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

2020-12-03 Thread Pierre Neidhardt
Hi Ludo! Ludovic Courtès writes: > As discussed earlier, I think you should use ‘-t machine’, which doesn’t > have the welcome message. ‘-t guile’ (the default) is meant for humans, > not for inter-process communication. Oh, for sure, I'm using `t machine` now. All I meant is that the aforeme

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

2020-12-03 Thread Ludovic Courtès
Hi Pierre! Pierre Neidhardt skribis: > Indeed, it works perfectly now, I've implemented your suggestions and > Nyxt is now running a "guix repl server" to which it sends all the > requests. It's awesome! :) > > The only issue remaining is the weird behaviour that one has to pass > /dev/stdin to

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

2020-12-01 Thread Pierre Neidhardt
Indeed, it works perfectly now, I've implemented your suggestions and Nyxt is now running a "guix repl server" to which it sends all the requests. It's awesome! :) The only issue remaining is the weird behaviour that one has to pass /dev/stdin to get rid of the welcome message: echo '(display "H

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

2020-11-30 Thread Ludovic Courtès
Hi! Pierre Neidhardt skribis: > It'd be better if we could send Guile code to the standard input of the > `guix repl -` process to bypass file generation. I think the thread derailed a bit, but in the end, this is already possible, in particular with ‘guix repl -t machine’ (designed for this pu

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

2020-11-16 Thread Pierre Neidhardt
Perfect, thanks for the feedback! -- Pierre Neidhardt https://ambrevar.xyz/ signature.asc Description: PGP signature

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

2020-11-16 Thread Ludovic Courtès
Hi, Pierre Neidhardt skribis: > Ludovic Courtès writes: > >> Hi, >> >> Bengt Richter skribis: >> >>> On +2020-11-13 10:41:38 +0100, Pierre Neidhardt wrote: `guix repl` is a fantastic, hassle-free tool to bind Guix with third-party languages. I've done it here: https://git

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

2020-11-16 Thread zimoun
Hi Tobias, On Mon, 16 Nov 2020 at 11:45, Tobias Geerinckx-Rice wrote: > What exactly downloads the world? I have not inspected but I think that’s because a lot of substitutes missing: --8<---cut here---start->8--- $ pkgs=$(guix time-machine --branch=version-

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

2020-11-16 Thread Pierre Neidhardt
If I understand correctly, "-t machine" is for when we want to retrieve the results of all top-level evaluations. If we only want specific results, then we are better off "passing" the desired value to the caller by dumping them to the standard output. For the latter, "-t machine" is not necessar

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

2020-11-16 Thread Pierre Neidhardt
Ludovic Courtès writes: > Hi, > > Bengt Richter skribis: > >> On +2020-11-13 10:41:38 +0100, Pierre Neidhardt wrote: >>> `guix repl` is a fantastic, hassle-free tool to bind Guix with >>> third-party languages. I've done it here: >>> >>> https://github.com/atlas-engineer/nyxt/blob/2-pre-releas

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

2020-11-16 Thread Tobias Geerinckx-Rice via Bug reports for GNU Guix
Simon, zimoun 写道: Do not know if it is expected but that downloads the world… then it compiles it. It is not Green-friendly. ;-) What exactly downloads the world? Kind regards, T G-R signature.asc Description: PGP signature

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

2020-11-16 Thread Ludovic Courtès
Hi, Bengt Richter skribis: > On +2020-11-13 10:41:38 +0100, Pierre Neidhardt wrote: >> `guix repl` is a fantastic, hassle-free tool to bind Guix with >> third-party languages. I've done it here: >> >> https://github.com/atlas-engineer/nyxt/blob/2-pre-release-4/libraries/ospama/ospama-guix.lisp

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

2020-11-14 Thread zimoun
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#44612: Read standard input in `guix repl'

2020-11-14 Thread Tobias Geerinckx-Rice via Bug reports for GNU Guix
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'

2020-11-14 Thread 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->8--- $ ./

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

2020-11-14 Thread Tobias Geerinckx-Rice via Bug reports for GNU Guix
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'

2020-11-14 Thread Pierre Neidhardt
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#44612: Read standard input in `guix repl'

2020-11-14 Thread Tobias Geerinckx-Rice via Bug reports for GNU Guix
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'

2020-11-14 Thread Pierre Neidhardt
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'

2020-11-14 Thread Pierre Neidhardt
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'

2020-11-14 Thread Pierre Neidhardt
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'

2020-11-14 Thread Christopher Baines
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'

2020-11-14 Thread Tobias Geerinckx-Rice via Bug reports for GNU Guix
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'

2020-11-14 Thread Tobias Geerinckx-Rice via Bug reports for GNU Guix
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'

2020-11-14 Thread Guillaume Le Vaillant
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'

2020-11-14 Thread Guillaume Le Vaillant
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'

2020-11-14 Thread zimoun
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'

2020-11-14 Thread Tobias Geerinckx-Rice via Bug reports for GNU Guix
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'

2020-11-14 Thread Tobias Geerinckx-Rice via Bug reports for GNU Guix
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'

2020-11-14 Thread 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? 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'

2020-11-14 Thread Pierre Neidhardt
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'

2020-11-14 Thread Pierre Neidhardt
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'

2020-11-13 Thread zimoun
Dear, On Fri, 13 Nov 2020 at 20:08, Bengt Richter wrote: > Would this enable people to type something like > wget -O - http:try.this.for.example.com/fun.mischief|guix repl - > and if so, can you suggest some options for automatic hash or signature > checking so that a paranoid could feel saf

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

2020-11-13 Thread Tobias Geerinckx-Rice via Bug reports for GNU Guix
Pierre, Pierre Neidhardt 写道: The only issue is that it needs to be passed a file, so I must create a temporary file so that I can call `guix repl` on it. 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 in

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

2020-11-13 Thread Bengt Richter
Hi Pierre, On +2020-11-13 10:41:38 +0100, Pierre Neidhardt wrote: > `guix repl` is a fantastic, hassle-free tool to bind Guix with > third-party languages. I've done it here: > > https://github.com/atlas-engineer/nyxt/blob/2-pre-release-4/libraries/ospama/ospama-guix.lisp > > It just works! >