From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from lists.gentoo.org (pigeon.gentoo.org [208.92.234.80]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by finch.gentoo.org (Postfix) with ESMTPS id ECF0F13832E for ; Thu, 11 Aug 2016 10:11:59 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id A5BBBE0BCF; Thu, 11 Aug 2016 10:11:51 +0000 (UTC) Received: from smtp.gentoo.org (smtp.gentoo.org [140.211.166.183]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id 8F3ACE0BCA for ; Thu, 11 Aug 2016 10:11:50 +0000 (UTC) Received: from red.yakaraplc.local (host213-123-185-55.in-addr.btopenworld.com [213.123.185.55]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) (Authenticated sender: chewi) by smtp.gentoo.org (Postfix) with ESMTPSA id 6F005340B27 for ; Thu, 11 Aug 2016 10:11:49 +0000 (UTC) Date: Thu, 11 Aug 2016 11:11:41 +0100 From: James Le Cuirot To: gentoo-dev@lists.gentoo.org Subject: Re: [gentoo-dev] libpcre.so.3 - Compatibility with Debian Message-ID: <20160811111141.16bdfcd5@red.yakaraplc.local> In-Reply-To: <22444.18637.297626.134016@a1i15.kph.uni-mainz.de> References: <20160811001053.5b98e44a@symphony.aura-online.co.uk> <22444.18637.297626.134016@a1i15.kph.uni-mainz.de> X-Mailer: Claws Mail 3.13.2 (GTK+ 2.24.30; x86_64-redhat-linux-gnu) Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-dev@lists.gentoo.org Reply-to: gentoo-dev@lists.gentoo.org MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Archives-Salt: ca74a4c7-560b-450e-a3bf-3bbb1f538232 X-Archives-Hash: 6217307b478ba484ce86ab69ba23fe7d On Thu, 11 Aug 2016 11:43:41 +0200 Ulrich Mueller wrote: > >>>>> On Thu, 11 Aug 2016, James Le Cuirot wrote: > > > We, like almost everyone else and presumably upstream, install PCRE > > 8 as libpcre.so.1. Debian, for reasons best known to themselves, > > install it as libpcre.so.3. With Ubuntu still being the most widely > > accepted "standard" Linux desktop, this presents a problem when > > dealing with pre-compiled binaries. > > Have you asked Debian why they are doing that? I did find out but had since forgotten. Here it is: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=380725#10 On that basis, this is a safe thing to do. They are indeed the same version and there is no incompatibility. > > [...] > > > I have found that creating a symlink in /usr/lib that points > > to /lib/libpcre.so.1 works, except that when you run ldconfig, it > > automatically creates another symlink from /usr/lib/libpcre.so.1 to > > libpcre.so.3. If you create the first symlink in /lib instead then > > the existing /lib/libpcre.so.1 holds after running ldconfig. The > > latter location is therefore probably preferable. > > > Would anyone have any issue with adding this to our libpcre > > package? I don't foresee any problems. libpcre.so would obviously > > still point to libpcre.so.1. I'm pretty sure there will never be > > another libpcre.so.3 as upstream have released PCRE2 as libpcre2, > > effectively an entirely separate library. > > This looks like a bad hack. As you said above, it will confuse > ldconfig, unless some trickery with /lib vs /usr/lib is used. I wouldn't call it trickery. Here's what happens when you put it in /lib. I can't see anything wrong here? # cd /lib # ls -l libpcre.* lrwxrwxrwx 1 root root 16 Jul 12 23:29 libpcre.so.1 -> libpcre.so.1.2.7 -rwxr-xr-x 1 root root 464960 Jul 12 23:29 libpcre.so.1.2.7 # ln -s libpcre.so.1 libpcre.so.3 # ls -l libpcre.* lrwxrwxrwx 1 root root 16 Jul 12 23:29 libpcre.so.1 -> libpcre.so.1.2.7 -rwxr-xr-x 1 root root 464960 Jul 12 23:29 libpcre.so.1.2.7 lrwxrwxrwx 1 root root 12 Aug 11 11:01 libpcre.so.3 -> libpcre.so.1 # ldconfig # ls -l libpcre.* lrwxrwxrwx 1 root root 16 Jul 12 23:29 libpcre.so.1 -> libpcre.so.1.2.7 -rwxr-xr-x 1 root root 464960 Jul 12 23:29 libpcre.so.1.2.7 lrwxrwxrwx 1 root root 12 Aug 11 11:01 libpcre.so.3 -> libpcre.so.1 > IMHO providing compatibility symlinks for proprietary binary-only > programs isn't the task of the libpcre package. I'm fine with putting it in libpcre-debian package as kentnl suggested. > I remember that long time ago we had a similar issue with motif and > icaclient (motif installing .so.4 but icaclient linking to .so.3). > See: https://bugs.gentoo.org/show_bug.cgi?id=204264#c4 I've read through that and but I don't believe this is falling foul in the same way. The icaclient package should not have installed a potentially conflicting libXm symlink; libpcre-debian would be an appropriate package. It also pointed libXm.so.3 to a different underlying version, which may have caused breakage in other situations; the libpcre symlink would point to the same version. -- James Le Cuirot (chewi) Gentoo Linux Developer