1 |
On Tue, Jun 7, 2011 at 4:09 PM, Neil Bothwick <neil@××××××××××.uk> wrote: |
2 |
> On Tue, 7 Jun 2011 14:39:34 -0700, Mark Knecht wrote: |
3 |
> |
4 |
>> What I didn't like about this issue popping up yesterday is that it |
5 |
>> altered the idea that average users never touch anything in @system. |
6 |
>> Iin fact, TTBOMK I've never in 11 or 12 years of running Gentoo ever |
7 |
>> done an emerge -C on a @system package until this morning when I |
8 |
>> removed nano. |
9 |
> |
10 |
> That's the point though, nano is not a system package, it is not needed |
11 |
> for Gentoo to be usable. You need an editor, but it does not have to be |
12 |
> nano, that is simply the default if the user makes no other choice. |
13 |
> |
14 |
> Forcing nano into @system goes against the whole idea of using virtuals |
15 |
> to specify required functionality, rather than requiring a specific |
16 |
> program. |
17 |
> |
18 |
|
19 |
That's what I thought until I moved to the kde profile, at which time |
20 |
it seems to about 80% of kde-meta became part of @system. Prior to |
21 |
switching to that profile I think @system as about 150 packages. Today |
22 |
it's 389: |
23 |
|
24 |
2stable ~ # emerge -epv @system |
25 |
|
26 |
These are the packages that would be merged, in order: |
27 |
|
28 |
Calculating dependencies... done! |
29 |
[ebuild R ] sys-libs/zlib-1.2.5-r2 475 kB |
30 |
[ebuild R ] virtual/libintl-0 0 kB |
31 |
<SNIP> |
32 |
[ebuild R ] kde-base/kdesu-4.6.2 USE="handbook (-aqua) -debug |
33 |
(-kdeenablefinal) (-kdeprefix)" 0 kB |
34 |
[ebuild R ] kde-misc/polkit-kde-kcmodules-0.98_pre20101127 |
35 |
USE="(-aqua) -debug (-kdeenablefinal)" 0 kB |
36 |
[ebuild R ] kde-base/khelpcenter-4.6.2 USE="(-aqua) -debug |
37 |
(-kdeenablefinal) (-kdeprefix)" 0 kB |
38 |
|
39 |
Total: 389 packages (9 new, 380 reinstalls), Size of downloads: 308,431 kB |
40 |
c2stable ~ # |
41 |
|
42 |
My thought at this point is that WRT @system the devs are doing |
43 |
something magic with Gentoo, taking it in some new direction which I |
44 |
don't understand yet, and because of that I'm likely to be confused |
45 |
for some time to come. The idea of a virtual seems very reasonable to |
46 |
me, but somehow it seems the implementation of it all just isn't as |
47 |
clear to me as it should be, and the onus is on me to go learn and not |
48 |
the devs to teach me. |
49 |
|
50 |
Cheers, |
51 |
Mark |