Start generating Appimages for Master (Thanks to Host-Oman)

[luzpaz]

No description provided.

[luzpaz]

@probonopd any assistance would be much appreciated.

[probonopd]

@luzpaz I don't understand what you are trying to do with .local/.

[probonopd]

Also see https://github.com/nitramr/scribus-indigo/blob/master/AppImage-package/bundle.sh

[luzpaz]

Success! Waiting for core-devs to merge

[sommerluk]

Does this also include python? For me, the AppImage of the CTL branch did never work because of python.

References:
A workaround that does unfortunally not work for openSUSE: nitramr/scribus-indigo#19 (comment)
Relocable?: HOST-Oman/scribus#215 (comment)

[probonopd]

For me, the AppImage of the CTL branch did never work because of python.

Did you report the issue there?

This build bundles usr/lib/libpython2.7.so.1.0. You can download the AppImage from the Travis CI build, the URL is in the Travis CI build log.

[gyuris]

Can we add translations from Transifex to Appimage? So it would be good for translators too.
We have a script: https://github.com/scribusproject/scribus-translations/blob/master/update_transifex.sh

[probonopd]

Sure, why not. Where do they need to go for Scribus to pick them up?

[gyuris]

/usr/share/scribus/translations/
There is currently one file: scribus.en_US.qm
And please make lrelease to produce .qm files from .ts files.
Thanks!

@luzpaz, what should we do with directly maintained languages?

[sommerluk]

With scribus-git269f1e9-glibc2.14-x86-64.appimage still a crash on openSUSE 42.1:

realPath called with a relative path './share/icons/', please fix
realPath called with a relative path './share/pixmaps/', please fix
realPath called with a relative path './share/icons/', please fix
pci id for fd 11: 80ee:beef, driver (null)
libGL error: core dri or dri2 extension not found
libGL error: failed to load driver: vboxvideo
pathForIcon: Unable to load icon ././/share/scribus/icons/1_5_1/AppIcon.png: File not found
Could not find platform independent libraries <prefix>
Could not find platform dependent libraries <exec_prefix>
Consider setting $PYTHONHOME to <prefix>[:<exec_prefix>]
ImportError: No module named site
Scribus Crash
-------------
Scribus crashes due to Signal #11
Speicherzugriffsfehler

[luzpaz]

@gyuris lets open a separate ticket for appimage and transifex translations to discuss such things

[probonopd]

Could not find platform independent libraries <prefix>
Could not find platform dependent libraries <exec_prefix>

Argh, it's not finding the Python libraries. Do you also see this with the ones from https://bintray.com/probono/AppImages/Scribus#files?

[luzpaz]

@plinnell committed PR in 9a7ff99 23110c3

[sommerluk]

From https://bintray.com/probono/AppImages/Scribus#files? coming Scribus-1.5.3.svn.21360-x86_64.AppImage is working fine at openSUSE.

However, the recent version from https://travis-ci.org/scribusproject/scribus/jobs/187868610 does not work.

[luzpaz]

@probonopd as per #78 (comment)

From https://bintray.com/probono/AppImages/Scribus#files? coming Scribus-1.5.3.svn.21360-x86_64.AppImage is working fine at openSUSE.

However, the recent version from https://travis-ci.org/scribusproject/scribus/jobs/187868610 does not work.

[probonopd]

@luzpaz Possibly

find . -type f -exec sed -i -e 's|/usr|././|g' {} \;

is needed in order to make Python use relative rather than absolute paths for finding its libraries.

At least that is what I did here.

[luzpaz]

@probonopd since you've updated the recipe on your end, should the builds now work correctly, or do I need to add that in to bundle.sh ?

[probonopd]

Please add it, instead of line 93 ff.

[luzpaz]

hmm.. need to close the PR and open a new one with @probonopd fix in #78 (comment)

[luzpaz]

@probonopd should it look like: 6f72aa9 ?

[probonopd]

Looks good. If this is not sufficient we might need to leave away the -exec. Also the two lines following the new line are no longer needed because the added line will patch these files as well.

[probonopd]

@luzpaz Probably we should not bundle libxcb.so.* to prevent from error: symbol lookup error: undefined symbol: xcb_send_request_with_fds as reported on https://solus-project.com/forums/viewtopic.php?t=2787

References: AppImageCommunity/pkg2appimage#128, https://bugs.kde.org/show_bug.cgi?id=369105

[luzpaz]

@plinnell or @MrB74 please follow feedback @probonopd gives from #78 (comment) and onward. so appimages work correctly.

[probonopd]

Looking at this, it seems like this should be reopened @luzpaz.