[prev in list] [next in list] [prev in thread] [next in thread] 

List:       gentoo-dev
Subject:    [gentoo-dev] Re: revbumping ebuilds after USE dependency changes
From:       Duncan <1i5t5.duncan () cox ! net>
Date:       2013-07-29 11:03:21
Message-ID: pan$2a3ab$30d0620e$1901870f$651a2c32 () cox ! net
[Download RAW message or body]

Zac Medico posted on Mon, 29 Jul 2013 01:04:09 -0700 as excerpted:

> On 07/28/2013 05:39 PM, Duncan wrote:
>> [D]epclean now does [an elf-based dynamic deps scan] and will refuse to
>> remove a package [if that turns up a dependency], asking you to
>> rebuild the depending package first to remove that in-practice-but-
>> not-in-database dependency.
> 
> This behavior is controlled by the --depclean-lib-check option and also
> interacts with FEATURES=preserve-libs. I suspect that the majority of
> people have FEATURES=preserve-libs enabled these days, and for them the
> behavior is for depclean to remove the packages but preserve their
> libraries as needed (it's documented in the --depclean-lib-check section
> of the emerge man page).

FEATURE=-preserve-libs[1] here explains why I wasn't aware of that bit.  
But I guess I hadn't read the manpage in detail lately as I wasn't aware 
of the --depclean-lib-check parameter, either.

As always, thanks, both for the clarification and for your great work on 
portage, which is certainly one of the most directly experienced parts of 
gentoo for most users.  It's a relatively good part too, thanks to you 
and the others that have put so much work into portage. =:^)

---
[1] FEATURES=-preserve-libs: I prefer to find and fix right away the 
problems preserve-libs is intended to hide and thus religiously run both 
emerge --depclean and revdep-rebuild as the last bits of every update, so 
all preserve-libs does for me is get in the way of the proper functioning 
of revdep-rebuild.  I do appreciate the preemptive nature of EAPI-5's 
subslots, tho, and between that and --as-needed in LDFLAGS, revdep-
rebuild doesn't find much to rebuild these days.  =:^)

-- 
Duncan - List replies preferred.   No HTML msgs.
"Every nonfree program has a lord, a master --
and if you use the program, he is your master."  Richard Stallman


[prev in list] [next in list] [prev in thread] [next in thread]