| 1 |
On Friday 24 of June 2011 09:55:19 Ciaran McCreesh wrote: |
| 2 |
> On Fri, 24 Jun 2011 09:52:03 +0200 |
| 3 |
> |
| 4 |
> Jesús J. Guerrero Botella <jesus.guerrero.botella@×××××.com> wrote: |
| 5 |
> > You might not like it, but Gentoo categories have always been |
| 6 |
> > directories, not words into metadata.xml. |
| 7 |
> |
| 8 |
> So tags are in some way related to categories then? |
| 9 |
|
| 10 |
IMHO the best approach is to forget about categories and: |
| 11 |
|
| 12 |
- make package names unique identifiers (it's not that hard, renaming stuff in |
| 13 |
app-xemacs mostly) - categories would serve no purpose as id anymore (though |
| 14 |
may need to be provided as backward compatibility - but with symlinks to |
| 15 |
ebuilds/${PN} inside) |
| 16 |
|
| 17 |
- move such packages into ${PORTDIR}/ebuilds directory (so that identity is |
| 18 |
ensured on filesystem level) - 'ebuilds' name doesn't seem to be reserved |
| 19 |
anywhere so good candidate imho. |
| 20 |
To those concerned with directory lookup speed (in order to find package by |
| 21 |
name) - generated package index file provided in ${PORTDIR} |
| 22 |
|
| 23 |
- extend their metadata.xml (no ebuild variables please) with tags in accepted |
| 24 |
format. We should provide dictionary for available tags - necessary in order |
| 25 |
to avoid randomly added system tags - tag could be extended when needed - |
| 26 |
similar policy to global USE flags for instance |
| 27 |
|
| 28 |
- package manager needs to be make aware of tags of course in order to allow |
| 29 |
package list (not tree anymore) searching and filtering |
| 30 |
(virtual package tree can be generated from tag - by number of tag occurrences |
| 31 |
in packages - for instance all packages with tag "kde" could be "shown" |
| 32 |
somewhere within "kde" tag subtree etc) |
| 33 |
|
| 34 |
- no tag related symlinks please |
| 35 |
|
| 36 |
-- |
| 37 |
regards |
| 38 |
MM |
Archives