Re: [gentoo-user] Is paludis bad for SSDs?

[Dirk Heinrichs]

Am Samstag, 23. Mai 2009 01:15:16 schrieb maxim wexler:
> Does this have anything to do with #paludis -u some-pkg not getting along
> with the SSD? It's the only cause/effect scenario I can come up with.

No, I don't think so. Watch the shutdown messages carefully and look wether 
one or more of the shutdown scripts (especially those which umount filesystems) 
fail.

Are you using baselayout1 or baselayout2/openrc? If the latter: Any chance you 
still have some old init-scripts from bl1 interfering?

Bye...

Dirk


signature.asc
Description: This is a digitally signed message part.

Re: [gentoo-user] Re: -march=auto

[Alex Schuster]

maxim wexler writes:

> > If so, Daniel's tip about 'gcc -Q --help=target -march=native' will give
> > you the exact options to use.

> See attachment please. Some stuff is enabled, some disabled, some blank.

Try this:
gcc -Q --help=target -march=native > /tmp/gccoptions.native
gcc -Q --help=target   > /tmp/gccoptions.plain
diff /tmp/gccoptions.*

This will show the things that specifying -march=native turns on. Put this 
in your CFLAGS, unless you use -march=native.

> And -march=prescott !?

Why not? Seems gcc 4.3 does not have the -march=atom optimization yet. It's 
also suggested here:
http://en.gentoo-wiki.com/wiki/Safe_Cflags/Intel#Atom

Wonko

Re: [gentoo-user] ARGH I uninstalled python

[Arttu V.]

Dale wrote:
> You may want to look into that setting for next time.  I did however
> notice that although python is in the system set, it is not saving a
> copy for some reason.  Anybody know why this setting is not working?
>
> FEATURES="--keep-going buildsyspkg sandbox fixpackages"
>
> Is the buildsyspkg option not valid anymore?

http://sources.gentoo.org/viewcvs.py/gentoo-x86/profiles/base/packages?r1=1.40&r2=1.41

Python appears to be gone from the base system? Or maybe I'm looking at 
the wrong file? Anyway, 'emerge -pv @system | grep python' would seem to 
agree here.


Now I don't have a PhD in Gentoo Package Manglement (barely passed the 
kindergarten level so far?), but that commit looks rather unsettling for 
other parts as well. Are the devs switching over to paludis in droves? 
Or why is sys-apps/portage commented out as well? Why is it replaced by 
the hard-coded ("old-style"?) virtual/portage?


--
Arttu V.

Re: [gentoo-user] ARGH I uninstalled python

[Dale]

Jon Hardcastle wrote:

>>

> Thank you! Thank you! Thank you!

> I followed this

> http://blogs.pwmn.net/korkakak/2008/06/04/gentoo-i-unmerged-python-now-what

> which worked - in the end. couple of caveats tho for anyone 'that
follows' get python from their site as the ftp link in this article is
out of date.

> http://www.python.org/download/releases/

> also I initially tried 3.01 and that didn't work so i installed 2.6.2
which worked 'out of the box' i then tested with 'emerge' and am now
running 'emerge -va python'

> Cheers guys!

> Thanks to Dale too!


You may want to look into that setting for next time.  I did however
notice that although python is in the system set, it is not saving a
copy for some reason.  Anybody know why this setting is not working?

FEATURES="--keep-going buildsyspkg sandbox fixpackages"

Is the buildsyspkg option not valid anymore?

Dale

:-)  :-) 

Re: [gentoo-user] Re: -march=auto

[maxim wexler]

> If so, Daniel's 
> tip about 'gcc -Q --help=target -march=native' will give
> you the exact 
> options to use.
>  
>     Wonko
> 
>

See attachment please. Some stuff is enabled, some disabled, some blank. And 
-march=prescott !?

Maxim


  __
The new Internet Explorer® 8 - Faster, safer, easier.  Optimized for Yahoo!  
Get it Now for Free! at http://downloads.yahoo.com/ca/internetexplorer/

gcc-Q
Description: Binary data

Re: [gentoo-user] ARGH I uninstalled python

[Jon Hardcastle]

--- On Sat, 23/5/09, Michal Sroka  wrote:

> From: Michal Sroka 
> Subject: Re: [gentoo-user] ARGH I uninstalled python
> To: gentoo-user@lists.gentoo.org
> Date: Saturday, 23 May, 2009, 12:13 AM
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
> 
> Download python package from internet and install it
> manually.
> Afterwards, when emerge get functional re-emerge python.
> 
> ... I used this way, when it happened to me ...
> 
> Michal
> 
> Jon Hardcastle wrote:
> > I was trying to do a emerge --update ask world and it
> kept failing on updating python-updater and it was tripping
> over the python install soo i did the 'sensible'
> thing and unemerged python. NOW I REALISE THAT PYTHON IS
> INTEGRAL TO emerge.
> > 
> > Can i fix this
> > 
> > Also, perhaps some more warnings?!? the warning
> message was the standard one.. which i ignored thinking i
> could just reinstall it immediately.
> > 
> > No joy!
> > 
> > 
> > ---
> > N: Jon Hardcastle
> > E: j...@ehardcastle.com
> > 'Do not worry about tomorrow, for tomorrow will bring
> worries of its own.'
> > 
> > Please sponsor me for the London to Brighton 2009.
> > Just Giving: http://www.justgiving.com/jonathanhardcastle
> > ---
> > 
> > 
> >       
> > 
> > 
> -BEGIN PGP SIGNATURE-
> Version: GnuPG v2.0.11 (GNU/Linux)
> Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
> 
> iEYEARECAAYFAkoXMXwACgkQUwc9usbfIiWDVgCfZHvyfED084UHMLzIZuGWTwHG
> 3NQAnR4XBO2yhXhpzRC4Qo7ZJdjQfUf0
> =Y+KO
> -END PGP SIGNATURE-
> 
> 

Thank you! Thank you! Thank you!

I followed this

http://blogs.pwmn.net/korkakak/2008/06/04/gentoo-i-unmerged-python-now-what

which worked - in the end. couple of caveats tho for anyone 'that follows' get 
python from their site as the ftp link in this article is out of date.

http://www.python.org/download/releases/

also I initially tried 3.01 and that didn't work so i installed 2.6.2 which 
worked 'out of the box' i then tested with 'emerge' and am now running 'emerge 
-va python' 

Cheers guys!

Thanks to Dale too!


---
N: Jon Hardcastle
E: j...@ehardcastle.com
'Do not worry about tomorrow, for tomorrow will bring worries of its own.'

Please sponsor me for the London to Brighton 2009.
Just Giving: http://www.justgiving.com/jonathanhardcastle
---

