Google Groups no longer supports new Usenet posts or subscriptions. Historical content remains viewable.
Dismiss
Bug#1027542: epl: FTBFS: make: *** [debian/rules:6: build] Error 25
47 views
Skip to first unread message
David Bremner
Jan 2, 2023, 7:20:04 AM1/2/23
to
Lucas Nussbaum <lu...@debian.org> writes:
> Source: epl
> Version: 0.9-5
> Severity: serious
> Justification: FTBFS
> Tags: bookworm sid ftbfs
> User: lu...@debian.org
> Usertags: ftbfs-20230101 ftbfs-bookworm
>
> Hi,
>
> During a rebuild of all packages in sid, your package failed to build
> on amd64.
>
This seems tricky to duplicate
- building on bare metal (sid/bookworm): works
- building in sbuild chroot by running dpkg-buildpackage: works
- building with sbuild: fails.
As a wild guess I tried adding
export EMACS_INHIBIT_AUTOMATIC_NATIVE_COMPILATION=t
to debian/rules, but it did not help.
> Source: epl
> Version: 0.9-5
> Severity: serious
> Justification: FTBFS
> Tags: bookworm sid ftbfs
> User: lu...@debian.org
> Usertags: ftbfs-20230101 ftbfs-bookworm
>
> Hi,
>
> During a rebuild of all packages in sid, your package failed to build
> on amd64.
>
This seems tricky to duplicate
- building on bare metal (sid/bookworm): works
- building in sbuild chroot by running dpkg-buildpackage: works
- building with sbuild: fails.
As a wild guess I tried adding
export EMACS_INHIBIT_AUTOMATIC_NATIVE_COMPILATION=t
to debian/rules, but it did not help.
Adrian Bunk
Feb 14, 2023, 5:40:04 AM2/14/23
to
a good match for when emacs 1:28.2+1-9 entered sid and bookworm:
https://tests.reproducible-builds.org/debian/rb-pkg/unstable/amd64/epl.html
cu
Adrian
David Bremner
Mar 6, 2023, 12:40:04 PM3/6/23
to
David Bremner <da...@tethera.net> writes:
> Adrian Bunk <bu...@debian.org> writes:
>
>>> FTR, the dates when epl started to FTBFS in sid and bookworm are
>>> a good match for when emacs 1:28.2+1-9 entered sid and bookworm:
>>> https://tests.reproducible-builds.org/debian/rb-pkg/unstable/amd64/epl.html
>>
>> Correct link:
>> https://tests.reproducible-builds.org/debian/history/epl.html
>
> Some pretty weird behaviour here
>
> HOME=/n0nexistent emacs -batch -Q -l package \
> --eval "(add-to-list 'package-directory-list \"/usr/share/emacs/site-lisp/elpa\")" \
> --eval "(add-to-list 'package-directory-list \"/usr/share/emacs/site-lisp/elpa-src\")" \
> -f package-initialize -L . -L test --eval "(progn (setq comp-enable-subr-trampolines nil) \
> (load-file \"test/test-helper.el\") (load-file \"test/epl-test.el\"))" \
> -l test/epl-test.el --eval \(ert-run-tests-batch-and-exit\)
>
> fails, but replacing /n0nexistent with /nonexistent passes. I hope this is not a sign that someone has special cased /nonexistent, but I fear otherwise.
This weird behaviour is a consequence of emacs' ill-advised
special-casing of "HOME==/nonexistent" in startup.el (around line 550).
if HOME==/nonexistent, then emacs tries to provide a temporary directory
for native compilation output. Why this is needed is a different question.
> Adrian Bunk <bu...@debian.org> writes:
>
>>> FTR, the dates when epl started to FTBFS in sid and bookworm are
>>> a good match for when emacs 1:28.2+1-9 entered sid and bookworm:
>>> https://tests.reproducible-builds.org/debian/rb-pkg/unstable/amd64/epl.html
>>
>> https://tests.reproducible-builds.org/debian/history/epl.html
>
> Some pretty weird behaviour here
>
> HOME=/n0nexistent emacs -batch -Q -l package \
> --eval "(add-to-list 'package-directory-list \"/usr/share/emacs/site-lisp/elpa\")" \
> --eval "(add-to-list 'package-directory-list \"/usr/share/emacs/site-lisp/elpa-src\")" \
> -f package-initialize -L . -L test --eval "(progn (setq comp-enable-subr-trampolines nil) \
> (load-file \"test/test-helper.el\") (load-file \"test/epl-test.el\"))" \
> -l test/epl-test.el --eval \(ert-run-tests-batch-and-exit\)
>
> fails, but replacing /n0nexistent with /nonexistent passes. I hope this is not a sign that someone has special cased /nonexistent, but I fear otherwise.
This weird behaviour is a consequence of emacs' ill-advised
special-casing of "HOME==/nonexistent" in startup.el (around line 550).
if HOME==/nonexistent, then emacs tries to provide a temporary directory
for native compilation output. Why this is needed is a different question.
0 new messages