[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
bug#33196: emacs-realgud build failure
From: |
Maxim Cournoyer |
Subject: |
bug#33196: emacs-realgud build failure |
Date: |
Tue, 30 Oct 2018 23:46:55 -0400 |
User-agent: |
Gnus/5.13 (Gnus v5.13) Emacs/26.1 (gnu/linux) |
Hi again,
Maxim Cournoyer <address@hidden> writes:
> Hello, and thank you for the bug report!
>
> Brett Gilio <address@hidden> writes:
>
>> Hi all, I am experiencing the following error when building
>> emacs-realgud. Any thoughts?
>
> [...]
>
>> Trailing garbage following expression:
>> )
>> configure: error: Can't continue until above error is corrected.
>> Backtrace:
>> 4 (primitive-load "/gnu/store/hhd6blbvsb7ng9l002b0hgrp85d…")
>> In ice-9/eval.scm:
>> 191:35 3 (_ _)
>> In srfi/srfi-1.scm:
>> 640:9 2 (for-each #<procedure a42520 at /gnu/store/alkhgfm87dh…> …)
>> In
>> /gnu/store/alkhgfm87dh8r5bdi81dls8wyjlc1yxp-module-import/guix/build/gnu-build-system.scm:
>> 799:31 1 (_ _)
>> In
>> /gnu/store/alkhgfm87dh8r5bdi81dls8wyjlc1yxp-module-import/guix/build/utils.scm:
>> 616:6 0 (invoke _ . _)
>>
>> /gnu/store/alkhgfm87dh8r5bdi81dls8wyjlc1yxp-module-import/guix/build/utils.scm:616:6:
>> In procedure invoke:
>> Throw to key `srfi-34' with args `(#<condition &invoke-error [program: "sh"
>> arguments: ("autogen.sh") exit-status: 1 term-signal: #f stop-signal: #f]
>> 99af80>)'.
>> builder for
>> `/gnu/store/3cvp3fdk724wllbf14qcrsskkskcpdrs-emacs-realgud-1.4.5.drv' failed
>> with exit code 1
>> build of /gnu/store/3cvp3fdk724wllbf14qcrsskkskcpdrs-emacs-realgud-1.4.5.drv
>> failed
>> View build log at
>> '/var/log/guix/drvs/3c/vp3fdk724wllbf14qcrsskkskcpdrs-emacs-realgud-1.4.5.drv.bz2'.
>> guix build: error: build failed: build of
>> `/gnu/store/3cvp3fdk724wllbf14qcrsskkskcpdrs-emacs-realgud-1.4.5.drv'
>> failed
>
> This appears to be the same bug I reported here: bugs.gnu.org/31891. It
> seems there is some problem with the build system (configure.ac maybe),
> but I haven't had time to investigate yet. I'll try to have a look later
> today.
The bug is triggered by this check in configure.ac:
--8<---------------cut here---------------start------------->8---
if test "$NO_CHECK_EMACS_PACKAGES" = "" ; then
AC_MSG_NOTICE("Checking prerequiste packages")
$EMACS -batch -q --no-site-file -eval \
'(dolist (package
(quote (cl-lib loc-changes load-relative test-simple)))
(require package))
)'
fi
if test $? -ne 0 ; then
AC_MSG_ERROR([Can't continue until above error is corrected.])
fi
--8<---------------cut here---------------end--------------->8---
More specifically, running this with emacs:
--8<---------------cut here---------------start------------->8---
emacs -batch -q --no-site-file -eval '(dolist (package
> (quote (cl-lib loc-changes load-relative test-simple)))
> (require package))
> )'
Trailing garbage following expression:
)
--8<---------------cut here---------------end--------------->8---
Reproduces it.
One way out would be to set the environment variable
NO_CHECK_EMACS_PACKAGES to something to skip that check; although it'd
be nice to find what changed (maybe something changed for Emacs 26?) and
submit it upstream.
To be continued...
Maxim