Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Build on OBS results in corrupted binary in AppImage #313

Closed
t-paul opened this issue Aug 19, 2018 · 18 comments
Closed

Build on OBS results in corrupted binary in AppImage #313

t-paul opened this issue Aug 19, 2018 · 18 comments

Comments

@t-paul
Copy link

t-paul commented Aug 19, 2018

Looks similar to #29, but happens since maybe 2 or 3 weeks on OBS - logs.

I could not find a way to get builds working again yet.

$ ./OpenSCAD-Nightly-0-Build2280.3.glibc2.14-x86_64.AppImage 
openscad: openscad: no version information available (required by openscad)
...
openscad: openscad: no version information available (required by openscad)
openscad: relocation error: openscad: symbol  version  not defined in file  with link time reference
@t-paul t-paul changed the title Build on OBS results in corrupted binary Build on OBS results in corrupted binary in AppImage Aug 19, 2018
@probonopd
Copy link
Owner

Which version of Qt are you using?

@t-paul
Copy link
Author

t-paul commented Aug 19, 2018

OBS seems to have libqt5-qtbase-devel-5.6.2-6.1 currently for AppImage builds.

@probonopd
Copy link
Owner

Just out of curiosity, would this change when using a more recent version of Qt?

@t-paul
Copy link
Author

t-paul commented Aug 19, 2018

I don't know, I don't have any control over the OBS builds.

Edit: meaning the environment the builds are running in.

@probonopd
Copy link
Owner

Can we find out whether the patchelf version used by OBS has recently changed? cc @TheAssassin

@TheAssassin
Copy link
Collaborator

patchelf --version maybe?

@t-paul
Copy link
Author

t-paul commented Aug 19, 2018

Right now that gives patchelf 0.8 for the AppImage repo build.

@t-paul
Copy link
Author

t-paul commented Sep 2, 2018

I've taken down our AppImages again. Stable OBS integration would be awesome to have...

@probonopd
Copy link
Owner

cc @adrianschroeter

@TheAssassin
Copy link
Collaborator

I doubt @adrianschroeter will react to that, as he never reacted to @mentions before.

@probonopd
Copy link
Owner

@t-paul do you have any chance of making an AppImage outside of OBS (e.g., using Travis CI as described in the linuxdeployqt README), to see whether that works?

@TheAssassin maybe you can point him here via IRC, especially if something appears to be broken on OBS which seems to be fine outside of OBS.

@adrianschroeter
Copy link
Contributor

some times I do;) (sorry, way to much noise in inbox of stuff like this)

you have full control over the build env. Just add KDE:Qt5/openSUSE_Leap_42.3 as first path element in your AppImage repo (in project meta) to get a newer qt5.

@probonopd this is how you can find out which patchelf is used (from 42.3 here, never updated):


# osc buildinfo science:unstable FreeCAD.appimage AppImage             x86_64 | grep patchelf
  <bdep name="patchelf" version="0.8" release="9.2" arch="x86_64" project="openSUSE:Leap:42.3" repository="standard" />

@t-paul
Copy link
Author

t-paul commented Sep 3, 2018

Adding KDE:Qt5/openSUSE_Leap_42.3 switches to Qt5.11 but breaks the build, not yet sure why. Problem is not simply the Qt version though, I have that locally too and that works fine - looks like some issue with the gettext integration.

@probonopd
Copy link
Owner

Thank @adrianschroeter for checking in from time to time, greatly appreciated! (Only together can we make this fly - there are some intricacies of OBS that I still don't fully understand yet.)

@TheAssassin
Copy link
Collaborator

TheAssassin commented Sep 10, 2018

@t-paul it happened I wanted to download the AppImage again, so I looked into this again. Can you try with -no-strip?

Also, please export VERSION=1234 before building the AppImage, that allows our desktop integration code to show a version number.

@t-paul
Copy link
Author

t-paul commented Sep 10, 2018

Updated appimage.yml with -no-strip.

@t-paul
Copy link
Author

t-paul commented Sep 10, 2018

That seems to work without even increasing the image size (because it was already stripped by the build?). - https://download.opensuse.org/repositories/home:/t-paul/AppImage/OpenSCAD-Nightly-latest-x86_64.AppImage

@t-paul
Copy link
Author

t-paul commented Oct 16, 2018

Closing, the no-strip option fixes the problem.

@t-paul t-paul closed this as completed Oct 16, 2018
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

4 participants