From owner-cvs-all@FreeBSD.ORG Fri Aug 24 23:26:31 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 BE50116A418; Fri, 24 Aug 2007 23:26:31 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (bsdimp.com [199.45.160.85]) by mx1.freebsd.org (Postfix) with ESMTP id 6125D13C468; Fri, 24 Aug 2007 23:26:31 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from localhost (localhost [127.0.0.1]) by harmony.bsdimp.com (8.13.8/8.13.4) with ESMTP id l7ONMCtV053762; Fri, 24 Aug 2007 17:22:12 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Fri, 24 Aug 2007 17:22:12 -0600 (MDT) Message-Id: <20070824.172212.74696955.imp@bsdimp.com> To: deischen@FreeBSD.org From: Warner Losh In-Reply-To: References: <20070824215515.GF16131@turion.vk2pj.dyndns.org> <20070824220244.GH87451@elvis.mu.org> X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0 (harmony.bsdimp.com [127.0.0.1]); Fri, 24 Aug 2007 17:22:13 -0600 (MDT) Cc: src-committers@FreeBSD.org, alfred@FreeBSD.org, cvs-all@FreeBSD.org, cvs-src@FreeBSD.org, yar@comp.chem.msu.su 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 23:26:31 -0000 From: Daniel Eischen Subject: Re: cvs commit: src/lib/libc/gen fts-compat.c fts-compat.h Date: Fri, 24 Aug 2007 18:25:17 -0400 (EDT) > On Fri, 24 Aug 2007, Alfred Perlstein wrote: > > > 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? > > Please, enough of this "it works, so why not?". We didn't always > have symbol versioning, and we have solved these problems before > without it. There seems to be an inherent problem with our > build system, and the LD_LIBRARY_PATH trick seems to make sense > to me, or building and installing the install tools as static > to avoid problems like this. The other problem, once you get past the build tools, is now all your ports binaries do not work. While people running current are big boys and girls, it is a pain to have to frequently rebuild them. > I never added symbol versioning to libc in order to solve > -current upgrade problems. Sure, you're free to use it that > way, but it would not make me very happy ;-) So who cares if we find new uses for tools? I never thought devd would be used for network state transition... What's the overhead of having the transition crutch around for a while? The benefit is that people are less likely to screw up their systems at a time when we want to encourage people to upgrade so they can test the latest/greatest version. If it were 9 months after RELENG_6 was branched, and a long time to a release, then I'd be much more inclined to agree with the 'current is hard, so why spend engineering effort on making it easy' crowd than I would now that more of the world is watching and using it since we're in the glide path to beta1. I don't see why we can't put the versioned symbols in, let everybody upgrade and then remove the old symbols after a big enough window has passed. It isn't like they are hurting anything by being there, is it? If there is some actual harm here, it hasn't been clearly articulated and needs to be if that's the case. I'm certainly open to this possibility. Just my humble opinion. Warner