Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 143769 - sip-4.3.2.ebuild wants to install qt4
Summary: sip-4.3.2.ebuild wants to install qt4
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: New packages (show other bugs)
Hardware: All Linux
: High normal (vote)
Assignee: Gentoo Linux bug wranglers
Depends on:
Reported: 2006-08-13 04:44 UTC by Karel De Vriendt
Modified: 2006-08-16 13:08 UTC (History)
1 user (show)

See Also:
Package list:
Runtime testing required: ---


Note You need to log in before you can comment on or make changes to this bug.
Description Karel De Vriendt 2006-08-13 04:44:32 UTC
This ebuild (and also the more recent ones but this is the one installed on my machine as an indirect dependency of hplip) depends on x11-lib/qt (without version number).

I am in a ~amd64 environment, running the kde-3.5.4.  Hence I have qt3 installed and sip is perfectly happy with it.

However, each "emerge -uDav world" wants to bring qt4 in.  A it is used nowhere, each "emerge --depclean" removes it again.

Blocking qt4 in package.mask solved the issue but I would think that including version information in the dependency in the ebuild (sip will build as long as the installed qt version is higher than ...) is the correct solution.
Comment 1 Jakub Moc (RETIRED) gentoo-dev 2006-08-13 05:00:40 UTC
Erm, as long as it works w/ both QT versions, hardcoding any version there is wrong. If you don't want QT4, package.mask it. That's how portage handles slots anywhere.
Comment 2 Mike Nerone 2006-08-16 12:26:23 UTC
Hello, I'm experiencing this bug, too, on x86. The problem is that the logic in portage isn't consistent: During merge, "package wants any qt" means "merge the latest qt". But during depclean, "package wants any qt" means "keep at least one satisfying qt package, whether its the latest or not". Personally, I think the depclean logic should be fixed to match the merge logic ("package wants any qt" means "keep the latest").

This is similar to bug #13632, though I'm not familiar with portage internals, so I'm not sure if these issues actually result from the same logic error. I agree that depending on a specific version is not appropriate (dep on qt-3 means qt-4 can't be used - if everyone did that in their ebuilds, and upgrade would never occur, dep on qt-4 is bad because then users don't even have the option of masking qt-4 so that they can have just one qt on their systems).

Basically, poke the portage devs. :)

Comment 3 Jakub Moc (RETIRED) gentoo-dev 2006-08-16 13:08:07 UTC
emerge --depclean is broken with slots, see Bug 67179.