1 |
maillog: 10/05/2005-22:30:56(-0500): Brian Harring types |
2 |
> Re: having a package claimed by multiple categories... eh. yeah, |
3 |
> that's a bit valid although I'd think it's either A) an indiciation |
4 |
> our categories need to be adjusted a bit, or B) (hopefully) a rare |
5 |
> case. :) |
6 |
|
7 |
No, no, please not A). 8-O |
8 |
|
9 |
As to whether the categories are good or not... think about it. If they |
10 |
were good, would we still be seeing packages moving around the tree? |
11 |
That's why I think that multiple categories are a necessity. Unless of |
12 |
course, packages stop getting moved around and Gentoo can gurantee that |
13 |
all packages will stay at their current location. |
14 |
|
15 |
What about the Mozilla suite. What in the world is it doing in |
16 |
www-client? After all, the Mozilla suite is |
17 |
- a www browser (www-client) |
18 |
- a mail client (mail-client) |
19 |
- a calendar |
20 |
- an html composer |
21 |
- an irc client (net-irc) |
22 |
|
23 |
Might as well go to net-misc :-/ |
24 |
|
25 |
My personal reasons to start the topic about the flat tree: |
26 |
|
27 |
- I hate the moves of packages between categories which causes enough |
28 |
problems as it is. I also find the arguments of where to put what |
29 |
pointless. Who cares if it is mail-client/mutt or net-mail/mutt as |
30 |
long as it stays in one place and is accessible by its name "mutt". If |
31 |
you think that mail-client is more descriptive than net-mail, then add |
32 |
"keywords" (for those who hate the idea of multiple categories) to the |
33 |
metadata of each package and let emerge -s search by keyword. Does |
34 |
"mutt" not belong to net-mail? It does, but mail-client is better. |
35 |
Still, that is no reason to remove its relation to "net-mail". Cache |
36 |
the keyword information to make the search as fast as possible and |
37 |
you're done with the searchability part. You can now safely forget |
38 |
about this thing called "categories" as they become irrelevant, and |
39 |
hopefully never move another package. |
40 |
|
41 |
- I also hate being unable to find exactly the package that I need right |
42 |
away. I want to check mutt's ebuild... cd /usr/portage/... what next? |
43 |
Is it at the same place that I remember it was the last time I |
44 |
checked? Do I *have* to know what category it belongs to? Of course I |
45 |
can do "cd /usr/portage/*/mutt", but shell completion on the mutt part |
46 |
won't work on this one. Mutt's not quite the example for the necessity |
47 |
of completions, but it gets worse with longer names like |
48 |
mozilla-firefox-bin. |
49 |
|
50 |
- Personal overlays. I think this a point that's clear enough. Gentoo |
51 |
devs may have scripts that keep the tree in sync after the |
52 |
loved-by-all move of a package, but that doesn't apply to us, mere |
53 |
mortals. |
54 |
|
55 |
Disclaimer: I did not intend to be offensive even if at times I seem to. |
56 |
I was not being sarcastic either. |
57 |
|
58 |
-- |
59 |
/\ Georgi Georgiev /\ I'm not an Iranian!! I voted for Dianne /\ |
60 |
\/ chutz@×××.net \/ Feinstein!! \/ |
61 |
/\ +81(90)2877-8845 /\ /\ |