SUMMARY Using the 'Integrate to system and run' command when first clicking the AppImage moves the AppImage to the desired location but shows the error 'Failed to register AppImage in system via libappimage' after. The AppImage won't show in the menu and no .desktop file is created. Until Digikam 8.3.0 it all worked fine. SOFTWARE/OS VERSIONS Windows: macOS: Linux/KDE Plasma: KDE Plasma Version: 5.27.11 KDE Frameworks Version: 5.104.0 Qt Version: 5.15.3 ADDITIONAL INFORMATION AppimageLauncher ist the latest stable PPA. The bug occurs in the same manner on Mint 21.3.
Nothing has changed about the packaging of AppImage bundle. The scripts still the same more and less... The only think is the AppImage SDK which is downloaded while packaging with the rolling release version. Perhaps a compatibility is broken, but in this case this must be reported to the AppImage project.
As far as I can tell, the AppimageLauncher looks for "usr/share/applications/*.desktop" in the AppImage. In digiKam-8.3.0 this folder did not exist. Now we have 2 *.desktop files there for digiKam and showFoto. It is probably more or less an AppimageLauncher bug. Maik
OK, thanks for your replies. Before I report the issue to AppImmageLauncher, just one more question. I get this, when I use Terminal to integrate the Appimage: $ chmod a+x /home/rs/Applications/digiKam-8.4.0-Qt6-x86-64.appimage $ /home/rs/Applications/digiKam-8.4.0-Qt6-x86-64.appimage install AppImageLauncher error: appimage_shall_not_be_integrated() failed (returned -1) AppImageLauncher error: appimage_is_terminal_app() failed (returned -1) (process:5399): GLib-CRITICAL **: 10:03:35.339: g_file_test: assertion 'filename != NULL' failed (process:5399): GLib-CRITICAL **: 10:03:46.030: g_path_get_basename: assertion 'file_name != NULL' failed ** (process:5399): CRITICAL **: 10:03:46.030: Failed to find desktop file path Can you see anything AppImage related there? Or does ir rather confirm the AppImageLauncher problem assumption? Off topic: Is there a good method to integrate the AppImage manually the same way as AppImageLauncher does? I’m not too experienced with appimages yet but see pretty much advantages in the concept and plan to use them more often.
This king of lines are probably posted by AppImageLauncher because it do not found files (Which one ?) Report this problem to AppImageLauncher with the trace and the link to the AppImage bundle file that we provide. Like this they can try to reproduce the problem. Best Gilles Caulier
Fine, thank you very much. I will do as you suggested. Ralf
I fixed this bug https://bugs.kde.org/show_bug.cgi?id=492257 Which can be the origin of this file. Please double check with the 8.5.0 pre-release AppImage bundle : https://files.kde.org/digikam/ Gilles Caulier
Ralf, Problem still reproducible with current 8.5.0 pre-release AppImage bundle ? https://files.kde.org/digikam/ Gilles Caulier
(In reply to caulier.gilles from comment #7) > Ralf, > > Problem still reproducible with current 8.5.0 pre-release AppImage bundle ? > > https://files.kde.org/digikam/ > > Gilles Caulier Gilles, thanks for asking, but I got rid of AppImagLauncher in the meantime, so I can’t check whether the error ist still reproducible. All in all AppImageLauncher made too many problems without too many benefits. I’m integrating AppImages manually now, which is straightforward enough and works without any issues. Ralf
(In reply to caulier.gilles from comment #7) > Ralf, > Problem still reproducible with current 8.5.0 pre-release AppImage bundle ? > https://files.kde.org/digikam/ > Gilles Caulier Gilles, thanks for asking, but I got rid of AppImagLauncher in the meantime, so I can’t check whether the error ist still reproducible. All in all AppImageLauncher made too many problems without too many benefits. I’m integrating AppImages manually now, which is straightforward enough and works without any issues. Ralf
Ok, thanks for the feedback. I close this file now. reopen if necessary
Created attachment 175530 [details] Output of command: ./appimagelint-x86_64.AppImage digiKam-8.4.0-Qt6-x86-64.appimage Ran into this with the released v.8.4.0. Attaching the output of appimagelint (https://github.com/TheAssassin/appimagelint) which reports errors.
Please take a look at the appimagelint errors.
This have been fixed in 8.5.0 available here: https://files.kde.org/digikam/
(In reply to caulier.gilles from comment #13) > This have been fixed in 8.5.0 available here: https://files.kde.org/digikam/ Gilles, it seems to me that the bug still persists in version 8.5.0. Running "ail-cli integrate digiKam-8.5.0-20241114T110100-Qt6-x86-64.appimage" reports: ERROR: appimage_register_in_system : Entry doesn't exists: org.kde.digikam.desktop Error: Failed to register AppImage in system via libappimage digiKam-8.4.0-Qt6-x86-64.appimage produces the same error. digiKam-8.3.0-x86-64.appimage works fine. I am on Debian 12 with ail-cli version 2.2.0. Best Frank
"ERROR: appimage_register_in_system : Entry doesn't exists: org.kde.digikam.desktop" But this file exists in the AppImage bundle, i'm sure : $ wget https://files.kde.org/digikam/digiKam-8.5.0-20241114T110100-Qt6-x86-64.appimage --2024-11-14 15:26:55-- https://files.kde.org/digikam/digiKam-8.5.0-20241114T110100-Qt6-x86-64.appimage Resolving files.kde.org (files.kde.org)... *49.12.122.15, 2a01:4f8:242:53eb::4 Connecting to files.kde.org (files.kde.org)|49.12.122.15|:443... connected. HTTP request sent, awaiting response... 302 Found Location: https://www-ftp.lip6.fr/pub/X11/kde-applicationdata/digikam/digiKam-8.5.0-20241114T110100-Qt6-x86-64.appimage [following] --2024-11-14 15:26:55-- https://www-ftp.lip6.fr/pub/X11/kde-applicationdata/digikam/digiKam-8.5.0-20241114T110100-Qt6-x86-64.appimage Resolving www-ftp.lip6.fr (www-ftp.lip6.fr)... 132.227.74.17, 2001:660:3302:282a:d294:66ff:fe8b:9c18 Connecting to www-ftp.lip6.fr (www-ftp.lip6.fr)|132.227.74.17|:443... connected. HTTP request sent, awaiting response... 200 OK Length: 301323456 (287M) Saving to: ‘digiKam-8.5.0-20241114T110100-Qt6-x86-64.appimage’ digiKam-8.5.0-20241114T110100-Qt6-x86-64.appima 100%[====================================================================================================>] 287,36M 4,89MB/s in 37s 2024-11-14 15:27:32 (7,78 MB/s) - ‘digiKam-8.5.0-20241114T110100-Qt6-x86-64.appimage’ saved [301323456/301323456] $ ./digiKam-8.5.0-20241114T110100-Qt6-x86-64.appimage --appimage-extract squashfs-root/.DirIcon squashfs-root/AppRun squashfs-root/digikam.png squashfs-root/org.kde.digikam.desktop <====== !!!!!!!!!!! squashfs-root/org.kde.showfoto.desktop squashfs-root/usr squashfs-root/usr/bin This file been always at this place in the bundle, and i'm sure to have already used in the past the AppImagLauncher (at least one year ago). So perhaps something has changed in AppImagLauncher, as it expect to found the .desktop file at a specific place in the bundle. Gilles Caulier
(In reply to caulier.gilles from comment #15) > "ERROR: appimage_register_in_system : Entry doesn't exists: > org.kde.digikam.desktop" > > But this file exists in the AppImage bundle, i'm sure : Looking at the changes between release of version 8.3.0 on 2024-03-17 and version 8.4.0 on 2024-07-14... could you check line 658 in the commit "fix appimage build" from 2024-06-22? https://invent.kde.org/graphics/digikam/-/commit/f6f74db5b9cc1ce5a7b0552750f3492994447855 That is also being suggested here: https://github.com/TheAssassin/AppImageLauncher/issues/652#issuecomment-2372262681 Thank you for the fast reply!
Git commit 05810c5fc74e1db5b64c9860052158958c3f920e by Gilles Caulier. Committed on 15/11/2024 at 04:17. Pushed by cgilles into branch 'master'. Do not use symlink with desktop file M +2 -2 project/bundles/appimage/04-build-appimage.sh https://invent.kde.org/graphics/digikam/-/commit/05810c5fc74e1db5b64c9860052158958c3f920e
digiKam-8.5.0-20241115T075906-Qt6-x86-64.appimage is online to test... Gilles Caulier
Done : gilles@KU2404:~/Downloads$ ./appimagelauncher-lite-2.2.0-travis995-0f91801-x86_64.AppImage cli integrate ./digiKam-8.5.0-20241115T075906-Qt6-x86-64.appimage Processing /home/gilles/Downloads/digiKam-8.5.0-20241115T075906-Qt6-x86-64.appimage Moving AppImage to integration directory Extracting usr/share/icons/default/128x128/apps/digikam.png to "/home/gilles/.local/share/icons/default/128x128/apps/appimagekit_c8f32b9e7583a2eaf083d1b702039ee1_digikam.png" Extracting usr/share/icons/default/128x128/mimetypes/application-vnd.digikam.png to "/home/gilles/.local/share/icons/default/128x128/mimetypes/appimagekit_c8f32b9e7583a2eaf083d1b702039ee1_application-vnd.digikam.png" Extracting usr/share/icons/hicolor/128x128/apps/digikam.png to "/home/gilles/.local/share/icons/hicolor/128x128/apps/appimagekit_c8f32b9e7583a2eaf083d1b702039ee1_digikam.png" Extracting usr/share/icons/hicolor/16x16/apps/digikam.png to "/home/gilles/.local/share/icons/hicolor/16x16/apps/appimagekit_c8f32b9e7583a2eaf083d1b702039ee1_digikam.png" Extracting usr/share/icons/hicolor/22x22/apps/digikam.png to "/home/gilles/.local/share/icons/hicolor/22x22/apps/appimagekit_c8f32b9e7583a2eaf083d1b702039ee1_digikam.png" Extracting usr/share/icons/hicolor/256x256/apps/digikam.png to "/home/gilles/.local/share/icons/hicolor/256x256/apps/appimagekit_c8f32b9e7583a2eaf083d1b702039ee1_digikam.png" Extracting usr/share/icons/hicolor/32x32/apps/digikam.png to "/home/gilles/.local/share/icons/hicolor/32x32/apps/appimagekit_c8f32b9e7583a2eaf083d1b702039ee1_digikam.png" Extracting usr/share/icons/hicolor/48x48/apps/digikam.png to "/home/gilles/.local/share/icons/hicolor/48x48/apps/appimagekit_c8f32b9e7583a2eaf083d1b702039ee1_digikam.png" Extracting usr/share/icons/hicolor/64x64/apps/digikam.png to "/home/gilles/.local/share/icons/hicolor/64x64/apps/appimagekit_c8f32b9e7583a2eaf083d1b702039ee1_digikam.png" Extracting usr/share/icons/hicolor/scalable/apps/digikam.svgz to "/home/gilles/.local/share/icons/hicolor/scalable/apps/appimagekit_c8f32b9e7583a2eaf083d1b702039ee1_digikam.svgz" Extracting usr/share/mime/packages/apt.xml to "/home/gilles/.local/share/mime/packages/appimagekit_c8f32b9e7583a2eaf083d1b702039ee1_apt.xml" Extracting usr/share/mime/packages/freedesktop.org.xml to "/home/gilles/.local/share/mime/packages/appimagekit_c8f32b9e7583a2eaf083d1b702039ee1_freedesktop.org.xml" Extracting usr/share/mime/packages/gcr-crypto-types.xml to "/home/gilles/.local/share/mime/packages/appimagekit_c8f32b9e7583a2eaf083d1b702039ee1_gcr-crypto-types.xml" Extracting usr/share/mime/packages/kde6.xml to "/home/gilles/.local/share/mime/packages/appimagekit_c8f32b9e7583a2eaf083d1b702039ee1_kde6.xml" Extracting usr/share/mime/packages/libreoffice.xml to "/home/gilles/.local/share/mime/packages/appimagekit_c8f32b9e7583a2eaf083d1b702039ee1_libreoffice.xml" WARNING: Unable to resize the application icon into a 128x128 image: "Unable to load image.". It will be written unchanged. WARNING: Unable to resize the application icon into a 256x256 image: "Unable to load image.". It will be written unchanged. gilles@KU2404:~/Downloads$ Gilles
(In reply to caulier.gilles from comment #18) > digiKam-8.5.0-20241115T075906-Qt6-x86-64.appimage is online to test... > > Gilles Caulier Great! I just integrated that version successfully, and it works like a charm. I reported it as fixed over at https://github.com/TheAssassin/AppImageLauncher/issues/652. Thank you!