conf/91444: [PATCH] Fix compat?x library path of ldconfig_paths* in /etc/defaults/rc.conf

[Hiroki Sato]

The following reply was made to PR conf/91444; it has been noted by GNATS.

From: Hiroki Sato <hrs at FreeBSD.org>
To: yasu at utahime.org
Cc: FreeBSD-gnats-submit at FreeBSD.org, hrs at FreeBSD.org
Subject: Re: conf/91444: [PATCH] Fix compat?x library path of
 ldconfig_paths* in /etc/defaults/rc.conf
Date: Sat, 07 Jan 2006 22:47:31 +0900 (JST)

 ----Security_Multipart(Sat_Jan__7_22_47_31_2006_973)--
 Content-Type: Text/Plain; charset=us-ascii
 Content-Transfer-Encoding: 7bit
 
 KIMURA Yasuhiro <yasu at utahime.org> wrote
   in <20060107.210944.33530176.yasu at utahime.org>:
 
 ya> But problem happened when I rebooted the system. On bootstrap stage,
 ya> some programs of commercial softwares complained they cannot find
 ya> shared libraries and did not startup. I investigated the problem and
 ya> found It was caused by the name of startup script. That is, startup
 ya> script of the commercial software in question is installed in
 ya> /usr/local/etc/rc.d and the file name begin with 'a'. so it was
 ya> invoked prior to the startup script of compat4x at boot time.
 
  I fixed misc/compat[45]x to make the startup scripts be invoked
  at earlier stage than before right now.  This should solve your
  problem, I think.
 
 ya> >  So I do not think simply adding an absolute directory
 ya> >  /usr/local/lib/compat into the default rc.conf is useful.
 ya>
 ya> This patch does not add new directory entry. It only changes already
 ya> existing directory(/usr/lib/compat) entry to the more proper one.
 
  I meant changing the variable in defaults/rc.conf itself was pointless.
 
 --
 | Hiroki SATO
 
 ----Security_Multipart(Sat_Jan__7_22_47_31_2006_973)--
 Content-Type: application/pgp-signature
 Content-Transfer-Encoding: 7bit
 
 -----BEGIN PGP SIGNATURE-----
 Version: GnuPG v1.4.2 (FreeBSD)
 
 iD8DBQBDv8Z1TyzT2CeTzy0RApT9AKDJWncFqQZVCLhRYhsWJkD2udwWKACgnrI3
 Bb+jBwkkyVT8QGfD5LmqR94=
 =Zf86
 -----END PGP SIGNATURE-----
 
 ----Security_Multipart(Sat_Jan__7_22_47_31_2006_973)----