[gentoo-user] mDNSResponder fails to compile
I'm back to building a Gentoo box after my previous Gentoo box died a hardware death about six months ago. It's mostly installed and functioning but I wanted to bring up KDE, I was surprised to find that the kde-meta emerge, failed 43 packages into the 300 or so that is kde-meta. It dies on building mDNSResponder, below is the error, if anybody is interested. It seems to be the same bug reported in Nov 2007: http://bugs.gentoo.org/show_bug.cgi?id=196349 I don't see any resolution posted for this bug, so it appears that mDNSResponder is currently broken, and it doesen't appear that anybody IS terribly interested. I'm not sure what USE flag I have included that brings in mDNSResponder, after reading the package summary, I thought it might be "zeroconf," but after adding "-zeroconf" to /etc/make.conf, "emerge -pn kde-meta" or "emerge -pn kde" still shows that mDNSResponder is going to be merged. I've tried adding "net-misc/mDNSResponder ~x86" to package keywords in hopes of getting a later version, but it appears there isn't a later version. So here I am, asking for any kind of solution anybody can provide, since it doesn't look like mDNSResponder is going to be fixed anytime soon I guess the preferred method is to remove whatever USE flag(s) are bringing it in if that's possible, but I don't know how to determine that information and would be grateful for some assistance. Thanks, Bob Young San Jose CA. Responder daemon done i686-pc-linux-gnu-gcc -I. -I../mDNSCore -I../mDNSShared -W -Wall -DPID_FILE=\"/var/run/mdnsd.pid\" -DMDNS_UDS_SERVERPATH=\"/var/run/mdnsd\" -DNOT_HAVE_SA_LEN -DUSES_NETLINK -DHAVE_LINUX -g -DMDNS_DEBUGMSGS=2 -O2 -march=i6$ i686-pc-linux-gnu-gcc -I. -I../mDNSCore -I../mDNSShared -W -Wall -DPID_FILE=\"/var/run/mdnsd.pid\" -DMDNS_UDS_SERVERPATH=\"/var/run/mdnsd\" -DNOT_HAVE_SA_LEN -DUSES_NETLINK -DHAVE_LINUX -g -DMDNS_DEBUGMSGS=2 -O2 -march=i6$ i686-pc-linux-gnu-gcc -I. -I../mDNSCore -I../mDNSShared -W -Wall -DPID_FILE=\"/var/run/mdnsd.pid\" -DMDNS_UDS_SERVERPATH=\"/var/run/mdnsd\" -DNOT_HAVE_SA_LEN -DUSES_NETLINK -DHAVE_LINUX -g -DMDNS_DEBUGMSGS=2 -O2 -march=i6$ build/debug/libdns_sd.so Client library done make[1]: Entering directory `/var/tmp/portage/net-misc/mDNSResponder-107.6-r5/work/mDNSResponder-107.6/C lients' mkdir build cc dns-sd.c -L../mDNSPosix/build/prod/ -ldns_sd -I../mDNSShared -o build/dns-sd /usr/lib/gcc/i686-pc-linux-gnu/4.1.1/../../../../i686-pc-linux-gnu/bin/ld: cannot find -ldns_sd collect2: ld returned 1 exit status make[1]: *** [build/dns-sd] Error 1 make[1]: Leaving directory `/var/tmp/portage/net-misc/mDNSResponder-107.6-r5/work/mDNSResponder-107.6/C lients' make: *** [../Clients/build/dns-sd] Error 2 * * ERROR: net-misc/mDNSResponder-107.6-r5 failed. * Call stack: * ebuild.sh, line 1701: Called dyn_compile * ebuild.sh, line 1039: Called qa_call 'src_compile' * ebuild.sh, line 44: Called src_compile * mDNSResponder-107.6-r5.ebuild, line 51: Called die * The specific snippet of code: * mdnsmake || die "make failed" * The die message: * make failed * * If you need support, post the topmost build error, and the call stack if relevant. * A complete build log is located at '/var/tmp/portage/net-misc/mDNSResponder-107.6-r5/temp/build.log'. * !!! When you file a bug report, please include the following information: GENTOO_VM=sun-jdk-1.6 CLASSPATH="" JAVA_HOME="/opt/sun-jdk-1.6.0.03" JAVACFLAGS="-source 1.4 -target 1.4" COMPILER="" and of course, the output of emerge --info
[gentoo-user] revdep-rebuild command doesn't fix broken libs it finds
After a recent emerge -DuN world, messages for one of the packages stated that it was necessary to run revdep-rebuild after emerging the package, so I did. The revdep-rebuild ended up merging six packages, with one of them being gcc. Emerging all six packages took several hours, and I noticed that gcc by itself took a significant amount of time. The final message stated that I could re-run revdep-rebuild to verify that all inconsistencies had been resolved, unfortunately, I did not add a -p to the command and to my surprise it spent the next couple of hours or so emerging gcc again. After that finished, I again ran revdep-rebuild although this time with a -p and below is the output: __ Configuring search environment for revdep-rebuild Checking reverse dependencies... Packages containing binaries and libraries broken by a package update will be emerged. Collecting system binaries and libraries... done. (/root/.revdep-rebuild.1_files) Collecting complete LD_LIBRARY_PATH... done. (/root/.revdep-rebuild.2_ldpath) Checking dynamic linking consistency... broken /usr/lib/gcc/i686-pc-linux-gnu/4.1.2/libgcjawt.la (requires /usr/lib/lib-gnu-java-awt-peer-gtk.la) broken /usr/lib/gcc/i686-pc-linux-gnu/4.1.2/libgij.la (requires /usr/lib/libgcj.la) done. (/root/.revdep-rebuild.3_rebuild) Assigning files to ebuilds... done. (/root/.revdep-rebuild.4_ebuilds) Evaluating package order... done. (/root/.revdep-rebuild.5_order) All prepared. Starting rebuild... emerge --oneshot -p =sys-devel/gcc-4.1.2 These are the packages that would be merged, in order: Calculating dependencies... done! [ebuild R ] sys-devel/gcc-4.1.2 Now you can remove -p (or --pretend) from arguments and re-run revdep-rebuild. __ It wants to build gcc again. I don't want to have to build gcc every time I need to use revdep-rebuild. The final message from revdep-rebuild is: Build finished correctly. Removing temporary files... You can re-run revdep-rebuild to verify that all libraries and binaries are fixed. If some inconsistency remains, it can be orphaned file, deep dependency, binary package or specially evaluated library. How do I determine if this is a case of "orphaned file, deep dependency, binary package or specially evaluated library" and, if it is one of those, how do I determine which one, and then how do I fix this...? Thanks for listening, Bob Young San Jose, CA -- gentoo-user@lists.gentoo.org mailing list
RE: [gentoo-user] revdep-rebuild command doesn't fix broken libs it finds
> -Original Message- > From: Dale [mailto:[EMAIL PROTECTED] > Sent: Sunday, March 02, 2008 12:18 AM > To: gentoo-user@lists.gentoo.org > Subject: Re: [gentoo-user] revdep-rebuild command doesn't fix broken libs > it finds > Bob Young wrote: >> How do I determine if this is a case of "orphaned file, deep dependency, >> binary package or specially evaluated library" and, if it is one of >those, >> how do I determine which one, and then how do I fix this...? >> >> Thanks for listening, >> Bob Young >> San Jose, CA >> This may help: http://bugs.gentoo.org/show_bug.cgi?id=125728 I'm not sure what changed but mine does not do this any more. I'm using app-portage/gentoolkit-0.2.3-r1 at the moment. Dale :-) :-) Thanks Dale, After a little thought and some investigation I'd already come up with the symlink solution on my own. However I do find it a little disturbing that this is exactly the same, as a bug that has a creation date of: 2006-03-10, nearly two years ago. I also know that I didn't have this problem until a recent new "stable" version of gcc was merged. That means somebody is re-introducing bugs that have already been fixed. Making such easily avoidable mistakes does not bode well... Thanks Again, Bob Young San Jose, CA. -- gentoo-user@lists.gentoo.org mailing list
[gentoo-user] How Bad Is This...?
NormalUser Domain Admins 144 Apr 12 11:21 home 4 drwxr-xr-x 8 NormalUser Domain Admins 4048 Apr 12 14:31 lib 0 drwxr-xr-x 4 NormalUser Domain Admins80 Apr 12 05:19 log 0 drwxr-xr-x 6 NormalUser Domain Admins 168 Apr 11 21:44 mnt 0 drwxr-xr-x 2 NormalUser Domain Admins72 Apr 19 2007 opt ? ?? ? ? ? ?? portage-20080407.tar.bz2 4 -rw-r--r-- 1 NormalUser Domain Admins59 Apr 9 07:42 portage-20080407.tar.bz2.md5sum 0 dr-xr-xr-x 67 NormalUser Domain Admins 0 Apr 15 14:21 proc 0 drwx-- 3 NormalUser Domain Admins 216 Apr 12 14:12 root 4 drwxr-xr-x 2 NormalUser Domain Admins 3856 Apr 12 15:18 sbin 105491 -rw-r--r-- 1 NormalUser Domain Admins 107915722 Apr 8 22:35 stage3-i686-2007.0.tar.bz2 ? ?? ? ? ? ?? stage3-i686-2007.0.tar.bz2.DIGESTS 0 drwxr-xr-x 12 NormalUser Domain Admins 0 Apr 15 14:21 sys 0 drwxrwxrwt 4 NormalUser Domain Admins 112 Apr 16 00:32 tmp 0 drwxr-xr-x 13 NormalUser Domain Admins 368 Apr 10 09:52 usr 0 drwxr-xr-x 15 NormalUser Domain Admins 408 Apr 16 00:14 var [ 06:45:14 ] Wed Apr 16 / $ reboot bash: /sbin/reboot: Input/output error [ 06:45:32 ] Wed Apr 16 / $ cd sbin/ [ 06:46:04 ] Wed Apr 16 /sbin $ ls ls: cannot access grub: Permission denied ls: cannot access grub-md5-crypt: Permission denied ls: cannot access grub-terminfo: Permission denied ls: cannot access reiserfstune: Permission denied ls: cannot access grub-install: Permission denied ls: cannot access debugreiserfs: Permission denied ls: cannot access grub-set-default: Permission denied ls: cannot access resize_reiserfs: Permission denied total 5314 4 drwxr-xr-x 2 NormalUser Domain Admins 3856 Apr 12 15:18 . 1 drwxr-xr-x 21 NormalUser Domain Admins736 Apr 12 12:02 .. 52 -rwxr-xr-x 1 NormalUser Domain Admins 51168 Apr 19 2007 MAKEDEV 16 -rwxr-xr-x 1 NormalUser Domain Admins 14748 Apr 19 2007 agetty 4 -rwxr-xr-x 1 NormalUser Domain Admins 3928 Apr 19 2007 ctrlaltdel . . . 68 -rwxr-xr-x 1 NormalUser Domain Admins 66096 Apr 19 2007 debugfs ? ?? ? ? ? ?? debugreiserfs 36 -rwxr-xr-x 1 NormalUser Domain Admins 35232 Apr 19 2007 depmod . . . 12 -rwxr-xr-x 1 NormalUser Domain Admins 9493 Apr 19 2007 generate-modprobe.conf 36 -rwxr-xr-x 1 NormalUser Domain Admins 36364 Apr 19 2007 genksyms ? ?? ? ? ? ?? grub ? ?? ? ? ? ?? grub-install ? ?? ? ? ? ?? grub-md5-crypt ? ?? ? ? ? ?? grub-set-default ? ?? ? ? ? ?? grub-terminfo 12 -rwxr-xr-x 1 NormalUser Domain Admins 10376 Apr 19 2007 halt 56 -rwxr-xr-x 1 NormalUser Domain Admins 56212 Apr 19 2007 hdparm 8 -rwxr-xr-x 1 NormalUser Domain Admins 5546 Apr 19 2007 rc-update 0 lrwxrwxrwx 1 NormalUser Domain Admins 4 Apr 9 07:45 reboot -> halt 288 -rwxr-xr-x 1 NormalUser Domain Admins 293800 Apr 11 22:25 reiserfsck ? ?? ? ? ? ?? reiserfstune 28 -rwxr-xr-x 1 NormalUser Domain Admins 28484 Apr 19 2007 resize2fs ? ?? ? ? ? ?? resize_reiserfs 12 -rwxr-xr-x 1 NormalUser Domain Admins 9556 Apr 19 2007 rmmod 0 lrwxrwxrwx 1 NormalUser Domain Admins 10 Apr 9 07:45 rmmod.old -> insmod.old 20 -rwxr-xr-x 1 NormalUser Domain Admins 18580 Apr 19 2007 udevtrigger 0 lrwxrwxrwx 1 NormalUser Domain Admins 14 Apr 9 07:45 update-modules -> modules-update [ 06:46:07 ] Wed Apr 16 /sbin $ ./halt -r now bash: ./halt: Input/output error [ 06:48:33 ] Wed Apr 16 /sbin $ ./reboot bash: ./reboot: Input/output error BTW, the user:group "NormalUser : Domain Admins" in normal and correct that is 0:0, it comes from the W2K3 domain controller that is the NIS server, and NIS is listed first in nsswitch.conf. Also worthy of note is the reason for installing this new box, the previous install developed severe hard disk corruption. Because of that, this install is located on a brand new 250G Seagate with a five year warranty, so while not impossible, I tend to doubt that the hard disk it self is the true root cause. Okay, so my question is how bad is it? Is there anyway to shutdown cleanly? I do have a second brand new 250G Seagate, is another clean install, with a *second* brand new drive the best alternative, or is some even lower level hardware (i.e. disk controller) the more likely culprit at this point? Thanks for listening Bob Young San Jose, CA. -- gentoo-user@lists.gentoo.org mailing list
RE: [gentoo-user] How Bad Is This...?
-Original Message- From: Volker Armin Hemmann [mailto:[EMAIL PROTECTED] Sent: Wednesday, April 16, 2008 8:22 AM To: gentoo-user@lists.gentoo.org Cc: Bob Young Subject: Re: [gentoo-user] How Bad Is This...? >On Mittwoch, 16. April 2008, Bob Young wrote: >> I'm in the process of installing a new box, last night before going to >> bed I started installing xorg server. This morning, I found the 82nd >> build(out of 162) had failed with the following error: >> [snip] >the best alternative is to check what went wrong, but since Seagates are >known to die in the first couple of days - or almost never, this gentleman >here would bet on a defective harddisk. > >Btw, you might want to read up on 'bathtub curve'. Stuff breaks early, or >late. Just wanted to let you know, it appears you were right, it was the HD itself that was bad. I substituted in the other brand new Seagate, and reinstalled. Luckily I was able to read all config files from the semi-bad drive. At this point I'm finished installing xorg-server, and have begun installing KDE. P.S. Next time I'll post the output of dmesg... Thanks for responding Bob Young San Jose, CA. -- gentoo-user@lists.gentoo.org mailing list
[gentoo-user] Wireshark won't run except as root
I've emerged wireshark, and made myself a member of both the wireshark group, and the tcpdump group, but still wireshark refuses to capture packets if executed as a non root user. The error message is: "Couldn't run dumpcap as a child process: Permission denied." A little research indicated that dumpcap should be installed suid root and It appears that it is, but I still can't execute it as a non-root user: [ 23:16:38 ] Wed Apr 30 /usr/bin $ : ./dumpcap bash: ./dumpcap: Permission denied [ 09:29:50 ] Thu May 01 /usr/bin $ : ls /usr/bin/dump* 52 -r-sr-s--- 1 root wireshark 50876 Apr 27 15:49 /usr/bin/dumpcap [ 09:29:52 ] Wed Apr 30 /usr/bin $ : su Password: [ 09:29:55 ] Thu May 01 /usr/bin $ : ./dumpcap File: /tmp/etherJ8STmt Packets: 7 Packets dropped: 0 [ 09:32:15 ] Thu May 01 /usr/bin $ : chown root:root ./dumpcap [ 09:32:19 ] Thu May 01 /usr/bin $ : chmod g+s ./dumpcap [ 09:32:29 ] Thu May 01 /usr/bin $ : chmod u+s ./dumpcap [ 09:32:38 ] Thu May 01 /usr/bin $ : ls /usr/bin/dump* 52 -r-sr-s--- 1 root root 50876 Apr 27 15:49 /usr/bin/dumpcap [ 09:32:47 ] Thu May 01 /usr/bin $ : exit exit [ 09:33:01 ] Thu May 01 /usr/bin $ : whoami Cyor [ 09:33:06 ] Thu May 01 /usr/bin $ : ./dumpcap bash: ./dumpcap: Permission denied [ 09:33:10 ] Thu May 01 /usr/bin $ : I'm sure it's probably something simple that I'm unaware of or not seeing for some reason. Can anybody point out what I'm doing wrong. Thanks, Bob Young San Jose, CA. -- gentoo-user@lists.gentoo.org mailing list
RE: [gentoo-user] Wireshark won't run except as root (Solved but Why is this)
-Original Message- >From: Bob Young [mailto:[EMAIL PROTECTED] >Sent: Thursday, May 01, 2008 10:03 AM >To: Gentoo-user List >Subject: [gentoo-user] Wireshark won't run except as root > I've emerged wireshark, and made myself a member of both the wireshark > group, and the tcpdump group, but still wireshark refuses to capture > packets if executed as a non root user. The error message is: "Couldn't > run dumpcap as a child process: Permission denied." > > A little research indicated that dumpcap should be installed suid root and > It appears that it is, but I still can't execute it as a non-root user: > > I'm sure it's probably something simple that I'm unaware of or not seeing > for some reason. Can anybody point out what I'm doing wrong. > > Thanks, > Bob Young > San Jose, CA. Well a little more experimentation proved that world has to have execute permission: [ 18:16:56 ] Thu May 01 /home/Cyor $ : su Password: [ 18:25:38 ] Thu May 01 /home/Cyor $ : cd /usr/bin/ [ 18:28:52 ] Thu May 01 /usr/bin $ : ls /usr/bin/dumpcap 52 -rwxr-x--- 1 root wireshark 50876 Apr 27 15:49 /usr/bin/dumpcap [ 18:28:58 ] Thu May 01 /usr/bin $ : chmod u+s ./dumpcap [ 18:29:26 ] Thu May 01 /usr/bin $ : ls /usr/bin/dumpcap 52 -rwsr-x--- 1 root wireshark 50876 Apr 27 15:49 /usr/bin/dumpcap [ 18:29:30 ] Thu May 01 /usr/bin $ : exit exit [ 18:29:44 ] Thu May 01 /home/Cyor $ : whoami Cyor [ 18:30:11 ] Thu May 01 /home/Cyor $ : cd /usr/bin/ [ 18:30:21 ] Thu May 01 /usr/bin $ : ./dumpcap bash: ./dumpcap: Permission denied [ 18:30:24 ] Thu May 01 /usr/bin $ : su Password: [ 18:31:18 ] Thu May 01 /usr/bin $ : whoami root [ 18:32:03 ] Thu May 01 /usr/bin $ : ls /usr/bin/dumpcap 52 -rwsr-x--- 1 root wireshark 50876 Apr 27 15:49 /usr/bin/dumpcap [ 18:32:14 ] Thu May 01 /usr/bin $ : chmod o+x ./dumpcap [ 18:32:29 ] Thu May 01 /usr/bin $ : ls /usr/bin/dumpcap 52 -rwsr-x--x 1 root wireshark 50876 Apr 27 15:49 /usr/bin/dumpcap [ 18:32:34 ] Thu May 01 /usr/bin $ : exit exit [ 18:32:41 ] Thu May 01 /usr/bin $ : whoami Cyor [ 18:32:49 ] Thu May 01 /usr/bin $ : ./dumpcap File: /tmp/ether1wMVki ^CPackets dropped: 0 My question is: If the wireshark GROUP has execute permission to dumpcap, and user Cyor is a member of the wireshark group, why can't Cyor execute dumpcap without the execute bit for everyone being set? Doesn't this mean that the entire world world (member of wireshark group or not) can execute an an SUID root program? If that's the case what's the purpose of having the wireshark group? Note: Cyor is a member of wireshark group: [ 18:32:55 ] Thu May 01 /usr/bin $ : cat /etc/group root::0:root . . .[snip] wheel::10:root,BYoung,Cyor wireshark:x:446:BYoung,Cyor ntp:x:123: tcpdump:x:447:Byoung,Cyor +:: Thanks, Bob Young San Jose, CA -- gentoo-user@lists.gentoo.org mailing list
[gentoo-user] Multiple error messages for each keystroke in nano
on: Delete, menus 1 Shortcut "kdel", function: Delete, menus 1 Shortcut "^H", function: Backspace, menus 1 And then once I'm in nano and ready to edit, typing "test" results in the following: tget_key_buffer(): key_buffer_len = 1 pparse_kbinput(): kbinput = 101, meta_key = FALSE, func_key = FALSE, escapes = 0, byte_digits = 0, retval = 101 gget_shortcut(): kbinput = 101, meta_key = FALSE, func_key = FALSE mmatched nothing btw meta was 0 eget_key_buffer(): key_buffer_len = 1 parse_kbinput(): kbinput = 115, meta_key = FALSE, func_key = FALSE, escapes = 0, byte_digits = 0, retval = 115 get_shortcut(): kbinput = 115, meta_key = FALSE, func_key = FALSE matched nothing btw meta was 0 sget_key_buffer(): key_buffer_len = 1 parse_kbinput(): kbinput = 116, meta_key = FALSE, func_key = FALSE, escapes = 0, byte_digits = 0, retval = 116 get_shortcut(): kbinput = 116, meta_key = FALSE, func_key = FALSE matched nothing btw meta was 0 t Can anybody explain what's going on here, and tell me how I can fix it? BTW, if I edit with vi.everything works fine, and of course typing at the console works okay as well. Thanks for listening, Bob Young
RE: [gentoo-user] Re: Multiple error messages for each keystroke in nano
-Original Message- From: Francesco Talamona [mailto:[EMAIL PROTECTED] Sent: Friday, May 16, 2008 10:46 PM To: gentoo-user@lists.gentoo.org Subject: [gentoo-user] Re: Multiple error messages for each keystroke in nano On Saturday 17 May 2008, Bob Young wrote: > Can anybody explain what's going on here, and tell me how I can fix > it? > > > > BTW, if I edit with vi.everything works fine, and of course typing at > the console works okay as well. Just a guess... Did you run etc-update? Ciao Francesco Yes I have run etc-update, there were 32 config files to be processed, and afterward, the problem remains the same Regards, Bob Young -- gentoo-user@lists.gentoo.org mailing list
RE: [gentoo-user] Multiple error messages for each keystroke in nano
-Original Message- From: Ian Hilt [mailto:[EMAIL PROTECTED] Sent: Friday, May 16, 2008 11:03 PM To: Gentoo-user List Subject: Re: [gentoo-user] Multiple error messages for each keystroke in nano >> On Fri, 16 May 2008 at 7:07pm -0700, Bob Young wrote: >> I'm installing a new Gentoo box, and have the basic system installed ( >> without X ). The problem began after I completed a successful "emerge >> -DuN world" The symptom is: when I start nano, (just nano by itself, >> not editing a file), several hundred lines similar to the following >> are spewed to the console: > [...] >> BTW, if I edit with vi.everything works fine, and of course typing at the >> console works okay as well. > What's the output of "emerge -vp nano"? [ebuild R ] app-editors/nano-2.1.1 USE="debug ncurses nls spell unicode -justify -minimal -slang" 0kb But your question made me wonder about the -DuN world, and in looking at the build log, it appears during the update world, nano was in deed updated from nano-2.0.2 to nano-2.1.1, and, the debug and spell USE flags were flipped. Currently I'm emerging xorg, but after that finishes, I'll first try flipping the debug and spell use flags back and see what that does. Regards, Bob Young -- gentoo-user@lists.gentoo.org mailing list
RE: [gentoo-user] Multiple error messages for each keystroke in nano
>-Original Message- >From: Alex Schuster [mailto:[EMAIL PROTECTED] >Sent: Saturday, May 17, 2008 2:20 AM >To: gentoo-user@lists.gentoo.org >Subject: Re: [gentoo-user] Multiple error messages for each keystroke in >nano > >Bob Young writes: > >> Currently I'm emerging xorg, but after that finishes, I'll first try >> flipping the debug and spell use flags back and see what that does. >> > >It will work. I just emerged nano with debug use flag, and get the same >errors as you. > >Should someone file a bug about this? Or is this expected behaviour for the >debug use flag? > > Wonko Yes it did, I re-emerged nano with "-debug" and the problem went away. Now I have the same question, is this a bug or not? Regards, Bob Young -- gentoo-user@lists.gentoo.org mailing list
RE: [gentoo-user] Re: Ati or Nvida
-Original Message- From: Enrico Weigelt [mailto:[EMAIL PROTECTED] Sent: Wednesday, June 18, 2008 1:05 PM To: gentoo-user@lists.gentoo.org Subject: Re: [gentoo-user] Re: Ati or Nvida >Hi, > > >I've made the big mistake of bying an notebook w/ geforce go 6100. > >The proprietary drivers *never* worked for me - the binary kernel >modules crashed the whole kernel (complete lockup) after a several >seconds (doesnt even need X to come up for that). > Somehow you later statements make me distrust your opening one... > I've analyzed their module a bit and seen really bad things. Really...You've "analyzed" a closed source module. Care to share the details of how you performed this "analysis" ? >Looks it's a hand-written bunch of assembler code with massive >code obfuscation, > U...perfectly good C/C++ code that's been even moderately Optimized by any reasonably sane compiler will look like that when it's disassembled...now how was it you did this "analysis" on a *closed source* module again...? >IMHO, if someone spends so much work into machine code obfuscation, >he *really* has something to hide. > It's closed source driver, neither you nor anybody else who hasn't seen the source code has any basis whatsoever to justify such an "opinion" without making themselves look like a total dimwit. > Not just some "intellectual > property" (which is outdated alfter a few months). Uhhh...if the intellectual property is so "outdated", why is it so difficult to duplicate? So far no one advocating open source, can manage to duplicate even the functionality of the 3D driver, much less the performance? > Of course, opensource 3D support is (almost) not existing, > (2D works very fine), and NVidia repeatedly states that they > will NOT do the slightest attempt to improve the situation. > Why should they, their providing for Linux, the same thing they provide for Windows, i.e. a binary driver that drives their GPU and performs quite well in the experience of a lot of users. From their point of view the situation doesn't need improving >So I strongly suggest, NOT to buy NV cards. > You've never written graphics drivers have you? >(BTW: a few month ago, I managed to stop a customer from buying >several hundreds of NV cards - yes, consulting jobs sometimes >make really fun this way ;-P) Maybe that was the correct decision, maybe not, depends on the circumstances. Regardless, your clients are not well served by your uninformed bias. -- Regards, Bob Young -- gentoo-user@lists.gentoo.org mailing list
[gentoo-user] doc USE flag causes "circular dependencies" error
I'm bringing up a new Gentoo box, and last night I successfully merged
xorg-x11, this morning when I tried to merge KDE, I got a circular
dependencies error. As a first troubleshooting step I trimmed my USE flags
down to a minimum and found the error went away. After several rounds of
adding/removing lines/individual USE flags I found that the "doc" flag was
the source of the error:
USE="kde X qt4 doc" emerge -pv kde-meta
These are the packages that would be merged, in order:
Calculating dependencies . . .. done!
!!! Error: circular dependencies:
('ebuild', '/', 'kde-base/libkpimexchange-3.5.5', 'merge') depends on
('ebuild', '/', 'x11-libs/qt-3.3.6-r4', 'merge') (hard)
('ebuild', '/', 'kde-base/kdelibs-3.5.5-r8', 'merge') (hard)
('ebuild', '/', 'kde-base/libkcal-3.5.5', 'merge') (hard)
('ebuild', '/', 'kde-base/klettres-3.5.5', 'merge') depends on
('ebuild', '/', 'x11-libs/qt-3.3.6-r4', 'merge') (hard)
('ebuild', '/', 'kde-base/kdelibs-3.5.5-r8', 'merge') (hard)
('ebuild', '/', 'kde-base/libkonq-3.5.5', 'merge') depends on
('ebuild', '/', 'x11-libs/qt-3.3.6-r4', 'merge') (hard)
('ebuild', '/', 'kde-base/kdelibs-3.5.5-r8', 'merge') (hard)
.
.
.
('ebuild', '/', 'kde-base/kblackbox-3.5.5', 'merge') depends on
('ebuild', '/', 'x11-libs/qt-3.3.6-r4', 'merge') (hard)
('ebuild', '/', 'kde-base/libkdegames-3.5.5', 'merge') (hard)
('ebuild', '/', 'kde-base/kdelibs-3.5.5-r8', 'merge') (hard)
USE="kde X qt4" emerge -pv kde-meta
These are the packages that would be merged, in order:
Calculating dependencies . . . done!
[ebuild N] virtual/xft-7.0 0 kB
[ebuild N] app-text/libpaper-1.1.20 322 kB
[ebuild N] app-crypt/opencdk-0.5.5 USE="-doc" 323 kB
[ebuild N] dev-lang/nasm-0.98.39-r3 USE="-build -doc" 532 kB
[ebuild N] dev-libs/libtasn1-0.3.5 USE="-doc" 1,223 kB
[ebuild N] app-text/poppler-0.5.4-r1 USE="zlib -cjk -jpeg" 1,038 kB
[ebuild N] x11-apps/xprop-1.0.1 USE="-debug" 91 kB
[ebuild N] media-fonts/gnu-gs-fonts-std-8.11 3,665 kB
.
.
.
[ebuild N ] kde-base/karm-3.5.5 USE="-arts -debug -kdeenablefinal
-xinerama" 0 kB
[ebuild N] kde-base/kdeaddons-meta-3.5.5 USE="-arts" 0 kB
[ebuild N] kde-base/kontact-specialdates-3.5.5 USE="-arts -debug
-kdeenablefinal -xinerama" 0 kB
[ebuild N] kde-base/kdepim-meta-3.5.5 USE="-pda" 0 kB
[ebuild N] kde-base/kde-meta-3.5.5 USE="nls -accessibility" 0 kB
Total: 288 packages (288 new), Size of downloads: 473,412 kB
**
Am I doing something wrong?
Is this a known issue?
Is there an alternative other than disabling the doc USE flag?
TIA
Bob Young
San Jose, CA
--
gentoo-user@gentoo.org mailing list
[gentoo-user] A DNS question.
This isn't strictly a Gentoo question, but I'm setting up Gentoo box to be used as a secondary DNS server, plus some other duties, and I'm hoping there is a DNS wizard reading who can authoritatively answer my question. First off the machine has three network cards, one with a (DHCP) private IP (10.10.32.1) for talking to the local (Windows Domain) LAN. A second NIC with a (Manually configured) IP address (69.12.134.79) that is publicly registered (ns.debug1.com) as a secondary DNS for several domains. And the third NIC has a (Manually configured) private IP address (192.168.0.1) that will be used to "sniff" all traffic that crosses the DSL modem. Obviously on a given system each NIC is usually connected to a different domain, my question is, whether or not it is /legal/possible/okay to use different *hostnames* on different NICs? For example, in the scenario described above, assume the windows domain is named "mydomain.lan," can I have 69.12.134.79 (NIC #2) resolve to ns.debug1.com as that is it's publicly registered name, while IP address 10.10.32.1 (NIC #1) resolves to gentoo.mydomain.lan? TIA Bob Young San Jose, CA. -- gentoo-user@gentoo.org mailing list
RE: [gentoo-user] A DNS question.
I appreciate all the replies, and yes Michael you're correct the original question was in regards to a system having different "base" (host) names for different NICs. IOW the Windows Domain Controller that eth0 is connected to records eth0 in it's DNS table as gentoo.windowsdoman.local. In addition in /etc/make.conf the the following is declared: eth0_dns_domainname="windowsdomain.local" and eth0_nis_domainname="windowsdomain" no nis or dns domainname is declared for eth1 or eth2 as that causes problems. I'll probably also configure BIND to act as a secondary DNS for the domain controller listing on eth0 and eth1. Now with regards to eth1, it is my intent to configure eth1 as with the machines only public IP address (69.12.134.79), and configure BIND to listen on eth1 as a secondary domain name server, the primary domain name server would have an "A Record" for 69.12.134.79 and it would be named ns.somedomainname.com. IOW it would have a different "base" name (ns) than eth0 (gentoo). My question is whether or not this is valid/"legal"/okay, i.e. is it likely to cause any problems? I did see Ruben's comment about named "views" and it looks like that may be something to investigate. Any further comments/suggestions welcome. Thanks, Bob Young San Jose, CA -Original Message- From: Michal 'vorner' Vaner [mailto:[EMAIL PROTECTED] Sent: Saturday, March 03, 2007 2:17 PM To: gentoo-user@lists.gentoo.org Subject: Re: [gentoo-user] A DNS question. On Sat, Mar 03, 2007 at 03:21:52PM -0600, Dan Farrell wrote: > On Sat, 3 Mar 2007 22:04:59 +0100 > "Michal 'vorner' Vaner" <[EMAIL PROTECTED]> wrote: > > > Hello, > > > > On Sat, Mar 03, 2007 at 11:17:52AM -0800, Bob Young wrote: > > > Obviously on a given system each NIC is usually connected to a > > > different domain, my question is, whether or not it > > > is /legal/possible/okay to use different *hostnames* on different > > > NICs? > > > > AFAIK, you can have multiple names for one IP and multiple IPs for one > > name (there are more ways to do that). So, I see no reason why anyone > > would ever forgive you to have different name for each of IP addresses > > your computer has. The other question is if you really want to do > > that, because there might be applications not expecting your computer > > is "schizophrenic" in such way and go nutty. > > > > With regards > > > on the contrary, there are good reasons to have more than one name for > a single computer. For example, say I have a server 'zeus.mydomain' > that also does mail. If I name the mailserver 'mail.mydomain' then I > can CNAME that to zeus.mydomain via DNS, or I can just set > mail.mydomain to the ip address of the second interface. Result - I > can redirect my mail to mail.mydomain and it can go to whatever > computer I desire, whether or not it has different names. 'zeus' is > still listening under that name for other requests. If i use 'zeus' > for heavy filesharing, I can still get good access over a non-saturated > ethernet device on 'mail'. Well, this is something else - the computer knows itself as zeus and has "nicknames". However, if I got what the question was about - to be name1 for one card and name2 for the second - and do not appear as name2 on the first at all. IMO machine should have the same "base" name to any domain it shows in - the one that it shows in bash command prompt. Then you can have additional names for the services and they can differ. But the name showed on the bash should probable be reachable (if possible) from any network it appears on. The situation shown here is probably odd (the names here are the only ones there, no additional ones or base ones). [ X ] C1 C2 [ X ] C1 C2 [ X ]. The [ X ] is a machine, is a network and those C? are names of the machine on the net. Now, ping C1 on the middle machine. Should it ping itself on the right interface or look for the left computer? You should at last have something like: [ Name1 ] C1 C2 [ Name2 ] C1 C2 [ Name3 ] (even if Name2 could not be resolved by the DNS on the right network for example). And you can "nickname" Name2 as mail or ntp if it suits you. I hope I made myself clear and I apologize for the previous misunderstanding. Have a nice day -- Anyone who goes to a psychiatrist ought to have his head examined. -- Samuel Goldwyn Michal 'vorner' Vaner -- gentoo-user@gentoo.org mailing list
[gentoo-user] .bashrc/.bash_profile not "sourced" upon login fo NIS authenticated users
Probably a PEBSAC If so, that's ok I'm willing to learn. Like the title says, if I log in as root /root/.bashrc and /root/.bash_profile are sourced. However if I login as BYoung and am authenticated by the NIS server (SFU on aWindows Domain Controller), then /home/BYoung/.bash_profile and /home/BYoung/.bashrc are not sourced. As workaround, I've added: "source ~/.bash_profile" as the last line of /etc/profile, and that works, but of course .bash_profile and .bashrc get executed twice when I log in as root. I'd like to fix this the right way, pointers and/or advice greatly appreciated, and if I'm just doing something stupid, let me know. TIA Bob Young San Jose, CA -- gentoo-user@gentoo.org mailing list
RE: [gentoo-user] dhcpcd is too noisy in syslog
-Original Message- From: William Kenworthy [mailto:[EMAIL PROTECTED] Sent: Sunday, April 22, 2007 5:42 AM To: gentoo-user List Subject: [gentoo-user] dhcpcd is too noisy in syslog Since a recent update to dhpcd, my logs are filling up with these messages (every 30 seconds). The previous version wasnt so verbose, but I cant see where to modify the behaviour of the newer version - there seems like there is no quiet flag. Any suggestions? Apr 22 20:34:22 moriah dhcpcd[19738]: eth0: renewing lease of 203.59.216.218 Apr 22 20:34:22 moriah dhcpcd[19738]: eth0: leased xxx.xxx.xxx.xxx for 60 seconds Apr 22 20:34:22 moriah dhcpcd[19738]: eth0: adding IP address xxx.xxx.xxx.xxx/24 Apr 22 20:34:22 moriah dhcpcd[19738]: eth0: adding default route via xxx.xxx.xxx.xxx metric 0 Maybe there is something I'm missing but the first line says that dhcpcd is *renewing* the lease on eth0. If that's in fact what is happening every 30-60 seconds, then there is something wrong with what dhcpcd received/interpreted the lease duration to be. The second line seems to confirm this in that dhcpcd believes it leased the received address for 60 seconds. It looks like either the dhcp server's lease duration is badly misconfigured, or dhcpcd is not interpreting the data it receives from the dhcp server correctly wrt lease duration. Regards, Bob Young -- [EMAIL PROTECTED] mailing list
RE: [gentoo-user] antivirus
-Original Message- From: neil [mailto:[EMAIL PROTECTED] Sent: Wednesday, March 08, 2006 11:23 AM To: gentoo-user@lists.gentoo.org Subject: Re: [gentoo-user] antivirus Jarry wrote: > I got viruses many times. Over the past 20-odd years, I have had machines running many versions of DOS, all versions of Windows since Windows 286, all versions of OS/2 since 1.3 and several distributions of Linux. I have never, ever seen a virus. I have to wonder what you are doing to be so "unfortunate". Here, here. It's really not about the OS, or what "protection" software is or isn't installed, it's about the habits and practices of the user. Any computer can (and probably will) be compromised if the user is careless or naive about what they do and where they go on the Net. Like you, I've run different versions of DOS, Windows (NT derivatives only), OS/2, & Linux. I did get a virus once in the early days when running DOS, but since then I've never had a Windows or Linux box compromised by a virus or malware, and that's without running any anti-virus software of any kind on any of the Windows boxes. FWIW one of those Windows boxes is currently a web/email/DNS/FTP server with seven public IPs serving between four and seven domains. There is also a Gentoo Linux box doing secondary DNS for the domains, the windows box has a firewall but no AV software at all, both servers (one Windows & one Gentoo), have remained clean and stable for several years now, as do all of my various Windows and Gentoo workstations, none of which run any antivirus software. In short if a user is getting infected a lot using Windows, switching to Linux is not curing the root cause. The basic problem is the user needs to understand what s/he is doing that's allowing malicious code to execute on their system and stop doing it. In the vast majority of Windows cases, simply *not* routinely logging on with admin privileges would probably stop 99% plus of the infections. Regards, Bob Young -- gentoo-user@gentoo.org mailing list
RE: [gentoo-user] antivirus
-Original Message- From: John Jolet [mailto:[EMAIL PROTECTED] Sent: Wednesday, March 08, 2006 12:36 PM To: gentoo-user@lists.gentoo.org Subject: Re: [gentoo-user] antivirus > > In short if a user is getting infected a lot using Windows, > switching to > Linux is not curing the root cause. The basic problem is the user > needs to > understand what s/he is doing that's allowing malicious code to > execute on > their system and stop doing it. In the vast majority of Windows cases, > simply *not* routinely logging on with admin privileges would > probably stop > 99% plus of the infections. that's an interesting commentwindows xp is the first version that even gives you that option. and most of the games my kids play on the computer simply won't run unless you have admin rights. I agree that the default of not creating a non admin account is a bad choice, but be that as it may, it's still true that not routinely logging on with admin rights will stop the vast vast majority of malware dead in it's tracks. If someone chooses to routinely log on with admin rights after they know it's dangerous, but do so just because it's the default, then I would have to question whether or not they are honestly interested in keping the system clean, or whether there is some other agenda being catered to. As to not running without Admin rights, most of those cases can be taken care of with RunAs. It's better to run a single App with Admin privledges rather than have all apps including email and browsers running with Admin rights. Regards, Bob Young -- gentoo-user@gentoo.org mailing list
RE: [gentoo-user] antivirus
-Original Message- From: Jarry [mailto:[EMAIL PROTECTED] Sent: Wednesday, March 08, 2006 1:04 PM To: gentoo-user@lists.gentoo.org Subject: Re: [gentoo-user] antivirus Bob Young wrote: > In the vast majority of Windows cases, simply *not* routinely logging on > with admin privileges would probably stop 99% plus of the infections. True, but unfortunatelly, there are too many win-applications (even serious ones), which does not work correctly (or at all) without user having admin (power-user) privileges... PowerUser is different from Admin, Admin is the equevelent of root in the Linux/Unix world, PowerUser is not. The primary and most important difference is the ability to *write* to the registry, It's perfectly safe to routinely log on as a PowerUser, as PowerUsers can *not* write to registry keys that affect the entire system, while Admin users can write to *any* registry key. Most applications will run just fine as PowerUser, apps that truly *require* Admin rights are frankly, poorly designed. Even so, routinely logging on with Admin rights just because you need/want to run one or two badly designed apps is still a very bad idea. For the very very few aps that actually do require Admin rights RunAs is a much better and safer solution. Regards, Bob Young -- gentoo-user@gentoo.org mailing list
RE: [gentoo-user] antivirus
-Original Message- From: Jarry [mailto:[EMAIL PROTECTED] Sent: Wednesday, March 08, 2006 8:50 PM To: gentoo-user@lists.gentoo.org Subject: Re: [gentoo-user] antivirus Bob Young wrote: > PowerUser is different from Admin, Admin is the equevelent of root in the > Linux/Unix world, PowerUser is not. The primary and most important > difference is the ability to *write* to the registry, It's perfectly safe to > routinely log on as a PowerUser, as PowerUsers can *not* write to registry > keys that affect the entire system, while Admin users can write to *any* > registry key. I'm not sure if this is true. Anyway, PowerUser has the ability to install sw (even system patches!), No, PowerUsers can *NOT* install software, installing software (in most cases) requires writing to registry keys outside of the HKEY_CURRENT_USER hive, which is something a PowerUser cannot do. Windows update will definitely fail without admin privileges; I know this for a fact. I've on a number of occasions tried to run WindowsUpdate from my normal PowerUser account; it will display a dialog box specifically stating that Admin privileges are required. alter executables and system files! PowerUser can write to C:\ProgramFiles, or C:\Windows, and that is exactly, what a virus need to spread itself. As to the ability of writing to the Program Files or the Windows directory that may be true, and in theory I suppose it probably represents a small degree of risk. In several years of actual practice however I can say it hasn't caused a problem for me personally. In addition, if someone is really concerned about the issue, removing write and/or modify permissions for PowerUsers on those directories is a fairly trivial task. Since I've not tried this I can't say for sure what side effects it might have with some applications, so I'm not advocating it, though I don't see any obvious reasons why it should cause major problems ( Still... !Do a Backup first!). Not many viruses can hide their code in registry (that is just equivalent to /etc in unix-world), mostly they attach themselves to some exe/sys file, or overwrite them... I wasn't suggesting that viruses "hide their code" in the registry, that's not what the registry is for or how it's used. I was suggesting that any modification that affects the system as a whole or impacts more than just the current user is going to require modifying registry keys that cannot be written without Admin privileges. So, if you start a virus-infected program as a PowerUser, there are perfect conditions for spreading infection. If there were some virus for linux, and you start it as a normal user, it can not alter executables in /usr or /sbin, because user does not have write access to them. Such a virus could infect only *your* files. In practice it just doesn't happen that way. In addition it should be noted that by default even PowerUsers don't have write/modify permission on some sensitive directories C:\Windows\System32\drivers for example. This directory contains device drivers (code that runs in ring0 with unlimited privileges). For PowerUsers this directory is "Read & Execute" "List Contents" and "Read" that's all the permission a PowerUser has. So while a PowerUser might be able to modify some application level code in the Windows directory, actually compromising system security is a matter. I'd say PowerUser is something between a restricted user, and admin. True. I've used both Linux and Windows over the years, and they each have their strengths and weaknesses. Finer grained user permissions/privileges is one of the areas where Windows has an edge. Regards, Bob Young -- gentoo-user@gentoo.org mailing list
RE: [gentoo-user] antivirus
> -Original Message- > From: Tim Igoe [mailto:[EMAIL PROTECTED] > Sent: Thursday, March 09, 2006 11:36 AM > To: gentoo-user@lists.gentoo.org > Subject: Re: [gentoo-user] antivirus > > A windows `Power User` is too privileged for most uses. What rights/privledges does a powerUser have that you believe are "too privledged?" I've run my Windows systems as a PowerUser for years and they've always remained clean and stable, even without using antivirus software. > Ideally Windows > would be great if it followed the Linux way of working more - install as > Admin (thats fine imo) but run as a completely unprivileged (guest or > standard) user. I disagree, I'd much rather have more than two different types of users, (God and everyone else). I prefer "Guest" to have different privledges than a "regular" user, and an anonymous internet visitor to have a different set from either of those, while more technicaly savy and trusted users might be given a PowerUser account. > I've had problems with windows machines not running software as > unprivileged users before now. Causes too many problems due to the > access and thus viruses / malware that get installed. Yes, there are some poorly designed programs that insist on Admin rights, but I'm not aware of any such cases that won't function properly when executed with RunAs. I think it's way better to have one or two applications running with Admin privledges than everything including browsers and email executing with Admin rights. Beyond that, just a PowerUser account having write access to some files under the system folder does not automatically mean that external malicious forces, i.e. malware authors, can actually successfuly modify them. It's still required that the user do something to cause some untrusted script or code to execute. If scripting isn't enabled in the browser, and the user doesn't open unknown/unexpected/untrusted attachments, there isn't really any viable way for malware to be installed. I'm sorry to be arguing positively for Windows on a Gentoo list, I do use Gentoo and it is my favorite Linux distro, I've just never been able to muster up blind dislike for any computer operating system. I try to look at the pros and cons of a particular feature's implementation, and judge it objectively. I don't always come down in favor of Windows, or Linux, it just depends on the particular functionality being discussed. Regards, Bob Young -- gentoo-user@gentoo.org mailing list
RE: [gentoo-user] antivirus
> -Original Message- > From: Michael Kintzios [mailto:[EMAIL PROTECTED] > Sent: Thursday, March 09, 2006 9:12 AM > To: gentoo-user@lists.gentoo.org > Subject: RE: [gentoo-user] antivirus > > > -Original Message- > > From: Bob Young [mailto:[EMAIL PROTECTED] > > Sent: 08 March 2006 21:05 > > To: gentoo-user@lists.gentoo.org > > Subject: RE: [gentoo-user] antivirus > > > [snip] > > As to not running without Admin > > rights, most of those > > cases can be taken care of with RunAs. It's better to run a > > single App with > > Admin privledges rather than have all apps including email > > and browsers > > running with Admin rights. > > Actually, it would be better to troubleshoot the particular application > and allow it write/execute or modify rights *only* to the files it needs > to access for the particular plain user (typically some files or a > folder under C:\Program Files). In most cases it's not blocked file writes that cause these apps to fail, it's blocked access to registry keys. In many cases, I'm convinced it's simply a matter of the app incorrectly specifying read/write access to a value or key that it really only needs read access to. It would be inappropiate and dangerous to grant registry write permissions to regular users, even just for certain keys or subsections, just to fix one or two badly designed apps. If it were just a matter of writing to files under the "Program Files" directory, then the apps would work under a PowerUser account, and yet there are indeed badly designed apps that fail to run as a PowerUser, but work fine when executed with Admin rights. > It may take some time to set up access rights for all such badly written > apps, but it'll keep your M$Windoze box as safe as it will ever be. If > in addition you shut down all the open by default Windoze ports > (135-139, 445, 500, 1900, 4000 + remote admin) and disable I agree that a properly configured firewall is important to system security on any machine with a public IP address, that's true regardless of what operating system is running on it. > unnecessary/dangerous services and also stop using OE and IE (or at > least stop using them with their default settings) you should be safe > enough going about your normal business. I've never used OE under Windows, I consider it a throw away app, I find the full version of Outlook much more capable. As to the defaults for it and IE, I'd agree that it's possible to choose more "lockedown" settings. I'm less concerned about this if they are running under a non Admin account and are behind a decently configured firewall. Personally I find html email much more readable and expressive than bland ASCII text, that being said, neither I nor my wife open unknown/untrusted attachments. WRT IE, I enable/disable scripting/ActiveX depending on what I'm doing and what I know about my destination(s). Regards, Bob Young -- gentoo-user@gentoo.org mailing list
RE: [gentoo-user] antivirus
Every few months or so I'll load Norton AntiVirus, grab the latest latest virus definitions, and do a full scan of the entire system, nothing is ever found. After the scan is complete I uninstall it. The importance of Antivirus software is waaay over exagarated. For people who aren't willing to adopt the few simple practices that would keep them safe, AntiVirus software may have some value. However, for anyone willing to adhere to a few basic rules, AV software is mostly the modern day equevelent of Snake Oil, it's a waste of money and CPU cycles. Regards Bob Young > -Original Message- > From: Midnight Toker [mailto:[EMAIL PROTECTED] > Sent: Wednesday, March 15, 2006 1:57 AM > To: gentoo-user@lists.gentoo.org > Subject: Re: [gentoo-user] antivirus > > > If you've been running without Anti Virus software for years now, how > do you know the machines are clean of virus's? > > > On 8 Mar 2006, at 20:24, Bob Young wrote: > > > Here, here. It's really not about the OS, or what "protection" > > software is > > or isn't installed, it's about the habits and practices of the > > user. Any > > computer can (and probably will) be compromised if the user is > > careless or > > naive about what they do and where they go on the Net. Like you, > > I've run > > different versions of DOS, Windows (NT derivatives only), OS/2, & > > Linux. I > > did get a virus once in the early days when running DOS, but since > > then I've > > never had a Windows or Linux box compromised by a virus or malware, > > and > > that's without running any anti-virus software of any kind on any > > of the > > Windows boxes. > > > > FWIW one of those Windows boxes is currently a web/email/DNS/FTP > > server > > with seven public IPs serving between four and seven domains. There > > is also > > a Gentoo Linux box doing secondary DNS for the domains, the windows > > box has > > a firewall but no AV software at all, both servers (one Windows & one > > Gentoo), have remained clean and stable for several years now, as > > do all of > > my various Windows and Gentoo workstations, none of which run any > > antivirus > > software. > > > > In short if a user is getting infected a lot using Windows, > > switching to > > Linux is not curing the root cause. The basic problem is the user > > needs to > > understand what s/he is doing that's allowing malicious code to > > execute on > > their system and stop doing it. In the vast majority of Windows cases, > > simply *not* routinely logging on with admin privileges would > > probably stop > > 99% plus of the infections. > > > > Regards, > > Bob Young > > > > > > > > -- > > gentoo-user@gentoo.org mailing list > > > > -- > gentoo-user@gentoo.org mailing list > > -- gentoo-user@gentoo.org mailing list
[gentoo-user] Named problem, I'm beyond my depth and need a little help here
Installed 2.6.11-hardnend-r15 to use as a secondary DNS server for the
four domains I have. I can get named to start but it's by brute force,
and I want to understand/fix the problem with it not starting via the
default init script.
Here is what the start{} section of /etc/init.d/named looked like
originally:
start() {
ebegin "Starting ${CHROOT:+chrooted }named"
checkconfig || return 1
start-stop-daemon --start --quiet --pidfile ${PIDFILE} --exec
/usr/sbin/named -u named -n ${CPU} ${OPTIONS} ${CHROOT:+-t $CHROOT}
eend $?
}
With that init script, here is the result I get:
ns BYoung # /etc/init.d/named start
* Starting named ...
usage: named [-c conffile] [-d debuglevel] [-f|-g] [-n number_of_cpus]
[-p port] [-s] [-t chrootdir] [-u username]
named: extra command line arguments[ !! ]
ns BYoung #
***
If I change the start{} section of /etc/init.d/named to this:
start() {
ebegin "Starting ${CHROOT:+chrooted }named"
checkconfig || return 1
/usr/sbin/named -u named -n 1
eend $?
}
Then I get this result:
ns BYoung # /etc/init.d/named start
* Re-caching dependency info (mtimes differ)...
* Starting named ...[ ok ]
ns BYoung #
1. Why does the original version of the init script not work?
2. What I can change so that it will work?
Please don't hesitate to ask for further information if there is
something I've left out that would be relevant or helpful.
Thanks for any Help
Bob Young
--
gentoo-user@gentoo.org mailing list
RE: [gentoo-user] portage bugs?
FWIW, while bringinging up a new dual AMD64 box last night, I got the exact same abort on autoconf during an emerge system. I solved it the same way, by manualy emerging autoconf and restarting the emerge with the –newuse flag. I didn’t run into the aclocal problem, instead the emerge of samba caused a second abort for me. That appeared to be a genuine compile error, so I removed the samba use flag and continued the emerge system which completed without further error. On a side note, bringing this box up has been very frustrating. By default the kernel on the install CD enables both CPUs, I spent a week starting and restarting the install from various points. The problem was that the compiles would just stop in the middle of compiling some random package. No error message, no indicated system malfunction of any kind, the compiler just stopped doing anything. It appeared to be just the compiler that was hung, as a ctrl-c would return me to the command prompt. Forcing “nosmp” and “noapic” on the boot command line of the install CD resolved that hang. Unfortunately that was after trying a *lot* of other things and command line options. Regards, Bob Young -Original Message- From: Erwin Lang [mailto:[EMAIL PROTECTED] Sent: Thursday, October 06, 2005 6:16 AM To: gentoo-user@lists.gentoo.org Subject: [gentoo-user] portage bugs? hi! During installation of a new system I recognised two things: 1) `emerge -e system' aborted two times. * The first time the command autoconf was missing so I manually installed the package autoconf. * The second time the command aclocal was missing so I manually installed the package automake (which contains aclocal) I tried `emerge -ep system' an the two packages (autoconf and automake) are mentioned in the list of packages which portage will install. But it seems that portage installs them to late. 2) after `emerge -e system' I tried to install the following packages: `emerge -va reiserfsprogs lvm2 syslog-ng vixie-cron postfix' vixie-cron needs an mta and tries to install ssmtp - which conflicts with postfix. portage didn't recognised that I mentioned an mta on command line. I worked around by mentioning postfix before vixie-cron on command line: `emerge -va reiserfsprogs lvm2 syslo-ng postfix vixie-cron' Then portage recognised postfix and didn't try to install another mta. Shouldn't portage be smart enough to solve this by itself? greetings erwin
RE: [gentoo-user] possible defective memory
FWIW, I had the same problem, (compile would hang, no error, no message, nothing), while installing a dual AMD64 system last week. I got past it by using kernel switches to force single CPU (nosmp), and disabling the apic (noapic), during the install. Don't know for sure which switch resolved it, or if they were both needed. May not help you, but thought I'd mention it just in case. Regards, Bob Young -Original Message- From: bruce harding [mailto:[EMAIL PROTECTED] Sent: Tuesday, October 11, 2005 3:13 PM To: gentoo-user@lists.gentoo.org Subject: Re: [gentoo-user] possible defective memory On Sun, 9 Oct 2005 03:16:52 +0200 "Hemmann, Volker Armin" <[EMAIL PROTECTED]> wrote: > On Sunday 09 October 2005 03:08, bruce harding wrote: > > I've got 2 sticks of Kingston HyperX 3200 DDR Registered & ECC. Is > > it possible that this if I ran memtest86+ for 2 days straight and > > found no error that the memory could still be defective? > > > > I ask because I can't get a complete compile of glibc. I have to > > restart the process at lease 3 times before the compile will > > complete. > > > > > > Let me know what you think. > > -- > > yes it is completly possible. > > But it is also possible, that your PSU is not powerfull enough. A big > compile needs a lot of processing power and stresses the ram, so a > lot of current is needed - and some PSUs aren't able to cope with > such a load -exspecially if they are cheap and/or a little bit older. > Try another PSU, do you still have problems, RMA the ram. > > Memtest86(+) is known not to find all errors. Actually, I'm on my third PSU I now own a dual rail, 650watt SilverStone. And I don't get any errors. The compile just appears to stop, but if I do "top" the thread for the compile is running at 90%. I got off the phone with Kingston and they are going to replace the ram. I hope that solves my problem. == bruce -- gentoo-user@gentoo.org mailing list -- gentoo-user@gentoo.org mailing list
RE: [gentoo-user] failed to load nvidia kernel module
-Original Message- From: renna bud [mailto:[EMAIL PROTECTED] Sent: Thursday, October 27, 2005 1:01 PM To: gentoo-user@lists.gentoo.org Subject: [gentoo-user] failed to load nvidia kernel module hi to all. i am finalizing a fresh new gentoo installation. i'm having some problems with xorg and my nvidia geforce mx 440 card. i followed the instructions on the dedicated part of documentation on gentoo.org, and even tried the following commands as proposed by gentoo-wiki.com but i allways get the same error #emerge nvidia-kernel nvidia-glx nvidia-settings #opengl-update nvidia #modprobe nvidia #X -configure #X -config /root/xorg.conf.new but i allways get this (from /var/log/Xorg.0.log) (II) Setting vga for screen 0. (==) NVIDIA(0): Depth 8, (==) framebuffer bpp 8 (==) NVIDIA(0): Default visual is PseudoColor (==) NVIDIA(0): Using gamma correction (1.0, 1.0, 1.0) (--) NVIDIA(0): Linear framebuffer at 0xF000 (--) NVIDIA(0): MMIO registers at 0xEE00 (EE) NVIDIA(0): Failed to initialize the NVIDIA kernel module! (EE) NVIDIA(0): *** Aborting *** (II) UnloadModule: "nvidia" (EE) Screen(s) found, but none have a usable configuration. Fatal server error: no screens found Please consult the The X.Org Foundation support at http://wiki.X.Org for help. Please also check the log file at "/var/log/Xorg.0.log" for additional information. portage installed me diffferent versions of nvidia-glx and nvidia-kernel (1.0.6629-r6 and 1.0.6629-r4) should i install the same version? are there newer versions available, or are these known not to work? right now i'm using the nv driver, and i have everything i need (kde) working, though i'd like to set up my nvidia card to its full capabilities thanks I'm ran into the exact same problem on a newly installed dual Opteron system yesterday. Basically it's a broken nvidia ebuild. There was a thread on this forum about this exact issue a couple of weeks ago. The "solution" is to emerge the masked versions of the nvidia-kernel. To see what versions are available you can: ACCEPT_KEYWORDS="~x86" emerge -sv nvidia Then umask the specific version of the packages you want to use: #echo '=media-video/nvidia-kernel-1.0.7676 ~x86' >>/etc/portage/package.keywords #echo '=media-video/nvidia-glx-1.0.7676-r1 ~x86' >>/etc/portage/package.keywords Assuming your running x86 of course, otherwise replace "~x86" with the appropiate value for your arch. HTH, Bob Young -- gentoo-user@gentoo.org mailing list
RE: [gentoo-user] failed to load nvidia kernel module
-Original Message- From: Qian Qiao [mailto:[EMAIL PROTECTED] Sent: Thursday, October 27, 2005 11:53 AM To: gentoo-user@lists.gentoo.org Subject: Re: [gentoo-user] failed to load nvidia kernel module On 10/27/05, Bob Young <[EMAIL PROTECTED]> wrote: > I'm ran into the exact same problem on a newly installed dual Opteron system > yesterday. Basically it's a broken nvidia ebuild. There was a thread on this > forum about this exact issue a couple of weeks ago. The "solution" is to > emerge the masked versions of the nvidia-kernel. To see what versions are > available you can: > HTH, > Bob Young Hmmm, I'm running nvidia-kernel 6629-r4 and nvidia-glx 6629-r6 on a amd64 system without any problems. I don't have the specific versions that were failing for me, as I'm not at home right now, but as I mentioned there was a thread on this recently, here are some quotes from that thread: OP: I can't find out what I'm doing wrong. I have a nvidia card (GeForce FX 5200) and I managed to launch the X server with the nv driver. When I try to use the nvidia driver, the server aborts, complaining about not finding a usable screen section. The following file is the one that works (with nv). To try nvidia, I made two changes: Load "glx" (instead of dri) and nvidia (as driver) instead of nv. Something is missing... (Didn't change identifiers and such.) I emerged nvidia/kernel and nvidia-glx for good measure, issued "modprobe nvidia", modules-update, openglx-update nvidia... Kernel is 2.6.13-gentoo-r3. The last lines of /var/log/Xorg.0.log : [29] 0 0 0x03c0 - 0x03df (0x20) IS[B] (II) Setting vga for screen 0. (**) NVIDIA(0): Depth 24, (--) framebuffer bpp 32 (==) NVIDIA(0): RGB weight 888 (==) NVIDIA(0): Default visual is TrueColor (==) NVIDIA(0): Using gamma correction (1.0, 1.0, 1.0) (--) NVIDIA(0): Linear framebuffer at 0xE000 (--) NVIDIA(0): MMIO registers at 0xFD00 (EE) NVIDIA(0): Failed to initialize the NVIDIA kernel module! (EE) NVIDIA(0): *** Aborting *** (II) UnloadModule: "nvidia" (EE) Screen(s) found, but none have a usable configuration. Fatal server error: no screens found Followup by OP: It seems it's a known bug. I emerged nvidia-kernel and nvidia-glx with ACCEPT_KEYWORDS="~x86" and it works now. Comment from list member: One thing to check is do you have any /dev/nv* devices? There was a thread in the forums on this which has a script for recreating them and another thread on this list in which I posted it. Reply by OP: That was it. I found the thread, that's why I emerged the masked versions of the driver (see my reply to myself). BTW: the suggestion to put the script in /etc/conf.d/local.start seems somewhat strange: doesn't /etc/init.d/local get executed after all other scripts in the default runlevel? Doesn't this mean that the script would be started _after_ the X server? *** Maybe this isn't the problem in this specific case, I don't know, but it's possible that it is. I don't remember whether or not the OP in this case specified whether or not the configuration was working with the default nv driver or not, that should be the first step in troubleshooting this. Once the nv driver works with the configuration, if the nvidia driver does not, that's a resonable indication that there is something wrong with the nvidia module. Regards, Bob Young -- gentoo-user@gentoo.org mailing list
RE: [gentoo-user] failed to load nvidia kernel module
-Original Message- From: Qian Qiao [mailto:[EMAIL PROTECTED] Sent: Thursday, October 27, 2005 1:07 PM To: gentoo-user@lists.gentoo.org Subject: Re: [gentoo-user] failed to load nvidia kernel module On 10/27/05, Bob Young <[EMAIL PROTECTED]> wrote: > Now that you mention it, I did have problems with a ~amd64 version of nvidia-kernel, couldn't remember the version number tho, :( And after that, I reverted to the stable version of nvidia-kernel, and had no problem afterwards. Strange... I think it's also kernel version related, as I had no problems using the stable version of the nvidia kernel with the 2.6.12 gentoo kernel, but then I did a completely fresh install and got a 2.6.13 kernel which exibited the described problem with the stable version of nvidia. Regards, Bob Young -- gentoo-user@gentoo.org mailing list
RE: [gentoo-user] failed to load nvidia kernel module
-Original Message- From: Jose Maria Alvarez Fernandez [mailto:[EMAIL PROTECTED] Sent: Thursday, October 27, 2005 1:37 PM To: gentoo-user@lists.gentoo.org Subject: Re: [gentoo-user] failed to load nvidia kernel module It's kernel related. 2.6.13 doesn't create the nvidia devicess correctly with udev, which with 2.6.13 is default. You can try to put this in the local.start if you want to use this nvidia kernel versions: for i in 0 1 2 3 4 5 6 7; do node="/dev/nvidia$i" rm -f $node mknod $node c 195 $i || echo "mknod \"$node\"" chmod 0660 $node || echo "chmod \"$node\"" chown :video $node || echo "chown \"$node\"" done node="/dev/nvidiactl" rm -f $node mknod $node c 195 255 || echo "mknod \"$node\"" chmod 0666 $node || echo "chmod \"$node\"" chown :video $node || echo "chown \"$node\"" Hope it helps! *** I thought that was what I remembered. Althoughif it's the 2.6.13 gentoo kernel that's responsible for creating the necessary nodes, why do the unstable/masked versions of nvidia-kernel work correctly under a 2.6.13 kernel without any "helper" scripts? Regards, Bob Young -- gentoo-user@gentoo.org mailing list
RE: [gentoo-user] failed to load nvidia kernel module
-Original Message- From: Qian Qiao [mailto:[EMAIL PROTECTED] Sent: Thursday, October 27, 2005 2:20 PM To: gentoo-user@lists.gentoo.org Subject: Re: [gentoo-user] failed to load nvidia kernel module I doubt it's kernel related, I'm on a amd64 with 2.6.13-r3 here. And nvidia-kernel 6626-r4 runs fine. Seems it is: Thread from another user who experienced the problem: http://www.usenetlinux.com/archive/topic.php/t-495527.html The bug on it posted in Gentoo bugzilla: http://bugs.gentoo.org/show_bug.cgi?id=104369 Regards, Bob Young -- gentoo-user@gentoo.org mailing list
RE: [gentoo-user] Kernel 2.6.14 & Nvidia
-Original Message- From: Philip Webb [mailto:[EMAIL PROTECTED] Sent: Monday, November 07, 2005 12:06 PM To: gentoo-user@lists.gentoo.org Subject: Re: [gentoo-user] Kernel 2.6.14 & Nvidia 051107 Catalin Grigoroscuta wrote: > Philip Webb wrote: >> Has anyone got Nvidia to work with Kernel 2.6.14 ? >> I had it working with 2.6.12 , but got an error with 2.6.14 : >> (EE) NVIDIA(0): Failed to initialise NVIDIA kernel module! >> (EE) NVIDIA(0): *** aborting *** >> (EE) Screen(s) found, but none have usable configuration > Had same problem today with 2.6.13-r5. > Turned out that nvidia module was not loaded > so a simple modprobe nvidia fixed the problem. I don't think that's the problem here: root: root> modprobe -l ... /lib/modules/2.6.14-gentoo/video/nvidia.ko Don't know if it's relevant to 2.6.14 but there was an issue with 2.6.13 and the nvidia drivers: Thread from another user who experienced problems. http://www.usenetlinux.com/archive/topic.php/t-495527.html The bug on it posted b.g.o: http://bugs.gentoo.org/show_bug.cgi?id=104369 May not be your problem, but maybe worth investigating. -- Bob Young -- gentoo-user@gentoo.org mailing list
RE: [gentoo-user] Kernel 2.6.14 & Nvidia
-Original Message- From: David Corbin [mailto:[EMAIL PROTECTED] Sent: Monday, November 07, 2005 3:21 PM To: gentoo-user@lists.gentoo.org Subject: Re: [gentoo-user] Kernel 2.6.14 & Nvidia On Sunday 06 November 2005 11:13 pm, Norberto Bensa wrote: > Philip Webb wrote: > > Has anyone got Nvidia to work with Kernel 2.6.14 ? > > Yup. In /etc/conf.d/local.start > > /sbin/NVmakedevices.sh > > or > > mknod /dev/nvidia0 c 195 0 > mknod /dev/nvidiactl c 195 255 This doesn't work for me. If I have the nvidia FB compiled in, then nvidia module fails to load long before local.start seems to be called. You can't have the nv driver providing the console frame buffer, then load the nvidia driver. If you do that, you have two different modules laying claim to control of the video hardware, thus causing the second one to fail to load.. If you want support for different video modes and boot splash etc, use the vesafb, then your nvidia driver should load. Bob Young -- gentoo-user@gentoo.org mailing list
RE: [gentoo-user] Re: default stage3
-Original Message- From: Allan Gottlieb [mailto:[EMAIL PROTECTED] Sent: Monday, November 21, 2005 12:16 PM To: gentoo-user@lists.gentoo.org Subject: [gentoo-user] Re: default stage3 At Mon, 21 Nov 2005 14:13:14 +0100 "Hemmann, Volker Armin" <[EMAIL PROTECTED]> wrote: > On Monday 21 November 2005 13:33, Steve B wrote: >> WTF.. I'm getting ready to rebuild my gentoo box. I have always did a stage >> 1 install. i was under the impression that if u used a stage 3 u couldn't >> muck with your CFLAGS or what not. 3. If you fiddle with USE flags, /etc/package.* files, etc, you can get the effect of a customized stage1 install by recompiling everything twice. I suspect simply emerge -e world; emerge -e world 3A. Only a few items really need to be compiled the first time. 3B. There are scripts in the forums to do this "automatically". I installed gentoo on a dual Opteron box this weekend, I've always done stage1 installs, but this time decided to try the recommeded stage3 method. I understand the concept of doing an "emerge -e world" in order to get the optimization of a stage1 install, and I've done this ( one time ) on the install I just completed. Can sombody explain why it's necessary/desirable to do this *twice*? What real difference does the second execution really make? Thanks, Bob Young -- gentoo-user@gentoo.org mailing list
[gentoo-user] Build error in threads.c, maybe related to nptlonly use flag.
reported only once
threads.c:145: error: for each function it appears in.)
make[2]: *** [threads.so] Error 1
make[2]: Leaving directory
`/var/tmp/portage/mit-krb5-1.4.3/work/krb5-1.4.3/src/util/support'
make[1]: *** [all-recurse] Error 1
make[1]: Leaving directory
`/var/tmp/portage/mit-krb5-1.4.3/work/krb5-1.4.3/src/util'
make: *** [all-recurse] Error 1
!!! ERROR: app-crypt/mit-krb5-1.4.3 failed.
!!! Function src_compile, Line 53, Exitcode 2
!!! (no error message)
!!! If you need support, post the topmost build error, NOT this status
message.
>>> original instance of package unmerged safely.
>>> sys-apps/tcp-wrappers-7.6-r8 merged.
>>> clean: No packages selected for removal.
>>> emerge (143 of 189) app-crypt/mit-krb5-1.4.3 to /
>>> md5 files ;-) mit-krb5-1.4.1-r2.ebuild
* make.conf **
CHOST="x86_64-pc-linux-gnu"
CFLAGS="-march=opteron -O3 -pipe -fomit-frame-pointer -ftracer"
CXXFLAGS="${CFLAGS}"
USE="amd64 a52 acl acpi adns alsa arts audiofile avi bash-completion berkdb
bonobo bzip2 caps
cdparanoia cdr crypt cscope ctype curl curlwrappers cups dbus dbx dio
directfb divx4linux doc
dvd dvdr dvdread emacs emacs-w3 emul-linux-x86 encode ethereal evo
examples exif fam fastcgi
fbcon ffmpeg fftw flash foomaticdb fortran ftp gb gdbm gif glx -gnome
gnutls glut gmp gphoto2
gpm gstreamer gpm -gtk -gtk2 gtkhtml hal idn ieee1394 imlib
imagemagick jack java jbig javascript
jikes joystick jpeg junit -kde -kdeenablefinal kerberos -krb4 -ldap
libwww mad maildir mbox mikmod
mime ming mng mono mozilla mp3 mpeg mpi multilib mysql ncurses nis
nocardbus nptl nptlonly
offensive ogg oggvorbis opengl pcntl pcre pdflib perl php png posix
python -qt quicktime readline
samba sasl session simplexml slp snmp sndfile sockets source spell spl
ssl svga tcpd tidy tiff truetype
truetype-fonts type1-fonts usb verbose videos wmf wxwindows -X xml
xml2 xmms xpm xv xvid zlib"
***
I think the "nptl nptlonly " use flags are relevant to this, but am not
sure. I know the "kerberos" flag is related, but since the box will be
interacting with an Active Directory domain controler kerberos seems
appropiate to have.
I'd prefer not to give up nptlonly flag to solve this, but if that's the
only way to avoid this error, I guess I'll have no choice, but most of all I
would like to understand exactly what and where the problem is. If it's
something moderately simple, like threads.c not "paying attention to a
define" or something similar, I might try and fix it, but either way I'd
like to understand it more than I currently do.
Output that seems particularly interesting:
Output: "threads.c:145: error: `pthread_mutexattr_setrobust_np' undeclared
(first use in this function)"
Comment: Okay that's the error pthread_mutexattr_setrobust_np is undeclared.
Output "checking for pthread_mutexattr_setrobust_np... no" (<- From
configure)
Comment: HmmmConfigure knows it's not available in the "normal" way.
Output: "-DHAVE_PTHREAD_MUTEXATTR_SETROBUST_NP_IN_THREAD_LIB=1" (<- From
gcc )
Comment: What is this supposed to signify?
Output: checking for pthread_mutexattr_setrobust_np in -lc... yes (<- From
configure)
Comment: Okay...It's available in "-lc" what does that mean? and if it's
available why is it causing a build error?
Comment: What does "-lc" mean? Would declaring
pthread_mutexattr_setrobust_np as "external" on the condition of some define
solve the problem?
Again sorry for the long post, TIA to anyone who can share some insight.
Regards,
Bob Young
--
gentoo-user@gentoo.org mailing list
RE: [gentoo-user] Build error in threads.c, maybe related to nptlonly use flag.
> -Original Message- > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] > Behalf Of Richard Fish > Sent: Friday, May 12, 2006 10:48 AM > To: gentoo-user@lists.gentoo.org > Subject: Re: [gentoo-user] Build error in threads.c, maybe related to > nptlonly use flag. > > Not an nptl issue, looks like a bug in the configure to me. > > The configure is finding that glibc has the > pthread_mutexattr_setrobust_np function, so in threads.c it is > activating this piece of code: Thanks for the detailed explaination and the solution, much appreciated. Regards, Bob Young -- gentoo-user@gentoo.org mailing list
[gentoo-user] Aparrent confcache issue - Solved,but.....
.3 built and installed without error. The description for confcache says: "GNU autoconf is a bottleneck for compiling packages - especially on multi-processor boxes, confcache had been considered as a way to lower the cost of repeatedly running autoconf-generated configure scripts." Since this is a dual Opteron box I'd like to use confcache, seems that it might save some time while building the 450 or so packages that I now need to start over on rebuilding. Of course if confcache had worked correctly I wouldn't need to start over. I've looked in the man pages and searched the web for confcache information, but haven't found much. 1. Should I have known that I needed to do something to confcache after upgrading gcc, is that "common knowledge" that I missed somehow? 2. Can I safely re-enable confcache before restarting the emerge -e world? I did find this http://bugs.gentoo.org/show_bug.cgi?id=133902, and the comments in the "master" confcache bug seem to indicate that the "error" is in an ebuild previous to the one that failed. If I had not deleted /var/tmp/confcache/config.cache I'd have sent in the requested information to help resolve this bug. I can't tell from the comments whether or not it's safe to re-enable confcache with a new fresh database, or if there are just some ebuilds that break when it's enabled. 3. Is there any info regarding refreshing, updating, maintaining, confcache's cache, specifically how, when, and what to do? TIA Bob Young San Jose, CA. -- gentoo-user@gentoo.org mailing list
RE: [gentoo-user] gcc-4.1.1
> On 6/7/06, Roy Wright <[EMAIL PROTECTED]> wrote: > > You might want to read: > > > > http://forums.gentoo.org/viewtopic.php?t=282474&highlight= > > > > which basically recommends: > > > > emerge -s > > emerge -s > > emerge -e > > emerge -e > > > Ugh, this is completely pointless. A single "emerge -e world" is > sufficient. > Depends on what you consider sufficient. Although what the page recommends was misquoted, it actually suggests: emerge -e system emerge -e system emerge -e world emerge -e world That's probably is a little bit excessive, but the reason for doing the two emerge -e systems is so that the new tool chain is built with the new tool chain. At the end of the first emerge -e system you may have a new compiler, but that new compiler was built with the old compiler. What you actually want is a gcc-4.1.1 that was built with gcc-4.1.1. You could emerge the compiler twice before doing the emerge -e system, but the the emerges that happen before glibc is rebuilt are linked against a glibc that was built with the old compiler. Same with the rest of the tool chain and libraries. That being said "emerge -e system" is probably overkill just for a new toolchain. Updating a subset of all possible toolchain related things and then following that by a single emerge -e world would probably be sufficient for most people. This page: http://forums.gentoo.org/viewtopic-t-345229.html is about doing an install, but it shows how to update a subset of the entire tool chain. Note that the article does in the end, do a double emerge -e system, so the the value of updating a toolchain subset is questionable for the article's purposes. In short: emerge gcc-config glibc binutils libstdc++-v3 gcc emerge gcc-config glibc binutils libstdc++-v3 gcc emerge -e world To be clear, in order to make sure absolutely everything is updated and the libraries that are linked against are also updated prior to use, the two emerge -e system commands, are the definitive solution. For those who don't want to spend many extra hours of compile time, in order to gain a 0.5% increase in performance, the above is offered for consideration. Regards, Bob Young -- gentoo-user@gentoo.org mailing list
RE: [gentoo-user] gcc-4.1.1
> -Original Message- > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] > Behalf Of Richard Fish > Sent: Wednesday, June 07, 2006 9:24 PM > To: gentoo-user@lists.gentoo.org > Subject: Re: [gentoo-user] gcc-4.1.1 > > > On 6/7/06, Bob Young <[EMAIL PROTECTED]> wrote: > > chain. At the end of the first emerge -e system you may have a > new compiler, > > but that new compiler was built with the old compiler. > > This is false. Gcc uses itself to build itself. It uses the system > compiler to build an initial version of itself, and then uses that > version to build itself. And then for good measure, it uses that > version to build the final version. It's called a 3-stage bootstrap, > and is documented in the file INSTALL/build.html in the gcc sources. > You can also look at /usr/portage/eclass/toolchain.eclass to determine > that Gentoo uses the "bootstrap-lean" target by default. No, sorry that's just wrong. gcc is slotted, if the above were true there would be no need for gcc-config in order to select a default compiler. When a new compiler is emerged, it does *not* automatically become the default system compiler, it must be selected, and that can only happen after it has successfully been emerged. The first time a new gcc compiler is emerged, it is indeed built with the previous version of the compiler that is currently istalled as the system default. > Frankly, anybody who claims that gcc needs to be merged twice so it > can be built with itself and produce better object code does not have > a clue what they are talking about and you should simply disregard > anything else they have to say about what is necessary/useful when > upgrading gcc. It does have to be emerged twice in order for it to be built with itself, anybody who thinks otherwise doesn't understand the basic principles of compiling and linking. > > happen before glibc is rebuilt are linked against a glibc that was built > > with the old compiler. > > And guess what difference this makes to the end result. None. > Nada. Nothing. > > Because for basically every program on your system, they are > *dynamically linked* against glibc. Are you absolutely 100% sure that every single system utility and application is *dynamically* linked, and that no apps or utilities anywhere in the system specifies *static* linking? > There are a few statically linked programs that will include glibc > internally. These are used only for system recovery purposes...there > is no need to worry about them at all. Really, so people who intentionally and specifically want to upgrade absolutely *everything* should not worry about what gets left out because Richard says it's unimportant? The issue is about upgrading gcc and even the gcc upgrade howto recommends an emerge -e world. It's clear that gcc it self at least has to be emerged twice in order to build the new gcc *with* the new gcc. Whether this is strictly necessary or not is certaintly debatable, but since it executes fairly quickly, and seems a prudent step, I'd argue that it's a reasonable course. Of course a selecting the new gcc as the default with gcc-config is also required in between, but that's self evident. Adding gcc-config, glibc, binutils, libstdc++-v3, quickly covers the most important parts of the basic tool chain, and covers most utilities or apps that might specify static linking, and executes much much faster than an emerge -e system. > There is no value to having glibc or libstdc++-v3 in the first line. > There is no value at all to doing that twice. Twice is the only way to build the new gcc *with* the new gcc. I should have added the gcc-config select command in between, but I thought that was pretty clearly necessary. > Also, libstdc++-v3 is only needed by a few binary-only programs on > Gentoo. Moreover, it is simply a build of gcc-3.3.6, which as I > already said uses itself to build itself, so I cannot see any point in > ever re-merging libstdc++-v3 due to a gcc upgrade I know you said it, but that doesn't mean you were correct. The fact is that anything emerged is built with the currently selected system compiler, the first time a new compiler is emerged it is built with the current (old) compiler (duh). *After* it is successfuly emerged, it can be selected as the default system compiler, then re-emergeing gcc will result in the new compiler being built with the new compiler. The same holds true for libstdc++-v3 orginally it was built with the default system compiler, it makes sense to have it rebuilt with the new compiler. Regards, Bob Young -- gentoo-user@gentoo.org mailing list
RE: [gentoo-user] gcc-4.1.1
> -Original Message- > From: Hans-Werner Hilse [mailto:[EMAIL PROTECTED] > Sent: Thursday, June 08, 2006 6:32 AM > To: gentoo-user@lists.gentoo.org > Subject: Re: [gentoo-user] gcc-4.1.1 > > You haven't understood a word from the posting you're replying to. > > > It does have to be emerged twice in order for it to be built with > > itself, anybody who thinks otherwise doesn't understand the basic > > principles of compiling and linking. > > Try to understand what you are replying to. GCC's internal build logic > does the staging. That's got nothing to do with what your system calls > when you issue "gcc", and only at that point the slotting of GCC > versions comes into play. Show me some documentation for this "staging" you refer to. When you "emerge gcc" it is built with the current compiler, if the current compiler is gcc 3.4.6, and you emerge gcc 4.1.1, that means that while gcc 4.1.1 is being emerged it is built with gcc 3.4.6. gcc 4.1.1 can't be built with 4.1.1 because it hasn't been emerged yet, and as far as the system knows it doesn't actually exist yet. Can you clearly and concisely explain to me how something that is in the process of being emerged can be used to emerge itself? Doesn't make sense. Regards, Bob Young -- gentoo-user@gentoo.org mailing list
RE: [gentoo-user] gcc-4.1.1
> -Original Message- > From: Bo Ørsted Andresen [mailto:[EMAIL PROTECTED] > Sent: Thursday, June 08, 2006 7:29 AM > To: gentoo-user@lists.gentoo.org > Subject: Re: [gentoo-user] gcc-4.1.1 > > > Thursday 08 June 2006 16:00 skrev Bob Young: > > Show me some documentation for this "staging" you refer to. > > If you unpack the gcc sources you will find it in > gcc-*/INSTALL/build.html as > already mentioned by Richard. But you can also see it at [1]. > > [1] http://gcc.gnu.org/install/build.html > Okay, I stand corrected. Regards, Bob Young -- gentoo-user@gentoo.org mailing list
[gentoo-user] Evolution icons missing under KDE but nut under Gnome
This is how Evolution displays if I log in under KDE or Gnome: http://www.debug1.com/ Why the difference, and how can I get it to display correctly under KDE? TIA Bob Young -- gentoo-user@gentoo.org mailing list
RE: [gentoo-user] gcc-4.1.1
> -Original Message- > From: Jerry McBride [mailto:[EMAIL PROTECTED] > Sent: Wednesday, June 07, 2006 7:10 PM > To: gentoo-user@lists.gentoo.org > Subject: Re: [gentoo-user] gcc-4.1.1 > > > On Wednesday 07 June 2006 21:50, Bob Young wrote: > Note that the > > article does in the end, do a double emerge -e system, so the > the value of > > updating a toolchain subset is questionable for the article's purposes. > > > > In short: > > > > emerge gcc-config glibc binutils libstdc++-v3 gcc > > emerge gcc-config glibc binutils libstdc++-v3 gcc > > emerge -e world > > > > To be clear, in order to make sure absolutely everything is > updated and the > > libraries that are linked against are also updated prior to use, the two > > emerge -e system commands, are the definitive solution. For > those who don't > > want to spend many extra hours of compile time, in order to gain a 0.5% > > increase in performance, the above is offered for consideration. > > > > Regards, > > Bob Young > > Wow! I said the same thing a week or so ago and got the same rebuttal. > However, it's what I do none the less. And it works. > I've been thinking about this over the last week or so. In particular the fact that gcc always uses itself to build itself, does elminate the need for building gcc twice. That being the case, emerging the new gcc then selecting it as the default system compiler followed by a single emerge -e world should be all that is necessary. I suppose it's possible that a few apps or utilities that use static linking *could* possibly end up linking against libraries that have not been rebuilt with the new compiler yet due to build order issues. However since the number of apps and utilities that actually use static linking is very small, it doesn't seem that a double emerge -e world or system is justified. That being said, seems these two articles appear to be giving out bad information: http://forums.gentoo.org/viewtopic.php?t=282474&highlight= http://forums.gentoo.org/viewtopic-t-345229.html If I've mis-characterisized the issue in the above description I'd appreciate it if someone would correct any mis-statements. Lastly, since the Gentoo handbook no longer describes a stage one install, is there any "official" documentation that describes the *correct* way to do a stage3 install and end up with the same level of optimization and customization that used to be provided by a stage1 install? -- Regards, Bob Young -- gentoo-user@gentoo.org mailing list
RE: [gentoo-user] gcc-4.1.1
> -Original Message- > From: Thomas T. Veldhouse [mailto:[EMAIL PROTECTED] > Sent: Friday, June 16, 2006 10:25 AM > To: gentoo-user@lists.gentoo.org > Subject: Re: [gentoo-user] gcc-4.1.1 > You didn't pay attention to what he wrote. I hope perhaps my post made > it more clear. > > Tom Veldhouse The only thing your post made clear is that you don't bother to read all of a thread before replying to it. Maybe this will help: The following reply was sent by me on Thur 6/8/2006 7:57 AM * > -Original Message- > From: Bo Ørsted Andresen [mailto:[EMAIL PROTECTED] > Sent: Thursday, June 08, 2006 7:29 AM > To: gentoo-user@lists.gentoo.org > Subject: Re: [gentoo-user] gcc-4.1.1 > > > Thursday 08 June 2006 16:00 skrev Bob Young: > > Show me some documentation for this "staging" you refer to. > > If you unpack the gcc sources you will find it in > gcc-*/INSTALL/build.html as > already mentioned by Richard. But you can also see it at [1]. > > [1] http://gcc.gnu.org/install/build.html > Okay, I stand corrected. Regards, Bob Young * -- gentoo-user@gentoo.org mailing list
RE: [gentoo-user] Why you use Gentoo
-Original Message- From: Colleen Beamer [mailto:[EMAIL PROTECTED] Sent: Friday, September 08, 2006 4:34 PM To: [EMAIL PROTECTED]; gentoo-user@lists.gentoo.org Subject: Re: [gentoo-user] Why you use Gentoo Chris White wrote: > So, wondering why people use Gentoo. Put [dev] or something if you're an > actual gentoo dev and [user] if you're a user. Doesn't need to be fancy, you > can put "community" or something if that's all you want. All responses off > list please. Thanks. [user] I'm not, but I *could* be a grandmother, so I guess I'm not the average user. I was first exposed to Gentoo when someone I know was touting the control that it gave you. I *hate* Gnome (sorry, don't mean to insult any Gnome users - it's just a personal opinion). The bloat of having to have two desktops on my system drove me nuts when I was using Redhat and then, Fedora. So, like others, control is a *big* plus - I can install only what I want! Nothing I can really disagree with. I *am* a grandfather, and have been a hardware/firmware engineer for 15 years. I've tried RedHat, SuSe, never could get past old Debian annoying text scripts that just got in the way of what was really important, long live Linux. Gentoo gets down to the technical details of actually installing a new OS as anything in the Linux World...period. Cheers. -- BYoung_AT_Debug1.Com Dual 2.0GHz AMD Opteron...cheers (dual boot 32bit Windows, 64bit Gentoo) ** Quote: *** Portage - in my opinion, it is the best package manager in Linux, bar none. Documentation - Bar none, Gentoo has the best and most easily understood online documentation This list - I've always been able to turn to the list when I needed help, (Thanks guys!) Sorry, I know this is long, but there are just too many reasons why I use Gentoo and why I will stick with it! :-) Take care, Colleen -- gentoo-user@gentoo.org mailing list
