From mboxrd@z Thu Jan 1 00:00:00 1970 From: Ludovic =?UTF-8?Q?Court=C3=A8s?= Subject: bug#37506: [core-updates] Inferiors cannot reference master branch Date: Mon, 30 Sep 2019 10:15:45 +0200 Message-ID: <87blv26vym.fsf_-_@gnu.org> References: <87impalx6u.fsf@gnu.org> <87muetaau0.fsf@devup.no> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Return-path: Received: from eggs.gnu.org ([2001:470:142:3::10]:49575) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1iEqqh-0004He-Rf for bug-guix@gnu.org; Mon, 30 Sep 2019 04:16:04 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1iEqqg-0007u9-QI for bug-guix@gnu.org; Mon, 30 Sep 2019 04:16:03 -0400 Received: from debbugs.gnu.org ([209.51.188.43]:48065) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1iEqqg-0007u1-My for bug-guix@gnu.org; Mon, 30 Sep 2019 04:16:02 -0400 Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1iEqqg-0001O3-HC for bug-guix@gnu.org; Mon, 30 Sep 2019 04:16:02 -0400 Sender: "Debbugs-submit" Resent-Message-ID: In-Reply-To: (GNU bug Tracking System's message of "Sun, 29 Sep 2019 19:28:03 +0000") 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: Marius Bakke , 37506@debbugs.gnu.org Hello, > Oh I see. This is fixed by cherry-picking > 96783ed6275cd2818ff56916274e6e4582f1dc9b from =E2=80=98core-updates=E2=80= =99 into > =E2=80=98master=E2=80=99. Will push shortly. On second thought, that doesn=E2=80=99t solve the problem for revisions on = the current =E2=80=98master=E2=80=99 branch between and 456c7ade095cce96f47389c37a4fe3b0390047fd and 7089f98ef1c274f1607ec314f3a16bd3c3ac89a4. For any commit in that range, =E2=80=98guix pull --commit=3DCOMMIT=E2=80=99 will now always fail with: --8<---------------cut here---------------start------------->8--- [10/86] Loading './guix/build/syscalls.scm'... Backtrace: 11 (primitive-load "/gnu/store/yk0wdnkknq9wra78ndvzv2vhc11?") In ice-9/eval.scm: 619:8 10 (_ #f) In srfi/srfi-1.scm: 466:18 9 (fold # ?) 466:18 8 (fold # ?) 466:18 7 (fold # ?) In ice-9/eval.scm: 619:8 6 (_ #(#(#) # ?)) In ice-9/boot-9.scm: 2312:4 5 (save-module-excursion _) In unknown file: 4 (primitive-load "./guix/build/syscalls.scm") In ice-9/eval.scm: 619:8 3 (_ #f) In ice-9/boot-9.scm: 2071:24 2 (call-with-deferred-observers #) 260:13 1 (for-each # ?) In unknown file: 0 (scm-error misc-error #f "~A ~S" ("re-exporting loc?" ?) ?) ERROR: In procedure scm-error: re-exporting local variable: AT_SYMLINK_NOFOLLOW --8<---------------cut here---------------end--------------->8--- It=E2=80=99s a case where code isn=E2=80=99t =E2=80=9Cforward-compatible=E2= =80=9D, and it=E2=80=99s code needed to build the =E2=80=9Ccompute-guix-derivation=E2=80=9D trampoline. Bummer. We could hack something to work around it. For example, we could add to =E2=80=98compiled-modules=E2=80=99 a magic parameter that would tell it to = undefine AT_SYMLINK_NOFOLLOW & co., or we could build the trampoline with 2.2.4. Problem is that we would potentially need to keep the hack forever. Needs more thought=E2=80=A6 Ludo=E2=80=99.