Re: [gentoo-user] man bash document doesn't match real life bash.
On Sunday 23 September 2007, Mrugesh Karnik wrote: From man bash: ``When bash is invoked as an interactive login shell, or as a non-interactive shell with the --login option, it first reads and executes commands from the file /etc/profile, if that file exists. After reading that file, it looks for ~/.bash_profile, ~/.bash_login, and ~/.profile, in that order, and reads and executes commands from the first one that exists and is readable. The --noprofile option may be used when the shell is started to inhibit this behavior. snip When an interactive shell that is not a login shell is started, bash reads and executes commands from ~/.bashrc, if that file exists. This may be inhibited by using the --norc option. The --rcfile file option will force bash to read and execute commands from file instead of ~/.bashrc.'' And this last is the part that fails to mention that a non-login shell will read /etc/bash/bashrc before ~/.bashrc, as the comments inside /etc/bash/bashrc and David Harel say. Ok, after closer inspection, it seems that the /etc/bash/ way is a gentooism. Bash would normally define SYS_BASHRC and SYS_BASH_LOGOUT as /etc/bash.bashrc and /etc/bash.bash_logout respectively, even though it does not use them by default (they are commented in the sources). Nearly all linux distros uncomment those definitions, thus making bash use those files (see eg ubuntu). A gentoo patch, namely bash-3.0-configs.patch, changes those into /etc/bash/bashrc and /etc/bash/bash_logout. See bug #26952 (esp. from comment #52) and bug #90488 for further details. Note that gentoo applies the patch regardless of the vanilla USE flag. So, it seems that, after all, the standard man page is correct, but, in gentoo, it probably should be patched to reflect the way things work in gentoo. Not sure whether this is enough to be worth a bug report? -- [EMAIL PROTECTED] mailing list
Re: [gentoo-user] Root NFS Kernel option
Hi, Am Samstag, 22. Sep 2007, 22:45:48 -0500 schrieb Tim: Bertram Scharpf wrote: Hi, there's just another kernel option I want to activate but cannot find it: Symbol: ROOT_NFS [=n] Prompt: Root file system on NFS Depends on: NET NFS_FS=y IP_PNP So all prerequisites seem to meet. What is still missing? Arrgh! You must also have IP: Kernel Level Autoconfiguration set: Symbol: IP_PNP [=y] Prompt: IP: kernel level autoconfiguration Defined at net/ipv4/Kconfig:172 Depends on: NET INET I wrote: So all prerequisites seem to meet. What is still missing? Yes, I have a kernel with TCP/IP activated. NET NFS_FS=y IP_PNP all meet. ROOT_NFS still doesn't show up. What else could miss? Bertram -- Bertram Scharpf Stuttgart, Deutschland/Germany http://www.bertram-scharpf.de -- [EMAIL PROTECTED] mailing list
Re: [gentoo-user] Root NFS Kernel option
Am Sonntag, 23. September 2007 schrieb Bertram Scharpf: I wrote: So all prerequisites seem to meet. What is still missing? Yes, I have a kernel with TCP/IP activated. NET NFS_FS=y IP_PNP all meet. ROOT_NFS still doesn't show up. What else could miss? Can you post your .config, please? Bye... Dirk signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] help with the dreaded mount: RPC: Program not registered
On Sat, Sep 22, 2007 at 04:58:45PM -0400, John Blinka wrote: And I guess you are using nfs3? I really don't know. Where would I look to determine whether I'm using 3 or 4? If you don't know, then you are certainly running nfs3. nfs4 uses 'nfs4' as fs_type in fstab, as opposed to nfs3 which is using 'nfs'. 2) /etc/init.d/nfs start on tobey produces no output, no running nfsd daemons, and exit code 1. Try `/etc/init.d/nfs --debug start`, that ought to give us some output to work on. This may be a stupid question, but do you have the nfs-stuff in your kernel enabled? Cheers, Emil -- Emil Beinroth 83059 Kolbermoor | Germany Bounty hunter: You're wanted, Wales. Josey Wales: Reckon I'm right popular. You a bounty hunter? Bounty hunter: A man's got to do something for a living these days. Josey Wales: Dyin' ain't much of a living, boy. -- The Outlaw Josey Wales pgpQVniWByKQ3.pgp Description: PGP signature
Re: [gentoo-user] Root NFS Kernel option
Hi, Am Sonntag, 23. Sep 2007, 11:32:33 +0200 schrieb Dirk Heinrichs: Am Sonntag, 23. September 2007 schrieb Bertram Scharpf: I wrote: So all prerequisites seem to meet. What is still missing? Yes, I have a kernel with TCP/IP activated. NET NFS_FS=y IP_PNP all meet. ROOT_NFS still doesn't show up. What else could miss? Can you post your .config, please? http://www.bertram-scharpf.de/tmp/.config Bertram -- Bertram Scharpf Stuttgart, Deutschland/Germany http://www.bertram-scharpf.de -- [EMAIL PROTECTED] mailing list
Re: [gentoo-user] Root NFS Kernel option
Am Sonntag, 23. September 2007 schrieb Bertram Scharpf: Hi, Am Sonntag, 23. Sep 2007, 11:32:33 +0200 schrieb Dirk Heinrichs: Am Sonntag, 23. September 2007 schrieb Bertram Scharpf: I wrote: So all prerequisites seem to meet. What is still missing? Yes, I have a kernel with TCP/IP activated. NET NFS_FS=y IP_PNP all meet. ROOT_NFS still doesn't show up. What else could miss? Can you post your .config, please? http://www.bertram-scharpf.de/tmp/.config As opposed to what you wrote above: # CONFIG_IP_PNP is not set HTH... Dirk signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] Root NFS Kernel option
Hi, Am Sonntag, 23. Sep 2007, 13:19:17 +0200 schrieb Dirk Heinrichs: Am Sonntag, 23. September 2007 schrieb Bertram Scharpf: Am Sonntag, 23. Sep 2007, 11:32:33 +0200 schrieb Dirk Heinrichs: Am Sonntag, 23. September 2007 schrieb Bertram Scharpf: I wrote: So all prerequisites seem to meet. What is still missing? Yes, I have a kernel with TCP/IP activated. NET NFS_FS=y IP_PNP all meet. ROOT_NFS still doesn't show up. What else could miss? Can you post your .config, please? http://www.bertram-scharpf.de/tmp/.config As opposed to what you wrote above: # CONFIG_IP_PNP is not set I just found it. Seems it was late last night. Thanks anyway, sorry for the noise. Bertram -- Bertram Scharpf Stuttgart, Deutschland/Germany http://www.bertram-scharpf.de -- [EMAIL PROTECTED] mailing list
Re: [gentoo-user] Changing CHOST
On Sonntag, 23. September 2007, David Relson wrote: Now that my old AthlonXP mobo has been replaced by an AMD 64 X2 mobo, it's time for upgrading CHOST :- According to http://www.gentoo.org/doc/en/change-chost.xml after a couple of changes to /etc/make.conf, i.e. from: USE=x86 ... CHOST=i686-pc-linux-gnu CFLAGS=-O2 -march=athlon-xp -pipe to: USE=amd64 ... CHOST=amd64-pc-linux-gnu CFLAGS=-O2 -march=x86-64 -pipe The next step is: emerge -av1 binutils gcc glibc The emerge of binutils works fine. However the emerge of gcc fails with: In file included from .../gcc/unwind-dw2.c:257: gcc/config/i386/linux-unwind.h: In function 'x86_64_fallback_frame_state': gcc/config/i386/linux-unwind.h:63: error: 'struct sigcontext' has no member named 'rsp' A quick search of BGO didn't show anything relevant. Any suggestions??? Thanks. David boot from cd mkfs.reiserfs start stage3 installation. It is the only safe way. It is faster and much less problematic. -- [EMAIL PROTECTED] mailing list
Re: [gentoo-user] disable dropping to -j1 when building certain programs
On Thu, 20 Sep 2007 11:15:50 -0500 Marzan, Richard non Unisys [EMAIL PROTECTED] wrote: How can I disable portage dropping or overriding my MAKEOPTS variable setting when building certain programs? MAKEOPTS=jXXX -e From man make: -e, --environment-overrides Give variables taken from the environment precedence over variables from makefiles. Use it at your own risk, expect many breakages. -- Best regards, Daniel -- [EMAIL PROTECTED] mailing list
Re: [gentoo-user] help with the dreaded mount: RPC: Program not registered
On Sun, Sep 23, 2007 at 08:24:42AM -0400, John Blinka wrote: Try `/etc/init.d/nfs --debug start`, that ought to give us some output to work on. The output is rather long - 1830 lines, so it's in the attached file. Ok, there are some funny things in there. Please also post the output of the following commands. find /var/lib/init.d/ -name nfs | xargs ls -lh ls -lA /var/lib/init.d/ cat /etc/runlevels/*/.critical Not a stupid question - I've been known to overlook the obvious. But I've been running the same kernel for quite some time, and nfs has worked before on that kernel. However, on tobey: CONFIG_NFS_FS=m CONFIG_NFS_V3=y # CONFIG_NFS_V3_ACL is not set CONFIG_NFS_V4=y # CONFIG_NFS_DIRECTIO is not set CONFIG_NFSD=m CONFIG_NFSD_V3=y # CONFIG_NFSD_V3_ACL is not set CONFIG_NFSD_V4=y CONFIG_NFSD_TCP=y CONFIG_NFS_COMMON=y # CONFIG_NCPFS_NFS_NS is not set That looks fine. Cheers, Emil -- Emil Beinroth 83059 Kolbermoor | Germany Mercury emacs sucks, literally, not a insult, just a comment that its large enough to have a noticeable gravitational pull... pgpaFJzv9uy39.pgp Description: PGP signature
[gentoo-user] Fail to start slapd after reboot
Today I rebooted one of my servers and now slapd won't start (it's been running OK until this reboot). The is what the slapd.log says: ---8- Sep 23 16:31:07 polar slapd[8763]: @(#) $OpenLDAP: slapd 2.3.35 (Sep 23 2007 16:28:27) $ [EMAIL PROTECTED]:/var/tmp/portage/net-nds/openldap-2.3.35-r1/work/openldap-2.3.35/servers/slapd Sep 23 16:31:08 polar slapd[8764]: bdb_db_open: Warning - No DB_CONFIG file found in directory /var/lib/openldap-data: (2) Expect poor performance for suffix dc=dmj,dc=nu. Sep 23 16:31:08 polar slapd[8764]: bdb(dc=dmj,dc=nu): Program version 4.5 doesn't match environment version 0.11 Sep 23 16:31:08 polar slapd[8764]: bdb_db_open: Database cannot be opened, err -30972. Restore from backup! Sep 23 16:31:08 polar slapd[8764]: bdb(dc=dmj,dc=nu): DB_ENV-lock_id_free interface requires an environment configured for the locking subsystem Sep 23 16:31:08 polar slapd[8764]: bdb(dc=dmj,dc=nu): txn_checkpoint interface requires an environment configured for the transaction subsystem Sep 23 16:31:08 polar slapd[8764]: bdb_db_close: txn_checkpoint failed: Invalid argument (22) Sep 23 16:31:08 polar slapd[8764]: backend_startup_one: bi_db_open failed! (-30972) Sep 23 16:31:08 polar slapd[8764]: bdb_db_close: alock_close failed Sep 23 16:31:08 polar slapd[8764]: slapd stopped. Sep 23 16:31:08 polar slapd[8764]: connections_destroy: nothing to destroy. ---8- I've tried to restore a backup from before the reboot - but I still have the same problem. Any suggestions on what to do to solve this? -- Dan Johansson, http://www.dmj.nu *** This message is printed on 100% recycled electrons! *** signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] Changing CHOST
On Sep 23, 2007, at 5:47 AM, Volker Armin Hemmann wrote: On Sonntag, 23. September 2007, David Relson wrote: Now that my old AthlonXP mobo has been replaced by an AMD 64 X2 mobo, it's time for upgrading CHOST :- According to http://www.gentoo.org/doc/en/change-chost.xml after a couple of changes to /etc/make.conf, i.e. from: USE=x86 ... CHOST=i686-pc-linux-gnu CFLAGS=-O2 -march=athlon-xp -pipe to: USE=amd64 ... CHOST=amd64-pc-linux-gnu CFLAGS=-O2 -march=x86-64 -pipe The next step is: emerge -av1 binutils gcc glibc The emerge of binutils works fine. However the emerge of gcc fails with: In file included from .../gcc/unwind-dw2.c:257: gcc/config/i386/linux-unwind.h: In function 'x86_64_fallback_frame_state': gcc/config/i386/linux-unwind.h:63: error: 'struct sigcontext' has no member named 'rsp' A quick search of BGO didn't show anything relevant. Any suggestions??? Thanks. David boot from cd mkfs.reiserfs start stage3 installation. It is the only safe way. It is faster and much less problematic. -- [EMAIL PROTECTED] mailing list This is true and is the recommended way; what Albert posted is almost effectively a full reinstall. I would advocate — and have used — the start-from-scratch process. Unpredictable result from anything else, and such ... (For some reason it's difficult to go from 486 to 686, although by following the posted guidelines at gentoo.org I have never had such trouble...)-- [EMAIL PROTECTED] mailing list
Re: [gentoo-user] Changing CHOST
On Sep 22, 2007, at 5:13 PM, David Relson wrote: Now that my old AthlonXP mobo has been replaced by an AMD 64 X2 mobo, it's time for upgrading CHOST :- According to http://www.gentoo.org/doc/en/change-chost.xml after a couple of changes to /etc/make.conf, i.e. from: USE=x86 ... CHOST=i686-pc-linux-gnu CFLAGS=-O2 -march=athlon-xp -pipe to: USE=amd64 ... CHOST=amd64-pc-linux-gnu CFLAGS=-O2 -march=x86-64 -pipe The next step is: emerge -av1 binutils gcc glibc The emerge of binutils works fine. However the emerge of gcc fails with: In file included from .../gcc/unwind-dw2.c:257: gcc/config/i386/linux-unwind.h: In function 'x86_64_fallback_frame_state': gcc/config/i386/linux-unwind.h:63: error: 'struct sigcontext' has no member named 'rsp' A quick search of BGO didn't show anything relevant. Any suggestions??? Thanks. You're getting that _specific_ error because there is no register 'RSP' (the 64-bit stack pointer in the AMD64 world) in the 32-bit x86 world. (You have a 32-bit stack pointer 'esp' instead.) -- [EMAIL PROTECTED] mailing list
Re: [gentoo-user] Changing CHOST
boot from cd Don't want to start a flame war here, but why should he use reiserfs ??? I think he can use whatever filesystem he wishes to ... mkfs.reiserfs start stage3 installation. brgds, Marc -- [EMAIL PROTECTED] mailing list
Re: [gentoo-user] help with the dreaded mount: RPC: Program not registered
Ok, there are some funny things in there. Please also post the output of the following commands. - find /var/lib/init.d/ -name nfs | xargs ls -lh lrwxrwxrwx 1 root root 15 Sep 21 13:20 /var/lib/init.d/failed/nfs - /etc/init.d/nfs lrwxrwxrwx 1 root root 15 Sep 21 13:16 /var/lib/init.d/softscripts/nfs - /etc/init.d/nfs - ls -lA /var/lib/init.d/ total 148 drwxr-xr-x 2 root root 4096 Sep 21 13:16 coldplugged drwxr-xr-x 2 root root 4096 Sep 21 17:30 daemons -rw-r--r-- 1 root root 52178 Sep 22 17:00 depcache -rw-r--r-- 1 root root 20730 Sep 22 17:00 deptree drwxr-xr-x 2 root root 4096 Sep 21 15:11 exclusive drwxr-xr-x 2 root root 4096 Sep 21 13:21 exitcodes drwxr-xr-x 2 root root 4096 Sep 21 13:20 failed drwxr-xr-x 2 root root 4096 Sep 21 13:16 inactive -rw-r--r-- 1 root root 3 Sep 21 13:16 interactive drwxr-xr-x 3 root root 4096 Sep 21 13:17 options drwxr-xr-x 2 root root 4096 Sep 21 13:16 scheduled drwxr-xr-x 2 root root 4096 Sep 23 08:17 snapshot -rw-r--r-- 1 root root 8 Sep 21 13:16 softlevel drwxr-xr-x 2 root root 4096 Sep 21 13:16 softscripts drwxr-xr-x 2 root root 4096 Sep 21 13:16 softscripts.old drwxr-xr-x 2 root root 4096 Sep 22 17:00 started drwxr-xr-x 2 root root 4096 Sep 22 17:00 starting drwxr-xr-x 2 root root 4096 Sep 21 17:30 stopping drwxr-xr-x 2 root root 4096 Sep 21 13:16 wasinactive -- cat /etc/runlevels/*/.critical cat: /etc/runlevels/*/.critical: No such file or directory Mercury emacs sucks, literally, not a insult, just a comment that its large enough to have a noticeable gravitational pull... That was good! John
Re: [gentoo-user] help with the dreaded mount: RPC: Program not registered
On Sun, Sep 23, 2007 at 03:37:36PM -0400, John Blinka wrote: - ls -lA /var/lib/init.d/ [snip] drwxr-xr-x 2 root root 4096 Sep 21 13:16 softscripts.old That shouldn't be there. Normally, that directory is created and later removed by /sbin/rc - which is run numerous times at boot. So this seems really wrong. I would suggest a clean cut by running `rm -fr /var/lib/init.d/` and doing a reboot. Services won't be stopped, but your filesystems will be remouted ro, so they should be fine. I've tested this on my box and didn't have any problems. Cheers, Emil -- Emil Beinroth 83059 Kolbermoor | Germany pgpfhVoyZPrBG.pgp Description: PGP signature
Re: [gentoo-user] Changing CHOST
On Sonntag, 23. September 2007, Marc Redmann wrote: boot from cd Don't want to start a flame war here, but why should he use reiserfs ??? it was an example. And I am free to choose any fs I want for that. Exept jfs. Besides reiserfs is a good fs, so no harm done. -- [EMAIL PROTECTED] mailing list
[gentoo-user] shared portage tree
Hi, folks Is there any problem to share portage tree over nfs between different archs? In this particular case I want to use a machine with arc=amd64 as a nfs server and share its tree with several x86 machines. -- Best regards, Daniel -- [EMAIL PROTECTED] mailing list
[gentoo-user] new machine: Intel quad vs duo
I'm getting close to buying the parts for my new machine (see earlier msgs) an Intel quad-core mentioned by a helpful responder has now come down almost within my price range. The CPU I have been contemplating for some weeks is an 'Intel Core 2 Duo E6750 4 MB 65 nm 2,67 GHz', which sells for CAD 225 , but there is now 'Intel Core 2 Quad Q6600 8 MB 65 nm 2,4 GHz' for CAD 305 ; the 8 MB cache in the latter divides into 2 x 4 MB / pair processors. Prices continue to drop weekly should go lower with our higher CAD. My guess is that even a dual-core CPU wb overkill for my simple desktop, but I'm keen to get value for money in a machine intended to last to 2011 . Does anyone have any thoughts re dual- vs quad-core processors when used for various purposes with Gentoo ? -- ,, SUPPORT ___//___, Philip Webb : [EMAIL PROTECTED] ELECTRIC /] [] [] [] [] []| Centre for Urban Community Studies TRANSIT`-O--O---' University of Toronto -- [EMAIL PROTECTED] mailing list
Re: [gentoo-user] help with the dreaded mount: RPC: Program not registered
John Blinka writes: Not a stupid question - I've been known to overlook the obvious. But I've been running the same kernel for quite some time, and nfs has worked before on that kernel. However, on tobey: I had a similar problem recently after an update. Some of the shares did still work, most did not, and I was not able to find a cause. After I also upgraded my kernel from 2.6.14-hardened-r7 to something more recent like 2.6.20, all was fine again. Alex -- [EMAIL PROTECTED] mailing list
Re: [gentoo-user] Changing CHOST
On 9/22/07, David Relson [EMAIL PROTECTED] wrote: Now that my old AthlonXP mobo has been replaced by an AMD 64 X2 mobo, it's time for upgrading CHOST :- According to http://www.gentoo.org/doc/en/change-chost.xml after a couple of changes to /etc/make.conf, i.e. from: USE=x86 ... CHOST=i686-pc-linux-gnu CFLAGS=-O2 -march=athlon-xp -pipe to: USE=amd64 ... CHOST=amd64-pc-linux-gnu CFLAGS=-O2 -march=x86-64 -pipe The next step is: emerge -av1 binutils gcc glibc The emerge of binutils works fine. However the emerge of gcc fails with: In file included from .../gcc/unwind-dw2.c:257: gcc/config/i386/linux-unwind.h: In function 'x86_64_fallback_frame_state': gcc/config/i386/linux-unwind.h:63: error: 'struct sigcontext' has no member named 'rsp' A quick search of BGO didn't show anything relevant. Any suggestions??? Thanks. David -- [EMAIL PROTECTED] mailing list Besides what everyone else has already suggested, I would suggest backing up everything beforehand, or you can continue using your 32-bit environment with your shiny new 64-bit processor, but you will not be able to use any 64-bit binaries. -- - Mark Shields
Re: [gentoo-user] shared portage tree
On 9/23/07, Daniel Iliev [EMAIL PROTECTED] wrote: Hi, folks Is there any problem to share portage tree over nfs between different archs? In this particular case I want to use a machine with arc=amd64 as a nfs server and share its tree with several x86 machines. -- Best regards, Daniel -- [EMAIL PROTECTED] mailing list I made the mistake once of assuming that different archs use different sources. Someone on this mailing list was kind enough to correct me. So no, there should be no problem sharing a portage tree over nfs. -- - Mark Shields
Re: [gentoo-user] Changing CHOST
On Sun, 23 Sep 2007 22:16:03 -0400 Mark Shields wrote: ...[snip]... Besides what everyone else has already suggested, I would suggest backing up everything beforehand, or you can continue using your 32-bit environment with your shiny new 64-bit processor, but you will not be able to use any 64-bit binaries. -- - Mark Shields Hi Mark, Backups happen regularly, so that's not an issue. I recall installing Gentoo as being a P.I.T.A, hence take no pleasure in the idea of re-installing. I was hoping for something relatively simple, like changing CHOST and emerging world unpacking amd64 stage3 tarball on top of root or something else Hopefully a year of running Gentoo and emerging regularly and tweaking config files will make the install less painful. Regards, David P.S. I did experiment with unpacking the stage3 tarball into a chroot environment and found that 64-bit ELF executables aren't recognized. Sigh :- -- [EMAIL PROTECTED] mailing list
Re: [gentoo-user] help with the dreaded mount: RPC: Program not registered
On Sat, 22 Sep 2007 17:12:35 -0400 John Blinka [EMAIL PROTECTED] wrote: that should be /etc/init.d/nfsmount start. /etc/init.d/nfs is for nfs server. I''m confused by your answer, because tobey is the server, and /etc/init.d/nfs fails on tobey. Perhaps I don't understand something - wouldn't be the first time! John No, I'm the confused one. Ignore my unhelpful answer. -- [EMAIL PROTECTED] mailing list
Re: [gentoo-user] OT - Changing CHOST
On Sun, 23 Sep 2007 23:53:11 +0200 Volker Armin Hemmann [EMAIL PROTECTED] wrote: On Sonntag, 23. September 2007, Marc Redmann wrote: boot from cd Don't want to start a flame war here, but why should he use reiserfs ??? it was an example. And I am free to choose any fs I want for that. Exept jfs. Besides reiserfs is a good fs, so no harm done. Hi, Using reiser4 on / for 2 weeks and can tell it's very faststable. The speedup is impressive (measured by my time-sense :-) Before that used reiserfs (3.6) for /. Rumen -- [EMAIL PROTECTED] mailing list
[gentoo-user] Trying to recover ALSA functionality after PEBKAC error
It was a PEBKAC error. I built the new kernel but forgot to make it the default at bootup. They say that memory is the second thing to go, I forget what the first is. Anyhow I had ALSA 1.0.13 in the kernel, with 1.0.14 alsa-lib and alsa-utils. That obviously doesn't work. OK, so I've now set up the kernel properly, and rebooted, re-emerged alsa-lib and alsa-utils and audacious and audacious-plugins, but am still having the same problems (audacious and mpg123 which use ALSA, die; Realplayer and mpg321 get by with the OSS api on ALSA). revdep-rebuild doesn't find anything wrong. What do I do now to recover ALSA functionality? emerge --world? -- Walter Dnes [EMAIL PROTECTED] In linux /sbin/init is Job #1 Q. Mr. Ghandi, what do you think of Microsoft security? A. I think it would be a good idea. -- [EMAIL PROTECTED] mailing list