Darren Dale <dsdal...@gmail.com> writes: > On Thu, Sep 30, 2010 at 10:33 AM, Phil Thompson > <p...@riverbankcomputing.com> wrote: >> On Thu, 30 Sep 2010 10:16:27 -0400, Darren Dale <dsdal...@gmail.com> >> wrote: >>> I just upgraded the OS on a computer at work to fedora 13, and I am >>> attempting to install sip and pyqt4 from source (since the versions >>> provided by the package manager are surprisingly out of date.) When I >>> run "python configure.py", I get the following: ... >> configure.py is checking to see if QT_SHARED is defined (the blank line in >> the output implies it is not). The .pro it creates for qtdirs contains a >> workaround for "certain" broken distros to make sure it is set properly. >> Maybe the workaround no longer works. > > I found some bug reports/discussion that might be relevant: > > http://bugreports.qt.nokia.com/browse/QTBUG-2098 > http://bugreports.qt.nokia.com/browse/QTBUG-9110?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel > > from https://svn.zib.de/lenne3d/tools/cmake/2.4.5/Modules/FindQt4.cmake : > # warning currently only qconfig.pri on Windows potentially > contains "static" > # so QT_SHARED might not get defined properly on Mac/X11 (which > seems harmless right now) > # Trolltech said they'd consider exporting it for all platforms in > future releases. > > > I tried also to find how the fedora devs managed to patch and build > pyqt in the fedora environment, but I can't find anything. Aren't they > compelled by the terms of the GPL to make such patches available?
On Fedora, if you download the source package, you get the patches too. _______________________________________________ PyQt mailing list PyQt@riverbankcomputing.com http://www.riverbankcomputing.com/mailman/listinfo/pyqt
