Re: Syntactic Diabetes (was Re: A friendlier API for operating-system declarations)

Hi Attila, On Wed, Nov 29 2023, Attila Lendvai wrote: > i agree. in my experience, it's good practice in general to try to > make a functional API as convenient as possible, and if that is still > too verbose or cumbersome, only then add a thin layer of syntactic > abstractions that expand to cod

Re: Syntactic Diabetes (was Re: A friendlier API for operating-system declarations)

> lines of code. I think hyper-focusing on syntax to make services > "nicer" might be the wrong approach here: You could greatly reduce the > complexity by making them procedures instead of syntax and still keep > most of the configuration readable to a great extent. i agree. in my experience, it

Re: Failed to build in QA

> > The other issue with the v4 series is that Patchwork has got confused > > and only picked out the first of the v4 patches. The threading also > > looks weird to me in my email client, but I'm not quite sure why. How > > did you send the v4 patches? > > > I sent them with git send-mail but I als

Re: Upgrading Guix's security team

Hi, On mer., 22 nov. 2023 at 19:16, Ludovic Courtès wrote: > Leo, Tobias, and John: What would be a good end-of-term date for each > one of you? As I see it, it wouldn’t mean you cannot do an additional > term but rather that you’ll have an opportunity to leave and that you’ll > do your best to

Re: guix shell init

Hi jgart, On mer., 25 oct. 2023 at 14:12, "jgart" wrote: >> Could you explain what “Nix flake” means using Guix terminology? > > Here's TLDR list of nix flake features and their guix equivalents > (maybe): Thanks for explaining. If I understand correctly, Guix does not miss some feature from N

Re: Building and caching old Guix derivations for a faster time machine

Hi, On mer., 22 nov. 2023 at 19:27, Ludovic Courtès wrote: > For long-term storage though, we could choose to keep lzip only (because > it compresses better). Not something we can really do with the current > ‘guix publish’ setup though. It looks good to me. For me, the priority list looks li

Feedback (was Re: Meet Guix at Capitole du Libre in Toulouse)

Hi, Thanks all people! It was a very interesting experience for me and a very good moment. I hope that we will do again in the near future. As a record for the next time, let me mention two points that help: 1. Demos! It seems very helpful to have both: Guix System and Guix on foreign di

Re: [maintenance] Compressed JSON files and served file extension?

Hi, On mar., 28 nov. 2023 at 16:50, Tomas Volf <~@wolfsden.cz> wrote: > You could invoke the wget with -E flag I guess. Thanks. I will try to apply that consistently. :-) On mar., 28 nov. 2023 at 21:05, Attila Lendvai wrote: >(remember: if it's not backwards, it'

Re: Add anchors in HTML documentation

Hi, > There are anchors for index entries, but you typically need to jump to > > to get the link, or to click on the symbol in a code snippet. I did not think about that. This is even better than what I did. > I agree that

Re: Failed to build in QA

>There's two issues, one is the machine running Patchwork is low on disk >space, and that keeps stopping new messages being processed. I've >resolved that for now. Thanks! >The other issue with the v4 series is that Patchwork has got confused >and only picked out the first of the v4 patches. T

Re: Failed to build in QA

Reza Housseini writes: > Hi Christopher > > I submitted a new revision to the issue, but the QA link shows > > Issue not found > This could mean the issue does not exist, it has no patches or has > been closed. > > do you know what the problem is here? There's two issues, one is the machine run

Re: Failed to build in QA

Hi Christopher I submitted a new revision to the issue, but the QA link shows Issue not found This could mean the issue does not exist, it has no patches or has been closed. do you know what the problem is here? Thanks for your help, Best, Reza

sbcl-py4cl does not appear in --list-dependent output

Hi Guixers, Does anyone happen to know why sbcl-py4cl doesn't appear in this output? guix refresh --list-dependent python-numpy Building the following 1490 packages would ensure 3164 dependent packages are rebuilt: python-pytest-pudb@0.7.0 python-fpylll@0.5.7 python-flint@0.3.0 aoflagger@3.2.0