On Wed, Jul 24, 2013 at 8:49 AM, Alex Alexander <wi...@gentoo.org> wrote:
> Hello,
>
> Please revbump an ebuild after changing its USE dependencies.
>
> Using net-p2p/transmission as an example, it used to depend on
>         dev-qt/qtgui:4=[dbus]
> however, qtgui lost the dbus useflag, so the dependency was changed to
>         dev-qt/qtgui:4=[dbus(+)]
> without revbumping the transmission ebuild. [0]
>
> Portage fails to notice this when resolving dependencies if the package was
> installed prior to the change, resulting in errors like the following:
>   (dev-qt/qtgui-4.8.5::gentoo, ebuild scheduled for merge) conflicts
>                 with dev-qt/qtgui:4/4=[dbus] required by
>                         (net-p2p/transmission-2.80::gentoo, installed)
>
> which, I imagine, could be very frustrating for a user who doesn't mess
> with the internals of Gentoo often.
>
> You might think that such a revbump is overkill, but in reality the user will
> have to re-emerge the package anyway in order to get rid of the error, so 
> there
> is no point in avoiding it, unless portage changes the way it handles these
> changes.
>
> [0] 
> http://sources.gentoo.org/cgi-bin/viewvc.cgi/gentoo-x86/net-p2p/transmission/transmission-2.80.ebuild?r1=1.1&r2=1.2
>

Actually, Portage normally handles this situation gracefully by using
the dependencies from the portage tree instead of vdb. However, in the
case of a slot-operator dep, it always uses vdb.

See bug 477544.

https://bugs.gentoo.org/show_bug.cgi?id=477544

Reply via email to