GNU bug report logs -
#61324
[PATCH] download: Add bordeaux.guix.gnu.org as a content addressed mirror.
Previous Next
Reported by: Christopher Baines <mail <at> cbaines.net>
Date: Mon, 6 Feb 2023 15:56:01 UTC
Severity: normal
Tags: patch
Done: Christopher Baines <mail <at> cbaines.net>
Bug is archived. No further changes may be made.
To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 61324 in the body.
You can then email your comments to 61324 AT debbugs.gnu.org in the normal way.
Toggle the display of automated, internal messages from the tracker.
Report forwarded
to
guix-patches <at> gnu.org
:
bug#61324
; Package
guix-patches
.
(Mon, 06 Feb 2023 15:56:01 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
Christopher Baines <mail <at> cbaines.net>
:
New bug report received and forwarded. Copy sent to
guix-patches <at> gnu.org
.
(Mon, 06 Feb 2023 15:56:01 GMT)
Full text and
rfc822 format available.
Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):
bordeaux.guix.gnu.org now provides access to some files by hash. This is done
through the nar-herder finding a nar produced by a fixed output derivation for
the requested content, and then providing the content stored inside that nar.
I've put this new entry at the start of the list, as I think it's more likely
to have content than the others. Because bordeaux.guix.gnu.org stores nars
indefinitely, my suspicion is that it's going to be able to fulfil more
requests than ci.guix.gnu.org, which relies on the file requested being in the
store (so the now frequent garbage collection is going to limit the files
available).
* guix/download.scm (%content-addressed-mirrors): Add bordeaux.guix.gnu.org.
---
guix/download.scm | 6 +++++-
1 file changed, 5 insertions(+), 1 deletion(-)
diff --git a/guix/download.scm b/guix/download.scm
index fff54d7a17..561a893eee 100644
--- a/guix/download.scm
+++ b/guix/download.scm
@@ -387,7 +387,11 @@ (define (guix-publish host)
file "/" (symbol->string algo) "/"
(bytevector->nix-base32-string hash))))
- (list (guix-publish "ci.guix.gnu.org")
+ (list (guix-publish
+ ;; bordeaux.guix.gnu.org uses the nar-herder rather than guix
+ ;; publish, but it supports the same style of requests
+ "bordeaux.guix.gnu.org")
+ (guix-publish "ci.guix.gnu.org")
(lambda (file algo hash)
;; 'tarballs.nixos.org' supports several algorithms.
(string-append "https://tarballs.nixos.org/"
--
2.38.1
Information forwarded
to
guix-patches <at> gnu.org
:
bug#61324
; Package
guix-patches
.
(Fri, 10 Feb 2023 22:42:02 GMT)
Full text and
rfc822 format available.
Message #8 received at 61324 <at> debbugs.gnu.org (full text, mbox):
Hi!
Christopher Baines <mail <at> cbaines.net> skribis:
> bordeaux.guix.gnu.org now provides access to some files by hash. This is done
> through the nar-herder finding a nar produced by a fixed output derivation for
> the requested content, and then providing the content stored inside that nar.
Nice!
> I've put this new entry at the start of the list, as I think it's more likely
> to have content than the others. Because bordeaux.guix.gnu.org stores nars
> indefinitely, my suspicion is that it's going to be able to fulfil more
> requests than ci.guix.gnu.org, which relies on the file requested being in the
> store (so the now frequent garbage collection is going to limit the files
> available).
Right, could be. (At one point we had nginx caching for /file URLs; not
sure if that’s still the case, and it wouldn’t really solve the
problem.)
> * guix/download.scm (%content-addressed-mirrors): Add bordeaux.guix.gnu.org.
> ---
> guix/download.scm | 6 +++++-
> 1 file changed, 5 insertions(+), 1 deletion(-)
>
> diff --git a/guix/download.scm b/guix/download.scm
> index fff54d7a17..561a893eee 100644
> --- a/guix/download.scm
> +++ b/guix/download.scm
> @@ -387,7 +387,11 @@ (define (guix-publish host)
> file "/" (symbol->string algo) "/"
> (bytevector->nix-base32-string hash))))
>
> - (list (guix-publish "ci.guix.gnu.org")
> + (list (guix-publish
> + ;; bordeaux.guix.gnu.org uses the nar-herder rather than guix
> + ;; publish, but it supports the same style of requests
> + "bordeaux.guix.gnu.org")
> + (guix-publish "ci.guix.gnu.org")
LGTM, thanks!
Ludo’.
Reply sent
to
Christopher Baines <mail <at> cbaines.net>
:
You have taken responsibility.
(Sat, 11 Feb 2023 21:06:01 GMT)
Full text and
rfc822 format available.
Notification sent
to
Christopher Baines <mail <at> cbaines.net>
:
bug acknowledged by developer.
(Sat, 11 Feb 2023 21:06:02 GMT)
Full text and
rfc822 format available.
Message #13 received at 61324-done <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
Ludovic Courtès <ludo <at> gnu.org> writes:
>> * guix/download.scm (%content-addressed-mirrors): Add bordeaux.guix.gnu.org.
>> ---
>> guix/download.scm | 6 +++++-
>> 1 file changed, 5 insertions(+), 1 deletion(-)
>>
>> diff --git a/guix/download.scm b/guix/download.scm
>> index fff54d7a17..561a893eee 100644
>> --- a/guix/download.scm
>> +++ b/guix/download.scm
>> @@ -387,7 +387,11 @@ (define (guix-publish host)
>> file "/" (symbol->string algo) "/"
>> (bytevector->nix-base32-string hash))))
>>
>> - (list (guix-publish "ci.guix.gnu.org")
>> + (list (guix-publish
>> + ;; bordeaux.guix.gnu.org uses the nar-herder rather than guix
>> + ;; publish, but it supports the same style of requests
>> + "bordeaux.guix.gnu.org")
>> + (guix-publish "ci.guix.gnu.org")
>
> LGTM, thanks!
Awesome, I've gone ahead and pushed this as
7d0ebe040d80adcf143656e754a82b569243568c.
Thanks,
Chris
[signature.asc (application/pgp-signature, inline)]
Information forwarded
to
guix-patches <at> gnu.org
:
bug#61324
; Package
guix-patches
.
(Thu, 16 Feb 2023 11:48:02 GMT)
Full text and
rfc822 format available.
Message #16 received at 61324-done <at> debbugs.gnu.org (full text, mbox):
Hi,
I am late to the party. :-)
On Sat, 11 Feb 2023 at 21:04, Christopher Baines <mail <at> cbaines.net> wrote:
>>> - (list (guix-publish "ci.guix.gnu.org")
>>> + (list (guix-publish
>>> + ;; bordeaux.guix.gnu.org uses the nar-herder rather than guix
>>> + ;; publish, but it supports the same style of requests
>>> + "bordeaux.guix.gnu.org")
>>> + (guix-publish "ci.guix.gnu.org")
The attempts are done in the order of the list, right? First, it tries
bordeaux.guix.gnu.org, then ci.guix.gnu.org, then tarballs.nixos.org.
Somehow it does not really matter, just to be sure the pressure is not
too much for the resources behind Bordeaux. :-)
Cheers,
simon
bug archived.
Request was from
Debbugs Internal Request <help-debbugs <at> gnu.org>
to
internal_control <at> debbugs.gnu.org
.
(Fri, 17 Mar 2023 11:24:04 GMT)
Full text and
rfc822 format available.
This bug report was last modified 1 year and 34 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.