Re: [gentoo-user] ARGH I uninstalled python

[Dale]

Jon Hardcastle wrote:
> I was trying to do a emerge --update ask world and it kept failing on 
> updating python-updater and it was tripping over the python install 
> soo i did the 'sensible' thing and unemerged python. NOW I REALISE THAT 
> PYTHON IS INTEGRAL TO emerge.
>
> Can i fix this
>
> Also, perhaps some more warnings?!? the warning message was the standard 
> one.. which i ignored thinking i could just reinstall it immediately.
>
> No joy!
>
>
> ---
> N: Jon Hardcastle
> E: j...@ehardcastle.com
> 'Do not worry about tomorrow, for tomorrow will bring worries of its own.'
>
> Please sponsor me for the London to Brighton 2009.
> Just Giving: http://www.justgiving.com/jonathanhardcastle
> ---
>
>
>   
>
>
>   

Do you keep a binary copy in /usr/portage/packages/All/ by any chance? 
This is done by setting the FEATURES= in make.conf. 

If not, I think they keep a binary package on Gentoo somewhere.  There
may be other places as well. 

If all else fails and you happen to have a system that is compatible
with mine, I could send you mine.  :-) 

Dale

:-)  :-) 

[gentoo-user] Is paludis bad for SSDs?

[maxim wexler]

Hi group,

This is a follow up to an earlier post about using paludis --uninstall.

After not quite uninstalling cpufreqd and cpufrequtils(boot still complains) I 
gave ctrl-alt-del. When the eee 900a 4G SSD rebooted got a scary message the 
gist of which was that the file system was corrupt but was corrected and the 
system had to reboot in 10secs, LINUX BOOT it shouted and rebooted normally.

Does this have anything to do with #paludis -u some-pkg not getting along with 
the SSD? It's the only cause/effect scenario I can come up with.

I've always used the three finger salute before without causing grief to the fs.

Maxim


  __
Looking for the perfect gift? Give the gift of Flickr! 

http://www.flickr.com/gift/

Re: [gentoo-user] ARGH I uninstalled python

[Michal Sroka]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Download python package from internet and install it manually.
Afterwards, when emerge get functional re-emerge python.

... I used this way, when it happened to me ...

Michal

Jon Hardcastle wrote:
> I was trying to do a emerge --update ask world and it kept failing on 
> updating python-updater and it was tripping over the python install 
> soo i did the 'sensible' thing and unemerged python. NOW I REALISE THAT 
> PYTHON IS INTEGRAL TO emerge.
> 
> Can i fix this
> 
> Also, perhaps some more warnings?!? the warning message was the standard 
> one.. which i ignored thinking i could just reinstall it immediately.
> 
> No joy!
> 
> 
> ---
> N: Jon Hardcastle
> E: j...@ehardcastle.com
> 'Do not worry about tomorrow, for tomorrow will bring worries of its own.'
> 
> Please sponsor me for the London to Brighton 2009.
> Just Giving: http://www.justgiving.com/jonathanhardcastle
> ---
> 
> 
>   
> 
> 
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.11 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iEYEARECAAYFAkoXMXwACgkQUwc9usbfIiWDVgCfZHvyfED084UHMLzIZuGWTwHG
3NQAnR4XBO2yhXhpzRC4Qo7ZJdjQfUf0
=Y+KO
-END PGP SIGNATURE-

[gentoo-user] ARGH I uninstalled python

[Jon Hardcastle]

I was trying to do a emerge --update ask world and it kept failing on updating 
python-updater and it was tripping over the python install soo i did 
the 'sensible' thing and unemerged python. NOW I REALISE THAT PYTHON IS 
INTEGRAL TO emerge.

Can i fix this

Also, perhaps some more warnings?!? the warning message was the standard one.. 
which i ignored thinking i could just reinstall it immediately.

No joy!


---
N: Jon Hardcastle
E: j...@ehardcastle.com
'Do not worry about tomorrow, for tomorrow will bring worries of its own.'

Please sponsor me for the London to Brighton 2009.
Just Giving: http://www.justgiving.com/jonathanhardcastle
---

Re: [gentoo-user] Re: -march=auto

[Alex Schuster]

maxim wexler writes:

> --- On Thu, 5/21/09, Alex Schuster  wrote:

> > But it suggests using -march=k8 - isn't that a 64-bit-only
> > thing? I'm not
>
> For an 900A w/intel Atom?

No, I have an AMD Athlon(tm) Dual Core Processor 4850e.

> This is what I get:
>
> Warning: Your compiler supports the -march=native option which you may
> prefer Warning: Newer versions of GCC better support your CPU with
> -march=atom -march=core2 -mtune=pentium -mfpmath=sse.
>
> Now I'm confused. It says *my* compiler supports -march=native. Then it
> says "Newer versions". Isn't v4.3.2 new? It was from a new pkg about a
> month ago. Is it giving me a choice here? Can I really declare two -march
> variables? What about mtune and mfpath, are they meant to be "instead of"
> or "in addition to"?

I'm also confused. Multiple -march options make no sense I believe, as does 
specifying both -march and -mtune, as -mtune is implied by -march. And the 
docs say in the section about
-mfpmath=sse:

For the i386 compiler, you need to use `-march=CPU-TYPE',
`-msse' or `-msse2' switches to enable SSE extensions and
make this option effective.  For the x86-64 compiler, these
extensions are enabled by default.

So it seems to me that -mfpmath does not need to be set.

Well, I'd just use -march=native, unless when using distcc. If so, Daniel's 
tip about 'gcc -Q --help=target -march=native' will give you the exact 
options to use.
 
Wonko

[gentoo-user] Re: -march=auto

[Alex Schuster]

Daniel Iliev writes:

> Alex Schuster  wrote:

> > BTW, is there a possibility to let gcc tell what flags it will
> > actually use with -march=auto?
>
> gcc -Q --help=target  -march=native

Cool, thanks!

Wonko

Re: [gentoo-user] Is starting xdm enough to see something in X?

[Daniel da Veiga]

