1 |
On Sun, 2003-09-07 at 02:06, Luke-Jr wrote: |
2 |
> -----BEGIN PGP SIGNED MESSAGE----- |
3 |
> Hash: SHA1 |
4 |
> |
5 |
> Unless I'm mistaken, the only purpose of categories is to make it easier to |
6 |
> find ebuilds either with tab completion or a GUI tree. |
7 |
> |
8 |
|
9 |
Well, the other idea is to have things a bit more structured. Sure, |
10 |
some things belong to more categories than one, but most if not all |
11 |
of the times it is more suited in one, so we can have it there. |
12 |
|
13 |
I never was fond of the 'flat' structure, as it in my opinion will |
14 |
make things more difficult. Where you can now just do: |
15 |
|
16 |
$ ls /usr/portage/x11-themes/ |
17 |
|
18 |
to see what themes X there is, you will either have to search for |
19 |
'theme' and hope you do not get buried under the load, or you will |
20 |
have to first dig through another file for the 'virtual category', |
21 |
and then search for that. It will also be slower then the 'ls' |
22 |
alternative. |
23 |
|
24 |
Further, maintaining will also get a bigger headache, as you will |
25 |
have to keep updated as 'virtual categories' are added and changed, |
26 |
and maintain the not so short to too damn long list for each |
27 |
package. |
28 |
|
29 |
But all above have still nothing to do with: |
30 |
|
31 |
1) I see no issue with 'foo/bar' and 'zar/bar' packages, as portage |
32 |
will get the DEPEND right, and it is really not that a train smash for |
33 |
the user. |
34 |
|
35 |
2) I still am fairly sure there is no policy that say you cannot |
36 |
have 1), as you wanted to relay. |
37 |
|
38 |
3) Except if changed, the policy 'was' that all package names should |
39 |
be lower case ... guess nobody bother about that one 8) |
40 |
|
41 |
|
42 |
Lastly, I really do not see the gain in dumping all packages starting |
43 |
with 'a' into a[0-9]. I have never been a Slackware fan (local history |
44 |
that I am not going to go into now), but every time I wanted to browse |
45 |
their packages (or Suse for that matter), its a rather mission to |
46 |
figure out where what is, especially if you do not know the exact name |
47 |
of the package. MDK/RH is a bit better, but the 20 pages with a 'ls' |
48 |
also tend to make it a schlep - Gentoo has been fairly easy to find |
49 |
most things when I started (did not have the 'emerge -s ...' back then. |
50 |
|
51 |
Right, so maybe its because I came from before 'emerge -s', or maybe it |
52 |
is because I mostly still navigate with 'cd' and 'ls'. I do however |
53 |
feel that just dumping the categories as we have them now will be a |
54 |
more in the wrong direction. Sure, you have editors, and then you have |
55 |
a editor for java - where to put it? If not a plain text editor, but |
56 |
rather something like rhide, anjuta, whatever, they are in dev-util. |
57 |
Sure not the best place .. what about a new category 'dev-ide' ? |
58 |
There is a few IDE's around these days. |
59 |
|
60 |
Anyhow, just me rambling, flame away =) |
61 |
|
62 |
|
63 |
|
64 |
> On Saturday 06 September 2003 03:35 pm, Martin Schlemmer wrote: |
65 |
> > On Sat, 2003-09-06 at 15:38, Luke-Jr wrote: |
66 |
> > > -----BEGIN PGP SIGNED MESSAGE----- |
67 |
> > > Hash: SHA1 |
68 |
> > > |
69 |
> > > Ok, then maybe I should rephrase that... Ebuilds should not have the same |
70 |
> > > name. IIRC, it is against policy and when they do have the same name it |
71 |
> > > is a bug which should be fixed. |
72 |
> > |
73 |
> > Having categories and having identical ones in different categories, |
74 |
> > does sort of invalidate the extreme "bug" tag you put on it. Anyhow, |
75 |
> > last time I checked, there was no policy like this ? As far as I am |
76 |
> > concerned, as long as we have categories, renaming a package because |
77 |
> > of an already existing one in a different category is just silly, and |
78 |
> > will cause more confusion. |
79 |
> > |
80 |
> > > On Saturday 06 September 2003 07:47 am, George Shapovalov wrote: |
81 |
> > > > On Friday 05 September 2003 21:18, Luke-Jr wrote: |
82 |
> > > > > Obviously, ebuilds can't have the same name... For BitTorrent, the |
83 |
> > > > > ebuild |
84 |
> > > > |
85 |
> > > > But they do. We already have few ebuilds with identical names in the |
86 |
> > > > tree (in different categories of course). I don't remember specifics, |
87 |
> > > > just that this was coming up in prior similar discussions and I think |
88 |
> > > > there are on an order of 10 of them.. Just pointing out "the fact of |
89 |
> > > > life" that we would have to be careful about when having to deal with |
90 |
> > > > actual reorganization. IIRC, some of them were emacs modules having the |
91 |
> > > > same name as the language or some such, for which they provided special |
92 |
> > > > emacs mode. |
93 |
> > > > And there were angry users when I had to rename ebuilds to avoid name |
94 |
> > > > clashes (f.e. balsa (the "oroginal" one, actually was created before |
95 |
> > > > the well known gnome app) => tbass). So this may not be as simple as it |
96 |
> > > > seems... |
97 |
> > > > |
98 |
> > > > George |
99 |
> > > > |
100 |
> > > > |
101 |
> > > > |
102 |
> > > > -- |
103 |
> > > > gentoo-dev@g.o mailing list |
104 |
> > > |
105 |
> > > - -- |
106 |
> > > Luke-Jr |
107 |
> > > Developer, Gentoo Linux |
108 |
> > > http://www.gentoo.org/ |
109 |
> > > -----BEGIN PGP SIGNATURE----- |
110 |
> > > Version: GnuPG v1.2.3 (GNU/Linux) |
111 |
> > > |
112 |
> > > iD8DBQE/WeNPZl/BHdU+lYMRAniaAKCZbsDxCTMJw2sNP4rkisy9dBcGjACghNsc |
113 |
> > > XvE6ts4smv9dnXYYTqrj/og= |
114 |
> > > =Kpkj |
115 |
> > > -----END PGP SIGNATURE----- |
116 |
> > > |
117 |
> > > |
118 |
> > > -- |
119 |
> > > gentoo-dev@g.o mailing list |
120 |
> |
121 |
> - -- |
122 |
> Luke-Jr |
123 |
> Developer, Gentoo Linux |
124 |
> http://www.gentoo.org/ |
125 |
> -----BEGIN PGP SIGNATURE----- |
126 |
> Version: GnuPG v1.2.3 (GNU/Linux) |
127 |
> |
128 |
> iD8DBQE/WnZ4Zl/BHdU+lYMRAsIfAJ9n1q7mtvz1Wg3BoRNB3pVdizIR4QCfTS4H |
129 |
> sHZl9oHKf07KCnwtCSJ7IOs= |
130 |
> =bz3c |
131 |
> -----END PGP SIGNATURE----- |
132 |
-- |
133 |
|
134 |
Martin Schlemmer |
135 |
Gentoo Linux Developer, Desktop/System Team Developer |
136 |
Cape Town, South Africa |