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

openshot-qt: 2.2.0 -> 2.3.1 #24868

Merged
merged 3 commits into from Apr 16, 2017
Merged

openshot-qt: 2.2.0 -> 2.3.1 #24868

merged 3 commits into from Apr 16, 2017

Conversation

therealpxc
Copy link
Contributor

Motivation for this change

New upstream release (also trying to convince Bryan Lunduke to talk about Nix :-P)

Things done
  • Tested using sandboxing
    (nix.useSandbox on NixOS,
    or option build-use-sandbox in nix.conf
    on non-NixOS)
  • Built on platform(s)
    • NixOS
    • macOS
    • Linux
  • [] Tested compilation of all pkgs that depend on this change using nix-shell -p nox --run "nox-review wip"
  • Tested execution of all binary files (usually in ./result/bin/)
  • Fits CONTRIBUTING.md.

When I ran this on my system (NixOS 17.03), it worked fine there, but when I tried to run the version I successfully built against the Nixpkgs master branch, I got an error about how Qt couldn't find the XCB plugin. I'm not sure if this would be an issue if I was running on NixOS unstable channel or master.

@mention-bot
Copy link

@therealpxc, thanks for your PR! By analyzing the history of the files in this pull request, we identified @tohl, @AndersonTorres and @bjornfor to be potential reviewers.

@Mic92
Copy link
Member

Mic92 commented Apr 13, 2017

I simplified the wrapper code a little bit, but loading the xcb plugins remains an error on master.
When applying export QT_DEBUG_PLUGINS=1 in my shell, I get the following error:

https://gist.github.com/Mic92/7c73214090560627222040abc9a48545

QLibraryPrivate::loadPlugin failed on "/nix/store/6jc5hqvbszzkdmb3q2qgxydlny6ivjrg-qtbase-5.6.2/lib/qt5/plugins/platforms/libqxcb.so" : "Cannot load library /nix/store/6jc5hqvbszzkdmb3q2qgxydlny6ivjrg-qtbase-5.6.2/lib/qt5/plugins/platforms/libqxcb.so: (/nix/store/6jc5hqvbszzkdmb3q2qgxydlny6ivjrg-qtbase-5.6.2/lib/libQt5XcbQpa.so.5: symbol _ZNK14QPlatformTheme14fileIconPixmapERK9QFileInfoRK6QSizeF6QFlagsINS_10IconOptionEE, version Qt_5 not defined in file libQt5Gui.so.5 with link time reference)"

looks like version mismatch, but i cannot tell why.
@ttuegel Do you have more insights?

@@ -23,12 +25,9 @@ stdenv.mkDerivation rec {
installPhase = ''
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

If you override installPhase, the first line must be runHook preInstall and the last line must be runHook postInstall.

wrapQtProgram $out/bin/openshot-qt \
--prefix PYTHONPATH : "$(toPythonPath $out):$(toPythonPath ${libopenshot}):$(toPythonPath ${python3Packages.pyqt5}):$(toPythonPath ${python3Packages.sip}):$(toPythonPath ${python3Packages.httplib2}):$(toPythonPath ${python3Packages.pyzmq}):$PYTHONPATH"

makeQtWrapper $(toPythonPath $out)/launch.py $out/bin/openshot-qt \
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

It is not a good idea to call makeQtWrapper until preFixup.

@ttuegel
Copy link
Member

ttuegel commented Apr 13, 2017

looks like version mismatch, but i cannot tell why.

It looks to me like a linker error rather than a version mismatch. (Version mismatches always result in a segmentation fault.) It may be related to the issues I commented on.

@Mic92
Copy link
Member

Mic92 commented Apr 13, 2017

Looks like using buildPythonApplication works fine. Can you confirm that video editing still works?

@Mic92
Copy link
Member

Mic92 commented Apr 16, 2017

Open dialogs are now working in my environment.

@Mic92 Mic92 merged commit e760c7b into NixOS:master Apr 16, 2017
@bjornfor
Copy link
Contributor

Should this be picked to NixOS 17.03?

@Mic92
Copy link
Member

Mic92 commented Apr 17, 2017

@bjornfor deeddbd is probably interesting for Gnome user. I have no opinion about the changes.

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

Successfully merging this pull request may close these issues.

None yet

5 participants