[digiKam-users] appimage

[Andrey Goreev]

Gilles
Would be possible for you to share your script to  compile an appimage for 64 bit aarchitecture or at least some parts of it?
I want to take a look and see if I can convert it into a script to compile the latest stable digikam for Debian / Ubuntu users.As you mentioned before it is important to disable some features of exiv2, openCV, etc. during the compilation otherwise digikam might be unstable.
Let me know.Andrey
Sent from my Samsung Galaxy smartphone.
-------- Original message --------From: Jono pollard <jono.pollard at gmail.com> Date: 2018-08-18  6:00 PM  (GMT-07:00) To: digiKam - Home Manage your photographs as a professional with the power of open source <digikam-users at kde.org> Subject: Re: [digiKam-users] appimage 
Andrey,You could be right. But (as I'm sure is obvious by now) I don't like change :) But maybe I'll try some others out after years with the same one and see if something else works better for me. In any case, I'll stop clogging this mailing list with my replies, 
Thanks for the responses!
Jono
On Sat, Aug 18, 2018 at 4:55 PM, Andrey Goreev <aegoreev at gmail.com> wrote:
Jono,
There are plenty of linux distributions that have the latest stable digikam in their repos.
KDE NeonopenSUSE (Tumbleweed for sure, I don't know about Leap)FedoraManjaro / Archetc.
Maybe the distro you have chosen isn't quite corresponding your needs? I was in the same boat a couple of years ago...
Sent from my Samsung Galaxy smartphone.
-------- Original message --------From: Jono pollard <jono.pollard at gmail.com> Date: 2018-08-18  5:40 PM  (GMT-07:00) To: digiKam - Home Manage your photographs as a professional with the power of open source <digikam-users at kde.org> Subject: Re: [digiKam-users] appimage 
Thanks for the suggestion and that's I guess what I'll have to do, but that's my whole point. That it's a more involved process than either sudo dpkg -i digikam.deb or apt-get install digikam. Either of those just does everything for you. No need to create new directories to store stuff, no adding things to your PATH. I don't even know what a .desktop file is. If this is simpler and easier for the user, why is it more involved? I get why it's easier for devs to create but it certainly isn't easier for users. I'm not new to linux, I've been using it solely on my personal laptop for maybe 5 years and before that I was using it off and on, dual boot or on an extra machine since like 2002. I'm not an "(advanced) Linux user" by any means but I'm no stranger. And making things more difficult never seems like progress to me.
Jono
On Sat, Aug 18, 2018 at 4:26 PM, Mica Semrick <mica at silentumbrella.com> wrote:
If you put all your appimages in one folder, like ~/Applications, you can either add that to your path, or you can create .desktop files for each application. That will get them recognized by most launchers.



Some appimages check for their own .desktop file and make one for you if it doesn't exist. This is how the gimp appimages works.



-m

On August 18, 2018 11:33:34 AM PDT, Jono pollard <jono.pollard at gmail.com> wrote:
All I can say is that at least flatpack easily integrates into the rest of the system. Appimage is more like windows or mac where you can just run a program from where ever. Which can obviously be convenient but it's a nightmare when literally every other program is well integrated into the system. You guys do whatever you like, I'm just letting you know as a user what the experience is like. And it ain't ideal. I think sometimes devs forget that regular people are going to be using the stuff they spend so much time and effort on. Thought I'd offer a little feedback. Like I said previously, I am a big fan of the software in general and appreciate what you guys do.
Jono
On Sat, Aug 18, 2018 at 10:13 AM, Gilles Caulier <caulier.gilles at gmail.com> wrote:
Flat pack vs AppImage : this is a good question
2 years ago I was contacted by the AppImage Lead developer to propose a digikam bundle
I this tile I was already take a look to the bundles for Linux. Flatpack was not really documented and AppImage very well. With the help of AppImage, the Rita team which already provide an AppImage bundle I created a first version in 3 weeks with the minimum features. Since this time I create a lots of bash scripts to create the bundles with a good documentation. This include also windows with a cross compilation through mixe, and macOS using Mac ports. 
Flatpack is more mature now and more secure from the start to send box the application better than AppImage.AppImage has now the same concept, so there is no more advantage to use flatpack.
So I will not investigate to create a flatpack version of DK. If someone want to do it, no problem, but I maintain the AppImage and my time is limited
Other important point : keep provide a bundle factory including AppImage, windows installer and Mac packageThis use step by step the craft framework. This can be fine for small applications, but for digikam we need something we’ll customized.
https://binary-factory.kde.org/
Perhaps, in the future, we will use this service, but for the moment, the do scripts do the job well since a very long time, where craft framework still under development ( I receive the mails from the team)
Voilà for this story. Packaging is complex job and take a while, but a complex application badly packaged cannot work properly and finally, users will report the application as completely bugous.
Gilles caulier

Le sam. 18 août 2018 à 17:22, <digikam at 911networks.com> a écrit :
On Sat, 18 Aug 2018 14:35:12 +0200

Gilles Caulier <caulier.gilles at gmail.com> wrote:



> So to resume :

> 

> 1/ I support AppImage

> 2/ I will continuous to support AppImage in the future.

> 3/ If you don't like AppImage, ask to your packagers to update and

> support digiKam application natively in your system, because we

> (digiKam team) don't it instead.



I like the principle of appimage. It allows me to use DK. Currently,

I'm on xfce. It makes my life simple.



Question to Gilles:



appimage vs flatpak.



More and more are using flatpak to include everything. My son, in

academia/bioinfomatics requires that people send their software in

"flatpaks" which is becoming quite well accepted in academia.



BTW, Isn't GIMP also using flatpak with Redhat supporting the project?



-- 

sknahT



vyS

-- 
Send with Gmail Mobile






-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.kde.org/pipermail/digikam-users/attachments/20180818/9b908509/attachment.html>