On Fri, May 22, 2009 at 18:12, Mark Knecht  wrote:
> On Fri, May 22, 2009 at 2:01 PM, Daniel da Veiga
>  wrote:
> 
>>
>> Or you're using an intel card.
>> Set your VIDEO_CARDS variable in /etc/make.conf to "vesa" and
>> recompile xorg-server, then try again.
>>
>> --
>> Daniel da Veiga
>>
>>
>
> Hi Daniel,
>   I'm happy to try that, but for the record in case someone comes
> along and reads this thread later, lspci shows a Radeon in the system,
> so I set VIDEO_CARDS that way:
>
> MacMini X11 # lspci
> :00:0b.0 Host bridge: Apple Computer Inc. UniNorth 2 AGP
> :00:10.0 VGA compatible controller: ATI Technologies Inc RV280
> [Radeon 9200] (rev 01)
> 0001:10:0b.0 Host bridge: Apple Computer Inc. UniNorth 2 PCI
> 0001:10:12.0 Network controller: Broadcom Corporation BCM4318
> [AirForce One 54g] 802.11g Wireless LAN Controller (rev 02)
> 0001:10:17.0 Class ff00: Apple Computer Inc. KeyLargo/Intrepid Mac I/O
> 0001:10:18.0 USB Controller: Apple Computer Inc. KeyLargo/Intrepid USB
> 0001:10:19.0 USB Controller: Apple Computer Inc. KeyLargo/Intrepid USB
> 0001:10:1a.0 USB Controller: Apple Computer Inc. KeyLargo/Intrepid USB
> 0001:10:1b.0 USB Controller: NEC Corporation USB (rev 43)
> 0001:10:1b.1 USB Controller: NEC Corporation USB (rev 43)
> 0001:10:1b.2 USB Controller: NEC Corporation USB 2.0 (rev 04)
> 0002:20:0b.0 Host bridge: Apple Computer Inc. UniNorth 2 Internal PCI
> 0002:20:0d.0 Class ff00: Apple Computer Inc. UniNorth/Intrepid ATA/100
> 0002:20:0e.0 FireWire (IEEE 1394): Apple Computer Inc. UniNorth 2
> FireWire (rev 81)
> 0002:20:0f.0 Ethernet controller: Apple Computer Inc. UniNorth 2 GMAC
> (Sun GEM) (rev 80)
> MacMini X11 #
>
> MacMini X11 # cat /etc/make.conf | grep VIDEO
> VIDEO_CARDS="fbdev radeon"
> MacMini X11 #
>
> I wasn't sure about the fbdev part. I just duplicated one of my x86 boxes.
>
> The radeon driver does load and I don't see any complaints in the log file:
>
> MacMini X11 # lsmod
> Module                  Size  Used by
> radeon                139784  0
> drm                    80732  1 radeon
> 
> agpgart                33344  2 drm,uninorth_agp
> MacMini X11 #
>
>

I see, you would have something wrong in your dmesg if that was the
problem. Anyway, using vesa is still the easy way to get X working
plain and simple.

I just bring that up because some time ago an old machine here at work
had similar (almost identical) issues with video, and since it was a
simple kiosk machine, I changed it from the original (nvidia) driver
to vesa and it worked.

-- 
Daniel da Veiga

[gentoo-user] Re: -march=auto

[ABCD]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

maxim wexler wrote:
> 
> For an 900A w/intel Atom?
> 
> This is what I get:
> 
> Warning: Your compiler supports the -march=native option which you
> may prefer

If you use this, then you 1) must be using >=sys-devel/gcc-4.2, and 2)
will always have the "best" optimization for your machine, so far as the
version of gcc you are using understands.

> Warning: Newer versions of GCC better support your CPU with -march=atom

In order to use this, you will need gcc-4.5, which hasn't been released yet.

> -march=core2 -mtune=pentium -mfpmath=sse.

This is the recommendation that the script actually made - it suggests
to use all of these.

> Now I'm confused. It says *my* compiler supports -march=native. Then
> it says "Newer versions". Isn't v4.3.2 new? It was from a new pkg about
> a month ago. Is it giving me a choice here? Can I really declare two
> -march variables? What about mtune and mfpath, are they meant to be
> "instead of" or "in addition to"? What goes in the kernel config? What
> in /etc/paludis/bashrc?

The newest version of gcc out right now is 4.4.0 (currently in
package.mask).  I would suggest setting CFLAGS="-O2 -march=native -pipe"
and CXXFLAGS="-O2 -march=native -pipe" in /etc/paludis/bashrc (assuming
that that is the proper location for those variables).

- --
ABCD
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.11 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iEYEARECAAYFAkoXGvUACgkQOypDUo0oQOoDGgCfQdRS+hQtTVKIITl2UvExt5NH
6g4AoJvL7fC2+Gr2KlYIS3WqMnyeJ9qE
=1r28
-END PGP SIGNATURE-

Re: [gentoo-user] Is starting xdm enough to see something in X?

[Mark Knecht]

On Fri, May 22, 2009 at 2:01 PM, Daniel da Veiga
 wrote:

>
> Or you're using an intel card.
> Set your VIDEO_CARDS variable in /etc/make.conf to "vesa" and
> recompile xorg-server, then try again.
>
> --
> Daniel da Veiga
>
>

Hi Daniel,
   I'm happy to try that, but for the record in case someone comes
along and reads this thread later, lspci shows a Radeon in the system,
so I set VIDEO_CARDS that way:

MacMini X11 # lspci
:00:0b.0 Host bridge: Apple Computer Inc. UniNorth 2 AGP
:00:10.0 VGA compatible controller: ATI Technologies Inc RV280
[Radeon 9200] (rev 01)
0001:10:0b.0 Host bridge: Apple Computer Inc. UniNorth 2 PCI
0001:10:12.0 Network controller: Broadcom Corporation BCM4318
[AirForce One 54g] 802.11g Wireless LAN Controller (rev 02)
0001:10:17.0 Class ff00: Apple Computer Inc. KeyLargo/Intrepid Mac I/O
0001:10:18.0 USB Controller: Apple Computer Inc. KeyLargo/Intrepid USB
0001:10:19.0 USB Controller: Apple Computer Inc. KeyLargo/Intrepid USB
0001:10:1a.0 USB Controller: Apple Computer Inc. KeyLargo/Intrepid USB
0001:10:1b.0 USB Controller: NEC Corporation USB (rev 43)
0001:10:1b.1 USB Controller: NEC Corporation USB (rev 43)
0001:10:1b.2 USB Controller: NEC Corporation USB 2.0 (rev 04)
0002:20:0b.0 Host bridge: Apple Computer Inc. UniNorth 2 Internal PCI
0002:20:0d.0 Class ff00: Apple Computer Inc. UniNorth/Intrepid ATA/100
0002:20:0e.0 FireWire (IEEE 1394): Apple Computer Inc. UniNorth 2
FireWire (rev 81)
0002:20:0f.0 Ethernet controller: Apple Computer Inc. UniNorth 2 GMAC
(Sun GEM) (rev 80)
MacMini X11 #

MacMini X11 # cat /etc/make.conf | grep VIDEO
VIDEO_CARDS="fbdev radeon"
MacMini X11 #

I wasn't sure about the fbdev part. I just duplicated one of my x86 boxes.

