Re: The Shepherd on Fibers

On 3/28/22 20:14, Philip McGrath wrote: I'm not sure how useful any of that is, but take it for whatever it's worth. My overall impression is that the Shepherd on Fibers is a big step in the right direction. Congrats on the great work! -Philip P.S.: If you can get access to a copy of John R

Re: The Shepherd on Fibers

Hi, On 3/23/22 18:36, Ludovic Courtès wrote: Hello Guix! I have pushed a ‘wip-fibers’ branch of the Shepherd: https://git.savannah.gnu.org/cgit/shepherd.git/log/?h=wip-fibers The goal is to make shepherd (the daemon) use Fibers¹ for concurrency. Exciting! As I wrote in

Re: Hardened toolchain

Yes it would be easier to add the hardening flags to gcc directly, I just wasn't sure whether the maintainers would be open to the idea. Since the default gcc toolchain version is still on gcc 10, the hardening flags could be added to gcc 11. Then the upgrade from gcc toolchain 10 to 11 can ben

Improving importers best investment for growing gnu/packages/

On 25/3/22 18:05, Paul Alesius wrote: Rust analyzer is a language server for the Rust programming language. I've tried to produce a patch for the latest version, and it has probably hundreds of dependencies that need to be updated. [...] I'd suggest that a Guix package for rust-analyzer is

Re: better error messages through assertions

Hi, On 3/7/22 05:13, Ludovic Courtès wrote: Hi Philip, Philip McGrath skribis: Racket's state-of-the-art contract system has many features and nuances. I *do not* think anyone should try to implement them all in one fell swoop. I'm hoping there's a way to implement your simple assertions wit

Re: Fwd: [Libre-soc-dev] CLEAR, Open Source FPGA

March 28, 2022 1:02 PM, "Tobias Platen" wrote: > If they succeed the free toolchain can be packaged in guix. I am not so well versed in hardware...Why is this exciting? It only has 3kb of RAM. This could power an mp3 player? maybe?

Fwd: [Libre-soc-dev] CLEAR, Open Source FPGA

If they succeed the free toolchain can be packaged in guix. --- Begin Message --- https://groupgets.com/campaigns/1003-clear-the-open-source-fpga-asic-by-chipignite please do share that widely, there are a few days to go before they reach 200. both the HDL and the toolchain are Libre, they deser

Re: using srfi-189 in (gnu services configuration)

Attila Lendvai schreef op ma 28-03-2022 om 14:35 [+]: > this is a follow up to: using an SRFI that is not available in Guile > > https://lists.gnu.org/archive/html/guix-devel/2022-01/msg00249.html > > let me summarize the discussion, and with that my argument why i'd > like to use srfi-189 in

using srfi-189 in (gnu services configuration)

this is a follow up to: using an SRFI that is not available in Guile https://lists.gnu.org/archive/html/guix-devel/2022-01/msg00249.html let me summarize the discussion, and with that my argument why i'd like to use srfi-189 in the configuration code: - sometimes we need to be able to unambiguou

Re: Hardened toolchain

Hi, On Sun, 27 Mar 2022 at 23:17, Maxim Cournoyer wrote: > Maxime Devos writes: >> I think it would be a lot simpler to just add this to the 'standard' >> gcc configure flags, in (gnu packages gcc), given that probably the >> idea is to do this hardening for all packages? Needs a world-rebuild