This is the tracker bug for all issues preventing stabilization of the ~x11-libs/qt-*-4.5.0 ebuilds. One thing I have noticed is that 4.5 is much stricter in handing translations, so testing of stable ebuilds depending on qt4 is necessary, to make sure they are 4.5 compatible.
bug 260244 also fails on translations. What should we do about them? Poke upstream to fix them?
Maybe this link can help us deal with various translating issues http://www.qtsoftware.com/developer/changes/changes-4.5.0 ( section about "-lupdate" )
According to redhat this patch seems to solve translating issues http://cvs.fedoraproject.org/viewvc/devel/qt/qt-x11-opensource-src-4.5.0-lrelease.patch?view=log
Would be nice to give a rationale for the 4.5.0 to 4.5.1 change for stabilization candidate...
Well, I consider this Tracker not as a "stabilization tracker" but more as "qt-4.5 regression" tracker :) Feel free to change it as you like :)
Okay, now that the last open bug blocking this tracker has been fixed, and as discussed on IRC, we are planning to request stabilization for the Qt 4.5.1 packages next week.
Arches, please test and mark stable the latest qt ebuilds: x11-libs/qt-4.5.1 (meta-ebuild) x11-libs/qt-assistant-4.5.1 x11-libs/qt-core-4.5.1 x11-libs/qt-dbus-4.5.1 x11-libs/qt-demo-4.5.1 x11-libs/qt-gui-4.5.1 x11-libs/qt-opengl-4.5.1 x11-libs/qt-phonon-4.5.1 x11-libs/qt-qt3support-4.5.1 x11-libs/qt-script-4.5.1 x11-libs/qt-sql-4.5.1 x11-libs/qt-svg-4.5.1-r1 x11-libs/qt-test-4.5.1 x11-libs/qt-webkit-4.5.1 x11-libs/qt-xmlpatterns-4.5.1 Note to everyone: if any issues pop up with stable packages not compiling or not working with Qt 4.5.1, please open separate bugs for those, and let them block this tracker.
Alpha would love to stabilize this, but qt-webkit is hosed (see bug 269739 which I've added as a blocker). 4.5.0 had the same problem but I don't know why there's no bug for that... Since -webkit is a hard dep of the meta ebuild, there's no chance of use-masking our way out of this, either.
ppc done
(In reply to comment #8) > Alpha would love to stabilize this, but qt-webkit is hosed [...] > Since -webkit is a hard dep of the meta ebuild, there's no chance of > use-masking our way out of this, either. Just drop keywords on the meta ebuild then. You can still stabilize the other packages, as nothing in the tree is allowed to depend on the meta ebuild.
I filed bugs for all reverse dependencies that failed for me. Not all of them were tested, but a lot.
Stabilized those on alpha (none Faulis blockers are keyworded on alpha and I found no further ones): x11-libs/qt-core-4.5.1 x11-libs/qt-dbus-4.5.1 x11-libs/qt-gui-4.5.1 x11-libs/qt-opengl-4.5.1 x11-libs/qt-phonon-4.5.1 x11-libs/qt-qt3support-4.5.1 x11-libs/qt-script-4.5.1 x11-libs/qt-sql-4.5.1 x11-libs/qt-svg-4.5.1-r1 x11-libs/qt-test-4.5.1 x11-libs/qt-xmlpatterns-4.5.1 I dropped the keywords on those, since -webkit does not compile (see bug 269739): x11-libs/qt-webkit-4.5.1 x11-libs/qt-assistant-4.5.1 x11-libs/qt-4.5.1 ynwgin: feel free to remove bug 269739 from the blockers list if it offends your aesthetic senses :)
ppc archers, can you please stabilize qt-gui-4.5.1-r1 since it includes a urgent patch for ppc machines? Thank you Related bug 270769
Keyworded -webkit, -assistant and meta ebuild after fixing the relocation overflow bug (bug #269739).
Marking stable qt parts without having the qt meta ebuild stable, makes a lot of packages to create blockers, since they depend on the meta ebuild. So, for example, this won't go stable on sparc.
(In reply to comment #16) > Marking stable qt parts without having the qt meta ebuild stable, makes a lot > of packages to create blockers, since they depend on the meta ebuild. So, for > example, this won't go stable on sparc. That is not true. There should be nothing in the tree that depends on the meta ebuild. As the message given by the ebuild itself says, it's only there as a convenience for users. All packages in portage (should) depend only on the specific split qt ebuilds they need. If anything depends on the meta ebuild, that is a regression bug. So please proceed with stabling the components that you can (webkit and phonon for example are not necessary). Also, KDE herd is keen on this, as they would like to include sparc when kde-4 goes stable.
stable on ARM: x11-libs/qt-4.5.1 x11-libs/qt-assistant-4.5.1 x11-libs/qt-core-4.5.1 x11-libs/qt-dbus-4.5.1 x11-libs/qt-gui-4.5.1 x11-libs/qt-opengl-4.5.1 x11-libs/qt-phonon-4.5.1 x11-libs/qt-qt3support-4.5.1 x11-libs/qt-script-4.5.1 x11-libs/qt-sql-4.5.1 x11-libs/qt-svg-4.5.1-r1 x11-libs/qt-test-4.5.1 x11-libs/qt-webkit-4.5.1 x11-libs/qt-xmlpatterns-4.5.1
Arches, please also look at bug 271903 at the same time, we need media-sound/phonon stable as well, in order to solve bug 270188 with the proposed USE=kde.
(In reply to comment #19) > Arches, please also look at bug 271903 at the same time, we need > media-sound/phonon stable as well, in order to solve bug 270188 with the > proposed USE=kde. Use the appropriate Bugzilla fields please, that makes orientation easier.
x86 stable
Please look at bug 272716
amd64 stable
Stable for HPPA except all depending on qt-webkit.
ia64/sparc stable
Mostly fixed, but ppc64 still hasn't marked this version stable. It is scheduled to be removed tho, so please move on to 4.5.3 (bug 290922).