The radeon driver does load and I don't see any complaints in the log file:

MacMini X11 # lsmod
Module  Size  Used by
radeon139784  0
drm80732  1 radeon

agpgart33344  2 drm,uninorth_agp
MacMini X11 #

[gentoo-user] paludis --uninstall leaves stuff behind

[maxim wexler]

Hi group,

Having determined that the Intel Atom CPU probably doesn't allow frequency 
scaling, or at least the current kern config doesn't, I did paludis -u cpfreqd 
&& paludis -u cpfrequtils because I got these annoying messages that 
CONFIG_CPU_FREQ must be set(it is!)

And rebooted -- same message. So I deleted /etc/cpufreqd.conf(Why didn't 
paludis -u get rid of it?).

And rebooted. Now the message is "can't find cpufreqd.conf". 

Why didn't paludis -u get rid of everything?

Maxim


  __
Be smarter than spam. See how smart SpamGuard is at giving junk email the boot 
with the All-new Yahoo! Mail.  Click on Options in Mail and switch to New Mail 
today or register for free at http://mail.yahoo.ca

Re: [gentoo-user] Is starting xdm enough to see something in X?

[Daniel da Veiga]

On Fri, May 22, 2009 at 17:46, Mark Knecht  wrote:
> On Fri, May 22, 2009 at 12:54 PM, Alan McKinnon  
> wrote:
>> On Friday 22 May 2009 21:19:40 Mark Knecht wrote:
>>> On Fri, May 22, 2009 at 12:08 PM, Matt Harrison
>>>
>>>  wrote:
>>> > Mark Knecht wrote:
>>> >> On Fri, May 22, 2009 at 11:49 AM, bn  wrote:
>>> >>> Mark Knecht ha scritto:
>>>  Title sort of says it. I have an old machine that I'm setting up as a
>>>  Myth server. I didn't want X on the machine but I'm having trouble so
>>>  I emerged xdm and start it using /etc/init.d/xdm start. The  drivers
>>>  get loaded but I get a black screen. No error message in the X log
>>>  file.
>>> 
>>>  I haven't messed with X at this level before. What's the minimum test
>>>  of X that would display a terminal or something very basic?
>>> >>>
>>> >>> Have you tried
>>> >>>
>>> >>> startx /usr/bin/xterm
>>> >>
>>> >> Yes. Same black screen. Nothing else going on. The processes show up
>>> >> in ps aux, X as root, xterm as me.
>>> >
>>> > I've found before that if everything seems to be running (can list X
>>> > processes and logs look fine) but you still don't see anything, it's
>>> > possible it is your monitor. I used to use a really old 15" CRT for a
>>> > server but it just wouldn't run X at anything over 640x480. Modern
>>> > monitors will at least tell you if the resolution/refresh is out of
>>> > limits, but older ones don't often. Try with a different monitor if that
>>> > one is old or suspect.
>>> >
>>> > ~Matt
>>>
>>> Good point. I'll hook the machine up to a very good monitor later today.
>>> Thanks.
>>
>> You need to run an X-server, not the one that is displaying xdm because that
>> will only run xdm and once you authenticate will launch an entirely different
>> session. Either launch the failsafe session, it gives you twm on gentoo with 
>> a
>> single xterm, or ditch xdm and run startx.
>>
>> You can also run xinit (startx is a wrapper script around xinit that launches
>> user-defined apps) and that gives you plain X without a window manager so you
>> need to put at least xterm into .xinitrc
>>
>>> One question about this X stuff. Is there any difference at all at the
>>> application level if I run an app displaying on the monitor of that
>>> machine, or use ssh -X -Y -C and run the app displaying on a remote
>>> machine?
>>
>> No difference whatsoever for basic apps. X is network transparent, meaning
>> that the X client reads and writes a Unix socket, TCP socket, or whatever 
>> else
>> you can dream up. However, I'm sure you will find that recent fancy stuff 
>> like
>> compiz and OpenGL don't work as expected.
>>
>>> If there is absolutely no difference then I don't need to bother with
>>> this. If there is then I do. The real issue here is that Myth doesn't
>>> work. If I can be certain that displaying Myth apps on a remote
>>> screen, such as mythtv-setup or mythfrontend, is really the same then
>>> I'll just do that. However those apps are currently failing so I'm
>>> trying to eliminate issues, and possibly creating one I don't care
>>> about in doing that!
>>
>> Running X apps locally locally tests your X libs and your X server.
>> Running X apps remotely tests the X libs
>>
>
> Thanks Alan,
>   OK, I switched to a known good monitor, left xdm turned off and
> used startx at my command line. I see all the right stuff in ps but
> still no video, and it seems that I've lost control of my keyboard as
> I cannot use Alt-Ctrl-F2 to get to another console. (The machine
> currently doesn't have a mouse)
>
> MacMini ~ # ps aux | grep x
> 
> mark      4643  0.0  0.2   3324  1348 tty1     S+   13:24   0:00
> /bin/sh /usr/bin/startx
> mark      4659  0.0  0.2   3680  1104 tty1     S+   13:24   0:00 xinit
> /etc/X11/xinit/xinitrc -- -nolisten tcp -br -auth
> /home/mark/.serverauth.4643 -deferglyphs 16
> mark      4679  0.0  0.6   8216  3252 tty1     S    13:24   0:00 xterm
> -geometry 80x66+0+0 -name login
> mark      4694  0.0  0.6   8376  3488 tty1     S    13:24   0:00
> xclock -geometry 50x50-1+1
> mark      4695  0.0  0.6   8208  3252 tty1     S    13:24   0:00 xterm
> -geometry 80x50+494+51
> mark      4696  0.0  0.6   8196  3236 tty1     S    13:24   0:00 xterm
> -geometry 80x20+494-0
> root      4735  0.0  0.1   2840  1020 pts/3    R+   13:26   0:00 ps aux
> root      4736  0.0  0.1   2060   580 pts/3    R+   13:26   0:00 grep
> --colour=auto x
> MacMini ~ #
>
> If I use top in a terminal and kill startx and xinit then I get back
> to my login console.
>
> Possibly xorg-server-1.5 isn't compatible with a 2.6.24 kernel?
>
> Maybe I should move this to the Power PC group. Likely I'll find
> someone there with direct experience. Still, I appreciate the wider
> audience of gentoo-user.
>

Or you're using an intel card.
Set your VIDEO_CARDS variable in /etc/make.conf to "vesa" and
recompile xorg-server, then try again.

-- 
Daniel da Veiga

Re: [gentoo-user] Is starting xdm enough to see something in X?

[Mark Knecht]

On Fri, May 22, 2009 at 12:54 PM, Alan McKinnon  wrote:
> On Friday 22 May 2009 21:19:40 Mark Knecht wrote:
>> On Fri, May 22, 2009 at 12:08 PM, Matt Harrison
>>
>>  wrote:
>> > Mark Knecht wrote:
>> >> On Fri, May 22, 2009 at 11:49 AM, bn  wrote:
>> >>> Mark Knecht ha scritto:
>>  Title sort of says it. I have an old machine that I'm setting up as a
>>  Myth server. I didn't want X on the machine but I'm having trouble so
>>  I emerged xdm and start it using /etc/init.d/xdm start. The  drivers
>>  get loaded but I get a black screen. No error message in the X log
>>  file.
>> 
>>  I haven't messed with X at this level before. What's the minimum test
>>  of X that would display a terminal or something very basic?
>> >>>
>> >>> Have you tried
>> >>>
>> >>> startx /usr/bin/xterm
>> >>
>> >> Yes. Same black screen. Nothing else going on. The processes show up
>> >> in ps aux, X as root, xterm as me.
>> >
>> > I've found before that if everything seems to be running (can list X
>> > processes and logs look fine) but you still don't see anything, it's
>> > possible it is your monitor. I used to use a really old 15" CRT for a
>> > server but it just wouldn't run X at anything over 640x480. Modern
>> > monitors will at least tell you if the resolution/refresh is out of
>> > limits, but older ones don't often. Try with a different monitor if that
>> > one is old or suspect.
>> >
>> > ~Matt
>>
>> Good point. I'll hook the machine up to a very good monitor later today.
>> Thanks.
>
> You need to run an X-server, not the one that is displaying xdm because that
> will only run xdm and once you authenticate will launch an entirely different
> session. Either launch the failsafe session, it gives you twm on gentoo with a
> single xterm, or ditch xdm and run startx.
>
> You can also run xinit (startx is a wrapper script around xinit that launches
> user-defined apps) and that gives you plain X without a window manager so you
> need to put at least xterm into .xinitrc
>
>> One question about this X stuff. Is there any difference at all at the
>> application level if I run an app displaying on the monitor of that
>> machine, or use ssh -X -Y -C and run the app displaying on a remote
>> machine?
>
> No difference whatsoever for basic apps. X is network transparent, meaning
> that the X client reads and writes a Unix socket, TCP socket, or whatever else
> you can dream up. However, I'm sure you will find that recent fancy stuff like
> compiz and OpenGL don't work as expected.
>
>> If there is absolutely no difference then I don't need to bother with
>> this. If there is then I do. The real issue here is that Myth doesn't
>> work. If I can be certain that displaying Myth apps on a remote
>> screen, such as mythtv-setup or mythfrontend, is really the same then
>> I'll just do that. However those apps are currently failing so I'm
>> trying to eliminate issues, and possibly creating one I don't care
>> about in doing that!
>
> Running X apps locally locally tests your X libs and your X server.
> Running X apps remotely tests the X libs
>

