On Tue, Jun 05, 2012 at 07:18:01PM -0700, Zac Medico wrote:
> On 06/05/2012 05:51 PM, Michael Weber wrote:
> > Is there any chance to detect this ZLIB_VERSION problem with
> > revdep-rebuild (worst case: add a list of possibly broken packages
> > with tests)?
> 
> I'd suggest a special ebuild phase to check for ABI changes, like the
> pre_pkg_preinst_abi_check phase suggested here:
> 
>   https://bugs.gentoo.org/show_bug.cgi?id=192319#c20

Same thing I said in '07; I don't have a problem w/ hooks for ebuilds 
to specify additional QA checks, but this *cannot* be the user's end 
solution- it needs to be purely for making it easier for devs to spot 
their screwups.  In other words, revdep-rebuild shouldn't be involved; 
this should spot/complain that zlib (for example) changed abi w/out a 
matching metadata setting/whatever, rather than having checks done in 
the consumers.

Using this for anything other than a QA check of the originating 
package, basically has an end result of us going towards a 
non-deterministic resolution model- which is a clusterfuck, frankly. 

~harring