On Thu, Apr 10, 2014 at 02:14:02PM -0600, Jeff Trawick wrote: > On Thu, Apr 10, 2014 at 2:05 PM, David Benfell > <[1]benf...@parts-unknown.org> wrote: > > On Thu, Apr 10, 2014 at 01:38:00PM -0600, Eric Covener wrote: > > On Thu, Apr 10, 2014 at 4:35 AM, David Benfell > > <[2]benf...@parts-unknown.org> wrote: > > > apr_crypto_init > > > Maybe you built with the up-to-date apr-util (so httpd or some module > thinks apr_crypto_init() exists) but an older level apr-util > (system-provided?) is being used when you try to start httpd. > As a test, try > export LD_LIBRARY_PATH=/path/to/new/httpd/lib > (or wherever you installed new apr-util) > before starting httpd and see if that works. > Progress of a sort: There was definitely some cruft lying about from a previous 2.2 build. I deleted it. I set the environment variable LD_LIBRARY_PATH=/usr/lib64/apr-util-1 and apachectl start at least starts the server (I have other problems but I think they're related to php).
/etc/init.d/httpd start does not, even when I set the environment variable in the script right before the line that starts the daemon. I'm thinking I ought to be able to substitute apachectl for the start script with a symbolic link. Would this work? Any reason I shouldn't? Thanks! -- David Benfell <benf...@parts-unknown.org> See https://parts-unknown.org/node/2 if you don't understand the attachment.
pgpeQpQSV4Frz.pgp
Description: PGP signature
