guix-devel
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [PATCH] gnu: Add r-edger.


From: Ludovic Courtès
Subject: Re: [PATCH] gnu: Add r-edger.
Date: Tue, 24 May 2016 11:46:17 +0200
User-agent: Gnus/5.13 (Gnus v5.13) Emacs/24.5 (gnu/linux)

Roel Janssen <address@hidden> skribis:

[...]

>>> This can be completely automated, so I don't think it has to be a lot of
>>> work:
>>> 1. guix package --export-source-tarballs=/var/www/public_html/
>>
>> We could do this, but I figured we might as well let others do it.  :-)
>> Currently we have tarballs.nixos.org, and I think there’ll be another
>> one pretty soon.  Hopefully that’ll cover our needs.
>>
>> Thoughts?
>
> I'd say we should definitely do this.  Making the Guix project
> self-contained will make it look more solid to people outside of the
> project.  This is an issue we have solved half-way now..  We rely on
> infrastructure we cannot easily create with Guix only.

What part of the infrastructure do you have in mind?  It’s true that we
fetch sources from a wide range of places now.

> I think it's important that we can show that with GNU Guix, we've got
> everything covered, from source to binary, without relying on other
> projects (even though Nix is a friendly project :-))
>
> It doesn't matter if we actually create a content-addressed mirror any
> time soon, what matters is that we provide the tools to do so easily.

I agree.  :-)  A command to create a content-addressed cache along the
lines of tarballs.nixos.org would be welcome, indeed, and rather easy to
implement (we wouldn’t be able to generate the cache on the fly like
‘guix publish’ does because the daemon does not store raw content
hashes; instead, it stores the hash of the nar of the contents, but
anyway a detail.)

FWIW I don’t have plans to work on it in the near future, so
contributions are welcome!  ;-)

Thanks,
Ludo’.



reply via email to

[Prev in Thread] Current Thread [Next in Thread]