From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 16134 invoked by uid 1002); 9 Jun 2003 07:33:17 -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 24897 invoked from network); 9 Jun 2003 07:33:17 -0000 Message-ID: <3EE437A1.10805@helide.com> Date: Mon, 09 Jun 2003 09:30:41 +0200 From: Rolf Veen User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.3) Gecko/20030312 X-Accept-Language: en-us, en MIME-Version: 1.0 To: gentoo-dev@gentoo.org References: <3EDCE281.9030804@sebastian-werner.net> <200306031732.48204.george@gentoo.org> <3EDE00C4.6060201@helide.com> <200306061835.52352.pauldv@gentoo.org> In-Reply-To: <200306061835.52352.pauldv@gentoo.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: [gentoo-dev] Categories X-Archives-Salt: fe7999d8-7c85-4c49-a399-90f43c112e5f X-Archives-Hash: 13674ec6590160499f0d964645057c0b Paul de Vrieze wrote: > Unfortunately CVS does not work well with symlinks, so this is not > really an option. Not unavoidable. Let a script and a descriptor combination reconstruct the whole hierarchy, i.e., ebuild the categories. Starting from a descriptor in XML (for example), you could ebuild a symlink hierarchy, or you could choose other backends too, such as a database (in a distant future). Or you could even include categories in each ebuild descriptor. Each package says to which categories it belongs. > Flat namespaces are actually slower in machine interaction. There are > allready very many packages in portage currently. Thousands of > entries in a directory is NOT fun to look at, or to search for a > computer (albeight doable). Examples of what I'm proposing are Sourceforge and Freshmeat. Both use flat namespaces, and on top of that a search engine and a complex category structure. And they manage a lot of entries ! Sourceforge solves the directory problem in the form /g/ge/gentoo; that can be handled transparently by the tools. Cheers / Groeten. Rolf. -- gentoo-dev@gentoo.org mailing list