unruhschuh / ipe.appimage Goto Github PK

When running the AppImage I get this error:

This application failed to start because it could not find or load the Qt platform plugin "xcb".

Available platform plugins are: eglfs, linuxfb, minimal, minimalegl, offscreen, xcb.

Reinstalling the application may fix this problem.
Aborted (core dumped)

Running it this way
QT_DEBUG_PLUGINS=1 ./Ipe.AppImage
I get

QLibraryPrivate::loadPlugin failed on "/usr/lib64/qt5/plugins/platforms/libqxcb.so" : "Cannot load library /usr/lib64/qt5/plugins/platforms/libqxcb.so: (libxcb-sync.so.0: cannot open shared object file: No such file or directory)"
This application failed to start because it could not find or load the Qt platform plugin "xcb".

Available platform plugins are: eglfs, linuxfb, minimal, minimalegl, offscreen, xcb.

Reinstalling the application may fix this problem.
Aborted (core dumped)

Adding libxcb-sync.so.0 doesn't help, next it is complaining about missing libudev.so.0. After adding that one also I get

terminate called after throwing an instance of 'std::bad_alloc'
  what():  std::bad_alloc
Aborted (core dumped)

Please use an older distribution (e.g., CentOS 6) for building to ensure wider compatibility with older distributions.

This is what happens if I try to run the AppImage on CentOS 7 CentOS-7.0-1406-x86_64-GnomeLive.iso:

[me@host ~]$ /run/initramfs/isoscan/Applications/Ipe-7.2.2.AppImage 
/run/initramfs/isoscan/Applications/Ipe-7.2.2.AppImage: /lib64/libc.so.6: version `GLIBC_2.18' not found (required by ./lib/libstdc++.so.6)

If you do not want to use an older base system for building, then you might be interested in looking at https://github.com/probonopd/AppImageKit/tree/master/LibcWrapGenerator

pdflatex should be bundled inside the AppImage so that it can be found by Ipe when it is not installed on the host systems. AppImages should bundle all dependencies that cannot be assumed to come with stock installations of Ubuntu, Fedora, debian, CentOS etc.

The only reason that Help -> Ipe manual doesn't work in the current appimage is because the wrong URL is passed to the browser.

Is there some way for Ipe to find out where the appimage has been mounted? If so, we could add code to add this to the URL for the manual when the browser is started. (It's not so easy to find it otherwise for a non-technical person.)

Please rename your AppImage Ipe-7.2.2-x86_64.AppImage and embed update information into your AppImage like so:

./AppImageUpdate-206.g78dc97c-x86_64.AppImage ./Ipe-7.2.2-x86_64.AppImage set "bintray-zsync|unruhschuh|AppImages|Ipe|Ipe-_latestVersion-x86_64.AppImage.zsync"

If you then upload a zsync file to the server as described above, then users can download the latest version directly from your repository easily.

Have a look at this script which does everything automagically for me.

I assume when you execute the appimage from the command line, the file is mounted on /tmp/.mountXXX and execution passes to startipe.sh.

If that's true, then it seems you could replace startipe.sh by something like this:

#/bin/bash
CMD=$1
if [ "x${CMD}x" == "xx" ]; then
    ipe -style fusion "$@"
else
    shift
    $CMD "$@"
fi

Then users could run ipetoipe -pdf test.ipe by saying

Ipe-XXX.appimage ipetoipe -pdf test.ipe

This would make the appimage more attractive as a distribution platform, I think.

On Ubuntu 14.04.1 LTS I get using Ipe-7.2.2.AppImage from Bintray:

me@host:~$ '/home/me/Downloads/Ipe-7.2.2.AppImage' 
ipe: symbol lookup error: /usr/lib/x86_64-linux-gnu/gtk-2.0/modules/libunity-gtk-module.so: undefined symbol: g_settings_new

Can be solved by:

# Workaround for:
# On Ubuntu, "symbol lookup error: /usr/lib/x86_64-linux-gnu/gtk-2.0/modules/liboverlay-scrollbar.so: undefined symbol: g_settings_new"
rm usr/lib/libgio* || true