Gentoo Archives: gentoo-dev

From: Alexis Ballier <aballier@g.o>
To: gentoo-dev@l.g.o
Subject: Re: [gentoo-dev] Re: [gentoo-commits] gentoo-x86 commit in profiles: ChangeLog profiles.desc
Date: Wed, 19 Sep 2012 12:15:41
Message-Id: 20120919091438.512ade99@gentoo.org
In Reply to: Re: [gentoo-dev] Re: [gentoo-commits] gentoo-x86 commit in profiles: ChangeLog profiles.desc by Mike Frysinger
1 On Wed, 19 Sep 2012 01:38:51 -0400
2 Mike Frysinger <vapier@g.o> wrote:
3
4 > On Monday 17 September 2012 08:22:50 Alexis Ballier wrote:
5 > > On Sun, 16 Sep 2012 22:06:19 -0400 Mike Frysinger wrote:
6 > > > On Sunday 16 September 2012 11:01:00 Alexis Ballier wrote:
7 > > > > also, you are missing some bug # for the 'broken deps' part.
8 > > > > packages that have gained broken deps when the profile was
9 > > > > marked 'dev', or that you committed with your profile.desc
10 > > > > locally modified, do not count and are your fault actually...
11 > > >
12 > > > wrong. if i'm version bumping a package and i see broken
13 > > > amd64-fbsd deps, that is not my problem. sounds like i'll simply
14 > > > de-keyword it in the future and let someone else pick up the
15 > > > pieces.
16 > >
17 > > why do you want to treat amd64-fbsd different than other arches ?
18 >
19 > atm, i see amd64-fbsd as a toy arch that is impacting more negatively
20 > than it is positively.
21
22 negatively ?
23
24 [...]
25 > > just to make the work of those that want to maintain that arch a
26 > > pain ?
27 >
28 > this is why i've kept some arches which are not large in dev profiles
29 > -- so that when a new dep does come up, other devs aren't blocked.
30 > i've also communicated in the past that they should feel free to drop
31 > the keyword & file a bug later so that they aren't hung up on work
32 > they're focusing on.
33
34 your choice, the same choice was made for x86-fbsd; however, after
35 years, i dont think that choice was wise and dont want to repeat the
36 mistakes.
37
38 >
39 > > > do a repoman on the tree. there are multiple packages coming back
40 > > > right now with broken amd64-fbsd deps.
41 > >
42 > > if people do not file bugs and think it's fine to commit packages
43 > > with broken deps, or silently dekeyword just because they can like
44 > > you suggested in the first paragraph, this will not change anytime
45 > > soon.
46 > >
47 > > and no thanks, i wont be doing repoman checks on the tree, i had
48 > > been doing this for x86-fbsd, spending hours fixing the mess i
49 > > could, and had to re-do it every couple of months because every
50 > > other dev was committing packages with broken deps.
51 >
52 > except amd64-fbsd is no longer just a dev profile like x86-fbsd which
53 > means those broken deps are messing people up. people who had
54 > nothing to do with the breakage in the first place.
55
56 you are missing the point here: amd64-fbsd has *never* been a dev
57 profile. nobody should *ever* have committed something with broken deps.
58 except because of the commit that started that thread.