I know that this was discussed some time ago (http://digikam.1695700.n4.nabble.com/flatpak-kde-applications-Add-digikam-to-our-nightly-flatpak-builds-td4704276.html#none), but I'd like to get the current status. Any plans of the digiKam community to make the digiKam software be available as snap (http://snapcraft.io/) or Flatpak (https://flatpak.org/) packages?
It is clear that the Appimages exist, but Appimage has its own limitations. Specifically, there is no automated way to track the release changes and automatically upgrade the local version of the software - you have to go to the website and download a new version of digiKam every time when it's released. So, I'm fine with using Appimages, but they have their own limitations. I have discovered that it's a common practice for the various projects from the KDE ecosystem to be released as the Flatpak packages (https://flathub.org/apps/search/kde) and snaps (https://snapcraft.io/search?q=kde), so it would be great to have digiKam available in one of those (or both) formats someday. |
Ihor, I think digiKam is available on flathub. I have seen digikam flatpak on one of the KDE websites for sure. Sent from my Samsung Galaxy smartphone. -------- Original message -------- From: Ihor Dvoretskyi <[hidden email]> Date: 2020-01-16 4:40 a.m. (GMT-07:00) To: "digiKam developers room - digiKam: Manage your photographs as a professional with the power of open source" <[hidden email]> Subject: digiKam availability as Flatpak/Snap I know that this was discussed some time ago (http://digikam.1695700.n4.nabble.com/flatpak-kde-applications-Add-digikam-to-our-nightly-flatpak-builds-td4704276.html#none), but I'd like to get the current status. Any plans of the digiKam community to make the digiKam software be available as snap (http://snapcraft.io/) or Flatpak (https://flatpak.org/) packages?
It is clear that the Appimages exist, but Appimage has its own limitations. Specifically, there is no automated way to track the release changes and automatically upgrade the local version of the software - you have to go to the website and download a new version of digiKam every time when it's released. So, I'm fine with using Appimages, but they have their own limitations. I have discovered that it's a common practice for the various projects from the KDE ecosystem to be released as the Flatpak packages (https://flathub.org/apps/search/kde) and snaps (https://snapcraft.io/search?q=kde), so it would be great to have digiKam available in one of those (or both) formats someday. |
In reply to this post by Ihor Dvoretskyi
Le jeu. 16 janv. 2020 à 12:40, Ihor Dvoretskyi <[hidden email]> a écrit :
No, as AppImage to maintain take a while...
Yes it is, and with with the binaries factory from KDE, there is a job to build the flatpack stuff : But it's not created and maintained by digiKam team. So help is welcome to improve this topic. Typically, KDE team must be contacted through Phabricator web interface to ask puzzle changes in the DK flatpack workflow... Best Gilles Caulier |
In reply to this post by AndriusWild
Le jeu. 16 janv. 2020 à 13:24, Andrey Goreev <[hidden email]> a écrit :
|
It's normal : the flatpack build job is broken : Due to a too old Exiv2 package from the infrastructure... Gilles Caulier Le jeu. 16 janv. 2020 à 13:28, Gilles Caulier <[hidden email]> a écrit :
|
Gilles, Is it a big deal to make digikam notify users about new version similar to how Libreoffice does? I personally got used to visiting digikam.org and looking for a new version every once in a while. But I see why some people get frustrated. Just an idea. Thanks, Andrey Sent from my Samsung Galaxy smartphone. -------- Original message -------- From: Gilles Caulier <[hidden email]> Date: 2020-01-16 5:30 a.m. (GMT-07:00) To: digiKam developers room - digiKam - Manage your photographs as a professional with the power of open source <[hidden email]> Subject: Re: digiKam availability as Flatpak/Snap It's normal : the flatpack build job is broken : Due to a too old Exiv2 package from the infrastructure... Gilles Caulier Le jeu. 16 janv. 2020 à 13:28, Gilles Caulier <[hidden email]> a écrit :
|
Le jeu. 16 janv. 2020 à 13:38, Andrey Goreev <[hidden email]> a écrit :
You want mean to have an entry menu in digiKam to ping www.digikam.org for new release ? If yes, it's not a big challenge... Gilles |
Something like that, yes. Libreoffice actually pushes a notification on the user but what you suggested will work too. I actually like your idea more since digikam will not be doing anything without user input. At the same time, there is digikam.org button on the panel by default. So, maybe the new menu entry is not even needed... Sent from my Samsung Galaxy smartphone. -------- Original message -------- From: Gilles Caulier <[hidden email]> Date: 2020-01-16 5:55 a.m. (GMT-07:00) To: digiKam developers room - digiKam - Manage your photographs as a professional with the power of open source <[hidden email]> Subject: Re: digiKam availability as Flatpak/Snap Le jeu. 16 janv. 2020 à 13:38, Andrey Goreev <[hidden email]> a écrit :
You want mean to have an entry menu in digiKam to ping www.digikam.org for new release ? If yes, it's not a big challenge... Gilles |
The digiKam snap exists as well - https://snapcraft.io/digikam, but it's maintained by someone else, not by the KDE project itself (or not by Gilles, for example). So, I would not trust it as it is not an official digiKam release artifact. So, strategically my question is more a request to have the officially supported and maintained by the digiKam project Flatpak and Snap packages. As a short-term workaround, I'm happy to see the notifications about the new release availability with the current Appimage package, as Andrey suggested. On Thu, Jan 16, 2020, 3:12 PM Andrey Goreev <[hidden email]> wrote:
|
Le jeu. 16 janv. 2020 à 15:20, Ihor Dvoretskyi <[hidden email]> a écrit :
The response is no... if no other person do not do the job. For the moment, i maintain AppImage, Windows and MacOS bundles. I cannot do more than this... Maintaining these packages take a while. I'm not to much interested by the cloud delegation to build this kind of packages, as we will lost to most important point : to know all the in-deep details to assemble optimized bundles accordingly with the reports posted by users on bugzilla. All the bundles are built on my computers at home and it work like a charm now (more and less), after 3 years of development. It's not perfect, but if we delegate this kind of job, we will inherit of other projects dependencies/constrains. We needs flexibility, not complexity. Best Gilles Caulier |
This is clear, thanks Gilles :) On Thu, Jan 16, 2020, 5:02 PM Gilles Caulier <[hidden email]> wrote:
|
In reply to this post by AndriusWild
Hi all, It's time for you to ask as comment in this blog post... Gilles Caulier Le jeu. 16 janv. 2020 à 13:24, Andrey Goreev <[hidden email]> a écrit :
|
Free forum by Nabble | Edit this page |