On Tue, Jun 05 2007, at 23:23 -0700, Richard A Nelson wrote: > On Wed, 6 Jun 2007, Wolfgang Pfeiffer wrote: > > >changed. Now /etc/nsswitch.conf looks like this: > > > >passwd: files > >group: compat > >shadow: files > > Sorry, I should've said replace all compat by files > > having compat in group: will still cause the db mixup
/etc/nsswitch.conf, latest: -------------------------------------- # /etc/nsswitch.conf # # Example configuration of GNU Name Service Switch functionality. # If you have the `glibc-doc' and `info' packages installed, try: # `info libc "Name Service Switch"' for information about this file. passwd: files group: files shadow: files hosts: files mdns4_minimal [NOTFOUND=return] dns mdns4 networks: files protocols: db files services: db files ethers: db files rpc: db files netgroup: nis ------------------------------------- No changes, even after rebooting: # /etc/init.d/sendmail status MSP: is run via cron (20m) MTA: is not running QUE: Same as MTA # /etc/init.d/sendmail start Starting Mail Transport Agent (MTA): sendmail/etc/init.d/sendmail: line 224: 3422 Segmentation fault $CMD running 'sendmailconfig', the end of the output: ---------------------------- Writing /etc/cron.d/sendmail. Creating /etc/mail/sendmail.cf... Creating /etc/mail/submit.cf... Informational: confCR_FILE file empty: /etc/mail/relay-domains Updating /etc/mail/authinfo... Updating /etc/mail/mailertable... Updating /etc/mail/aliases... /usr/share/sendmail/update_db: line 380: 4171 Segmentation fault /usr/lib/sm.bin/newaliases Reload the running sendmail now with the new configuration? [Y] Reloading sendmail ... /etc/init.d/sendmail: line 224: 4200 Segmentation fault $CMD ---------------------------- Are there any other processes/routines where I might move 'compat' out of the way ..? 'grep -rs 'compat' /etc/| less' gave me more than 500 lines, and after a first glance I didn't see anything that might help ... > > >So I'll go back to where I was to get a running sendmail again ... :) > > The price of living on testing... There won't be non-buggy software for a long time coming. Probably. Not until some guys from other galaxies tell us how to do the job in an "appropriate manner" ... :) > especially when the primary build machine is out of comission. I > find unstable to often be more stable that testing; but then I need > to be on the bleeding edge. Sometimes I wonder how stable unstable actually is. And even *if* there are issues like now: Most of the time it's easy to simply go back 1 or 2 versions to get what I want ... > > >>The real problem here is that libdb4.5 on ppc is downlevel - it has no > >>ELF symbol versioning. And since sendmail was built with libdb4.5, it > >>will cause the problem you see when libnss-db later loads db4.3 :( > > > >So we might have a missing dependency on a special version of libdb4.5 > >for the latest sendmail packages ? > > no, sendmail has a dependancy on: > libdb-4.5.so => /usr/lib/libdb-4.5.so (0x0feb7000) > > it is just that the version of libdb currently on powerpc is broke - and > sendmail was built against that broken libdb. OK, got that. > > Unless you happen to be using compat, you wouldn't see the issue. > > My setup is 'files ldap', so I never saw the problem > > >see ... I'm too tired by now to even consider a stock Debian kernel > >install ... :) > > No need, it *is* the library issue - .. that's what I like to hear ... :) Until then Regards Wolfgang -- Wolfgang Pfeiffer: /ICQ: 286585973/ + + + /AIM: crashinglinux/ http://profiles.yahoo.com/wolfgangpfeiffer I made slight changes on Key ID: E3037113. Please refresh it. http://keyserver.mine.nu/pks/lookup?search=0xE3037113&fingerprint=on -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
