From owner-freebsd-ports@FreeBSD.ORG Thu Jun 13 18:41:56 2013 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 43E58AE6 for ; Thu, 13 Jun 2013 18:41:56 +0000 (UTC) (envelope-from baptiste.daroussin@gmail.com) Received: from mail-we0-x230.google.com (mail-we0-x230.google.com [IPv6:2a00:1450:400c:c03::230]) by mx1.freebsd.org (Postfix) with ESMTP id CF1161D74 for ; Thu, 13 Jun 2013 18:41:55 +0000 (UTC) Received: by mail-we0-f176.google.com with SMTP id t56so8209013wes.21 for ; Thu, 13 Jun 2013 11:41:55 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:date:from:to:cc:subject:message-id:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; bh=fVQVefrjL/io4PieEPTrhQLj/4/4IQYd5qp0cXeSrss=; b=fwgYAqtPvjW3sEqL6q3GGRbTlG1dhZ3stUZYB6Ohaau+BQLzaaJ99kdcl8LgQs8jep KuwJZ/F5KdK0afRCiPQ9xMZ1oUiMkx4wudbQ2EJRKk9UeBcR2v4L80Va9ap8YdF4b92/ Iid3pgnEMkFnwcrIBk/4NHNyGCSwqXNNfv/PSHVuwlucu61rZQzbbXNxzU47tgf/heca Vl9YAl4Y31S+NTJ9grX5pnRdpngHHG/n6DmCOYhabbeNig3NmvU9viAo3WXNnmQ4DG7y FcSVfKWLCP3oYwW6LbqqAv2pMgcDjMqccmink3faRzRqJLvDnoxgzGa+rR+daelSDdri Z+ww== X-Received: by 10.180.211.233 with SMTP id nf9mr8042995wic.55.1371148914894; Thu, 13 Jun 2013 11:41:54 -0700 (PDT) Received: from ithaqua.etoilebsd.net (ithaqua.etoilebsd.net. [37.59.37.188]) by mx.google.com with ESMTPSA id fv11sm33288962wic.11.2013.06.13.11.41.53 for (version=TLSv1 cipher=RC4-SHA bits=128/128); Thu, 13 Jun 2013 11:41:54 -0700 (PDT) Sender: Baptiste Daroussin Date: Thu, 13 Jun 2013 20:41:51 +0200 From: Baptiste Daroussin To: olli hauer Subject: Re: [CFT] Fixing/changing LIB_DEPENDS Message-ID: <20130613184151.GD44980@ithaqua.etoilebsd.net> References: <20130613130730.GK99460@ithaqua.etoilebsd.net> <51B9FA28.3020303@gmx.de> <20130613175005.GC44980@ithaqua.etoilebsd.net> <51BA093E.9090303@gmx.de> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="ZJcv+A0YCCLh2VIg" Content-Disposition: inline In-Reply-To: <51BA093E.9090303@gmx.de> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: ports@FreeBSD.org X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 13 Jun 2013 18:41:56 -0000 --ZJcv+A0YCCLh2VIg Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Jun 13, 2013 at 08:02:38PM +0200, olli hauer wrote: > On 2013-06-13 19:50, Baptiste Daroussin wrote: > > On Thu, Jun 13, 2013 at 06:58:16PM +0200, olli hauer wrote: > >> On 2013-06-13 15:07, Baptiste Daroussin wrote: > >>> Hi, > >>> > >>> Here is a patch to fix LIB_DEPENDS. > >>> > >>> First what is/are the problem of LIB_DEPENDS. > >>> > >>> LIB_DEPENDS relies on of ldconfig -r to get its valid or not installe= d shared > >>> libraries, problem is: > >>> liba-5.2.so and liba-5.so.2 will both be a-5.2 for ldconfig -r, which= is not > >>> really what we want. > >>> > >>> secondly ldconfig -r is only able to print something for libraries in= the form > >>> of: lib.so[.number], while we have no technical limitation to e= nforce this > >>> form and it is more and more common to find libraries in the followin= g form: > >>> lib.so.major.minor.patch and to get them working properly right= know we > >>> have to patch the upstream build system, to send some magic tricks on= libtool > >>> etc, all that kind of things all of us loves to deal with. > >>> > >>> What I do propose is a new form of LIB_DEPENDS in addition to the cur= rent one: > >>> LIB_DEPENDS=3D bla.so[numberwithlongorwhatever]:${PORTSDIR}/cat/bla > >>> > >>> What the framework will do, is lookup in all libraries directories for > >>> libbla.so[numberwithdotsorwhatever] test if it exists (test -f also v= alidate the > >>> symlink is pointing to a regular file) if /usr/bin/file is present on= your > >>> system it will validate the pointed file is really a shared library. > >>> > >>> Any review welcome: http://people.freebsd.org/~bapt/fix-libdepends.pa= tch > >>> > >>> This idea behind this patch is on mid/long term to remove the other L= IB_DEPENDS > >>> forms. > >>> > >>> I do plan to commit this on next friday 2013-06-21. > >>> > >>> regards, > >>> Bapt > >>> > >> > >> > >> > >> Hm, > >> > >> so this is a modern extended incarnation of the old LIB_DEPENDS notati= on > >> For example pcre.3:... becomes pcre:... > >> > >> Isn't this something that can be handled with some additional code in = pathfix? > >> > >> -- > >> regards, > >> olli > >> > >=20 > > Either I m missing something, or I don't see the point about pathfix. > >=20 > > It is not a matter of path, but rather allowing the ports tree to handle > > properly all kind of library name, right now we have some false limitat= ion and > > library name collision because we wrongly rely on ldconfig -r. > >=20 > > we have lots of patches so convert library names to a format > > libname.so.asinglenumber, just for the sake of a technical limitation o= f the > > ports tree. > >=20 > > That is what I m trying to fix. > >=20 > > regards, > > Bapt > >=20 >=20 > Sorry, I was meaning USE_GNOME=3Dltverhack not gnomehack ... >=20 > for example in www/neon we use it to change libneon.so.29 to libneon.so.27 >=20 > I haven't tested what is the result with a library that comes with so.x.x > but maybe ltverhack works also there. >=20 That is exactly the kind of hacks I do want do eliminate. regards, Bapt --ZJcv+A0YCCLh2VIg Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) iEYEARECAAYFAlG6Em8ACgkQ8kTtMUmk6EwNKACeLPHHoF2giGN/lRD8Hi5ZgQO0 4nMAoKmeURXrYB8jXR/uwycJ2giks4az =JIed -----END PGP SIGNATURE----- --ZJcv+A0YCCLh2VIg--