From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 25999 invoked by uid 1002); 6 Jun 2003 16:35:55 -0000 Mailing-List: contact gentoo-dev-help@gentoo.org; run by ezmlm Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-dev@gentoo.org Received: (qmail 31541 invoked from network); 6 Jun 2003 16:35:54 -0000 From: Paul de Vrieze To: gentoo-dev@gentoo.org Date: Fri, 6 Jun 2003 18:35:34 +0200 User-Agent: KMail/1.5.2 References: <3EDCE281.9030804@sebastian-werner.net> <200306031732.48204.george@gentoo.org> <3EDE00C4.6060201@helide.com> In-Reply-To: <3EDE00C4.6060201@helide.com> MIME-Version: 1.0 Content-Type: multipart/signed; protocol="application/pgp-signature"; micalg=pgp-sha1; boundary="Boundary-02=_oLM4+gZoM+O+kcF"; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200306061835.52352.pauldv@gentoo.org> X-Spam-Status: No, hits=-5.1 required=5.0 X-Spam-Level: X-Virus-Scanned: by amavisd-milter (http://amavis.org/) Subject: Re: [gentoo-dev] Categories X-Archives-Salt: 2209129d-5642-4ac9-a8d6-d34950c7376c X-Archives-Hash: d8056c7d1488bb6cf9435df300965554 --Boundary-02=_oLM4+gZoM+O+kcF Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Description: signed data Content-Disposition: inline On Wednesday 04 June 2003 16:23, Rolf Veen wrote: > George Shapovalov wrote: > > Ok, this seems to be pretty much it, at least from what I remember > > being mentioned on this topic. Again, if anybody thinks I ommitted > > something, please stand up and mention it :). > > Namespace orthogonal to categories. > > Categories change, as packages are being added; if a category has more > that N (lets say 50, for example) entries it looses its usefullness. > While browsing for packages it is natural to have some level of depth; > two or tree levels of categories should be ok. Also a package can fit > into more that one category. Let categories be a graph. A symlink > hierarchy, for example. Unfortunately CVS does not work well with symlinks, so this is not really a= n=20 option. Also there is an advantage in being able to have one unique name fo= r=20 a package. > > But since categories are variable and somewhat arbitrary, don't let > the basic system, the core algorithms, depend on them. So take a flat > namespace for packages, resolving name conficts in the download (url > to local dir) phase, adding the necesary information to the ebuild. We need unique names. For me category/name is a good way, and certainly bet= ter=20 than UID's (Like microsoft uses) as those are impossible to remember and ea= sy=20 to do wrong. Also we have a central repository, so we don't need to worry=20 about clashes that much. > > Concluding, have a flat namespace for machine interaction, and an > arbitrarily complicated category graph on top of that for user > interaction. =46lat namespaces are actually slower in machine interaction. There are all= ready=20 very many packages in portage currently. Thousands of entries in a director= y=20 is NOT fun to look at, or to search for a computer (albeight doable). My suggestion would be an alias list simmilar to the virtuals list, but one= =20 that is not allowed inside ebuilds. In those ways packages can still be=20 presented in multiple categories, while the aliasses do not interfere with= =20 the inner workings of portage. Paul =2D-=20 Paul de Vrieze Researcher Mail: pauldv@cs.kun.nl Homepage: http://www.devrieze.net --Boundary-02=_oLM4+gZoM+O+kcF Content-Type: application/pgp-signature Content-Description: signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.2 (GNU/Linux) iD8DBQA+4MLobKx5DBjWFdsRAhVQAKCu3g2V55mfqLWTnaBFXBjNr1gcPgCguUUz h4hgo9N+l4UQjxDf7DvgGCY= =Qzpp -----END PGP SIGNATURE----- --Boundary-02=_oLM4+gZoM+O+kcF--