From owner-cvs-all@FreeBSD.ORG Thu May 29 15:29:35 2008 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 6C060106564A; Thu, 29 May 2008 15:29:35 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [209.31.154.42]) by mx1.freebsd.org (Postfix) with ESMTP id 1F2BC8FC1C; Thu, 29 May 2008 15:29:35 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [209.31.154.41]) by cyrus.watson.org (Postfix) with ESMTP id 8812446B03; Thu, 29 May 2008 11:29:34 -0400 (EDT) Date: Thu, 29 May 2008 16:29:34 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Daniel Eischen In-Reply-To: Message-ID: <20080529162517.V3678@fledge.watson.org> References: <200805272004.m4RK4SZt029194@repoman.freebsd.org> <483C7FF2.6000607@FreeBSD.org> <483C977F.20105@delphij.net> <20080528060333.GA4699@zim.MIT.EDU> <20080529084608.X39873@fledge.watson.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Maxim Sobolev , src-committers@freebsd.org, d@delphij.net, cvs-src@freebsd.org, cvs-all@freebsd.org, Xin LI , re@freebsd.org, David Schultz Subject: Re: cvs commit: src/include string.h src/lib/libc/string Makefile.inc memchr.3 memrchr.c src/sys/sys param.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: Thu, 29 May 2008 15:29:35 -0000 On Thu, 29 May 2008, Daniel Eischen wrote: >> So, this is neither a vote for nor against a backout, but this is a general >> call to resist the conservative tendancy that says "don't MFC minor things" >> because, in macro, it has a significant drag effect on the MFC process that >> keeps RELENG branches maintainable. > > Ok, but consider the prior email with kan about MFC's after an 8.0 release. > Since you must be able to run 7.x binaries on 8.0, then you can't MFC any > symbol changes from 8.0+ back to 7.x. The symbols are basically frozen in > 7.x after 8.0 is released. Sounds like a bug. :-) I realize that is a rather simplistic view, but the reality is that we want the best of both worlds: we like having active feaure merging, and we like having multiple active branches with releases after a .0. In fact, having a .4 on one branch after a .0 on the next branch seems pretty central to our world view. As many downsides as library versions had, one upside was the ability to do this. I need to go read Alexander's e-mail, but it seems that really this limitation shouldn't have to exist. Robert N M Watson Computer Laboratory University of Cambridge