Thanks Alan,
   OK, I switched to a known good monitor, left xdm turned off and
used startx at my command line. I see all the right stuff in ps but
still no video, and it seems that I've lost control of my keyboard as
I cannot use Alt-Ctrl-F2 to get to another console. (The machine
currently doesn't have a mouse)

MacMini ~ # ps aux | grep x

mark  4643  0.0  0.2   3324  1348 tty1 S+   13:24   0:00
/bin/sh /usr/bin/startx
mark  4659  0.0  0.2   3680  1104 tty1 S+   13:24   0:00 xinit
/etc/X11/xinit/xinitrc -- -nolisten tcp -br -auth
/home/mark/.serverauth.4643 -deferglyphs 16
mark  4679  0.0  0.6   8216  3252 tty1 S13:24   0:00 xterm
-geometry 80x66+0+0 -name login
mark  4694  0.0  0.6   8376  3488 tty1 S13:24   0:00
xclock -geometry 50x50-1+1
mark  4695  0.0  0.6   8208  3252 tty1 S13:24   0:00 xterm
-geometry 80x50+494+51
mark  4696  0.0  0.6   8196  3236 tty1 S13:24   0:00 xterm
-geometry 80x20+494-0
root  4735  0.0  0.1   2840  1020 pts/3R+   13:26   0:00 ps aux
root  4736  0.0  0.1   2060   580 pts/3R+   13:26   0:00 grep
--colour=auto x
MacMini ~ #

If I use top in a terminal and kill startx and xinit then I get back
to my login console.

Possibly xorg-server-1.5 isn't compatible with a 2.6.24 kernel?

Maybe I should move this to the Power PC group. Likely I'll find
someone there with direct experience. Still, I appreciate the wider
audience of gentoo-user.

- Mark

Re: [gentoo-user] Is starting xdm enough to see something in X?

[Alan McKinnon]

On Friday 22 May 2009 21:19:40 Mark Knecht wrote:
> On Fri, May 22, 2009 at 12:08 PM, Matt Harrison
>
>  wrote:
> > Mark Knecht wrote:
> >> On Fri, May 22, 2009 at 11:49 AM, bn  wrote:
> >>> Mark Knecht ha scritto:
>  Title sort of says it. I have an old machine that I'm setting up as a
>  Myth server. I didn't want X on the machine but I'm having trouble so
>  I emerged xdm and start it using /etc/init.d/xdm start. The  drivers
>  get loaded but I get a black screen. No error message in the X log
>  file.
> 
>  I haven't messed with X at this level before. What's the minimum test
>  of X that would display a terminal or something very basic?
> >>>
> >>> Have you tried
> >>>
> >>> startx /usr/bin/xterm
> >>
> >> Yes. Same black screen. Nothing else going on. The processes show up
> >> in ps aux, X as root, xterm as me.
> >
> > I've found before that if everything seems to be running (can list X
> > processes and logs look fine) but you still don't see anything, it's
> > possible it is your monitor. I used to use a really old 15" CRT for a
> > server but it just wouldn't run X at anything over 640x480. Modern
> > monitors will at least tell you if the resolution/refresh is out of
> > limits, but older ones don't often. Try with a different monitor if that
> > one is old or suspect.
> >
> > ~Matt
>
> Good point. I'll hook the machine up to a very good monitor later today.
> Thanks.

You need to run an X-server, not the one that is displaying xdm because that 
will only run xdm and once you authenticate will launch an entirely different 
session. Either launch the failsafe session, it gives you twm on gentoo with a 
single xterm, or ditch xdm and run startx.

You can also run xinit (startx is a wrapper script around xinit that launches 
user-defined apps) and that gives you plain X without a window manager so you 
need to put at least xterm into .xinitrc

