[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: Guix support in cachix
From: |
Nils Gillmann |
Subject: |
Re: Guix support in cachix |
Date: |
Fri, 13 Jul 2018 13:31:25 +0000 |
Ludovic Courtès transcribed 540 bytes:
> Hello,
>
> Marius Bakke <address@hidden> skribis:
>
> > It looks useful for those who don't want to or can't publish their own
> > substitutes. And `guix challenge` makes it easy to verify the builds
> > coming from a particular "channel".
>
> I agree that it can be useful.
>
> I would very much like it if we had a solution that did not rely on a
> central service, though. If ‘guix publish’ could publish over
> BitTorrent, say (or GNUnet, like we tried during GSoC a few years ago),
> that would be awesome.
Let me interject for a second:
while I think work towards GNUnet makes sense (I haven't stopped following
my plan; going beyond just substitutes via FS),
we have some problems in GNUnet which need to be resolved first before
you can throw something at its FS. We have upcoming changes to FS in
the predictable near future after the 0.11 release which hopefully start
addressing changes we need in FS.
In the meantime, not trying to derail: amz3 did really good work with
the new Guile bindings for gnunet. Is anyone up to taking the bindings
further? If you would like to but you are having trouble setting up
either the bindings or gnunet itself for hacking, contact us and
we will be able to work something out. I can give you git access to
this repo. Even documenting it more than right now will be a big win
for other guile hackers!
Since my impression over the years was that Guix wants to embrace a
pluralism of distribution methods and not be fixed on one or two
ways to do it: writing integrations for bittorrent, ipfs, or whatever
could lead to fragmentation and while I technically don't really see
the point, it could be done. not every existing solution will work
in every location, but worst case we are getting some nice guile
bindings for other applications out of it ;)
> Thanks,
> Ludo’.
>