From owner-freebsd-current@FreeBSD.ORG Thu May 26 16:47:55 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 36348106566C for ; Thu, 26 May 2011 16:47:55 +0000 (UTC) (envelope-from deischen@freebsd.org) Received: from mail.netplex.net (mail.netplex.net [204.213.176.10]) by mx1.freebsd.org (Postfix) with ESMTP id D53108FC1C for ; Thu, 26 May 2011 16:47:54 +0000 (UTC) Received: from sea.ntplx.net (sea.ntplx.net [204.213.176.11]) by mail.netplex.net (8.14.4/8.14.4/NETPLEX) with ESMTP id p4QGlrDG005565; Thu, 26 May 2011 12:47:53 -0400 X-Virus-Scanned: by AMaViS and Clam AntiVirus (mail.netplex.net) X-Greylist: Message whitelisted by DRAC access database, not delayed by milter-greylist-4.2.6 (mail.netplex.net [204.213.176.10]); Thu, 26 May 2011 12:47:53 -0400 (EDT) Date: Thu, 26 May 2011 12:47:53 -0400 (EDT) From: Daniel Eischen X-X-Sender: eischen@sea.ntplx.net To: Kostik Belousov In-Reply-To: <20110526155819.GJ48734@deviant.kiev.zoral.com.ua> Message-ID: References: <20110526155819.GJ48734@deviant.kiev.zoral.com.ua> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: bf1783@gmail.com, Matthias Apitz , freebsd-current@freebsd.org Subject: Re: CURRENT && /usr/ports X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Daniel Eischen List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 May 2011 16:47:55 -0000 On Thu, 26 May 2011, Kostik Belousov wrote: > On Thu, May 26, 2011 at 10:16:15AM -0400, b. f. wrote: >> Matthias Apitz: >> ... >>> I'm running -CURRENT on my laptop (r220692 from ~mid of April) and >>> /usr/ports from CVS from the same day; I want from time to time (let's >>> says once a week) SVN update my kernel and userland; I know that these >>> two should be in sync, but what about the ports? I have installed around >>> 1200 ports I'm used to use. Is there any special note in /usr/src/UPDATING >>> when the ABI changes and would break the compiled ports? >> >> There is a lot of relevant information in UPDATING, but this file >> doesn't focus on ports, and some changes that affect ports aren't >> mentioned. You can find some workarounds or IGNORE settings in >> individual port Makefiles based upon OSVERSION, some open PRs which >> describe known problems (and, occasionally, solutions), and a partial >> list of problems at: >> >> http://wiki.freebsd.org/PortsBrokenOnCurrent >> >> (but this last listing is somewhat incomplete and out-of-date). You >> can also find build logs at: >> >> http://pointyhat.freebsd.org/errorlogs/ >> >> Efforts to find and fix these problems will accelerate after the >> slush/freeze that will precede the release of FreeBSD 9. > > [With the re hat on] > > The policy that we are trying to follow with regard to the userland ABI > in the project is that > - the libraries that already provide symbol versioning shall not break > ABI backward-compatibility under any circumstances. The list of such > libraries includes libc, libpthread, libm and libstdc++. There are other > libraries that also implement symbol versioning, but they are supplied > by third parties, and we rely on the upstream projects to not break > the guarantee (mostly). To clarify a bit, FreeBSD versioned libraries (libc, libpthread, etc) in HEAD will not break the ABI with prior releases. But within different versions of HEAD, there may be ABI breakages. For instance, if we break the ABI for foo() once in head on April 20, 2011, then we provide a compatible symbol for foo() in RELENG_8. If on May 26 2011 we decide that the ABI for foo() needs to be broken again, then we do not force ourselves to provide a compat symbol for foo() between April 20 and May 26. Depending on the breakage, we may provide a April 20 - May 26 compat symbol as a temporary aid for folks running HEAD, but at some point before HEAD is branched it will be removed. The case of this happening should be very rare, and I don't think it has happened yet. -- DE