From mboxrd@z Thu Jan 1 00:00:00 1970 From: Mark H Weaver Subject: bug#30006: bzip2 does not provide libbz2.so Date: Fri, 23 Mar 2018 16:50:22 -0400 Message-ID: <87woy234a9.fsf@netris.org> References: <87incft8tf.fsf@gnu.org> <877eq3knk0.fsf@fastmail.com> <718583be2617e43743e8ee40397bb0b4@tobias.gr> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:48660) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ezTfT-0007LN-3Z for bug-guix@gnu.org; Fri, 23 Mar 2018 16:52:08 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1ezTfO-000484-R6 for bug-guix@gnu.org; Fri, 23 Mar 2018 16:52:05 -0400 Received: from debbugs.gnu.org ([208.118.235.43]:42189) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1ezTfO-00047s-O4 for bug-guix@gnu.org; Fri, 23 Mar 2018 16:52:02 -0400 Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1ezTfO-00085X-Ba for bug-guix@gnu.org; Fri, 23 Mar 2018 16:52:02 -0400 Sender: "Debbugs-submit" Resent-Message-ID: In-Reply-To: <718583be2617e43743e8ee40397bb0b4@tobias.gr> (Tobias Geerinckx-Rice's message of "Fri, 23 Mar 2018 13:19:33 +0100") List-Id: Bug reports for GNU Guix List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-guix-bounces+gcggb-bug-guix=m.gmane.org@gnu.org Sender: "bug-Guix" To: Tobias Geerinckx-Rice Cc: 30006@debbugs.gnu.org Hi, Tobias Geerinckx-Rice writes: > On 2018-03-23 13:02, Marius Bakke wrote: >> diff --git a/gnu/packages/compression.scm >> b/gnu/packages/compression.scm >> index b158feac4..fd111e579 100644 >> --- a/gnu/packages/compression.scm >> +++ b/gnu/packages/compression.scm >> @@ -272,6 +272,9 @@ file; as a result, it is often used in >> conjunction with \"tar\", resulting in >> (lambda* (#:key outputs #:allow-other-keys) >> (let* ((out (assoc-ref outputs "out")) >> (libdir (string-append out "/lib"))) >> + ;; The Make target above does not create "libbz2.so", on= ly >> + ;; the versioned libs, so we have to create it ourselves. >> + (symlink "libbz2.so.1.0" "libbz2.so") > > How about symlinking to (string-append ... version) directly? > Seems more robust & worked fine when I tried it, I think.=E2=84=A2 In general, the version numbers at the end of shared library names like "libbz2.so.1.0" do not necessarily match the version number of the corresponding source release. Therefore, I don't think we should write code that assumes that those two versions will coincide. However, I agree that it would be better not to hardcode the "1.0". I would suggest using 'find-files' to find the versioned shared library, and to verify that there is exactly one match. (ice-9 match) provides an elegant way to check for a singleton list while matching its element. What do you think? Thanks for working on it. Mark