1 |
On Thu, Mar 4, 2010 at 3:23 PM, Paul Hartman |
2 |
<paul.hartman+gentoo@×××××.com> wrote: |
3 |
> On Thu, Mar 4, 2010 at 4:23 PM, Mark Knecht <markknecht@×××××.com> wrote: |
4 |
>> On Thu, Mar 4, 2010 at 11:13 AM, Paul Hartman |
5 |
>> <paul.hartman+gentoo@×××××.com> wrote: |
6 |
>>> On Thu, Mar 4, 2010 at 12:22 PM, Mark Knecht <markknecht@×××××.com> wrote: |
7 |
>>>> I would like emerge -epv @system to be a fairly contained set of |
8 |
>>>> packages. (If possible like it was when I first built the system a |
9 |
>>>> mere 5 weeks ago...) It seems out of control on my system these days |
10 |
>>>> as it wants to emerge 242 packages. One major contributor is not using |
11 |
>>>> a global -cups use flag in make.conf which would reduce it to 178. |
12 |
>>>> That was added to figure out why Gnome didn't see Sups printers at |
13 |
>>>> all. Sure, I would then have to turn on cups for certain packages but |
14 |
>>>> that's OK with me. However I still see cairo, icedtea-bin, virtual |
15 |
>>>> java stuff, alsa-libs, and a bunch of x11-proto files so it doesn't |
16 |
>>>> feel like @system stuff to me |
17 |
>>>> |
18 |
>>>> 1) Where is the 'system' or '@system' specification on my machine? |
19 |
>>>> |
20 |
>>>> 2) If you folks run emerge -epv @system then how machine packages do you see? |
21 |
>>> |
22 |
>>> I believe it all depends on the profile you're using. If you're using |
23 |
>>> a desktop profile maybe that's why it's calling in GUI toolkits and |
24 |
>>> stuff... |
25 |
>>> |
26 |
>> |
27 |
>> Thanks Paul. I hadn't thought of that and I think you're correct. I |
28 |
>> played a bit with changing profiles and then looking at what emerge |
29 |
>> -epv @system would or would not do. It's clearly related. |
30 |
>> |
31 |
>> In the end I wonder if this is a lost cause? If the packages I run |
32 |
>> really require these flags then they are all going to get built the |
33 |
>> same way. I'd prefer that @system was simple and that @world showed |
34 |
>> how I had changed the system to meet my needs, but I'm not sure it's |
35 |
>> worth the effort at this point to get there. |
36 |
> |
37 |
> Looking in the current desktop profile, it shows this: |
38 |
> |
39 |
> USE="a52 aac acpi alsa branding cairo cdr dbus dts dvd dvdr eds emboss |
40 |
> encode evo fam firefox flac gif gnome gpm gstreamer gtk hal jpeg kde |
41 |
> ldap libnotify mad mikmod mng mp3 mp4 mpeg ogg opengl pdf png ppds |
42 |
> qt3support qt4 quicktime sdl spell svg thunar tiff truetype vorbis |
43 |
> win32codecs unicode usb X x264 xml xulrunner xv xvid" |
44 |
> |
45 |
> So support for things like gnome, gtk, kde and qt4 are there by |
46 |
> default. I guess you could take the above list, put a - in front of |
47 |
> the ones you don't think you want and put it in make.conf and see what |
48 |
> happens. :) |
49 |
> |
50 |
> |
51 |
Yeah, that's interesting and to some extent anyway probably involved |
52 |
with why I'm getting a lot of the package I get. What I'm not |
53 |
understanding yet is what packages themselves are in @system. Where do |
54 |
those come from? I'm assuming that because of all these flags some |
55 |
system packages then require more and more support packages as an |
56 |
avalance, but I'm not understanding what list of packages gets the |
57 |
whole things started. |
58 |
|
59 |
@world is /var/lib/portage/world. |
60 |
|
61 |
@system is ? |
62 |
|
63 |
Thanks, |
64 |
Mark |