> One question about this X stuff. Is there any difference at all at the
> application level if I run an app displaying on the monitor of that
> machine, or use ssh -X -Y -C and run the app displaying on a remote
> machine?

No difference whatsoever for basic apps. X is network transparent, meaning 
that the X client reads and writes a Unix socket, TCP socket, or whatever else 
you can dream up. However, I'm sure you will find that recent fancy stuff like 
compiz and OpenGL don't work as expected.

> If there is absolutely no difference then I don't need to bother with
> this. If there is then I do. The real issue here is that Myth doesn't
> work. If I can be certain that displaying Myth apps on a remote
> screen, such as mythtv-setup or mythfrontend, is really the same then
> I'll just do that. However those apps are currently failing so I'm
> trying to eliminate issues, and possibly creating one I don't care
> about in doing that!

Running X apps locally locally tests your X libs and your X server.
Running X apps remotely tests the X libs

:-)

-- 
alan dot mckinnon at gmail dot com

Re: [gentoo-user] Is starting xdm enough to see something in X?

[Mark Knecht]

On Fri, May 22, 2009 at 12:08 PM, Matt Harrison
 wrote:
> Mark Knecht wrote:
>>
>> On Fri, May 22, 2009 at 11:49 AM, bn  wrote:
>>>
>>> Mark Knecht ha scritto:

 Title sort of says it. I have an old machine that I'm setting up as a
 Myth server. I didn't want X on the machine but I'm having trouble so
 I emerged xdm and start it using /etc/init.d/xdm start. The  drivers
 get loaded but I get a black screen. No error message in the X log
 file.

 I haven't messed with X at this level before. What's the minimum test
 of X that would display a terminal or something very basic?

>>> Have you tried
>>>
>>> startx /usr/bin/xterm
>>>
>>
>> Yes. Same black screen. Nothing else going on. The processes show up
>> in ps aux, X as root, xterm as me.
>>
>
> I've found before that if everything seems to be running (can list X
> processes and logs look fine) but you still don't see anything, it's
> possible it is your monitor. I used to use a really old 15" CRT for a server
> but it just wouldn't run X at anything over 640x480. Modern monitors will at
> least tell you if the resolution/refresh is out of limits, but older ones
> don't often. Try with a different monitor if that one is old or suspect.
>
> ~Matt

Good point. I'll hook the machine up to a very good monitor later today. Thanks.

One question about this X stuff. Is there any difference at all at the
application level if I run an app displaying on the monitor of that
machine, or use ssh -X -Y -C and run the app displaying on a remote
machine?

If there is absolutely no difference then I don't need to bother with
this. If there is then I do. The real issue here is that Myth doesn't
work. If I can be certain that displaying Myth apps on a remote
screen, such as mythtv-setup or mythfrontend, is really the same then
I'll just do that. However those apps are currently failing so I'm
trying to eliminate issues, and possibly creating one I don't care
about in doing that!

Thanks,
Mark

Re: [gentoo-user] Is starting xdm enough to see something in X?

[Matt Harrison]

Mark Knecht wrote:

On Fri, May 22, 2009 at 11:49 AM, bn  wrote:

Mark Knecht ha scritto:

Title sort of says it. I have an old machine that I'm setting up as a
Myth server. I didn't want X on the machine but I'm having trouble so
I emerged xdm and start it using /etc/init.d/xdm start. The  drivers
get loaded but I get a black screen. No error message in the X log
file.

I haven't messed with X at this level before. What's the minimum test
of X that would display a terminal or something very basic?


Have you tried

startx /usr/bin/xterm



Yes. Same black screen. Nothing else going on. The processes show up
in ps aux, X as root, xterm as me.



I've found before that if everything seems to be running (can list X 
processes and logs look fine) but you still don't see anything, it's 
possible it is your monitor. I used to use a really old 15" CRT for a 
server but it just wouldn't run X at anything over 640x480. Modern 
monitors will at least tell you if the resolution/refresh is out of 
limits, but older ones don't often. Try with a different monitor if that 
one is old or suspect.


~Matt

Re: [gentoo-user] Is starting xdm enough to see something in X?

[Mark Knecht]

On Fri, May 22, 2009 at 11:49 AM, bn  wrote:
> Mark Knecht ha scritto:
>> Title sort of says it. I have an old machine that I'm setting up as a
>> Myth server. I didn't want X on the machine but I'm having trouble so
>> I emerged xdm and start it using /etc/init.d/xdm start. The  drivers
>> get loaded but I get a black screen. No error message in the X log
>> file.
>>
>> I haven't messed with X at this level before. What's the minimum test
>> of X that would display a terminal or something very basic?
>>
>
> Have you tried
>
> startx /usr/bin/xterm
>

Yes. Same black screen. Nothing else going on. The processes show up
in ps aux, X as root, xterm as me.

Re: [gentoo-user] Is starting xdm enough to see something in X?

[Dale]

Mark Knecht wrote:
> Title sort of says it. I have an old machine that I'm setting up as a
> Myth server. I didn't want X on the machine but I'm having trouble so
> I emerged xdm and start it using /etc/init.d/xdm start. The  drivers
> get loaded but I get a black screen. No error message in the X log
> file.
>
> I haven't messed with X at this level before. What's the minimum test
> of X that would display a terminal or something very basic?
>
> Thanks,
> Mark
>
>
>   

I don't know if this still applies or not but may be worth a try.  I
used to test X by doing startx.  It's a ugly thing but it tells you if
it works or not.  No clue on if that would help Mythtv either.

Dale

:-)  :-)

Re: [gentoo-user] Is starting xdm enough to see something in X?

[bn]

Mark Knecht ha scritto:
> Title sort of says it. I have an old machine that I'm setting up as a
> Myth server. I didn't want X on the machine but I'm having trouble so
> I emerged xdm and start it using /etc/init.d/xdm start. The  drivers
> get loaded but I get a black screen. No error message in the X log
> file.
> 
> I haven't messed with X at this level before. What's the minimum test
> of X that would display a terminal or something very basic?
> 

Have you tried

startx /usr/bin/xterm


?

[gentoo-user] Is starting xdm enough to see something in X?

[Mark Knecht]

Title sort of says it. I have an old machine that I'm setting up as a
Myth server. I didn't want X on the machine but I'm having trouble so
I emerged xdm and start it using /etc/init.d/xdm start. The  drivers
get loaded but I get a black screen. No error message in the X log
file.

I haven't messed with X at this level before. What's the minimum test
of X that would display a terminal or something very basic?

Thanks,
Mark

Re: [gentoo-user] Re: disable syanptics pad

[James Ausmus]

On Fri, May 22, 2009 at 8:06 AM, James  wrote:

