From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from tiger.gg3.net (142.13.111.219.st.bbexcite.jp [219.111.13.142]) by robin.gentoo.org (8.13.4/8.13.4) with ESMTP id j4BJ1BuQ008702 for ; Wed, 11 May 2005 19:01:12 GMT Received: (qmail 21105 invoked by uid 89); 12 May 2005 04:01:18 +0900 Received: from lion.gg3.net (HELO lion) (10.0.0.2) by 0 with SMTP; 12 May 2005 04:01:18 +0900 Received: by lion (sSMTP sendmail emulation); Thu, 12 May 2005 04:01:17 +0900 Date: Thu, 12 May 2005 04:01:17 +0900 From: Georgi Georgiev To: gentoo-dev@lists.gentoo.org Subject: Re: [gentoo-dev] Re: Re: New category proposal Message-ID: <20050511190117.GA203625@lion.gg3.net> Mail-Followup-To: gentoo-dev@lists.gentoo.org References: <20050509170725.GC21777@kaf.zko.hp.com> <1115717301.25756.14.camel@nosferatu.lan> <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> 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="VbJkn9YxBvnuCH5J" Content-Disposition: inline In-Reply-To: <20050511190637.1160a85d@snowdrop> User-Agent: Mutt/1.5.8i X-Archives-Salt: 60d452dd-a364-4b4f-bc49-e48e4b873ca2 X-Archives-Hash: e69ba89228739717c0516e5331696efe --VbJkn9YxBvnuCH5J Content-Type: text/plain; charset=us-ascii Content-Disposition: inline maillog: 11/05/2005-19:06:37(+0100): Ciaran McCreesh types > So we end up not using upstream naming, leading to major hassle with > tarballs, major user confusion and inconsistent naming (why are some vim > things vim- and others not?). Bad! Now that portage *tells* you when you > need to be more specific, there's no problem with name matches. I'll agree with you here. There doesn't seem to be an easy way to decide what package will get a part of a category in its name. I was going to propose a "plugins/extensions for an application get the name of the app prepended + dash", but there would surely be others that will prove me wrong. I am giving up on arguing a point that involves too much effort for too little gain. So, considering that the flat-naming is not feasible (I cannot counter some of the point that were made against it, the above being one of them) I'd like to stop shooting out ideas and restate the problem that I think needs to be solved: 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? More preceisely, what I'd like to see, in order of preference, is - that package in my overlay that has net-wireless/gnome-phone-manager in its *DEPENDs to work for as long as needed - the net-wireless/gnome-phone-manager that I have in my overlay to work for as long as needed - my net-wireless/gnome-phone-manager binary packages to work without having to be "fixpackage"d - the location of the ebuilds for net-wireless/gnome-phone-manager to stay in the same physical path on my filesystem -- \/ Georgi Georgiev \/ Weiner's Law of Libraries: There are no \/ /\ chutz@gg3.net /\ answers, only cross references. /\ \/ +81(90)2877-8845 \/ \/ --VbJkn9YxBvnuCH5J Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (GNU/Linux) iD8DBQFCglZ9fXO2NUT1EmYRAn49AKC9/lRDP1FESLs0BDi93OGNT0sLDACgmWmd ZvM+havFbD27kmEPpyOJ3+0= =/0ds -----END PGP SIGNATURE----- --VbJkn9YxBvnuCH5J-- -- gentoo-dev@gentoo.org mailing list