GNU bug report logs - #33721
ci.guix.info does not return Cache-Control header for substitutes

Previous Next

Package: guix;

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.

View this report as an mbox folder, status mbox, maintainer mbox


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):

From: Chris Marusich <cmmarusich <at> gmail.com>
To: bug-guix <at> gnu.org
Subject: ci.guix.info does not return Cache-Control header for substitutes
Date: Wed, 12 Dec 2018 22:58:36 -0800
[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):

From: Ludovic Courtès <ludo <at> gnu.org>
To: Chris Marusich <cmmarusich <at> gmail.com>
Cc: 33721 <at> debbugs.gnu.org
Subject: Re: bug#33721: ci.guix.info does not return Cache-Control header for
 substitutes
Date: Mon, 17 Dec 2018 23:38:25 +0100
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.