1 |
On Sunday 19 April 2009 05:18:25 Walter Dnes wrote: |
2 |
|
3 |
[snip] |
4 |
|
5 |
> 2) I go through /var/log/portage/elog after updates, and check for |
6 |
> warnings. I got the following with xinit-1.0.8-r4 |
7 |
> |
8 |
> > WARN: postinst |
9 |
> > If you use startx to start X instead of a login manager like gdm/kdm, |
10 |
> > you can set the XSESSION variable to anything in /etc/X11/Sessions/ or |
11 |
> > any executable. When you run startx, it will run this as the login |
12 |
> > session. |
13 |
> > You can set this in a file in /etc/env.d/ for the entire system, |
14 |
> > or set it per-user in ~/.bash_profile (or similar for other shells). |
15 |
> > Here's an example of setting it for the whole system: |
16 |
> > echo XSESSION="Gnome" > /etc/env.d/90xsession |
17 |
> > env-update && source /etc/profile |
18 |
> |
19 |
> Could someone please explain in plain English what this means? I.e. |
20 |
> what are the plus and minus sides of doing the above? Should I bother? |
21 |
|
22 |
There are about a brazzillion ways of getting X to start manually. It's |
23 |
telling you some way supported on gentoo. It starts with the usual type of |
24 |
configuration - a global one for all users and/or one just for a specific user |
25 |
in their home directory. |
26 |
|
27 |
One of the things xinit does is look for the variable XSESSION. If set, it |
28 |
will read the contents of it and try and run that as an X session. There are |
29 |
no real pluses and minuses to either way. If you admin a huge box with many |
30 |
users, you might want to set a default of Gnome for everyone, and let users |
31 |
change it if they want in their home dir. If this is your personal machine, |
32 |
there is one user - you - and the setting is best done in your home dir (most |
33 |
howtos on the net will refer to this method). |
34 |
|
35 |
It's the old story of Unix - YOU have complete freedom to do things any way |
36 |
you want unconstrained. You also have the responsibility of knowing what you |
37 |
are doing :-) |
38 |
|
39 |
|
40 |
> 3) I notice that gcc-4.3.2-r3 has been installed. I understand that |
41 |
> the commands to upgrade are... |
42 |
> |
43 |
> gcc-config i686-pc-linux-gnu-4.3.2 |
44 |
> env-update && source /etc/profile |
45 |
> |
46 |
> Have there been any problems encountered with 4.3.2? Do I need to |
47 |
> re-emerge sytem and world? |
48 |
|
49 |
NO. |
50 |
|
51 |
The only time you ever need to rebuild system and world is when the tool chain |
52 |
has broken the API/ABI used in earlier versions. If this happens, every blog |
53 |
site on the net, this list, the gentoo forums and the gentoo docs will be full |
54 |
of just about nothing else and how gcc breaks everything. |
55 |
|
56 |
Plus you will have an elog message insisting that you to do it. |
57 |
|
58 |
You didn't get such a message or read such a blog. Therefore, you do not need |
59 |
to do it and do not need to waste 48 hours of your life. |
60 |
|
61 |
> Actually, I might decide to clean up CFLAGS |
62 |
> in my /etc/make.conf from the current... |
63 |
> CFLAGS="-O2 -march=prescott -mmmx -msse -msse2 -msse3 -mfpmath=sse |
64 |
> -fomit-frame-pointer -pipe" |
65 |
> |
66 |
> to a simpler... |
67 |
> CFLAGS="-O2 -march=native -mtune=native -mfpmath=sse -fomit-frame-pointer |
68 |
> -pipe" |
69 |
> |
70 |
> and rebuild with that. |
71 |
|
72 |
You don't need mtune if you have march. The binaries will run on the machine |
73 |
that built them. |
74 |
No need to rebuild anything, as nothing will change much with that change in |
75 |
CFLAGS. |
76 |
|
77 |
|
78 |
> 4) Speaking of /etc/make.conf, there was some news about Radeon HD |
79 |
> cards being moved to a separate driver group and requiring a change in |
80 |
> /etc/make.conf. I'm using a card from an older computer, which lspci |
81 |
> shows as... |
82 |
> |
83 |
> ATI Technologies Inc RV280 [Radeon 9200 PRO] (rev 01) |
84 |
> |
85 |
> Since X is working, I assume that my card is not a member of the Radeon |
86 |
> HD family. My /etc/make.conf includes the lines... |
87 |
> |
88 |
> INPUT_DEVICES="keyboard mouse" |
89 |
> VIDEO_CARDS="intel vga" |
90 |
|
91 |
Hmmm. I'd say your X is running on the vga driver. What driver is actually |
92 |
loaded as per Xorg.0.log? |
93 |
|
94 |
-- |
95 |
alan dot mckinnon at gmail dot com |