Gentoo Archives: gentoo-dev

From: Pacho Ramos <pacho@g.o>
To: gentoo-dev@l.g.o
Subject: Re: [gentoo-dev] About forcing rebuilds of other packages issue
Date: Thu, 07 Jun 2012 09:15:00
Message-Id: 1339060422.3014.1.camel@belkin4
In Reply to: Re: [gentoo-dev] [gentoo-portage-dev] About forcing rebuilds of other packages issue by Brian Harring
1 El mié, 06-06-2012 a las 14:59 -0700, Brian Harring escribió:
2 > On Tue, Jun 05, 2012 at 07:18:01PM -0700, Zac Medico wrote:
3 > > On 06/05/2012 05:51 PM, Michael Weber wrote:
4 > > > Is there any chance to detect this ZLIB_VERSION problem with
5 > > > revdep-rebuild (worst case: add a list of possibly broken packages
6 > > > with tests)?
7 > >
8 > > I'd suggest a special ebuild phase to check for ABI changes, like the
9 > > pre_pkg_preinst_abi_check phase suggested here:
10 > >
11 > > https://bugs.gentoo.org/show_bug.cgi?id=192319#c20
12 >
13 > Same thing I said in '07; I don't have a problem w/ hooks for ebuilds
14 > to specify additional QA checks, but this *cannot* be the user's end
15 > solution- it needs to be purely for making it easier for devs to spot
16 > their screwups. In other words, revdep-rebuild shouldn't be involved;
17 > this should spot/complain that zlib (for example) changed abi w/out a
18 > matching metadata setting/whatever, rather than having checks done in
19 > the consumers.
20 >
21 > Using this for anything other than a QA check of the originating
22 > package, basically has an end result of us going towards a
23 > non-deterministic resolution model- which is a clusterfuck, frankly.
24 >
25 > ~harring
26 >
27 >
28
29 Personally, my intention was exactly that: use that check to allow devs
30 to detect the problem and commit a proper ebuild (this test could even
31 be fatal to really enforce developers to not miss it)

Attachments

File name MIME type
signature.asc application/pgp-signature