GNU bug report logs - #55933
Fails download of quix 1.3 virtual machine

Previous Next

Full log

View this message in rfc822 format

From: Maxim Cournoyer <maxim.cournoyer <at> gmail.com>
To: Tobias Geerinckx-Rice <me <at> tobias.gr>
Cc: gnu <at> gnu.org, 55933 <at> debbugs.gnu.org, Thomas C Kosvic <tckosvic <at> ix.netcom.com>
Subject: bug#55933: Fails download of quix 1.3 virtual machine
Date: Sun, 16 Mar 2025 21:47:18 +0900

Hi,

Tobias Geerinckx-Rice <me <at> tobias.gr> writes:

> Thomas,
>
> Thanks for the report.  I'm CC'ing <gnu <at> gnu.org> as documented here[0]
> to get their opinion.
>
> Thomas C Kosvic 写道：
>> [0] does not download a file, it tries to open the file in
>> thevrowser.
>
> This is not universal: it works fine in Firefox 100.
>
> However, there does seem to be an inconsistency with the GNU FTP
> server:
>
> ~ λ curl -LI
> https://ftp.gnu.org/gnu/guix/guix-system-install-1.3.0.x86_64-linux.iso
> |
>    grep Content-Type
> X-Content-Type-Options: nosniff
> Content-Type: application/x-iso9660-image
>
> ~ λ curl -LI
> https://ftp.gnu.org/gnu/guix/guix-system-vm-image-1.3.0.x86_64-linux.qcow2
> |
>    grep Content-Type
> X-Content-Type-Options: nosniff
>
> The QCOW2 response is missing a Content-Type, whilst asking browsers
> not to sniff it for themselves.  Apparently your browser is making an
> exceptionally bad call.

Thanks for explaining.  I just tried; from the browsers I've tried it with
(epiphany, librewolf, icecat, ungoogled-chromium), only chromium
appeared affected.

To change the Content-Type from the server, we'd have to edit the web
server configuration used to serve ftp.gnu.org, right?

-- 
Thanks,
Maxim

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.