<p dir="ltr"><br>
Den 3 maj 2016 4:23 em skrev <<a href="mailto:scalet@yebu.de">scalet@yebu.de</a>>:<br>
><br>
> Hi all,<br>
><br>
> sorry for starting a discussion being a little off topic at<br>
> the very beginning already.<br>
><br>
> It is a more generic python question,<br>
> but I think PyQt(5) is a good example.<br>
><br>
> Ubuntu:<br>
> Normally when installing new python modules, I go that road:<br>
> When I find it in the apt repository (standard) and I do not<br>
> have a very urgent reason to have a bleeding edge version)<br>
> I will use this. If not, I do a pip3 install. If not even<br>
> available for pip ... oke, that's another story.<br>
><br>
> I feel this way, I get the most stable system.<br>
><br>
> I would appreciate your comments on the subject!</p>
<p dir="ltr">At work we go the other way, and install as much as possible through pip, since we do almost all development and deployment inside virtualenvs. Using as much as possible from pip lets us easily freeze requirement to known-good (tested) versions and makes it easier to reproduce the environment under which the software was tested, even on different distros. </p>
<p dir="ltr">We use pip-tools (on GitHub) to maintain our requirement.txt files.</p>
<p dir="ltr">Up until recently, PyQt was one of the requirements we couldn't install via pip, forcing us to use --system-site-packages when creating our environments, but I'm glad that's changing now, even if we're still on a too old Ubuntu to switch to the wheels at this moment.</p>
<p dir="ltr">Elvis</p>
<p dir="ltr">><br>
> (Same with MacOSX, here using brew rather than apt-get)<br>
><br>
> Best,<br>
> Karl.<br>
><br>
><br>
> _______________________________________________<br>
> PyQt mailing list    <a href="mailto:PyQt@riverbankcomputing.com">PyQt@riverbankcomputing.com</a><br>
> <a href="https://www.riverbankcomputing.com/mailman/listinfo/pyqt">https://www.riverbankcomputing.com/mailman/listinfo/pyqt</a></p>