Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 270361 - More clearly communicate when a USE flag dependency is aimed at flag state parity between package and dependency
Summary: More clearly communicate when a USE flag dependency is aimed at flag state pa...
Status: CONFIRMED
Alias: None
Product: Portage Development
Classification: Unclassified
Component: Core - Dependencies (show other bugs)
Hardware: All Linux
: High enhancement (vote)
Assignee: Portage team
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2009-05-18 23:15 UTC by Eike Hein
Modified: 2009-06-21 09:55 UTC (History)
1 user (show)

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


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Eike Hein 2009-05-18 23:15:08 UTC
I'm using Portage 2.2_rc33.

Earlier, I tried emerging app-crypt/qca. This package depends on x11-libs/qt-core. More specifically, it depends on x11-libs/qt-core's "debug" USE flag being set to the same state as for itself.

At the time I had set USE="debug" for x11-libs/qt-core, but not for app-crypt/qca. As I tried to emerge dev-crypt/qca, Portage suggested/told me to re-emerge x11-libs/qt-core with USE="-debug".

But what I actually wanted to (and ended up doing once I understood the situation) was to also set USE="debug" for app-crypt/qca, making the flag's state match up between the package and the dependency, and allowing it to emerge.

I think Portage should communicate more clearly when what a package is after is parity between the state of a flag for a package and a dependency, rather than suggest one particular route (as in this case it suggested changing the flag on the dependency to match the package).

Reproducible: Always
Comment 1 Eike Hein 2009-05-18 23:16:18 UTC
s/what a package is after is
parity between the state of a flag for a package/what a package is after is
parity between the state of a flag for the package/, sorry.
Comment 2 Ryan Hill (RETIRED) gentoo-dev 2009-06-21 09:55:55 UTC
even in the case that it's not a parity USE dep it should display the flag that's causing the conflict.

eg.  gnome-base/gvfs contains RDEPEND="cdda? (>=dev-libs/libcdio-0.78.2[-minimal]"

current output when libcdio built with USE=minimal:

  emerge: there are no ebuilds built with USE flags to satisfy ">=dev-libs/libcdio-0.78.2[-minimal]".
  !!! One of the following packages is required to complete your request:
  - dev-libs/libcdio-0.80 (Change USE: -minimal)
  (dependency required by "gnome-base/gvfs-1.2.3" [ebuild])
  (dependency required by "gvfs" [argument])


suggested output:

  emerge: there are no ebuilds built with USE flags to satisfy ">=dev-libs/libcdio-0.78.2[-minimal]".
  !!! One of the following packages is required to complete your request:
  - dev-libs/libcdio-0.80 (Change USE: -minimal)
  (dependency required by "gnome-base/gvfs-1.2.3" USE="cdda" [ebuild])
  (dependency required by "gvfs" [argument])


or in Eike's case:

emerge: there are no ebuilds built with USE flags to satisfy "x11-libs/qt-core:4[debug?]".
!!! One of the following packages is required to complete your request:
- x11-libs/qt-core-4.5.1 (Change USE: -debug)
(dependency required by "app-crypt/qca-2.0.2-r2" USE="-debug" [ebuild])
- app-crypt/qca-2.0.2-r2 (Change USE: debug)
(dependency required by "x11-libs/qt-core-4.5.1" USE="debug" [ebuild])
(dependency required by "qca" [argument])