| 1 |
-----BEGIN PGP SIGNED MESSAGE----- |
| 2 |
Hash: SHA1 |
| 3 |
|
| 4 |
Ned Ludd wrote: |
| 5 |
> *poof* we now reshuffle, but then we can do auth with ldap. So lets |
| 6 |
> move |
| 7 |
> all the */ldap* related subjects under it sys-auth/... Then a month or |
| 8 |
> six later comes along sys-ldap and it gets moved there. The logic will |
| 9 |
> go full circle before long if we consistently keep shuffling packages |
| 10 |
> around. |
| 11 |
> |
| 12 |
> All in all this is seriously the reason why ebuilds have a DESCRIPTION= |
| 13 |
> and one of the reasons we have metadata.xml files. |
| 14 |
> |
| 15 |
|
| 16 |
Well obviously there needs to be a consensus on *how* to logically |
| 17 |
organize things before anyone goes willy nilly changing stuff. Do you |
| 18 |
group by what the package is used for (email vs. game vs. web browser) |
| 19 |
or by what it is built from (PERL stuff, Gnome apps, KDE apps). It |
| 20 |
appears that currently its a mix. Is that documented anywhere? |
| 21 |
|
| 22 |
I personally think the organization should be from an end-user |
| 23 |
perspective as much as possible. Imagine for a moment that you are a |
| 24 |
Genewbie (new Gentoo user). You have a new minimal installation and you |
| 25 |
want to add some applications. How do you know what your choices are for |
| 26 |
an email client, for instance? You could find most things here: |
| 27 |
|
| 28 |
http://packages.gentoo.org/packages/?category=mail-client |
| 29 |
|
| 30 |
But that wouldn't let you know about kmail, a fairly important option. |
| 31 |
|
| 32 |
If you were to do a search, you wouldn't get much either: |
| 33 |
|
| 34 |
# emerge -s email |
| 35 |
Searching... |
| 36 |
[ Results for search key : email ] |
| 37 |
[ Applications found : 5 ] |
| 38 |
|
| 39 |
* dev-perl/Email-Find |
| 40 |
* dev-perl/Email-Valid |
| 41 |
* net-mail/archivemail |
| 42 |
* net-mail/email |
| 43 |
* net-mail/sendEmail |
| 44 |
|
| 45 |
So while the metadata.xml files do exist, I don't see how they are |
| 46 |
_currently_ very useful to the end-users. Again, I think better |
| 47 |
organization and improved tools are both worth while. |
| 48 |
|
| 49 |
Nathan |
| 50 |
|
| 51 |
-----BEGIN PGP SIGNATURE----- |
| 52 |
Version: GnuPG v1.4.1 (GNU/Linux) |
| 53 |
Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org |
| 54 |
|
| 55 |
iD8DBQFCo2cv2QTTR4CNEQARAo5tAJ0STkaF2m46JPxysx9tGGCz4wZHZQCfUElz |
| 56 |
6RRmFZVvhp2Otr9ZA9yUVHE= |
| 57 |
=gW6X |
| 58 |
-----END PGP SIGNATURE----- |
| 59 |
-- |
| 60 |
gentoo-dev@g.o mailing list |
Archives