From owner-freebsd-current@FreeBSD.ORG Thu Jul 23 13:06:49 2009 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 58AC2106566C for ; Thu, 23 Jul 2009 13:06:49 +0000 (UTC) (envelope-from mail25@bzerk.org) Received: from ei.bzerk.org (tunnel490.ipv6.xs4all.nl [IPv6:2001:888:10:1ea::2]) by mx1.freebsd.org (Postfix) with ESMTP id BB2588FC08 for ; Thu, 23 Jul 2009 13:06:48 +0000 (UTC) (envelope-from mail25@bzerk.org) Received: from ei.bzerk.org (BOFH@localhost [127.0.0.1]) by ei.bzerk.org (8.14.2/8.14.2) with ESMTP id n6ND6hLf024480; Thu, 23 Jul 2009 15:06:44 +0200 (CEST) (envelope-from mail25@bzerk.org) Received: (from bulk@localhost) by ei.bzerk.org (8.14.2/8.14.2/Submit) id n6ND6hfA024479; Thu, 23 Jul 2009 15:06:43 +0200 (CEST) (envelope-from mail25@bzerk.org) Date: Thu, 23 Jul 2009 15:06:43 +0200 From: Ruben de Groot To: Guido Falsi Message-ID: <20090723130643.GA24141@ei.bzerk.org> Mail-Followup-To: Ruben de Groot , Guido Falsi , subbsd , freebsd-current@freebsd.org References: <200907231302.34000.subbsd@gmail.com> <20090723093217.GA26926@megatron.madpilot.net> <20090723100548.GA23481@ei.bzerk.org> <20090723104115.GB26926@megatron.madpilot.net> <20090723114057.GA23923@ei.bzerk.org> <20090723121522.GC26926@megatron.madpilot.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20090723121522.GC26926@megatron.madpilot.net> User-Agent: Mutt/1.4.2.3i X-Spam-Status: No, score=-3.8 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00, J_CHICKENPOX_61,J_CHICKENPOX_71 autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on ei.bzerk.org X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.0.1 (ei.bzerk.org [127.0.0.1]); Thu, 23 Jul 2009 15:06:47 +0200 (CEST) Cc: freebsd-current@freebsd.org, subbsd Subject: Re: library compat for FreeBSD7x X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Jul 2009 13:06:49 -0000 On Thu, Jul 23, 2009 at 02:15:22PM +0200, Guido Falsi typed: > On Thu, Jul 23, 2009 at 01:40:57PM +0200, Ruben de Groot wrote: > > > > > > > > Erm, doesn't that defeat the whole point of having compat* libraries? > > > > > BTW, why don't you just let the old libraries lie in your system, or use > libmap.conf just to map them to the newer ones? As long as there is no > ABI breakage this will work. A new library version usually means ABI changes. So libmap.conf is not a failsafe solution. As for leaving the old libraries in an upgraded system, that's essentially the same as installing compat?x in a newly installed system. > > > The problem is that while a single port directly depending on a compat > > > library may work indefinitely this way, you'll have many problems when > > > you mix and match ports depending on libraries from other ports, mixing > > > ld and new libraries dependancies. > > > > Can you give a concrete example of this? I've never had any such problems. > > If port A depends on library from port B which itself depends on library > in base system foo.so.1, but program A was recompiled and itself depends > on library foo.so.2 ld could have an hard time linking them at runtime I > think. Yes, that would be hard. The obvious solution to this is to not recompile program A on a system with the newer library version. > > That may be the main reason, but there can be many others. > > For example, I'm still using the subversion 1.5 client compiled on 6.x > > because the newer version from ports (1.6) doesn't play nice with eclipse > > (subclipse). > > You have the sources, you could anyway recompile an old version. Sure, but I prefer using ports/packages. Keeps my systems manageable. > > Updating using packages might not be an option at all. Example: mod_php5 > > If you manage many servers you should anyway have a machine to make your > own packages too and roll those ones out to production machines, I > think. Yes, and there's another reason for having compat7x libraries. If you build on 7.X-RELEASE and want to test your packages on 8.X, you're going to need them. Ruben