From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from smtp.gentoo.org (smtp.gentoo.org [134.68.220.30]) by robin.gentoo.org (8.13.4/8.13.4) with ESMTP id j4BJbIXx021262 for ; Wed, 11 May 2005 19:37:19 GMT Received: from adsl-67-39-48-193.dsl.milwwi.ameritech.net ([67.39.48.193] helo=exodus) by smtp.gentoo.org with esmtpa (Exim 4.43) id 1DVx1J-0004rE-F5 for gentoo-dev@lists.gentoo.org; Wed, 11 May 2005 19:37:27 +0000 Date: Wed, 11 May 2005 14:37:48 -0500 From: Brian Harring To: gentoo-dev@lists.gentoo.org Subject: Re: [gentoo-dev] Re: Re: New category proposal Message-ID: <20050511193747.GE13132@exodus.wit.org> References: <20050510110404.GB5931@ols-dell.gg3.net> <20050511033055.GC16717@exodus.wit.org> <20050511042745.GA22277@ols-dell.gg3.net> <20050511050920.GC17034@exodus.wit.org> <20050511164137.48a2318a@snowdrop> <20050511172128.GA201965@lion.gg3.net> <20050511190637.1160a85d@snowdrop> <20050511190117.GA203625@lion.gg3.net> <20050511201003.52c699a3@snowdrop> 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 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050511201003.52c699a3@snowdrop> User-Agent: Mutt/1.5.8i X-Archives-Salt: eae887d0-8351-4717-9028-23cdbeb4fcdc X-Archives-Hash: 38f40d160ff3e514941a7a15bd9f1a8a On Wed, May 11, 2005 at 08:10:03PM +0100, Ciaran McCreesh wrote: > On Thu, 12 May 2005 04:01:17 +0900 Georgi Georgiev > wrote: > | How do we prevent a current category/package combination like > | net-wireless/gnome-phone-manager from becoming something else like > | app-cellphone/gnome-phone-manager? > > Two options: > > * Smarter updates handling by portage. For example, maybe it could > realise that the package in question has been moved, and automatically > do the update (along with a QA notice: assumed package move blah). This > would also help for those unfortunate times when we don't manage to do a > huge package move in under the required half an hour. That requires _active_ translation of deps. The current search/replace type hackery is binpkg/vdb based, doesn't do jack for ebuilds that still point at the old location. > * Unique ID strings for packages, zynot style. Messy as hell though, > DEPEND="foo/bar {12379812AD7382164BD87678652438FC65E43A2}" doesn't have > the same kind of ring to it... Actually... iirc, at least internally the unique 'key' for a cpv that's being kicked around collapses cat/pkg/slot/use. Not much for tacking on more metadata, since the unique key/id bit above still requires active translation of deps as they're encountered. No really easy way to dodge that, nor does it sound like stable material. (my opinion mind you). ~brian -- gentoo-dev@gentoo.org mailing list