search

AppImageCommunity / pkg2appimage

Tool and recipes to convert existing deb packages to AppImage
http://appimage.org
MIT License
698 stars 215 forks source link

Darktable: add gtk3 libraries to AppImage #160

Open rufiorogue opened 7 years ago

rufiorogue commented 7 years ago

/tmp/.mount_VmqBLj/usr/bin/darktable: error while loading shared libraries: libgtk-3.so.0: cannot open shared object file: No such file or directory.

probonopd commented 7 years ago

Unfortunately the 2.2.0 AppImage only runs on recent distributions like Ubuntu xenial and later. If you are on an older system, you might try one of the older Darktable AppImage versions available. If you would like to see an AppImage of Darktable 2.2.0 that is suitable for older distributions, it would be best to send a feature request to darktable-user@lists.darktable.org.

Which distribution and version are you using?

rufiorogue commented 7 years ago

ArchLinux. I also don't have gtk3 on my system.

probonopd commented 7 years ago

I tend to think of Gtk+ to be part of the base system. Many users would consider it "bloated" to put Gtk+ into AppImages...

rufiorogue commented 7 years ago

I don't even think X should be part of the base system. But to each his own, I guess. :)

probonopd commented 7 years ago

In this case, you might be better served by containers...

rufiorogue commented 7 years ago

I am new here. What type of libraries are getting packed to AppImages then ? To what extent they are supposed to be self-sufficient?

probonopd commented 7 years ago

The author of a particular AppImage can decide what to put inside. I generally recommend to put inside all the dependencies that cannot reasonably be expected to be part of each target system in a recent enough version, and I recommend to consider as target systems Ubuntu LTS-1, CentOS current-1, debian oldstable, and the like. Essentially I consider core OS libraries to be part of the base system.

ghost commented 6 years ago

Any chances for get AppImage of Darktable 2.4.0?

probonopd commented 6 years ago

Please ask the Darktable team to provide an officially-supported AppImage.

LebedevRI commented 6 years ago

We only release the source tarballs. Everything else is done not by the team.

LebedevRI commented 6 years ago

(And completely unrelated thought, the only correct spelling is darktable, all lowercase with no spaces.)

probonopd commented 6 years ago

We only release the source tarballs. Everything else is done not by the team.

Hello @LebedevRI, thanks for commenting here. AppImageKit is meant as a tool that allows upstream application authors release binaries that will run on many Linux distributions, similar to how .exe files work on Windows and .dmg files work on macOS. I always find it hard to understand why application developers don't want to ship the latest version of their application directly to as many users as possible, but well, it's your decision.

Is there a ppa for Ubuntu 14.04 with the latest version of darktable?

LebedevRI commented 6 years ago

Is there a ppa for Ubuntu 14.04 with the latest version of darktable?

I don't know. We make sure that dt can be built on debian stable, and latest ubuntu lts. And 14.04 isn't latest. So i'm pretty sure it can't even be built there without upgrading half of the system via PPA's (you certainly need newer gcc and gtk+)

probonopd commented 6 years ago

@LebedevRI please be aware that Ubuntu 14.04 is still a supported LTS - so there will still be users using it. It would be great if you consider to change the policy to develop against the oldest still-supported LTS rather than the newest.

LebedevRI commented 6 years ago

supported LTS

By canonical.

Nothing requires anyone else to support that.

probonopd commented 6 years ago

True. But as long as the OS is supported by Canonical, there will still be users wishing to use applications on it.

LebedevRI commented 6 years ago

So use the software that is provided in the said LTS, and is actually supported by the distributor? Not sure why anyone expects that it is reasonable to expect to use the oldest possible distro and run the bleeding edge out-of-tree (not packaged) software on it.

probonopd commented 6 years ago

Not sure why anyone expects that it is reasonable to expect to use the oldest possible distro and run the bleeding edge out-of-tree (not packaged) software on it.

Maybe because people like a stable base system with the latest applications, and are used to this from Windows and macOS (at least for the OSes from the last 3-5 years). Firefox and LibreOffice can do this on Linux, too. So, to me, the question is more like why any developer targets always the latest distros rather than the one from 3-5 years ago, to reach more users. I guess it's a question of the perspective.