bug#44612: Read standard input in `guix repl'

Tobias Geerinckx-Rice writes: > A magic ‘-’ alias is nice, providing ‘guix repl -- -’ still DTRT > (I know, who does that, but still). > > But why can't you just pipe your input into ‘guix repl’ now? It does not work now, I haven't looked at the details. -- Pierre Neidhardt https://ambrevar.x

bug#44612: Read standard input in `guix repl'

Hey Tobias, Always good to have someone actually test the stuff :) Tobias Geerinckx-Rice writes: > So far this looks like an (SB)CL(-specific) bug, right? Does it > happen anywhere else? I tried Guile[0]. Maybe there was a misunderstanding, it's not about Common Lisp. We can do easier than

bug#44612: Read standard input in `guix repl'

Tobias Geerinckx-Rice writes: > To ‘it does not work’ I can reply only that Nyxt doesn't build > [log attached] on current master Shoot! :p Which architecture? I builds for me on x86-64 at commit 403ba4140f52b9ea9483e4c775f102bbb9753e51. I've released Nyxt 2-pre-release-4 a few days ago and

bug#44612: Read standard input in `guix repl'

Pierre, Pierre Neidhardt 写道： and... it works! O.o Don't you hate it when that happens? Ban bug suicide. (Does that mean this one can be closed? Or retitled, if we want to debug Nyxt? :-) For future reference, it's also works in Common Lisp: (uiop:run-program '("guix" "repl")

bug#44612: Read standard input in `guix repl'

Pierre Neidhardt 写道： Tobias Geerinckx-Rice writes: To ‘it does not work’ I can reply only that Nyxt doesn't build [log attached] on current master Shoot! :p Which architecture? Boring old x86_64 I'm afraid. I builds for me on x86-64 at commit 403ba4140f52b9ea9483e4c775f102bbb9753e51.

bug#44612: Read standard input in `guix repl'

Hi Pierre, On Sat, 14 Nov 2020 at 10:52, Pierre Neidhardt wrote: > Tobias Geerinckx-Rice writes: > >> A magic ‘-’ alias is nice, providing ‘guix repl -- -’ still DTRT >> (I know, who does that, but still). >> >> But why can't you just pipe your input into ‘guix repl’ now? > > It does not work n

bug#44612: Read standard input in `guix repl'

Tobias Geerinckx-Rice via Bug reports for GNU Guix skribis: > Pierre, > > Pierre Neidhardt 写道： >> and... it works! O.o > > Don't you hate it when that happens? Ban bug suicide. > > (Does that mean this one can be closed? Or retitled, if we want to debug > Nyxt? :-) > >> For future reference, i

bug#44612: Read standard input in `guix repl'

Guillaume Le Vaillant skribis: > It looks like you can get rid of the welcome message by using the '-s' > option: > > $ echo '(display "Hi.\n")' | guile -s /dev/stdin > Hi. Or: $ echo '(display "Hi.\n")' | guix repl /dev/stdin Hi. signature.asc Description: PGP signature

bug#44612: Read standard input in `guix repl'

Guillaume, Guillaume Le Vaillant 写道： It looks like you can get rid of the welcome message by using the '-s' option: Wonderful! But I'd tried ‘-s’ already: $ guile -s /tmp/scm GNU Guile 3.0.4 Copyright (C) 1995-2020 Free Software Foundation, Inc. [...here we go again...] That's starting

bug#44612: Read standard input in `guix repl'

The point is that people shouldn't have to resort to gross not-even-POSIX hacks just to get rid of this message. Imagine typing ... | grep x /dev/stdin | uniq /dev/stdin | wc /dev/stdin Kind regards, T G-R signature.asc Description: PGP signature

bug#44612: Read standard input in `guix repl'

Pierre Neidhardt writes: > Hey Tobias, > > Always good to have someone actually test the stuff :) > > Tobias Geerinckx-Rice writes: > >> So far this looks like an (SB)CL(-specific) bug, right? Does it >> happen anywhere else? I tried Guile[0]. > > Maybe there was a misunderstanding, it's not

bug#44612: Read standard input in `guix repl'

Hi Chris! Christopher Baines writes: >> Any clue how to do that? > > I haven't been following along too closely, but I'm surprised guix repl > --type=machine hasn't been mentioned, is that relevant? Ha, didn't know about this one, I should have read the manual more closely! Sadly, it doesn't c

