Bonface Munyoki K. <m...@bonfacemunyoki.com> skribis: > Ludovic Courtès <l...@gnu.org> writes: > >> Ludovic Courtès <l...@gnu.org> skribis: >> >>> Ludovic Courtès <l...@gnu.org> skribis: >>> >>>> I decided to take a heavy-handed solution to that problem, which is to >>>> augment Guile-zlib with an interface for gzip compression/decompression >>>> not restricted to file ports (‘call-with-gzip-output-port’ & co. are >>>> restricted to file ports): >>>> >>>> >>>> https://notabug.org/guile-zlib/guile-zlib/commit/b899ac2fecf91475da1eba7e7b24708ea8b5fb73 >>>> >>>> That way, we can change ‘decompressed-port’ in (guix utils) to perform >>>> in-process decompression for ‘gzip’, like it does for zstd and lzip. >>> >>> Done in a04aef2430645357d7796969d4b6453478ff8a3f! >>> >>> I’ll update the ‘guix’ package so people on Guix System can get the fix, >>> and then we can close this bug. >> >> Done in 8154beffd8c121e953a7c4cd75c3eebfcc073a9a, closing! >> > > Very far fetched but could this be the cause of: > https://lists.gnu.org/archive/html/help-guix/2021-03/msg00052.html?
Yes; their log shows: --8<---------------cut here---------------start------------->8--- ice-9/boot-9.scm:1669:16: In procedure raise-exception: Bad http-version header component: ¡_¨8á¯ñÿ --8<---------------cut here---------------end--------------->8--- which is typical of this bug. Ludo’.
