1 |
Zac Medico posted on Tue, 18 Dec 2012 09:58:42 -0800 as excerpted: |
2 |
|
3 |
> It's important to clarify that, because /etc/portage/sets (aka GLEP 21 |
4 |
> User Sets) has already been supported in stable portage since 2.1.11.9 |
5 |
> [1]. |
6 |
|
7 |
I didn't know that. Last I knew, stable portage had special-case |
8 |
acceptance of @system and @world to prepare the way, but I hadn't seen |
9 |
that full /etc/portage/sets/* and /var/lib/portage/world_sets support was |
10 |
stabilized. |
11 |
|
12 |
If indeed it is as you say, I've even more to rejoice about! =:^) |
13 |
|
14 |
And extended sets support... it'd be nice, but it's beyond the daily |
15 |
usage I so much depend on sets for, so personally, I see no big need for |
16 |
it, especially with all the extra complexity it'd bring. |
17 |
|
18 |
Just to clarify, tho, for those who could use 'em (I don't, but the |
19 |
gentooers I help on the various lists would likely find them useful): |
20 |
Are sets such as @live-rebuild and @module-rebuild available in stable, |
21 |
so I can start mentioning them, or are they part of the "advanced sets |
22 |
support" you mention as not yet stabilized? |
23 |
|
24 |
And... I thought I was already CCed on the bug (#235454) for this but |
25 |
apparently not. If sets support is stable already, gentoo-bashcomp could |
26 |
really use portage tab-completion for sets. =:^) |
27 |
|
28 |
https://bugs.gentoo.org/show_bug.cgi?id=235454 |
29 |
|
30 |
(Unfortunately I've yet to wrap my head around actually programming bash's |
31 |
programmable completion functionality or I'd likely post the patches. |
32 |
The bug had idled for near two years until I just CCed myself.) |
33 |
|
34 |
-- |
35 |
Duncan - List replies preferred. No HTML msgs. |
36 |
"Every nonfree program has a lord, a master -- |
37 |
and if you use the program, he is your master." Richard Stallman |