| Summary: | ebuilds depending on =x11-libs/qt-4.3* should depend on >=4.3 (?) | ||
|---|---|---|---|
| Product: | Gentoo Linux | Reporter: | Marcel Partap <mpartap> |
| Component: | New packages | Assignee: | Qt Bug Alias <qt> |
| Status: | RESOLVED INVALID | ||
| Severity: | minor | ||
| Priority: | High | ||
| Version: | unspecified | ||
| Hardware: | All | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Package list: | Runtime testing required: | --- | |
4.4.1 is the latest release, so I assume 4.4.2 is a typo or you're using a "live" or development snapshot ebuild from some overlay. Either way, packages that work with qt-4.4 should depend on the split qt ebuilds and not on the qt-4.4.1 meta ebuild. So I'm inclined to solve this bug as invalid. If there are any packages in the tree that currently depend on =qt-4.3* but work with qt-4.4 and are missing the split ebuild deps, than that is another matter. That's what i meant, i suspect a lot of packages work on 4.4 but explicitly require 4.3, so imho all should be changed to require >=4.3, reversing that on an individual basis if one or the other package in fact does not work with 4.4 Please file separate bugs for each package that works with qt-4.4 but have restricted their dependency on qt-4.3 only. The maintainers of those packages should fix their dependencies then. The format should usually be something along the lines of || ( x11-libs/qt-gui:4 =x11-libs/qt-4.3* ) |
hi, paludis reports this as 'downgrade forced' because i have 4.4.2 installed even though it doesn't actually execute this.. a lot of ebuilds requiring =4.3 can be found with find /usr/portage/ -name \*ebuild -exec grep -HnIE "[^>]=x11-libs\/qt-4.3" {} \; Not sure if they all should depend on >=qt-4.3, any comments? Reproducible: Always