[PyQt] Experimental PyQt5 v5.6 Wheels Available
Detlev Offenbach
detlev at die-offenbachs.de
Sat Apr 9 18:37:25 BST 2016
Hi Phil,
On Saturday 09 April 2016, 17:49:53 Phil Thompson wrote:
> I've created wheels for SIP and PyQt5 v5.6 snapshots that are available from
> their respective download pages. They are for the following architectures:
>
> Linux 64-bits
> OS X 64-bits
> Windows 64-bits
> Windows 32-bits
>
> The PyQt5 wheels contain a minimal copy of Qt v5.6 - only those parts needed
> to support PyQt.
What does this mean in particular? How do you define 'minimal copy of Qt v5.6?
> They include pyuic5 but not (yet) pyrcc5 and pylupdate5.
> They do not contain QScintilla - there will be separate wheels for that.
Why not have a complete wheel including QScintilla? I could envisage people trying to
install eric having forgotten to install the QScintilla wheel beforehand. This will probably
happen on Windows because the current installer is self contained.
>
> Please give feedback.
>
> I'm particularly interested in how well the Linux wheel works across
> different Linux distros. They were created on Ubuntu.
>
> The wheels have not been uploaded to PyPi because the PyQt wheels are too
> large, which is a shame. My original plan was to *not* bundle Qt. However
> that means that PyQt has to make assumptions about where Qt has been
> installed. The only reasonable assumption is the default location used by
> the Qt installers (ie. ~/Qt5.6.0 on Linux
The default path on Linux seems to be ~/Qt/5.6 if the online installer is used and ~/Qt5.6.0
if the offline installer is used. The installers are really tricky and seem to have a few
glitches.
> and OS X and C:\Qt\Qt5.6.0 on
> Windows). I thought that was going to be too restrictive.
>
> I'd like feedback on the best approach to this...
>
> 1. Stick with the current approach, unable to use PyPi, large download,
> simple install once downloaded, supports non-default Qt locations.
>
> 2. Don't bundle Qt, can use PyPi, small download, simple install, Qt must be
> installed in its default location.
>
> I could supplement 2) with a tool (provided as part of the wheel) that could
> be run (once) to "re-direct" the installed PyQt to the actual Qt
> installation.
Would prefer this approach with the tool being executed as part of the wheel installation.
It should try to determine the Qt path automatically and ask the user as a last resort.
>
> A further variation would be a separate tool that would modify the
> downloaded wheel to do the re-direct so that the modified wheel would be
> correct for your personal/company standards for the Qt location.
Using a tool to modify the wheel could mean to use a newer PyQt with an older Qt (e.g.
PyQt 5.7 with Qt 5.6)?
Detlev--
*Detlev Offenbach*
detlev at die-offenbachs.de
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://www.riverbankcomputing.com/pipermail/pyqt/attachments/20160409/25f3c31e/attachment-0001.html>
More information about the PyQt
mailing list