Subject: bug#33897: closed (Re: bug#33897: 'guix publish' is unable to serve narinfos for dead items)

From: [email-masked] (GNU bug Tracking System)
Date: Sat, 25 May 2019 23:38:02 +0000

Your bug report

#33897: 'guix publish' is unable to serve narinfos for dead items

which was filed against the guix package, has been closed.

The explanation is attached below, along with your original report.
If you require more details, please reply to [email-masked].

-- 
33897: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=33897
GNU Bug Tracking System
Contact [email-masked] with problems

Subject: Re: bug#33897: 'guix publish' is unable to serve narinfos for dead items
From: Ludovic Courtès <[email-masked]>
To: [email-masked]
Date: Sun, 26 May 2019 01:37:39 +0200
List-Id: <debbugs-submit.debbugs.gnu.org>

Ludovic Courtès <[email-masked]> 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’.

Subject: 'guix publish' is unable to serve narinfos for dead items
From: Ludovic Courtès <[email-masked]>
To: Bug Guix <[email-masked]>
Date: Fri, 28 Dec 2018 22:49:58 +0100
List-Id: <debbugs-submit.debbugs.gnu.org>

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’.