From owner-freebsd-emulation@FreeBSD.ORG Wed Apr 30 07:19:44 2008 Return-Path: Delivered-To: freebsd-emulation@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3629D1065683 for ; Wed, 30 Apr 2008 07:19:44 +0000 (UTC) (envelope-from jhein@timing.com) Received: from Daffy.timing.com (mx1.timing.com [206.168.13.218]) by mx1.freebsd.org (Postfix) with ESMTP id D5C748FC13 for ; Wed, 30 Apr 2008 07:19:43 +0000 (UTC) (envelope-from jhein@timing.com) Received: from gromit.timing.com (gromit.timing.com [206.168.13.209]) by Daffy.timing.com (8.13.1/8.13.1) with ESMTP id m3U7IuQh054086; Wed, 30 Apr 2008 01:19:07 -0600 (MDT) (envelope-from jhein@timing.com) Received: from gromit.timing.com (localhost [127.0.0.1]) by gromit.timing.com (8.14.2/8.14.2) with ESMTP id m3U7ItG3002433; Wed, 30 Apr 2008 01:18:55 -0600 (MDT) (envelope-from jhein@gromit.timing.com) Received: (from jhein@localhost) by gromit.timing.com (8.14.2/8.14.2/Submit) id m3U7ItZ7002430; Wed, 30 Apr 2008 01:18:55 -0600 (MDT) (envelope-from jhein) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <18456.7518.947661.700763@gromit.timing.com> Date: Wed, 30 Apr 2008 01:18:54 -0600 From: John E Hein To: Alexander Leidinger In-Reply-To: <20080430082251.330631sseytpk7jv@webmail.leidinger.net> References: <48164CD5.9030109@gmail.com> <790a9fff0804281537p27003437p10ff1d9bf7c7bff@mail.gmail.com> <20080429045001.GW18958@deviant.kiev.zoral.com.ua> <42172269@ipt.ru> <20080429101459.GX18958@deviant.kiev.zoral.com.ua> <95766063@serv3.int.kfs.ru> <18455.7999.318965.875282@gromit.timing.com> <94009951@ipt.ru> <18455.33882.355026.28602@gromit.timing.com> <20080430082251.330631sseytpk7jv@webmail.leidinger.net> X-Mailer: VM 7.19 under Emacs 22.1.1 X-Virus-Scanned: ClamAV version 0.91.2, clamav-milter version 0.91.2 on Daffy.timing.com X-Virus-Status: Clean Cc: freebsd-emulation@freebsd.org Subject: Re: linux_base-f8 giving me guff X-BeenThere: freebsd-emulation@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Development of Emulators of other operating systems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 Apr 2008 07:19:44 -0000 Alexander Leidinger wrote at 08:22 +0200 on Apr 30, 2008: > Quoting John E Hein (from Tue, 29 Apr 2008 14:26:02 -0600): > > Boris Samorodov wrote at 22:13 +0400 on Apr 29, 2008: > > > We have packages for that purpose... Or I didn't understand you. > > > > Q: How do packages get built? > > A: By running 'make package' which does a 'make install' > > > > So, the problem Kostik described still exists. > > > > When does the ldconfig really need to be run? At package build time > > or at pkg_add time? Those were rhetorical questions, by the way - I was trying to emphasize that packages don't work around the problem because the act of building the package can trip over the problem. > At package install time. And if you look at the pkg-install script you > will see that it is run then. The problem is, that you don't really > know if the installation is just to create a package, or if the user > also wants to use the port after the installation (I create a package > after each update of a port). Have a look around in other ports, all > ports will do the pkg-install stuff during installation too. That's why having a knob to allow the user to specify that linux ldconfig should not be run at install time would be useful. As you rightly mention there are ports that run other linux programs as well, but these can be addressed case by case, whereas ldconfig is in bsd.*.mk and so it can be addressed more generally. Anyway, I just wanted to answer the question posed asking for examples where ld.so.cache need not be updated.