Re: [gentoo-dev] Re: [gentoo-core] Breaking up the beast known as app-games

[Jean Jordaan <jean@upfrontsystems.co.za>]

>>Both make sense, and app-editors/yudit & app-editors/yudit would
>>also make sense. Instead of categories, ebuilds should have a
>>CATEGORY variable. E.g.
> 
> Portage support would be required to support deeper trees.  

Note that I'm not talking about trees at all. I'm talking about
a flat list of ebuilds, where every ebuild belongs to several
categories of different levels of specificity.

> The problem
> with symlinks is that we use CVS for our portage tree, 

I don't propose any symlinking.

> I, too, would like to see support for a more heirarchical portage tree
> in a future version of portage.

I think a hierarchy, where every ebuild has a specific place in
the tree, is a bad fit for portage or for any packaging system.
One does need a taxonomy or controlled list of categories, but
an ebuild can legitimately belong to many categories.

As drobbins says, though, current portage code is tied to the
category structure. Which is perfectly workable, really :)  I
just completely ignore the category, and use `emerge search` to
find packages. It only bugs developers who have to decide &
revise in which category to put a package. However, I'd like
categories to become more useful for me as user.

-- 
Jean Jordaan
http://www.upfrontsystems.co.za


--
gentoo-dev@gentoo.org mailing list