Re: \home\david accessed on httpd mod_dav_svn startup

On Thu, 31 Jul 2003, David Summers wrote:
> I'll see if I can find a spare RH9 box at work at put it there and see
> what happens.
>
> On Thu, 31 Jul 2003, Couball, James wrote:
> > Hello Team:
> >
> > Whenever I start httpd with the LoadModule for mod_dav_svn.so causes
> > /home/david to be accessed... I can't tell why. We share home directories
> > via nfs automount, so this is causing a message to appear in my
> > /var/log/messages file indicating that /home/david could not be mounted.
> >
> > I am running subversion 0.26 installed from RPM on Red Hat 9.0. I used all
> > the RPMs downloadable from the subversion distribution site.
> >
> > Doing a grep of /etc (recursively) for /home/david found the following:
> >
> > [jcouball@svn-01 etc]# egrep -r "/home/david" *
> > Binary file httpd/modules/mod_auth_anon.so matches
> > Binary file httpd/modules/mod_access.so matches
> > Binary file httpd/modules/mod_actions.so matches
> > Binary file httpd/modules/mod_alias.so matches
> > Binary file httpd/modules/mod_asis.so matches
> > Binary file httpd/modules/mod_auth.so matches
> > Binary file httpd/modules/mod_auth_digest.so matches
> > Binary file httpd/modules/mod_auth_dbm.so matches
> > Binary file httpd/modules/mod_proxy_connect.so matches
> > Binary file httpd/modules/mod_autoindex.so matches
> > Binary file httpd/modules/mod_cern_meta.so matches
> > Binary file httpd/modules/mod_cgi.so matches
> > Binary file httpd/modules/mod_cgid.so matches
> > Binary file httpd/modules/mod_dav.so matches
> > Binary file httpd/modules/mod_dav_fs.so matches
> > Binary file httpd/modules/mod_deflate.so matches
> > Binary file httpd/modules/mod_dir.so matches
> > Binary file httpd/modules/mod_env.so matches
> > Binary file httpd/modules/mod_expires.so matches
> > Binary file httpd/modules/mod_headers.so matches
> > Binary file httpd/modules/mod_imap.so matches
> > Binary file httpd/modules/mod_include.so matches
> > Binary file httpd/modules/mod_info.so matches
> > Binary file httpd/modules/mod_log_config.so matches
> > Binary file httpd/modules/mod_mime.so matches
> > Binary file httpd/modules/mod_mime_magic.so matches
> > Binary file httpd/modules/mod_negotiation.so matches
> > Binary file httpd/modules/mod_proxy.so matches
> > Binary file httpd/modules/mod_proxy_ftp.so matches
> > Binary file httpd/modules/mod_proxy_http.so matches
> > Binary file httpd/modules/mod_rewrite.so matches
> > Binary file httpd/modules/mod_setenvif.so matches
> > Binary file httpd/modules/mod_speling.so matches
> > Binary file httpd/modules/mod_status.so matches
> > Binary file httpd/modules/mod_suexec.so matches
> > Binary file httpd/modules/mod_unique_id.so matches
> > Binary file httpd/modules/mod_userdir.so matches
> > Binary file httpd/modules/mod_usertrack.so matches
> > Binary file httpd/modules/mod_vhost_alias.so matches
> > Binary file httpd/modules/mod_auth_ldap.so matches
> > Binary file httpd/modules/mod_cache.so matches
> > Binary file httpd/modules/mod_disk_cache.so matches
> > Binary file httpd/modules/mod_file_cache.so matches
> > Binary file httpd/modules/mod_ldap.so matches
> > Binary file httpd/modules/mod_mem_cache.so matches
> > Binary file httpd/modules/mod_ssl.so matches
> > httpd/modules/mod_authz_svn.la:dependency_libs='
> > /home/david/rpms/build/subversion-0.26.0/subversion/libsvn_subr/libsvn_subr-
> > 1.la /usr/lib/libaprutil-0.la -lldap -llber /usr/lib/libgdbm.la
> > /usr/lib/libdb-4.0.la -lpthread /usr/lib/libexpat.la /usr/lib/libapr-0.la
> > -lrt -lm -lcrypt -lnsl -ldl '
> > httpd/modules/mod_authz_svn.la:relink_command="(cd
> > /home/david/rpms/build/subversion-0.26.0/subversion/mod_authz_svn; /bin/sh
> > /home/david/rpms/build/subversion-0.26.0/libtool --mode=relink gcc -O2 -g
> > -march=i386 -mcpu=i686 -pthread -DNEON_ZLIB -DNEON_SSL -rpath
> > /usr/lib/httpd/modules -avoid-version -module -o mod_authz_svn.la
> > mod_authz_svn.lo ../../subversion/libsvn_subr/libsvn_subr-1.la
> > @inst_prefix_dir@)"
> > Binary file httpd/modules/mod_authz_svn.so matches
> > httpd/modules/mod_dav_svn.la:dependency_libs='
> > /home/david/rpms/build/subversion-0.26.0/subversion/libsvn_repos/libsvn_repo
> > s-1.la
> > /home/david/rpms/build/subversion-0.26.0/subversion/libsvn_fs/libsvn_fs-1.la
> > -ldb
> > /home/david/rpms/build/subversion-0.26.0/subversion/libsvn_delta/libsvn_delt
> > a-1.la
> > /home/david/rpms/build/subversion-0.26.0/subversion/libsvn_subr/libsvn_subr-
> > 1.la /usr/lib/libaprutil-0.la -lldap -llber /usr/lib/libgdbm.la
> > /usr/lib/libdb-4.0.la -lpthread /usr/lib/libexpat.la /usr/lib/libapr-0.la
> > -lrt -lm -lcrypt -lnsl -ldl '
> > httpd/modules/mod_dav_svn.la:relink_command="(cd
> > /home/david/rpms/build/subversion-0.26.0/subversion/mod_dav_svn; /bin/sh
> > /home/david/rpms/build/subversion-0.26.0/libtool --mode=relink gcc -O2 -g
> > -march=i386 -mcpu=i686 -pthread -DNEON_ZLIB -DNEON_SSL -rpath
> > /usr/lib/httpd/modules -avoid-version -module -o mod_dav_svn.la activity.lo
> > deadprops.lo liveprops.lo log.lo merge.lo mod_dav_svn.lo repos.lo update.lo
> > util.lo version.lo ../../subversion/libsvn_repos/libsvn_repos-1.la
> > ../../subversion/libsvn_fs/libsvn_fs-1.la
> > ../../subversion/libsvn_delta/libsvn_delta-1.la
> > ../../subversion/libsvn_subr/libsvn_subr-1.la @inst_prefix_dir@)"
> > Binary file httpd/modules/mod_dav_svn.so matches
> >

Nope, it is branded into all the binaries and *.la files. I guess some
interaction with the NFS automounter is taking place.

Ok. I can get rid of the wierd paths for the *.la and other text files
in the RPM build script (subversion.spec) file, but how do I get rid of
them in the shared libraries?

Something to do with libtool?

Anyone???? Anyone????

    Thanks!

-- 
David Wayne Summers          "Linux: Because reboots are for hardware upgrades!"
david_at_summersoft.fay.ar.us   PGP Key: http://summersoft.fay.ar.us/~david/pgp.txt
PGP Key fingerprint =  C0 E0 4F 50 DD A9 B6 2B  60 A1 31 7E D2 28 6D A8 
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org