[gentoo-user] Re: Digest of [e-mail] issue 985 (54428-54477)

[Dennis Muhlestein]

On 11/8/06, gentoo-user+help@g.o <gentoo-user+help@g.o> wrote:
> Topics (messages 54428 through 54477):
>
> [gentoo-user] New install - startx not starting
>       54428 - Alan McKinnon <alan@××××××××××××××××.za>
>
> [gentoo-user] [OT]Real compute cycles in a laptop?
>       54429 - Alan McKinnon <alan@××××××××××××××××.za>
>
> [gentoo-user] X starting in 640x480 only
>       54430 - Alan McKinnon <alan@××××××××××××××××.za>
>
> [gentoo-user] ??? ???
>       54431 - Wolfgang Liebich <wolfgang.liebich@×××××××.com>
>
> [gentoo-user] WinXP under VMWare: no sound
>       54432 - Sergio Polini <sp_rm_it@×××××.it>
>
> [gentoo-user] [OT] Seamonkey and spam filter
>       54433 - Daniel Iliev <danny@××××××××.com>
>
> [gentoo-user] (EE) AIGLX error
>       54435 - Eugene Rosenzweig <eugene259@××××××××××××.net>
>
> [gentoo-user] imlib2 upgrade an ERROR
>       54436 - "Marco Calviani" <marco.calviani@×××××.com>
>
> [gentoo-user] Re: Error starting Konq after update world
>       54437 - Neil Bothwick <neil@××××××××××.uk>
>       54443 - reader@×××××××.com
>
> [gentoo-user] New install - startx not starting
>       54438 - "Greg Morin" <gpmorin@×××××.com>
>
> [gentoo-user] sys-apps/kbd-1.12-r8
>       54439 - "Steve [Gentoo]" <gentoo_steve@×××××××.uk>
>
> [gentoo-user] sys-apps/kbd-1.12-r8
>       54440 - Neil Bothwick <neil@××××××××××.uk>
>
> [gentoo-user] sys-apps/kbd-1.12-r8
>       54441 - Bo Ørsted Andresen <bo.andresen@××××.dk>
>
> [gentoo-user] Re: Error starting Konq after update world
>       54442 - Bo Ørsted Andresen <bo.andresen@××××.dk>
>
> [gentoo-user] Re: Error starting Konq after update world
>       54444 - Neil Bothwick <neil@××××××××××.uk>
>
> [gentoo-user] [OT] Seamonkey and spam filter
>       54445 - Dale <dalek@××××××××××.net>
>
> [gentoo-user] wireless on boot
>       54446 - Mick <michaelkintzios@×××××.com>
>
> [gentoo-user] emerge error
>       54447 - ??? <stefi@××××××××××××.hu>
>
> [gentoo-user] emerge error
>       54448 - "Hemmann, Volker Armin"
> <volker.armin.hemmann@××××××××××××.de>
>
> [gentoo-user] Kopete plugins dissapeared
>       54449 - Rafael Barrera Oro <rafael@××××××××××××××××.ar>
>
> [gentoo-user] emerge error
>       54450 - ??? <stefi@××××××××××××.hu>
>
> [gentoo-user] emerge error
>       54451 - Bo Ørsted Andresen <bo.andresen@××××.dk>
>
> [gentoo-user] [OT] Seamonkey and spam filter
>       54452 - Daniel Iliev <danny@××××××××.com>
>
> [gentoo-user] Kopete plugins dissapeared
>       54453 - Neil Bothwick <neil@××××××××××.uk>
>
> [gentoo-user] Re: Error starting Konq after update world
>       54454 - Alan McKinnon <alan@××××××××××××××××.za>
>
> [gentoo-user] imlib2 upgrade an ERROR
>       54455 - Alan McKinnon <alan@××××××××××××××××.za>
>
> [gentoo-user] New install - startx not starting
>       54456 - Alan McKinnon <alan@××××××××××××××××.za>
>
> [gentoo-user] emerge error
>       54457 - Stefán István <stefi@××××××××××××.hu>
>
> [gentoo-user] iptables error
>       54458 - Arnau Bria <arnau@×××××××××.net>
>
> [gentoo-user] WinXP under VMWare: no sound
>       54459 - Hans-Werner Hilse <hilse@×××.de>
>
> [gentoo-user] Re: OT Good DNS registrar?
>       54460 - Jonathan Nichols <jnichols@×××.net>
>
> [gentoo-user] iptables error
>       54461 - Hans-Werner Hilse <hilse@×××.de>
>
> [gentoo-user] iptables error
>       54462 - "Tim Garton" <garton.tim@×××××.com>
>
> [gentoo-user] parrot & openoffice failures
>       54463 - "Vladimir G. Ivanovic" <vgivanovic@×××××××.net>
>
> [gentoo-user] iptables error
>       54464 - Arnau Bria <arnau@×××××××××.net>
>
> [gentoo-user] iptables error
>       54465 - Arnau Bria <arnau@×××××××××.net>
>
> [gentoo-user] iptables error
>       54466 - Arnau Bria <arnau@×××××××××.net>
>
> [gentoo-user] [OT]Real compute cycles in a laptop?
>       54467 - "Mark Knecht" <markknecht@×××××.com>
>
> [gentoo-user] switched from SiS to VIA chipset -> vesa framebuffer broken
>       54468 - ??? <skoehler@×××.de>
>
> [gentoo-user] iptables error
>       54470 - Mike Williams <mike@××××××××.uk>
>
> [gentoo-user] X crashes randomly
>       54471 - Erik <mistereastenstream@×××××.com>
>
> [gentoo-user] iptables error
>       54472 - "Richard Fish" <bigfish@××××××××××.org>
>
> [gentoo-user] iptables error
>       54473 - Hans-Werner Hilse <hilse@×××.de>
>
> [gentoo-user] WinXP under VMWare: no sound
>       54475 - "Richard Fish" <bigfish@××××××××××.org>
>
> [gentoo-user] Re: switched from SiS to VIA chipset -> vesa framebuffer
> broken
>       54476 - ??? <skoehler@×××.de>
>
> [gentoo-user] [OT] Seamonkey and spam filter
>       54477 - "Richard Fish" <bigfish@××××××××××.org>
>
>
>
> On Tuesday 07 November 2006 16:06, Bo Ørsted Andresen wrote:
> > On Tuesday 07 November 2006 15:00, Mick wrote:
> > > > The kernel seems good, I've added 'gpm', and 'xorg-x11'. startx
> > > > fails complaining about:
> > > > (EE) Failed to load module "radeon" (module does not exist, 0)
> > > > (EE) No drivers available.
> > > >
> > > > My question - how do I get/build this module?
> > >
> > > Add radeon in your /etc/make.conf under VIDEO_CARDS="radeon"
> >
> > And then run:
> >
> > # emerge --newuse -va x11-base/xorg-server
>
> Hang on a sec, if VIDEO_CARDS is empty or non-existent, doesn't the
> ebuild default to building all drivers, like 6.8 did? I never tried
> this myself, but I read it in a wiki HOWTO.
>
> If true, surely Greg's problem would never have happened?
>
> alan
>
> --
> gentoo-user@g.o mailing list
>
> On Tuesday 07 November 2006 05:18, Mark Knecht wrote:
> > Hi,
> >    I'm in the market for a new laptop. I sold mine about a year ago
> > and it's time to get a new one. I will run both Linux and Win XP on
> > the machine. The Linux workload will not be anything substantial but
> > when in Win XP I have a program that I'll be running that is very
> > compute bound on my only XP desktop machine.
> >
> >    Does anyone know of good comparative data on BogoMIPs in Linux vs.
> > real compute speed for different processors? I'm looking for some way
> > to compare different processors in the laptops I'm looking at vs. my
> > current XP desktop which is my slowest machine.
> >
> >    The application under Windows is doing neural network stuff. I
> > have no idea how much of it is floating point based but my assumption
> > is that is a pretty big part of the whole picture. Is the AMD FPU
> > still superior to the Intel FPU or are they at parity these days?
> >
> >    The current machine has 768MB. The application never uses more
> > than 256MB and there is no significant disk I/O but the processor
> > sits at 100% in XP for hours doing it's work optimizing the neural
> > network.
>
> You seem to know enough about these matters already to make a sane
> judgement, so you probably already know that the real answer to your
> question is "it depends".
>
> Here's what I would do: pop along to your local store, preferably not
> one of the big chains, find the sanest sales guy with a clue and
> explain your problem. Don't listen to his recommendations, just ask if
> you can test his demo machines with the actual app in question. If it's
> an owner run store he probably say yes. Then test the thing for real
> and measure progress after 30 minutes or so. Buy the best performer.
>
> This will take a while, but at least you'll know for real which one
> suits your needs best
>
> alan
> --
> gentoo-user@g.o mailing list
>
> On Tuesday 07 November 2006 20:37, Christian Herzyk wrote:
> > Any idea what the problem is?
>
> Please post your xorg.conf
>
> alan
> --
> gentoo-user@g.o mailing list
>
> Hi,
> Ich habe in meinem Büro einen neuen PC bekommen und ihn mit gentoo
> aufgesetzt, so wie den alten. ABER:
> Wenn ich auf meinem neuen PC versuche, via rdesktop zu irgendeinem
> Windows-Rechner zu gelangen, bekomme ich nur obige Fehlermeldung. Auf
> dem *alten* System klappt es - es ist auf beiden Systemen die gleiche
> Version installiert
> (eix -I rdesktop sagt
> * net-misc/rdesktop
>      Available versions:  1.4.1 ~1.5.0 ~1.5.0-r1
>      Installed:           1.4.1
>      Homepage:            http://rdesktop.sourceforge.net/
>      Description:         A Remote Desktop Protocol Client
> ), die gleichen USE-Flags ( equery uses sagt:
> $equery uses rdesktop
> [ Searching for packages matching rdesktop... ]
> [ Colour Code : set unset ]
> [ Legend        : Left column  (U) - USE flags from
> make.conf                     ]
> [                  : Right column (I) - USE flags packages was installed
> with ]
> [ Found these USE variables for net-misc/rdesktop-1.4.1 ]
>  U I
>  - - debug : Tells configure and the makefiles to build for debugging.
> Effects vary across packages, but generally it will at least add -g to
> CFLAGS. Remember to set FEATURES=nostrip too
>  - - ipv6  : Adds support for IP version 6
>  - - oss   : Adds support for OSS (Open Sound System)
> ), also ... was kann das sein??? Es kommt kein Fenster, es geht einfach
> nur nicht ... bizarr!
> Verwirrt in Wien,
> Wolfgang Liebich
> --
> gentoo-user@g.o mailing list
>
> Richard Fish:
> > > [sp ~]$ ERROR: ld.so: object
> '/emul/linux/x86/usr/lib/libaoss.so'
> > > from LD_PRELOAD cannot be preloaded: ignored.
> >
> > What are the permissions on this?
>
> a)
> ls -l /emul/linux/x86/usr/lib/libaoss.so.0.0.0 ->
> -rwxr-xr-x
>
> [sp ~]$ aoss32 vmware &
> [1] 5409
> [sp ~]$ ERROR: ld.so: object
> '/emul/linux/x86/usr/lib/libaoss.so' from
> LD_PRELOAD cannot be preloaded: ignored.
> (five times)
>
> testing ~ # aoss32 vmware &
> [1] 5439
> testing lib # ERROR: ld.so:
> object '/emul/linux/x86/usr/lib/libaoss.so' from LD_PRELOAD
> cannot be
> preloaded: ignored.
> (five times)
>
> b)
> chmod +s libaoss.so.0.0.0
> ls -l /emul/linux/x86/usr/lib/libaoss.so.0.0.0 ->
> -rwsr-sr-x
>
> [sp ~]$ aoss32 vmware &
> [1] 5462
> [sp ~]$ ERROR: ld.so: object
> '/emul/linux/x86/usr/lib/libaoss.so' from
> LD_PRELOAD cannot be preloaded: ignored.
> (five times)
>
> testing lib # aoss32 vmware &
> [1] 5480
> testing ~ # ERROR: ld.so: object
> '/emul/linux/x86/usr/lib/libaoss.so'
> from LD_PRELOAD cannot be preloaded: ignored.
> (five times)
>
> But:
>
> testing ~ # aoss vmware &
> [1] 5515
> (sound works)
>
> [sp ~]$ aoss vmware &
> [2] 5598
> [sp ~]$ ERROR: ld.so: object 'libaoss.so' from LD_PRELOAD cannot be
> preloaded: ignored.
>
> Sergio
> --
> gentoo-user@g.o mailing list
>
> Dale wrote:
> > Hi,
> >
> > I have noticed that some people on this list get marked as spam.  I
> > think I hit the spam button a few times by mistake and it seems
> > Seamonkey remembers this very well.  Is there a file that I can edit or
> > delete to "reset" this?  Sort of give me a fresh start.
> >
> >
> >> [I--] [  ] www-client/seamonkey-1.0.5 (0)
> >>
> >
> >
> > Thanks
> >
> > Dale
> >
> > :-)  :-)
> >
>
>
> When such a false positive arrives you could click "the spam button"
> again (its tooltip should say "mark as not junk") this should fix the
> problem.
>
> --
> Best regards,
> Daniel
>
>
> --
> gentoo-user@g.o mailing list
>
> Turi Tropea wrote:
> > hi people
> >
> > i have this in my /var/log/Xorg.0.log
> >
> > (EE) AIGLX error: dlsym for __driCreateNewScreen_20050727 failed
> > (/usr/lib/dri/fglrx_dri.so: undefined symbol:
> > __driCreateNewScreen_20050727)
> >
> > (i have the USE aiglx in my make.conf)
> >
> > how i can resolve this Error?
> >
> > thanks and have a nice day
> >
> I have the same error here. I googled for it and found some info that
> the way to avoid this is to turn off AIGLX:
>
> Section "ServerFlags"
>     Option        "AIGLX" "off"
> EndSection
>
> The link I am looking at now
> (http://ubuntuforums.org/showthread.php?p=1697767) also
> suggests:
>
> Section "Extensions"
>     Option        "Composite" "0"
> EndSection
>
> to disable composite extension...
>
> Well, I put those info my xorg and nothing happened at all... Unless
> there is some really basic error I missed, it just doesnt work for me...
> You are welcome to try these.
>
> Eugene.
> --
> gentoo-user@g.o mailing list
>
> Hi list,
>    when trying to do an emerge world, the system tries to upgrade to
> imlib2-1.3.0 from version 1.2(something). But during the configure
> step, it comes to this error:
>
> [......]
> checking for i686-pc-linux-gnu-ar... i686-pc-linux-gnu-ar
> checking for i686-pc-linux-gnu-ranlib... i686-pc-linux-gnu-ranlib
> checking for i686-pc-linux-gnu-strip... i686-pc-linux-gnu-strip
> checking for correct ltmain.sh version... no
> configure: error:
>
> *** [Gentoo] sanity check failed! ***
> *** libtool.m4 and ltmain.sh have a version mismatch! ***
> *** (libtool.m4 = 1.5.22, ltmain.sh = "1.5.22 Debian 1.5.22-4") ***
>
> Please run:
>
>   libtoolize --copy --force
>
> if appropriate, please contact the maintainer of this
> package (or your distribution) for help.
>
> make: *** [config.status] Error 1
>
> !!! ERROR: media-libs/imlib2-1.3.0 failed.
> Call stack:
>   ebuild.sh, line 1546:   Called dyn_compile
>   ebuild.sh, line 937:   Called src_compile
>   imlib2-1.3.0.ebuild, line 52:   Called enlightenment_src_compile
>   enlightenment.eclass, line 150:   Called enlightenment_die 'emake failed'
>   enlightenment.eclass, line 102:   Called die
>
> !!! emake failed
> !!! SEND BUG REPORTS TO vapier@g.o NOT THE E TEAM
> !!! If you need support, post the topmost build error, and the call
> stack if relevant.
>
> Is this a known error?
> Regards,
> mc
> --
> gentoo-user@g.o mailing list
>
> On Tue, 07 Nov 2006 21:55:55 -0600, reader@×××××××.com wrote:
>
> > > Yes, meaningless; update world means the packages on YOUR machine,
> > > matching YOUR arch and dependencies requires by YOUR use flags have
> > > been changed. No one can relate to that without knowing all those
> > > settings, or a simple list of the packages updated with "genlop
> > > --list --date yesterday"
> > >
> >
> > Your repeating it ever louder does not make it so.
>
> Correct, it was already so.
>
> > update world
> > conveys a major update of the entire OS,
>
> No it doesn't. It updates whatever has been updated since you last ran
> it. This depends on the arch and USE flags you have, which packages
> you have installed and when you last did it. it could update two packages
> or two hundred. The point is, the statement gives no indication of which
> packages you have upgraded, so it is of no real help in diagnosing your
> problem.
>
> > then follows a very specific
> > error that I hoped someone would be able to identify.
>
> Which I did, and proposed a solution. It didn't work because I assumed
> you were using the split KDE ebuilds, a list of the packages you had
> updated would have shown otherwise and enabled me to give the answer I
> gave later in my first reply.
>
> When asking for help, it is difficult to give too much information but
> all to easy to give too little.
>
> > Your continued insistance on
> > this appears to be more about opinion than fact.
>
> No, it's about asking for the information needed to make a diagnosis.
>
> > > You're running the monolithic KDE ebuilds, so re-emerge kdebase.
> > > Incidentally, this is one of the situations where the split ebuilds
> > > really pay off, as you'd only have to recompile Konqueror rather than
> > > all the core KDE programs.
> >
> > Thanks, I'll be doing that.
>
> See, once you gave details about specific packages involved, it
> was easier to provide advice. Remote diagnosis usually involves some
> guessing as to the correct answer, don't make us guess the question too.
>
> You seem to have taken this as a personal attack, it was not. If you want
> people to be able to help you, give them what they need. My first
> response was simply some advice on one way doing this that "update world"
> does not achieve. You were not the first to fall into this trap; you will
> not be the last, but my discussing it I hope it may happen less often.
>
>
> --
> Neil Bothwick
>
> I'd prefer the non-smoking lifeboat, please.
>
>
> VIDEO_CARDS was/is set. The tweaking was in USE - 'png' was necessary before
> 'emerge cario'.
>
>  Gpm
>
>
> On 11/7/06, Alan McKinnon <alan@××××××××××××××××.za> wrote:
> > On Tuesday 07 November 2006 16:06, Bo Ørsted Andresen wrote:
> > > On Tuesday 07 November 2006 15:00, Mick wrote:
> > > > > The kernel seems good, I've added 'gpm', and 'xorg-x11'. startx
> > > > > fails complaining about:
> > > > > (EE) Failed to load module "radeon" (module does not exist, 0)
> > > > > (EE) No drivers available.
> > > > >
> > > > > My question - how do I get/build this module?
> > > >
> > > > Add radeon in your /etc/make.conf under VIDEO_CARDS="radeon"
> > >
> > > And then run:
> > >
> > > # emerge --newuse -va x11-base/xorg-server
> >
> > Hang on a sec, if VIDEO_CARDS is empty or non-existent, doesn't the
> > ebuild default to building all drivers, like 6.8 did? I never tried
> > this myself, but I read it in a wiki HOWTO.
> >
> > If true, surely Greg's problem would never have happened?
> >
> > alan
> >
> > --
> > gentoo-user@g.o mailing list
> >
> >
>
>
>
> --
>
> Gpm
> The Morins of Plantsville
> Bo Ørsted Andresen wrote:
> > If you look at the configure script you will see that it's is testing if
> you
> > are on a sparc64. The test shows you aren't which appears to be unrelated
> to
> > your problem. Line 153 which appears to be failing is this:
> >
> > echo "ARCH=${TARGET_ARCH/i?86/i386}" >> make_include
> >
> > which is supposed to substitute i686 with i386 in your case and store it
> in
> > make_include as "ARCH=i386". I have no clue why that would fail. The only
> > thing that I can think of is to remerge your shell (probably
> > app-shells/bash). If noone else has a clue and that doesn't help I guess
> your
> > best option is to file a bug with the info you've posted now...
> Thanks for your help, and while it might not have been obvious to you
> (or anyone else reading along)... everything that was confusing before
> is clear now... to me at least.  While I can see what is wrong, it isn't
> 100% clear if it constitutes a bug or not.
>
> The problem is that the configure script starts '#!/bin/sh' - but goes
> on to depend upon Bash specific features... specifically substitution.
> I expect this would not be a problem for most users where /bin/sh is a
> sym-link to /bin/bash.... but, for me, /bin/sh was a sym-link to
> /bin/ash... and, for that shell, line 151 is invalid.  What is less
> clear is whether or not, in a Gentoo context, it is 'correct' to have
> /bin/sh being Borne-like but not Bash-like.  By preference I'd prefer
> /bin/sh to be the minimal shell that will execute Borne-shell scripts...
> but I recognise the Linux-world normality of /bin/sh actually being bash.
>
> As at-least a temporary fix I replaced my /bin/sh->/bin/ash with a
> /bin/sh->/bin/bash... and everything now emerges smoothly... From a
> prissy perspective I'd have hoped that the configure script would
> specify that it needed bash functionality by demanding evaluation by
> bash instead of whatever /bin/sh happens to be...
>
> Thanks again,
>
> Steve
>
>
>
> --
> gentoo-user@g.o mailing list
>
> On Wed, 08 Nov 2006 10:44:31 +0000, Steve [Gentoo] wrote:
>
> > The problem is that the configure script starts '#!/bin/sh' - but goes
> > on to depend upon Bash specific features... specifically substitution.
> > I expect this would not be a problem for most users where /bin/sh is a
> > sym-link to /bin/bash.... but, for me, /bin/sh was a sym-link to
> > /bin/ash... and, for that shell, line 151 is invalid.  What is less
> > clear is whether or not, in a Gentoo context, it is 'correct' to have
> > /bin/sh being Borne-like but not Bash-like.  By preference I'd prefer
> > /bin/sh to be the minimal shell that will execute Borne-shell scripts...
> > but I recognise the Linux-world normality of /bin/sh actually being
> > bash.
>
> Bash behaves differently when called as sh, to avoid just this sort of
> problem. However, if the script calls /bin/sh while requiring bash
> features it is clearly broken and a bug should be files.
>
> Unfortunately, this type of breakage is all too common; I tried using
> dash as /bin/sh for a short while and found all sorts of things falling
> over. In this case, it can be easily fixed, by the ebuild altering the
> shebang line of configure before running it.
>
>
> --
> Neil Bothwick
>
> Psychiatrists say that 1 of 4 people are mentally ill.
>
>
> On Wednesday 08 November 2006 11:44, Steve [Gentoo] wrote:
> > Thanks for your help, and while it might not have been obvious to you
> > (or anyone else reading along)... everything that was confusing before
> > is clear now... to me at least. While I can see what is wrong, it isn't
> > 100% clear if it constitutes a bug or not.
> >
> > The problem is that the configure script starts '#!/bin/sh' - but goes
> > on to depend upon Bash specific features... specifically substitution.
> > I expect this would not be a problem for most users where /bin/sh is a
> > sym-link to /bin/bash.... but, for me, /bin/sh was a sym-link to
> > /bin/ash... and, for that shell, line 151 is invalid.
>
> Heh, I just hadn't noticed that the first line of the script said /bin/sh.
> That's definitely a bug. Either the script must be modified to only
> use /bin/sh features or it must request a shell that supports it...
>
> --
> Bo Andresen
>
>
> On Wednesday 08 November 2006 04:55, reader@×××××××.com wrote:
> > Neil Bothwick <neil@××××××××××.uk> writes:
> > [...]
> >
> > >> I'd hoped someone would have had the same or similar situation and
> > >> error before posted piles of data... so no not meaningless.
> > >
> > > Yes, meaningless; update world means the packages on YOUR machine,
> > > matching YOUR arch and dependencies requires by YOUR use flags have been
> > > changed. No one can relate to that without knowing all those settings,
> or
> > > a simple list of the packages updated with "genlop --list --date
> > > yesterday"
> >
> > Your repeating it ever louder does not make it so.  update world
> > conveys a major update of the entire OS, then follows a very specific
> > error that I hoped someone would be able to identify.
> >
> > So no not meaningless,
> >
> > Were it actually meaningless no one would have been able to help.
> > I was glad to supply any needed details. Your continued insistance on
> > this appears to be more about opinion than fact.
>
> The fact that we may sometimes be able to guess based on the error message
> doesn't change the fact that saying you upgraded some packages without
> stating which packages is entirely meaningless. If you would refuse to tell
> us which then you might as well leave out the fact that you upgraded
> anything. But it definitely is a lot easier if you just provided the output
> of e.g. "genlop --list --date yesterday" as mentioned by Neil. Also the
> purpose of Neil and I stating this isn't to make you or anyone else look bad
> but rather to make it easier for everyone in the future...
>
> --
> Bo Andresen
>
>
> Neil Bothwick <neil@××××××××××.uk> writes:
>
> > No it doesn't. It updates whatever has been updated since you last ran
> > it. This depends on the arch and USE flags you have, which packages
> > you have installed and when you last did it. it could update two packages
> > or two hundred. The point is, the statement gives no indication of which
> > packages you have upgraded, so it is of no real help in diagnosing your
> > problem.
>
> Here is meaningless:
>
>  Konqueror errored out with this message "bla bla".
>  What does it mean?
>
> What I gave was considerably more.
>
>   OS update
>   Konqueror errors out "bla bla".  Any one know what it means.
>
> Lets see, OS update, the guy's running kde... we have specific
> library error.
>
>   Maybe not so hard for someone who knows enough to make a connection
>   there.
>
> Feigning surprise that your `meaningless' phrase was taken as some
> kind of (light) attack is also pretty phony.
>
> One does not liken something that was enough to point out a specific
> problem as `meaningless' without somekind of ill intent or at least a
> certain  high handedness of language.
>
> So drop the surprise charade and just let this fade away.
>
> If you need more information just say so.  No gimmick required.
>
> Once again, thanks for your input.
>
> --
> gentoo-user@g.o mailing list
>
> On Wed, 08 Nov 2006 06:01:52 -0600, reader@×××××××.com wrote:
>
> This is getting silly, and all because I tried to help you. Maybe there's
> a lesson to be learned.
>
> > Here is meaningless:
> >
> >  Konqueror errored out with this message "bla bla".
> >  What does it mean?
> >
> > What I gave was considerably more.
> >
> >   OS update
> >   Konqueror errors out "bla bla".  Any one know what it means.
> >
> > Lets see, OS update, the guy's running kde... we have specific
> > library error.
>
> But we don't know what changed on your system to cause that error,
> because you didn't tell us which packages you upgraded. Note that I did
> not call this statement meaningless but the comment about an update
> world. Look at my original post again, I edited it so that that comment
> only applied to a single statement, the error message was referenced
> later.
>
> > One does not liken something that was enough to point out a specific
> > problem as `meaningless' without somekind of ill intent or at least a
> > certain  high handedness of language.
>
> You really don't get it do you? Try reading the thread again, you gave
> absolutely no indication of which packages were updated. Try looking up
> meaningless in a dictionary - stating that you did a world update without
> any context does indeed make that statement without meaning.
>
> > So drop the surprise charade and just let this fade away.
>
> Grow up!
>
> > If you need more information just say so.  No gimmick required.
>
> I don't need anything from you. You are the one with the problem, I was
> trying to help you find a solution.
>
> > Once again, thanks for your input.
>
> Why? You have ignored everything I said to try to diagnose and fix the
> problem and focused entirely on a perceived insult from a comment that
> one statement in your original question provided no useful information;
> even though it also contained an explanation of why this was so and
> guidance on how to provide that information. I wish I hadn't bothered and
> had concentrated on the questions I am paid to answer.
>
>
> --
> Neil Bothwick
>
> Always be sincere... whether you mean it or not!
>
>
>
>  Daniel Iliev wrote:
>
>
> When such a false positive arrives you could click "the spam button"
> again (its tooltip should say "mark as not junk") this should fix the
> problem.
>
>
>
>  I have been doing that for some time now and it still marks them as spam.
> It is not always the same people but certain ones do get picked on a lot.
> It seems to get it by subject too I guess.
>
>  Any ideas where this info is kept?  I thought of unmerging and then
> cleaning out the directory and emerging it again.  I'm not sure that will
> work either though.
>
>  Dale
>
>  :-)  :-)
>
> On Tuesday 07 November 2006 19:35, Luigi Pinna wrote:
>
> > Alle 20:44, sabato 4 novembre 2006, Neil Bothwick ha scritto:
> > > On Sat, 4 Nov 2006 13:53:39 +0100, Luigi Pinna wrote:
> > > > But I continue to have some problems...
> > > > First, on boot time net.eth0 gives up and I must wait until timeout
> > > > before that boot could continue.
> > >
> > > emerge ifplugd and read the comments about it in
> > > /etc/conf.d/net.example
> >
> > Sorry I answer only now: I was not here!
> > Your command works good, now in boot time I don't wait about net.eth0
> > but net.wlan0 and net.eth0 seem not active, but the wireless works.
> > I found that my connection is not still stable.
>
> I'm not sure but it may have something to do with TTL and MTU sizes being
> different between your wireless router and your computer wifi card?
>
> > dmesg is full from this kind of messagges:
> > zd1211:Mixed Mode
>
> Assuming that is your zd1211 is your wireless card device I would comment
> out
> the mixed and infrastructure mode settings from the /etc/conf.d/net file to
> see if it makes a difference.
>
> If you still cannot find what's causing it I would suggest that you
> establish
> a basic connection to the router without passwd authentication, or anything
> clever and see if that holds the connection.  If the connection failures
> continue, then it may have to do with a hardware problem.  If the connection
> failures go away, then it is a configuration issue.
>
> HTH.
> --
> Regards,
> Mick
>
>
> Hi!
> I try to emerge pgp, and get the following error when the compilation is
> finished:
>
> >>> Source compiled.
> --------------------------- ACCESS VIOLATION SUMMARY
> ---------------------------
> LOG FILE =
> "/var/log/sandbox/sandbox-app-crypt_-_gnupg-1.9.20-r3-26975.log"
>
> access_wr: /
> --------------------------------------------------------------------------------
>
> What does this mean?
>
> Thanks,
> István
>
> --
> gentoo-user@g.o mailing list
>
> On Wednesday 08 November 2006 15:03, Stefán István wrote:
> > Hi!
> > I try to emerge pgp, and get the following error when the compilation is
> >
> > finished:
> > >>> Source compiled.
> >
> > --------------------------- ACCESS VIOLATION SUMMARY
> > ---------------------------
> > LOG FILE =
> "/var/log/sandbox/sandbox-app-crypt_-_gnupg-1.9.20-r3-26975.log"
> >
> > access_wr: /
> >
> ---------------------------------------------------------------------------
> >-----
> >
> > What does this mean?
> >
> > Thanks,
> > István
>
> as it says, somewhere the ebuild/app tried to write outside of the sandbox
> and
> got stopped. Read the log. Usually that means that something is broken. Try
> a
> different pgp version - and don't disable sandbox. Disabling sanbox is evil.
>
> --
> gentoo-user@g.o mailing list
>
> Raymond Lewis Rebbeck wrote:
>
> >On Monday 06 November 2006 23:22, Rafael Barrera Oro wrote:
> >
> >
> >>Raymond Lewis Rebbeck wrote:
> >>
> >>
> >>>On Monday 06 November 2006 22:33, Rafael Barrera Oro wrote:
> >>>
> >>>
> >>>>I recently emerged modular kde, and along with the coming of kopete
> >>>>0.12.3 all the plugins dissapeared except for the Cryptography plugin,
> >>>>does anyone now something about this? should i just re emerge it?
> >>>>
> >>>>Thanks in advance!
> >>>>
> >>>>Rafael
> >>>>
> >>>>
> >>>You'll have to enable the ones you want via USE flags.
> >>>
> >>>
> >>One flag per each plugin? I am mainly interested in the history plugin
> >>do you know which flag i need? where i can find a list of kopete flags?
> >>
> >>Thanks for your reply
> >>
> >>
> >
> >emerge -pv kde-base/kopete
> >
> >The history plugin is enabled with the 'history' USE flag.
> >
> >
> >
> Sorry for taking so long, just wanted to say it all worked perfectly
> except for the jingle flag which prevented kopete to build properly, i
> was not interested in such plugin though and got what i wanted anyway,
> thanks for your help
> --
> gentoo-user@g.o mailing list
>
> szerda 08 november 2006 15.18 dátummal Hemmann, Volker Armin ezt írta:
> > On Wednesday 08 November 2006 15:03, Stefán István wrote:
> > > Hi!
> > > I try to emerge pgp, and get the following error when the compilation is
> > >
> > > finished:
> > > >>> Source compiled.
> > >
> > > --------------------------- ACCESS VIOLATION SUMMARY
> > > ---------------------------
> > > LOG FILE =
> "/var/log/sandbox/sandbox-app-crypt_-_gnupg-1.9.20-r3-26975.log"
> > >
> > > access_wr: /
> > >
> ---------------------------------------------------------------------------
> > >-----
> > >
> > > What does this mean?
> > >
> > > Thanks,
> > > István
> >
> > as it says, somewhere the ebuild/app tried to write outside of the sandbox
> and
> > got stopped. Read the log. Usually that means that something is broken.
> Try
> a
> > different pgp version - and don't disable sandbox. Disabling sanbox is
> evil.
>
> To tell the thruth, I don't know what sandbox is. I hasn't disabled it, or
> at
> least I don't know about it.
>
> The log says only: access_wr: /
>
> István
>
> --
> gentoo-user@g.o mailing list
>
> On Wednesday 08 November 2006 15:18, Hemmann, Volker Armin wrote:
> > On Wednesday 08 November 2006 15:03, Stefán István wrote:
> > > Hi!
> > > I try to emerge pgp, and get the following error when the compilation is
> > >
> > > finished:
> > > >>> Source compiled.
> > >
> > > --------------------------- ACCESS VIOLATION SUMMARY
> > > ---------------------------
> > > LOG FILE =
> > >
> "/var/log/sandbox/sandbox-app-crypt_-_gnupg-1.9.20-r3-26975.log"
> > >
> > > access_wr: /
> > >
> -------------------------------------------------------------------------
> > >-- -----
> > >
> > > What does this mean?
> > >
> > > Thanks,
> > > István
> >
> > as it says, somewhere the ebuild/app tried to write outside of the sandbox
> > and got stopped. Read the log. Usually that means that something is
> broken.
> > Try a different pgp version - and don't disable sandbox. Disabling sanbox
> > is evil.
>
> Actually the most likely cause is bug #101433 [1]. Which means he needs to
> upgrade his sandbox:
>
> # FEATURES=-sandbox emerge --oneshot sandbox
>
> After that he should have no issues with emerging gnupg without disabling
> sandbox.
>
> [1] http://bugs.gentoo.org/show_bug.cgi?id=101433
>
> --
> Bo Andresen
>
>
> Dale wrote:
> > Daniel Iliev wrote:
> >>
> >>
> >> When such a false positive arrives you could click "the spam button"
> >> again (its tooltip should say "mark as not junk") this should fix the
> >> problem.
> >>
> >>
> >
> > I have been doing that for some time now and it still marks them as
> > spam.  It is not always the same people but certain ones do get picked
> > on a lot.  It seems to get it by subject too I guess.
> >
> > Any ideas where this info is kept?  I thought of unmerging and then
> > cleaning out the directory and emerging it again.  I'm not sure that
> > will work either though.
> >
> > Dale
> >
> > :-)  :-)
>
>
> If you are ready to delete all your settings un-merging won't be needed.
> Just close seamonkey and move/delete your mozilla-home folder. The next
> time you start seamonkey it would appear as if it was just installed.
>
> for example:
> mv ~/.mozilla ~/MOZILLA-BACK
>
>
>
> --
> Best regards,
> Daniel
>
>
> --
> gentoo-user@g.o mailing list
>
> On Wed, 08 Nov 2006 11:21:54 +0000, Rafael Barrera Oro wrote:
>
> > Sorry for taking so long, just wanted to say it all worked perfectly
> > except for the jingle flag which prevented kopete to build properly, i
> > was not interested in such plugin though and got what i wanted anyway,
> > thanks for your help
>
> jingle apparently works as long as you do not have kdeenablefinal in USE.
>
> http://bugs.gentoo.org/show_bug.cgi?id=151089
>
>
> --
> Neil Bothwick
>
> Deja Moo: The feeling that you heard this bull somewhere before.
>
>
> On Wednesday 08 November 2006 14:01, reader@×××××××.com wrote:
> > > No it doesn't. It updates whatever has been updated since you last
> > > ran it. This depends on the arch and USE flags you have, which
> > > packages you have installed and when you last did it. it could
> > > update two packages or two hundred. The point is, the statement
> > > gives no indication of which packages you have upgraded, so it is
> > > of no real help in diagnosing your problem.
> >
> > Here is meaningless:
>
> Reader, stop acting like a spoilt brat who needs to have the last say. I
> really don't care how you define "meaningless", but your prattling on
> about it, defending yourself, making yourself right and Neil wrong is
> getting tiresome. Here's the real dope:
>
> You gave what you thought was useful information.
> As it turns out, it wasn't. It's just fluff.
> Neil told you it was fluff and he told you why.
> Neil is trying to help you, he hasn't sent you an invoice for his time
> and he's within his rights to tell you what format he wants information
> in so he can continue to give you this free advice.
>
> Dude, it happens. Get over it.
>
> alan
> --
> gentoo-user@g.o mailing list
>
> On Wednesday 08 November 2006 10:18, Marco Calviani wrote:
> > Hi list,
> >    when trying to do an emerge world, the system tries to upgrade to
> > imlib2-1.3.0 from version 1.2(something). But during the configure
> > step, it comes to this error:
> >
> > [......]
> > checking for i686-pc-linux-gnu-ar... i686-pc-linux-gnu-ar
> > checking for i686-pc-linux-gnu-ranlib... i686-pc-linux-gnu-ranlib
> > checking for i686-pc-linux-gnu-strip... i686-pc-linux-gnu-strip
> > checking for correct ltmain.sh version... no
> > configure: error:
> >
> > *** [Gentoo] sanity check failed! ***
> > *** libtool.m4 and ltmain.sh have a version mismatch! ***
> > *** (libtool.m4 = 1.5.22, ltmain.sh = "1.5.22 Debian 1.5.22-4") ***
> >
> > Please run:
> >
> >   libtoolize --copy --force
> >
> > if appropriate, please contact the maintainer of this
> > package (or your distribution) for help.
> >
> > make: *** [config.status] Error 1
> >
> > !!! ERROR: media-libs/imlib2-1.3.0 failed.
> > Call stack:
> >   ebuild.sh, line 1546:   Called dyn_compile
> >   ebuild.sh, line 937:   Called src_compile
> >   imlib2-1.3.0.ebuild, line 52:   Called enlightenment_src_compile
> >   enlightenment.eclass, line 150:   Called enlightenment_die 'emake
> > failed' enlightenment.eclass, line 102:   Called die
> >
> > !!! emake failed
> > !!! SEND BUG REPORTS TO vapier@g.o NOT THE E TEAM
> > !!! If you need support, post the topmost build error, and the call
> > stack if relevant.
> >
> > Is this a known error?
>
> I run e17 cvs version and I run into this a lot. Every time, running
> libtoolize --copy --force like the script says fixes it. It's an
> enlightenment bug, not a gentoo bug
>
> alan
> --
> gentoo-user@g.o mailing list
>
> On Wednesday 08 November 2006 12:42, Greg Morin wrote:
> > VIDEO_CARDS was/is set. The tweaking was in USE - 'png' was necessary
> > before 'emerge cario'.
>
> Oh good, all's well that ends well.
>
> But I'm curious to know how the lack of the png USE flag to cairo caused
> X to not load your video driver per the original error message. Or was
> cairo just the last of several somewhat related things that had to be
> remerged?
>
> alan
> --
> gentoo-user@g.o mailing list
>
> szerda 08 november 2006 15.39 dátummal Bo Ørsted Andresen ezt írta:
> > On Wednesday 08 November 2006 15:18, Hemmann, Volker Armin wrote:
> > > On Wednesday 08 November 2006 15:03, Stefán István wrote:
> > > > Hi!
> > > > I try to emerge pgp, and get the following error when the compilation
> is
> > > >
> > > > finished:
> > > > >>> Source compiled.
> > > >
> > > > --------------------------- ACCESS VIOLATION SUMMARY
> > > > ---------------------------
> > > > LOG FILE =
> > > >
> "/var/log/sandbox/sandbox-app-crypt_-_gnupg-1.9.20-r3-26975.log"
> > > >
> > > > access_wr: /
> > > >
> -------------------------------------------------------------------------
> > > >-- -----
> > > >
> > > > What does this mean?
> > > >
> > > > Thanks,
> > > > István
> > >
> > > as it says, somewhere the ebuild/app tried to write outside of the
> sandbox
> > > and got stopped. Read the log. Usually that means that something is
> broken.
> > > Try a different pgp version - and don't disable sandbox. Disabling
> sanbox
> > > is evil.
> >
> > Actually the most likely cause is bug #101433 [1]. Which means he needs to
> > upgrade his sandbox:
> >
> > # FEATURES=-sandbox emerge --oneshot sandbox
> >
> > After that he should have no issues with emerging gnupg without disabling
> > sandbox.
> >
> > [1] http://bugs.gentoo.org/show_bug.cgi?id=101433
>
> Thank you, it is solved the problem.
>
> Best regards,
> István
>
> --
> gentoo-user@g.o mailing list
>
> Hi,
>
> I've done a kernel upgrade, from 2.6.16 to 17-r8 and my iptables stop
> working.
>
> I get this error:
>
> # iptables-restore < /etc/iptables.noviembre
> getsockopt failed strangely: No such file or directory
>
> I have those modules loaded:
>
> # lsmod
> Module                  Size  Used by
> iptable_filter          3968  0
> ip_tables              14436  1 iptable_filter
> x_tables               14980  1 ip_tables
>
> is there anything missing? It worked fine with old kernel...
>
> cheers!
> --
> Arnau Bria
> http://blog.emergetux.net
> Wiggum: Dispara a las ruedas Lou.
> Lou: eee, es un tanque jefe.
> Wiggum: Me tienes hartito con todas tus excusas.
> --
> gentoo-user@g.o mailing list
>
> Hi,
>
> On Wed, 8 Nov 2006 08:31:20 +0100 Sergio Polini <sp_rm_it@×××××.it>
> wrote:
>
> > [sp ~]$ aoss vmware &
> > [2] 5598
> > [sp ~]$ ERROR: ld.so: object 'libaoss.so' from LD_PRELOAD cannot be
> > preloaded: ignored.
>
> What are the permissions on *this* one (aoss32 seems not to be for you,
> so /emul/linux/... isn't relevant), i.e. /usr/lib/libaoss.so (and the
> file it points to in case it's a symlink)?
>
> You answered my last question about why you are mocking with "chmod +s"
> with something along the lines of "I felt like I had to". What makes
> you think you have to? Why should those libraries be set with setuid?
>
> -hwh
> --
> gentoo-user@g.o mailing list
>
>
> > Are there any readers of this list that still provide their own
> > primary/secondary dns services?  Or offer secondary services to
> > others for a fee or free?
> >
> > I'm either a dinosaur or I have missed something fundamental on
> > the evolution of DNS?
> >
>
> http://www.easydns.com/secondarydns.php3
>
> http://www.secondarydns.ca/
>
> http://www.backupdns.com/index.html
>
> http://www.twisted4life.com/index.php
>
> http://soa.granitecanyon.com/
>
> If you're just looking for a place that will simply act as a slave NS
> for your zones, give one of them a try.
>
> There used to be a few more services, and I was offering such services
> at one point but the sheer volume of "plz set up mi DNS plz!!" noobs
> became overwhelming.
> --
> gentoo-user@g.o mailing list
>
> Hi,
>
> On Wed, 8 Nov 2006 16:29:45 +0100 Arnau Bria <arnau@×××××××××.net>
> wrote:
>
> > I've done a kernel upgrade, from 2.6.16 to 17-r8 and my iptables stop
> > working.
>
> As iptables is very depending on the kernel's API, did you
> - change kernel configuration?
> - try re-emerging iptables?
>
> -hwh
> --
> gentoo-user@g.o mailing list
>
> Perhaps try these modules as well?
>
> gentoo sbin # lsmod
> Module                  Size  Used by
> xt_tcpudp               7936  1
> iptable_nat            10756  1
> ip_nat                 21292  1 iptable_nat
>  ip_conntrack           51332  2 iptable_nat,ip_nat
> iptable_filter          7296  0
> ip_tables              22760  2 iptable_nat,iptable_filter
> x_tables               18568  3 xt_tcpudp,iptable_nat,ip_tables
>
>  Tim
>
> On 11/8/06, Arnau Bria <arnau@×××××××××.net> wrote:
> > Hi,
> >
> > I've done a kernel upgrade, from 2.6.16 to 17-r8 and my iptables stop
> > working.
> >
> > I get this error:
> >
> > # iptables-restore < /etc/iptables.noviembre
> > getsockopt failed strangely: No such file or directory
> >
> > I have those modules loaded:
> >
> > # lsmod
> > Module                  Size  Used by
> > iptable_filter          3968  0
> > ip_tables              14436  1 iptable_filter
> > x_tables               14980  1 ip_tables
> >
> > is there anything missing? It worked fine with old kernel...
> >
> > cheers!
> > --
> > Arnau Bria
> > http://blog.emergetux.net
> > Wiggum: Dispara a las ruedas Lou.
> > Lou: eee, es un tanque jefe.
> > Wiggum: Me tienes hartito con todas tus excusas.
> > --
> > gentoo-user@g.o mailing list
> >
> >
>
>
> Both parrot-0.4.6 & openoffice-2.0.4 (on AMD64) fail to run because they
> are linked to *.so.34 versions of libraries in dev-libs/icu-3.4.1. The
> current version is 3.6 with *.so.36 libraries.
>
> Is this a bug? If it is a bug, is it a bug against parrot & openoffice,
> icu or portage?
>
> BTW, re-emerging parrot fixed parrot's problem, and I have  5 hours, 31
> minutes and 40 seconds before I can tell you if it fixed openoffice's
> problem (I'm assuming it will).
>
> --- Vladimir
>
> --
> Vladimir G. Ivanovic <vgivanovic@×××××××.net>
>
> --
> gentoo-user@g.o mailing list
>
> On Wed, 8 Nov 2006 17:16:20 +0100
> Hans-Werner Hilse wrote:
>
> > Hi,
> >
> > On Wed, 8 Nov 2006 16:29:45 +0100 Arnau Bria <arnau@×××××××××.net>
> > wrote:
> >
> > > I've done a kernel upgrade, from 2.6.16 to 17-r8 and my iptables
> > > stop working.
> >
> > As iptables is very depending on the kernel's API, did you
> > - change kernel configuration?
>
> nop. just make oldconfig with default values for new options.
>
> > - try re-emerging iptables?
> nop, gonna do it.
>
> > -hwh
> thanks!
>
> --
> Arnau Bria
> http://blog.emergetux.net
> Wiggum: Dispara a las ruedas Lou.
> Lou: eee, es un tanque jefe.
> Wiggum: Me tienes hartito con todas tus excusas.
> --
> gentoo-user@g.o mailing list
>
> On Wed, 8 Nov 2006 17:33:31 +0100
> Arnau Bria wrote:
>
> > > As iptables is very depending on the kernel's API, did you
> > > - change kernel configuration?
> > nop. just make oldconfig with default values for new options.
>
> > > - try re-emerging iptables?
> I've recompiled iptables and I still have same problem...
>
>
> > > -hwh
> thanks!
>
>
> --
> Arnau Bria
> http://blog.emergetux.net
> Wiggum: Dispara a las ruedas Lou.
> Lou: eee, es un tanque jefe.
> Wiggum: Me tienes hartito con todas tus excusas.
> --
> gentoo-user@g.o mailing list
>
> On Wed, 8 Nov 2006 08:20:48 -0800
> Tim Garton wrote:
>
> > Perhaps try these modules as well?
> >
> > gentoo sbin # lsmod
> > Module                  Size  Used by
> > xt_tcpudp               7936  1
> > iptable_nat            10756  1
> > ip_nat                 21292  1 iptable_nat
> > ip_conntrack           51332  2 iptable_nat,ip_nat
> > iptable_filter          7296  0
> > ip_tables              22760  2 iptable_nat,iptable_filter
> > x_tables               18568  3
> xt_tcpudp,iptable_nat,ip_tables
>
>  # lsmod
> Module                  Size  Used by
> ip_conntrack           46112  0
> xt_tcpudp               4096  0
> xt_MARK                 3328  0
> iptable_filter          3968  0
> ip_tables              14436  1 iptable_filter
> x_tables               14980  3 xt_tcpudp,xt_MARK,ip_tables
>
> # iptables-restore < /etc/iptables.noviembre
> getsockopt failed strangely: No such file or directory
>
> (I don't use nat).
>
> Thanks for your reply.
>
> --
> Arnau Bria
> http://blog.emergetux.net
> Wiggum: Dispara a las ruedas Lou.
> Lou: eee, es un tanque jefe.
> Wiggum: Me tienes hartito con todas tus excusas.
> --
> gentoo-user@g.o mailing list
>
> On 11/7/06, Alan McKinnon <alan@××××××××××××××××.za> wrote:
> >
> > You seem to know enough about these matters already to make a sane
> > judgement, so you probably already know that the real answer to your
> > question is "it depends".
> >
> > Here's what I would do: pop along to your local store, preferably not
> > one of the big chains, find the sanest sales guy with a clue and
> > explain your problem. Don't listen to his recommendations, just ask if
> > you can test his demo machines with the actual app in question. If it's
> > an owner run store he probably say yes. Then test the thing for real
> > and measure progress after 30 minutes or so. Buy the best performer.
> >
> > This will take a while, but at least you'll know for real which one
> > suits your needs best
> >
> > alan
>
> Thanks Alan.
>
> The problem with running the neural network app is that it's a huge
> install under Windows. It requires Internet access as it has a
> hardware key that has to be validated against the specific machine.
> Probably takes 1 hour just to set up. Then, once it's set up it takes
> maybe 15 minutes to run a single solution on my older Athlon XP 1600+.
> With that as background I'm sure you can understand that I'm not
> anxious to do it more than once or twice.
>
> What I was hoping to do was find some basic way of comparing the
> BogoMIPS on my old Athlon XP machine with BogoMIPS on some new
> machines at the dealer. They haven't had any problems in the past with
> me bringing in a LiveCD and booting Linux. If I could do this then I
> might estimate that the new machine will run the same speed or will
> run 3X the speed when doing these neural network jobs?
>
> Here's some info on the machines in my house today:
>
> 1) A 3GHz P4HT machine we use as a MythTV backend server and desktop
> machine:
>
> processor       : 0
> vendor_id       : GenuineIntel
> cpu family      : 15
> model           : 3
> model name      : Intel(R) Pentium(R) 4 CPU 3.00GHz
> stepping        : 3
> cpu MHz         : 2995.346
> cache size      : 1024 KB
> <SNIP>
> bogomips        : 5996.11
>
> processor       : 1
> vendor_id       : GenuineIntel
> cpu family      : 15
> model           : 3
> model name      : Intel(R) Pentium(R) 4 CPU 3.00GHz
> stepping        : 3
> cpu MHz         : 2995.346
> cache size      : 1024 KB
> <SNIP>
> bogomips        : 5990.25
>
> 2) My son's AMD Compaq low cost machine:
>
> processor       : 0
> vendor_id       : AuthenticAMD
> cpu family      : 15
> model           : 47
> model name      : AMD Sempron(tm) Processor 3200+
> stepping        : 2
> cpu MHz         : 1803.767
> cache size      : 256 KB
> <SNIP>
> bogomips        : 3611.84
>
> 3) 1 of 2 Pundit-R's used as Myth frontend machines:
>
> processor       : 0
> vendor_id       : GenuineIntel
> cpu family      : 15
> model           : 3
> model name      : Intel(R) Celeron(R) CPU 2.26GHz
> stepping        : 4
> cpu MHz         : 2261.847
> cache size      : 256 KB
> <SNIP>
> bogomips        : 4526.57
>
>
> 4) My AMD64 Gentoo machine is use daily:
>
> processor       : 0
> vendor_id       : AuthenticAMD
> cpu family      : 15
> model           : 47
> model name      : AMD Athlon(tm) 64 Processor 3000+
> stepping        : 0
> cpu MHz         : 1809.286
> cache size      : 512 KB
> <SNIP>
> bogomips        : 3619.63
>
> 5) The current Athlon XP Windows machine is busy running Trading
> Solutions but when in Linux I *think* it has a BogoMIPS spec around
> 2800. No way to verify that right now.
>
> It's pretty boring but it seems that you can sort of double the CPU
> MHz spec and come pretty close to the BogoMIPS numbers. However that
> doesn't take cache size into account so maybe BogoMIPS isn't even the
> right thing to be looking at.
>
> At the root of it all my questions are:
>
> 1) How representative are BogoMIPS in determining how fast a machine
> will eventually be on compute bound apps?
>
> 2) Are there any good listings of BogoMIPS on different processor
> types and speeds? (This is what I really want....)
>
> 3) Do BogoMIPS include FPU measurements in case that is important for my
> app?
>
> 4) How well do BogoMIPS translate to the same machine when it runs Win XP?
>
> Anyway, thanks very much for your answers. I appreciate the help even
> if it isn't primarily about running Gentoo. I suspect there are others
> out there that have to dual boot. Maybe this will help someone in the
> future with similar questions.
>
> Cheers,
> Mark
> --
> gentoo-user@g.o mailing list
>
> Delivered-To: <gentoo-user@l.g.o>
> Received: from smtp.gentoo.org (smtp.gentoo.org [140.211.166.183])
>         by robin.gentoo.org (8.13.8/8.13.8) with ESMTP id kA8H3obl010931
>         for <gentoo-user@l.g.o>; Wed, 8 Nov 2006 17:03:50 GMT
> Received: from localhost (localhost [127.0.0.1])
>         by smtp.gentoo.org (Postfix) with ESMTP id 97DFF64442
>         for <gentoo-user@l.g.o>; Wed,  8 Nov 2006 17:03:49 +0000
> (UTC)
> X-Virus-Scanned: amavisd-new at gentoo.org
> X-Spam-Score: -2.507
> X-Spam-Level:
> X-Spam-Status: No, score=-2.507 required=5.5 tests=[AWL=0.092,
>         BAYES_00=-2.599]
> Received: from smtp.gentoo.org ([127.0.0.1])
>         by localhost (smtp.gentoo.org [127.0.0.1]) (amavisd-new, port 10024)
>         with ESMTP id UE4XhIw1U6yT for <gentoo-user@l.g.o>;
>         Wed,  8 Nov 2006 17:03:38 +0000 (UTC)
> Received: from ciao.gmane.org (main.gmane.org [80.91.229.2])
>         (using TLSv1 with cipher AES256-SHA (256/256 bits))
>         (No client certificate requested)
>         by smtp.gentoo.org (Postfix) with ESMTP id 009F0643C0
>         for <gentoo-user@g.o>; Wed,  8 Nov 2006 17:03:37 +0000 (UTC)
> Received: from list by ciao.gmane.org with local (Exim 4.43)
>         id 1Ghqpd-0000Ty-43
>         for gentoo-user@g.o; Wed, 08 Nov 2006 18:03:21 +0100
> Received: from dslb-084-061-158-233.pools.arcor-ip.net
> ([84.61.158.233])
>         by main.gmane.org with esmtp (Gmexim 0.1 (Debian))
>         id 1AlnuQ-0007hv-00
>         for <gentoo-user@g.o>; Wed, 08 Nov 2006 18:03:21 +0100
> Received: from skoehler by
> dslb-084-061-158-233.pools.arcor-ip.net with local (Gmexim
> 0.1 (Debian))
>         id 1AlnuQ-0007hv-00
>         for <gentoo-user@g.o>; Wed, 08 Nov 2006 18:03:21 +0100
> X-Injected-Via-Gmane: http://gmane.org/
> To: gentoo-user@l.g.o
> From: =?ISO-8859-15?Q?Sven_K=F6hler?= <skoehler@×××.de>
> Subject: [gentoo-user]  switched from SiS to VIA chipset -> vesa framebuffer
> broken
> Date:  Wed, 08 Nov 2006 18:03:00 +0100
> Lines: 45
> Message-ID: <eit2k6$uie$1@×××××××××.org>
> Precedence: bulk
> List-Post: <mailto:gentoo-user@l.g.o>
> List-Help: <mailto:gentoo-user+help@g.o>
> List-Unsubscribe:
> <mailto:gentoo-user+unsubscribe@g.o>
> List-Subscribe: <mailto:gentoo-user+subscribe@g.o>
> List-Id: Gentoo Linux mail <gentoo-user.gentoo.org>
> X-BeenThere: gentoo-user@g.o
> Reply-to: gentoo-user@l.g.o
> Mime-Version:  1.0
> Content-Type:  multipart/signed; micalg=pgp-sha1;
>  protocol="application/pgp-signature";
>  boundary="------------enig9098F5707E46C5B0E9C64574"
> X-Complaints-To: usenet@×××××××××.org
> X-Gmane-NNTP-Posting-Host:
> dslb-084-061-158-233.pools.arcor-ip.net
> User-Agent: Thunderbird 1.5.0.8 (Windows/20061025)
> X-Enigmail-Version: 0.94.1.1
> Sender: news <news@×××××××××.org>
>
> This is an OpenPGP/MIME signed message (RFC 2440 and 3156)
> --------------enig9098F5707E46C5B0E9C64574
> Content-Type: text/plain; charset=ISO-8859-15
> Content-Transfer-Encoding: quoted-printable
>
> Hi,
>
> this is a really strange issue i'm having:
>
> i changed the motherboard, nothing else. I know have a K8T800Pro based
> motherboard. The old one was SiS-chipset based.
>
> So i was already running the vesa frambuffer at 1280x1024, 16-bit. And
> actually it worked perfect!
>
> No, after the switch to the VIA-chipset based Motherboard, i don't see
> the text that's printed to the screen. The resulition is switched, but
> the upper half of the screen stays black. When the text reaches the
> lower half, then i see the text, and then we come to the point, where
> the consolefont is set. And guess what:
>
> then suddenly everything works. I can see the text on the whole screen
> and so on.
>
>
> So something is wrong here.
>
> Any clue, how i might fix it?
>
>
> --------------enig9098F5707E46C5B0E9C64574
> Content-Type: application/pgp-signature; name="signature.asc"
> Content-Description: OpenPGP digital signature
> Content-Disposition: attachment; filename="signature.asc"
>
> -----BEGIN PGP SIGNATURE-----
> Version: GnuPG v1.4.5 (Cygwin)
> Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
>
> iD8DBQFFUg3E7Ww7FjRBE4ARAiqHAJ9NvF/T5E06G2FKYVWi3lfOwy2InACgyBU8
> 7zZW0SONQ/Ja6GHX+dn8Xfo=
> =DRRB
> -----END PGP SIGNATURE-----
>
> --------------enig9098F5707E46C5B0E9C64574--
>
> --
> gentoo-user@g.o mailing list
> --658509eb2ccd8f6
> Content-Type: message/rfc822
> Content-Disposition: inline;
> filename="gentoo-user_54470.eml"
>
> Delivered-To: <gentoo-user@l.g.o>
> Received: from gimli.home.gaima.co.uk (brad.comodogroup.com [82.109.38.202])
>         by robin.gentoo.org (8.13.8/8.13.8) with ESMTP id kA8H9qJl023234
>         for <gentoo-user@l.g.o>; Wed, 8 Nov 2006 17:09:53 GMT
> Received: (qmail 17699 invoked from network); 8 Nov 2006 17:09:51 +0000
> Received: from localhost (127.0.0.1)
>   by localhost with SMTP; 8 Nov 2006 17:09:51 +0000
> From: Mike Williams <mike@××××××××.uk>
> To: gentoo-user@l.g.o
> Subject: Re: [gentoo-user] iptables error
> Date: Wed, 8 Nov 2006 17:09:47 +0000
> User-Agent: KMail/1.9.4
> References: <20061108162945.78f83a9e@××××××××××××.es>
> In-Reply-To: <20061108162945.78f83a9e@××××××××××××.es>
> Precedence: bulk
> List-Post: <mailto:gentoo-user@l.g.o>
> List-Help: <mailto:gentoo-user+help@g.o>
> List-Unsubscribe:
> <mailto:gentoo-user+unsubscribe@g.o>
> List-Subscribe: <mailto:gentoo-user+subscribe@g.o>
> List-Id: Gentoo Linux mail <gentoo-user.gentoo.org>
> X-BeenThere: gentoo-user@g.o
> Reply-to: gentoo-user@l.g.o
> MIME-Version: 1.0
> Content-Type: text/plain;
>   charset="iso-8859-1"
> Content-Transfer-Encoding: 7bit
> Content-Disposition: inline
> Message-Id: <200611081709.48647.mike@××××××××.uk>
>
> On Wednesday 08 November 2006 15:29, Arnau Bria wrote:
> > I get this error:
> >
> > # iptables-restore < /etc/iptables.noviembre
> > getsockopt failed strangely: No such file or directory
>
> Whenever I get errors like these my first step is to run the command under
> strace, then follow the reams of output backwards to find the file or
> directory it's looking for.
>
> # emerge strace
> # strace iptables-restore < /etc/iptables.noviembre
>
> Not quite sure how it will react to the redirection.
>
> --
> Mike Williams
> --
> gentoo-user@g.o mailing list
> --658509eb2ccd8f6
> Content-Type: message/rfc822
> Content-Disposition: inline;
> filename="gentoo-user_54471.eml"
>
> Delivered-To: <gentoo-user@l.g.o>
> Received: from nz-out-0102.google.com (nz-out-0102.google.com
> [64.233.162.206])
>         by robin.gentoo.org (8.13.8/8.13.8) with ESMTP id kA8HF6Qf004491
>         for <gentoo-user@l.g.o>; Wed, 8 Nov 2006 17:15:07 GMT
> Received: by nz-out-0102.google.com with SMTP id 9so2050995nzo
>         for <gentoo-user@l.g.o>; Wed, 08 Nov 2006 09:15:06 -0800
> (PST)
> DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws;
>         s=beta; d=gmail.com;
>
> h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references;
>
> b=p159QkNWx/ds1VsLoFDxB/apzcL9a56vZKmX9DNzPPTf5LCb3GDSO8EdMrExCggW7AJJIKPyeNUtcoUU7GFai1K2t2gf67WygMKLWFrUIOrEl+UMmQ+JRlNKP6nv38hyvtNzIOZTztKbbqO0Nb5tQIwUnLwTCOrXr3MYZ4ompVs=
> Received: by 10.65.242.10 with SMTP id u10mr12568383qbr.1163006106124;
>         Wed, 08 Nov 2006 09:15:06 -0800 (PST)
> Received: by 10.65.183.9 with HTTP; Wed, 8 Nov 2006 09:15:06 -0800 (PST)
> Message-ID:
> <4df051c10611080915l3095aaacs59ced9bcb455db54@××××××××××.com>
> Date: Wed, 8 Nov 2006 12:15:06 -0500
> From: Erik <mistereastenstream@×××××.com>
> To: gentoo-user@l.g.o
> Subject: Re: [gentoo-user] X crashes randomly
> In-Reply-To:
> <4df051c10611071314w243d76cetce2774378744d270@××××××××××.com>
> Precedence: bulk
> List-Post: <mailto:gentoo-user@l.g.o>
> List-Help: <mailto:gentoo-user+help@g.o>
> List-Unsubscribe:
> <mailto:gentoo-user+unsubscribe@g.o>
> List-Subscribe: <mailto:gentoo-user+subscribe@g.o>
> List-Id: Gentoo Linux mail <gentoo-user.gentoo.org>
> X-BeenThere: gentoo-user@g.o
> Reply-to: gentoo-user@l.g.o
> MIME-Version: 1.0
> Content-Type: text/plain; charset=ISO-8859-1; format=flowed
> Content-Transfer-Encoding: 7bit
> Content-Disposition: inline
> References:
> <4df051c10611061937v50abb1f5l6da4a3e2f4aaf25@××××××××××.com>
>          <200611071539.49300.4ndrey@×××××.com>
>
> <4df051c10611071314w243d76cetce2774378744d270@××××××××××.com>
>
> Well,  it seems it was but a temporary glitch, because I haven't had
> this problem occur anymore.  Thanks to everybody for their input.
>
> On 11/7/06, Erik <mistereastenstream@×××××.com> wrote:
> > I tried revdep-rebuild; nothing was broken so nothing was built.
> >
> > And no, I don't have any developer packages installed.  I use stable X
> > that employs AIGLX and composite with stable nvidia drivers, and a
> > stable kde that uses transparencies.  I've been using Xorg-x11 7.1
> > ever since it was marked stable, and I've had no problems until
> > yesterday.  I literally sent this email not 1 hour after my problems
> > started and I couldn't find anything on bugzilla.
> >
> > On 11/7/06, Andrey <4ndrey@×××××.com> wrote:
> > > On Tuesday 07 November 2006 03:37, Erik wrote:
> > > > Hello,
> > > > Starting today, X has been acting a little strange for me.  I'll be
> > > > doing nothing to spectacularer in kde, like typing in openoffice or
> > > > something else like that, and all of the sudden, X restarts and I am
> > > > faced with kdm.  I don't know if this is a problem with something in
> > > > kde, kdm, or X, so I don't know where to file a bug.  I haven't really
> > > > seen anything related to what I am dealing with in those places so
> > > > far.
> > >
> > > > and, the tail end of /var/log/kdm.log:
> > >
> > > What about /var/log/Xorg.0.log ?
> > That showed no errors at all, but I can post it anyway:
> >
> --------------------------------------------------------------
> >
> > X Window System Version 7.1.1
> > Release Date: 12 May 2006
> > X Protocol Version 11, Revision 0, Release 7.1.1
> > Build Operating System: Linux 2.6.17-gentoo-r8 x86_64
> > Current Operating System: Linux erikstotle 2.6.17-gentoo-r8 #11 SMP
> > Mon Oct 9 21:19:04 EDT 2006 x86_64
> > Build Date: 14 October 2006
> >         Before reporting problems, check http://wiki.x.org
> >         to make sure that you have the latest version.
> > Module Loader present
> > Markers: (--) probed, (**) from config file, (==) default setting,
> >         (++) from command line, (!!) notice, (II) informational,
> >         (WW) warning, (EE) error, (NI) not implemented, (??) unknown.
> > (==) Log file: "/var/log/Xorg.0.log", Time: Tue Nov  7 07:19:49 2006
> > (==) Using config file: "/etc/X11/xorg.conf"
> > (==) ServerLayout "X.org Configured"
> > (**) |-->Screen "Screen0" (0)
> > (**) |   |-->Monitor "Monitor0"
> > (**) |   |-->Device "Card0"
> > (**) |-->Input Device "Mouse0"
> > (**) |-->Input Device "Keyboard0"
> > (WW) The directory "/usr/share/fonts/TTF/" does not exist.
> >         Entry deleted from font path.
> > (WW) The directory "/usr/share/fonts/OTF" does not exist.
> >         Entry deleted from font path.
> > (WW) The directory "/usr/share/fonts/CID/" does not exist.
> >         Entry deleted from font path.
> > (**) FontPath set to:
> >         /usr/share/fonts/misc/,
> >         /usr/share/fonts/Type1/,
> >         /usr/share/fonts/100dpi/,
> >         /usr/share/fonts/75dpi/
> > (**) RgbPath set to "/usr/share/X11/rgb"
> > (**) ModulePath set to "/usr/lib64/xorg/modules"
> > (**) Extension "Composite" is enabled
> > (WW) Open ACPI failed (/var/run/acpid.socket) (No such file or directory)
> > (II) No APM support in BIOS or kernel
> > (II) Module ABI versions:
> >         X.Org ANSI C Emulation: 0.3
> >         X.Org Video Driver: 1.0
> >         X.Org XInput driver : 0.6
> >         X.Org Server Extension : 0.3
> >         X.Org Font Renderer : 0.5
> > (II) Loader running on linux
> > (II) LoadModule: "bitmap"
> > (II) Loading /usr/lib64/xorg/modules/fonts/libbitmap.so
> > (II) Module bitmap: vendor="X.Org Foundation"
> >         compiled for 7.1.1, module version = 1.0.0
> >         Module class: X.Org Font Renderer
> >         ABI class: X.Org Font Renderer, version 0.5
> > (II) Loading font Bitmap
> > (II) LoadModule: "pcidata"
> > (II) Loading /usr/lib64/xorg/modules/libpcidata.so
> > (II) Module pcidata: vendor="X.Org Foundation"
> >         compiled for 7.1.1, module version = 1.0.0
> >         ABI class: X.Org Video Driver, version 1.0
> > (++) using VT number 7
> >
> > (II) PCI: PCI scan (all values are in hex)
> > (II) PCI: 00:00:0: chip 10de,02f0 card 1043,81c0 rev a2 class 05,00,00 hdr
> 80
> > (II) PCI: 00:00:1: chip 10de,02fa card 1043,81c0 rev a2 class 05,00,00 hdr
> 80
> > (II) PCI: 00:00:2: chip 10de,02fe card 1043,81c0 rev a2 class 05,00,00 hdr
> 80
> > (II) PCI: 00:00:3: chip 10de,02f8 card 1043,81c0 rev a2 class 05,00,00 hdr
> 80
> > (II) PCI: 00:00:4: chip 10de,02f9 card 1043,81c0 rev a2 class 05,00,00 hdr
> 00
> > (II) PCI: 00:00:5: chip 10de,02ff card 1043,81c0 rev a2 class 05,00,00 hdr
> 80
> > (II) PCI: 00:00:6: chip 10de,027f card 1043,81c0 rev a2 class 05,00,00 hdr
> 80
> > (II) PCI: 00:00:7: chip 10de,027e card 1043,81c0 rev a2 class 05,00,00 hdr
> 80
> > (II) PCI: 00:02:0: chip 10de,02fc card 0000,0000 rev a1 class 06,04,00 hdr
> 01
> > (II) PCI: 00:03:0: chip 10de,02fd card 0000,0000 rev a1 class 06,04,00 hdr
> 01
> > (II) PCI: 00:04:0: chip 10de,02fb card 0000,0000 rev a1 class 06,04,00 hdr
> 01
> > (II) PCI: 00:05:0: chip 10de,0240 card 1043,81cd rev a2 class 03,00,00 hdr
> 00
> > (II) PCI: 00:09:0: chip 10de,0270 card 1043,81c0 rev a2 class 05,00,00 hdr
> 00
> > (II) PCI: 00:0a:0: chip 10de,0260 card 1043,81c0 rev a3 class 06,01,00 hdr
> 80
> > (II) PCI: 00:0a:1: chip 10de,0264 card 1043,81c0 rev a3 class 0c,05,00 hdr
> 80
> > (II) PCI: 00:0a:2: chip 10de,0272 card 1043,81c0 rev a3 class 05,00,00 hdr
> 80
> > (II) PCI: 00:0b:0: chip 10de,026d card 1043,81c0 rev a3 class 0c,03,10 hdr
> 80
> > (II) PCI: 00:0b:1: chip 10de,026e card 1043,81c0 rev a3 class 0c,03,20 hdr
> 80
> > (II) PCI: 00:0d:0: chip 10de,0265 card 1043,81c0 rev a1 class 01,01,8a hdr
> 00
> > (II) PCI: 00:0e:0: chip 10de,0266 card 1043,81c0 rev a1 class 01,01,85 hdr
> 00
> > (II) PCI: 00:0f:0: chip 10de,0267 card 1043,81c0 rev a1 class 01,01,85 hdr
> 00
> > (II) PCI: 00:10:0: chip 10de,026f card 0000,0000 rev a2 class 06,04,01 hdr
> 81
> > (II) PCI: 00:10:1: chip 10de,026c card 1043,81cb rev a2 class 04,03,00 hdr
> 80
> > (II) PCI: 00:14:0: chip 10de,0269 card 1043,816a rev a3 class 06,80,00 hdr
> 00
> > (II) PCI: 00:18:0: chip 1022,1100 card 0000,0000 rev 00 class 06,00,00 hdr
> 80
> > (II) PCI: 00:18:1: chip 1022,1101 card 0000,0000 rev 00 class 06,00,00 hdr
> 80
> > (II) PCI: 00:18:2: chip 1022,1102 card 0000,0000 rev 00 class 06,00,00 hdr
> 80
> > (II) PCI: 00:18:3: chip 1022,1103 card 0000,0000 rev 00 class 06,00,00 hdr
> 80
> > (II) PCI: 04:05:0: chip 104c,8023 card 1043,808b rev 00 class 0c,00,10 hdr
> 00
> > (II) PCI: 04:09:0: chip 1319,0801 card 1319,1319 rev b2 class 04,01,00 hdr
> 80
> > (II) PCI: 04:09:1: chip 1319,0802 card 1319,1319 rev b2 class 09,80,00 hdr
> 80
> > (II) PCI: End of PCI scan
> > (II) PCI-to-PCI bridge:
> > (II) Bus 1: bridge is at (0:2:0), (0,1,1), BCTRL: 0x0000 (VGA_EN is
> cleared)
> > (II) Bus 1 I/O range:
> >         [0] -1  0       0x0000d000 - 0x0000dfff (0x1000) IX[B]
> > (II) Bus 1 non-prefetchable memory range:
> >         [0] -1  0       0xfd800000 - 0xfd8fffff (0x100000) MX[B]
> > (II) Bus 1 prefetchable memory range:
> >         [0] -1  0       0xfd700000 - 0xfd7fffff (0x100000) MX[B]
> > (II) PCI-to-PCI bridge:
> > (II) Bus 2: bridge is at (0:3:0), (0,2,2), BCTRL: 0x0000 (VGA_EN is
> cleared)
> > (II) Bus 2 I/O range:
> >         [0] -1  0       0x0000b000 - 0x0000bfff (0x1000) IX[B]
> > (II) Bus 2 non-prefetchable memory range:
> >         [0] -1  0       0xfde00000 - 0xfdefffff (0x100000) MX[B]
> > (II) Bus 2 prefetchable memory range:
> >         [0] -1  0       0xfdd00000 - 0xfddfffff (0x100000) MX[B]
> > (II) PCI-to-PCI bridge:
> > (II) Bus 3: bridge is at (0:4:0), (0,3,3), BCTRL: 0x0000 (VGA_EN is
> cleared)
> > (II) Bus 3 I/O range:
> >         [0] -1  0       0x0000e000 - 0x0000efff (0x1000) IX[B]
> > (II) Bus 3 non-prefetchable memory range:
> >         [0] -1  0       0xfdc00000 - 0xfdcfffff (0x100000) MX[B]
> > (II) Bus 3 prefetchable memory range:
> >         [0] -1  0       0xfd900000 - 0xfd9fffff (0x100000) MX[B]
> > (II) PCI-to-ISA bridge:
> > (II) Bus -1: bridge is at (0:10:0), (0,-1,-1), BCTRL: 0x0008 (VGA_EN is
> set)
> > (II) Subtractive PCI-to-PCI bridge:
> > (II) Bus 4: bridge is at (0:16:0), (0,4,4), BCTRL: 0x0200 (VGA_EN is
> cleared)
> > (II) Bus 4 I/O range:
> >         [0] -1  0       0x0000c000 - 0x0000cfff (0x1000) IX[B]
> > (II) Bus 4 non-prefetchable memory range:
> >         [0] -1  0       0xfdb00000 - 0xfdbfffff (0x100000) MX[B]
> > (II) Bus 4 prefetchable memory range:
> >         [0] -1  0       0xfda00000 - 0xfdafffff (0x100000) MX[B]
> > (II) Host-to-PCI bridge:
> > (II) Bus 0: bridge is at (0:24:0), (0,0,4), BCTRL: 0x0008 (VGA_EN is set)
> > (II) Bus 0 I/O range:
> >         [0] -1  0       0x00000000 - 0x0000ffff (0x10000) IX[B]
> > (II) Bus 0 non-prefetchable memory range:
> >         [0] -1  0       0x00000000 - 0xffffffff (0x100000000) MX[B]
> > (II) Bus 0 prefetchable memory range:
> >         [0] -1  0       0x00000000 - 0xffffffff (0x100000000) MX[B]
> > (--) PCI:*(0:5:0) nVidia Corporation C51PV [GeForce 6150] rev 162, Mem
> > @ 0xfc000000/24, 0xe0000000/28, 0xfb000000/24
> > (II) Addressable bus resource ranges are
> >         [0] -1  0       0x00000000 - 0xffffffff (0x100000000) MX[B]
> >         [1] -1  0       0x00000000 - 0x0000ffff (0x10000) IX[B]
> > (II) OS-reported resource ranges:
> >         [0] -1  0       0x00100000 - 0x3fffffff (0x3ff00000) MX[B]E(B)
> >         [1] -1  0       0x000f0000 - 0x000fffff (0x10000) MX[B]
> >         [2] -1  0       0x000c0000 - 0x000effff (0x30000) MX[B]
> >         [3] -1  0       0x00000000 - 0x0009ffff (0xa0000) MX[B]
> >         [4] -1  0       0x0000ffff - 0x0000ffff (0x1) IX[B]
> >         [5] -1  0       0x00000000 - 0x000000ff (0x100) IX[B]
> > (II) Active PCI resource ranges:
> >         [0] -1  0       0xfdbf8000 - 0xfdbfbfff (0x4000) MX[B]
> >         [1] -1  0       0xfdbff000 - 0xfdbff7ff (0x800) MX[B]
> >         [2] -1  0       0xfe02b000 - 0xfe02bfff (0x1000) MX[B]
> >         [3] -1  0       0xfe024000 - 0xfe027fff (0x4000) MX[B]
> >         [4] -1  0       0xfe02c000 - 0xfe02cfff (0x1000) MX[B]
> >         [5] -1  0       0xfe02d000 - 0xfe02dfff (0x1000) MX[B]
> >         [6] -1  0       0xfe02e000 - 0xfe02e0ff (0x100) MX[B]
> >         [7] -1  0       0xfe02f000 - 0xfe02ffff (0x1000) MX[B]
> >         [8] -1  0       0xfb000000 - 0xfbffffff (0x1000000) MX[B](B)
> >         [9] -1  0       0xe0000000 - 0xefffffff (0x10000000) MX[B](B)
> >         [10] -1 0       0xfc000000 - 0xfcffffff (0x1000000) MX[B](B)
> >         [11] -1 0       0x0000cc00 - 0x0000cc0f (0x10) IX[B]
> >         [12] -1 0       0x0000ce00 - 0x0000ce7f (0x80) IX[B]
> >         [13] -1 0       0x0000f200 - 0x0000f207 (0x8) IX[B]
> >         [14] -1 0       0x0000f300 - 0x0000f30f (0x10) IX[B]
> >         [15] -1 0       0x00000b60 - 0x00000b63 (0x4) IX[B]
> >         [16] -1 0       0x00000960 - 0x00000967 (0x8) IX[B]
> >         [17] -1 0       0x00000be0 - 0x00000be3 (0x4) IX[B]
> >         [18] -1 0       0x000009e0 - 0x000009e7 (0x8) IX[B]
> >         [19] -1 0       0x0000f800 - 0x0000f80f (0x10) IX[B]
> >         [20] -1 0       0x00000b70 - 0x00000b73 (0x4) IX[B]
> >         [21] -1 0       0x00000970 - 0x00000977 (0x8) IX[B]
> >         [22] -1 0       0x00000bf0 - 0x00000bf3 (0x4) IX[B]
> >         [23] -1 0       0x000009f0 - 0x000009f7 (0x8) IX[B]
> >         [24] -1 0       0x0000fd00 - 0x0000fd0f (0x10) IX[B]
> >         [25] -1 0       0x00004c40 - 0x00004c7f (0x40) IX[B]
> >         [26] -1 0       0x00004c00 - 0x00004c3f (0x40) IX[B]
> > (II) Active PCI resource ranges after removing overlaps:
> >         [0] -1  0       0xfdbf8000 - 0xfdbfbfff (0x4000) MX[B]
> >         [1] -1  0       0xfdbff000 - 0xfdbff7ff (0x800) MX[B]
> >         [2] -1  0       0xfe02b000 - 0xfe02bfff (0x1000) MX[B]
> >         [3] -1  0       0xfe024000 - 0xfe027fff (0x4000) MX[B]
> >         [4] -1  0       0xfe02c000 - 0xfe02cfff (0x1000) MX[B]
> >         [5] -1  0       0xfe02d000 - 0xfe02dfff (0x1000) MX[B]
> >         [6] -1  0       0xfe02e000 - 0xfe02e0ff (0x100) MX[B]
> >         [7] -1  0       0xfe02f000 - 0xfe02ffff (0x1000) MX[B]
> >         [8] -1  0       0xfb000000 - 0xfbffffff (0x1000000) MX[B](B)
> >         [9] -1  0       0xe0000000 - 0xefffffff (0x10000000) MX[B](B)
> >         [10] -1 0       0xfc000000 - 0xfcffffff (0x1000000) MX[B](B)
> >         [11] -1 0       0x0000cc00 - 0x0000cc0f (0x10) IX[B]
> >         [12] -1 0       0x0000ce00 - 0x0000ce7f (0x80) IX[B]
> >         [13] -1 0       0x0000f200 - 0x0000f207 (0x8) IX[B]
> >         [14] -1 0       0x0000f300 - 0x0000f30f (0x10) IX[B]
> >         [15] -1 0       0x00000b60 - 0x00000b63 (0x4) IX[B]
> >         [16] -1 0       0x00000960 - 0x00000967 (0x8) IX[B]
> >         [17] -1 0       0x00000be0 - 0x00000be3 (0x4) IX[B]
> >         [18] -1 0       0x000009e0 - 0x000009e7 (0x8) IX[B]
> >         [19] -1 0       0x0000f800 - 0x0000f80f (0x10) IX[B]
> >         [20] -1 0       0x00000b70 - 0x00000b73 (0x4) IX[B]
> >         [21] -1 0       0x00000970 - 0x00000977 (0x8) IX[B]
> >         [22] -1 0       0x00000bf0 - 0x00000bf3 (0x4) IX[B]
> >         [23] -1 0       0x000009f0 - 0x000009f7 (0x8) IX[B]
> >         [24] -1 0       0x0000fd00 - 0x0000fd0f (0x10) IX[B]
> >         [25] -1 0       0x00004c40 - 0x00004c7f (0x40) IX[B]
> >         [26] -1 0       0x00004c00 - 0x00004c3f (0x40) IX[B]
> > (II) OS-reported resource ranges after removing overlaps with PCI:
> >         [0] -1  0       0x00100000 - 0x3fffffff (0x3ff00000) MX[B]E(B)
> >         [1] -1  0       0x000f0000 - 0x000fffff (0x10000) MX[B]
> >         [2] -1  0       0x000c0000 - 0x000effff (0x30000) MX[B]
> >         [3] -1  0       0x00000000 - 0x0009ffff (0xa0000) MX[B]
> >         [4] -1  0       0x0000ffff - 0x0000ffff (0x1) IX[B]
> >         [5] -1  0       0x00000000 - 0x000000ff (0x100) IX[B]
> > (II) All system resource ranges:
> >         [0] -1  0       0x00100000 - 0x3fffffff (0x3ff00000) MX[B]E(B)
> >         [1] -1  0       0x000f0000 - 0x000fffff (0x10000) MX[B]
> >         [2] -1  0       0x000c0000 - 0x000effff (0x30000) MX[B]
> >         [3] -1  0       0x00000000 - 0x0009ffff (0xa0000) MX[B]
> >         [4] -1  0       0xfdbf8000 - 0xfdbfbfff (0x4000) MX[B]
> >         [5] -1  0       0xfdbff000 - 0xfdbff7ff (0x800) MX[B]
> >         [6] -1  0       0xfe02b000 - 0xfe02bfff (0x1000) MX[B]
> >         [7] -1  0       0xfe024000 - 0xfe027fff (0x4000) MX[B]
> >         [8] -1  0       0xfe02c000 - 0xfe02cfff (0x1000) MX[B]
> >         [9] -1  0       0xfe02d000 - 0xfe02dfff (0x1000) MX[B]
> >         [10] -1 0       0xfe02e000 - 0xfe02e0ff (0x100) MX[B]
> >         [11] -1 0       0xfe02f000 - 0xfe02ffff (0x1000) MX[B]
> >         [12] -1 0       0xfb000000 - 0xfbffffff (0x1000000) MX[B](B)
> >         [13] -1 0       0xe0000000 - 0xefffffff (0x10000000) MX[B](B)
> >         [14] -1 0       0xfc000000 - 0xfcffffff (0x1000000) MX[B](B)
> >         [15] -1 0       0x0000ffff - 0x0000ffff (0x1) IX[B]
> >         [16] -1 0       0x00000000 - 0x000000ff (0x100) IX[B]
> >         [17] -1 0       0x0000cc00 - 0x0000cc0f (0x10) IX[B]
> >         [18] -1 0       0x0000ce00 - 0x0000ce7f (0x80) IX[B]
> >         [19] -1 0       0x0000f200 - 0x0000f207 (0x8) IX[B]
> >         [20] -1 0       0x0000f300 - 0x0000f30f (0x10) IX[B]
> >         [21] -1 0       0x00000b60 - 0x00000b63 (0x4) IX[B]
> >         [22] -1 0       0x00000960 - 0x00000967 (0x8) IX[B]
> >         [23] -1 0       0x00000be0 - 0x00000be3 (0x4) IX[B]
> >         [24] -1 0       0x000009e0 - 0x000009e7 (0x8) IX[B]
> >         [25] -1 0       0x0000f800 - 0x0000f80f (0x10) IX[B]
> >         [26] -1 0       0x00000b70 - 0x00000b73 (0x4) IX[B]
> >         [27] -1 0       0x00000970 - 0x00000977 (0x8) IX[B]
> >         [28] -1 0       0x00000bf0 - 0x00000bf3 (0x4) IX[B]
> >         [29] -1 0       0x000009f0 - 0x000009f7 (0x8) IX[B]
> >         [30] -1 0       0x0000fd00 - 0x0000fd0f (0x10) IX[B]
> >         [31] -1 0       0x00004c40 - 0x00004c7f (0x40) IX[B]
> >         [32] -1 0       0x00004c00 - 0x00004c3f (0x40) IX[B]
> > (II) LoadModule: "extmod"
> > (II) Loading
> /usr/lib64/xorg/modules/extensions/libextmod.so
> > (II) Module extmod: vendor="X.Org Foundation"
> >         compiled for 7.1.1, module version = 1.0.0
> >         Module class: X.Org Server Extension
> >         ABI class: X.Org Server Extension, version 0.3
> > (II) Loading extension SHAPE
> > (II) Loading extension MIT-SUNDRY-NONSTANDARD
> > (II) Loading extension BIG-REQUESTS
> > (II) Loading extension SYNC
> > (II) Loading extension MIT-SCREEN-SAVER
> > (II) Loading extension XC-MISC
> > (II) Loading extension XFree86-VidModeExtension
> > (II) Loading extension XFree86-Misc
> > (II) Loading extension XFree86-DGA
> > (II) Loading extension DPMS
> > (II) Loading extension TOG-CUP
> > (II) Loading extension Extended-Visual-Information
> > (II) Loading extension XVideo
> > (II) Loading extension XVideo-MotionCompensation
> > (II) Loading extension X-Resource
> > (II) LoadModule: "dbe"
> > (II) Loading /usr/lib64/xorg/modules/extensions/libdbe.so
> > (II) Module dbe: vendor="X.Org Foundation"
> >         compiled for 7.1.1, module version = 1.0.0
> >         Module class: X.Org Server Extension
> >         ABI class: X.Org Server Extension, version 0.3
> > (II) Loading extension DOUBLE-BUFFER
> > (II) LoadModule: "record"
> > (II) Loading
> /usr/lib64/xorg/modules/extensions/librecord.so
> > (II) Module record: vendor="X.Org Foundation"
> >         compiled for 7.1.1, module version = 1.13.0
> >         Module class: X.Org Server Extension
> >         ABI class: X.Org Server Extension, version 0.3
> > (II) Loading extension RECORD
> > (II) LoadModule: "xtrap"
> > (II) Loading
> /usr/lib64/xorg/modules/extensions/libxtrap.so
> > (II) Module xtrap: vendor="X.Org Foundation"
> >         compiled for 7.1.1, module version = 1.0.0
> >         Module class: X.Org Server Extension
> >         ABI class: X.Org Server Extension, version 0.3
> > (II) Loading extension DEC-XTRAP
> > (II) LoadModule: "glx"
> > (II) Loading /usr/lib64/xorg/modules/extensions/libglx.so
> > (II) Module glx: vendor="NVIDIA Corporation"
> >         compiled for 4.0.2, module version = 1.0.8776
> >         Module class: X.Org Server Extension
> >         ABI class: X.Org Server Extension, version 0.1
> > (II) Loading extension GLX
> > (II) LoadModule: "freetype"
> > (II) Loading /usr/lib64/xorg/modules/fonts/libfreetype.so
> > (II) Module freetype: vendor="X.Org Foundation & the After X-TT Project"
> >         compiled for 7.1.1, module version = 2.1.0
> >         Module class: X.Org Font Renderer
> >         ABI class: X.Org Font Renderer, version 0.5
> > (II) Loading font FreeType
> > (II) LoadModule: "type1"
> > (II) Loading /usr/lib64/xorg/modules/fonts/libtype1.so
> > (II) Module type1: vendor="X.Org Foundation"
> >         compiled for 7.1.1, module version = 1.0.2
> >         Module class: X.Org Font Renderer
> >         ABI class: X.Org Font Renderer, version 0.5
> > (II) Loading font Type1
> > (II) LoadModule: "nvidia"
> > (II) Loading
> /usr/lib64/xorg/modules/drivers/nvidia_drv.so
> > (II) Module nvidia: vendor="NVIDIA Corporation"
> >         compiled for 4.0.2, module version = 1.0.8776
> >         Module class: X.Org Video Driver
> > (II) LoadModule: "mouse"
> > (II) Loading /usr/lib64/xorg/modules/input/mouse_drv.so
> > (II) Module mouse: vendor="X.Org Foundation"
> >         compiled for 7.1.1, module version = 1.1.1
> >         Module class: X.Org XInput Driver
> >         ABI class: X.Org XInput driver, version 0.6
> > (II) LoadModule: "kbd"
> > (II) Loading /usr/lib64/xorg/modules/input/kbd_drv.so
> > (II) Module kbd: vendor="X.Org Foundation"
> >         compiled for 7.1.1, module version = 1.1.0
> >         Module class: X.Org XInput Driver
> >         ABI class: X.Org XInput driver, version 0.6
> > (II) NVIDIA dlloader X Driver  1.0-8776  Mon Oct 16 21:55:22 PDT 2006
> > (II) NVIDIA Unified Driver for all Supported NVIDIA GPUs
> > (II) Primary Device is: PCI 00:05:0
> > (--) Chipset NVIDIA GPU found
> > (II) Loading sub module "fb"
> > (II) LoadModule: "fb"
> > (II) Loading /usr/lib64/xorg/modules/libfb.so
> > (II) Module fb: vendor="X.Org Foundation"
> >         compiled for 7.1.1, module version = 1.0.0
> >         ABI class: X.Org ANSI C Emulation, version 0.3
> > (II) Loading sub module "ramdac"
> > (II) LoadModule: "ramdac"
> > (II) Loading /usr/lib64/xorg/modules/libramdac.so
> > (II) Module ramdac: vendor="X.Org Foundation"
> >         compiled for 7.1.1, module version = 0.1.0
> >         ABI class: X.Org Video Driver, version 1.0
> > (II) resource ranges after xf86ClaimFixedResources() call:
> >         [0] -1  0       0x00100000 - 0x3fffffff (0x3ff00000) MX[B]E(B)
> >         [1] -1  0       0x000f0000 - 0x000fffff (0x10000) MX[B]
> >         [2] -1  0       0x000c0000 - 0x000effff (0x30000) MX[B]
> >         [3] -1  0       0x00000000 - 0x0009ffff (0xa0000) MX[B]
> >         [4] -1  0       0xfdbf8000 - 0xfdbfbfff (0x4000) MX[B]
> >         [5] -1  0       0xfdbff000 - 0xfdbff7ff (0x800) MX[B]
> >         [6] -1  0       0xfe02b000 - 0xfe02bfff (0x1000) MX[B]
> >         [7] -1  0       0xfe024000 - 0xfe027fff (0x4000) MX[B]
> >         [8] -1  0       0xfe02c000 - 0xfe02cfff (0x1000) MX[B]
> >         [9] -1  0       0xfe02d000 - 0xfe02dfff (0x1000) MX[B]
> >         [10] -1 0       0xfe02e000 - 0xfe02e0ff (0x100) MX[B]
> >         [11] -1 0       0xfe02f000 - 0xfe02ffff (0x1000) MX[B]
> >         [12] -1 0       0xfb000000 - 0xfbffffff (0x1000000) MX[B](B)
> >         [13] -1 0       0xe0000000 - 0xefffffff (0x10000000) MX[B](B)
> >         [14] -1 0       0xfc000000 - 0xfcffffff (0x1000000) MX[B](B)
> >         [15] -1 0       0x0000ffff - 0x0000ffff (0x1) IX[B]
> >         [16] -1 0       0x00000000 - 0x000000ff (0x100) IX[B]
> >         [17] -1 0       0x0000cc00 - 0x0000cc0f (0x10) IX[B]
> >         [18] -1 0       0x0000ce00 - 0x0000ce7f (0x80) IX[B]
> >         [19] -1 0       0x0000f200 - 0x0000f207 (0x8) IX[B]
> >         [20] -1 0       0x0000f300 - 0x0000f30f (0x10) IX[B]
> >         [21] -1 0       0x00000b60 - 0x00000b63 (0x4) IX[B]
> >         [22] -1 0       0x00000960 - 0x00000967 (0x8) IX[B]
> >         [23] -1 0       0x00000be0 - 0x00000be3 (0x4) IX[B]
> >         [24] -1 0       0x000009e0 - 0x000009e7 (0x8) IX[B]
> >         [25] -1 0       0x0000f800 - 0x0000f80f (0x10) IX[B]
> >         [26] -1 0       0x00000b70 - 0x00000b73 (0x4) IX[B]
> >         [27] -1 0       0x00000970 - 0x00000977 (0x8) IX[B]
> >         [28] -1 0       0x00000bf0 - 0x00000bf3 (0x4) IX[B]
> >         [29] -1 0       0x000009f0 - 0x000009f7 (0x8) IX[B]
> >         [30] -1 0       0x0000fd00 - 0x0000fd0f (0x10) IX[B]
> >         [31] -1 0       0x00004c40 - 0x00004c7f (0x40) IX[B]
> >         [32] -1 0       0x00004c00 - 0x00004c3f (0x40) IX[B]
> > (II) resource ranges after probing:
> >         [0] -1  0       0x00100000 - 0x3fffffff (0x3ff00000) MX[B]E(B)
> >         [1] -1  0       0x000f0000 - 0x000fffff (0x10000) MX[B]
> >         [2] -1  0       0x000c0000 - 0x000effff (0x30000) MX[B]
> >         [3] -1  0       0x00000000 - 0x0009ffff (0xa0000) MX[B]
> >         [4] -1  0       0xfdbf8000 - 0xfdbfbfff (0x4000) MX[B]
> >         [5] -1  0       0xfdbff000 - 0xfdbff7ff (0x800) MX[B]
> >         [6] -1  0       0xfe02b000 - 0xfe02bfff (0x1000) MX[B]
> >         [7] -1  0       0xfe024000 - 0xfe027fff (0x4000) MX[B]
> >         [8] -1  0       0xfe02c000 - 0xfe02cfff (0x1000) MX[B]
> >         [9] -1  0       0xfe02d000 - 0xfe02dfff (0x1000) MX[B]
> >         [10] -1 0       0xfe02e000 - 0xfe02e0ff (0x100) MX[B]
> >         [11] -1 0       0xfe02f000 - 0xfe02ffff (0x1000) MX[B]
> >         [12] -1 0       0xfb000000 - 0xfbffffff (0x1000000) MX[B](B)
> >         [13] -1 0       0xe0000000 - 0xefffffff (0x10000000) MX[B](B)
> >         [14] -1 0       0xfc000000 - 0xfcffffff (0x1000000) MX[B](B)
> >         [15] 0  0       0x000a0000 - 0x000affff (0x10000) MS[B]
> >         [16] 0  0       0x000b0000 - 0x000b7fff (0x8000) MS[B]
> >         [17] 0  0       0x000b8000 - 0x000bffff (0x8000) MS[B]
> >         [18] -1 0       0x0000ffff - 0x0000ffff (0x1) IX[B]
> >         [19] -1 0       0x00000000 - 0x000000ff (0x100) IX[B]
> >         [20] -1 0       0x0000cc00 - 0x0000cc0f (0x10) IX[B]
> >         [21] -1 0       0x0000ce00 - 0x0000ce7f (0x80) IX[B]
> >         [22] -1 0       0x0000f200 - 0x0000f207 (0x8) IX[B]
> >         [23] -1 0       0x0000f300 - 0x0000f30f (0x10) IX[B]
> >         [24] -1 0       0x00000b60 - 0x00000b63 (0x4) IX[B]
> >         [25] -1 0       0x00000960 - 0x00000967 (0x8) IX[B]
> >         [26] -1 0       0x00000be0 - 0x00000be3 (0x4) IX[B]
> >         [27] -1 0       0x000009e0 - 0x000009e7 (0x8) IX[B]
> >         [28] -1 0       0x0000f800 - 0x0000f80f (0x10) IX[B]
> >         [29] -1 0       0x00000b70 - 0x00000b73 (0x4) IX[B]
> >         [30] -1 0       0x00000970 - 0x00000977 (0x8) IX[B]
> >         [31] -1 0       0x00000bf0 - 0x00000bf3 (0x4) IX[B]
> >         [32] -1 0       0x000009f0 - 0x000009f7 (0x8) IX[B]
> >         [33] -1 0       0x0000fd00 - 0x0000fd0f (0x10) IX[B]
> >         [34] -1 0       0x00004c40 - 0x00004c7f (0x40) IX[B]
> >         [35] -1 0       0x00004c00 - 0x00004c3f (0x40) IX[B]
> >         [36] 0  0       0x000003b0 - 0x000003bb (0xc) IS[B]
> >         [37] 0  0       0x000003c0 - 0x000003df (0x20) IS[B]
> > (II) Setting vga for screen 0.
> > (==) NVIDIA(0): Depth 24, (==) framebuffer bpp 32
> > (==) NVIDIA(0): RGB weight 888
> > (==) NVIDIA(0): Default visual is TrueColor
> > (==) NVIDIA(0): Using gamma correction (1.0, 1.0, 1.0)
> > (**) NVIDIA(0): Option "RenderAccel" "true"
> > (**) NVIDIA(0): Option "AllowGLXWithComposite" "true"
> > (**) NVIDIA(0): Option "AddARGBGLXVisuals" "true"
> > (**) NVIDIA(0): Enabling RENDER acceleration
> > (II) NVIDIA(0): Support for GLX with the Damage and Composite X extensions
> is
> > (II) NVIDIA(0):     enabled.
> > (II) NVIDIA(0): NVIDIA GPU GeForce 6150 at PCI:0:5:0
> > (--) NVIDIA(0): VideoRAM: 524288 kBytes
> > (--) NVIDIA(0): VideoBIOS: 05.51.22.33.07
> > (--) NVIDIA(0): Interlaced video modes are supported on this GPU
> > (--) NVIDIA(0): Connected display device(s) on GeForce 6150 at PCI:0:5:0:
> > (--) NVIDIA(0):     Samsung (CRT-0)
> > (--) NVIDIA(0): Samsung (CRT-0): 350.0 MHz maximum pixel clock
> > (II) NVIDIA(0): Assigned Display Device: CRT-0
> > (II) NVIDIA(0): Validated modes:
> > (II) NVIDIA(0):     "1024x768"
> > (II) NVIDIA(0): Virtual screen size determined to be 1024 x 768
> > (WW) NVIDIA(0): No size information available in CRT-0's EDID; cannot
> compute
> > (WW) NVIDIA(0):     DPI from EDID.
> > (==) NVIDIA(0): DPI set to (75, 75); computed from built-in default
> > (--) Depth 24 pixmap format is 32 bpp
> > (II) do I need RAC?  No, I don't.
> > (II) resource ranges after preInit:
> >         [0] 0   0       0xfb000000 - 0xfbffffff (0x1000000) MX[B]
> >         [1] 0   0       0xe0000000 - 0xefffffff (0x10000000) MX[B]
> >         [2] 0   0       0xfc000000 - 0xfcffffff (0x1000000) MX[B]
> >         [3] -1  0       0x00100000 - 0x3fffffff (0x3ff00000) MX[B]E(B)
> >         [4] -1  0       0x000f0000 - 0x000fffff (0x10000) MX[B]
> >         [5] -1  0       0x000c0000 - 0x000effff (0x30000) MX[B]
> >         [6] -1  0       0x00000000 - 0x0009ffff (0xa0000) MX[B]
> >         [7] -1  0       0xfdbf8000 - 0xfdbfbfff (0x4000) MX[B]
> >         [8] -1  0       0xfdbff000 - 0xfdbff7ff (0x800) MX[B]
> >         [9] -1  0       0xfe02b000 - 0xfe02bfff (0x1000) MX[B]
> >         [10] -1 0       0xfe024000 - 0xfe027fff (0x4000) MX[B]
> >         [11] -1 0       0xfe02c000 - 0xfe02cfff (0x1000) MX[B]
> >         [12] -1 0       0xfe02d000 - 0xfe02dfff (0x1000) MX[B]
> >         [13] -1 0       0xfe02e000 - 0xfe02e0ff (0x100) MX[B]
> >         [14] -1 0       0xfe02f000 - 0xfe02ffff (0x1000) MX[B]
> >         [15] -1 0       0xfb000000 - 0xfbffffff (0x1000000) MX[B](B)
> >         [16] -1 0       0xe0000000 - 0xefffffff (0x10000000) MX[B](B)
> >         [17] -1 0       0xfc000000 - 0xfcffffff (0x1000000) MX[B](B)
> >         [18] 0  0       0x000a0000 - 0x000affff (0x10000) MS[B](OprD)
> >         [19] 0  0       0x000b0000 - 0x000b7fff (0x8000) MS[B](OprD)
> >         [20] 0  0       0x000b8000 - 0x000bffff (0x8000) MS[B](OprD)
> >         [21] -1 0       0x0000ffff - 0x0000ffff (0x1) IX[B]
> >         [22] -1 0       0x00000000 - 0x000000ff (0x100) IX[B]
> >         [23] -1 0       0x0000cc00 - 0x0000cc0f (0x10) IX[B]
> >         [24] -1 0       0x0000ce00 - 0x0000ce7f (0x80) IX[B]
> >         [25] -1 0       0x0000f200 - 0x0000f207 (0x8) IX[B]
> >         [26] -1 0       0x0000f300 - 0x0000f30f (0x10) IX[B]
> >         [27] -1 0       0x00000b60 - 0x00000b63 (0x4) IX[B]
> >         [28] -1 0       0x00000960 - 0x00000967 (0x8) IX[B]
> >         [29] -1 0       0x00000be0 - 0x00000be3 (0x4) IX[B]
> >         [30] -1 0       0x000009e0 - 0x000009e7 (0x8) IX[B]
> >         [31] -1 0       0x0000f800 - 0x0000f80f (0x10) IX[B]
> >         [32] -1 0       0x00000b70 - 0x00000b73 (0x4) IX[B]
> >         [33] -1 0       0x00000970 - 0x00000977 (0x8) IX[B]
> >         [34] -1 0       0x00000bf0 - 0x00000bf3 (0x4) IX[B]
> >         [35] -1 0       0x000009f0 - 0x000009f7 (0x8) IX[B]
> >         [36] -1 0       0x0000fd00 - 0x0000fd0f (0x10) IX[B]
> >         [37] -1 0       0x00004c40 - 0x00004c7f (0x40) IX[B]
> >         [38] -1 0       0x00004c00 - 0x00004c3f (0x40) IX[B]
> >         [39] 0  0       0x000003b0 - 0x000003bb (0xc) IS[B](OprU)
> >         [40] 0  0       0x000003c0 - 0x000003df (0x20) IS[B](OprU)
> > (II) NVIDIA(0): Setting mode "1024x768"
> > (II) Loading extension NV-GLX
> > (II) NVIDIA(0): NVIDIA 3D Acceleration Architecture Initialized
> > (II) NVIDIA(0): Using the NVIDIA 2D acceleration architecture
> > (==) NVIDIA(0): Backing store disabled
> > (==) NVIDIA(0): Silken mouse enabled
> > (**) Option "dpms"
> > (**) NVIDIA(0): DPMS enabled
> > (II) Loading extension NV-CONTROL
> > (==) RandR enabled
> > (II) Initializing built-in extension MIT-SHM
> > (II) Initializing built-in extension XInputExtension
> > (II) Initializing built-in extension XTEST
> > (II) Initializing built-in extension XKEYBOARD
> > (II) Initializing built-in extension XC-APPGROUP
> > (II) Initializing built-in extension SECURITY
> > (II) Initializing built-in extension XINERAMA
> > (II) Initializing built-in extension XFIXES
> > (II) Initializing built-in extension XFree86-Bigfont
> > (II) Initializing built-in extension RENDER
> > (II) Initializing built-in extension RANDR
> > (II) Initializing built-in extension COMPOSITE
> > (II) Initializing built-in extension DAMAGE
> > (II) Initializing built-in extension XEVIE
> > (II) Initializing extension GLX
> > (**) Option "Protocol" "auto"
> > (**) Mouse0: Device: "/dev/psaux"
> > (**) Mouse0: Protocol: "auto"
> > (**) Option "CorePointer"
> > (**) Mouse0: Core Pointer
> > (**) Option "Device" "/dev/psaux"
> > (==) Mouse0: Emulate3Buttons, Emulate3Timeout: 50
> > (**) Option "ZAxisMapping" "4 5 6 7"
> > (**) Mouse0: ZAxisMapping: buttons 4, 5, 6 and 7
> > (**) Mouse0: Buttons: 11
> > (**) Option "CoreKeyboard"
> > (**) Keyboard0: Core Keyboard
> > (**) Option "Protocol" "standard"
> > (**) Keyboard0: Protocol: standard
> > (**) Option "AutoRepeat" "500 30"
> > (**) Option "XkbRules" "xorg"
> > (**) Keyboard0: XkbRules: "xorg"
> > (**) Option "XkbModel" "pc105"
> > (**) Keyboard0: XkbModel: "pc105"
> > (**) Option "XkbLayout" "us"
> > (**) Keyboard0: XkbLayout: "us"
> > (**) Option "CustomKeycodes" "off"
> > (**) Keyboard0: CustomKeycodes disabled
> > (II) XINPUT: Adding extended input device "Keyboard0" (type: KEYBOARD)
> > (II) XINPUT: Adding extended input device "Mouse0" (type: MOUSE)
> > (II) XINPUT: Adding extended input device "NVIDIA Event Handler" (type:
> Other)
> >     xkb_keycodes             { include "xfree86+aliases(qwerty)" };
> >     xkb_types                { include "complete" };
> >     xkb_compatibility        { include "complete" };
> >     xkb_symbols              { include "pc(pc105)+us" };
> >     xkb_geometry             { include "pc(pc105)" };
> > (--) Mouse0: PnP-detected protocol: "ExplorerPS/2"
> > (II) Mouse0: ps2EnableDataReporting: succeeded
> > SetClientVersion: 0 9
> > SetGrabKeysState - disabled
> > SetGrabKeysState - enabled
> > FreeFontPath: FPE "/usr/share/fonts/misc/" refcount is 3, should be 1;
> fixing.
> > (WW) Open ACPI failed (/var/run/acpid.socket) (No such file or directory)
> > (II) No APM support in BIOS or kernel
> > (II) NVIDIA(0): Setting mode "1024x768"
> > (II) Loading extension NV-GLX
> > (II) NVIDIA(0): NVIDIA 3D Acceleration Architecture Initialized
> > (II) NVIDIA(0): Using the NVIDIA 2D acceleration architecture
> > (**) NVIDIA(0): DPMS enabled
> > (==) RandR enabled
> > (II) Initializing extension GLX
> >     xkb_keycodes             { include "xfree86+aliases(qwerty)" };
> >     xkb_types                { include "complete" };
> >     xkb_compatibility        { include "complete" };
> >     xkb_symbols              { include "pc(pc105)+us" };
> >     xkb_geometry             { include "pc(pc105)" };
> > (II) Mouse0: ps2EnableDataReporting: succeeded
> >
> > > --
> > > gentoo-user@g.o mailing list
> > >
> > >
> >
> >
> > --
> > Erik
> >
>
>
> --
> Erik
> --
> gentoo-user@g.o mailing list
> --658509eb2ccd8f6
> Content-Type: message/rfc822
> Content-Disposition: inline;
> filename="gentoo-user_54472.eml"
>
> Delivered-To: <gentoo-user@l.g.o>
> Received: from ug-out-1314.google.com (ug-out-1314.google.com
> [66.249.92.172])
>         by robin.gentoo.org (8.13.8/8.13.8) with ESMTP id kA8HJB1f017473
>         for <gentoo-user@l.g.o>; Wed, 8 Nov 2006 17:19:11 GMT
> Received: by ug-out-1314.google.com with SMTP id z38so1708365ugc
>         for <gentoo-user@l.g.o>; Wed, 08 Nov 2006 09:19:11 -0800
> (PST)
> DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws;
>         s=beta; d=gmail.com;
>
> h=received:message-id:date:from:sender:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth;
>
> b=GpHAKAIk24zKuS/o/xaSDyvqEstYsHd36wRjSNxak7DXXBgydsVVNo6m/6T5QyY8Q9oPV3XC7p9gWhoWsLhTQmOO0ZTgJu2g3uNjKUTHSy/QI9IhUN7Iismv9Hv937EL7IjNzx+AxlCUXzmeqCz+o+Qmo1Cq1Tpg+QKT2uGvNlk=
> Received: by 10.82.172.15 with SMTP id u15mr1638288bue.1163006350393;
>         Wed, 08 Nov 2006 09:19:10 -0800 (PST)
> Received: by 10.82.106.3 with HTTP; Wed, 8 Nov 2006 09:19:10 -0800 (PST)
> Message-ID:
> <7573e9640611080919t7dd68ddemd48d96031463cfd4@××××××××××.com>
> Date: Wed, 8 Nov 2006 10:19:10 -0700
> From: "Richard Fish" <bigfish@××××××××××.org>
> Sender: richard.j.fish@×××××.com
> To: gentoo-user@l.g.o
> Subject: Re: [gentoo-user] iptables error
> In-Reply-To: <20061108162945.78f83a9e@××××××××××××.es>
> Precedence: bulk
> List-Post: <mailto:gentoo-user@l.g.o>
> List-Help: <mailto:gentoo-user+help@g.o>
> List-Unsubscribe:
> <mailto:gentoo-user+unsubscribe@g.o>
> List-Subscribe: <mailto:gentoo-user+subscribe@g.o>
> List-Id: Gentoo Linux mail <gentoo-user.gentoo.org>
> X-BeenThere: gentoo-user@g.o
> Reply-to: gentoo-user@l.g.o
> MIME-Version: 1.0
> Content-Type: text/plain; charset=ISO-8859-1; format=flowed
> Content-Transfer-Encoding: 7bit
> Content-Disposition: inline
> References: <20061108162945.78f83a9e@××××××××××××.es>
> X-Google-Sender-Auth: f680c2630a22ad7b
>
> On 11/8/06, Arnau Bria <arnau@×××××××××.net> wrote:
> > Hi,
> >
> > I've done a kernel upgrade, from 2.6.16 to 17-r8 and my iptables stop
> > working.
> >
> > I get this error:
> >
> > # iptables-restore < /etc/iptables.noviembre
> > getsockopt failed strangely: No such file or directory
>
> I'd suggest you make a copy of this file and try to identify which
> rule from this file is causing the error.  It is a plain text file, so
> you can comment out (with '#' characters) various rules (lines that
> start with '[') to figure out which rule is causing the error.
>
> BTW, many of the filter options changed in recent kernels.  You should
> double check your kernel configuration and make sure you have at least
>
> CONFIG_NETFILTER=y
> CONFIG_NETFILTER_XTABLES=m
>
> You'll also need at least some CONFIG_NETFILTER_XT_* options under
>
> Networking->
>     Networking options ->
>         Network packet filtering ->
>             Core Netfilter Configuration ->
>
> -Richard
> --
> gentoo-user@g.o mailing list
> --658509eb2ccd8f6
> Content-Type: message/rfc822
> Content-Disposition: inline;
> filename="gentoo-user_54473.eml"
>
> Delivered-To: <gentoo-user@l.g.o>
> Received: from gabriel.sub.uni-goettingen.de (gabriel.sub.uni-goettingen.de
> [134.76.163.126])
>         by robin.gentoo.org (8.13.8/8.13.8) with ESMTP id kA8HLIGs019183
>         for <gentoo-user@l.g.o>; Wed, 8 Nov 2006 17:21:18 GMT
> Received: by gabriel.sub.uni-goettingen.de (Postfix, from userid 8)
>         id 901BCFFB80; Wed,  8 Nov 2006 18:21:18 +0100 (CET)
> Received: from localhost
> (dslb-082-083-036-105.pools.arcor-ip.net [82.83.36.105])
>         by gabriel.sub.uni-goettingen.de (Postfix) with ESMTP id CE0AFFF421
>         for <gentoo-user@l.g.o>; Wed,  8 Nov 2006 18:21:13 +0100
> (CET)
> Date: Wed, 8 Nov 2006 18:24:58 +0100
> From: Hans-Werner Hilse <hilse@×××.de>
> To: gentoo-user@l.g.o
> Subject: Re: [gentoo-user] iptables error
> Message-Id: <20061108182458.0222c3fb.hilse@×××.de>
> In-Reply-To: <20061108175013.32d7edf6@××××××××××××.es>
> References: <20061108162945.78f83a9e@××××××××××××.es>
>         <20061108171620.a05e1510.hilse@×××.de>
>         <20061108173331.50db3ae7@××××××××××××.es>
>         <20061108175013.32d7edf6@××××××××××××.es>
> X-Mailer: Sylpheed version 2.2.9 (GTK+ 2.10.6; i586-pc-linux-gnu)
> Precedence: bulk
> List-Post: <mailto:gentoo-user@l.g.o>
> List-Help: <mailto:gentoo-user+help@g.o>
> List-Unsubscribe:
> <mailto:gentoo-user+unsubscribe@g.o>
> List-Subscribe: <mailto:gentoo-user+subscribe@g.o>
> List-Id: Gentoo Linux mail <gentoo-user.gentoo.org>
> X-BeenThere: gentoo-user@g.o
> Reply-to: gentoo-user@l.g.o
> Mime-Version: 1.0
> Content-Type: text/plain; charset=US-ASCII
> Content-Transfer-Encoding: 7bit
> X-Spam-Details: No, hits=1.7 required=5.0 tests=AWL,RCVD_IN_NJABL_DUL,
>         RCVD_IN_SORBS_DUL autolearn=no version=2.64
> X-Spam-Checker-Version: SpamAssassin 2.64 (2004-01-11) on
>         gabriel.sub.uni-goettingen.de
>
> Hi,
>
> On Wed, 8 Nov 2006 17:50:13 +0100
> Arnau Bria <arnau@×××××××××.net> wrote:
>
> > On Wed, 8 Nov 2006 17:33:31 +0100
> > Arnau Bria wrote:
> >
> > > > As iptables is very depending on the kernel's API, did you
> > > > - change kernel configuration?
> > > nop. just make oldconfig with default values for new options.
> >
> > > > - try re-emerging iptables?
> > I've recompiled iptables and I still have same problem...
>
> Hrm. Rethinking this, it might be due to an older set of include files
> in /usr/include/linux. But don't change that, it'll break various
> things. It might also be older an older interface used by glibc.
>
> Do you have other things emerged that are netfilter related?
>
> You can try to
>
> $ strace iptables-restore < iptables.saved
>
> and post the last 10-30 lines of output here. There'll probably be a
> getsockopt call that fails.
>
> Also have a look at your kernel's "make menuconfig", the module
> architecture for iptables has changed -- maybe "oldconfig" didn't do
> its job well... but I doubt that, since I've compiled everything as
> modules, too, and there's only the modules you mentioned first loaded
> for me.
>
> Are you running with ACCEPT_KEYWORDS="~x86" ? Maybe you should try for
> iptables, e.g.
>
> $ ACCEPT_KEYWORDS="~x86" emerge iptables
>
> that should give you iptables-1.3.6(-r1).
>
> -hwh
> --
> gentoo-user@g.o mailing list
> --658509eb2ccd8f6
> Content-Type: message/rfc822
> Content-Disposition: inline;
> filename="gentoo-user_54475.eml"
>
> Delivered-To: <gentoo-user@l.g.o>
> Received: from ug-out-1314.google.com (ug-out-1314.google.com
> [66.249.92.170])
>         by robin.gentoo.org (8.13.8/8.13.8) with ESMTP id kA8HUaqY031432
>         for <gentoo-user@l.g.o>; Wed, 8 Nov 2006 17:30:37 GMT
> Received: by ug-out-1314.google.com with SMTP id z38so1711711ugc
>         for <gentoo-user@l.g.o>; Wed, 08 Nov 2006 09:30:36 -0800
> (PST)
> DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws;
>         s=beta; d=gmail.com;
>
> h=received:message-id:date:from:sender:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth;
>
> b=Azo8/tdNmmqS9S9P4iFDRzV26NxB1p4BWzQjB8SWszSrl8uL88YCrwFgt1VihjZ5KV9QrbDioBhF4h4hos3U4lusaIp1rJue8fgfRNZ13r0Zj1Os1cSunTeFeSfN33dXnra3vPMblZGRKsfLMLETEpFQh/KKmfNuiWKJYs0sjnw=
> Received: by 10.82.98.13 with SMTP id v13mr1771444bub.1163007036192;
>         Wed, 08 Nov 2006 09:30:36 -0800 (PST)
> Received: by 10.82.106.3 with HTTP; Wed, 8 Nov 2006 09:30:36 -0800 (PST)
> Message-ID:
> <7573e9640611080930y6425d0b9r4f961b0eb170ef04@××××××××××.com>
> Date: Wed, 8 Nov 2006 10:30:36 -0700
> From: "Richard Fish" <bigfish@××××××××××.org>
> Sender: richard.j.fish@×××××.com
> To: gentoo-user@l.g.o
> Subject: Re: [gentoo-user] WinXP under VMWare: no sound
> In-Reply-To: <20061108170408.006c6f33.hilse@×××.de>
> Precedence: bulk
> List-Post: <mailto:gentoo-user@l.g.o>
> List-Help: <mailto:gentoo-user+help@g.o>
> List-Unsubscribe:
> <mailto:gentoo-user+unsubscribe@g.o>
> List-Subscribe: <mailto:gentoo-user+subscribe@g.o>
> List-Id: Gentoo Linux mail <gentoo-user.gentoo.org>
> X-BeenThere: gentoo-user@g.o
> Reply-to: gentoo-user@l.g.o
> MIME-Version: 1.0
> Content-Type: text/plain; charset=ISO-8859-1; format=flowed
> Content-Transfer-Encoding: 7bit
> Content-Disposition: inline
> References: <200611042241.56613.sp_rm_it@×××××.it>
>          <200611080021.26494.sp_rm_it@×××××.it>
>
> <7573e9640611071608x16851fd3kfb5a817c9247ad50@××××××××××.com>
>          <200611080831.20344.sp_rm_it@×××××.it>
>          <20061108170408.006c6f33.hilse@×××.de>
> X-Google-Sender-Auth: df0f9968b8e8713c
>
> On 11/8/06, Hans-Werner Hilse <hilse@×××.de> wrote:
> > You answered my last question about why you are mocking with "chmod +s"
> > with something along the lines of "I felt like I had to". What makes
> > you think you have to? Why should those libraries be set with setuid?
>
> This is necessary because vmware is a setuid executable, and you
> cannot use LD_PRELOAD with setuid executables unless those libraries
> are *also* setuid.
>
> Sergio,  try doing chmod +s on
> /emul/linux/x86/usr/lib/libaoss.so
>
> -Richard
> --
> gentoo-user@g.o mailing list
> --658509eb2ccd8f6
> Content-Type: message/rfc822
> Content-Disposition: inline;
> filename="gentoo-user_54476.eml"
>
> Delivered-To: <gentoo-user@l.g.o>
> Received: from smtp.gentoo.org (smtp.gentoo.org [140.211.166.183])
>         by robin.gentoo.org (8.13.8/8.13.8) with ESMTP id kA8Hde66023058
>         for <gentoo-user@l.g.o>; Wed, 8 Nov 2006 17:39:42 GMT
> Received: from localhost (localhost [127.0.0.1])
>         by smtp.gentoo.org (Postfix) with ESMTP id B1ACE64C47
>         for <gentoo-user@l.g.o>; Wed,  8 Nov 2006 17:20:41 +0000
> (UTC)
> X-Virus-Scanned: amavisd-new at gentoo.org
> X-Spam-Score: -2.508
> X-Spam-Level:
> X-Spam-Status: No, score=-2.508 required=5.5 tests=[AWL=0.091,
>         BAYES_00=-2.599]
> Received: from smtp.gentoo.org ([127.0.0.1])
>         by localhost (smtp.gentoo.org [127.0.0.1]) (amavisd-new, port 10024)
>         with ESMTP id eFdbe7lnBXCT for <gentoo-user@l.g.o>;
>         Wed,  8 Nov 2006 17:20:31 +0000 (UTC)
> Received: from ciao.gmane.org (main.gmane.org [80.91.229.2])
>         (using TLSv1 with cipher AES256-SHA (256/256 bits))
>         (No client certificate requested)
>         by smtp.gentoo.org (Postfix) with ESMTP id 1F82364C6F
>         for <gentoo-user@g.o>; Wed,  8 Nov 2006 17:20:30 +0000 (UTC)
> Received: from list by ciao.gmane.org with local (Exim 4.43)
>         id 1Ghr5m-0003xL-9q
>         for gentoo-user@g.o; Wed, 08 Nov 2006 18:20:02 +0100
> Received: from dslb-084-061-158-233.pools.arcor-ip.net
> ([84.61.158.233])
>         by main.gmane.org with esmtp (Gmexim 0.1 (Debian))
>         id 1AlnuQ-0007hv-00
>         for <gentoo-user@g.o>; Wed, 08 Nov 2006 18:20:02 +0100
> Received: from skoehler by
> dslb-084-061-158-233.pools.arcor-ip.net with local (Gmexim
> 0.1 (Debian))
>         id 1AlnuQ-0007hv-00
>         for <gentoo-user@g.o>; Wed, 08 Nov 2006 18:20:02 +0100
> X-Injected-Via-Gmane: http://gmane.org/
> To: gentoo-user@l.g.o
> From: =?ISO-8859-15?Q?Sven_K=F6hler?= <skoehler@×××.de>
> Subject: [gentoo-user]  Re: switched from SiS to VIA chipset -> vesa
> framebuffer broken
> Date:  Wed, 08 Nov 2006 18:19:50 +0100
> Lines: 46
> Message-ID: <eit3jn$2sv$1@×××××××××.org>
> References:  <eit2k6$uie$1@×××××××××.org>
> Precedence: bulk
> List-Post: <mailto:gentoo-user@l.g.o>
> List-Help: <mailto:gentoo-user+help@g.o>
> List-Unsubscribe:
> <mailto:gentoo-user+unsubscribe@g.o>
> List-Subscribe: <mailto:gentoo-user+subscribe@g.o>
> List-Id: Gentoo Linux mail <gentoo-user.gentoo.org>
> X-BeenThere: gentoo-user@g.o
> Reply-to: gentoo-user@l.g.o
> Mime-Version:  1.0
> Content-Type:  multipart/signed; micalg=pgp-sha1;
>  protocol="application/pgp-signature";
>  boundary="------------enigD2AC6F2534E6DFB713C21EC0"
> X-Complaints-To: usenet@×××××××××.org
> X-Gmane-NNTP-Posting-Host:
> dslb-084-061-158-233.pools.arcor-ip.net
> User-Agent: Thunderbird 1.5.0.8 (Windows/20061025)
> In-Reply-To: <eit2k6$uie$1@×××××××××.org>
> X-Enigmail-Version: 0.94.1.1
> Sender: news <news@×××××××××.org>
>
> This is an OpenPGP/MIME signed message (RFC 2440 and 3156)
> --------------enigD2AC6F2534E6DFB713C21EC0
> Content-Type: text/plain; charset=ISO-8859-15
> Content-Transfer-Encoding: quoted-printable
>
> > this is a really strange issue i'm having:
> >=20
> > i changed the motherboard, nothing else. I know have a K8T800Pro based
> > motherboard. The old one was SiS-chipset based.
> >=20
> > So i was already running the vesa frambuffer at 1280x1024, 16-bit. And
> > actually it worked perfect!
> >=20
> > No, after the switch to the VIA-chipset based Motherboard, i don't see
> > the text that's printed to the screen. The resulition is switched, but
> > the upper half of the screen stays black. When the text reaches the
> > lower half, then i see the text, and then we come to the point, where
> > the consolefont is set. And guess what:
> >=20
> > then suddenly everything works. I can see the text on the whole screen
> > and so on.
> >=20
> > So something is wrong here.
> >=20
> > Any clue, how i might fix it?
>
> So my theory is, that the System-BIOS (which uses graphics mode too,
> IMHO) does some strange initialization of the graphics card, and the
> linux-kernel doesn't reset it.
>
>
> --------------enigD2AC6F2534E6DFB713C21EC0
> Content-Type: application/pgp-signature; name="signature.asc"
> Content-Description: OpenPGP digital signature
> Content-Disposition: attachment; filename="signature.asc"
>
> -----BEGIN PGP SIGNATURE-----
> Version: GnuPG v1.4.5 (Cygwin)
> Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
>
> iD8DBQFFUhG27Ww7FjRBE4ARAqieAKCWQqaYoc3iKeGAt04qkt0CMyarfACfaaDS
> C50+Db/ulusQ/n7RJKT6ZA8=
> =6zOv
> -----END PGP SIGNATURE-----
>
> --------------enigD2AC6F2534E6DFB713C21EC0--
>
> --
> gentoo-user@g.o mailing list
> --658509eb2ccd8f6
> Content-Type: message/rfc822
> Content-Disposition: inline;
> filename="gentoo-user_54477.eml"
>
> Delivered-To: <gentoo-user@l.g.o>
> Received: from ug-out-1314.google.com (ug-out-1314.google.com
> [66.249.92.175])
>         by robin.gentoo.org (8.13.8/8.13.8) with ESMTP id kA8Hkd7k006792
>         for <gentoo-user@l.g.o>; Wed, 8 Nov 2006 17:46:40 GMT
> Received: by ug-out-1314.google.com with SMTP id z38so1716458ugc
>         for <gentoo-user@l.g.o>; Wed, 08 Nov 2006 09:46:39 -0800
> (PST)
> DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws;
>         s=beta; d=gmail.com;
>
> h=received:message-id:date:from:sender:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth;
>
> b=VCg4mVrovzHwBABGKirev/f5pquGwZorK3pEvTg2qHUDnitQES38cdCwl8sl/crt9NKoG2tKFtoRSAZ8/B6m8l65r+/nj9t7PySYr0gPoz7eUts19Csv/HGcGLfr+J/eYdWgVohKvRq+5fCGMv2f6kuPZrlhB2Z3QDIYxj0s3nY=
> Received: by 10.82.111.8 with SMTP id j8mr1777128buc.1163007999011;
>         Wed, 08 Nov 2006 09:46:39 -0800 (PST)
> Received: by 10.82.106.3 with HTTP; Wed, 8 Nov 2006 09:46:33 -0800 (PST)
> Message-ID:
> <7573e9640611080946w2bae4dfai5d0620ff5688efaf@××××××××××.com>
> Date: Wed, 8 Nov 2006 10:46:33 -0700
> From: "Richard Fish" <bigfish@××××××××××.org>
> Sender: richard.j.fish@×××××.com
> To: gentoo-user@l.g.o
> Subject: Re: [gentoo-user] [OT] Seamonkey and spam filter
> In-Reply-To: <4551D9E9.9000104@××××××××××.net>
> Precedence: bulk
> List-Post: <mailto:gentoo-user@l.g.o>
> List-Help: <mailto:gentoo-user+help@g.o>
> List-Unsubscribe:
> <mailto:gentoo-user+unsubscribe@g.o>
> List-Subscribe: <mailto:gentoo-user+subscribe@g.o>
> List-Id: Gentoo Linux mail <gentoo-user.gentoo.org>
> X-BeenThere: gentoo-user@g.o
> Reply-to: gentoo-user@l.g.o
> MIME-Version: 1.0
> Content-Type: text/plain; charset=ISO-8859-1; format=flowed
> Content-Transfer-Encoding: 7bit
> Content-Disposition: inline
> References: <455119BE.3050007@××××××××××.net>
> <45518BC0.6070700@××××××××.com>
>          <4551D9E9.9000104@××××××××××.net>
> X-Google-Sender-Auth: 4a2aac708b12602c
>
> On 11/8/06, Dale <dalek@××××××××××.net> wrote:
> >  I have been doing that for some time now and it still marks them as spam.
> > It is not always the same people but certain ones do get picked on a lot.
> > It seems to get it by subject too I guess.
>
> How about setting up a message filter for gentoo-user.  I believe if
> you setup a filter to deliver the mail to a specific box, it will
> bypass any spam filtering (been awhile since I used mozilla mail
> clients, so not entire sure however).  You could also add the specific
> people to your contacts, which should help the spam filter figure out
> that they are not spammers.
>
> >  Any ideas where this info is kept?  I thought of unmerging and then
> > cleaning out the directory and emerging it again.  I'm not sure that will
> > work either though.
>
> I *think* it is in the training.dat file in your profile directory
> (~/.mozilla/..).  Unfortunately this is not something that you can
> edit.  You can however reset [1] the data through the junk mail
> controls in seamonkey.
>
> [1]
> http://opensourcearticles.com/thunderbird_15/english/part_05
>
> -Richard
> --
> gentoo-user@g.o mailing list
> --658509eb2ccd8f6--
>
>
>
>


-- 
You can see what's happening at http://muhlesteins.com

-- 
gentoo-user@g.o mailing list