<apteryx>hi! Is there a way to run guix bulid --check from guix-devel-mode?
<tune>is a gateway timeout on my end or guix's end? I was getting build errors that told me to use --fallback, but bow I leave it overnight multiple times to find it was stuck on a gateway timeout forever
<tune>and then I ctrl-c out of it and start updates over and it seems to happen again
<ng0>there's a probability that I will be moving into an entirely different direction, implementation and language with my design. if I do, I might set aside some time to send a large number of packages I found no time for sending to guix in the last year(?). I'm still contributing, my attention is just elsewhere. Oh, Buildbot is more or less functional now. We need to test it in development deployment to see if my
<ng0>rush on packaging it in the short given time was okay.
<ng0>there's this onboarding document for - iirc - production servers which are supposed to run exchanges and what not, so this should be written with GuixSD in mind. If I'm writing nonsense right now, I have this noted elsewhere so I don't have to remember all of it
<ng0>christian's idea is that Taler should be able to deploy 2 kinds of servers with a very easy to replicate state.
<ng0>I'm sure at some point I will be motivated to write in length about it, but it's just moving from Debian to GuixSD.
<ng0>while I'm at this, I also sync changes to our side in gnunet because new gnunet servers will run comparable configs
<tune>Gamayun: Where do I get the .pub file for the berlin server to authorize it? I tried moving on to using the substitute without authorizing it, and it seems to be working, so not sure if this matters.
<ng0>you don't rely on binary substitutes unless you have low resources to build. so --fallback or --no-substitutes are options
<g_bor>guix package: error: build failed: some substitutes for the outputs of derivation `/gnu/store/0y6h2z162aynlw2bdrhb5d0ddi2p0kv2-mercurial-4.7.2.drv' failed (usually happens due to networking issues); try `--fallback' to build derivation from source
<g_bor>luciddreamzzz: this has been discussed several times, and it was decided that this would not be well aligned with the goals of providing strong guarantees. It is also much less of a problem, when substitutes are available.
<g_bor>In the development phase, when I need that I usually define a no-tests package inheriting from the original, with test disabled.
<Laalf>I do have a server I plan to use for offloading. But not now since hydra is still offline
<Laalf>And I can't build python on it either. I can't install guilw-ssh for some reason without compiling some stuff that break my ram
<rk4>is this a viable idea, or one someone has had before: have the package origin git-fetch+uri-fetch be overrideable to query some centralized store of source code. that makes offline use feasible, if you have the store
<rk4>then as another effort, have a means to generate the centralized store by searching through the package definitions and downloading sources
<rk4>it's a little bit different to pulling down pre-built packages [substitutes], but i think it involves trusting less internet connected systems
<atw>using Guix has spoiled me. Now trying to use Docker at work is really hard