OpenSUSE Tumbleweed - just installed, looks ok

[steakhutzeee]

Hi, I just followed installation steps outlined in https://github.com/probonopd/go-appimage/blob/master/src/appimaged/README.md on my OpenSUSE Tumbleweed.

This is the output:

❯ ~/Applications/appimaged-*.AppImage
appimaged-855-x86_64.AppImage 209
2024/11/23 17:43:55 Desktop notification:  Not running on one of the supported Live systems This configuration is currently unsupported but may still work, please give feedback.
2024/11/23 17:43:55 main: PATH: /tmp/.mount_appimaDFlmEp/usr/bin:/home/steakhutzeee/.local/bin:/home/steakhutzeee/bin:/usr/local/bin:/usr/bin:/bin
This process based on /proc/self/exe: /tmp/.mount_appimaDFlmEp/usr/bin/appimaged
Terminating other running processes with that name...
2024/11/23 17:43:55 Deleted 0 desktop files from /home/steakhutzeee/.local/share/applications/; use -v to see details
2024/11/23 17:43:55 Probably not launched by systemd (please file an issue if this is wrong)
2024/11/23 17:43:55 Manually launched, not by systemd. Check if enabled in systemd...
2024/11/23 17:43:55 /etc/systemd/user/appimaged.service does not exist
2024/11/23 17:43:55 Creating $XDG_CONFIG_HOME/systemd/user/appimaged.service
2024/11/23 17:43:55 thisai.path: /home/steakhutzeee/Applications/appimaged-855-x86_64.AppImage
2024/11/23 17:43:55 /usr/bin/systemctl --user status appimaged
2024/11/23 17:43:55 exit status 3
2024/11/23 17:43:55 Enabling systemd service...
2024/11/23 17:43:56 Starting systemd service...
2024/11/23 17:43:56 appimaged should now be running via systemd. To check this, run
2024/11/23 17:43:56 /usr/bin/systemctl -l --no-pager --user status appimaged
❯ /usr/bin/systemctl -l --no-pager --user status appimaged
● appimaged.service - AppImage system integration daemon
     Loaded: loaded (/home/steakhutzeee/.config/systemd/user/appimaged.service; enabled; preset: disabled)
     Active: active (running) since Sat 2024-11-23 17:43:56 CET; 1min 35s ago
 Invocation: 92d3d7f54eb7489d9a74fa0f81de2f66
   Main PID: 6510 (AppRun)
      Tasks: 14 (limit: 18929)
        CPU: 454ms
     CGroup: /user.slice/user-1000.slice/[email protected]/app.slice/appimaged.service
             ├─6510 /home/steakhutzeee/Applications/appimaged-855-x86_64.AppImage
             └─6539 /home/steakhutzeee/Applications/appimaged-855-x86_64.AppImage

nov 23 17:44:00 t480s appimaged-855-x86_64.AppImage[6510]: map[discard:async rw: space_cache:v2 ssd: subvol:/@/var subvolid:257]
nov 23 17:44:00 t480s appimaged-855-x86_64.AppImage[6510]: map[codepage:437 dmask:0022 errors:remount-ro fmask:0022 iocharset:iso8859-1 rw: shortname:mixed utf8:]
nov 23 17:44:00 t480s appimaged-855-x86_64.AppImage[6510]: map[inode64: mode:700 noswap: nr_inodes:1024 rw: size:1024k]
nov 23 17:44:00 t480s appimaged-855-x86_64.AppImage[6510]: map[inode64: mode:700 noswap: nr_inodes:1024 rw: size:1024k]
nov 23 17:44:00 t480s appimaged-855-x86_64.AppImage[6510]: map[inode64: mode:700 noswap: nr_inodes:1024 rw: size:1024k]
nov 23 17:44:00 t480s appimaged-855-x86_64.AppImage[6510]: map[gid:1000 inode64: mode:700 nr_inodes:406321 rw: size:1625284k uid:1000]
nov 23 17:44:00 t480s appimaged-855-x86_64.AppImage[6510]: map[group_id:1000 rw: user_id:1000]
nov 23 17:44:00 t480s appimaged-855-x86_64.AppImage[6510]: map[group_id:1000 rw: user_id:1000]
nov 23 17:44:01 t480s appimaged-855-x86_64.AppImage[6510]: 2024/11/23 17:44:01 Ran update-desktop-database /home/steakhutzeee/.local/share/applications/
nov 23 17:44:10 t480s appimaged-855-x86_64.AppImage[6510]: 2024/11/23 17:44:10 Subscribing to updates for gh-releases-zsync|probonopd|go-appimage|continuous|appimaged-*-x86_64.AppImage.zsync