> Saphirus Sage  gmail.com> writes:
>
>
> > > Any ideas how to disable the synaptics pad?
>
> > I'm not entirely sure that's a proper way to disable the synaptics pad,
> > as you don't seem to have removed xorg's ability to load the driver. I'd
> > suggest just #'ing out the whole InputDevice section relating to the
> > synaptics pad, and running emerge -C synaptics or emerge -C
> > xf86-input-synaptics, depending on which driver you're using. That
> > should completely remove your ability to use the synaptic touch pad.
>
> H,
>
>
> Nothing with the word "synaptics"  (or either of the packages you
> mentioned)
> is installed.
>
>
> I do have a left over, bloated xorg file, so I'll first just delete
> the line with the (#) symbol, but, I thought that was the way to
> deactivate entries. Looking in xorg.conf.examples did not reveal
> any sort of useful infor
>
>
> Maybe somebody could post a minimal xorg.conf, or a url to some examples?
>
> One additional bit of information. The synaptics pad, when touched, makes
> the mouse(cursor) go crazy in a radom-noise-movement sort of pattern.
> When I stop touching the synaptics pad and use the external usb mouse,
> cursor  movement becomes normal as expected.
>
>
> ideas?
>
>
Sounds like, since you don't have a synaptics driver installed, the
synaptics device is being handled like a regular mouse via the evdev driver,
and the evdev driver doesn't properly handle the data coming from the
touchpad, hence the erratic pointer movement.

For disabling, I'm not sure, as I don't have access to a system w/ synaptics
on it (until I get home, but that's about 8 hours away yet...), but, after
emerging the xf86-input-synaptics driver, and looking at the man page (man
synaptics), I see the

Option "TouchpadOff" "integer"

option - if you set this to "1", then the touchpad is disabled, so I would
add in a section for the device in your xorg.conf file, something like:

   Section "InputDevice"
 Identifier "touchpad"
 Driver "synaptics"
 Option "Device"   "/dev/input/"
 Option "TouchpadOff" "1"
   EndSection

HTH-

-James

Re: [gentoo-user] sudoers syntax questions

[Dirk Heinrichs]

Am Freitag, 22. Mai 2009 11:12:12 schrieb Arnau Bria:

> I'd like to allow some users to umount any dir under certain path, but
> as man says:
>
> Any idea will be appreciated.

Use the kernel automounter (autofs).

Bye...

Dirk


signature.asc
Description: This is a digitally signed message part.

Re: [gentoo-user] Re: -march=auto

[maxim wexler]

--- On Thu, 5/21/09, Alex Schuster  wrote:

> From: Alex Schuster 
> Subject: [gentoo-user] Re: -march=auto
> To: gentoo-user@lists.gentoo.org
> Received: Thursday, May 21, 2009, 12:30 PM
> I just wrote:
> 
> > > Could also perhaps try -march=auto if you're
> using a version of GCC
> > > that supports it.
> 
> Oh, it's -march=native.
> 
> > BTW, is there a possibility to let gcc tell what flags
> it will actually
> > use with -march=auto?
> 
> Paul Hartman just posted a link to a script that seems to
> do what I was 
> looking for in the "[OT]eee 900a intel atom is what
> processor family?" 
> thread: 
> 
> But it suggests using -march=k8 - isn't that a 64-bit-only
> thing? I'm not 

For an 900A w/intel Atom?

This is what I get:

Warning: Your compiler supports the -march=native option which you may prefer
Warning: Newer versions of GCC better support your CPU with -march=atom
-march=core2 -mtune=pentium -mfpmath=sse.

Now I'm confused. It says *my* compiler supports -march=native. Then it says 
"Newer versions". Isn't v4.3.2 new? It was from a new pkg about a month ago. Is 
it giving me a choice here? Can I really declare two -march variables? What 
about mtune and mfpath, are they meant to be "instead of" or "in addition to"? 
What goes in the kernel config? What in /etc/paludis/bashrc?

Maxim




  __
Yahoo! Canada Toolbar: Search from anywhere on the web, and bookmark your 
favourite sites. Download it now
http://ca.toolbar.yahoo.com.

[gentoo-user] Re: disable syanptics pad

[James]

Saphirus Sage  gmail.com> writes:


> > Any ideas how to disable the synaptics pad?

> I'm not entirely sure that's a proper way to disable the synaptics pad,
> as you don't seem to have removed xorg's ability to load the driver. I'd
> suggest just #'ing out the whole InputDevice section relating to the
> synaptics pad, and running emerge -C synaptics or emerge -C
> xf86-input-synaptics, depending on which driver you're using. That
> should completely remove your ability to use the synaptic touch pad.

H,


Nothing with the word "synaptics"  (or either of the packages you mentioned)
is installed.


I do have a left over, bloated xorg file, so I'll first just delete
the line with the (#) symbol, but, I thought that was the way to
deactivate entries. Looking in xorg.conf.examples did not reveal
any sort of useful infor


Maybe somebody could post a minimal xorg.conf, or a url to some examples?

One additional bit of information. The synaptics pad, when touched, makes
the mouse(cursor) go crazy in a radom-noise-movement sort of pattern. 
When I stop touching the synaptics pad and use the external usb mouse, 
cursor  movement becomes normal as expected.


ideas?


James

[gentoo-user] Re: disable syanptics pad

[James]

Uwe  googlemail.com> writes:


> Have you looked in the Bios?
> Somewhere around there should be an option to turn the touchpad
> completely off


After booting, I'm pretty sure Linux just ignores the bios
on most systems.?


James

[gentoo-user] Re: disable syanptics pad

[james]

Paul Hartman  gmail.com> writes:


> I think you need to set corepointer=0 in the FDI file or something
> similar to that. Or if you're using xorg.conf point it to a specific
> mouse instead of /dev/mice or whatever the catch-all mouse device is.
> May be able to get rid of it "even more" with udev rules or something
> to just make it go away. Sorry I don't have specific examples, I'm on
> a windows machine right now.


I'm sure your information is good. But, I need specifics

thx,


James

Re: [gentoo-user] x11-base/xorg-server-1.5.3-r5 with x11-drivers/ati-drivers-8.552-r2 -- file conflict

[Kevin O'Gorman]

On Fri, May 22, 2009 at 2:40 AM, Alex Schuster  wrote:
> Kevin O'Gorman writes:
>
>> On Thu, May 21, 2009 at 8:20 PM, Kevin O'Gorman 
> wrote:
>
>> > I thank you for the expert advice.  I'm doing the emerge now, but even
>> > if it succeeds, I'm worried that the xorg-server will still own this
>> > file, since portageq seems to see that it does.  This seems inherently
>> > wrong.
>
> Well, it is indeed.
>
>> > Sigh.  I'm too far along to flinch now, so if this emerges, I'll
>> > probably restart X.
>> >
>> > Wish me luck.
>
> I do, but I do not believe bad things might happen.
>
>> Hmm.  Even with the FEATURES option from the suggestion, I get exactly
>> the same error message.  I cut-and-pasted it, but I wonder if it's
>> spelled right?
>
> It is. But I forgot about the protect-owned feature. I thought -collision-
> protect would act stronger and imply it, but apparently it does not. So,
> 'FEATURES=-protect-owned emerge ati-drivers' might have worked better. If
> not, 'FEATURES="-collision-protect -protect-owned" emerge ati-drivers' would
> have worked in any case.
>
>> I'm going to try just deleting (well, renaming) the file, hoping that
>> this will work...
>
> Yes, that's okay. After all, the file is still there, it's just now being
> generated by the ati-driver. I wouldn't worry too much.
>
>        Wonko

well, it emerged this time.  I'm going to restart X over the weekend,
when I'll have time to clean up the mess that I half expect.

++ kevin

-- 
Kevin O'Gorman, PhD

Re: [gentoo-user] How to manage package.keywords for greater system reliability?

[Neil Bothwick]

On Fri, 22 May 2009 07:40:28 -0300, Jorge Morais wrote:

> > maybe you should just run a ~arch system.
> I want a reliable system. Isn't ~arch quite less reliable than arch ?

Not in my experience. ~arch only means the builds are in testing, the
software is as reliable as upstream makes it. You may hit the occasional
problem when updating, but once the software is installed it will be as
reliable as on any other distro.

> (Also, newer software versions are often more bloated).

That's a highly subjective view, and quite irrelevant. New versions can
be about adding features, or they can be about bug-fixing and optimising
existing features. 

> > It's been said many times that a mixed system is a potential source
> > of trouble.

> I didn't hear it.

It comes up on this list frequently when discussions about problems
caused by mixing arch and ~arch are mentioned. I run mainly ~arch but a
couple of computers run arch plus some packages in package.keywords. I can
honestly say that the pure ~arch machines are just as reliable. The
reason I run the arch boxes is that stability is important for them; not
in the reliability sense (that's important everywhere) but in reducing
the number of updates needed on each box.


-- 
Neil Bothwick

Whats the difference between a magician and a brothel?
One has a cunning array of stunts,


signature.asc
Description: PGP signature

Re: [gentoo-user] How to manage package.keywords for greater system reliability?

[Jorge Morais]

On Fri, 22 May 2009 09:00:05 +0100
Neil Bothwick  wrote:

> On Thu, 21 May 2009 21:41:22 -0300, Jorge Morais wrote:
> 
> > Or maybe I  should just stick to all-stable, so as  to not be different,
> > and keep package.keywords  for those packages where I  really want a new
> > feature (like packages with no stable versions)?
> 
> If you want so many up to date packages
It is  not so much.  My package.keywords/longterm lists 13  packages; my
package.keywords/shortterm lists 21 packages, many of which will get out
of there in the future, as the version I use become stable.
5 of these 21 packages would not be there if I always had my current
"it is better to avoid the bleeding edge" view.

> maybe you should just run a ~arch system.
I want a reliable system. Isn't ~arch quite less reliable than arch ?
(Also, newer software versions are often more bloated).

> It's been said many times that a mixed system is a
> potential source of trouble.
I didn't hear it.

> Your comparison of stable Gentoo with Debian
> testing is strange, since the Gentoo equivalent is ~arch.
I thought  Debian testing was more stringent  regarding reliability than
Gentoo ~arch; anyway, the point is  that when a new bugfix release (like
gimp 2.6.6)  is released, I  want to see  if other distros  consider the
bugfixes  important enough  to  pick it;  I  chose Debian  because I  am
somewhat  familiar with  it;  and Debian  testing  because AFAIK  Debian
stable  only rarely picks  updates that  are not  security-related. Some
people even say that Debian stable is for servers.

Re: -march=auto (was: Re: [gentoo-user] [OT]eee 900a intel atom is what processor family?)

[Daniel Iliev]

On Thu, 21 May 2009 21:08:59 +0200
Alex Schuster  wrote:

> Paul Hartman writes:
> 
> > Could also perhaps try -march=auto if you're using a version of GCC
> > that supports it.
> 
> BTW, is there a possibility to let gcc tell what flags it will
> actually use with -march=auto?



gcc -Q --help=target  -march=native 


-- 
Best regards,
Daniel

Re: [gentoo-user] x11-base/xorg-server-1.5.3-r5 with x11-drivers/ati-drivers-8.552-r2 -- file conflict

[Alex Schuster]

Kevin O'Gorman writes:

> On Thu, May 21, 2009 at 8:20 PM, Kevin O'Gorman  
wrote:

> > I thank you for the expert advice.  I'm doing the emerge now, but even
> > if it succeeds, I'm worried that the xorg-server will still own this
> > file, since portageq seems to see that it does.  This seems inherently
> > wrong.

Well, it is indeed.

> > Sigh.  I'm too far along to flinch now, so if this emerges, I'll
> > probably restart X.
> >
> > Wish me luck.

I do, but I do not believe bad things might happen.

> Hmm.  Even with the FEATURES option from the suggestion, I get exactly
> the same error message.  I cut-and-pasted it, but I wonder if it's
> spelled right?

It is. But I forgot about the protect-owned feature. I thought -collision-
protect would act stronger and imply it, but apparently it does not. So, 
'FEATURES=-protect-owned emerge ati-drivers' might have worked better. If 
not, 'FEATURES="-collision-protect -protect-owned" emerge ati-drivers' would 
have worked in any case.

> I'm going to try just deleting (well, renaming) the file, hoping that
> this will work...

Yes, that's okay. After all, the file is still there, it's just now being 
generated by the ati-driver. I wouldn't worry too much.

Wonko

Re: [gentoo-user] How to manage package.keywords for greater system reliability?

[Neil Bothwick]

On Thu, 21 May 2009 21:41:22 -0300, Jorge Morais wrote:

> Or maybe I  should just stick to all-stable, so as  to not be different,
> and keep package.keywords  for those packages where I  really want a new
> feature (like packages with no stable versions)?

If you want so many up to date packages, maybe you should just run a
~arch system. It's been said many times that a mixed system is a
potential source of trouble. Your comparison of stable Gentoo with Debian
testing is strange, since the Gentoo equivalent is ~arch.


-- 
Neil Bothwick

If at first you don't succeed you'll get lots of advice.


signature.asc
Description: PGP signature