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.60) (envelope-from ) id 1GQ9qI-0000cU-UN for garchives@archives.gentoo.org; Wed, 20 Sep 2006 21:42:55 +0000 Received: from robin.gentoo.org (localhost [127.0.0.1]) by robin.gentoo.org (8.13.8/8.13.6) with SMTP id k8KLfvJD001422; Wed, 20 Sep 2006 21:41:57 GMT Received: from mails.dtic.mil (mails.dtic.mil [131.84.1.19]) by robin.gentoo.org (8.13.8/8.13.6) with ESMTP id k8KLdLub025993 for ; Wed, 20 Sep 2006 21:39:22 GMT Received: from sys947.dtic.mil (sys947.dtic.mil [131.84.90.47]) by mails.dtic.mil (8.11.7p3+Sun/8.11.7) with ESMTP id k8KLdGk11599 for ; Wed, 20 Sep 2006 17:39:16 -0400 (EDT) Subject: Re: [gentoo-dev] New project: Gentoo Seeds From: Michael Cummings To: gentoo-dev@lists.gentoo.org In-Reply-To: <20060920212715.5e82c91d@snowdrop.home> References: <429613795-1158764726-cardhu_blackberry.rim.net-1614084655-@bxe050-cell01.bisx.prod.on.blackberry> <200609192122.29838.mattm@gentoo.org> <20060920212715.5e82c91d@snowdrop.home> Content-Type: text/plain Date: Wed, 20 Sep 2006 17:39:15 -0400 Message-Id: <1158788356.23583.30.camel@sys947.dtic.mil> 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.6.2 Content-Transfer-Encoding: 7bit X-Archives-Salt: 8d72de1f-2aa0-44d1-a70b-b33294191ae6 X-Archives-Hash: da96f9345a87644a53cff8ba27f636ef On Wed, 2006-09-20 at 21:27 +0100, Ciaran McCreesh wrote: > On Wed, 20 Sep 2006 20:27:50 +0100 "Stuart Herbert" > wrote: > | I was hoping to avoid having to say this - actually I was hoping to > | avoid this whole drama - but we _don't_ need releng's approval to do > | this. To delay progress, Chris will need to make a formal complaint > | to the Council. > > I was under the impression that you were supposed to GLEP anything of > this scope and get council approval... The "anyone can make a project" > rule doesn't replace the requirement to GLEP large changes. > So far in this discussion, as an observer I haven't seen anyone mention any "large changes." So far most of this discussion has been about the concept. If the end result is a toolset for creating stage4's for people, does that need a glep? Did we glep making livecd's the default for x86 and a few other platforms (the ones that launch X, not just bootable cd's with install tools)? I find a few of the concepts intriguing enough to like the project, but since at this stage it isn't in a position to be glepable (that's a word, i swear). if it moves beyond the discussion phase and has usable stage4 scenarios (maybe it does already, i'm just basing this on the thread here) then i think at that point discussions should start with releng on whether this something that should be made part of the release media cycle - but even then, a glep? nb. I was dealing with a box today that couldn't be updated for over a year and a half. Being able to seed it up to a semi-current state and toss a finger towards the ubuntu-fanatics in the office with their "we just installed a new cd over the old install and it worked fine" would be nice. so maybe i'm already biased in all of this. nb2. maybe i'm also missing the point of parts of this discussion. nb3. there is no nb3. -- -----o()o---------------------------------------------- Michael Cummings | #gentoo-dev, #gentoo-perl Gentoo Perl Dev | on irc.freenode.net Gentoo/SPARC Gentoo/AMD64 GPG: 0543 6FA3 5F82 3A76 3BF7 8323 AB5C ED4E 9E7F 4E2E -----o()o---------------------------------------------- -- gentoo-dev@gentoo.org mailing list