Hi,
For more context, see:
https://issues.guix.gnu.org/issue/32347
On Tue, 29 Aug 2023 at 08:44, Maxim Cournoyer <[email protected]> wrote:
[...]
>>> > On Thu, Aug 02, 2018 at 01:32:02PM +0200, Marius Bakke wrote:
>>> >> It can be reproduced by adding this hunk:
>>> >>
>>> >> modified gnu/packages/compression.scm
>>> >> @@ -215,6 +215,7 @@ adding and extracting files to/from a tar archive.")
>>> >> (method url-fetch)
>>> >> (uri (string-append "mirror://gnu/gzip/gzip-"
>>> >> version ".tar.xz"))
>>> >> + (snippet '(#t))
>>> >> (sha256
>>> >> (base32
>>> >> "16h8g4acy7fgfxcjacr3wijjsnixwsfd2jhz3zwdi2qrzi262l5f"))))
[...]
>>> Indeed. The ‘bootstrap-origin’ procedure, defined in (gnu packages
>>> bootstrap), arranges to use the bootstrap binaries of gzip, patch,
>>> guile, etc. when patching origins.
>>>
>>> Perhaps we’re missing a use of ‘bootstrap-origin’ somewhere in (gnu
>>> packages commencement)?
>>
>> Looks like it in the end. the gzip for glibc-utf8-locales-final uses the
>> bootstrap guile for its building, but doesn't get the input rewriting
>> that comes from package-with-bootstrap-guile. With this patch adding the
>> trivial snippet to gzip doesn't cause an infinite loop anymore. Since
>> the patch doesn't change the hash of glibc-utf8-locales-final it should
>> be OK for master.
>
> If you have verified the patch doesn't cause a world rebuild (guix build
> libreoffice), feel free t opush and close this old bug!
I’m in favor to close? Or what’s blocking for moving forward?
Cheers,
simon
