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 52AF113832E for ; Thu, 11 Aug 2016 09:44:04 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 1C20F21C0FF; Thu, 11 Aug 2016 09:43:50 +0000 (UTC) Received: from mail.kph.uni-mainz.de (mail.kph.uni-mainz.de [134.93.132.3]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id F0C3A21C09D for ; Thu, 11 Aug 2016 09:43:48 +0000 (UTC) Received: from mailgate-1.kph.uni-mainz.de (mailgate-1.kph.uni-mainz.de [134.93.132.27]) by mail.kph.uni-mainz.de (8.14.5/8.14.5) with ESMTP id u7B9hjbm021658 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Thu, 11 Aug 2016 11:43:45 +0200 (CEST) (envelope-from ulm@kph.uni-mainz.de) Received: from a1i15.kph.uni-mainz.de (a1i15.kph.uni-mainz.de [134.93.134.92]) by mailgate-1.kph.uni-mainz.de (8.14.5/8.14.5) with ESMTP id u7B9hi7S094640 for ; Thu, 11 Aug 2016 11:43:44 +0200 (CEST) (envelope-from ulm@kph.uni-mainz.de) Received: from a1i15.kph.uni-mainz.de (localhost [127.0.0.1]) by a1i15.kph.uni-mainz.de (8.14.8/8.14.2) with ESMTP id u7B9hfOb008094; Thu, 11 Aug 2016 11:43:41 +0200 Received: (from ulm@localhost) by a1i15.kph.uni-mainz.de (8.14.8/8.14.8/Submit) id u7B9hfYb008090; Thu, 11 Aug 2016 11:43:41 +0200 Message-ID: <22444.18637.297626.134016@a1i15.kph.uni-mainz.de> Date: Thu, 11 Aug 2016 11:43:41 +0200 To: gentoo-dev@lists.gentoo.org Subject: Re: [gentoo-dev] libpcre.so.3 - Compatibility with Debian In-Reply-To: <20160811001053.5b98e44a@symphony.aura-online.co.uk> References: <20160811001053.5b98e44a@symphony.aura-online.co.uk> X-Mailer: VM 8.2.0b under 24.3.1 (x86_64-pc-linux-gnu) From: Ulrich Mueller 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: multipart/signed; boundary="pgp+signed+kmerwF5/BTGuhSO"; micalg=pgp-sha256; protocol="application/pgp-signature" X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.4.3 (mailgate-1.kph.uni-mainz.de [134.93.132.27]); Thu, 11 Aug 2016 11:43:44 +0200 (CEST) X-Spam-Status: No, score=-3.6 required=5.0 tests=AWL,BAYES_00, T_RP_MATCHES_RCVD autolearn=unavailable version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on mailgate-1.kph.uni-mainz.de X-Archives-Salt: b9a617fe-6418-4cd5-9a80-bf2a39d895f5 X-Archives-Hash: 01bc0f3668c384ac761282eb0f2e7491 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --pgp+signed+kmerwF5/BTGuhSO Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit >>>>> 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 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. IMHO providing compatibility symlinks for proprietary binary-only programs isn't the task of the libpcre package. Patch the binary, or have the depending package create the libpcre.so.3 symlink, but not in /usr/lib or /lib, but in a location specific to that package. 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 Ulrich --pgp+signed+kmerwF5/BTGuhSO Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (GNU/Linux) iQEcBAEBCAAGBQJXrEjKAAoJEMMJBoUcYcJz92MIAJ0OII6nD/jrwEGtGr+Jn8eU y9y3TkNRdinU9yHpVhBoHTE3xzVTskZD5T4c0dc+3owROieIzTixjneocvLceBcB FTcgeL3TAK4tWenAwPoqxm1hhZFx9tPDPm6kVYX/pEMXr6kAjfHu8TgCPLDZejg1 0X9LipDe0F+KPRTz+AWr8FyaxFDb/DRWV9vOXopMAut7IroYlEiacte6CZmrKWW1 W38WhkJXJ/XGF33dwd8UVxqiEsqZvfve2oTxWpQbzoZpLL/SIOunMpZ5grNDUI/X OH42OCYgSJW8WZ+Wyl1/YJevZfqIKyYPHdgo2RDXZEqZTIQkd9aOq8HW+i0fR24= =Da0z -----END PGP SIGNATURE----- --pgp+signed+kmerwF5/BTGuhSO--