From mboxrd@z Thu Jan 1 00:00:00 1970 From: ludo@gnu.org (Ludovic =?UTF-8?Q?Court=C3=A8s?=) Subject: bug#28664: gst-plugins-base-1.12.3.tar.xz nar on berlin returns 404 Date: Wed, 18 Oct 2017 23:35:01 +0200 Message-ID: <87d15kywai.fsf@gnu.org> References: <87377263ql.fsf@gmail.com> <87k20doa2d.fsf@gnu.org> <874lrd2tl3.fsf@gnu.org> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:56907) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1e4w0U-000213-W6 for bug-guix@gnu.org; Wed, 18 Oct 2017 17:36:08 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1e4w0Q-0001oO-MO for bug-guix@gnu.org; Wed, 18 Oct 2017 17:36:07 -0400 Received: from debbugs.gnu.org ([208.118.235.43]:40096) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1e4w0Q-0001oA-Iv for bug-guix@gnu.org; Wed, 18 Oct 2017 17:36:02 -0400 Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1e4w0Q-0002vN-D9 for bug-guix@gnu.org; Wed, 18 Oct 2017 17:36:02 -0400 Sender: "Debbugs-submit" Resent-To: bug-guix@gnu.org Resent-Message-ID: In-Reply-To: <874lrd2tl3.fsf@gnu.org> ("Ludovic \=\?utf-8\?Q\?Court\=C3\=A8s\=22'\?\= \=\?utf-8\?Q\?s\?\= message of "Thu, 05 Oct 2017 23:06:00 +0200") List-Id: Bug reports for GNU Guix List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-guix-bounces+gcggb-bug-guix=m.gmane.org@gnu.org Sender: "bug-Guix" To: Maxim Cournoyer Cc: 28664-done@debbugs.gnu.org ludo@gnu.org (Ludovic Court=C3=A8s) skribis: > ludo@gnu.org (Ludovic Court=C3=A8s) skribis: > >> So the problem is that for uncompressed store items (=E2=80=98guix publi= sh=E2=80=99 >> serves *.tar.xz without any additional compression, so it uses the >> =E2=80=98none=E2=80=99 compression method from its viewpoint), =E2=80=98= guix publish=E2=80=99 does not >> keep the nar in /var/cache/guix/publish, so it cannot guarantee its TTL. >> >> The fix is probably simply to store nars even for uncompressed store >> items, even if that increases disk usage. > > Done in e5788ebbe1f45a1088249b9138de17b330609712. > > (We still need to deploy the fix on berlin.guixsd.org & co.) It=E2=80=99s now deployed on berlin.guixsd.org. Ludo=E2=80=99.