bug#44612: Read standard input in `guix repl'

Fantastic, this works! Thanks a lot, Guillaume! I'll update Nyxt then. -- Pierre Neidhardt https://ambrevar.xyz/ signature.asc Description: PGP signature

bug#44612: Read standard input in `guix repl'

Tobias Geerinckx-Rice writes: > Pierre, > > Pierre Neidhardt 写道： >> and... it works! O.o > > Don't you hate it when that happens? Ban bug suicide. > > (Does that mean this one can be closed? Or retitled, We can retitle it to remove the Guile banner indeed. > if we want to debug Nyxt? :-) Er

bug#44612: Read standard input in `guix repl'

Pierre Neidhardt 写道： guix build --no-grafts nyxt That's what fails. I haven't tried building with grafts. Kind regards, T G-R signature.asc Description: PGP signature

bug#44612: Read standard input in `guix repl'

Does building sbcl-dexador work for you? Maybe it's a parallel build issue. Can you reduce the number cores to 1 see if that helps? -- Pierre Neidhardt https://ambrevar.xyz/ signature.asc Description: PGP signature

bug#43546: python-numba FTBFS

Hi, Efraim Flashner writes: > From the comment in python-xyz.scm: > ;; Make sure to upgrade python-llvmlite in (gnu packages llvm) together with > ;; python-numba. They have a very unflexible relationship. I've updated python-llvmlite and python-numba, they now build successfully and pass thei

bug#44612: Read standard input in `guix repl'

Pierre Neidhardt 写道： Does building sbcl-dexador work for you? Yes, even with multiple cores & grafts enabled. Maybe it's a parallel build issue. Can you reduce the number cores to 1 see if that helps? I think I mentioned in my previous mail that I was using -{M,c}1. Anyway, I was, the me

bug#44612: Read standard input in `guix repl'

Tobias Geerinckx-Rice writes: > Here's that ungrafted derivation again: > > /gnu/store/2s6m5wkjksxi63wv1cz73x0kqj0az2l9-nyxt-2-pre-release-4.drv > > Can you confirm that we're building the same thing? We are not, it seems: --8<---cut here---start->8--- $ ./

bug#44612: Read standard input in `guix repl'

Pierre Neidhardt 写道： Tobias Geerinckx-Rice writes: Here's that ungrafted derivation again: /gnu/store/2s6m5wkjksxi63wv1cz73x0kqj0az2l9-nyxt-2-pre-release-4.drv Can you confirm that we're building the same thing? We are not, it seems: --8<---cut here---start-

bug#44612: Read standard input in `guix repl'

Hi Tobias, Do not know if it is expected but that downloads the world… then it compiles it. It is not Green-friendly. ;-) If it helps, what I get on my laptop: >> Commit 403ba4140f52b9ea9483e4c775f102bbb9753e51. [..] >> /gnu/store/bdi8dq8i3f59zxp7jrabas847dh80m7x-nyxt-2-pre-release-4.drv [..

bug#44646: [PATCH] gnu: Add uuid support (back?) to recutils.

Hi Guix, I've been getting into some recutils recently and I found out ours is not configured with uuid support. Perhaps there are other optional things we could add? - John >From ad122b175d798ab3d50e7b41337694538043a218 Mon Sep 17 00:00:00 2001 From: John Soo Date: Sat, 14 Nov 2020 12:42:10 -

bug#44649: 1.2.0rc0 tarball includes guix-daemon.cil.in

It should instead include the guix-daemon.cil file which was built from it. The .in file has unsubstituted variabels in it which make it useless as an SELinux policy.

bug#44650: Do not suggest `guix pull --news' after first pull

After doing a `guix pull` on the new VM image , the following is displayed: > hint: Run `guix pull --news' to read all the news. > > hint: After setting `PATH', run `hash guix' to make sure your shell refers to > `/hom

bug#40406: python-matplotlib fails to build on i686-linux

Hello Diego, Diego Nicola Barbato writes: > Hey, > > Diego Nicola Barbato writes: > > [...] > >> Apparently there is nothing wrong with the slider. Instead matrix >> multiplication, which is used under the hood for transformations, seems >> to sometimes produce incorrect results on i686-linux.