Subject: Re: Package naming and major versions [was Re: CVS commit: pkgsrc/devel/gal20]
To: Dan Winship <danw@NetBSD.org>
From: Jeff Rizzo <riz@boogers.sf.ca.us>
List: tech-pkg
Date: 10/07/2004 10:16:15
Dan Winship wrote:
> On Oct 4, 2004, at 4:47 PM, Alistair Crooks wrote:
>
>> On Sun, Oct 03, 2004 at 03:37:02AM +0000, Johnny C. Lam wrote:
>>
>>> I think we should fix up pkgsrc to allow subdirectories of arbitrary
>>> depth containing packages within each category.
>>
>>
>> This is a nice idea - we have long put off the prospect of moving to
>> subordinate directories, and probably with good reason - there is a
>> certain amount of logic that presupposes a rigid category/package
>> structure.
>
>
> If we're going to dramatically reorganize pkgsrc, can we get rid of
> categories-as-directory-names and just split pkgsrc/ up by first
> letter of package name or something? The current "organization" is
> full of inconsistencies. Even after years of using it I sometimes have
> to do "cd /usr/pkgsrc/*/pkgname" to find a package. (Why is zlib in
> devel, but zziplib is in archivers? Why is SDL_image in graphics but
> SDL_gfx is in devel? Why is xless in x11 but xtail in misc, or
> alternatively, why is xtail in misc and wtail in sysutils? Etc, etc, etc)
>
It would be nice to be able to come up with some sort of compromise;
when I'm looking for a specific package, the "categories" do seem to get
in the way, but when I'm just browsing for software that performs a
particular function, the categories often prove helpful...
+j