1 |
Ah yes, it was the bad guy George who renamed the balsa package tbass ;) |
2 |
|
3 |
I agree that its quite nice to have package naming not require the |
4 |
category and that it should stay that way. I'd like to see multiple |
5 |
names be allowed, and to install the others of the same name you just |
6 |
have to use the category as well. |
7 |
|
8 |
This makes the common operation of emerge -s return all packages you |
9 |
might be searching for, which i see as a major disadvantage of not |
10 |
allowing multiple same named ebuilds. |
11 |
|
12 |
The question then remains is how to determine which package is the |
13 |
"default" to be installed if you use only the ebuild name. I haven't |
14 |
poked in the code to see how portage is doing it now, but can see three |
15 |
possible options. One being alphabetical by category, two being first |
16 |
come first serve, or three allowing the "most commonly installed" of the |
17 |
options defined by whomever is maintaining the package(s). The only |
18 |
downside is that portage/ebuilds will need yet another thing added to it |
19 |
similar to SLOTS to help support this =/ |
20 |
|
21 |
my 2 cents |
22 |
dave |
23 |
|
24 |
On Tue, 2003-04-15 at 18:11, George Shapovalov wrote: |
25 |
> Hey Dave. |
26 |
> |
27 |
> I feel your pain ;), I was the one responsible for the package, so I think I |
28 |
> need to do some discussion/explanation here. |
29 |
> While I myself sympathise to the more structured approach and would wellcome |
30 |
> distinguishing packages by categories, the sad truth is that portage does not |
31 |
> seem to be very consistent even with itself, as Fred Van Andel pointed out. |
32 |
> |
33 |
> Now, not so sad truth :) |
34 |
> I just wanted to point out, that originallly portage was category-sensitive, |
35 |
> and you *had* to specify categiry while emerging the package. The change was |
36 |
> made quite consciousnessly, as this feature (of being able to drop category) |
37 |
> was quite requested one (if memory serves me well). Heck, I even catch myself |
38 |
> now and then enjoing not to have to type too much :). |
39 |
> Of course the change has implications, that certain category treatment is not |
40 |
> followed, which can lead to the problems, some of which (albeit minor at this |
41 |
> point) were emphasized. |
42 |
> As for the existance of two ocaml's: the thing is that this did not become a |
43 |
> strict policy, while it probably should have, and the developer in question |
44 |
> might not have known about it. |
45 |
> |
46 |
> Thus I would like to use your request as a bait for other developers and users |
47 |
> to discuss the issue and decide whether we should "officialize" this policy |
48 |
> (of not having equivalently named ebuilds under different categories) or |
49 |
> should we do something else. However IMHO leaving this as "unofficial" policy |
50 |
> may hart in the long run... |
51 |
> |
52 |
> George |
53 |
> |
54 |
> |
55 |
> On Tuesday 15 April 2003 17:03, Dave Nellans wrote: |
56 |
> > Is that true? |
57 |
> > |
58 |
> > my very scientific test of doing emerge -p ocaml on several machines |
59 |
> > returns that dev-lang/ocaml would be installed on every one. this would |
60 |
> > seem there is at least "some" mechanism defining which one is returned, |
61 |
> > even if its as silly as being alphebetical by by category name or ?? |
62 |
> > |
63 |
> > thanks for the link to the ebuild naming policy chris. it doesn't |
64 |
> > address this issue though of multiple ebuilds having the same name if |
65 |
> > they are in different categories. anyone have thoughts on how this |
66 |
> > should be done from a technical or user standpoint? i think from a user |
67 |
> > standpoint it makes more sense to allow multiple ebuilds with the same |
68 |
> > name because then a user searching for them will have both returned |
69 |
> > (even if they have to user the category/ebuild to get that particular |
70 |
> > one to install) |
71 |
> > |
72 |
> > dave |
73 |
> |
74 |
> |
75 |
> -- |
76 |
> gentoo-dev@g.o mailing list |
77 |
-- |