From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from lists.gentoo.org ([140.105.134.102] helo=robin.gentoo.org) by nuthatch.gentoo.org with esmtp (Exim 4.67) (envelope-from ) id 1IH5zh-0006t7-T8 for garchives@archives.gentoo.org; Fri, 03 Aug 2007 22:51:42 +0000 Received: from robin.gentoo.org (localhost [127.0.0.1]) by robin.gentoo.org (8.14.0/8.14.0) with SMTP id l73Mocok013055; Fri, 3 Aug 2007 22:50:38 GMT Received: from mail.twi-31o2.org (c-24-6-168-204.hsd1.ca.comcast.net [24.6.168.204]) by robin.gentoo.org (8.14.0/8.14.0) with ESMTP id l73MmfD3010707 for ; Fri, 3 Aug 2007 22:48:41 GMT Received: from localhost (localhost [127.0.0.1]) by mail.twi-31o2.org (Postfix) with ESMTP id 832F82482F0 for ; Fri, 3 Aug 2007 18:36:27 -0400 (EDT) X-Virus-Scanned: amavisd-new at twi-31o2.org Received: from mail.twi-31o2.org ([127.0.0.1]) by localhost (gravity.twi-31o2.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 5qCeDuKHZpZq for ; Fri, 3 Aug 2007 18:35:35 -0400 (EDT) Received: from [192.168.100.35] (dsl211-165-131.sfo1.dsl.speakeasy.net [74.211.165.131]) (using TLSv1 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) by mail.twi-31o2.org (Postfix) with ESMTP id 3C313248079 for ; Fri, 3 Aug 2007 18:35:35 -0400 (EDT) Subject: Re: [gentoo-dev] Some ideas on how to reduce territoriality From: Chris Gianelloni To: gentoo-dev@lists.gentoo.org In-Reply-To: <46B3A9D4.9090502@gentoo.org> References: <1186178767.8470.47.camel@inertia.twi-31o2.org> <46B3A9D4.9090502@gentoo.org> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-qX927V/75baXXSfrLwrh" Date: Fri, 03 Aug 2007 15:47:27 -0700 Message-Id: <1186181247.8470.52.camel@inertia.twi-31o2.org> Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-dev@gentoo.org Reply-to: gentoo-dev@lists.gentoo.org Mime-Version: 1.0 X-Mailer: Evolution 2.10.1 X-Archives-Salt: fbb73032-5d94-402c-a7de-02414de30da4 X-Archives-Hash: 05342b1c925054a0b7b0d53159ce23a2 --=-qX927V/75baXXSfrLwrh Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Fri, 2007-08-03 at 15:19 -0700, Mike Doty wrote: > Chris Gianelloni wrote: > [snip] >=20 > >=20 > > There's a couple more that I wouldn't mind seeing as things developers > > can do without the maintainer, but I can see how these might be a bit > > more controversial, so I'm asking for input. > >=20 > > - Version bumps where the only requirement is to "cp" the ebuild > This is more on a per package basis. it's not fair to force the maintain= er to > support a new version before he feels it's ready. For example, I'd love = to > bump games-simulation/simutrans but Mr_Bones_ claims it's unstable and do= esn't > want it bumped. It wouldn't be fair to him for me to bump it unless I to= ok the > burden of support. This is why I said it should be discussed. Also, it might very likely be better to opt-out rather than opt-in on this. I really don't know, myself. > > - (for arch teams) Stabilization of new revisions of an already stable > > package - An example of this would be being able to stabilize foo-1.0-r= 2 > > if foo-1.0 (or foo-1.0-r1) is already stable, but not if only foo-0.9 i= s > > stable. > arch teams are the definitive authority on keywording for their arch. Th= at > said, if there is a disagreement between maintainer and arch team, the su= pport > burden falls on whoever did the keyword. Teamwork should solve this prob= lem > every time. Well, I meant that this should be doable without the maintainer's consent. Meaning, I ask you to stabilize 1.0-r1 and a few weeks later, you can decide to stabilize -r2 without me having to file a bug. Basically, the maintainer decides the minimal revision he wants to go stable (so bugs are fixed, etc) but the revisions after that are up to the arch teams, unless the maintainer sees a need for everyone to update (major bug, security). My main goal here is to reduce the "we have to wait on the maintainer to ask" issue within a given version of a package. --=20 Chris Gianelloni Release Engineering Strategic Lead Alpha/AMD64/x86 Architecture Teams Games Developer/Council Member/Foundation Trustee Gentoo Foundation --=-qX927V/75baXXSfrLwrh Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (GNU/Linux) iD8DBQBGs7B/kT4lNIS36YERAm5XAJ4vSW8K8T+/V1uAtrp+FJcZY1rUrQCfeF/P VJPVucOaxZ2UsPOSrLKMNNM= =5Sm2 -----END PGP SIGNATURE----- --=-qX927V/75baXXSfrLwrh-- -- gentoo-dev@gentoo.org mailing list