05/06/08 18:29 , Categories: Gentoo

A while ago I wrote a blog entry about

using blockers to adjust merge order. Now, in
portage-2.1.5,
blockers are also resolved automatically in cases when it makes
sense to uninstall a conflicting package (bug #172812).
This feature should allow automatic resolution of

blocker conflicts in many more cases than previously possible, so Gentoo
users won't be inconvenienced with the task of resolving them manually.

gtk-doc-am vs. gtk-doc-1.8-r2

These are the packages that would be merged, in reverse order:

Calculating dependencies... done!
[nomerge      ] x11-libs/gtk+-2.12.9-r2  USE="X cups jpeg tiff xinerama -debug -doc -vim-syntax"
[ebuild  N    ]  dev-util/gtk-doc-am-1.10-r1  0 kB
[blocks b     ] dev-util/gtk-doc-am (is blocking dev-util/gtk-doc-1.8-r2)
[uninstall    ]  dev-util/gtk-doc-1.8-r2  USE="emacs -debug -doc"

Total: 1 package (1 new, 1 uninstall), Size of downloads: 0 kB
Conflict: 1 block

coreutils vs. mktemp

These are the packages that would be merged, in reverse order:

Calculating dependencies... done!
[ebuild     U ] sys-apps/coreutils-6.11 [6.9-r1] USE="acl nls xattr (-selinux) -static -vanilla%" 0 kB
[blocks b     ]  sys-apps/mktemp (is blocking sys-apps/coreutils-6.11)
[blocks b     ] >=sys-apps/coreutils-6.10 (is blocking sys-apps/mktemp-1.5)
[uninstall    ]  sys-apps/mktemp-1.5

Total: 1 package (1 upgrade, 1 uninstall), Size of downloads: 0 kB
Conflict: 2 blocks

10 comments » • Send a trackback »

Trackback address for this post

Trackback URL (right click and copy shortcut/link location)

10 comments

Comment from: Donnie Berkholz [Visitor]

· http://dberkholz.wordpress.com/

Sweeeeet!

05/06/08 @ 20:35

Comment from: Christian [Visitor]

Very cool! The most important improvement for Portage since a long time. That will probably reduce posts in the Portage forum by 10%! :-)

05/06/08 @ 20:59

Comment from: Daniel Drake [Visitor]

· http://reactivated.net

That's excellent. Thanks!

You should also blog about the /etc/portage/modules thing where it makes sync really quick.

05/06/08 @ 22:44

Comment from: Zac MEDICO [Member]

· http://dev.gentoo.org/~zmedico/

Actually, with portage-2.1.5 you don't need to do any /etc/portage/modules configuration to avoid the "Updating Portage cache" thing after sync. Now the default behavior is to use cache directly from the $PORTDIR/metadata/cache/ directory. As mentioned in the release notes, you have to add FEATURES=metadata-transfer to make.conf if you want the old behavior (which you probably don't).

05/07/08 @ 00:34

Comment from: Ciaran McCreesh [Visitor]

So you're unmerging mktemp *before* upgrading coreutils? Sounds like an extremely good way to break a system...

05/07/08 @ 03:26

Comment from: Zac MEDICO [Member]

· http://dev.gentoo.org/~zmedico/

Admittedly, uninstallation of mktemp is a questionable operation. However it's the only solution given the constraint that two blocking packages cannot be installed simultaneously.

05/07/08 @ 05:23

Comment from: Ciaran McCreesh [Visitor]

The problem is, that's not really the constraint... Solving this properly requires extending the blocker syntax to say "it's ok if you uninstall this after rather than before installing me". Until that's an option, automatic block resolution is extremely dangerous.

05/07/08 @ 07:29

Comment from: Pacho Ramos [Visitor]

Thanks for add this feature :-D

About unmerging mktemp before coreutils, maybe portage could make a package before unmerging it with quickpkg for preventing a great breakage :-/

05/07/08 @ 11:56

Comment from: Zac MEDICO [Member]

· http://dev.gentoo.org/~zmedico/

In the particular case of coreutils and mktemp, it would be safe install the new coreutils first (overlapping with the mktemp package) and then remove any remnants of the mktemp package. In order to express cases like this, we can create a separate type of blocker having this property.

05/07/08 @ 16:27

Comment from: mimosinnet [Visitor]

· http://generatech.ningunlugar.org/

Christian is right. I am one of those who are familiar enough not to fear "Unmerging it may be damaging to your system", but still not fully aware of the consequences. (See, for example, http://forums.gentoo.org/viewtopic-t-688061.html).

Excellent feature! Most welcome!

05/28/08 @ 00:11

Comment feed for this post