search

probonopd / go-appimage

Go implementation of AppImage tools
MIT License
812 stars 71 forks source link

Does not work on Debian 12 #293

Open bert003 opened 4 months ago

bert003 commented 4 months ago

I am storing my appimages inside /opt which is one of the paths being looked into by appimaged.

I am executing appimaged (I tried both as a normal user - with and without sudo - and also as root - not sure which is the correct way to go).

In nemo, when I refresh, the icon of the appimage appears but then when I refresh again it reverts back to the standard image (which is the gear icon in my case) and stays like that. I then have to run appimaged again and I get the same behaviour over and over again.

What am I doing wrong please? Is this a known issue?

Your feedback is appreciated.

probonopd commented 4 months ago

Hello @bert003

Don't run it as root, only as normal user. Is there a Live ISO on which this behavior can be reproduced?

bert003 commented 4 months ago

Thanks @probonopd for your prompt attention to this issue.

Don't run it as root, only as normal user.

Noted.

I am using this ISO: Debian 12.6.0 Live LXDE

In PCManFM which is the default file manager, the icons do not even show once. So I installed nemo to test and got the behaviour described.

bert003 commented 4 months ago

I tested again using Thunar and the scenario below:

  1. I run appimaged as a user.
  2. The icon appears for the appimaged appimage file and stays there after a refresh. So far so good.
  3. I download GIMP and Audacaity appimages. The GIMP and Audacity icons appear BUT the appimaged icon is lost.
  4. I download Google Chrome appimage. The Google Chrome icon appears BUT GIMP and Audacity icons are lost.

Once you download one or more new appimage files at one go and store them in a directory where there are more appimages, the icon of the new appimage files appear but the others revert to the default icon (a gear in the case of Debian).

Hope this helps you troubleshoot better @probonopd

PS: Once you rename any appimage file in a directory, all icons are lost then.

bert003 commented 4 months ago

Any updates on this please? Can I help with the troubleshooting in any other way?

probonopd commented 4 months ago

Hi @bert003, if you have some time to debug this, it'd be highly appreciated. Do the desktop files get created, and/or are they deleted again?

bert003 commented 4 months ago

Are the desktop files supposed to be created in /usr/share/applications?

probonopd commented 4 months ago

Obviously not, since that location is only writeable by root and appimaged does not run as root.

So ~/.local/share/applications/ it is.

bert003 commented 4 months ago

Ok noted. Sudo is enabled by default in the ISO live environment so I thought maybe appimaged would check for root permissions.

I will test and revert @probonopd