Notes for guile-3.0 - reproducible builds result

Version annotated: 3.0.0+1-1
Identified issues:
Identifier: captures_shell_variable_in_autofoo_script
Description Something looking like autotools is capturing SHELL for use at
runtime, which should probably be fixed to /bin/sh anyway.
.
Autotools also capturing the build path.
Identifier: gcc_captures_build_path
Description Captures build path, e.g., /build/1st/foo-42.0 v. /build/foo-42.0/2nd
.
Until early 2024 we varied the build path when testing packages from unstable
and experimental, which we have stopped doing now as the build path is recorded
as part of the environment and thus can be used when rebuilding.
.
This issue is kept here for the time being.
.
dpkg-buildflags version 1.20.6+ sets -ffile-prefix-map by default
(and -fdebug-prefix-map in older versions) which fixes this issue
in many cases, but not all (see: records_build_flags).
.
There are patches submitted upstream to address this specific issue, but they
are unlikely to be merged at this point:
.
https://gcc.gnu.org/ml/gcc-patches/2017-04/msg00513.html
.
When this is accepted into GCC upstream, we could remove this note.
In the meantime, please do not remove this issue, nor mark it as deterministic,
nor untag these packages.
Identifier: nondeterministic_ordering_in_guile_binaries
Description The ordering of various procedures in guile .go files can vary
when built in parallel. Can be worked around by disabling
parallelism in the build process.
.
Symtoms may include wrapXXX-procedures with different numbering
and/or a reference to SOMEFILE.scm present in one build but not
the other.
.
https://bugs.debian.org/995092
https://github.com/NixOS/nixpkgs/pull/78778
https://issues.guix.gnu.org/issue/20272
https://build.opensuse.org/request/show/732638
Bugs noted: 953407
995092
Comments: .go files embed randomly generated symbols:
https://issues.guix.gnu.org/issue/20272
Appears to work around the issue by disabling parallelism in
debian/rules.
 

Our notes about issues affecting packages are stored in notes.git and are targeted at packages in Debian in 'unstable/amd64' (unless they say otherwise).