From owner-freebsd-current Fri Jul 11 20:52:00 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id UAA17483 for current-outgoing; Fri, 11 Jul 1997 20:52:00 -0700 (PDT) Received: from whizzo.TransSys.COM (whizzo.TransSys.COM [144.202.42.10]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id UAA17471 for ; Fri, 11 Jul 1997 20:51:58 -0700 (PDT) Received: from localhost.transsys.com (localhost.transsys.com [127.0.0.1]) by whizzo.TransSys.COM (8.8.6/8.7.3) with SMTP id XAA18977; Fri, 11 Jul 1997 23:51:36 -0400 (EDT) Message-Id: <199707120351.XAA18977@whizzo.TransSys.COM> X-Mailer: exmh version 2.0delta 6/3/97 To: asami@cs.berkeley.edu (Satoshi Asami) cc: jkh@time.cdrom.com, current@FreeBSD.ORG, hans@brandinnovators.com From: "Louis A. Mamakos" Subject: Re: Heads up and and a call for a show of hands. References: <199707112053.NAA27593@vader.cs.berkeley.edu> In-reply-to: Your message of "Fri, 11 Jul 1997 13:53:58 PDT." <199707112053.NAA27593@vader.cs.berkeley.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 11 Jul 1997 23:51:36 -0400 Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > And Xi Graphics seems to have ignored my comment about just using the > existing framework and adding /usr/{local,X11R6}/etc/rc.d/foo.sh to > run ldconfig.sh and any other startup stuff. The -m flag to ldconfig > was added for a reason. I agree; this mechanism seems to work pretty nicely for both ports/packages as well as local software. > See what the modula-3-lib port does. I don't think an /etc/ld.so.conf > is necessary (much less /usr/local/etc/ld.so.conf). I propose backing > it out. I've used it locally to handle [incr tcl] which is installed in a different location and it sure beats having to edit a file, etc. And using the /usr/local/etc/rc.d script, you can invoke arbitrary policy (see if a directory that might be on removable media exists, etc) before adding directories to the list. It seems like to opportunity to render you machine inert with a badly "automatically" edited /etc/ld.so.conf file compared with the existing mechanisms argue against this new approach. louie