1 |
On Wed, Jul 24, 2013 at 8:49 AM, Alex Alexander <wired@g.o> wrote: |
2 |
> Hello, |
3 |
> |
4 |
> Please revbump an ebuild after changing its USE dependencies. |
5 |
> |
6 |
> Using net-p2p/transmission as an example, it used to depend on |
7 |
> dev-qt/qtgui:4=[dbus] |
8 |
> however, qtgui lost the dbus useflag, so the dependency was changed to |
9 |
> dev-qt/qtgui:4=[dbus(+)] |
10 |
> without revbumping the transmission ebuild. [0] |
11 |
> |
12 |
> Portage fails to notice this when resolving dependencies if the package was |
13 |
> installed prior to the change, resulting in errors like the following: |
14 |
> (dev-qt/qtgui-4.8.5::gentoo, ebuild scheduled for merge) conflicts |
15 |
> with dev-qt/qtgui:4/4=[dbus] required by |
16 |
> (net-p2p/transmission-2.80::gentoo, installed) |
17 |
> |
18 |
> which, I imagine, could be very frustrating for a user who doesn't mess |
19 |
> with the internals of Gentoo often. |
20 |
> |
21 |
> You might think that such a revbump is overkill, but in reality the user will |
22 |
> have to re-emerge the package anyway in order to get rid of the error, so there |
23 |
> is no point in avoiding it, unless portage changes the way it handles these |
24 |
> changes. |
25 |
> |
26 |
> [0] http://sources.gentoo.org/cgi-bin/viewvc.cgi/gentoo-x86/net-p2p/transmission/transmission-2.80.ebuild?r1=1.1&r2=1.2 |
27 |
> |
28 |
|
29 |
Actually, Portage normally handles this situation gracefully by using |
30 |
the dependencies from the portage tree instead of vdb. However, in the |
31 |
case of a slot-operator dep, it always uses vdb. |
32 |
|
33 |
See bug 477544. |
34 |
|
35 |
https://bugs.gentoo.org/show_bug.cgi?id=477544 |