GNU bug report logs -
#33897
'guix publish' is unable to serve narinfos for dead items
Previous Next
Reported by: Ludovic Courtès <ludo <at> gnu.org>
Date: Fri, 28 Dec 2018 21:56:02 UTC
Severity: important
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 33897 in the body.
You can then email your comments to 33897 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#33897
; Package
guix
.
(Fri, 28 Dec 2018 21:56:02 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
Ludovic Courtès <ludo <at> gnu.org>
:
New bug report received and forwarded. Copy sent to
bug-guix <at> gnu.org
.
(Fri, 28 Dec 2018 21:56:02 GMT)
Full text and
rfc822 format available.
Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):
Hello,
‘render-narinfo/cached’ in ‘guix publish’ uses ‘hash-part->path’ to go
from /xyz.narinfo to, say, /gnu/store/xyz-guile-2.2.4.
The problem is that ‘hash-part->path’ is an RPC that works only if xyz
corresponds to a live item; in other cases, it returns the empty
string. Consequently, if /gnu/store/xyz-guile-2.2.4 has been GC’d,
‘guix publish’ returns 404 for /xyz.narinfo, even if it actually has the
narinfo somewhere in cache.
This defeats the intended behavior of ‘--cache’ and ‘--ttl’.
Ludo’.
Severity set to 'important' from 'normal'
Request was from
Ludovic Courtès <ludo <at> gnu.org>
to
control <at> debbugs.gnu.org
.
(Wed, 09 Jan 2019 20:33:02 GMT)
Full text and
rfc822 format available.
Reply sent
to
Ludovic Courtès <ludo <at> gnu.org>
:
You have taken responsibility.
(Sat, 25 May 2019 23:38:02 GMT)
Full text and
rfc822 format available.
Notification sent
to
Ludovic Courtès <ludo <at> gnu.org>
:
bug acknowledged by developer.
(Sat, 25 May 2019 23:38:02 GMT)
Full text and
rfc822 format available.
Message #12 received at 33897-done <at> debbugs.gnu.org (full text, mbox):
Ludovic Courtès <ludo <at> gnu.org> skribis:
> ‘render-narinfo/cached’ in ‘guix publish’ uses ‘hash-part->path’ to go
> from /xyz.narinfo to, say, /gnu/store/xyz-guile-2.2.4.
>
> The problem is that ‘hash-part->path’ is an RPC that works only if xyz
> corresponds to a live item; in other cases, it returns the empty
> string. Consequently, if /gnu/store/xyz-guile-2.2.4 has been GC’d,
> ‘guix publish’ returns 404 for /xyz.narinfo, even if it actually has the
> narinfo somewhere in cache.
>
> This defeats the intended behavior of ‘--cache’ and ‘--ttl’.
Fixed in 493375cdb23fc1416348da584f17bec7171faadd.
Ludo’.
bug archived.
Request was from
Debbugs Internal Request <help-debbugs <at> gnu.org>
to
internal_control <at> debbugs.gnu.org
.
(Sun, 23 Jun 2019 11:24:07 GMT)
Full text and
rfc822 format available.
This bug report was last modified 4 years and 280 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.