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 1EHhX9-0005Yz-Np for garchives@archives.gentoo.org; Tue, 20 Sep 2005 12:47:40 +0000 Received: from robin.gentoo.org (localhost [127.0.0.1]) by robin.gentoo.org (8.13.5/8.13.5) with SMTP id j8KCeYnj004697; Tue, 20 Sep 2005 12:40:34 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 j8KCagAo001717 for ; Tue, 20 Sep 2005 12:36:42 GMT Received: from cpe-65-26-255-237.wi.res.rr.com ([65.26.255.237] helo=nightcrawler) by smtp.gentoo.org with esmtpa (Exim 4.43) id 1EHhS9-0008AV-8U for gentoo-dev@lists.gentoo.org; Tue, 20 Sep 2005 12:42:29 +0000 Date: Tue, 20 Sep 2005 02:42:47 -0500 From: Brian Harring To: gentoo-dev@lists.gentoo.org Subject: Re: [gentoo-dev] [RFC] C++ herd proposal Message-ID: <20050920074247.GA10066@nightcrawler> References: <432B4549.1070400@gentoo.org> <432EAFFF.8060605@gentoo.org> <432EBB7E.90005@egr.msu.edu> <200509200721.08539.trapni@gentoo.org> <20050920053718.GA28292@ols-dell.iic.hokudai.ac.jp> <432FAE23.7030404@gentoo.org> <20050920064325.GA949@ols-dell.iic.hokudai.ac.jp> <432FB3D3.9090908@gentoo.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 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="wac7ysb48OaltWcw" Content-Disposition: inline In-Reply-To: <432FB3D3.9090908@gentoo.org> User-Agent: Mutt/1.5.8i X-Archives-Salt: 70d4001e-e8c9-4f80-83e9-87a979a80cec X-Archives-Hash: 8f4ac0792677340105037a93e17d34ef --wac7ysb48OaltWcw Content-Type: text/plain; charset=utf8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Sep 20, 2005 at 10:01:39AM +0300, Alin Nastac wrote: > Georgi Georgiev wrote: > >maillog: 20/09/2005-09:37:23(+0300): Alin Nastac types > >>Georgi Georgiev wrote: > >>>- that package in my overlay that has net-wireless/gnome-phone-manager > >>> in its *DEPENDs to work for as long as needed > >>> > >>gnome-phone-manager can be found in portage tree under app-mobilephone > >>category. > > > >So that's why my overlay got screwed up! > > > >But seriously, this only supports my point -- category moves are evil. > portage isn't supposed to offer eternal functionality status for > personal overlays. Eh? > what if an eclass gets obsoleted and eventually is > removed from the tree? Pull from viewcvs. I assume you're talking about portage >=3D2.1=20 capabilities, since you *cannot* remove an eclass from the tree once=20 it's been added currently. > the only problem is binary packages screw up. Binpkgs should be running from their own env, they should be stand=20 alone not requiring even a tree. Back on subject... I *really* don't like categories. Single vdb,=20 single repo, single binpkg, it's not horrible. Multiple true,=20 standalone repos, with the occasional binpkg repo used? It makes=20 doing the category move *really* rather hard, since you need to track=20 down exactly which repository and ebuild came from. ~harring --wac7ysb48OaltWcw Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (GNU/Linux) iD8DBQFDL713vdBxRoA3VU0RAo3DAKCBe+B1DbE5RkC04WjapJwxvj+FzACfdpXF +l5MtQxXTcQe1jhjA0T7UNE= =UNB9 -----END PGP SIGNATURE----- --wac7ysb48OaltWcw-- -- gentoo-dev@gentoo.org mailing list