From owner-cvs-all@FreeBSD.ORG Fri Aug 24 22:04:52 2007 Return-Path: Delivered-To: cvs-all@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8959B16A419; Fri, 24 Aug 2007 22:04:52 +0000 (UTC) (envelope-from bright@elvis.mu.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.freebsd.org (Postfix) with ESMTP id 7595213C46E; Fri, 24 Aug 2007 22:04:52 +0000 (UTC) (envelope-from bright@elvis.mu.org) Received: by elvis.mu.org (Postfix, from userid 1192) id B95561A4D8D; Fri, 24 Aug 2007 15:02:44 -0700 (PDT) Date: Fri, 24 Aug 2007 15:02:44 -0700 From: Alfred Perlstein To: Peter Jeremy Message-ID: <20070824220244.GH87451@elvis.mu.org> References: <200708230509.l7N59VCi048341@repoman.freebsd.org> <20070824183630.GA99474@comp.chem.msu.su> <20070824215515.GF16131@turion.vk2pj.dyndns.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20070824215515.GF16131@turion.vk2pj.dyndns.org> User-Agent: Mutt/1.4.2.3i Cc: Yar Tikhiy , src-committers@freebsd.org, cvs-all@freebsd.org, cvs-src@freebsd.org Subject: Re: cvs commit: src/lib/libc/gen fts-compat.c fts-compat.h X-BeenThere: cvs-all@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: CVS commit messages for the entire tree List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 Aug 2007 22:04:52 -0000 Not to pick on anyone here but Yar did something that works, why exactly are we not allowing him to use the tools provided for this exact purpose and instead making him do convoluted workarounds? I mean seriously, so we have a versioned symbol that could possibly be avoided by a lot of hard work and magic which will probably fail for a bunch of users.... ...so why not just use what works? -Alfred * Peter Jeremy [070824 14:53] wrote: > On 2007-Aug-24 22:36:30 +0400, Yar Tikhiy wrote: > >The reason for exercising symbol versions right now is that "make > >installworld" is sensitive to the fts(3) ABI. If the ABI is just > >broken w/o special measures, "make installworld" will fail in the > >middle and leave you with a botched system. It goes as follows: > > > >- "make installworld" copies the old /usr/bin/find and some other > > tools to /tmp/install.xxx for use during the install > >- libc is overwritten by its new instance, with new fts(3) ABI > >- the old find(1) is run by installworld and dumps core immediately. > > The other option is to update the "copy old executables" part of > installworld to also copy relevant old shared libraries and force > their use for the "make reinstall" via LD_LIBRARY_PATH. > > -- > Peter Jeremy -- - Alfred Perlstein