From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from lists.gentoo.org ([140.105.134.102] helo=robin.gentoo.org) by nuthatch.gentoo.org with esmtp (Exim 4.60) (envelope-from ) id 1GiCtQ-0001Og-9Z for garchives@archives.gentoo.org; Thu, 09 Nov 2006 16:36:47 +0000 Received: from robin.gentoo.org (localhost [127.0.0.1]) by robin.gentoo.org (8.13.8/8.13.8) with SMTP id kA9GYD41009719; Thu, 9 Nov 2006 16:34:13 GMT Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.181]) by robin.gentoo.org (8.13.8/8.13.8) with ESMTP id kA9GVqFt018363 for ; Thu, 9 Nov 2006 16:31:53 GMT Received: by py-out-1112.google.com with SMTP id a29so122738pyi for ; Thu, 09 Nov 2006 08:31:52 -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=tJfW4k3JkXmQUScF8cIDetfiQCl18+ddDJVw06yzdqUL0jOnjClnx2hxDxy7Q5n2EiJrXsADuJjOYuf+2Gz8Vd/BE/dSjooXH20lG5oJyoU2bJcXIzz9bsfdV61eo+qNGGx82zDJuYQqlChAimD2sqKEnemuwoSnAIyNsxuYh1E= Received: by 10.35.101.9 with SMTP id d9mr1271689pym.1163089912205; Thu, 09 Nov 2006 08:31:52 -0800 (PST) Received: by 10.35.10.3 with HTTP; Thu, 9 Nov 2006 08:31:51 -0800 (PST) Message-ID: Date: Thu, 9 Nov 2006 09:31:52 -0700 From: "Dennis Muhlestein" Sender: djmuhlestein@gmail.com To: gentoo-user@lists.gentoo.org Subject: [gentoo-user] Re: Digest of gentoo-user@gentoo.org issue 985 (54428-54477) In-Reply-To: <200611081803.kA8I2BaS015880@robin.gentoo.org> Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-user@gentoo.org Reply-to: gentoo-user@lists.gentoo.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Disposition: inline References: <200611081803.kA8I2BaS015880@robin.gentoo.org> X-Google-Sender-Auth: 72501c7f183260a5 X-MIME-Autoconverted: from quoted-printable to 8bit by robin.gentoo.org id kA9GVqFt018363 Content-Transfer-Encoding: quoted-printable X-MIME-Autoconverted: from 8bit to quoted-printable by robin.gentoo.org id kA9GYD4T009719 X-Archives-Salt: 3ef27a85-9084-4499-bf71-7c384d7401d4 X-Archives-Hash: daef81747506ade6b6c92cb45d7eddfc On 11/8/06, gentoo-user+help@gentoo.org wro= te: > Topics (messages 54428 through 54477): > > [gentoo-user] New install - startx not starting > 54428 - Alan McKinnon > > [gentoo-user] [OT]Real compute cycles in a laptop? > 54429 - Alan McKinnon > > [gentoo-user] X starting in 640x480 only > 54430 - Alan McKinnon > > [gentoo-user] ??? ??? > 54431 - Wolfgang Liebich > > [gentoo-user] WinXP under VMWare: no sound > 54432 - Sergio Polini > > [gentoo-user] [OT] Seamonkey and spam filter > 54433 - Daniel Iliev > > [gentoo-user] (EE) AIGLX error > 54435 - Eugene Rosenzweig > > [gentoo-user] imlib2 upgrade an ERROR > 54436 - "Marco Calviani" > > [gentoo-user] Re: Error starting Konq after update world > 54437 - Neil Bothwick > 54443 - reader@newsguy.com > > [gentoo-user] New install - startx not starting > 54438 - "Greg Morin" > > [gentoo-user] sys-apps/kbd-1.12-r8 > 54439 - "Steve [Gentoo]" > > [gentoo-user] sys-apps/kbd-1.12-r8 > 54440 - Neil Bothwick > > [gentoo-user] sys-apps/kbd-1.12-r8 > 54441 - Bo =D8rsted Andresen > > [gentoo-user] Re: Error starting Konq after update world > 54442 - Bo =D8rsted Andresen > > [gentoo-user] Re: Error starting Konq after update world > 54444 - Neil Bothwick > > [gentoo-user] [OT] Seamonkey and spam filter > 54445 - Dale > > [gentoo-user] wireless on boot > 54446 - Mick > > [gentoo-user] emerge error > 54447 - ??? > > [gentoo-user] emerge error > 54448 - "Hemmann, Volker Armin" > > > [gentoo-user] Kopete plugins dissapeared > 54449 - Rafael Barrera Oro > > [gentoo-user] emerge error > 54450 - ??? > > [gentoo-user] emerge error > 54451 - Bo =D8rsted Andresen > > [gentoo-user] [OT] Seamonkey and spam filter > 54452 - Daniel Iliev > > [gentoo-user] Kopete plugins dissapeared > 54453 - Neil Bothwick > > [gentoo-user] Re: Error starting Konq after update world > 54454 - Alan McKinnon > > [gentoo-user] imlib2 upgrade an ERROR > 54455 - Alan McKinnon > > [gentoo-user] New install - startx not starting > 54456 - Alan McKinnon > > [gentoo-user] emerge error > 54457 - Stef=E1n Istv=E1n > > [gentoo-user] iptables error > 54458 - Arnau Bria > > [gentoo-user] WinXP under VMWare: no sound > 54459 - Hans-Werner Hilse > > [gentoo-user] Re: OT Good DNS registrar? > 54460 - Jonathan Nichols > > [gentoo-user] iptables error > 54461 - Hans-Werner Hilse > > [gentoo-user] iptables error > 54462 - "Tim Garton" > > [gentoo-user] parrot & openoffice failures > 54463 - "Vladimir G. Ivanovic" > > [gentoo-user] iptables error > 54464 - Arnau Bria > > [gentoo-user] iptables error > 54465 - Arnau Bria > > [gentoo-user] iptables error > 54466 - Arnau Bria > > [gentoo-user] [OT]Real compute cycles in a laptop? > 54467 - "Mark Knecht" > > [gentoo-user] switched from SiS to VIA chipset -> vesa framebuffer brok= en > 54468 - ??? > > [gentoo-user] iptables error > 54470 - Mike Williams > > [gentoo-user] X crashes randomly > 54471 - Erik > > [gentoo-user] iptables error > 54472 - "Richard Fish" > > [gentoo-user] iptables error > 54473 - Hans-Werner Hilse > > [gentoo-user] WinXP under VMWare: no sound > 54475 - "Richard Fish" > > [gentoo-user] Re: switched from SiS to VIA chipset -> vesa framebuffer > broken > 54476 - ??? > > [gentoo-user] [OT] Seamonkey and spam filter > 54477 - "Richard Fish" > > > > On Tuesday 07 November 2006 16:06, Bo =D8rsted 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=3D"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@gentoo.org 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@gentoo.org 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@gentoo.org mailing list > > Hi, > Ich habe in meinem B=FCro 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 installe= d > 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=3Dnostrip 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@gentoo.org 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@gentoo.org 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@gentoo.org 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=3D1697767) 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@gentoo.org 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 =3D 1.5.22, ltmain.sh =3D "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 fai= led' > enlightenment.eclass, line 102: Called die > > !!! emake failed > !!! SEND BUG REPORTS TO vapier@gentoo.org 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@gentoo.org mailing list > > On Tue, 07 Nov 2006 21:55:55 -0600, reader@newsguy.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 packag= es > or two hundred. The point is, the statement gives no indication of whic= h > 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 th= an > > > 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 wa= nt > 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 worl= d" > does not achieve. You were not the first to fall into this trap; you wi= ll > 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 b= efore > 'emerge cario'. > > Gpm > > > On 11/7/06, Alan McKinnon wrote: > > On Tuesday 07 November 2006 16:06, Bo =D8rsted 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=3D"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@gentoo.org mailing list > > > > > > > > -- > > Gpm > The Morins of Plantsville > Bo =D8rsted 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 unrel= ated > to > > your problem. Line 153 which appears to be failing is this: > > > > echo "ARCH=3D${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=3Di386". I have no clue why that would fail. Th= e 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 gu= ess > 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 bas= h. > > 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@gentoo.org 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 goe= s > > 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 befor= e > > 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 goe= s > > 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@newsguy.com wrote: > > Neil Bothwick 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 settin= gs, > 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 mess= age > 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 ou= tput > 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 loo= k bad > but rather to make it easier for everyone in the future... > > -- > Bo Andresen > > > Neil Bothwick writes: > > > No it doesn't. It updates whatever has been updated since you last ra= n > > 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 pack= ages > > or two hundred. The point is, the statement gives no indication of wh= ich > > packages you have upgraded, so it is of no real help in diagnosing yo= ur > > 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@gentoo.org mailing list > > On Wed, 08 Nov 2006 06:01:52 -0600, reader@newsguy.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 witho= ut > 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 a= nd > 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 sp= am. > It is not always the same people but certain ones do get picked on a lo= t. > 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 wi= ll > 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 timeo= ut > > > > 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 bei= ng > 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 comme= nt > out > the mixed and infrastructure mode settings from the /etc/conf.d/net fil= e 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 anyt= hing > clever and see if that holds the connection. If the connection failure= s > continue, then it may have to do with a hardware problem. If the conne= ction > 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 i= s > finished: > > >>> Source compiled. > --------------------------- ACCESS VIOLATION SUMMARY > --------------------------- > LOG FILE =3D > "/var/log/sandbox/sandbox-app-crypt_-_gnupg-1.9.20-r3-26975.log" > > access_wr: / > -----------------------------------------------------------------------= --------- > > What does this mean? > > Thanks, > Istv=E1n > > -- > gentoo-user@gentoo.org mailing list > > On Wednesday 08 November 2006 15:03, Stef=E1n Istv=E1n wrote: > > Hi! > > I try to emerge pgp, and get the following error when the compilation= is > > > > finished: > > >>> Source compiled. > > > > --------------------------- ACCESS VIOLATION SUMMARY > > --------------------------- > > LOG FILE =3D > "/var/log/sandbox/sandbox-app-crypt_-_gnupg-1.9.20-r3-26975.log" > > > > access_wr: / > > > -----------------------------------------------------------------------= ---- > >----- > > > > What does this mean? > > > > Thanks, > > Istv=E1n > > as it says, somewhere the ebuild/app tried to write outside of the sand= box > 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@gentoo.org 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 plug= in, > >>>>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 plugi= n > >>do you know which flag i need? where i can find a list of kopete flag= s? > >> > >>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@gentoo.org mailing list > > szerda 08 november 2006 15.18 d=E1tummal Hemmann, Volker Armin ezt =EDr= ta: > > On Wednesday 08 November 2006 15:03, Stef=E1n Istv=E1n wrote: > > > Hi! > > > I try to emerge pgp, and get the following error when the compilati= on is > > > > > > finished: > > > >>> Source compiled. > > > > > > --------------------------- ACCESS VIOLATION SUMMARY > > > --------------------------- > > > LOG FILE =3D > "/var/log/sandbox/sandbox-app-crypt_-_gnupg-1.9.20-r3-26975.log" > > > > > > access_wr: / > > > > -----------------------------------------------------------------------= ---- > > >----- > > > > > > What does this mean? > > > > > > Thanks, > > > Istv=E1n > > > > as it says, somewhere the ebuild/app tried to write outside of the sa= ndbox > and > > got stopped. Read the log. Usually that means that something is broke= n. > Try > a > > different pgp version - and don't disable sandbox. Disabling sanbox i= s > 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=E1n > > -- > gentoo-user@gentoo.org mailing list > > On Wednesday 08 November 2006 15:18, Hemmann, Volker Armin wrote: > > On Wednesday 08 November 2006 15:03, Stef=E1n Istv=E1n wrote: > > > Hi! > > > I try to emerge pgp, and get the following error when the compilati= on is > > > > > > finished: > > > >>> Source compiled. > > > > > > --------------------------- ACCESS VIOLATION SUMMARY > > > --------------------------- > > > LOG FILE =3D > > > > "/var/log/sandbox/sandbox-app-crypt_-_gnupg-1.9.20-r3-26975.log" > > > > > > access_wr: / > > > > -----------------------------------------------------------------------= -- > > >-- ----- > > > > > > What does this mean? > > > > > > Thanks, > > > Istv=E1n > > > > as it says, somewhere the ebuild/app tried to write outside of the sa= ndbox > > and got stopped. Read the log. Usually that means that something is > broken. > > Try a different pgp version - and don't disable sandbox. Disabling sa= nbox > > is evil. > > Actually the most likely cause is bug #101433 [1]. Which means he needs= to > upgrade his sandbox: > > # FEATURES=3D-sandbox emerge --oneshot sandbox > > After that he should have no issues with emerging gnupg without disabli= ng > sandbox. > > [1] http://bugs.gentoo.org/show_bug.cgi?id=3D101433 > > -- > 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 th= e > >> 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 picke= d > > 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@gentoo.org 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 US= E. > > http://bugs.gentoo.org/show_bug.cgi?id=3D151089 > > > -- > Neil Bothwick > > Deja Moo: The feeling that you heard this bull somewhere before. > > > On Wednesday 08 November 2006 14:01, reader@newsguy.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@gentoo.org 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 =3D 1.5.22, ltmain.sh =3D "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@gentoo.org 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@gentoo.org 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 cause= d > 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@gentoo.org mailing list > > szerda 08 november 2006 15.39 d=E1tummal Bo =D8rsted Andresen ezt =EDrt= a: > > On Wednesday 08 November 2006 15:18, Hemmann, Volker Armin wrote: > > > On Wednesday 08 November 2006 15:03, Stef=E1n Istv=E1n wrote: > > > > Hi! > > > > I try to emerge pgp, and get the following error when the compila= tion > is > > > > > > > > finished: > > > > >>> Source compiled. > > > > > > > > --------------------------- ACCESS VIOLATION SUMMARY > > > > --------------------------- > > > > LOG FILE =3D > > > > > "/var/log/sandbox/sandbox-app-crypt_-_gnupg-1.9.20-r3-26975.log" > > > > > > > > access_wr: / > > > > > -----------------------------------------------------------------------= -- > > > >-- ----- > > > > > > > > What does this mean? > > > > > > > > Thanks, > > > > Istv=E1n > > > > > > 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 nee= ds to > > upgrade his sandbox: > > > > # FEATURES=3D-sandbox emerge --oneshot sandbox > > > > After that he should have no issues with emerging gnupg without disab= ling > > sandbox. > > > > [1] http://bugs.gentoo.org/show_bug.cgi?id=3D101433 > > Thank you, it is solved the problem. > > Best regards, > Istv=E1n > > -- > gentoo-user@gentoo.org 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@gentoo.org mailing list > > Hi, > > On Wed, 8 Nov 2006 08:31:20 +0100 Sergio Polini > 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@gentoo.org 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@gentoo.org mailing list > > Hi, > > On Wed, 8 Nov 2006 16:29:45 +0100 Arnau Bria > 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@gentoo.org 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 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@gentoo.org mailing list > > > > > > > Both parrot-0.4.6 & openoffice-2.0.4 (on AMD64) fail to run because the= y > 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 > > -- > gentoo-user@gentoo.org 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 > > 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@gentoo.org 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@gentoo.org 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@gentoo.org mailing list > > On 11/7/06, Alan McKinnon 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 i= f > > 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 > > 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 > > 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 > > 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 > > 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 > > 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 m= y > 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@gentoo.org mailing list > > Delivered-To: > 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 kA8H3obl01093= 1 > for ; Wed, 8 Nov 2006 17:03:50 GM= T > Received: from localhost (localhost [127.0.0.1]) > by smtp.gentoo.org (Postfix) with ESMTP id 97DFF64442 > for ; 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=3D-2.507 required=3D5.5 tests=3D[AWL=3D0.092, > BAYES_00=3D-2.599] > Received: from smtp.gentoo.org ([127.0.0.1]) > by localhost (smtp.gentoo.org [127.0.0.1]) (amavisd-new, port 1= 0024) > with ESMTP id UE4XhIw1U6yT for ; > 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 ; 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@gentoo.org; 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 ; 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 ; Wed, 08 Nov 2006 18:03:21 +0100 > X-Injected-Via-Gmane: http://gmane.org/ > To: gentoo-user@lists.gentoo.org > From: =3D?ISO-8859-15?Q?Sven_K=3DF6hler?=3D > Subject: [gentoo-user] switched from SiS to VIA chipset -> vesa frameb= uffer > broken > Date: Wed, 08 Nov 2006 18:03:00 +0100 > Lines: 45 > Message-ID: > Precedence: bulk > List-Post: > List-Help: > List-Unsubscribe: > > List-Subscribe: > List-Id: Gentoo Linux mail > X-BeenThere: gentoo-user@gentoo.org > Reply-to: gentoo-user@lists.gentoo.org > Mime-Version: 1.0 > Content-Type: multipart/signed; micalg=3Dpgp-sha1; > protocol=3D"application/pgp-signature"; > boundary=3D"------------enig9098F5707E46C5B0E9C64574" > X-Complaints-To: usenet@sea.gmane.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 > > This is an OpenPGP/MIME signed message (RFC 2440 and 3156) > --------------enig9098F5707E46C5B0E9C64574 > Content-Type: text/plain; charset=3DISO-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=3D"signature.asc" > Content-Description: OpenPGP digital signature > Content-Disposition: attachment; filename=3D"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=3D > =3DDRRB > -----END PGP SIGNATURE----- > > --------------enig9098F5707E46C5B0E9C64574-- > > -- > gentoo-user@gentoo.org mailing list > --658509eb2ccd8f6 > Content-Type: message/rfc822 > Content-Disposition: inline; > filename=3D"gentoo-user_54470.eml" > > Delivered-To: > 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 kA8H9qJl02323= 4 > for ; Wed, 8 Nov 2006 17:09:53 GM= T > 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 > To: gentoo-user@lists.gentoo.org > Subject: Re: [gentoo-user] iptables error > Date: Wed, 8 Nov 2006 17:09:47 +0000 > User-Agent: KMail/1.9.4 > References: <20061108162945.78f83a9e@lx-arnau.pic.es> > In-Reply-To: <20061108162945.78f83a9e@lx-arnau.pic.es> > Precedence: bulk > List-Post: > List-Help: > List-Unsubscribe: > > List-Subscribe: > List-Id: Gentoo Linux mail > X-BeenThere: gentoo-user@gentoo.org > Reply-to: gentoo-user@lists.gentoo.org > MIME-Version: 1.0 > Content-Type: text/plain; > charset=3D"iso-8859-1" > Content-Transfer-Encoding: 7bit > Content-Disposition: inline > Message-Id: <200611081709.48647.mike@gaima.co.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 un= der > 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@gentoo.org mailing list > --658509eb2ccd8f6 > Content-Type: message/rfc822 > Content-Disposition: inline; > filename=3D"gentoo-user_54471.eml" > > Delivered-To: > 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 kA8HF6Qf00449= 1 > for ; Wed, 8 Nov 2006 17:15:07 GM= T > Received: by nz-out-0102.google.com with SMTP id 9so2050995nzo > for ; Wed, 08 Nov 2006 09:15:06 -= 0800 > (PST) > DomainKey-Signature: a=3Drsa-sha1; q=3Ddns; c=3Dnofws; > s=3Dbeta; d=3Dgmail.com; > > h=3Dreceived:message-id:date:from:to:subject:in-reply-to:mime-version:c= ontent-type:content-transfer-encoding:content-disposition:references; > > b=3Dp159QkNWx/ds1VsLoFDxB/apzcL9a56vZKmX9DNzPPTf5LCb3GDSO8EdMrExCggW7AJ= JIKPyeNUtcoUU7GFai1K2t2gf67WygMKLWFrUIOrEl+UMmQ+JRlNKP6nv38hyvtNzIOZTztKb= bqO0Nb5tQIwUnLwTCOrXr3MYZ4ompVs=3D > 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@mail.gmail.com> > Date: Wed, 8 Nov 2006 12:15:06 -0500 > From: Erik > To: gentoo-user@lists.gentoo.org > Subject: Re: [gentoo-user] X crashes randomly > In-Reply-To: > <4df051c10611071314w243d76cetce2774378744d270@mail.gmail.com> > Precedence: bulk > List-Post: > List-Help: > List-Unsubscribe: > > List-Subscribe: > List-Id: Gentoo Linux mail > X-BeenThere: gentoo-user@gentoo.org > Reply-to: gentoo-user@lists.gentoo.org > MIME-Version: 1.0 > Content-Type: text/plain; charset=3DISO-8859-1; format=3Dflowed > Content-Transfer-Encoding: 7bit > Content-Disposition: inline > References: > <4df051c10611061937v50abb1f5l6da4a3e2f4aaf25@mail.gmail.com> > <200611071539.49300.4ndrey@gmail.com> > > <4df051c10611071314w243d76cetce2774378744d270@mail.gmail.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 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@gmail.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 r= eally > > > > seen anything related to what I am dealing with in those places s= o > > > > 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, (=3D=3D) default setting= , > > (++) from command line, (!!) notice, (II) informational, > > (WW) warning, (EE) error, (NI) not implemented, (??) unknown. > > (=3D=3D) Log file: "/var/log/Xorg.0.log", Time: Tue Nov 7 07:19:49 2= 006 > > (=3D=3D) Using config file: "/etc/X11/xorg.conf" > > (=3D=3D) 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 direct= ory) > > (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=3D"X.Org Foundation" > > compiled for 7.1.1, module version =3D 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=3D"X.Org Foundation" > > compiled for 7.1.1, module version =3D 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,0= 0 hdr > 80 > > (II) PCI: 00:00:1: chip 10de,02fa card 1043,81c0 rev a2 class 05,00,0= 0 hdr > 80 > > (II) PCI: 00:00:2: chip 10de,02fe card 1043,81c0 rev a2 class 05,00,0= 0 hdr > 80 > > (II) PCI: 00:00:3: chip 10de,02f8 card 1043,81c0 rev a2 class 05,00,0= 0 hdr > 80 > > (II) PCI: 00:00:4: chip 10de,02f9 card 1043,81c0 rev a2 class 05,00,0= 0 hdr > 00 > > (II) PCI: 00:00:5: chip 10de,02ff card 1043,81c0 rev a2 class 05,00,0= 0 hdr > 80 > > (II) PCI: 00:00:6: chip 10de,027f card 1043,81c0 rev a2 class 05,00,0= 0 hdr > 80 > > (II) PCI: 00:00:7: chip 10de,027e card 1043,81c0 rev a2 class 05,00,0= 0 hdr > 80 > > (II) PCI: 00:02:0: chip 10de,02fc card 0000,0000 rev a1 class 06,04,0= 0 hdr > 01 > > (II) PCI: 00:03:0: chip 10de,02fd card 0000,0000 rev a1 class 06,04,0= 0 hdr > 01 > > (II) PCI: 00:04:0: chip 10de,02fb card 0000,0000 rev a1 class 06,04,0= 0 hdr > 01 > > (II) PCI: 00:05:0: chip 10de,0240 card 1043,81cd rev a2 class 03,00,0= 0 hdr > 00 > > (II) PCI: 00:09:0: chip 10de,0270 card 1043,81c0 rev a2 class 05,00,0= 0 hdr > 00 > > (II) PCI: 00:0a:0: chip 10de,0260 card 1043,81c0 rev a3 class 06,01,0= 0 hdr > 80 > > (II) PCI: 00:0a:1: chip 10de,0264 card 1043,81c0 rev a3 class 0c,05,0= 0 hdr > 80 > > (II) PCI: 00:0a:2: chip 10de,0272 card 1043,81c0 rev a3 class 05,00,0= 0 hdr > 80 > > (II) PCI: 00:0b:0: chip 10de,026d card 1043,81c0 rev a3 class 0c,03,1= 0 hdr > 80 > > (II) PCI: 00:0b:1: chip 10de,026e card 1043,81c0 rev a3 class 0c,03,2= 0 hdr > 80 > > (II) PCI: 00:0d:0: chip 10de,0265 card 1043,81c0 rev a1 class 01,01,8= a hdr > 00 > > (II) PCI: 00:0e:0: chip 10de,0266 card 1043,81c0 rev a1 class 01,01,8= 5 hdr > 00 > > (II) PCI: 00:0f:0: chip 10de,0267 card 1043,81c0 rev a1 class 01,01,8= 5 hdr > 00 > > (II) PCI: 00:10:0: chip 10de,026f card 0000,0000 rev a2 class 06,04,0= 1 hdr > 81 > > (II) PCI: 00:10:1: chip 10de,026c card 1043,81cb rev a2 class 04,03,0= 0 hdr > 80 > > (II) PCI: 00:14:0: chip 10de,0269 card 1043,816a rev a3 class 06,80,0= 0 hdr > 00 > > (II) PCI: 00:18:0: chip 1022,1100 card 0000,0000 rev 00 class 06,00,0= 0 hdr > 80 > > (II) PCI: 00:18:1: chip 1022,1101 card 0000,0000 rev 00 class 06,00,0= 0 hdr > 80 > > (II) PCI: 00:18:2: chip 1022,1102 card 0000,0000 rev 00 class 06,00,0= 0 hdr > 80 > > (II) PCI: 00:18:3: chip 1022,1103 card 0000,0000 rev 00 class 06,00,0= 0 hdr > 80 > > (II) PCI: 04:05:0: chip 104c,8023 card 1043,808b rev 00 class 0c,00,1= 0 hdr > 00 > > (II) PCI: 04:09:0: chip 1319,0801 card 1319,1319 rev b2 class 04,01,0= 0 hdr > 80 > > (II) PCI: 04:09:1: chip 1319,0802 card 1319,1319 rev b2 class 09,80,0= 0 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, Me= m > > @ 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=3D"X.Org Foundation" > > compiled for 7.1.1, module version =3D 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=3D"X.Org Foundation" > > compiled for 7.1.1, module version =3D 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=3D"X.Org Foundation" > > compiled for 7.1.1, module version =3D 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=3D"X.Org Foundation" > > compiled for 7.1.1, module version =3D 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=3D"NVIDIA Corporation" > > compiled for 4.0.2, module version =3D 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=3D"X.Org Foundation & the After X-TT Pro= ject" > > compiled for 7.1.1, module version =3D 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=3D"X.Org Foundation" > > compiled for 7.1.1, module version =3D 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=3D"NVIDIA Corporation" > > compiled for 4.0.2, module version =3D 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=3D"X.Org Foundation" > > compiled for 7.1.1, module version =3D 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=3D"X.Org Foundation" > > compiled for 7.1.1, module version =3D 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=3D"X.Org Foundation" > > compiled for 7.1.1, module version =3D 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=3D"X.Org Foundation" > > compiled for 7.1.1, module version =3D 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. > > (=3D=3D) NVIDIA(0): Depth 24, (=3D=3D) framebuffer bpp 32 > > (=3D=3D) NVIDIA(0): RGB weight 888 > > (=3D=3D) NVIDIA(0): Default visual is TrueColor > > (=3D=3D) 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 exten= sions > 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. > > (=3D=3D) NVIDIA(0): DPI set to (75, 75); computed from built-in defau= lt > > (--) 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 > > (=3D=3D) NVIDIA(0): Backing store disabled > > (=3D=3D) NVIDIA(0): Silken mouse enabled > > (**) Option "dpms" > > (**) NVIDIA(0): DPMS enabled > > (II) Loading extension NV-CONTROL > > (=3D=3D) 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" > > (=3D=3D) 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" (typ= e: > 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 direct= ory) > > (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 > > (=3D=3D) 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@gentoo.org mailing list > > > > > > > > > > > > -- > > Erik > > > > > -- > Erik > -- > gentoo-user@gentoo.org mailing list > --658509eb2ccd8f6 > Content-Type: message/rfc822 > Content-Disposition: inline; > filename=3D"gentoo-user_54472.eml" > > Delivered-To: > 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 kA8HJB1f01747= 3 > for ; Wed, 8 Nov 2006 17:19:11 GM= T > Received: by ug-out-1314.google.com with SMTP id z38so1708365ugc > for ; Wed, 08 Nov 2006 09:19:11 -= 0800 > (PST) > DomainKey-Signature: a=3Drsa-sha1; q=3Ddns; c=3Dnofws; > s=3Dbeta; d=3Dgmail.com; > > h=3Dreceived:message-id:date:from:sender:to:subject:in-reply-to:mime-ve= rsion:content-type:content-transfer-encoding:content-disposition:referenc= es:x-google-sender-auth; > > b=3DGpHAKAIk24zKuS/o/xaSDyvqEstYsHd36wRjSNxak7DXXBgydsVVNo6m/6T5QyY8Q9o= PV3XC7p9gWhoWsLhTQmOO0ZTgJu2g3uNjKUTHSy/QI9IhUN7Iismv9Hv937EL7IjNzx+AxlCU= XzmeqCz+o+Qmo1Cq1Tpg+QKT2uGvNlk=3D > 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@mail.gmail.com> > Date: Wed, 8 Nov 2006 10:19:10 -0700 > From: "Richard Fish" > Sender: richard.j.fish@gmail.com > To: gentoo-user@lists.gentoo.org > Subject: Re: [gentoo-user] iptables error > In-Reply-To: <20061108162945.78f83a9e@lx-arnau.pic.es> > Precedence: bulk > List-Post: > List-Help: > List-Unsubscribe: > > List-Subscribe: > List-Id: Gentoo Linux mail > X-BeenThere: gentoo-user@gentoo.org > Reply-to: gentoo-user@lists.gentoo.org > MIME-Version: 1.0 > Content-Type: text/plain; charset=3DISO-8859-1; format=3Dflowed > Content-Transfer-Encoding: 7bit > Content-Disposition: inline > References: <20061108162945.78f83a9e@lx-arnau.pic.es> > X-Google-Sender-Auth: f680c2630a22ad7b > > On 11/8/06, Arnau Bria 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=3Dy > CONFIG_NETFILTER_XTABLES=3Dm > > You'll also need at least some CONFIG_NETFILTER_XT_* options under > > Networking-> > Networking options -> > Network packet filtering -> > Core Netfilter Configuration -> > > -Richard > -- > gentoo-user@gentoo.org mailing list > --658509eb2ccd8f6 > Content-Type: message/rfc822 > Content-Disposition: inline; > filename=3D"gentoo-user_54473.eml" > > Delivered-To: > Received: from gabriel.sub.uni-goettingen.de (gabriel.sub.uni-goettinge= n.de > [134.76.163.126]) > by robin.gentoo.org (8.13.8/8.13.8) with ESMTP id kA8HLIGs01918= 3 > for ; Wed, 8 Nov 2006 17:21:18 GM= T > 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 CE0AFF= F421 > for ; Wed, 8 Nov 2006 18:21:13 += 0100 > (CET) > Date: Wed, 8 Nov 2006 18:24:58 +0100 > From: Hans-Werner Hilse > To: gentoo-user@lists.gentoo.org > Subject: Re: [gentoo-user] iptables error > Message-Id: <20061108182458.0222c3fb.hilse@web.de> > In-Reply-To: <20061108175013.32d7edf6@lx-arnau.pic.es> > References: <20061108162945.78f83a9e@lx-arnau.pic.es> > <20061108171620.a05e1510.hilse@web.de> > <20061108173331.50db3ae7@lx-arnau.pic.es> > <20061108175013.32d7edf6@lx-arnau.pic.es> > X-Mailer: Sylpheed version 2.2.9 (GTK+ 2.10.6; i586-pc-linux-gnu) > Precedence: bulk > List-Post: > List-Help: > List-Unsubscribe: > > List-Subscribe: > List-Id: Gentoo Linux mail > X-BeenThere: gentoo-user@gentoo.org > Reply-to: gentoo-user@lists.gentoo.org > Mime-Version: 1.0 > Content-Type: text/plain; charset=3DUS-ASCII > Content-Transfer-Encoding: 7bit > X-Spam-Details: No, hits=3D1.7 required=3D5.0 tests=3DAWL,RCVD_IN_NJABL= _DUL, > RCVD_IN_SORBS_DUL autolearn=3Dno version=3D2.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 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=3D"~x86" ? Maybe you should try fo= r > iptables, e.g. > > $ ACCEPT_KEYWORDS=3D"~x86" emerge iptables > > that should give you iptables-1.3.6(-r1). > > -hwh > -- > gentoo-user@gentoo.org mailing list > --658509eb2ccd8f6 > Content-Type: message/rfc822 > Content-Disposition: inline; > filename=3D"gentoo-user_54475.eml" > > Delivered-To: > 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 kA8HUaqY03143= 2 > for ; Wed, 8 Nov 2006 17:30:37 GM= T > Received: by ug-out-1314.google.com with SMTP id z38so1711711ugc > for ; Wed, 08 Nov 2006 09:30:36 -= 0800 > (PST) > DomainKey-Signature: a=3Drsa-sha1; q=3Ddns; c=3Dnofws; > s=3Dbeta; d=3Dgmail.com; > > h=3Dreceived:message-id:date:from:sender:to:subject:in-reply-to:mime-ve= rsion:content-type:content-transfer-encoding:content-disposition:referenc= es:x-google-sender-auth; > > b=3DAzo8/tdNmmqS9S9P4iFDRzV26NxB1p4BWzQjB8SWszSrl8uL88YCrwFgt1VihjZ5KV9= QrbDioBhF4h4hos3U4lusaIp1rJue8fgfRNZ13r0Zj1Os1cSunTeFeSfN33dXnra3vPMblZGR= KsfLMLETEpFQh/KKmfNuiWKJYs0sjnw=3D > 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@mail.gmail.com> > Date: Wed, 8 Nov 2006 10:30:36 -0700 > From: "Richard Fish" > Sender: richard.j.fish@gmail.com > To: gentoo-user@lists.gentoo.org > Subject: Re: [gentoo-user] WinXP under VMWare: no sound > In-Reply-To: <20061108170408.006c6f33.hilse@web.de> > Precedence: bulk > List-Post: > List-Help: > List-Unsubscribe: > > List-Subscribe: > List-Id: Gentoo Linux mail > X-BeenThere: gentoo-user@gentoo.org > Reply-to: gentoo-user@lists.gentoo.org > MIME-Version: 1.0 > Content-Type: text/plain; charset=3DISO-8859-1; format=3Dflowed > Content-Transfer-Encoding: 7bit > Content-Disposition: inline > References: <200611042241.56613.sp_rm_it@yahoo.it> > <200611080021.26494.sp_rm_it@yahoo.it> > > <7573e9640611071608x16851fd3kfb5a817c9247ad50@mail.gmail.com> > <200611080831.20344.sp_rm_it@yahoo.it> > <20061108170408.006c6f33.hilse@web.de> > X-Google-Sender-Auth: df0f9968b8e8713c > > On 11/8/06, Hans-Werner Hilse 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@gentoo.org mailing list > --658509eb2ccd8f6 > Content-Type: message/rfc822 > Content-Disposition: inline; > filename=3D"gentoo-user_54476.eml" > > Delivered-To: > 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 kA8Hde6602305= 8 > for ; Wed, 8 Nov 2006 17:39:42 GM= T > Received: from localhost (localhost [127.0.0.1]) > by smtp.gentoo.org (Postfix) with ESMTP id B1ACE64C47 > for ; 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=3D-2.508 required=3D5.5 tests=3D[AWL=3D0.091, > BAYES_00=3D-2.599] > Received: from smtp.gentoo.org ([127.0.0.1]) > by localhost (smtp.gentoo.org [127.0.0.1]) (amavisd-new, port 1= 0024) > with ESMTP id eFdbe7lnBXCT for ; > 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 ; 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@gentoo.org; 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 ; 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 ; Wed, 08 Nov 2006 18:20:02 +0100 > X-Injected-Via-Gmane: http://gmane.org/ > To: gentoo-user@lists.gentoo.org > From: =3D?ISO-8859-15?Q?Sven_K=3DF6hler?=3D > 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: > References: > Precedence: bulk > List-Post: > List-Help: > List-Unsubscribe: > > List-Subscribe: > List-Id: Gentoo Linux mail > X-BeenThere: gentoo-user@gentoo.org > Reply-to: gentoo-user@lists.gentoo.org > Mime-Version: 1.0 > Content-Type: multipart/signed; micalg=3Dpgp-sha1; > protocol=3D"application/pgp-signature"; > boundary=3D"------------enigD2AC6F2534E6DFB713C21EC0" > X-Complaints-To: usenet@sea.gmane.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: > X-Enigmail-Version: 0.94.1.1 > Sender: news > > This is an OpenPGP/MIME signed message (RFC 2440 and 3156) > --------------enigD2AC6F2534E6DFB713C21EC0 > Content-Type: text/plain; charset=3DISO-8859-15 > Content-Transfer-Encoding: quoted-printable > > > this is a really strange issue i'm having: > >=3D20 > > i changed the motherboard, nothing else. I know have a K8T800Pro base= d > > motherboard. The old one was SiS-chipset based. > >=3D20 > > So i was already running the vesa frambuffer at 1280x1024, 16-bit. An= d > > actually it worked perfect! > >=3D20 > > No, after the switch to the VIA-chipset based Motherboard, i don't se= e > > the text that's printed to the screen. The resulition is switched, bu= t > > 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: > >=3D20 > > then suddenly everything works. I can see the text on the whole scree= n > > and so on. > >=3D20 > > So something is wrong here. > >=3D20 > > 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=3D"signature.asc" > Content-Description: OpenPGP digital signature > Content-Disposition: attachment; filename=3D"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=3D > =3D6zOv > -----END PGP SIGNATURE----- > > --------------enigD2AC6F2534E6DFB713C21EC0-- > > -- > gentoo-user@gentoo.org mailing list > --658509eb2ccd8f6 > Content-Type: message/rfc822 > Content-Disposition: inline; > filename=3D"gentoo-user_54477.eml" > > Delivered-To: > 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 kA8Hkd7k00679= 2 > for ; Wed, 8 Nov 2006 17:46:40 GM= T > Received: by ug-out-1314.google.com with SMTP id z38so1716458ugc > for ; Wed, 08 Nov 2006 09:46:39 -= 0800 > (PST) > DomainKey-Signature: a=3Drsa-sha1; q=3Ddns; c=3Dnofws; > s=3Dbeta; d=3Dgmail.com; > > h=3Dreceived:message-id:date:from:sender:to:subject:in-reply-to:mime-ve= rsion:content-type:content-transfer-encoding:content-disposition:referenc= es:x-google-sender-auth; > > b=3DVCg4mVrovzHwBABGKirev/f5pquGwZorK3pEvTg2qHUDnitQES38cdCwl8sl/crt9NK= oG2tKFtoRSAZ8/B6m8l65r+/nj9t7PySYr0gPoz7eUts19Csv/HGcGLfr+J/eYdWgVohKvRq+= 5fCGMv2f6kuPZrlhB2Z3QDIYxj0s3nY=3D > 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@mail.gmail.com> > Date: Wed, 8 Nov 2006 10:46:33 -0700 > From: "Richard Fish" > Sender: richard.j.fish@gmail.com > To: gentoo-user@lists.gentoo.org > Subject: Re: [gentoo-user] [OT] Seamonkey and spam filter > In-Reply-To: <4551D9E9.9000104@exceedtech.net> > Precedence: bulk > List-Post: > List-Help: > List-Unsubscribe: > > List-Subscribe: > List-Id: Gentoo Linux mail > X-BeenThere: gentoo-user@gentoo.org > Reply-to: gentoo-user@lists.gentoo.org > MIME-Version: 1.0 > Content-Type: text/plain; charset=3DISO-8859-1; format=3Dflowed > Content-Transfer-Encoding: 7bit > Content-Disposition: inline > References: <455119BE.3050007@exceedtech.net> > <45518BC0.6070700@ilievnet.com> > <4551D9E9.9000104@exceedtech.net> > X-Google-Sender-Auth: 4a2aac708b12602c > > On 11/8/06, Dale 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@gentoo.org mailing list > --658509eb2ccd8f6-- > > > > --=20 You can see what's happening at http://muhlesteins.com --=20 gentoo-user@gentoo.org mailing list