Categories are evil
Ryan Schmidt
ryandesign at macports.org
Wed Aug 22 13:13:48 PDT 2007
On Aug 22, 2007, at 11:55, Chris Pickel wrote:
> Personally, I would like to see an "Portdirs" (or some such) file
> added to ports/, containing a list of dirs to search for for
> portfiles. The current one would be:
>
> aqua/*
> archivers/*
> audio/*
> ...
> zope/*
>
> and yours would be equivalent to:
>
> a/*/*
> b/*/*
> c/*/*
> ...
> z/*/*
>
> I think the default should be "*/*" for backwards compatibility,
> but a Portlist of "*" would provide a prefix-less repository as
> alluded to later in the thread.
>
> What this buys us is:
> * We can set up deeper hierarchies; there are plenty of python,
> perl, &c. ports that are basically "a textproc port for python" and
> these could be in e.g. "python/textproc".
> * We can exclude, say "groups" and put the PortGroup files there,
> allowing us to sync the PortGroups with the ports tree.
> * Users have flexibility to determine their own organization
> scheme for their personal repositories, including the prefix-less "*".
>
> I'm bringing this up because I think it's a more flexible
> modification; I don't personally see the need to change the port
> hierarchy to alphabetical organization. A GUI tool can organize the
> tree however's appropriate, and when I want to cd to a port's
> directory, `cd */mpd` works fine if I don't remember it's 'audio'.
> Under your scheme I'd just switch to `cd **/mpd`.
I don't think anybody needs this level of customization. I don't
think the current layout of the dports dir is broken, so I wouldn't
change it.
More information about the macports-dev
mailing list