From unknown Mon Jun 23 04:14:48 2025 X-Loop: help-debbugs@gnu.org Subject: bug#32894: Exception in validate-runpath phase Resent-From: Julien Lepiller Original-Sender: "Debbugs-submit" Resent-CC: bug-guix@gnu.org Resent-Date: Mon, 01 Oct 2018 12:55:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: report 32894 X-GNU-PR-Package: guix X-GNU-PR-Keywords: To: 32894@debbugs.gnu.org X-Debbugs-Original-To: bug-guix@gnu.org Received: via spool by submit@debbugs.gnu.org id=B.153839846728157 (code B ref -1); Mon, 01 Oct 2018 12:55:01 +0000 Received: (at submit) by debbugs.gnu.org; 1 Oct 2018 12:54:27 +0000 Received: from localhost ([127.0.0.1]:60842 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1g6xiM-0007Jv-Th for submit@debbugs.gnu.org; Mon, 01 Oct 2018 08:54:26 -0400 Received: from eggs.gnu.org ([208.118.235.92]:39813) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1g6xiL-0007Jf-AU for submit@debbugs.gnu.org; Mon, 01 Oct 2018 08:54:17 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1g6xiB-0006Mp-UM for submit@debbugs.gnu.org; Mon, 01 Oct 2018 08:54:12 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=0.8 required=5.0 tests=BAYES_50,NORMAL_HTTP_TO_IP autolearn=disabled version=3.3.2 Received: from lists.gnu.org ([2001:4830:134:3::11]:36028) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1g6xi8-0006MI-E0 for submit@debbugs.gnu.org; Mon, 01 Oct 2018 08:54:05 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:49389) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1g6xi6-0002uC-8r for bug-guix@gnu.org; Mon, 01 Oct 2018 08:54:04 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1g6xi0-0006Jp-HE for bug-guix@gnu.org; Mon, 01 Oct 2018 08:54:01 -0400 Received: from lepiller.eu ([2a00:5884:8208::1]:45380) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1g6xhz-0006JG-Dy for bug-guix@gnu.org; Mon, 01 Oct 2018 08:53:56 -0400 Received: from webmail.lepiller.eu (static-176-182-42-79.ncc.abo.bbox.fr [176.182.42.79]) by lepiller.eu (OpenSMTPD) with ESMTPSA id 1cac9551 (TLSv1.2:ECDHE-RSA-CHACHA20-POLY1305:256:NO) for ; Mon, 1 Oct 2018 12:55:41 +0000 (UTC) MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Date: Mon, 01 Oct 2018 14:53:51 +0200 From: Julien Lepiller Message-ID: X-Sender: julien@lepiller.eu User-Agent: Roundcube Webmail/1.3.6 X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6.x X-Received-From: 2001:4830:134:3::11 X-Spam-Score: -3.1 (---) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 0.9 (/) Hi, I'm trying to create a new package for openjdk versions we don't have yet. While building openjdk 10 on top of core-updates (because gcc on master has a bug that prevents building openjdk 9 and 10), I get a stacktrace at the end of the validate-runpath phase: starting phase `validate-runpath' validating RUNPATH of 74 binaries in "/gnu/store/bdgbs6nsb1kzxpqmcxajjkvvkmk5kn72-openjdk-10+46/lib"... Backtrace: 11 (primitive-load "/gnu/store/cyxf063m59nb288xnpy94gr4chq…") In ice-9/eval.scm: 191:35 10 (_ _) In srfi/srfi-1.scm: 863:16 9 (every1 # …) In /gnu/store/p9wwyq2jfq2piwyc01qgsxm3hsxg2bnv-module-import/guix/build/gnu-build-system.scm: 799:28 8 (_ _) 557:16 7 (validate-runpath #:validate-runpath? _ # _ #:outputs _) In /gnu/store/p9wwyq2jfq2piwyc01qgsxm3hsxg2bnv-module-import/guix/build/utils.scm: 536:23 6 (every* # _) 536:23 5 (every* # …) In ice-9/boot-9.scm: 829:9 4 (catch srfi-34 # …) In /gnu/store/p9wwyq2jfq2piwyc01qgsxm3hsxg2bnv-module-import/guix/build/gremlin.scm: 305:26 3 (_) In unknown file: 2 (remove # (#)) 1 (find # …) 0 (string-prefix? "libanl.so" 3659183287175258 # …) ERROR: In procedure string-prefix?: In procedure string-prefix?: Wrong type argument in position 2 (expecting string): 3659183287175258 I tried to investigate the issue and I have found that that running (validate-needed-in-runpath "/gnu/...") sometimes fails on some files. More specifically, it always succeeds on *.so files and on most *.debuginfo files, but it fails on these files: /gnu/store/bdgbs6nsb1kzxpqmcxajjkvvkmk5kn72-openjdk-10+46/lib/libjsound.debuginfo /gnu/store/bdgbs6nsb1kzxpqmcxajjkvvkmk5kn72-openjdk-10+46/lib/libjimage.debuginfo /gnu/store/bdgbs6nsb1kzxpqmcxajjkvvkmk5kn72-openjdk-10+46/lib/libjaas_unix.debuginfo /gnu/store/bdgbs6nsb1kzxpqmcxajjkvvkmk5kn72-openjdk-10+46/lib/libawt_xawt.debuginfo with the following backtrace: scheme@(guix build gremlin)> (validate-needed-in-runpath "/gnu/store/bdgbs6nsb1kzxpqmcxajjkvvkmk5kn72-openjdk-10+46/lib/libjsound.debuginfo") ERROR: In procedure string-prefix?: In procedure string-prefix?: Wrong type argument in position 2 (expecting string): 1 Entering a new prompt. Type `,bt' for a backtrace or `,q' to continue. scheme@(guix build gremlin) [1]> ,bt In ice-9/boot-9.scm: 829:9 4 (catch srfi-34 # # _) In guix/build/gremlin.scm: 305:26 3 (_) In unknown file: 2 (remove # (1)) 1 (find # ("libanl.so" "libcrypt.so" "libc.so" "libdl.so" "libm.so" "libnsl.so" "libp?" ?)) 0 (string-prefix? "libanl.so" 1 # # # #) Similarly for libawt_xawt, with the following error message: In procedure string-prefix?: Wrong type argument in position 2 (expecting string): 3659183287175258 Then, running: (elf-dynamic-info (call-with-input-file "libjsoundalsa.debuginfo" (compose parse-elf get-bytevector-all))) $79 = #< soname: #f needed: () rpath: () runpath: ()> (elf-dynamic-info (call-with-input-file "libjsound.debuginfo" (compose parse-elf get-bytevector-all))) $80 = #< soname: #f needed: (1) rpath: () runpath: ()> (elf-dynamic-info (call-with-input-file "libawt_xawt.debuginfo" (compose parse-elf get-bytevector-all))) $81 = #< soname: #f needed: (3659183287175258) rpath: () runpath: ()> shows that the number in the exception comes from the needed field. I think it should be empty. You can find these three files for comparison at: http://89.234.186.109/guix/libawt_xawt.debuginfo http://89.234.186.109/guix/libjsoundalsa.debuginfo http://89.234.186.109/guix/libjsound.debuginfo Thank you. From unknown Mon Jun 23 04:14:48 2025 X-Loop: help-debbugs@gnu.org Subject: bug#32894: Exception in validate-runpath phase Resent-From: ludo@gnu.org (Ludovic =?UTF-8?Q?Court=C3=A8s?=) Original-Sender: "Debbugs-submit" Resent-CC: bug-guix@gnu.org Resent-Date: Tue, 02 Oct 2018 12:32:03 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 32894 X-GNU-PR-Package: guix X-GNU-PR-Keywords: To: Julien Lepiller Cc: 32894@debbugs.gnu.org Received: via spool by 32894-submit@debbugs.gnu.org id=B32894.153848349417750 (code B ref 32894); Tue, 02 Oct 2018 12:32:03 +0000 Received: (at 32894) by debbugs.gnu.org; 2 Oct 2018 12:31:34 +0000 Received: from localhost ([127.0.0.1]:33892 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1g7Jpu-0004cE-0E for submit@debbugs.gnu.org; Tue, 02 Oct 2018 08:31:34 -0400 Received: from eggs.gnu.org ([208.118.235.92]:58723) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1g7Jpr-0004c1-NG for 32894@debbugs.gnu.org; Tue, 02 Oct 2018 08:31:32 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1g7Jpi-0008E0-PW for 32894@debbugs.gnu.org; Tue, 02 Oct 2018 08:31:26 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00 autolearn=disabled version=3.3.2 Received: from fencepost.gnu.org ([2001:4830:134:3::e]:49196) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1g7Jpb-0008Cz-Bg; Tue, 02 Oct 2018 08:31:17 -0400 Received: from nat-inria-bordeaux-52-gw-01-bso.bordeaux.inria.fr ([194.199.1.52]:43661 helo=ribbon) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1g7JpY-0007VQ-DU; Tue, 02 Oct 2018 08:31:15 -0400 From: ludo@gnu.org (Ludovic =?UTF-8?Q?Court=C3=A8s?=) References: X-URL: http://www.fdn.fr/~lcourtes/ X-Revolutionary-Date: 11 =?UTF-8?Q?Vend=C3=A9miaire?= an 227 de la =?UTF-8?Q?R=C3=A9volution?= X-PGP-Key-ID: 0x090B11993D9AEBB5 X-PGP-Key: http://www.fdn.fr/~lcourtes/ludovic.asc X-PGP-Fingerprint: 3CE4 6455 8A84 FDC6 9DB4 0CFB 090B 1199 3D9A EBB5 X-OS: x86_64-pc-linux-gnu Date: Tue, 02 Oct 2018 14:31:10 +0200 In-Reply-To: (Julien Lepiller's message of "Mon, 01 Oct 2018 14:53:51 +0200") Message-ID: <877ej0o7ht.fsf@gnu.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/26.1 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2001:4830:134:3::e X-Spam-Score: -5.0 (-----) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -6.0 (------) Hello Julien, Julien Lepiller skribis: > Then, running: > > (elf-dynamic-info (call-with-input-file "libjsoundalsa.debuginfo" > (compose parse-elf get-bytevector-all))) > $79 =3D #< soname: #f needed: () rpath: () runpath: ()> > > (elf-dynamic-info (call-with-input-file "libjsound.debuginfo" (compose > parse-elf get-bytevector-all))) > $80 =3D #< soname: #f needed: (1) rpath: () runpath: ()> > > (elf-dynamic-info (call-with-input-file "libawt_xawt.debuginfo" > (compose parse-elf get-bytevector-all))) > $81 =3D #< soname: #f needed: (3659183287175258) > rpath: () runpath: ()> The reason we get numbers here (rather than strings) is because the PT_DYNAMIC segment lacks a string table (DT_STRTAB), and thus there=E2=80= =99s nowhere the DT_NEEDED strings can be looked for, AIUI. That gremlin.scm lets the number through comes from this bit: (if string-table-offset (pointer->string (bytevector->pointer (elf-bytes elf) (vma->offset elf (+ string-table-offset value)))) value)) This is a questionable choice, but the crux of the problem is that these ELF files appear to be corrupt or at least non-conventional. Even BFD (from Binutils) fails to make sense of it: --8<---------------cut here---------------start------------->8--- $ readelf -a /tmp/libawt_xawt.debuginfo | grep NEED $ readelf -a /tmp/libawt_xawt.debuginfo | grep PATH --8<---------------cut here---------------end--------------->8--- Compare with this (random example): --8<---------------cut here---------------start------------->8--- $ readelf -a ~/.guix-profile/lib/libEGL.so.1 | grep NEED [ 6] .gnu.version_r VERNEED 0000000000004718 00004718 0x0000000000000001 (NEEDED) Shared library: [libxcb-dri2.so.0] 0x0000000000000001 (NEEDED) Shared library: [libX11-xcb.so.1] 0x0000000000000001 (NEEDED) Shared library: [libX11.so.6] 0x0000000000000001 (NEEDED) Shared library: [libxcb-dri3.so.0] 0x0000000000000001 (NEEDED) Shared library: [libxcb-xfixes.so.= 0] 0x0000000000000001 (NEEDED) Shared library: [libxcb-present.so= .0] 0x0000000000000001 (NEEDED) Shared library: [libxcb-sync.so.1] 0x0000000000000001 (NEEDED) Shared library: [libxcb.so.1] 0x0000000000000001 (NEEDED) Shared library: [libXau.so.6] 0x0000000000000001 (NEEDED) Shared library: [libXdmcp.so.6] 0x0000000000000001 (NEEDED) Shared library: [libbsd.so.0] 0x0000000000000001 (NEEDED) Shared library: [libxshmfence.so.1] 0x0000000000000001 (NEEDED) Shared library: [libwayland-client= .so.0] 0x0000000000000001 (NEEDED) Shared library: [libgbm.so.1] 0x0000000000000001 (NEEDED) Shared library: [libz.so.1] 0x0000000000000001 (NEEDED) Shared library: [libwayland-server= .so.0] 0x0000000000000001 (NEEDED) Shared library: [libffi.so.6] 0x0000000000000001 (NEEDED) Shared library: [librt.so.1] 0x0000000000000001 (NEEDED) Shared library: [libexpat.so.1] 0x0000000000000001 (NEEDED) Shared library: [libdl.so.2] 0x0000000000000001 (NEEDED) Shared library: [libdrm.so.2] 0x0000000000000001 (NEEDED) Shared library: [libm.so.6] 0x0000000000000001 (NEEDED) Shared library: [libglapi.so.0] 0x0000000000000001 (NEEDED) Shared library: [libpthread.so.0] 0x0000000000000001 (NEEDED) Shared library: [libgcc_s.so.1] 0x0000000000000001 (NEEDED) Shared library: [libc.so.6] 0x000000006ffffffe (VERNEED) 0x4718 0x000000006fffffff (VERNEEDNUM) 5 ludo@ribbon ~/src/guix$ readelf -a ~/.guix-profile/lib/libEGL.so.1 | grep P= ATH 0x000000000000001d (RUNPATH) Library runpath: [/gnu/store/xmdk5= z05kqxpwgagxhlv375x3f82dxb3-libxcb-1.13/lib:/gnu/store/bid7hvpnm8nq04vm4dsz= ywxsw9g2kmf2-libx11-1.6.6/lib:/gnu/store/b9aapwjz2nhri24imzy491fx86ng8jvz-l= ibxau-1.0.8/lib:/gnu/store/07gpi7dx2rjs5v5n12q5b2sk7gxsliih-libxdmcp-1.1.2/= lib:/gnu/store/cy16rapipmypb7qj49ncphjkkj9nqkzx-libbsd-0.8.7/lib:/gnu/store= /ycj27z17m3n5qj1rwnyxdqkrk7li9712-libxshmfence-1.3/lib:/gnu/store/8w2i20d3g= h80x0a7hvbkww8yyn5ky2j8-wayland-1.15.0/lib:/gnu/store/hp2j1cjrca3ghi14ikzha= nx8yl41kihp-mesa-18.1.5/lib:/gnu/store/ppsylkcpw2fk2lkzhwjd60xyr9gjl70v-lib= ffi-3.2.1/lib:/gnu/store/70825hjil6070g7cs3mmdnfwmhxgga36-expat-2.2.5/lib:/= gnu/store/66h0jfk3k4wavw951ydkzv4x3wwgapkm-libdrm-2.4.92/lib:/gnu/store/l4l= r0f5cjd0nbsaaf8b5dmcw1a1yypr3-glibc-2.27/lib:/gnu/store/vla5j7pbkpcp39lsdfs= mz7m9azn48lr4-gcc-5.5.0-lib/lib:/gnu/store/fxiwj2wpp11sif613axdax7gmwzsg6kp= -zlib-1.2.11/lib:/gnu/store/vla5j7pbkpcp39lsdfsmz7m9azn48lr4-gcc-5.5.0-lib/= lib/gcc/x86_64-unknown-linux-gnu/5.5.0/../../..] --8<---------------cut here---------------end--------------->8--- Then again, these are =E2=80=9C.debuginfo=E2=80=9D files so perhaps they ar= e the result of home-made ELF stripping (we don=E2=80=99t have this problem with =E2=80= =9C.debug=E2=80=9D files created with objcopy & co.). I can see two short-term =E2=80=9Csolutions=E2=80=9D: 1. Remove those .debuginfo files prior to the =E2=80=98validate-runpath= =E2=80=99 phase. 2. Set #:validate-runpath? #f. Could you check in your build logs how those .debuginfo files are produced? HTH! Ludo=E2=80=99. From unknown Mon Jun 23 04:14:48 2025 X-Loop: help-debbugs@gnu.org Subject: bug#32894: Exception in validate-runpath phase Resent-From: Julien Lepiller Original-Sender: "Debbugs-submit" Resent-CC: bug-guix@gnu.org Resent-Date: Wed, 03 Oct 2018 08:15:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 32894 X-GNU-PR-Package: guix X-GNU-PR-Keywords: To: 32894@debbugs.gnu.org Received: via spool by 32894-submit@debbugs.gnu.org id=B32894.153855446627053 (code B ref 32894); Wed, 03 Oct 2018 08:15:02 +0000 Received: (at 32894) by debbugs.gnu.org; 3 Oct 2018 08:14:26 +0000 Received: from localhost ([127.0.0.1]:34879 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1g7cIb-00072H-Rx for submit@debbugs.gnu.org; Wed, 03 Oct 2018 04:14:26 -0400 Received: from lepiller.eu ([89.234.186.109]:56086) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1g7cIZ-000726-KW for 32894@debbugs.gnu.org; Wed, 03 Oct 2018 04:14:24 -0400 Received: from webmail.lepiller.eu (static-176-182-42-79.ncc.abo.bbox.fr [176.182.42.79]) by lepiller.eu (OpenSMTPD) with ESMTPSA id 832b65dd (TLSv1.2:ECDHE-RSA-CHACHA20-POLY1305:256:NO) for <32894@debbugs.gnu.org>; Wed, 3 Oct 2018 08:16:14 +0000 (UTC) MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Date: Wed, 03 Oct 2018 10:14:21 +0200 From: Julien Lepiller In-Reply-To: <877ej0o7ht.fsf@gnu.org> References: <877ej0o7ht.fsf@gnu.org> Message-ID: X-Sender: julien@lepiller.eu User-Agent: Roundcube Webmail/1.3.6 X-Spam-Score: 0.0 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) Le 2018-10-02 14:31, ludo@gnu.org a écrit : > Hello Julien, > > [...] > > Then again, these are “.debuginfo” files so perhaps they are the result > of home-made ELF stripping (we don’t have this problem with “.debug” > files created with objcopy & co.). > > I can see two short-term “solutions”: > > 1. Remove those .debuginfo files prior to the ‘validate-runpath’ > phase. > > 2. Set #:validate-runpath? #f. > > Could you check in your build logs how those .debuginfo files are > produced? > > HTH! > > Ludo’. As a workaround, I found that passing --with-native-debug-symbols=zipped to the configure script allowed validate-runpath to complete successfully. This option is documented as the prefered value for distributions, so I think it's a good thing to have. I creates zipped versions of these .debuginfo files, so validate-runpath doesn't look at them. There is no mention of debuginfo until the install phase in my build log, so I don't know how they are built. From unknown Mon Jun 23 04:14:48 2025 X-Loop: help-debbugs@gnu.org Subject: bug#32894: Exception in validate-runpath phase Resent-From: ludo@gnu.org (Ludovic =?UTF-8?Q?Court=C3=A8s?=) Original-Sender: "Debbugs-submit" Resent-CC: bug-guix@gnu.org Resent-Date: Mon, 08 Oct 2018 12:23:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 32894 X-GNU-PR-Package: guix X-GNU-PR-Keywords: To: Julien Lepiller Cc: 32894@debbugs.gnu.org Received: via spool by 32894-submit@debbugs.gnu.org id=B32894.153900132218388 (code B ref 32894); Mon, 08 Oct 2018 12:23:02 +0000 Received: (at 32894) by debbugs.gnu.org; 8 Oct 2018 12:22:02 +0000 Received: from localhost ([127.0.0.1]:39950 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1g9UXy-0004mV-B7 for submit@debbugs.gnu.org; Mon, 08 Oct 2018 08:22:02 -0400 Received: from eggs.gnu.org ([208.118.235.92]:47003) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1g9UXx-0004m2-0x for 32894@debbugs.gnu.org; Mon, 08 Oct 2018 08:22:01 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1g9UXn-0007gG-Hd for 32894@debbugs.gnu.org; Mon, 08 Oct 2018 08:21:55 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00 autolearn=disabled version=3.3.2 Received: from fencepost.gnu.org ([2001:4830:134:3::e]:33140) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1g9UXm-0007g8-SI; Mon, 08 Oct 2018 08:21:51 -0400 Received: from [193.50.110.78] (port=55850 helo=ribbon) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1g9UXm-0005iq-H3; Mon, 08 Oct 2018 08:21:50 -0400 From: ludo@gnu.org (Ludovic =?UTF-8?Q?Court=C3=A8s?=) References: <877ej0o7ht.fsf@gnu.org> X-URL: http://www.fdn.fr/~lcourtes/ X-Revolutionary-Date: 17 =?UTF-8?Q?Vend=C3=A9miaire?= an 227 de la =?UTF-8?Q?R=C3=A9volution?= X-PGP-Key-ID: 0x090B11993D9AEBB5 X-PGP-Key: http://www.fdn.fr/~lcourtes/ludovic.asc X-PGP-Fingerprint: 3CE4 6455 8A84 FDC6 9DB4 0CFB 090B 1199 3D9A EBB5 X-OS: x86_64-pc-linux-gnu Date: Mon, 08 Oct 2018 14:21:46 +0200 In-Reply-To: (Julien Lepiller's message of "Wed, 03 Oct 2018 10:14:21 +0200") Message-ID: <87bm8439yd.fsf@gnu.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/26.1 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2001:4830:134:3::e X-Spam-Score: -5.0 (-----) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -6.0 (------) Hello, Julien Lepiller skribis: > Le 2018-10-02 14:31, ludo@gnu.org a =C3=A9crit=C2=A0: >> Hello Julien, >> >> [...] >> >> Then again, these are =E2=80=9C.debuginfo=E2=80=9D files so perhaps they= are the result >> of home-made ELF stripping (we don=E2=80=99t have this problem with =E2= =80=9C.debug=E2=80=9D >> files created with objcopy & co.). >> >> I can see two short-term =E2=80=9Csolutions=E2=80=9D: >> >> 1. Remove those .debuginfo files prior to the =E2=80=98validate-runpat= h=E2=80=99 >> phase. >> >> 2. Set #:validate-runpath? #f. >> >> Could you check in your build logs how those .debuginfo files are >> produced? >> >> HTH! >> >> Ludo=E2=80=99. > > As a workaround, I found that passing > --with-native-debug-symbols=3Dzipped to the configure script allowed > validate-runpath to complete successfully. This option is documented > as the prefered value for distributions, so I think it's a good thing > to have. I creates zipped versions of these .debuginfo files, so > validate-runpath doesn't look at them. Hmm OK. :-) Is it the files that are zipped, or just .debug sections that are gzipped? (Binutils, GDB, etc. support the latter.) > There is no mention of debuginfo until the install phase in my build > log, so I don't know how they are built. OK. Thanks, Ludo=E2=80=99. From unknown Mon Jun 23 04:14:48 2025 MIME-Version: 1.0 X-Mailer: MIME-tools 5.505 (Entity 5.505) X-Loop: help-debbugs@gnu.org From: help-debbugs@gnu.org (GNU bug Tracking System) To: Julien Lepiller Subject: bug#32894: closed (Exception in validate-runpath phase) Message-ID: References: <17794981-26CE-4A76-8EF5-11E71A290131@lepiller.eu> X-Gnu-PR-Message: they-closed 32894 X-Gnu-PR-Package: guix Reply-To: 32894@debbugs.gnu.org Date: Fri, 19 Nov 2021 14:52:02 +0000 Content-Type: multipart/mixed; boundary="----------=_1637333522-8062-1" This is a multi-part message in MIME format... ------------=_1637333522-8062-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="utf-8" Your bug report #32894: Exception in validate-runpath phase which was filed against the guix package, has been closed. The explanation is attached below, along with your original report. If you require more details, please reply to 32894@debbugs.gnu.org. --=20 32894: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=3D32894 GNU Bug Tracking System Contact help-debbugs@gnu.org with problems ------------=_1637333522-8062-1 Content-Type: message/rfc822 Content-Disposition: inline Content-Transfer-Encoding: 7bit Received: (at 32894-close) by debbugs.gnu.org; 19 Nov 2021 14:51:26 +0000 Received: from localhost ([127.0.0.1]:38519 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mo5Ec-000250-Al for submit@debbugs.gnu.org; Fri, 19 Nov 2021 09:51:26 -0500 Received: from lepiller.eu ([89.234.186.109]:39308) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mo5Ea-00024q-8r for 32894-close@debbugs.gnu.org; Fri, 19 Nov 2021 09:51:25 -0500 Received: from lepiller.eu (localhost [127.0.0.1]) by lepiller.eu (OpenSMTPD) with ESMTP id bb07aee0 for <32894-close@debbugs.gnu.org>; Fri, 19 Nov 2021 14:51:22 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed; d=lepiller.eu; h=date:from :to:subject:message-id:mime-version:content-type :content-transfer-encoding; s=dkim; bh=K38YbLYKsKx+ZIzQi+0BAB581 VnK58lkW3FJpkX0CUA=; b=mOk1JAt+TJxftyQ850aShkkWxaynNgCu1Ca7/Chyt v5z3AOFPxoM8O0bLSBEn3wcKiboTITg1fg7kLhiwcuQHlwDFJoBZRdjcf1ty5Q4a dn5+x44TYvSuo9nMzAPqoNftvyfkGz56u1qYlNng1ueN+208nhncG53tTbjUAo0z nhnmWAJJrd7N0FZuXDJOj5AnmyDNP8gDyiW4CFfYLGHOoa7ULCstN49nwqLt41sh xRdW81dHbX0xPm7qoo9hRVb9W5li0s06SoQIrUL2rREb1icvaR27+Fc6O6VytwWj rMZ0PvnMuJgw07VJKkcpDMr9lBAB52KfD2KGpDuzpCvng== Received: by lepiller.eu (OpenSMTPD) with ESMTPSA id 0abc16c6 (TLSv1.3:AEAD-AES256-GCM-SHA384:256:NO) for <32894-close@debbugs.gnu.org>; Fri, 19 Nov 2021 14:51:21 +0000 (UTC) Date: Fri, 19 Nov 2021 09:51:17 -0500 From: Julien Lepiller To: 32894-close@debbugs.gnu.org Subject: Exception in validate-runpath phase User-Agent: K-9 Mail for Android Message-ID: <17794981-26CE-4A76-8EF5-11E71A290131@lepiller.eu> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary=----6U8SY7QNSMC397KWDPFH1KZNASS3VR Content-Transfer-Encoding: 7bit X-Spam-Score: -0.0 (/) X-Debbugs-Envelope-To: 32894-close X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) ------6U8SY7QNSMC397KWDPFH1KZNASS3VR Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Since then, we have openjdk 10, and much more recent versions=2E I don't re= member what fixed the issue, but I haven't seen it since then, so closing := ) ------6U8SY7QNSMC397KWDPFH1KZNASS3VR Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: quoted-printable Since then, we have openjdk 10, and much more re= cent versions=2E I don't remember what fixed the issue, but I haven't seen = it since then, so closing :) ------6U8SY7QNSMC397KWDPFH1KZNASS3VR-- ------------=_1637333522-8062-1 Content-Type: message/rfc822 Content-Disposition: inline Content-Transfer-Encoding: 7bit Received: (at submit) by debbugs.gnu.org; 1 Oct 2018 12:54:27 +0000 Received: from localhost ([127.0.0.1]:60842 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1g6xiM-0007Jv-Th for submit@debbugs.gnu.org; Mon, 01 Oct 2018 08:54:26 -0400 Received: from eggs.gnu.org ([208.118.235.92]:39813) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1g6xiL-0007Jf-AU for submit@debbugs.gnu.org; Mon, 01 Oct 2018 08:54:17 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1g6xiB-0006Mp-UM for submit@debbugs.gnu.org; Mon, 01 Oct 2018 08:54:12 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=0.8 required=5.0 tests=BAYES_50,NORMAL_HTTP_TO_IP autolearn=disabled version=3.3.2 Received: from lists.gnu.org ([2001:4830:134:3::11]:36028) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1g6xi8-0006MI-E0 for submit@debbugs.gnu.org; Mon, 01 Oct 2018 08:54:05 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:49389) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1g6xi6-0002uC-8r for bug-guix@gnu.org; Mon, 01 Oct 2018 08:54:04 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1g6xi0-0006Jp-HE for bug-guix@gnu.org; Mon, 01 Oct 2018 08:54:01 -0400 Received: from lepiller.eu ([2a00:5884:8208::1]:45380) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1g6xhz-0006JG-Dy for bug-guix@gnu.org; Mon, 01 Oct 2018 08:53:56 -0400 Received: from webmail.lepiller.eu (static-176-182-42-79.ncc.abo.bbox.fr [176.182.42.79]) by lepiller.eu (OpenSMTPD) with ESMTPSA id 1cac9551 (TLSv1.2:ECDHE-RSA-CHACHA20-POLY1305:256:NO) for ; Mon, 1 Oct 2018 12:55:41 +0000 (UTC) MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Date: Mon, 01 Oct 2018 14:53:51 +0200 From: Julien Lepiller To: bug-guix@gnu.org Subject: Exception in validate-runpath phase Message-ID: X-Sender: julien@lepiller.eu User-Agent: Roundcube Webmail/1.3.6 X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6.x X-Received-From: 2001:4830:134:3::11 X-Spam-Score: -3.1 (---) X-Debbugs-Envelope-To: submit X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 0.9 (/) Hi, I'm trying to create a new package for openjdk versions we don't have yet. While building openjdk 10 on top of core-updates (because gcc on master has a bug that prevents building openjdk 9 and 10), I get a stacktrace at the end of the validate-runpath phase: starting phase `validate-runpath' validating RUNPATH of 74 binaries in "/gnu/store/bdgbs6nsb1kzxpqmcxajjkvvkmk5kn72-openjdk-10+46/lib"... Backtrace: 11 (primitive-load "/gnu/store/cyxf063m59nb288xnpy94gr4chq…") In ice-9/eval.scm: 191:35 10 (_ _) In srfi/srfi-1.scm: 863:16 9 (every1 # …) In /gnu/store/p9wwyq2jfq2piwyc01qgsxm3hsxg2bnv-module-import/guix/build/gnu-build-system.scm: 799:28 8 (_ _) 557:16 7 (validate-runpath #:validate-runpath? _ # _ #:outputs _) In /gnu/store/p9wwyq2jfq2piwyc01qgsxm3hsxg2bnv-module-import/guix/build/utils.scm: 536:23 6 (every* # _) 536:23 5 (every* # …) In ice-9/boot-9.scm: 829:9 4 (catch srfi-34 # …) In /gnu/store/p9wwyq2jfq2piwyc01qgsxm3hsxg2bnv-module-import/guix/build/gremlin.scm: 305:26 3 (_) In unknown file: 2 (remove # (#)) 1 (find # …) 0 (string-prefix? "libanl.so" 3659183287175258 # …) ERROR: In procedure string-prefix?: In procedure string-prefix?: Wrong type argument in position 2 (expecting string): 3659183287175258 I tried to investigate the issue and I have found that that running (validate-needed-in-runpath "/gnu/...") sometimes fails on some files. More specifically, it always succeeds on *.so files and on most *.debuginfo files, but it fails on these files: /gnu/store/bdgbs6nsb1kzxpqmcxajjkvvkmk5kn72-openjdk-10+46/lib/libjsound.debuginfo /gnu/store/bdgbs6nsb1kzxpqmcxajjkvvkmk5kn72-openjdk-10+46/lib/libjimage.debuginfo /gnu/store/bdgbs6nsb1kzxpqmcxajjkvvkmk5kn72-openjdk-10+46/lib/libjaas_unix.debuginfo /gnu/store/bdgbs6nsb1kzxpqmcxajjkvvkmk5kn72-openjdk-10+46/lib/libawt_xawt.debuginfo with the following backtrace: scheme@(guix build gremlin)> (validate-needed-in-runpath "/gnu/store/bdgbs6nsb1kzxpqmcxajjkvvkmk5kn72-openjdk-10+46/lib/libjsound.debuginfo") ERROR: In procedure string-prefix?: In procedure string-prefix?: Wrong type argument in position 2 (expecting string): 1 Entering a new prompt. Type `,bt' for a backtrace or `,q' to continue. scheme@(guix build gremlin) [1]> ,bt In ice-9/boot-9.scm: 829:9 4 (catch srfi-34 # # _) In guix/build/gremlin.scm: 305:26 3 (_) In unknown file: 2 (remove # (1)) 1 (find # ("libanl.so" "libcrypt.so" "libc.so" "libdl.so" "libm.so" "libnsl.so" "libp?" ?)) 0 (string-prefix? "libanl.so" 1 # # # #) Similarly for libawt_xawt, with the following error message: In procedure string-prefix?: Wrong type argument in position 2 (expecting string): 3659183287175258 Then, running: (elf-dynamic-info (call-with-input-file "libjsoundalsa.debuginfo" (compose parse-elf get-bytevector-all))) $79 = #< soname: #f needed: () rpath: () runpath: ()> (elf-dynamic-info (call-with-input-file "libjsound.debuginfo" (compose parse-elf get-bytevector-all))) $80 = #< soname: #f needed: (1) rpath: () runpath: ()> (elf-dynamic-info (call-with-input-file "libawt_xawt.debuginfo" (compose parse-elf get-bytevector-all))) $81 = #< soname: #f needed: (3659183287175258) rpath: () runpath: ()> shows that the number in the exception comes from the needed field. I think it should be empty. You can find these three files for comparison at: http://89.234.186.109/guix/libawt_xawt.debuginfo http://89.234.186.109/guix/libjsoundalsa.debuginfo http://89.234.186.109/guix/libjsound.debuginfo Thank you. ------------=_1637333522-8062-1--