From owner-freebsd-stable@FreeBSD.ORG Fri Jan 13 22:57:18 2012 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B2D921065670; Fri, 13 Jan 2012 22:57:18 +0000 (UTC) (envelope-from avg@FreeBSD.org) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id CBCDE8FC0C; Fri, 13 Jan 2012 22:57:17 +0000 (UTC) Received: from porto.starpoint.kiev.ua (porto-e.starpoint.kiev.ua [212.40.38.100]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id AAA23575; Sat, 14 Jan 2012 00:57:16 +0200 (EET) (envelope-from avg@FreeBSD.org) Received: from localhost ([127.0.0.1]) by porto.starpoint.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1Rlq3f-000I1O-QS; Sat, 14 Jan 2012 00:57:15 +0200 Message-ID: <4F10B6C9.8010607@FreeBSD.org> Date: Sat, 14 Jan 2012 00:57:13 +0200 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:9.0) Gecko/20111222 Thunderbird/9.0 MIME-Version: 1.0 To: Doug Barton References: <4F10009A.7000307@FreeBSD.org> <4F100D9E.80807@FreeBSD.org> <4F10B1AD.9000400@FreeBSD.org> In-Reply-To: <4F10B1AD.9000400@FreeBSD.org> X-Enigmail-Version: undefined Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: FreeBSD Stable , George Kontostanos Subject: Re: FreeBSD 9 & recompile ports X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 13 Jan 2012 22:57:18 -0000 Just for the sake of this conversation... on 14/01/2012 00:35 Doug Barton said the following: > If you have a sufficiently small number of ports, sure it's possible > that you *might* not have to recompile. However if you're talking about > a desktop system with X I guarantee you that if you clean out all the > old stuff in the base after doing a major version upgrade then there are > things in /usr/local/ that are linked against libs that no longer exist. > How much that affects you is a YMMV of course. But if the appropriate misc/compatX port is installed, then those libraries do actually exist and the system should be fully usable... Modulo the compat libraries not working with the new kernel as Kostik has pointed out. > Meanwhile my larger point was that it doesn't matter whether > COMPAT_FREEBSD8 exists or not, whether some upgrades appear to work or > not, etc. When you do a major version upgrade your safest bet is wipe > out your old stuff and start over from scratch. You'll waste more time > trying to find ways around doing that than you would spend just doing it. :) Despite what I said above I still (mostly) agree with this suggestion. As soon as a user starts updating his ports one at a time it is very easy to run into a version of a "dll hell" where a binary from port A is linked to a newer version of some system library, say, libfoo.so.5 and is also linked to a library from port B, say, libbar.so, which in its turn was originally linked with the older version of the system library, say, libfoo.so.4. This could lead to some severe and hard to debug problem. Such a situation can be possible if port A is updated after the system upgrade, but port B is not. So reinstalling all ports/packages after the system upgrade is the most straightforward solution. But the overall situation is not as dramatic as you've originally described and a more gradual approach to updating the ports is possible with enough care. But this is only for the expert users to attempt :-) -- Andriy Gapon