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.43) id 1EHj6m-0000p8-Sf for garchives@archives.gentoo.org; Tue, 20 Sep 2005 14:28:33 +0000 Received: from robin.gentoo.org (localhost [127.0.0.1]) by robin.gentoo.org (8.13.5/8.13.5) with SMTP id j8KEMd0q004651; Tue, 20 Sep 2005 14:22:39 GMT Received: from smtp.gentoo.org (smtp.gentoo.org [134.68.220.30]) by robin.gentoo.org (8.13.5/8.13.5) with ESMTP id j8KEMcIc002714 for ; Tue, 20 Sep 2005 14:22:39 GMT Received: from [65.115.53.39] (helo=[192.168.10.54]) by smtp.gentoo.org with esmtpa (Exim 4.43) id 1EHj6g-0006Su-ET for gentoo-trustees@lists.gentoo.org; Tue, 20 Sep 2005 14:28:26 +0000 Subject: [Fwd: Re: [gentoo-trustees] joint copyright agreement] From: Daniel Ostrow To: gentoo-trustees@lists.gentoo.org Content-Type: text/plain Organization: The Gentoo Foundation Date: Tue, 20 Sep 2005 10:24:30 -0400 Message-Id: <1127226270.7845.25.camel@Memoria.anyarch.net> Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-trustees@gentoo.org Mime-Version: 1.0 X-Mailer: Evolution 2.2.3 Content-Transfer-Encoding: 7bit X-Archives-Salt: bd73f3cb-d66a-4c10-92f7-dc9048548c66 X-Archives-Hash: 7718090854626f9427053902cc48852f Forwarded to the list per Seemant's request. -------- Forwarded Message -------- From: Seemant Kulleen To: Daniel Ostrow Subject: Re: [gentoo-trustees] joint copyright agreement Date: Tue, 20 Sep 2005 07:25:48 -0400 On Mon, Sep 19, 2005 at 10:37:38PM -0400, Daniel Ostrow wrote: > Oh and one other important distinction. As I forgot to address the > question of "Why should the genkernel developers need to sign this > agreement if some future wizbang genkernel replacement developed on > berlios infra doesn't have to?" Coming back to grant's point a bit. There are projects that were/are developed entirely on non-gentoo infrastructure (I believe the eselect stuff, for example), yet is becoming default on gentoo systems (opengl-update, for starters, has gone the way of the dodo, to be replaced by eselect). How does this agreement play to things like that? If eselect goes on (and based on its technical merits, there is every reason that it should) to become the default tool in gentoo, then where does that leave us? I'm with Grant on this: I'm not convinced. Thanks, Seemant -- Daniel Ostrow Gentoo Foundation Board of Trustees Gentoo/{PPC,PPC64,DevRel} dostrow@gentoo.org -- gentoo-trustees@gentoo.org mailing list