Re: What 'sh' should 'system' use?

Am Samstag, dem 15.10.2022 um 19:23 -0400 schrieb Philip McGrath: > On Saturday, October 1, 2022 12:54:27 PM EDT Ludovic Courtès wrote: > > Hello! > > > > Philip McGrath skribis: > > > 1) If we want to continue to hard-code a specific shell into > > > Glibc, I > > > think we should document the d

Re: What 'sh' should 'system' use?

On Sunday, October 16, 2022 3:04:45 AM EDT Liliana Marie Prikler wrote: > Am Samstag, dem 15.10.2022 um 19:23 -0400 schrieb Philip McGrath: > > On Saturday, October 1, 2022 12:54:27 PM EDT Ludovic Courtès wrote: > > > Hello! > > > > > > Philip McGrath skribis: > > > > 1) If we want to continue to

Re: What 'sh' should 'system' use?

Am Sonntag, dem 16.10.2022 um 03:56 -0400 schrieb Philip McGrath: > I don't think I understand this. Does it mean that, in the following, > I am running a Bash that wouldn't have security bugs fixed? If so, > that seems quite bad! You would, but note that in order to exploit this, you would have to

GNU Mes 0.24.1 released

We are happy to announce the release of GNU Mes 0.24.1, representing 23 commits over five months by four people. Mes now supports the stage0-posix and M2-Planet Full Source bootstrap on Aarch64 for ARM. Because stage0-posix does not support ARM yet, the Mes ARM bootstrap is currently prototyped o

Re: Guix Goals: One Hackable Developer Tool To Rule Them All

Am Donnerstag, dem 13.10.2022 um 01:07 -0500 schrieb jgart: > Hi Guixers, > > What do you think if we were to implement "Guix Goals"? > > The various language ecosystems have their own linters, formatters, > typecheckers, repls, test runners, etc. > > What if Guix could manage them all? > > `gu

Re: Guix Goals: One Hackable Developer Tool To Rule Them All

On Sun, 16 Oct 2022 15:11:38 +0200 Liliana Marie Prikler wrote: > Am Donnerstag, dem 13.10.2022 um 01:07 -0500 schrieb jgart: > #!/bin/sh > exec guix shell -m "$0" -- guile -e main -s "$0" "$@" > !# > > (define (main args) ...) > > ... > > (specifications->manifest ...) > > Of co

Re: Guix Goals: One Hackable Developer Tool To Rule Them All

On Sun, 16 Oct 2022 12:54:42 -0500 jgart wrote: That said thanks for suggesting a way to start hacking on this before it exists. I'll use your suggestion for testing things out. all best, jgart

Re: Guix Goals: One Hackable Developer Tool To Rule Them All

Am Sonntag, dem 16.10.2022 um 12:54 -0500 schrieb jgart: > On Sun, 16 Oct 2022 15:11:38 +0200 Liliana Marie Prikler > wrote: > > Am Donnerstag, dem 13.10.2022 um 01:07 -0500 schrieb jgart: > >   #!/bin/sh > >   exec guix shell -m "$0" -- guile -e main -s "$0" "$@" > >   !# > > > >   (define (mai

Re: Guix Goals: One Hackable Developer Tool To Rule Them All

On Sun, 16 Oct 2022 20:50:47 +0200 Liliana Marie Prikler wrote: > makes your goal a somewhat stupid one if you don't actually specify > what it has to do on a per-project basis. hi lilyp, That's a bit harsh to say that my idea is "stupid" even in light of your qualifier. If you read the previ

Re: Guix Goals: One Hackable Developer Tool To Rule Them All

Hi, On Sun, Oct 16, 2022 at 1:10 PM jgart wrote: > > That's a bit harsh. I also found it a bit stiff, but sometimes folks don't find the right words—hence my own recent apology. Kind regards Felix Lechner

Re: bug#58417: Installer script no longer works with `yes` utility

Hi Simon, zimoun writes: [...] >> Conversely, I'd like to add a comment that does commit to always >> keeping ‘yes '' | bash guix-install.sh’ working, assuming there >> was no other input or detected issues. Also nice for humans in a >> hurry. >> >> Does that seem unreasonable to anyone? >

Creating an Emacs Home Configuration Service

Aloha Guix Development Team, Running =guix home search emacs= returns nothing. I also could not find an email using =C-u M-x debbugs-gnu= about an Emacs configuration service. This is my first email to this mailing address. Please give me pointers on formatting and further improvements. I have a