From owner-svn-ports-head@FreeBSD.ORG Thu Aug 7 17:55:04 2014 Return-Path: Delivered-To: svn-ports-head@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 57D77E6C; Thu, 7 Aug 2014 17:55:04 +0000 (UTC) Received: from mout.gmx.net (mout.gmx.net [212.227.17.21]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mout.gmx.net", Issuer "TeleSec ServerPass DE-1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id C38AE2FD0; Thu, 7 Aug 2014 17:55:03 +0000 (UTC) Received: from mandree.no-ip.org ([78.48.0.31]) by mail.gmx.com (mrgmx102) with ESMTPSA (Nemesis) id 0LvPgd-1WEvTq0DuV-010gGa; Thu, 07 Aug 2014 19:54:53 +0200 Received: from [IPv6:::1] (localhost6.localdomain6 [IPv6:::1]) by apollo.emma.line.org (Postfix) with ESMTP id E58E123CE92; Thu, 7 Aug 2014 19:54:51 +0200 (CEST) Message-ID: <53E3BD6B.8040902@gmx.de> Date: Thu, 07 Aug 2014 19:54:51 +0200 From: Matthias Andree User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.0 MIME-Version: 1.0 To: Baptiste Daroussin , Tijl Coosemans Subject: Re: svn commit: r364287 - head/ports-mgmt/pkg-devel References: <53e39939.55bc.4ca5432c@svn.freebsd.org> <20140807172841.58633e63@kalimero.tijl.coosemans.org> <53E3A468.5050603@FreeBSD.org> <53E3AC0C.5020904@gmx.de> <53E3AD09.2050000@FreeBSD.org> <20140807185753.0a5c577f@kalimero.tijl.coosemans.org> <20140807172507.GW17537@ivaldir.etoilebsd.net> In-Reply-To: <20140807172507.GW17537@ivaldir.etoilebsd.net> Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K0:WtdqZXRW2xGOnvl9DMBDS0xeyXi5LGSd+NByHOdTSWKh+EFs4PL DotWnMOApAaOy2nRt42UboVVXyTm8vrwf1M4sL8q1iHXr9iQBXxhd5R/kApzIU9QZlG0aZ/ 6GCx3hVWilVW5XQwxZhT0ghXcD98gfwfF/5xxCjAMF3L/NeNdgMApqQQGjRGF9Pn4qnW+rV voNEAQTUEdKTMUnpYgXZg== X-UI-Out-Filterresults: notjunk:1; Cc: svn-ports-head@freebsd.org, Vsevolod Stakhov , svn-ports-all@freebsd.org, ports-committers@freebsd.org X-BeenThere: svn-ports-head@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: SVN commit messages for the ports tree for head List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Aug 2014 17:55:04 -0000 Am 07.08.2014 um 19:25 schrieb Baptiste Daroussin: >> Matthias is talking about the SONAME Elf field. For libxml2.so.2.9.1 >> it gives: >> >> % objdump -p /usr/local/lib/libxml2.so.2.9.1 | grep SONAME >> SONAME libxml2.so.2 >> >> This is what is recorded in the NEEDED field of programs/libraries >> that depend on libxml2 and can be used for shared lib provides. >> > > That is exactly what we do use. > > The problem is things like i386-wine are providing libxml2 as well which SONAME > is also libxml2.so.2 how do we differentiate both ? I don't fully oversee how it the i386-wine port works, and am not eager to get acquainted with it, but let's pretend it "just works" for the sake of the argument, and that reading its pkg-plist suffices. Feel free to fill me in on additional details. i386-wine is not providing a *system-wide* libxml2.so.2, because it's not in the regular library search path. Meaning that i386-wine will not be able to satisfy a regular LIB_DEPENDS of my random amd64 port. So you cannot list i386-wine's private libxml2.so.2 as a global "provides". Easy identification is to prefix the path relative to $PREFIX to the SONAME if the SONAME is from a file not in the default library search path. This hinges on the assumption that the path+SONAME is unique. You could record that as lib32/libxml2.so.2, libxml2.so.2:prefix=lib32, or thereabouts. The scheme should be unique and extensible.