[gentoo-user] Shutdown pauses partway with Give root password
Resending ... anyone have a clue as to why the Give root password for maintenance ... prompt would come up occasionally at shutdown time? Well, this is weird. We've all seen Give root password for maintenance (or type Control-D to continue):, usually after an unclean shutdown. I'm getting it on shutdown itself. I've never even heard of this, and searching google I haven't found any reference to it. It isn't happening every time - it'll go 2 or 3 or 6 (but certainly not 4 or 5 :b) times with clean predictable shutdowns. I can't tell that anything is different in the times I shutdown fails - there aren't any symptoms of any misbehaviour until the message itself. This is a home theatre PC running MythTV. Frontend only, so there are no fancy drivers in the system, just video (nvidia 8756 driver), sound (snd_hda_intel), and lirc with streamzap. System was build from scratch for this purpose, recently, so it is pretty up to date. P4 with hyperthreading. Normally runs with no keyboard or mouse or VGA, only an SVIDEO-out from an NVidia card. BIOS has obviously been set to ignore post errors given the lack of keyboard. Myth running or not running is irrelevant, I've seen the shutdown problem in both situations. I've also seen the problem whether shutting down with a quick press to the power button, or using ssh to run a shutdown command. Here's a sequence: - press power button - this is presumably caught by acpid, which turns it into an init 0 command - hdd lights blink, eventually X is stopped - when X stops, that initial login prompt that came out before X started is now displayed again, and right there I get the Give root password ... prompt. Sometimes the svideo-out console hasn't been restored so I can't see any of this, it is only on a connected monitor (if there is a connected monitor). Usually the svideo-out console is restored on X shutdown, so this does in fact display. After this happened a few times and didn't seem to be going away on its own :) I grumbled, dug up a keyboard and plugged it in, entered the root password. The log shows ntpd, sshd and syslog-ng shutdowns. There are no messages following the syslog-ng shutdown. :) ifconfig returns nothing. runlevel says 3 0 rc-status exhibits poor grammar * Could not local current runlevel in /var/lib/init.d/softlevel * Assuming current runlevel is 'single' Sure enough, there is no softlevel file at this point in a partway shutdown system. df shows local partitions (/, /var, /usr) still mounted, and the sole NFS mount has been taken down. local partitions are all ext2, no lvm or anything fancy. kernel is 2.6.16-gentoo-r3 System is vanilla, except for ~x86 keywords on nvidia-kernel and nvidia-driver to get the recent 8756 versions. Any suggestions on how to further debug? Or suggestions as to what may be going on? Thanks, glen -- gentoo-user@gentoo.org mailing list
[gentoo-user] mail to this list from home fails, but from home relayed through ISP works
This isn't the case of subscribing through work and sending from home or whatever. In both cases I sent from home, indeed from the same account in the same mail client. Only the path the message took to list.gentoo.org changed. I hadn't posted to this for quite a while until recently. When I did so again a few days ago, the message hung up in my outgoing queue and I got this message in the log: May 7 16:09:56 texada postfix/smtp[23864]: 7D46150B55: to=gentoo-user@lists.gentoo.org, relay=lists.gentoo.org[140.105.134.102], delay=15242, status=deferred (host lists.gentoo.org[140.105.134.102] said: 421 4.4.1 collect: read timeout on connection from m198-163.dsl.rawbw.com, from=[EMAIL PROTECTED] (in reply to end of DATA command)) I let it stew for a couple of hours in case this was a greylist thing, and subsequent resends did the same thing. I switched my client to relay though my ISP's MX, and the message went through fine. I'm guessing I'm running afoul of some anti-spam measure. Perhaps it is a case of reverse-DNS points to my ISP and not to my own domain, but a near-infinite number of people must share that condition. Or maybe my mailer is just misconfigured in some narrow way that none of my correspondents have had trouble with until now. I'd like to fix my system and lose the outbound relay, having something of an ideological opposition to my mail going through relays. Does anyone know what is going on here? Thanks, glen -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Shutdown pauses partway with Give root password
Hans-Werner Hilse wrote: Hi, On Tue, 09 May 2006 07:20:57 -0700 glen martin [EMAIL PROTECTED] wrote: Resending ... anyone have a clue as to why the Give root password for maintenance ... prompt would come up occasionally at shutdown time? That's sulogin. Did you mess up your /etc/inittab (like uncommenting that line referring to sulogin)? Nope, I don't recall ever changing that file on this system, and checking I find that this line is still commented. Though that would probably have been a problem. :) But I rather guess its an unclean umount and sulogin is spawned from /etc/init.d/halt.sh (l.189). Possibly. Looking at that file it seems as if there's a 10 second(?) timeout on sulogin spawned from halt.sh. This one doesn't go away in any reasonable period of time. Also it looks as if there should be some messages about remounting and such before that sulogin would spawn, and I don't see such messages (presuming they should show up on this console). If it is starting from halt.sh, is there any chance this could be a race condition thing, in which some processes aren't fully shut down yet when halt tries to umount? Maybe you can cat your /proc/mounts next time you're in that single-user mode? It might make things more clear... I'll try this. Thanks for the suggestions, glen -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Shutdown pauses partway with Give root password
Hans-Werner Hilse wrote: Maybe you can cat your /proc/mounts next time you're in that single-user mode? It might make things more clear... 3 power cycles later I duplicated the problem. Here is /proc/mounts, transcribed by hand. There is nothing obvious wrong here (to me) except that the filesystems are still rw. /proc/mounts: rootfs / rootfs rw 0 0 /dev/root / ext2 rw,noatime,nogrpid 0 0 proc /proc proc rw 0 0 sysfs /sys sysfs rw 0 0 udev /dev tmpfs rw,nosuid 0 0 devpts /dev/pts devpts rw 0 0 /dev/hda6 /usr ext2 rw,noatime,nogrpid 0 0 /dev/hda7 /var ext2 rw,noatime,nogrpid 0 0 shm /dev/shm tmpfs rw,nosuid,nodev,noexec 0 0 usbfs /proc/bus/usb usbfs rw 0 0 At this point, I manually remounted the 3 local partitions ro mount -n -o remount,ro / etc which went cleanly, and /proc/mounts now shows them ro. Is there any chance this could be a race condition thing, in which some processes aren't fully shut down yet when halt.sh tries to umount or remount? But they're all shut down now (a couple of minutes later) so the remounts go cleanly? Finally, after remounting the partitions (above), I pressed Ctrl-D to kill the sulogin shell, and the machine rebooted. It didn't power off, as I might have expected. glen -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] mail to this list from home fails, but from home relayed through ISP works
Uwe Thiem wrote: On 09 May 2006 15:40, glen martin wrote: This isn't the case of subscribing through work and sending from home or whatever. In both cases I sent from home, indeed from the same account in the same mail client. Only the path the message took to list.gentoo.org changed. I hadn't posted to this for quite a while until recently. When I did so again a few days ago, the message hung up in my outgoing queue and I got this message in the log: May 7 16:09:56 texada postfix/smtp[23864]: 7D46150B55: to=gentoo-user@lists.gentoo.org, relay=lists.gentoo.org[140.105.134.102], delay=15242, status=deferred (host lists.gentoo.org[140.105.134.102] said: 421 4.4.1 collect: read timeout on connection from m198-163.dsl.rawbw.com, from=[EMAIL PROTECTED] (in reply to end of DATA command)) Many MTAs refuse to relay messages from dial-up or DSL connections - and rightly so. Just use your ISP's SMTP server as a smarthost. I should certainly expect that for a relay, in which I address a message to a name not only the MX, but does a mailing list count as a relay? Certainly this is the only mailing list I've encountered to-date with such a restriction, and I participate in several. And while I totally get this for dial-up, my DSL has a static IP - I've had this number longer than many companies in this post-dot-bomb world. Indeed I can use my ISP as a smarthost, and in fact am currently doing so out of necessity. It just bothers me. Privacy is not enhanced by having my mail sitting on servers neither I nor the recipient control, and while I don't want any particular privacy for messages to this list, sending all my mail through the smarthost seems wrong. Per-destination smarthost? Blech. :) I apologise if I sound grumpy about this issue, and do thank you for the response. glen -- gentoo-user@gentoo.org mailing list
[gentoo-user] Shutdown halts partway with Give root password
Well, this is weird. We've all seen Give root password for maintenance (or type Control-D to continue):, usually after an unclean shutdown. I'm getting it on shutdown itself. I've never even heard of this, and searching google I haven't found any reference to it. This is a home theatre PC running MythTV. Frontend only, so there are no fancy drivers in the system, just video (nvidia 8756 driver), sound (snd_hda_intel), and lirc with streamzap. System was build from scratch for this purpose, recently, so it is pretty up to date. P4 with hyperthreading. Normally runs with no keyboard or mouse or VGA, only an SVIDEO-out from an NVidia card. BIOS has obviously been set to ignore boot errors. Myth running or not running is irrelevant, I've seen the shutdown problem in both situations. I've also seen the problem whether shutting down with a quick press to the power button, or using ssh to run a shutdown command. Here's a sequence: - press power button - this is presumably caught by acpid, which turns it into an init 0 command - hdd lights blink, eventually X is stopped - when X stops, that initial login prompt that came out before X started is now displayed again, and right there I get the Give root password ... prompt. Sometimes the svideo-out console hasn't been restored so I can't see any of this, it is only on a connected monitor (if there is a connected monitor). Usually the svideo-out console is restored on X shutdown, so this does in fact display. After this happened a few times and didn't seem to be going away on its own :) I grumbled, dug up a keyboard and plugged it in, entered the root password. The log shows ntpd, sshd and syslog-ng shutdowns. There are no messages following the syslog-ng shutdown. :) ifconfig returns nothing. runlevel says 3 0 rc-status exhibits poor grammar * Could not local current runlevel in /var/lib/init.d/softlevel * Assuming current runlevel is 'single' Sure enough, there is no softlevel file at this point in a partway shutdown system. df shows local partitions (/, /var, /usr) still mounted, and the sole NFS mount has been taken down. local partitions are all ext2, no lvm or anything fancy. kernel is 2.6.16-gentoo-r3 System is vanilla, except for ~x86 keywords on nvidia-kernel and nvidia-driver to get the recent 8756 versions. Any suggestions on how to further debug? Or suggestions as to what may be going on? Thanks, glen -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] courier-imapd: * BYE imaplogin expected exactly two arguments
Hello Frederic, Your pam.d/imap setting is what was originally installed by emerge for me. I'd tried different values here while testing to see if something else would work (and it didn't), but to be certain I switched this setting back, restarted courier services, and then got the same non-working result as always. I don't fully understand your use of saslauthd. Is that instead of authdaemond, and why? I should have thought that the authdaemond that comes from courier would be a proper fit here. Thanks, and greetings from an alien living in the U.S., glen Frederic Jaeckel wrote: Hi Glen Martin, On Wed, Feb 08, 2006 at 04:58:15PM -0800, glen martin wrote: #insert obligatory_ive_looked_everywhere_i_can_think_of.h I'm provisioning a new mail server, and have installed courier-imap with the related courier-authlib. hardened profile, system pretty fully up-to-date. I'm attempting (or intending) to use PAM authentication. The usual IMAP testing trick of telnet localhost 143 immediately (no chance to enter a command) returns. pam didn't emit any debug output ... I suspect it didn't get that far. # telnet localhost 143 Trying 127.0.0.1... Connected to localhost. Escape character is '^]'. * BYE imaplogin expected exactly two arguments. Connection closed by foreign host. i'd done the same last week and experienced the same problem. Actually I think it were cause of different configs. (I hacked many of them and rebuild em... at least I worked a long time to get it working) The main fact, why it won't work on my server was that the /etc/pam.d/imap file didn't contained the right values. So i'd changed it to: snip auth required pam_nologin.so auth required pam_stack.so service=system-auth accountrequired pam_stack.so service=system-auth sessionrequired pam_stack.so service=system-auth /snip My system is working with that configuration. I use saslauthd as authentication program wich refers to pam wich authenticate the user over a mysql db with authdaemond. At least try it with my pam configuration and if it wont work i can send ya my whole configs. Many greetings from Germany, Frederic Jaeckel -- gentoo-user@gentoo.org mailing list
[gentoo-user] courier-imapd: * BYE imaplogin expected exactly two arguments
#insert obligatory_ive_looked_everywhere_i_can_think_of.h I'm provisioning a new mail server, and have installed courier-imap with the related courier-authlib. hardened profile, system pretty fully up-to-date. net-libs/courier-authlib-0.58 -berkdb* +crypt -debug +gdbm -ldap -mysql +pam -postgres net-mail/courier-imap-4.0.1 -berkdb* -debug -fam +gdbm -ipv6 +nls (-selinux) I'm attempting (or intending) to use PAM authentication. The usual IMAP testing trick of telnet localhost 143 immediately (no chance to enter a command) returns. pam didn't emit any debug output ... I suspect it didn't get that far. # telnet localhost 143 Trying 127.0.0.1... Connected to localhost. Escape character is '^]'. * BYE imaplogin expected exactly two arguments. Connection closed by foreign host. In my attempts to research, most references I've found describe mixed environments in which the reporters were attempting to use courier-imap with someone else's authentication - I'm not. I found this thread http://www.talkaboutsoftware.com/group/linux.gentoo.user/messages/63821.html that describes removal of mysql table based authentication. I've done this. No improvement. The thread itself reminds me somewhat of Fermat's Last Theorem - the gent in question says the suggestions helped lead him to a solution for his problem, but neglects to document what his solution actually was). So there I am. Has anyone else had this problem, or have any insight into debugging it? For the record, I've done tarball installations of courier on debian, successfully, even after hacking the code for a variety of reasons. I don't want to build this system that way, but I'm frankly scratching my head and feeling pretty incompetent. :/ thanks in advance for any help or suggestions. glen # emerge --info Portage 2.0.54 (hardened/x86/2.6, gcc-3.3.6, glibc-2.3.5-r2, 2.6.14-hardened-r5_g3 i686) = System uname: 2.6.14-hardened-r5_g3 i686 AMD Duron(tm) Processor Gentoo Base System version 1.6.14 dev-lang/python: 2.3.5-r2, 2.4.2 sys-apps/sandbox:1.2.12 sys-devel/autoconf: 2.13, 2.59-r6 sys-devel/automake: 1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r1 sys-devel/binutils: 2.16.1 sys-devel/libtool: 1.5.22 virtual/os-headers: 2.6.11-r2 ACCEPT_KEYWORDS=x86 AUTOCLEAN=yes CBUILD=i686-pc-linux-gnu CFLAGS=-O2 -march=athlon-xp -pipe CHOST=i686-pc-linux-gnu CONFIG_PROTECT=/etc /usr/kde/2/share/config /usr/kde/3/share/config /usr/share/config /var/qmail/control CONFIG_PROTECT_MASK=/etc/gconf /etc/terminfo /etc/env.d CXXFLAGS=-O2 -march=athlon-xp -pipe DISTDIR=/usr/portage/distfiles FEATURES=autoconfig distlocks sandbox sfperms strict GENTOO_MIRRORS=http://ftp.ucsb.edu/pub/mirrors/linux/gentoo/ http://gentoo.chem.wisc.edu/gentoo/; MAKEOPTS=-j2 PKGDIR=/usr/portage//packages/x86/ PORTAGE_TMPDIR=/var/tmp PORTDIR=/usr/portage/ SYNC=rsync://rsync.us.gentoo.org/gentoo-portage USE=acpi apache2 berkdb bzip2 cdr crypt cups curl dlloader expat gdbm gmp gpm hardened jpeg libclamav lm_sensors mysql ncurses nls nptl nptlonly pam pcre perl pic png python readline samba ssl tcpd threads tiff truetype udev userlocales vhosts x86 xml2 zlib userland_GNU kernel_linux elibc_glibc Unset: ASFLAGS, CTARGET, LANG, LC_ALL, LDFLAGS, LINGUAS, PORTDIR_OVERLAY # cat /etc/portage/package.use net-fs/samba -mysql net-libs/courier-authlib -berkdb -mysql net-mail/courier-imap -berkdb sys-libs/glibc userlocales www-apps/metadot vhosts -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] emerge --newuse misses package that new USE affects
Willie Wong wrote: On Thu, Nov 24, 2005 at 11:01:43AM -0800, glen martin wrote: Seems a truism, but you're right. apache isn't in my world file. somehow. And adding it to my world file does work around the symptom I describe. This begs the question of why it isn't there, considering it is installed. I must wonder, what else that I've installed has somehow not been added to the world file. Perhaps I'm exposing my ignorance, but is the world file not supposed to have everything that is installed and not in the base system definition? Under what circumstances (other than failed/aborted emerge, which didn't happen) could something fail to go into world? simple. Maybe you installed apache with 'emerge --oneshot' which doesn't modify the world file. Maybe apache was installed as a dependency of something else, and that something else has since got removed. Ok, so ignorance. :) I've tracked down what happened and offer it up as a lesson. I installed apache as a dependency of metadot. Metadot itself is masked by ~x86, so I did that install with ACCEPT_KEYWORDS=~x86 emerge metadot a syntax I picked up from a HOWTO or FAQ or article someplace. metadot was in the world file, but because it has no unmasked version, without ~x86 it has no dependencies. So apache was not required by anything else in the system. Indeed, depclean offered to remove it, despite the fact that it was in use, indeed was currently being used by an active service. On reflection, the right way to install metadot was not to use the syntax above, but probably instead to use /etc/portage/package.keywords to specify the ~x86 keyword for metadot permanently. Certainly post-install, setting this caused --newuse to correspond better to my expectations. Thanks again to those whose suggestions and comments helped in tracking this down. As an aside, I wonder whether it is a good feature idea that ACCEPT_KEYWORDS=keyword emerge foo without --oneshot should automatically add foo keyword to the package.keywords file. glen -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] emerge --newuse misses package that new USE affects
Holly Bostick wrote: glen martin schreef: As an aside, I wonder whether it is a good feature idea that ACCEPT_KEYWORDS=keyword emerge foo without --oneshot should automatically add foo keyword to the package.keywords file. That's an idea with some merit, but imo not enough (merit) to make it feasible (but it's not my decision; submit a feature request and see what happens). You now know firsthand one of the many reasons that using ACCEPT_KEYWORDS on the command line is *not* recommended. It is a temporary setting, useful only for testing situations. That makes sense. I hadn't encountered that recommendation at the time - I'd seen the ACCEPT_KEYWORDS syntax without such warning. Not in the man page, obviously, which has it right. The idea of having the temporary setting invisibly add a permanent setting seems cool, The trick here is the word 'temporary'. If 'temporary', the keyword --oneshot would (should?) be present. In absence thereof ... It seems analogous to the world file - the world file is the permanent specification, and it written per presence or absence of oneshot. Why not so for /etc/portage/package.*? How are those files different-in-kind from world? I don't know. I am far from an expert at the design philosophy behind these tools. I just note that there seem to be failures of consistency in application (or not) of a flag across different situations. Permanence for one setting is accomplished with a flag (well, absence), permanence for another requires a file change and the flag is ignored. Or there's a failure in my understanding, which I've found to be very well served by saying the wrong things and waiting for stones. So it's not something for me, but I'm weird ;-) I am too. Without the smiley. Or so is frequently said. glen -- gentoo-user@gentoo.org mailing list
[gentoo-user] emerge --newuse misses package that new USE affects
I've googled and scanned recent messages archive of this list for this issue - if I'm blind, apologies in advance. I've changed some USE flags deliberately to add features to a package (in this case, apache). That package is also impacted by different ACCEPT_KEYWORDS flag (~86), which I've specified in /etc/portage/package.keywords Despite the USE change, I find that that apache is not being caught by emerge --newuse world. My expectation is that --newuse world will rebuild everything that a new USE impacts. So do I horribly misunderstand --newuse, or have I configured something wrong, or does it not work with package.keywords, or is there a bug someone would like more data on before I manually rebuild the various packages in in my system that need it and blow the symptoms away? I added threads nptlonly mpm-worker to USE in make.conf. I've probably made some other changes to USE since my last world rebuild. I've also done an emerge --sync. Then: snip # emerge --update --deep --newuse --pretend --verbose world These are the packages that I would merge, in order: Calculating world dependencies ...done! [ebuild R ] sys-libs/ncurses-5.4-r6 -bootstrap -build -debug -doc -gpm* -minimal -nocxx -unicode 0 kB [ebuild U ] sys-devel/gcc-config-1.3.12-r4 [1.3.12-r3] 0 kB [ebuild U ] sys-devel/binutils-config-1.8-r6 [1.8-r5] 0 kB [ebuild U ] sys-devel/binutils-2.16.1 [2.15.92.0.2-r10] -multislot -multitarget +nls -test 12,392 kB [ebuild R ] sys-devel/gcc-3.3.6 (-altivec) -bootstrap -boundschecking -build -fortran* -gcj -gtk +hardened -ip28 -mudflap (-multilib) -multislot (-n32) (-n64) +nls -nocxx -nopie -nossp -objc -objc-gc -vanilla 0 kB [ebuild R ] sys-libs/glibc-2.3.5-r2 -build -erandom -glibc-compat20 -glibc-omitfp +hardened -linuxthreads-tls (-multilib) +nls +nptl +nptlonly* +pic -profile (-selinux) +userlocales 0 kB [ebuild U ] sys-apps/man-pages-2.13 [2.11] +nls 1,670 kB [ebuild R ] sys-apps/grep-2.5.1-r8 -build +nls +pcre* -static 0 kB [ebuild R ] dev-lang/python-2.4.2 -X +berkdb -bootstrap -build -doc +gdbm -ipv6* +ncurses -nocxx +readline +ssl -tcltk -ucs2 0 kB [ebuild R ] sys-libs/db-4.2.52_p2 -bootstrap -doc +java* -nocxx -tcltk 0 kB [ebuild R ] sys-apps/tcp-wrappers-7.6-r8 -ipv6* 0 kB [ebuild R ] app-editors/nano-1.3.7 -build -debug -justify +ncurses +nls -nomac -slang -spell* -unicode 0 kB [ebuild R ] net-misc/wget-1.10.2 -build -debug -ipv6* +nls -socks5 +ssl -static 0 kB [ebuild R ] net-dns/bind-9.2.5-r6 +berkdb -bind-mysql -dlz -doc +idn* -ipv6 +ldap +mysql -odbc -postgres (-selinux) +ssl +threads* 0 kB [ebuild R ] net-misc/openssh-4.2_p1 -X509 -chroot -hpn -ipv6* -kerberos +ldap* -libedit +pam (-selinux) -sftplogging -skey -smartcard -static +tcpd 58 kB [ebuild U ] app-crypt/hashalot-0.3-r1 [0.3] 0 kB [ebuild R ] dev-java/commons-pool-1.2 -doc -jikes +junit* 0 kB [ebuild R ] dev-java/commons-net-1.3.0-r1 -doc -examples -jikes +junit* -source 0 kB [ebuild R ] dev-java/commons-digester-1.6-r1 -doc -jikes +junit* -source 0 kB [ebuild R ] dev-php/php-4.4.0-r4 -X +berkdb +crypt +curl* -debug -doc -fdftk -firebird -flash -freetds -gd -gd-external +gdbm +gmp* -hardenedphp +imap -informix -ipv6 +java -jpeg -kerberos +ldap -mcal -memlimit -mssql +mysql +ncurses +nls -oci8 -odbc +pam -png -postgres +readline -snmp -spell +ssl -tiff -truetype +xml2 -yaz 0 kB [ebuild R ] app-editors/vim-6.4 -acl -bash-completion -cscope -gpm* -minimal +nls +perl +python -ruby -vim-with-x 0 kB [ebuild R ] net-misc/iputils-021109-r3 -doc -ipv6* -static 0 kB Total size of downloads: 14,122 kB /snip note the lack of apache. Now: snip # emerge --pretend --verbose apache These are the packages that I would merge, in order: Calculating dependencies ...done! [ebuild R ] net-www/apache-2.0.55 +apache2 -debug -doc +ldap -mpm-leader -mpm-peruser -mpm-prefork -mpm-threadpool +mpm-worker* -no-suexec (-selinux) +ssl -static-modules +threads* 0 kB Total size of downloads: 0 kB /snip As you see, apache is already installed. By the '*'s, emerge seems to have noted the USE change. also snip # equery uses apache [ Searching for packages matching apache... ] [ Colour Code : set unset ] [ Legend: Left column (U) - USE flags from make.conf ] [ : Right column (I) - USE flags packages was installed with ] [ Found these USE variables for net-www/apache-2.0.55 ] U I + + apache2: Chooses Apache2 support when a package supports both Apache1 and Apache2 - - debug : Tells configure and the makefiles to build for debugging. Effects vary across packages, but generally it will at least add -g to CFLAGS. Remember to set FEATURES=nostrip too - - doc: Adds extra documentation (API, Javadoc, etc) + + ldap : Adds LDAP support (Lightweight Directory Access Protocol) - - mpm-leader : unknown - - mpm-peruser: unknown - - mpm-prefork: unknown - -
Re: [gentoo-user] emerge --newuse misses package that new USE affects
Holly Bostick wrote: So, any thoughts on why emerge --newuse doesn't want to rebuild apache? Well, assuming it's not a bug (what version of Portage are you using?) then is it possible that apache is neither in your world file, I'm on portage 2.0.51.22-r3. This is a very new system - as part of the install sequence portage was of course updated, so it was some earlier portage version a week ago. Seems a truism, but you're right. apache isn't in my world file. somehow. And adding it to my world file does work around the symptom I describe. This begs the question of why it isn't there, considering it is installed. I must wonder, what else that I've installed has somehow not been added to the world file. Perhaps I'm exposing my ignorance, but is the world file not supposed to have everything that is installed and not in the base system definition? Under what circumstances (other than failed/aborted emerge, which didn't happen) could something fail to go into world? Thanks, glen -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] ebuild.sh chown/chmod segmentation fault
Benno Schulenberg wrote:
glen martin wrote:
This is an EPIA PD6000, which like the ME6000 uses the Samuel 2
processor. So I used those CFLAGS with other tweaks mentioned on
the same page.
CFLAGS=-march=i586 -m3dnow -Os -pipe -fomit-frame-pointer -mmmx
What happens if you recompile coreutils (containing chown and chmod)
with just CFLAGS=-march=c3?
I gave this a shot, no demonstrable difference (that is, I still get the
segfaults).
I'm still puzzled, though, that I can call chown by hand and it works
fine. That
is, I type
chown portage:portage /tmp/foo
which works. but the emerge log says
/usr/lib/portage/bin/ebuild.sh: line 1882: 16369 Segmentation fault
chown portage:portage ${T}/environment /dev/null
doesn't work.
I'm starting to wonder about other possibilities:
1) Could the error report be erroneous? That is, not chmod/chown at all?
Perhaps line number mismatching?
2) bash broken somehow? (I know, I'm stretching).
glen
--
gentoo-user@gentoo.org mailing list
[gentoo-user] ebuild.sh chown/chmod segmentation fault
I'm not sure how things got this way (something to do with not watching
emerge output closely so not knowing when the problem started
precisely). And I'm somewhat newbie, by which I don't expect any
particular allowances but you may wish to keep in mind in thinking about
what stupid mistakes I may have made. :)
In any event, it seems any emerge is now spitting out errors about chmod
and chown segfaulting. Eg for an initial emerge mysql:
snip
Completed installing DBD-mysql-2.9003
into /var/tmp/portage/DBD-mysql-2.9003/image/
/usr/lib/portage/bin/ebuild.sh: line 1882: 16369 Segmentation fault
chown portage:portage ${T}/environment /dev/null
/usr/lib/portage/bin/ebuild.sh: line 1882: 10308 Segmentation fault
chmod g+w ${T}/environment /dev/null
/snip
I can chown portage:portage file by hand successfully, so I'm a
little confused why it is segfaulting when called from ebuild.sh.
A random walk through Google hasn't turned up much ... I found one
reference to this problem, about 18 months ago, with no archived
responses to the original report.
http://www.mail-archive.com/gentoo-user@gentoo.org/msg34617.html
FWIW, this is an x86-ish platform, EPIA mobo, nothing too fancy apart
from selinux 2004.1.
Any ideas?
Thanks in advance,
glen
--
gentoo-user@gentoo.org mailing list
