Dvlv/BoxBuddyRS

Can't create box

Closed this issue · 6 comments

Install method (Flatpak/Binary/Other)
Flatpak

Distrobox Version
distrobox --version will tell you this.
distrobox: 1.6.0.1

Your Host OS
fedora 39

Describe your Issue

  • start boxBuddyRS
  • click '+'
  • no response

flatpak run io.github.dvlv.boxbuddyrs I tried cli running but there is no log

Screenshot from 2024-02-04 20-16-29
Screenshot from 2024-02-04 20-16-43
Screenshot from 2024-02-04 20-16-53

Dvlv commented

Hmm, this is strange, I'm using fedora 39 to develop this.

  • Have you made any changes in Flatseal?
  • Is BoxBuddy installed as a user or system flatpak? flatpak list --columns=app,installation | grep boxbuddyrs

Hmm, this is strange, I'm using fedora 39 to develop this.

  • Have you made any changes in Flatseal?
  • Is BoxBuddy installed as a user or system flatpak? flatpak list --columns=app,installation | grep boxbuddyrs

Flatseal conf is default.
I installed as system. I didn't add the --user option when install and the location is in /var/lib/flatpak

Since I am in UTC+8 time zone(10:35PM), I will reply to you tomorrow

Dvlv commented

I've spun up a fresh f39 VM and installed boxBuddy as system and it's all working. I even took myself out of the wheel group and it still works.

If you run flatpak override --show io.github.dvlv.boxbuddyrs does it ask you for your sudo password?

Also what is your system Locale?

I've spun up a fresh f39 VM and installed boxBuddy as system and it's all working. I even took myself out of the wheel group and it still works.

If you run flatpak override --show io.github.dvlv.boxbuddyrs does it ask you for your sudo password?

Also what is your system Locale?

Today I turned on my computer and found that it can be used normally. 🤔
Screenshot from 2024-02-05 09-35-12

$ flatpak list --columns=app,installation | grep boxbuddyrs
io.github.dvlv.boxbuddyrs	system
flatpak override --show io.github.dvlv.boxbuddyrs
# doesn't ask my password
$ locale
LANG=en_US.UTF-8
LC_CTYPE="en_US.UTF-8"
LC_NUMERIC="en_US.UTF-8"
LC_TIME="en_US.UTF-8"
LC_COLLATE="en_US.UTF-8"
LC_MONETARY="en_US.UTF-8"
LC_MESSAGES="en_US.UTF-8"
LC_PAPER="en_US.UTF-8"
LC_NAME="en_US.UTF-8"
LC_ADDRESS="en_US.UTF-8"
LC_TELEPHONE="en_US.UTF-8"
LC_MEASUREMENT="en_US.UTF-8"
LC_IDENTIFICATION="en_US.UTF-8"
LC_ALL=

In addition, it seems that there is no problem from the log.

Screenshot from 2024-02-05 09-40-40

Dvlv commented

Glad it's working for you now! :)