On Tue, Dec 19/00, Joakim Bomelin <joak...@framfablabs.com> wrote:
Have imapd.rc echo LD_LIBRARY_PATH to see what path it's
looking for your
libraries in. I suspect it doesn't include /usr/local/lib
I have now added
LD_LIBRARY_PATH="/usr/local/lib"
export LD_LIBRARY_PATH
to imapd.rc, but I still get the same error message.
This is NOT what I need right now ;-)
It's odd, that should work. What happens if you symlink libgdbm into
/usr/lib? What I usually do instead of messing with LD_LIBRARY_PATH in
startup scripts is to force the -R linker flag with env when I run
configure before building stuff that needs librarys outside of the
standard search path. i.e.
env CPPFLAGS="-I/usr/local/include" LDFLAGS="-L/usr/local/lib
-R/usr/local/include" ./configure --various args
This is definately one place where I prefer linux's ld.so.conf method of
managing library paths.
Does anyone know if there's a way of getting extra environment variables
into init's environment space before it starts running.
8 messages in net.sourceforge.lists.courier-usersRe: [courier-users] Courier-IMAP on S...
