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 1GJO9q-000865-AT for garchives@archives.gentoo.org; Sat, 02 Sep 2006 05:35:06 +0000 Received: from robin.gentoo.org (localhost [127.0.0.1]) by robin.gentoo.org (8.13.8/8.13.6) with SMTP id k825YLb0026996; Sat, 2 Sep 2006 05:34:21 GMT Received: from smtp.gentoo.org (smtp.gentoo.org [140.211.166.183]) by robin.gentoo.org (8.13.8/8.13.6) with ESMTP id k825VU4q000823 for ; Sat, 2 Sep 2006 05:31:30 GMT Received: from Leo (woodpecker.gentoo.org [140.211.166.183]) (using TLSv1 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) by smtp.gentoo.org (Postfix) with ESMTP id 7668F642EC for ; Sat, 2 Sep 2006 05:31:29 +0000 (UTC) Subject: Re: [gentoo-dev] repoman: check for deprecated eclasses From: Daniel Ostrow To: gentoo-dev@lists.gentoo.org In-Reply-To: <20060902035118.GA12098@seldon> References: <200609011857.23215.kugelfang@gentoo.org> <20060901173744.GA5169@seldon> <200609020137.26939.kugelfang@gentoo.org> <20060902035118.GA12098@seldon> Content-Type: text/plain Organization: The Gentoo Foundation Message-Id: <1157172817.6775.1.camel@Leo> 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 Date: Fri, 01 Sep 2006 21:54:09 -0700 X-Mailer: Evolution 2.6.2 Content-Transfer-Encoding: 7bit X-Archives-Salt: 19f67cec-82db-4890-b5b8-2e551097aa00 X-Archives-Hash: ccfd07cc3122accfeb2c2551b93df29e > > I like this option better than sticking another file into the public > > tree that no user will ever need. > > Instead, modifying the eclass metadata and adding two new keys, that > users will never need is fine? :) > > This isn't really user data, tiz developer data; thus the user bit > doesn't matter. Sarcasm aside, what *does* matter as that the > purpose of this is a temporary hack to cover portages ass. In light of it being useless data for users is there any reason not to add the files to CVS and then pull them out before the tree is synced with the master mirror as part of that script? --Dan -- gentoo-dev@gentoo.org mailing list