[PyQt] Supplying PyQt5 via PyPI

[Marcus Ottosson]

qmlscene.exe and other binaries have now been resolved, and qt.conf is now
distributed and installed similar to the Riverbanks distribution.

As far as I can tell, the distribution works well, including QML, however
it is distributed as a source-distribution, which means it’ll install on
any platform yet only work on Windows; the reason being that it enables
automatic distribution from GitHub via Travis. I'd like to have it
distributed for OSX as well though.

If anyone has any ideas on cross-compiling/distributing, I'd love to hear
about them.
​

On 29 September 2014 14:24, Marcus Ottosson <konstruktion at gmail.com> wrote:

> A first version is up here:
> https://github.com/pyqt/python-qt5
>
> Install like this:
>
> $ pip install python-qt5
>
> Currently only supports:
>
>    - Python 2.7
>    - Windows 7+
>
> And uses PyQt5.3.2 compiled with Qt 5.3.1 and requires the VS2013
> redistributable.
> Differences between the distribution provided by Riverbank
>
>    1. sip is bundled within the /PyQt5 directory
>    2. qt.conf is replaced with initialisation within __init__.py
>    3. Version numbers provided via PyQt5.version, PyQt5.qt_version and
>    PyQt5.pyqt_version
>
> Due to 1 and 2, I expect issues when running qmlscene.exe and such as they
> wouldn’t get the initialisation from Python, though it does simplify
> distribution just a tad and allows for multiple PyQt5 versions to coexist.
> Let’s talk.
>
> Best,
> Marcus
> ​
>
> On 23 September 2014 09:14, Marcus Ottosson <konstruktion at gmail.com>
> wrote:
>
>> Thanks Chris and Matt.
>>
>> On 22 September 2014 22:58, Chris Kaynor <ckaynor at zindagigames.com>
>> wrote:
>>
>>> On Mon, Sep 22, 2014 at 2:13 PM, Matt Newell <newellm at blur.com> wrote:
>>>
>>>> I have compiled qt/sip/pyqt and a lot of other c++ stuff with msvc2005,
>>>> 2008,
>>>> 2010, and recently 2012 ALL linked against python.org's python 2.7 and
>>>> I've
>>>> never had an issue.  This code has been used extensively in production
>>>> with
>>>> over 100 users inside various 3rd party applications (3dsmax, softimage
>>>> xsi,
>>>> more recently maya), a bunch of in house applications, and from
>>>> python.exe
>>>> itself.
>>>>
>>>> However you MUST use the same msvc for anything that passes around c++
>>>> objects, or you WILL get crashes.
>>>>
>>>> Fortunately libpython is an all C api and it's my understanding that
>>>> the C ABI
>>>> has been stable between msvc versions.  I think the new/delete problem
>>>> does
>>>> not apply because of the way python's memory management works.  I also
>>>> think
>>>> that any python modules i've compiled do not pass FILE pointers to
>>>> python's
>>>> api.
>>>>
>>>> I'm not saying problems aren't possible just that in my experience it
>>>> works
>>>> fine.
>>>>
>>>
>>> This has generally been my experience as well. Namely, at work we use
>>> Maya 2013 which embeds CPython 2.7 compiled against VS2010, and most 3rd
>>> party C extensions work fine. Additionally, we have a few internal C
>>> extensions as well, which are compiled against VS2010, and they work fine
>>> in Python 2.7 as downloaded from python.org.
>>>
>>> In a few cases, however, we have run into issues, which are quite
>>> annoying. Generally, any issues show up almost immediately, however in a
>>> few cases crashes have shown up days or weeks after starting to use a
>>> library, when somebody decides to call a function that then passes a C std
>>> object across the library boundary, which are then often very difficult to
>>> debug.
>>>
>>> Chris
>>>
>>> _______________________________________________
>>> PyQt mailing list    PyQt at riverbankcomputing.com
>>> http://www.riverbankcomputing.com/mailman/listinfo/pyqt
>>>
>>
>>
>>
>> --
>> *Marcus Ottosson*
>> konstruktion at gmail.com
>>
>
>
>
> --
> *Marcus Ottosson*
> konstruktion at gmail.com
>



-- 
*Marcus Ottosson*
konstruktion at gmail.com
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.riverbankcomputing.com/pipermail/pyqt/attachments/20140930/978f9710/attachment.html>