Re: On a Guile-based Build-Tool complimenting Guix

This is pretty cool Olivier! My thought to build systems is that autotools and cmake are really ugly and I, for sure, have that itch to scratch. I have proposed GSoC projects in that direction. For a Guix target we can have a much lighter system that, similar to cmake, could generate ninja or mak

Re: mirrors of main guix repository at savannah

Hi all, FWIW I run a fork that autoupdates regularly (provided my desktop pc is on) at [0], this is the basic mcron job[1][2] I use (might migrate it to Shepherd timers soon). cheers, giacomo [0]: https://github.com/fishinthecalculator/guix-fork [1]: https://codeberg.org/fishinthecalcula

Re: mirrors of main guix repository at savannah

Please do, I am inclined to keep paying for that GitLab namespace for other reasons. GitLab has a similar concern as GitHub, except that GitLab is GitLab, but I suppose all hosting sites have their set of concerns these days, so the more the merrier. /Simon Tobias Geerinckx-Rice writes: > Hi S

Re: On the quest for a new release model

Greg Hogan writes: > On Wed, Dec 18, 2024 at 12:43 PM Suhail Singh > wrote: >> >> Suhail Singh writes: >> >> > The issue, as I see it, is the time commitment required from the >> > release-team. >> >> Correction, the issues (IMO) are (in no particular order): >> 1. the timespan (several weeks)

Re: mirrors of main guix repository at savannah

Hi Simon, Would you mind if I add your mirror to ? It used to advertise 'our' 'unofficial' mirror on GitHub, but they since removed (free) synchronisation. And they're GitHub. Kind regards, T G-R Sent on the go. Excuse or enjoy my brevity.

Packaging SlimeVR-Server

I had a look at the SlimeVR Server which is written in Java and uses the gradle build system. It also comes with a gui written in Javascript and a Nix Flake: https://raw.githubusercontent.com/SlimeVR/SlimeVR-Server/refs/heads/main/flake.nix I guess that I have to make two packages: slimevr-server

Re: Are you interested in a new "patchsets" field for ?

Such a feature would be really useful when you have a patch for a broken package that hasn't been upstreamed yet. My current solution is to apply it to a local copy of the guix repo and then run guix pull with the path as the url but this doesn't really feel like a good way to do it.

Re: mirrors of main guix repository at savannah

Am 18.12.24 um 17:55 schrieb Ludovic Courtès: Yeah, we could have a “guix” org at Codeberg. There already is: https://codeberg.org/guix Anyhow I don't know who created it or is the owner. -- Regards Hartmut Goebel | Hartmut Goebel | h.goe...@crazy-compilers.com | | www

Re: On a Guile-based Build-Tool complimenting Guix

> The other day, after being frustrated of build systems (auto-tools, > meson, maven etc.), I wondered why doesn’t Guix which has such > powerful tools within it (`guix build`, `guix pack` etc.) also not > have a purely Guile-based build tool? After all, our goal is to make > deployment, and buildi

Re: On the quest for a new release model

Hi, Greg Hogan writes: > On Wed, Dec 18, 2024 at 11:49 AM Ludovic Courtès wrote: >> As has been discussed multiple times at the Guix Days and on this list >> (I think?), I believe what we need is a release team with rotating >> duties. That is, a bunch of 3–5 people commit to doing the work le

Re: On the quest for a new release model

Hi Greg, Greg Hogan writes: > On Wed, Dec 18, 2024 at 12:43 PM Suhail Singh > wrote: >> >> Suhail Singh writes: >> >> > The issue, as I see it, is the time commitment required from the >> > release-team. >> >> Correction, the issues (IMO) are (in no particular order): >> 1. the timespan (seve

New Serbian PO file for 'shepherd' (version 1.0.0rc1)

Hello, gentle maintainer. This is a message from the Translation Project robot. A revised PO file for textual domain 'shepherd' has been submitted by the Serbian team of translators. The file is available at: https://translationproject.org/latest/shepherd/sr.po (We can arrange things so th