1 |
On 04.02.02 12:47 +0100(+0000), gentoo-user@××××××××.net wrote: |
2 |
> On 4 Feb 2002, Vitaly Kushneriuk wrote: |
3 |
> |
4 |
> > On Mon, 2002-02-04 at 13:25, gentoo-user@××××××××.net wrote: |
5 |
> |
6 |
> > Just an idea: |
7 |
> > to simplify it we can have *optional* KEYWORDS="xxx yyy" in |
8 |
> > ebuild file, and "emerge --update-keywords" command to |
9 |
> > scan through available ebuilds and dump their names to apropriate files |
10 |
> > under /usr/portage/keywords |
11 |
> > i.e. if in dev-lang/python-2.1.1-r3.ebuild, there's |
12 |
> > KEYWORD="DEVELOPMENT PYTHON COMPILER" |
13 |
> > dev-lang/python-2.1.1-r3 will be appended to |
14 |
> > /usr/portage/keywords/{DEVELOPMENT,PYTHON,COMPILER} |
15 |
> > |
16 |
> |
17 |
> Slick idea, I don't know whether we want categories or keywords, but it |
18 |
> basically comes down on the same thing. But you're right that's the way to |
19 |
> do it with the least amount of maintenance. |
20 |
> |
21 |
|
22 |
I don't think so. The work would just go into specifying keywords for the |
23 |
ebuilds. If we have categories it is easier to create local categories |
24 |
and organise ebuilds by criterion the original author didn't think of. |
25 |
For example lynx could be put into console-apps and web-browsers, but |
26 |
this may be done without touching the ebuild at all. So someone may create |
27 |
an category without consulting the authors of the respective ebuilds. |
28 |
This would remove the dependency of managing categories and ebuilds |
29 |
and distribute the work. Also new experimental ebuilds could be added |
30 |
quickly into portage and integrated into official categories when they |
31 |
prove successful. Gentoo installations could be copied by creating |
32 |
a custom category containing all installed applications and then |
33 |
merging it on another server. |
34 |
|
35 |
- Einar Karttunen |