SUMMARY: db-1.85 under DU3.2C

From: Patrick O'Brien <pobrien_at_cfa.harvard.edu>
Date: Fri, 16 Feb 1996 12:34:41 -0500 (EST)

Problem summary:

After compiling db-185 under DU 3.2C, the vacation program
/var/adm/sm.bin/vacation failed. The addition of db-185 was
for sendmail 8.7.3.

Problem resolution:

I learned much by the responses, which are posted below and helpful for
anyone making the 8.7.3 transition. I would have missed a couple of
important steps without Spider Boardman's response, which addressed
db-1.85 installation. I was embarrassed when I found the root of the
problem, though, which Dave Tetreault and Hellebo Knut's responses led to.

The root of the problem was that I had botched the sendmail restricted
shell setup by copying a version of vacation in to the sm.bin instead of
linking it from /usr/bin. It had been broken by an OS upgrade a while
ago, and I had not noticed until the new db installation.

Many thanks.

-Patrick O'Brien

>From Spider Boardman:
 
These three lines come from the "READ_ME" file at the top of the
sendmail distribution directory:
 
> Be sure you remove ndbm.h and ndbm.o from the db distribution. These
> will cause problems with sendmail because sendmail already understands
> about NEWDB and NDBM coexisting.
 
To do this, cd to your build directory for db, where the libdb.a file
exists. Type this:
 
        ar -ds libdb.a ndbm.o
 
Then, for the .so file:
 
        ld -shared -o libdb.so -expect_unresolved '*' -all libdb.a -none -lm
 
Copy that new .so to a temporary name, like /usr/shlib/libdb.so.new, and then
rename it to be 'live', like this:
 
        # cp -p libdb.so /usr/shlib/libdb.so.new
        # cd /usr/shlib
        # mv libdb.so.new libdb.so
 
Installing the libdb.a file is optional.

>From Dave Tetreault:
 
I don't see how this could affect already linked programs. When I
installed db-1.85 on my alphas only a static archive was created. I also
put this lib and the header files in a place for local stuff. If you
however did put the header files in /usr/include then people that compile
and include dbm.h will use the new database system in "compatability" mode.
 
This mode emulates the old dbm but uses files of the new form. If this
is what happened just rebuild the whole application including the data base.
 

>From Hellebo Knut:
 
Date: Fri, 16 Feb 1996 11:46:13 +0100
Reply-To: Knut.Hellebo_at_nho.hydro.com
To: "Patrick O'Brien" <pobrien_at_cfa.harvard.edu>, pobrien_at_draco.harvard.edu
Subject: Re: db-1.85 under DU3.2C
X-Status:
 
Regards,
 
Try using the bundled vacation program (/usr/bin/vacation) instead of
/var/...
 
Received on Fri Feb 16 1996 - 18:55:09 NZDT

This archive was generated by hypermail 2.4.0 : Wed Nov 08 2023 - 11:53:46 NZDT