Visiting a future of GNU? (was Re: Please don't leave GNU)

Hi Caleb, On Fri, 28 Mar 2025 at 18:26, Caleb Herbert wrote: > I use Guix primarily because of its commitment to user freedom and its > united front with the GNU Project. Cool! As many of us. :-) If I might, I think your message and replies in the thread lock the conversion in some undecidab

Alist and serializer backed service configuration?

Hi Guix, (Cc'd the Home Team) Lately, Andrew's proposal[1] on using free-style configurations for services came to my mind again. Ludovic was againt it for potential generation of invalid config files and obscure error messages. But how about treating it as an escape hatch like ‘extra-config’?

Re: Visiting a future of GNU? (was Re: Please don't leave GNU)

Hi Simon, On 4/2/25 03:03, Simon Tournier wrote: It appears to me much more fruitful to discuss what’s the next 40 years of the humanist project dreamed by GNU 40 years ago rather than nitpick about belonging to some GNU trademark, IMHO. I agree that we must move beyond Richard and take the re

Re: GNU & Guix

Hi, signer of Document! Pardon my inflammatory remarks. On 4/2/25 01:21, Tobias Geerinckx-Rice wrote: What do you expect this kind of disruptive behaviour to achieve? It is comically unclear. For a long time, I and many others have felt unheard. I'm sorry I blindly aired my frustration he

Re: Slow guix pull? (was Re: Please don't leave GNU)

Simon Tournier writes: > Hi, > > On Wed, 02 Apr 2025 at 09:01, 45mg <45mg.wri...@gmail.com> wrote: > >>> 1) Actual 'git pull' equivalent. >>> >>> 2) The 'guix authenticate' dance on the commits. >>> >>> 3) The Guix derivation part. >>> >>> In some settings, I fear step 1 and 2 takes comparable ti

Re: Per-user Guix installations

Hi Ludo, > But then, the problem is that ‘guix pull’ or in fact any ‘guix’ command > will give you non-relocatable binaries. So you need to somehow map, > say, ~/.local/state/guix/store to /gnu/store for all the user sessions, > as seamlessly as possible. Or change the location of the store and

Re: Slow guix pull? (was Re: Please don't leave GNU)

Simon Tournier writes: > Re, > > On Wed, 02 Apr 2025 at 09:41, 45mg <45mg.wri...@gmail.com> wrote: > >>> every single time I run `guix >>> pull` it appears to do nothing for like 2 minutes, and then the progress >>> bars display as it pulls the entire repo

A silly concern about substitute servers

Hi there While reading the Guix reference manual, I get a silly concern. I believe it is silly because this concern must have been addressed, but I am still interested in details. My concern is about the storage resources of the substitute servers. Since guix is a functional package manage

Re: A silly concern about substitute servers

Pan Xie writes: 1. Does a substitute server keeps all the packages it build? If the answer is yes, won't it consume huge storage resources? If the answer is no, then the user who use time-machine travel back to     years before have to build all the packages from scratch? You are correct o

[fr] Moment de convivialité Guix@Paris en avril

(Warning: this email is in french because the meeting is supposed to be held in French… and in person.) Bonjour Guix, Jeudi 17 avril à 19h se tiendra la septième soirée de la 3ème saison des rencontres Guix à Paris. Retrouvez tous les détails sur l’Agenda du Libre :

Re: Slow guix pull? (was Re: Please don't leave GNU)

Re, On Wed, 02 Apr 2025 at 09:41, 45mg <45mg.wri...@gmail.com> wrote: >> every single time I run `guix >> pull` it appears to do nothing for like 2 minutes, and then the progress >> bars display as it pulls the entire repo instead of using a cached >> chec

Re: Slow guix pull? (was Re: Please don't leave GNU)

Hi, On Wed, 02 Apr 2025 at 09:01, 45mg <45mg.wri...@gmail.com> wrote: >> 1) Actual 'git pull' equivalent. >> >> 2) The 'guix authenticate' dance on the commits. >> >> 3) The Guix derivation part. >> >> In some settings, I fear step 1 and 2 takes comparable time as 3. > > In my experience, authent

Per-user Guix installations

Hi Konrad, Konrad Hinsen skribis: > In the long run, I'd rather have "personal Guix". Or maybe call it > "guik", the little-used singular of "guix" ;-) Meaning Guix running > entirely in a user's home directory. If you want a sandbox, just create > a new user account for it. Unlike the Docker wo

Re: Slow guix pull? (was Re: Please don't leave GNU)

Simon Tournier writes: > To my knowledge, the main bottleneck on most machines is the part > “Computing Guix derivation...“ and sadly it’s not substitutable. I'm not sure that is the full story. Is there some way to instrument 'guix pull' to report what it is spending time on? I think there ar

Re: Visiting a future of GNU? (was Re: Please don't leave GNU)

>Wed 02 Apr 2025 at 10:03, Simon Tournier wrote: > Hi Caleb, > > On Fri, 28 Mar 2025 at 18:26, Caleb Herbert wrote: > >> I use Guix primarily because of its commitment to user freedom and its >> united front with the GNU Project. > > Cool! As many of us. :-) At this point, I cannot avoid poin

Re: Slow guix pull? (was Re: Please don't leave GNU)

Simon Josefsson via "Development of GNU Guix and the GNU System distribution." writes: > Simon Tournier writes: > >> To my knowledge, the main bottleneck on most machines is the part >> “Computing Guix derivation...“ and sadly it’s not substitutable. > > I'm not sure that is the full story. Is

Re: Alist and serializer backed service configuration?

Hello Hilton, Hilton Chain writes: > > 2. Need of manually exposing interfaces. e.g. those from shepherd-service. > I feel like this has been a topic mentioned multiple times in the last few weeks on this mailing list. Here I have e-mail from Carlo Zancanaro in mind, "Configuring shepherd se