-
Notifications
You must be signed in to change notification settings - Fork 411
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
[showstopper] [fhs-like mode] Qt platform plugin "xcb" missing #75
Comments
So where should Which would probably mean that in FHS-like mode, we should set @ubruhin does this make sense to you? |
Sounds good, the only thing I would change is to make |
If we move stuff to Argh. Moving around stuff tends to break other stuff. E.g.,
also resulting in the dreaded
As a quick and dirty(!) workaround, we could symlink |
I wonder if a non-FHS-like mode is even required? Always using FHS would make the application simpler and thus less error-prone... |
Not all Qt applications can be installed to a FHS-like structure; in fact, that's the default case with Qt Creator. |
So actually Qt Creator uses a slightly different "FHS-like" structure; there is no dedicated ´lib/qt In other words, it looks like we should set
|
As per the tests, the |
Succeeded in making a LibrePCB AppImage like this:
Note that no wrapper script, no LD_LIBRARY_PATH, and no qt.conf file are used. |
Very nice!
Does this also solve the problem with sourcing |
No, but I am not sure that this is a "problem" actually. Just unset the variables set by |
With the release
Here is my AppImage: https://bintray.com/librepcb/LibrePCB-Nightly/download_file?file_path=LibrePCB-Nightly-Linux-x86_64.AppImage And here is the build output: https://travis-ci.org/LibrePCB/LibrePCB/jobs/203230997#L2705 When using Qt5.7 from PPA, it works properly. |
For some weird reason that I don't understand yet, the following workaround is needed:
It may have to do with the fact that
Maybe we need to patch this away, too. Can you verify the last command with a working one? I'd bet |
With Qt5.2 from Ubuntu repository: With Qt5.7 from PPA: Wouldn't a |
Thanks for verifying @ubruhin Let's see if 3aca9d5 in the latest https://github.com/probonopd/linuxdeployqt/releases/download/continuous/linuxdeployqt-continuous-x86_64.AppImage changes this. It should unset |
Yes, the plugpath is now cleared ( |
Do you have I was assuming that the combination of |
Please run with |
Obviously is the plugins path wrong, it isn't located inside the |
Thanks, can you confirm you have |
As I wrote above, |
|
Trying b32682b, the next continuous build should have it. Please test |
Oops, I didn't realize that we discuss about two different paths 😮 Qt5.2 from Ubuntu repository: |
Are you really sure? Please run on the Qt5.2 from Ubuntu repository, after it is bundled by appimagetool into the AppDir:
|
Here the And here its output: https://travis-ci.org/LibrePCB/LibrePCB/jobs/203268328#L2829 Bot now I need some sleep... ;) |
Omg, many more hardcoded paths to be patched in the distribution-provided one. I am opening a new ticket for those, let's stay on the topic in this ticket. |
Just patching away So we need to set it to a sensible value, namely, |
I think the original issue of this ticket should be solved now (no more I think for LibrePCB compiled with the distro-provided Ubuntu trusty Qt 5.2 you still need to run
which is a separate issue. Hence closing here. Feel free to comment if you think otherwise. |
Running
QtCreator-5.8.0-x86_64.AppImage
onubuntu-16.04-desktop-amd64.iso
and then doingresults in:
This is because the
plugins/
directory has been generated in the top-level directory of the AppImage butqt.conf
does not point there. A workaround is to move it tousr/bin
whereqt.conf
resides.The text was updated successfully, but these errors were encountered: