| Summary: | [Tracker] x11-libs/qt-4.4.2 split ebuilds stabilization | ||
|---|---|---|---|
| Product: | Gentoo Linux | Reporter: | Maciej Mrozowski <reavertm> |
| Component: | New packages | Assignee: | Qt Bug Alias <qt> |
| Status: | RESOLVED FIXED | ||
| Severity: | normal | CC: | dhardstone, esigra, jesse, kde, maekke, magowiz, pacho |
| Priority: | High | Keywords: | STABLEREQ, Tracker |
| Version: | 2008.0 | ||
| Hardware: | All | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Package list: | Runtime testing required: | --- | |
| Bug Depends on: | 235026, 239441, 248110 | ||
| Bug Blocks: | 246116, 249488, 252830, 255577 | ||
|
Description
Maciej Mrozowski
2008-11-21 18:51:21 UTC
We should look at https://bugs.gentoo.org/buglist.cgi?quicksearch=qt+4.4 and see which ones are blockers for stabilization. This came up on IRC, I'm making a note of this here now: x11-libs/qscintilla-2.3.x dev-python/PyQt4-4.4.x dev-python/qscintilla-python-2.3.x need to go stable at the same time as the qt-4.4.x ebuilds qscintilla-2.3.2 = stable on x86 qscintilla-python-2.3.2 = stable on x86 Both compiled with gcc-4.3.2 Should we CC arches on this bug ? Also PyQt4-4.4.4-r1 stable on x86. Again compiled with gcc-4.3.2 Arches, please test and mark stable the below ebuilds. When marking them stable, please mask =x11-libs/qt-4.3* in your arch's profile, which is necessary for a smooth upgrade. Thank you. target KEYWORDS="alpha amd64 hppa ia64 ppc ppc64 sparc x86" x11-libs/qt-4.4.2 x11-libs/qt-assistant-4.4.2-r1 x11-libs/qt-core-4.4.2 x11-libs/qt-dbus-4.4.2 x11-libs/qt-demo-4.4.2 x11-libs/qt-gui-4.4.2-r1 x11-libs/qt-opengl-4.4.2 x11-libs/qt-phonon-4.4.2 x11-libs/qt-qt3support-4.4.2 x11-libs/qt-script-4.4.2 x11-libs/qt-sql-4.4.2 x11-libs/qt-svg-4.4.2 x11-libs/qt-test-4.4.2 x11-libs/qt-webkit-4.4.2 (not on alpha, ia64, sparc) x11-libs/qt-xmlpatterns-4.4.2 x11-libs/qscintilla-2.3.2 dev-python/qscintilla-python-2.3.2 dev-python/sip-4.7.9 dev-python/PyQt4-4.4.4-r1 ppc stable current stable dev-python/PyQt-3.17.4 doesn't build anymore:
>>> Compiling source in /var/tmp/portage/dev-python/PyQt-3.17.4/work/PyQt-x11-gpl-3.17.4 ...
qextscintillaglobal.h could not be found in /usr/include and so the qtext
module will not be built. If QScintilla is installed then use the -n argument
to explicitly specify the correct directory.
Checking to see if the qtcanvas module should be built...
Checking to see if the qtnetwork module should be built...
Checking to see if the qttable module should be built...
Checking to see if the qtxml module should be built...
Checking to see if the qtgl module should be built...
Checking to see if the qtui module should be built...
Checking to see if the qtsql module should be built...
Checking to see if the QAssistantClient class is available...
Creating features file...
Session management error: Authentication Rejected, reason : None of the authentication protocols specified are supported and host-based authentication failed
Checking to see if the QCDEStyle class is built in...
Checking to see if the QInterlaceStyle class is built in...
cfgtest.cpp: In function 'int main(int, char**)':
cfgtest.cpp:5: error: expected type-specifier before 'QInterlaceStyle'
cfgtest.cpp:5: error: expected `;' before 'QInterlaceStyle'
Checking to see if the QMotifStyle class is built in...
Checking to see if the QMotifPlusStyle class is built in...
Checking to see if the QPlatinumStyle class is built in...
Checking to see if the QSGIStyle class is built in...
Checking to see if the QWindowsXPStyle class is built in...
cfgtest.cpp:1:29: error: qwindowsxpstyle.h: No such file or directory
cfgtest.cpp: In function 'int main(int, char**)':
cfgtest.cpp:5: error: expected type-specifier before 'QWindowsXPStyle'
cfgtest.cpp:5: error: expected `;' before 'QWindowsXPStyle'
Checking to see if the QWindowsStyle class is built in...
Qt v3.3.8 free edition is being used.
SIP 4.7.9 is being used.
These PyQt modules will be built: qt qtcanvas qtnetwork qttable qtxml qtgl qtui
qtsql.
Support for these Qt classes has been disabled: QInterlaceStyle
QWindowsXPStyle.
The PyQt modules will be installed in /usr/lib/python2.5/site-packages.
The PyQt .sip files will be installed in /usr/share/sip.
The Qt header files are in /usr/qt/3/include.
The qt-mt Qt library is in /usr/qt/3/lib.
pyuic will be installed in /usr/bin.
pylupdate will be installed in /usr/bin.
Generating the C++ source for the qt module...
sip: QApplication has ctors with the same Python signature
Error: Unable to create the C++ code.
make -j2
make: *** No targets specified and no makefile found. Stop.
*
* ERROR: dev-python/PyQt-3.17.4 failed.
* Call stack:
* ebuild.sh, line 49: Called src_compile
* environment, line 2413: Called die
* The specific snippet of code:
* emake || die "emake failed"
* The die message:
* emake failed
dev-python/PyQt-3.17.6 seems to build without any problems, should we stabilize this, too?
amd64/x86 stable qt-4.3 was masked prematurely. At least: dev-java/qtjambi-4.3.3_p1 dev-python/PyQt4-4.3.1 dev-python/PyQt4-4.3.3 dev-util/qgit-2.0-r1 mediaplugins/vdr-graphtft-0.1.18_alpha media-sound/qsynth-0.3.1-r1 net-misc/italc-1.0.2 net-misc/italc-1.0.3 sci-libs/vtk-5.0.3 sci-visualization/paraview-3.2.1 x11-misc/qterm-0.5.2 still require qt-4.3. I've commented out the mask for now until they're fixed up. (In reply to comment #9) > qt-4.3 was masked prematurely. > > At least: > > dev-java/qtjambi-4.3.3_p1 dev-python/PyQt4-4.3.1 dev-python/PyQt4-4.3.3 > dev-util/qgit-2.0-r1 mediaplugins/vdr-graphtft-0.1.18_alpha > media-sound/qsynth-0.3.1-r1 net-misc/italc-1.0.2 net-misc/italc-1.0.3 > sci-libs/vtk-5.0.3 sci-visualization/paraview-3.2.1 x11-misc/qterm-0.5.2 > > still require qt-4.3. > > I've commented out the mask for now until they're fixed up. > also media-sound/qjackctl-0.3.2 app-office/lyx-1.5.7 media-video/mkvtoolnix-2.4.0 media-video/smplayer-0.6.5-r1 which are stable on x86 still requires qt-4.3 (In reply to comment #10) > also > > media-sound/qjackctl-0.3.2 > app-office/lyx-1.5.7 > media-video/mkvtoolnix-2.4.0 > media-video/smplayer-0.6.5-r1 > > which are stable on x86 still requires qt-4.3 > No they don't. These ones can be recompiled against Qt 4.4.2. Just mask =x11-libs/qt-4.3* and you should be fine with these. And I'm working out the ones mentions by Mr.Bones. (In reply to comment #11) > (In reply to comment #10) > > also > > > > media-sound/qjackctl-0.3.2 > > app-office/lyx-1.5.7 > > media-video/mkvtoolnix-2.4.0 > > media-video/smplayer-0.6.5-r1 > > > > which are stable on x86 still requires qt-4.3 > > > No they don't. These ones can be recompiled against Qt 4.4.2. Just mask > =x11-libs/qt-4.3* and you should be fine with these. > > And I'm working out the ones mentions by Mr.Bones. you are right, sorry. I didn't know what implies "||" operator in some dependencies. Masking qt minor than 4.4 worked fine here. OK, I masked the qt4 useflag on sci-visualization/paraview and masked the older versions of media-sound/qsynth and sci-libs/vtk, so those packages should be good now. (I leave removal up to the package maintainers.) I'll add a new overview for arches in a separate comment, for clarity. Please mark stable the following: target KEYWORDS="alpha amd64 hppa ia64 ppc ppc64 sparc x86" x11-libs/qt-4.4.2 x11-libs/qt-assistant-4.4.2-r1 x11-libs/qt-core-4.4.2 x11-libs/qt-dbus-4.4.2 x11-libs/qt-demo-4.4.2 x11-libs/qt-gui-4.4.2-r1 x11-libs/qt-opengl-4.4.2 x11-libs/qt-phonon-4.4.2 x11-libs/qt-qt3support-4.4.2 x11-libs/qt-script-4.4.2 x11-libs/qt-sql-4.4.2 x11-libs/qt-svg-4.4.2 x11-libs/qt-test-4.4.2 x11-libs/qt-webkit-4.4.2 (not on alpha, ia64, sparc) x11-libs/qt-xmlpatterns-4.4.2 x11-libs/qscintilla-2.3.2 dev-python/qscintilla-python-2.3.2 dev-python/sip-4.7.9 dev-python/PyQt4-4.4.4-r1 And I'm readding amd64, ppc and x86, as per comment #9 to also mark stable & mask these versions: dev-java/qtjambi mark stable: 4.4.3 ; mask: ~4.3.3_p1 dev-python/PyQt4 mark stable: 4.4.4-r1 ; mask: <4.4 dev-python/PyQt mark stable: 3.17.6 ; mask: <3.17.6 dev-util/qgit mark stable: 2.2 ; mask: ~2.0 media-plugins/vdr-graphtft mark stable: 0.1.21_alpha ; mask: ~0.1.18_alpha net-misc/italc mark stable: 1.0.3-r1 ; mask <=1.0.3 x11-misc/qterm mark stable: 0.5.2-r2 ; mask <=0.5.2-r1 After all these are in, also (re)mask =x11-libs/qt-4.3* in your arch profile. Thank you very much. (In reply to comment #14) > And I'm readding amd64, ppc and x86, as per comment #9 to also mark stable & > mask these versions: > > dev-java/qtjambi mark stable: 4.4.3 ; mask: ~4.3.3_p1 > dev-python/PyQt4 mark stable: 4.4.4-r1 ; mask: <4.4 > dev-python/PyQt mark stable: 3.17.6 ; mask: <3.17.6 > dev-util/qgit mark stable: 2.2 ; mask: ~2.0 > media-plugins/vdr-graphtft mark stable: 0.1.21_alpha ; mask: ~0.1.18_alpha > net-misc/italc mark stable: 1.0.3-r1 ; mask <=1.0.3 > x11-misc/qterm mark stable: 0.5.2-r2 ; mask <=0.5.2-r1 not all of them need to go stable, but all of them need to be masked (as you described). amd64/x86 should hopefully be done now. Alpha: Stabilized: Done x11-libs/qt-core-4.4.2 Done x11-libs/qt-dbus-4.4.2 Done x11-libs/qt-script-4.4.2 Done x11-libs/qt-sql-4.4.2 Done x11-libs/qt-qt3support-4.4.2 Done x11-libs/qt-gui-4.4.2-r1 Done x11-libs/qt-svg-4.4.2 Done x11-libs/qt-xmlpatterns-4.4.2 Done x11-libs/qt-assistant-4.4.2-r1 Done dev-python/sip-4.7.9 Done x11-libs/qscintilla-2.3.2 Done x11-libs/qt-opengl-4.4.2 Done dev-python/PyQt4-4.4.4-r1 Done dev-python/PyQt-3.17.6 Done dev-python/qscintilla-python-2.3.2 Done x11-libs/qt-test-4.4.2 Done x11-libs/qt-4.4.2 Skipped (not keyworded in the first place): qt-demo qt-phonon I also masked the webkit USE flag for qt-assistant. I *think* I got all for ppc64. Readd if I missed some! ia64/sparc stable. ppc64: you're missing the mask, use one like this: # Raúl Porcel <armin76@gentoo.org> (06 Feb 2009) # mask these versions for a smooth upgrade of x11-libs/qt-4.4.2 wrt bug #248038. =x11-libs/qt-4.3* <dev-python/PyQt4-4.4 <dev-python/PyQt-3.17.6 ppc64 done All stable for HPPA, despite the JavaScript problems that keep bug #239441 open. As long as no JavaScript is interpreted, everything runs fine, so you're welcome to make a note on that bug describing how to disable it in applications that use qt-webkit or somehow disable it globally (preferably at configure/compile time) until a patch arrives. un'cc ppc according to nixnut we're done. Looks like all arches are done. Closing. |