GNU bug report logs -
#33721
ci.guix.info does not return Cache-Control header for substitutes
Previous Next
Reported by: Chris Marusich <cmmarusich <at> gmail.com>
Date: Thu, 13 Dec 2018 06:59:01 UTC
Severity: normal
Tags: fixed
Done: Ludovic Courtès <ludo <at> gnu.org>
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 33721 in the body.
You can then email your comments to 33721 AT debbugs.gnu.org in the normal way.
Toggle the display of automated, internal messages from the tracker.
Report forwarded
to
bug-guix <at> gnu.org
:
bug#33721
; Package
guix
.
(Thu, 13 Dec 2018 06:59:01 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
Chris Marusich <cmmarusich <at> gmail.com>
:
New bug report received and forwarded. Copy sent to
bug-guix <at> gnu.org
.
(Thu, 13 Dec 2018 06:59:02 GMT)
Full text and
rfc822 format available.
Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
Hi,
I've noticed that ci.guix.info (which I see maps to the same IP address
as berlin.guixsd.org) does not return a Cache-Control header for some
substitutes. I've tried various URLs under the /nar/gzip/ prefix, and
and they all omitted a Cache-Control header in the response. For
example:
--8<---------------cut here---------------start------------->8---
$ curl --dump-header - -s -o /dev/null https://ci.guix.info/nar/gzip/0fw7w396llw316nj36dsqnbkxzc9bqwa-python-itsdangerous-0.24
HTTP/1.1 200 OK
Server: nginx/1.14.1
Date: Thu, 13 Dec 2018 06:49:04 GMT
Content-Type: application/octet-stream;charset=ISO-8859-1
Content-Length: 19449
Connection: keep-alive
--8<---------------cut here---------------end--------------->8---
However, some URLs do include a Cache-Control header in the response.
For example:
--8<---------------cut here---------------start------------->8---
$ curl --dump-header - -s -o /dev/null https://ci.guix.info/s8v7vrzgpjkyf72dlbifhprabqqlx696.narinfo
HTTP/1.1 200 OK
Server: nginx/1.14.1
Date: Thu, 13 Dec 2018 06:49:25 GMT
Content-Type: application/x-nix-narinfo;charset=utf-8
Content-Length: 1456
Connection: keep-alive
Cache-Control: max-age=7776000
--8<---------------cut here---------------end--------------->8---
I expected all URLs to return an appropriate Cache-Control header (at
least when returning an HTTP 200 response), especially the URLs for the
gzipped substitutes themselves, since they are likely to be large. Is
there a reason why we do not include a Cache-Control header for all
substitutes under the /nar/gzip/ prefix?
--
Chris
[signature.asc (application/pgp-signature, inline)]
Information forwarded
to
bug-guix <at> gnu.org
:
bug#33721
; Package
guix
.
(Mon, 17 Dec 2018 22:39:01 GMT)
Full text and
rfc822 format available.
Message #8 received at 33721 <at> debbugs.gnu.org (full text, mbox):
Hi Chris,
Chris Marusich <cmmarusich <at> gmail.com> skribis:
> I've noticed that ci.guix.info (which I see maps to the same IP address
> as berlin.guixsd.org) does not return a Cache-Control header for some
> substitutes. I've tried various URLs under the /nar/gzip/ prefix, and
> and they all omitted a Cache-Control header in the response. For
> example:
Until now ‘guix publish’ would set ‘Cache-Control’ headers only on
narinfo responses. The idea was that nars themselves can be cached
forever. However it probably makes more sense to set the same
‘Cache-Control’ header on nar responses.
Fixed in 9b9de08477afe0ea519f916ad3d33c9720c3278d.
Thanks,
Ludo’.
Added tag(s) fixed.
Request was from
Ludovic Courtès <ludo <at> gnu.org>
to
control <at> debbugs.gnu.org
.
(Mon, 17 Dec 2018 22:39:02 GMT)
Full text and
rfc822 format available.
bug closed, send any further explanations to
33721 <at> debbugs.gnu.org and Chris Marusich <cmmarusich <at> gmail.com>
Request was from
Ludovic Courtès <ludo <at> gnu.org>
to
control <at> debbugs.gnu.org
.
(Mon, 17 Dec 2018 22:39:02 GMT)
Full text and
rfc822 format available.
bug archived.
Request was from
Debbugs Internal Request <help-debbugs <at> gnu.org>
to
internal_control <at> debbugs.gnu.org
.
(Tue, 15 Jan 2019 12:24:05 GMT)
Full text and
rfc822 format available.
This bug report was last modified 5 years and 75 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.