1 |
Stephen Bennett wrote: |
2 |
> Erm, this should have gone to the list... sorry ciaranm. :/ |
3 |
> |
4 |
> On Thu, 2004-11-04 at 18:21 +0000, Ciaran McCreesh wrote: |
5 |
>> Something like: |
6 |
>> |
7 |
>> # eselect --set vi vim |
8 |
>> # eselect --set kernel linux-2.6.7 |
9 |
>> # eselect --set gcc sparc-unknown-linux-gnu-3.3.4 |
10 |
>> |
11 |
>> and: |
12 |
>> |
13 |
>> # eselect --list kernel |
14 |
>> linux-2.6.7 (*) |
15 |
>> linux-2.6.8.1 |
16 |
>> linux-2.6.10_rc1 |
17 |
>> |
18 |
>> and: |
19 |
>> |
20 |
>> # eselect --list |
21 |
>> gcc sparc-unknown-linux-gnu-3.3.4 |
22 |
>> kernel: linux-2.6.7 |
23 |
>> vi: /usr/bin/vim |
24 |
> |
25 |
> I'm liking the idea, but it needs a bit more thought...for example, what |
26 |
> happens when we have vim and nvi wanting to install /usr/bin/vi as a |
27 |
> symlink, and the freebsd system ebuilds wanting to install /usr/bin/vi |
28 |
> as a binary? Some naming scheme is going to be needed to get binaries |
29 |
> like that out of the way. |
30 |
|
31 |
Here again the Debian way has solved it: There would be no |
32 |
/usr/bin/vi, but only a binary called /usr/bin/vi.vim, vi.nvi and |
33 |
so on. With FEATURE="collision-protect", the collision of some old, |
34 |
not yet converted package wanting to install /usr/bin/vi would |
35 |
be easily detected. |
36 |
|
37 |
> things-- appending the package name could get ugly, so it might be best |
38 |
> to let the ebuild define a string to append, which could easily be set |
39 |
> to version, package name, or something arbitrary. |
40 |
|
41 |
Yes. Something arbitrary, defaulting to something like packageName_version, |
42 |
would be good :) |
43 |
|
44 |
Alexander Skwar |
45 |
-- |
46 |
A company is known by the men it keeps. |
47 |
¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯ |
48 |
|
49 |
|
50 |
-- |
51 |
gentoo-dev@g.o mailing list |