Posting this because of the message Not running on one of the supported Live systems This configuration is currently unsupported but may still work, please give feedback.

It looks like working. Hope the output is successfull.

Should I see my PATH modified by this? Cause it looks like that from the output above, but when I inspect it manually it looks as before:

❯ echo $PATH
/home/steakhutzeee/.local/bin /home/steakhutzeee/bin /usr/local/bin /usr/bin /bin

[probonopd]

Thanks for letting us know. Looks like it is running ok there, PATH should not be affected.

[steakhutzeee]

The only odd thing I noted is that it is also scanning ~/Desktop.
I had a couple of AppImages there, before moving them to ~/Applications, and it had already added it.

I do not have ~/Desktop in PATH so do not know why it happened.

Tested again with an AppImage on Desktop and it added automatically. I do not see Desktop as one of the scanned locations in the readme.

Also I'm curious, why the output mentioned that my config could not work while the readme mentions OpenSUSE as supported?

[probonopd]

More locations than $PATH get scanned for AppImages, maybe the README misses this one. The message is probably because you are not running a Live ISO and I always ever only test those.

[steakhutzeee]

Yes, Readme mentions the following, but Desktop is not in there.

Folders being watched for AppImage files:

    /usr/local/bin
    /opt
    ~/Applications
    ~/.local/bin
    ~/Downloads
    $PATH, which frequently includes /bin, /sbin, /usr/bin, /usr/sbin, /usr/local/bin, /usr/local/sbin, and other locations

[steakhutzeee]

Should I see icons also on my Desktop tho? Because I have the apps in my KDE menu, but nothing has been added in my Desktop.

In ~/.local/share/applications/ I see the *.desktop files but they are only there.

[probonopd]

No, you should see nothing on your desktop. But the icon for the application should be shown wherever your AppImage file is located.

[steakhutzeee]

Thank you.

This is how I see it in KDE:

The *.desktop files in ~/.local/share/applications/ have the correct icon instead.

[probonopd]

For applications that have an icon, you should see the icon there - the icons shown in the "Applications" folder icon. Maybe need to refresh.

[steakhutzeee]

Nothing happened after refresh.
Also updated my previouse comment.

Don't know. Could be something related to Dolphin and not an issue with appimaged.

[Samueru-sama]

This is how I see it in KDE:

If you are asking why you don't see icon in the AppImage, it is because you need the libappimage package, however you may still not have icons on some due to this issue.

[probonopd]

What I find amazing is that on his screenshot, the application icons are shown on the folder but not on the applications. Not sure what KDE Plasma is doing there.

[steakhutzeee]

Any idea tho, why I see the icons are shown on the folder, in ~/.local/share/applications/ and not on the apps themselves, without having libappimage installed? Without that lib I should see no icon? And I do not have it installed.

[probonopd]

That's exactly what puzzles me as well!
Possibly a KDE bug or a libappimage bug, maybe @TheAssassin has an idea?

[steakhutzeee]

So if I'm understanding this correctly. Without libappimage I should see no icon at all? In the menus for examples? I should only see a link to the app?

I checked that on my system libappimage is not installed and it's not on the official repos it seems.

[probonopd]

Not 100% sure but possibly KDE Plasma uses libappimage to draw the correct application icons in the file manager.
libappimage is not needed for what go-appimage's appimaged does (put icons into the menu). Possibly it's jut a bug in KDE Plasma and/or its AppImage thumbnailer.

[steakhutzeee]

Issued OpenSUSE bug https://bugzilla.opensuse.org/show_bug.cgi?id=1233700