Linux-libre source code via SWH sources.json

Hi, On Thu, 09 Sep 2021 at 00:00, Ludovic Courtès wrote: > We should check why we’re not providing all the URLs and fix it. Done in patch#50515. Well, I think that all the packages with true ’origin?’ are now in ’sources.json’. If not, please comment

Named environments

Hey Guix. I've been thinking lately it would be convenient to create certain uniquely named execution environments on my machine. For example, I might have one set up with dependencies for my Python webapp & environment variables set to autoconnect to a Postgres server. I might have another tha

[core-updates-frozen] Blockers for working system

Hi Guix folks, here are the blockers which prevent me from using core-updates-frozen on my personal machine. So those 14 derivations failed for me this morning: /gnu/store/fm4wk6zf8zir5qgc7m0fb52i9vrc1a21-gnome-calculator-3.34.1.drv -> fixed: 67b8aa91f7 /gnu/store/mszx21cxrhsi1r1hx66fjb6qp2v4y3

Re: Batching world-rebuilding changes for the core-updates-frozen branch

Hello again, Em quarta-feira, 8 de setembro de 2021, às 12:00:34 -03, Maxim Cournoyer escreveu: > Since there's going to be at least this change [0] causing a world > rebuild of the core-updates-frozen branch, I'd like to know if there are > other world-rebuilding but low-risk changes you'd like

Re: gcc: build all languages at once?

Hi Ludo, Ludovic Courtès writes: > Hi Sarah, > > Sarah Morgensen skribis: > >> I notice that out of GCC's supported languages (ada, c, c++, d, fortran, >> go, jit, lto, objc, obj-c++) we currently build all except ada, and five >> of them (d, fortran, go, objc, and obj-c++) are built separately

Re: Sniping "guix deploy"

Jack Hill writes: > I know that CoreOS at one point took cluster-wide knowledge into > account when performing upgrades (so as not to take down all replicas > at once for instance). It and similar projects are probably too far > afield to take implementation ideas from, but some of the high level