Summary: | AppImage package: integration with the OS with AppImageLauncher | ||
---|---|---|---|
Product: | [Applications] digikam | Reporter: | philippe.quaglia |
Component: | Bundle-AppImage | Assignee: | Digikam Developers <digikam-bugs-null> |
Status: | RESOLVED FIXED | ||
Severity: | wishlist | CC: | caulier.gilles |
Priority: | NOR | ||
Version: | 6.0.0 | ||
Target Milestone: | --- | ||
Platform: | Appimage | ||
OS: | Linux | ||
Latest Commit: | Version Fixed In: | 6.1.0 | |
Sentry Crash Report: |
Description
philippe.quaglia
2019-03-01 08:22:42 UTC
Right. And this feature was remove from AppImage toolkit. The job is now delegate to the sandbox service used by AppImage. So as i understand, there is nothing to do in digiKam AppImage. Icons and metadata files for this features are already present. Gilles Caulier Good news, After 2 weeks of works, the Linux AppImage bundle 64 bits is now reconstructed from scratch with: - All OpenCV options for CUDA, OPenMP, and OPenCL disabled - A large upgrade of Qt5 from 5.9.7 to 5.11.3. - An upgrade to KF5 5.55. - An upgrade to Ffmpeg 3.3.9 - The fontconfig/freetype integration in the bundle to reduce system dependencies Files can be downloaded here : https://files.kde.org/digikam/ Please test and report. Thanks in advance Gilles Caulier Many thanks for all this work. I downloaded and installed the new package in a home/Applications directory. It works fine, however I have not seen any integration with the OS, or any option to do it. I was not prompted for integration. When running, I have the icon in the launch bar, that's nice, but no way to stick it to the launch bar to transform it into a launcher. Also, the OS does not register Digikam in the application list. May be there is something I'm doing wrong. I have searched a bit the internet, and read that the folder home/Applications should be a right place to put appimage files. May be I should try other places... I will report any improvement I may found. Regards. It's well explained here : https://discourse.appimage.org/t/appimages-desktop-integration-and-how-to-achieve-it/305 Gilles Caulier As i understand, the job is now delegate to the desktop (KDE or Gnome for example) through a dedicated application which will : - know all applications available in a store (something like Apple). - be able to download the bundle selected by the user. - install the bundle in the home directory, and register the application to the desktop menu. - The process can be certainly applied to a bundle previously downloaded by the user. KDE provide an application named Discover. https://userbase.kde.org/Discover https://doc.ubuntu-fr.org/gnome-software This last one as plugin to handle flatpak and Snap bundles, 2 others projects similar than AppImage. Gilles Caulier Look also this page about AppImageLaucher which can register local bundle in the desktop : https://www.linuxuprising.com/2018/04/easily-run-and-integrate-appimage-files.html Gilles Caulier It's well explained in this project page : https://github.com/TheAssassin/AppImageLauncher Gilles Caulier Thanks for the help and the link to appimagelauncher. I installed it. It works flawlessly with Digikam 6.0.0: icon on the launcher and integration in the list of softwares. Great ! However, it does not work with Digikam 6.1 beta. Digikam is not launched, and therefore, no icon is displayed. I do not know how to get a trace of it (don't know how to run it from a terminal...) I think that some tunes must be done with 6.1.0 AppImage while building the final bundles, especially when selecting which shared libs must be used from the host linux or not. I see some problems from users starting to use it. To run the AppImage bundles from command line, it's very simple : 1/ Open a console and go to the directory storing the file. 2/ Set the file executable. 3/ Start it as well. From my Linux box : [gilles@localhost ~]$ pwd /home/gilles [gilles@localhost ~]$ cd Downloads/ [gilles@localhost Downloads]$ ls -al total 482124 drwxr-xr-x 2 gilles gilles 4096 mars 8 10:41 ./ drwxr-xr-x 53 gilles gilles 4096 mars 7 15:55 ../ -rw-rw-r-- 1 gilles gilles 493674216 mars 8 10:41 digikam-6.1.0-git-20190307T101229-x86-64.appimage -rw-rw-r-- 1 gilles gilles 130 nov. 9 13:48 .directory [gilles@localhost Downloads]$ chmod +x ./digikam-6.1.0-git-20190307T101229-x86-64.appimage [gilles@localhost Downloads]$ ls -al total 482124 drwxr-xr-x 2 gilles gilles 4096 mars 8 10:41 ./ drwxr-xr-x 53 gilles gilles 4096 mars 7 15:55 ../ -rwxrwxr-x 1 gilles gilles 493674216 mars 8 10:41 digikam-6.1.0-git-20190307T101229-x86-64.appimage* -rw-rw-r-- 1 gilles gilles 130 nov. 9 13:48 .directory [gilles@localhost Downloads]$ ./digikam-6.1.0-git-20190307T101229-x86-64.appimage libfreetype.so libudev.so -- digiKam AppImage Bundle -- Use 'help' as CLI argument to know all available options for digiKam application -- Preloading shared libs: :/usr/lib64/libfreetype.so:/usr/lib64/libudev.so Digikam::DXmlGuiWindow::setupIconTheme: Breeze icons resource file found Digikam::AlbumWatch::AlbumWatch: AlbumWatch use QFileSystemWatcher Digikam::AlbumManager::setDatabase: Database Parameters: Type: "QSQLITE" DB Core Name: "/mnt/data/photos/digikam4.db" DB Thumbs Name: "/mnt/data/photos/thumbnails-digikam.db" DB Face Name: "/mnt/data/photos/recognition.db" DB Similarity Name: "/mnt/data/photos/similarity.db" Connect Options: "" Host Name: "" Host port: -1 Internal Server: false Internal Server Path: "" Internal Server Serv Cmd: "" Internal Server Init Cmd: "" Username: "" Password: "" Digikam::DbEngineConfigSettingsLoader::readConfig: Loading SQL code from config file "/tmp/.mount_digika5iLvpc/usr/share/digikam/database/dbconfig.xml" Digikam::DbEngineConfigSettingsLoader::readConfig: Checking XML version ID => expected: 3 found: 3 Digikam::CoreDbSchemaUpdater::update: Core database: running schema update ... The solution to use appimagelauncher to register digiKam AppImage 6.0.0 in desktop solve your problem. For your new problem with 6.1.0, see bug #405233 I close this file now. GilleS Caulier |