AppImages on Slackware?

WiseDraco · 09-08-2017, 01:51 AM

Hello!
in last times see there and there info about an AppImages - i suppose, that was something similar MacOS application models, but for linux?

if yes, it seem to be great.

there is solution to run these appimages in slackware?
say, krita, distribute mainly in appimage way...

Qury · 09-08-2017, 05:41 AM

hi
yes, most of the AppImages i found work great on slackware.
some of them would require installing krb5 package from slackbilds though
and i found some that are completely unusable

WiseDraco · 09-08-2017, 05:47 AM

Quote:

Originally Posted by Qury

hi
yes, most of the AppImages i found work great on slackware.
some of them would require installing krb5 package from slackbilds though
and i found some that are completely unusable

there are no strictly defined standart, like as virtual machines and so on?

in what way appimages do "install" and run?

pan64 · 09-08-2017, 08:20 AM

as far as I know appimage is a standalone executable and able to run almost everywhere. but would be nice to know which appimage is that?

dugan · 09-08-2017, 12:42 PM

Quote:

Originally Posted by WiseDraco

in what way appimages do "install" and run?

You make them executable and you execute them. You don't install them.

ponce · 09-08-2017, 01:41 PM

Quote:

Originally Posted by pan64

as far as I know appimage is a standalone executable and able to run almost everywhere. but would be nice to know which appimage is that?

actually I think this appimages are also linked to what this developers consider as "standard" libraries as they're built on some major distros.

I'll make an example with krita

https://krita.org/en/item/krita-3-2-1-released/

Code:

$ file krita-3.2.1-x86_64.appimage 
krita-3.2.1-x86_64.appimage: ELF 64-bit LSB executable, x86-64, version 1 (SYSV), dynamically linked, interpreter /lib64/ld-linux-x86-64.so.2, BuildID[sha1]=c5344494cbd3b9dfd127f4bd29ca45d33b625deb, stripped
$ chmod +x krita-3.2.1-x86_64.appimage
$ ./krita-3.2.1-x86_64.appimage 
This application failed to start because it could not find or load the Qt platform plugin "xcb"
in "".

Available platform plugins are: minimal, offscreen, xcb.

Reinstalling the application may fix this problem.
Aborted

note the "dynamically linked" above and the output of the available qt5 plugins.
qt5-5.7.1 (built from SBo) is working perfectly fine here with lots of qt5 apps (still built from SBo), btw.

scribus' appimage needs kerberos

Code:

$ file scribus-1.5.3-linux-x86_64.AppImage 
scribus-1.5.3-linux-x86_64.AppImage: ELF 64-bit LSB executable, x86-64, version 1 (SYSV), dynamically linked, interpreter /lib64/ld-linux-x86-64.so.2, BuildID[sha1]=81e7fe35d026644c77ac4b4e0f870cdcfe5cfd74, stripped
$ chmod +x scribus-1.5.3-linux-x86_64.AppImage
$ ./scribus-1.5.3-linux-x86_64.AppImage 
./scribus-1.5.3-linux-x86_64.AppImage: error while loading shared libraries: libgssapi_krb5.so.2: cannot open shared object file: No such file or directory

dugan · 09-08-2017, 01:57 PM

Just tell the developers to include those libs in the AppImage. I had to ask one to include selinux in their AppImage so that it would work on Slackware.

https://strandgames.com/community/di...ase-wont-start

Geist · 12-29-2017, 06:40 AM

Quote:

Originally Posted by ponce

I'll make an example with krita

$ ./krita-3.2.1-x86_64.appimage
This application failed to start because it could not find or load the Qt platform plugin "xcb"
in "".

Available platform plugins are: minimal, offscreen, xcb.

Reinstalling the application may fix this problem.

I found a solution for Krita (specifically Krita).
If you want to use their (recent) appimages, and get this error, do the following:
(This assumes a 64 bit system)

Code:

cd /location/of/Krita-Version.appimage
mkdir build
cd build
bsdtar xfp ../Krita-Version.appimage
rm ./usr/lib/libz.so.1
cd ../
wget "https://github.com/probonopd/AppImageKit/releases/download/continuous/appimagetool-x86_64.AppImage" ; chmod a+x appimagetool-x86_64.AppImage
./appimagetool-x86_64.AppImage ./build/

This should repackage the extracted appimage that now lacks the zlib library, which seems to be the main culprit due to libpng incompatibilities.

For example, on my machine (Slackware 64bit, 14.2 current, multilib):

Code:

 
QT_DEBUG_PLUGINS=1 ./krita-3.3.2-x86_64.appimage


Got keys from plugin meta data ("xcb")
QFactoryLoader::QFactoryLoader() checking directory path "/tmp/.mount_3iLSnW/usr/bin/platforms" ...
loaded library "/tmp/.mount_3iLSnW/usr/bin/plugins/platforms/libqxcb.so"
QLibraryPrivate::loadPlugin failed on "/tmp/.mount_3iLSnW/usr/bin/plugins/platforms/libqxcb.so" : "Cannot load library /tmp/.mount_3iLSnW/usr/bin/plugins/platforms/libqxcb.so: 
(./lib/libz.so.1: version `ZLIB_1.2.9' not found (required by /usr/lib64/libpng16.so.16))"
This application failed to start because it could not find or load the Qt platform plugin "xcb"
in "".

Available platform plugins are: minimal, offscreen, xcb.

Reinstalling the application may fix this problem.

This clued me in to delete the library from the appimage and repackage it.
That did the trick for me, it might just do the trick for you, too.

P.S.:
Ponce, it seems that some of your slackware packages on ponce.cc are in italian :P like ffmpeg and mplayer.
It's pretty easy to infer even without speaking the language what things mean, but maybe that was not intended by you.