bug#49307: clisp: build failure: failing tests
Christopher Howard skribis: > Attempting to build clisp from source results in these test failures: > ```(echo *.erg | grep '*' >/dev/null) || (echo "Test failed:" ; ls -l > *erg; echo "To see which tests failed, type" ; echo "cat > "`pwd`"/*.erg" ; exit 1)Test failed:-rw-r--r-- 1 nixbld nixbld 188 Jun > 30 21:15 path.erg-rw-r--r-- 1 nixbld nixbld 658 Jun 30 21:15 > streams.erg-rw-r--r-- 1 nixbld nixbld 500 Jun 30 21:15 > streamslong.ergTo see which tests failed, typecat /tmp/guix-build- > clisp-2.49-92.drv-0/source/src/tests/*.ergmake[2]: *** [Makefile:34: > compare] Error 1make[2]: Leaving directory '/tmp/guix-build-clisp-2.49- > 92.drv-0/source/src/tests'make[1]: *** [Makefile:2216: check-tests] > Error 2make[1]: Leaving directory '/tmp/guix-build-clisp-2.49-92.drv- > 0/source/src'make: *** [Makefile:28: check] Error 2 > Test suite failed, dumping logs.command "make" "check" "-j" "1" failed > with status 2 > ``` > I did a pull about one or two hours ago. > ```christopher@theoden ~/Repos/guix$ neofetch --stdoutchristopher@theoden > --- OS: Guix System 364db4fdf664d7987693a6935b76f34258041865 > x86_64 Host: OptiPlex 9020 00 Kernel: 5.12.8-gnu Uptime: 6 days, 2 hours, 44 > mins Packages: 93 (guix-system), 111 (guix-user) Shell: bash 5.0.16 > Resolution: 1920x1080 DE: GNOME Theme: Adwaita [GTK2/3] Icons: Adwaita > [GTK2/3] Terminal: kitty CPU: Intel i5-4570 (4) @ 3.600GHz GPU: Intel HD > Graphics GPU: AMD ATI Radeon HD 8490 / R5 235X OEM Memory: 4062MiB / > 7869MiB``` It builds successfully on my machine (with Guix at 460392d1f0d0ef5484df8834452cf94f211bf346). Do you get this test failure every time? signature.asc Description: PGP signature
bug#48756: guix offload: error: corrupt input while restoring archive from #
Hi,
(+Cc: 48...@debbugs.gnu.org, so we record the end of the story.)
Madhavan Krishnan skribis:
> 89747 pipe([8, 10]) = 0
> 89748
> execve("/gnu/store/6rn4l3h0p9x0m615pp1ynlv9v0743kl3-guix-1.2.0/bin/guix",
> ["/gnu/store/6rn4l3h0p9x0m615pp1ynlv9v0743kl3-guix-1.2.0/bin/guix",
> "authenticate"], 0x7ffe0b69df60 /* 7 vars */) = 0
> 89748 dup2(10, 2) = 2
> 89748 dup2(2, 1)= 1
> 89747 write(12, "sign 25:/etc/guix/signing-key.sec
> 64:a8c094df57101bf8684c4afe31e58bc03bf6200a1d009e7c5bfe8bad0a48fa61\n", 102
>
[...]
> 89748 write(2,
> "/gnu/store/pwcp239kjf7lnj5i4lkdzcfcxwcfyk72-bash-minimal-5.0.16/bin/bash:
> warning: setlocale: LC_ALL: cannot change locale (en_US.utf8)\n", 136) = 136
> 89747 read(8,
> 89747 <... read resumed>"/", 1) = 1
[...]
> 89747 write(2, "guix-daemon: nix/libutil/serialise.cc:15: virtual
> nix::BufferedSink::~BufferedSink(): Assertion `!bufPos' failed.\n", 114
>
[...]
> 89747 --- SIGABRT {si_signo=SIGABRT, si_code=SI_TKILL, si_pid=89747,
> si_uid=0} ---
Now we know! ‘guix-daemon’ hit the assertion failure above, which is a
bug. That happens because while talking to the ‘guix authenticate’
subprocess, said process emits that warning:
/gnu/store/…/bin/bash: warning: setlocale: LC_ALL: …
and guix-daemon reads the leading “/” and explodes, somehow.
However, it seems you’re running guix-daemon from Guix 1.2.0,
which is quite old, and chances are that the bug you hit has long been
fixed.
Could you try upgrading guix-daemon?
https://guix.gnu.org/manual/en/html_node/Upgrading-Guix.html
Thanks,
Ludo’.
bug#48064: texlive-* packages fail to build non-deterministically
Thiago Jung Bauermann skribis: > Em quarta-feira, 30 de junho de 2021, às 09:46:01 -03, Thiago Jung > Bauermann escreveu: >> I will use your command line to get a Valgrind report for TeX Live 2021 >> and post it to the dev-luatex mailing list as well. > > Unfortunately I’m still having problems with glibc debug info and thus > Valgrind doesn’t work for me. > > When I use this command: > > $ guix environment texlive-amscls --pure \ > --with-debug-info=texlive-bin \ > --ad-hoc valgrind glibc:debug gdb > > I get luatex linked with this glibc: > > $ /bin/which luatex > /gnu/store/s44lh4hqbklplqm3cpaih3rxsv8i1dx1-profile/bin/luatex > $ ldd /gnu/store/s44lh4hqbklplqm3cpaih3rxsv8i1dx1-profile/bin/luatex | grep > libc.so > libc.so.6 => > /gnu/store/rhlm1nixi98x09xbyjc4i38gl9xs01f2-glibc-2.33/lib/libc.so.6 > (0x7fec0ac3d000) > > But for some reason I get debug info for a different glibc: > > $ ls -1 > /gnu/store/s44lh4hqbklplqm3cpaih3rxsv8i1dx1-profile/lib/debug/gnu/store/ > 5ahv6zfv64jm5y7sficll0k2scr7cxvz-glibc-2.33 > d9r40z2klf9l25pjk9k71z3dvxrsifzs-glibc-2.33-static Yes, you need debug info for (@@ (gnu packages commencement) glibc-final), which is not what you get when you type “glibc:debug”. HTH! Ludo’.
bug#48903: guix substitute: error: TLS error in procedure 'read_from_session_record_port': Error decoding the received TLS packet.
Hi, Maxim Cournoyer skribis: > I've tried with the following modified version which runs multiple > threads in parallel (to mimic --max-jobs=4 on the daemon), and I've yet > to trigger it, although the hard drive is grinding heavily: Note that ‘--max-jobs=4’ leads guix-daemon to spawn 4 ‘guix substitute’ processes, which is not what the script is doing here. Are the other conditions the same, for instance same network, etc.? Thanks, Ludo’.
bug#48701: Closed by 48943
This issue has been fixed by #48943 and should be closed.
bug#48944: haskell build-system cannot build pcg-random
Hi John Kehayias, The patch seems to work! What will it take for us to get it merged? Best, Philip
bug#49307: clisp: build failure: failing tests
Hi, yes, I am able to reproduce the error, even when I switch to your guix commit (using time-machine).
bug#49320: guix import hackage does not support build-tools and build-tool-depends stanzas
The two stanzas build-tools[0] and build-tool-depends[1] are not supported by
the cabal importer[2], which means that the generated build files for a package
such as language-c-quote[3] doesn't work.
For instance, the attached language-c-quote.scm was generated by amending the
result of running `guix cabal import -r language-c-quote`. Building it with
`guix build -f language-c-quote.scm` yields the following error:
```
Setup.hs: The program 'alex' version >=3 is required but it could not be
found.
command "runhaskell" "Setup.hs" "configure"
"--prefix=/gnu/store/javas0gpngal7lcmc77srpcc9z4891ni-ghc-language-c-quote-0.13"
"--libdir=/gnu/store/javas0gpngal7lcmc77srpcc9z4891ni-ghc-language-c-quote-0.13/lib"
"--docdir=/gnu/store/javas0gpngal7lcmc77srpcc9z4891ni-ghc-language-c-quote-0.13/share/doc/ghc-language-c-quote-0.13"
"--libsubdir=$compiler/$pkg-$version"
"--package-db=/tmp/guix-build-ghc-language-c-quote-0.13.drv-0/package.conf.d"
"--global" "--enable-tests" "--enable-shared" "--enable-executable-dynamic"
"--ghc-option=-fPIC"
"--ghc-option=-optl=-Wl,-rpath=/gnu/store/javas0gpngal7lcmc77srpcc9z4891ni-ghc-language-c-quote-0.13/lib/$compiler/$pkg-$version"
failed with status 1
builder for
`/gnu/store/4l01sv6w7a7y8sikka48pd14rvw1wvj6-ghc-language-c-quote-0.13.drv'
failed with exit code 1
build of
/gnu/store/4l01sv6w7a7y8sikka48pd14rvw1wvj6-ghc-language-c-quote-0.13.drv failed
View build log at
'/var/log/guix/drvs/4l/01sv6w7a7y8sikka48pd14rvw1wvj6-ghc-language-c-quote-0.13.drv.bz2'.
guix build: error: build of
`/gnu/store/4l01sv6w7a7y8sikka48pd14rvw1wvj6-ghc-language-c-quote-0.13.drv'
failed
```
The attached language-c-quote-fixed.scm adds the `ghc-happy` and `ghc-alex`
packages to native-inputs, as required by the build-tools stanzas in the
original cabal file.
However, build-tools has actually been deprecated in favor of
build-tool-depends, as noted in the documentation, so I guess we should
actually implement support for it in addition to build-tools.
0: https://cabal.readthedocs.io/en/3.4/cabal-package.html#pkg-field-build-tools
1:
https://cabal.readthedocs.io/en/3.4/cabal-package.html#pkg-field-build-tool-depends
2: https://git.savannah.gnu.org/cgit/guix.git/tree/guix/import/cabal.scm
3: https://hackage.haskell.org/package/language-c-quote(define-module (gnu packages futhark)
#:use-module (guix packages)
#:use-module (guix download)
#:use-module (guix build-system haskell)
#:use-module (guix licenses)
#:use-module (guix git-download)
#:use-module ((guix licenses) #:prefix license:)
#:use-module (gnu packages)
#:use-module (gnu packages haskell)
#:use-module (gnu packages haskell-web)
#:use-module (gnu packages haskell-xyz)
#:use-module (gnu packages haskell-check)
#:use-module (gnu packages haskell-crypto))
(define-public ghc-srcloc
(package
(name "ghc-srcloc")
(version "0.6")
(source
(origin
(method url-fetch)
(uri (string-append
"https://hackage.haskell.org/package/srcloc/srcloc-";
version
".tar.gz"))
(sha256
(base32
"1vcp9vgfi5rscy09l4qaq0pp426b6qcdpzs6kpbzg0k5x81kcsbb"
(build-system haskell-build-system)
(home-page "https://github.com/mainland/srcloc";)
(synopsis
"Data types for managing source code locations.")
(description
"Data types for tracking, combining, and printing source code locations.")
(license bsd-3)))
(define-public ghc-mainland-pretty
(package
(name "ghc-mainland-pretty")
(version "0.7.1")
(source
(origin
(method url-fetch)
(uri (string-append
"https://hackage.haskell.org/package/mainland-pretty/mainland-pretty-";
version
".tar.gz"))
(sha256
(base32
"19z2769rik6kwvsil2if2bfq2v59jmwv74jy3fy4q3q3zy4239p1"
(build-system haskell-build-system)
(inputs `(("ghc-srcloc" ,ghc-srcloc)))
(home-page
"https://github.com/mainland/mainland-pretty";)
(synopsis
"Pretty printing designed for printing source code.")
(description
"Pretty printing designed for printing source code based on Wadler's paper /A Prettier Printer/. The main advantage of this library is its ability to automatically track the source locations associated with pretty printed values and output appropriate #line pragmas and its ability to produce output in the form of lazy text using a builder.")
(license bsd-3)))
(define-public ghc-exception-transformers
(package
(name "ghc-exception-transformers")
(version "0.4.0.9")
(source
(origin
(method url-fetch)
(uri (string-append
"https://hackage.haskell.org/package/exception-transformers/exception-transformers-";
version
".tar.gz"))
(sha256
(base32
"033z8mhczwf59lh59q3z546gkcsy0bzg98r1qhm3fiq7j11hgd95"
(build-system h
bug#49089: --fallback doesn't do anything when 'connect*' fails
Mathieu Othacehe schreef op vr 18-06-2021 om 17:36 [+0200]: > Hello Maxime, > > > guix substitute: warning: [...].local: host not found: Naam of dienst is > > niet bekend > > guix substitute: warning: tijdens het binnenhalen van > > https://ci.guix.gnu.org/nar/lzip/r8a9kzhhx89rmmkz66i3324acgliqdwa-gdm-3.34.1: > > de server is een beetje traag > > guix substitute: warning: probeer ‘--no-substitutes’ als het probleem > > hardnekkig is > > guix substitute: error: connect*: Verbinding is verlopen > > There are actually two bugs withing a single one here. The first one is > that you could not connect to the berlin publish server in less than 5 > seconds (the timeout duration). FWIW, the network connection was very flaky then. Taking more than 5 seconds to connect seems plausible here. Greetings, Maxime. signature.asc Description: This is a digitally signed message part
bug#49088: grub-hybrid fails to build on aarch64-linux: error: --enable-stack-protector is not supported
Christopher Baines writes: > This is the relevant derivation [1], this change was probably introduced > here [2]. > > 1: /gnu/store/vmpn3xk6mzns9zvq7dvlpj67ld3fv48p-grub-hybrid-2.06.drv > 2: > https://git.savannah.gnu.org/cgit/guix.git/commit/?id=018f95094153660e3041ec160718f0bda286a3dc > > > checking whether `gcc' accepts `-fstack-protector'... yes > checking whether `gcc' accepts `-fstack-protector-strong'... yes > checking whether `gcc' accepts `-mstack-protector-guard=global'... no > configure: error: --enable-stack-protector is not supported (compiler doesn't > support -mstack-protector-guard=global) > command > "/gnu/store/7sfbiqh21h90bc6zi8br1xh60m6qgdd5-bash-minimal-5.0.16/bin/bash" > "./configure" > "CONFIG_SHELL=/gnu/store/7sfbiqh21h90bc6zi8br1xh60m6qgdd5-bash-minimal-5.0.16/bin/bash" > "SHELL=/gnu/store/7sfbiqh21h9 > 0bc6zi8br1xh60m6qgdd5-bash-minimal-5.0.16/bin/bash" > "--prefix=/gnu/store/f03p2i9fkngmx90npzl8igqy5h4w0z97-grub-hybrid-2.06" > "--enable-fast-install" "--build=aarch64-unknown-linux-gnu" > "--with-platform=efi" "--enabl > e-stack-protector" "PYTHON=true" failed with status 1 I've pushed fd549750d9ab23a0505aeb4c03e1299e860a4f16 which fixes this. signature.asc Description: PGP signature
bug#49088: grub-hybrid fails to build on aarch64-linux: error: --enable-stack-protector is not supported
Chris, Thanks for catching, fixing, and committing this! I managed to miss your original CC. I need to configure mu4e to make ‘personal’ mail stand out from the din somehow… Kind regards, T G-R signature.asc Description: PGP signature
bug#48591: ugrep: illegal instruction
On Wed, Jun 30, 2021 at 11:41:11PM +0200, raingloom wrote: > TIL about that. There really ought to be a more obvious way to do that. Agreed! It's a common use case.
