4 ms·

I just started developing a Python app with a GUI and the faff around getting in running on other developer machines was crazy! "Install PyQT and QT Framework,

by AJRF 8y ago

I just started developing a Python app with a GUI and the faff around getting in running on other developer machines was crazy! "Install PyQT and QT Framework, no not that version, no not that one? Your on Fedora? Oh okay, add this rpm repo, no the developer version" The ability to install it through Pipenv should make this easier, right?

pletnes 8y ago
Anaconda python contains both pyqt and qt. That’s what we use. Pip contains just the python bits, not the Qt bits - at least this is true for PyQt.
solarkraft 8y ago
Trying to have a look at (BUILT INTO QT CREATOR) QML examples was pretty much this experience, but worse. I try to like Qt, but this cost a bunch of confidence.
- de_watcher 8y ago
  > I try to like Qt, but this cost a bunch of confidence. That's what you get from users when you try to be nice and don't invent your own package manager.
  - girvo 8y ago
    Sure, but the signal from nearly every other camp at this point is that package management (especially for combined native dependencies and scripting deps) isn’t a solved problem. Do I wish everyone used their distro package manager? Yes. Do I wish there was one package manager? Yes. Do I develop with Nix myself? You bet. But I fear that this sort of quixotic battle has already been lost; frankly I don’t blame people for finding it a confusing mess. Unless I misunderstood your comment, in which case I apologise!
  - solarkraft 8y ago
    The trend goes pretty clearly towards a package manager per platform (programming language). This does become hairy when you try to inter-operate, but for development, at least, it seems to work quite well.
pantalaimon 8y ago
Relevant XKCD https://xkcd.com/1987/ https://xkcd.com/1987/
mherrmann 8y ago
Check out (my) https://build-system.fman.io https://build-system.fman.io. It's literally meant to solve this problem. Unfortunately, Fedora isn't yet supported. But Windows, Mac and Ubuntu(-based) are.
viraptor 8y ago
If you're distributing your app which relies on native libraries you've got two options really. Either make sure you support all the dependencies on supported systems, or distribute with dependencies vendored. If you're going with the second option, maybe Flatpak could help you? I don't believe pipenv really solves these issues.
- beojan 8y ago
  I'd say if you're going with the second option, stop, think, then go with the first option. This would mean either limiting your supported systems to recent ones or limiting the features you use to those available in whatever "enterprisy" (i.e. RHEL / Debian stable / LTS) versions you want to support. If it's a GUI app, there's a good chance you can ignore the enterprisy distributions.
pseudalopex 8y ago
It looks like the binary wheels include the Qt libraries. So yes, this should mean you can just install Qt through pip, pipenv, or any other Python package manager.

by AJRF 8y ago

pletnes 8y ago

Anaconda python contains both pyqt and qt. That’s what we use. Pip contains just the python bits, not the Qt bits - at least this is true for PyQt.

solarkraft 8y ago

Trying to have a look at (BUILT INTO QT CREATOR) QML examples was pretty much this experience, but worse. I try to like Qt, but this cost a bunch of confidence.

de_watcher 8y ago
> I try to like Qt, but this cost a bunch of confidence. That's what you get from users when you try to be nice and don't invent your own package manager.
- girvo 8y ago
  Sure, but the signal from nearly every other camp at this point is that package management (especially for combined native dependencies and scripting deps) isn’t a solved problem. Do I wish everyone used their distro package manager? Yes. Do I wish there was one package manager? Yes. Do I develop with Nix myself? You bet. But I fear that this sort of quixotic battle has already been lost; frankly I don’t blame people for finding it a confusing mess. Unless I misunderstood your comment, in which case I apologise!
- solarkraft 8y ago
  The trend goes pretty clearly towards a package manager per platform (programming language). This does become hairy when you try to inter-operate, but for development, at least, it seems to work quite well.

pantalaimon 8y ago

Relevant XKCD https://xkcd.com/1987/ https://xkcd.com/1987/

mherrmann 8y ago

Check out (my) https://build-system.fman.io https://build-system.fman.io. It's literally meant to solve this problem. Unfortunately, Fedora isn't yet supported. But Windows, Mac and Ubuntu(-based) are.

viraptor 8y ago

If you're distributing your app which relies on native libraries you've got two options really. Either make sure you support all the dependencies on supported systems, or distribute with dependencies vendored. If you're going with the second option, maybe Flatpak could help you? I don't believe pipenv really solves these issues.

beojan 8y ago
I'd say if you're going with the second option, stop, think, then go with the first option. This would mean either limiting your supported systems to recent ones or limiting the features you use to those available in whatever "enterprisy" (i.e. RHEL / Debian stable / LTS) versions you want to support. If it's a GUI app, there's a good chance you can ignore the enterprisy distributions.

pseudalopex 8y ago

It looks like the binary wheels include the Qt libraries. So yes, this should mean you can just install Qt through pip, pipenv, or any other Python package manager.