From owner-cvs-all@FreeBSD.ORG Mon Aug 27 12:50:45 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 BAE8D16A469; Mon, 27 Aug 2007 12:50:45 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from speedfactory.net (mail6.speedfactory.net [66.23.216.219]) by mx1.freebsd.org (Postfix) with ESMTP id 2B3D113C442; Mon, 27 Aug 2007 12:50:44 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (unverified [66.23.211.162]) by speedfactory.net (SurgeMail 3.8k2) with ESMTP id 205565251-1834499 for multiple; Mon, 27 Aug 2007 08:50:56 -0400 Received: from zion.baldwin.cx (zion.baldwin.cx [192.168.0.7]) (authenticated bits=0) by server.baldwin.cx (8.13.8/8.13.8) with ESMTP id l7RCoWat026083; Mon, 27 Aug 2007 08:50:34 -0400 (EDT) (envelope-from jhb@freebsd.org) From: John Baldwin To: Warner Losh Date: Mon, 27 Aug 2007 08:50:19 -0400 User-Agent: KMail/1.9.7 References: <20070824215515.GF16131@turion.vk2pj.dyndns.org> <20070824.172212.74696955.imp@bsdimp.com> In-Reply-To: <20070824.172212.74696955.imp@bsdimp.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200708270850.20904.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [192.168.0.1]); Mon, 27 Aug 2007 08:50:35 -0400 (EDT) X-Virus-Scanned: ClamAV 0.88.3/4071/Sun Aug 26 20:27:44 2007 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=4.2 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on server.baldwin.cx Cc: src-committers@freebsd.org, alfred@freebsd.org, cvs-all@freebsd.org, deischen@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: Mon, 27 Aug 2007 12:50:45 -0000 On Friday 24 August 2007 07:22:12 pm Warner Losh wrote: > 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? Then why didn't we bump libc multiple times in a branch? It's the same exact thing except more fine-grained. If it's ok to bump symbol versions multiple times (remember, we've already done 1 bump by adding versioning and going to libc.so.7) in a branch, then it should have been ok to bump libc major numbers multiple times. I agree with Dan that we are trying to build releases, and folks running -current are expected to tolerate change during the current branch. I wouldn't expect more users until we actually do release BETA1, so I would go ahead and commit the new fts(3) soon so it is in BETA1 and the RELENG_7 branch when it is branched. > 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. I think it will be confusing to have missing symbols just as folks would have thought it confusing to have 6.x ship with libc.so.8 if we had bumped libc multiple times. I also think that just managing the interfaces that show up in releases and -stable branches will be enough extra bookkeeping to keep track of as it is. -- John Baldwin