| Summary: | qmpdclient ebuild fix for qt-4.4 | ||
|---|---|---|---|
| Product: | Gentoo Linux | Reporter: | VoofT <el.vooft> |
| Component: | New packages | Assignee: | Qt Bug Alias <qt> |
| Status: | RESOLVED FIXED | ||
| Severity: | normal | CC: | jer |
| Priority: | High | ||
| Version: | unspecified | ||
| Hardware: | All | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Package list: | Runtime testing required: | --- | |
|
Description
VoofT
2008-07-18 20:43:35 UTC
No, your proposed change is wrong. The blocker is in the Qt ebuilds and that on purpose. You have to unmerge Qt 4.3 before installing Qt 4.4. Ah, sorry - you have Qt 4.4 already installed. Still, your proposed change is wrong. Can you please mask =x11-libs/qt-4.3* locally to see what is causing the downgrade? > Can you please mask =x11-libs/qt-4.3* locally to see what is causing the downgrade?
I've masked qt-4.3* and qmpdclient emerges normally. Why error was there?
Also, why my purpose is wrong? I've tried to find some information except handbook for correct *DEPEND section, but can't. There really is something odd about that DEPEND. elmer ~ # emerge -va qmpdclient These are the packages that would be merged, in order: Calculating dependencies... done! [ebuild UD] x11-libs/qt-4.3.4-r1 [4.4.0] USE="accessibility%* cups%* dbus%* examples%* gif%* glib%* jpeg%* mng%* mysql%* nas%* nis%* odbc%* opengl png%* postgres%* qt3support sqlite%* ssl%* tiff%* zlib%* -debug% -doc% (-firebird) -pch% -sqlite3% -xinerama%" INPUT_DEVICES="(-wacom)" 0 kB [ebuild N ] media-sound/qmpdclient-1.0.9 0 kB [uninstall ] x11-libs/qt-test-4.4.0 USE="-debug (-pch)" [uninstall ] x11-libs/qt-assistant-4.4.0-r1 USE="-debug (-pch)" [uninstall ] x11-libs/qt-sql-4.4.0 USE="mysql postgres qt3support sqlite -debug (-firebird) -odbc (-pch)" [uninstall ] x11-libs/qt-qt3support-4.4.0 USE="accessibility -debug (-pch)" [uninstall ] x11-libs/qt-gui-4.4.0 USE="accessibility cups dbus glib mng nas qt3support tiff -debug -nis (-pch) -xinerama" INPUT_DEVICES="(-wacom)" [uninstall ] x11-libs/qt-opengl-4.4.0 USE="qt3support -debug (-pch)" [uninstall ] x11-libs/qt-phonon-4.4.0 USE="dbus -debug (-pch)" [uninstall ] x11-libs/qt-xmlpatterns-4.4.0 USE="-debug (-pch)" [blocks B ] x11-libs/qt-core (is blocking x11-libs/qt-4.3.4-r1) [blocks B ] <=x11-libs/qt-4.4.0_alpha:4 (is blocking x11-libs/qt-script-4.4.0, x11-libs/qt-dbus-4.4.0, x11-libs/qt-assistant-4.4.0-r1, x11-libs/qt-phonon-4.4.0, x11-libs/qt-xmlpatterns-4.4.0, x11-libs/qt-sql-4.4.0, x11-libs/qt-gui-4.4.0, x11-libs/qt-qt3support-4.4.0, x11-libs/qt-svg-4.4.0, x11-libs/qt-test-4.4.0, x11-libs/qt-opengl-4.4.0, x11-libs/qt-core-4.4.0, x11-libs/qt-webkit-4.4.0, x11-libs/qt-demo-4.4.0) Total: 2 packages (1 downgrade, 1 new, 8 uninstalls), Size of downloads: 0 kB Conflict: 2 blocks (2 unsatisfied) * Error: The above package list contains packages which cannot be * installed at the same time on the same system. For more information about Blocked Packages, please refer to the following section of the Gentoo Linux x86 Handbook (architecture is irrelevant): http://www.gentoo.org/doc/en/handbook/handbook-x86.xml?full=1#blocked At first I suspected this might be a variant of bug 161953 but it's not really because =x11-libs/qt-4.3* is on the left (due to the behavior documented in bug 161953 you'd get the same result if it was on the right). So, this appears to be a simple case of bug 1343. Until the dependency resolver is able to solve this automatically via backtracking, the best workaround is to manually mask the unwanted version. *** This bug has been marked as a duplicate of bug 1343 *** I think we can do something about this special case.. The problem is split qt-core-4.4 being installed and Portage tries Qt 4.3 as it is listed first and qt-gui isn't installed. All we have to do is to list the split ebuilds first in this migrational || ( ( splitQt1 .. splitQtN ) oldQt ) depenency circus to work around this bug of Portage. Please corect me, if I'm wrong. Well, there's a "feature" that's documented in bug 161953 that can prevent the order from making a difference. If the user has _any_ version of x11-libs/qt installed and _no_ version of x11-libs/qt-gui installed, it will prefer x11-libs/qt regardless of the order that they are listed in the dependency string. Sure, but this shouldn't happen. The split Qt ebuilds have to block <x11-libs/qt-4.4 anyways, since installing these on top of an installed Qt 4 causes file collisions and when they have x11-libs/qt-4.4 installed,they have all its dependencies installed. Also listing split dependencies as well as "x11-libs/qt" including 4.4 is a bug from my point of view. The tree is quite broken in this regard, ready to grep and replace - probably need also to send out an email to gentoo-dev. Guess it's a Qt bug at this point. This package is fixed in cvs, everything else will be handled in bug 217161. |
