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

Previous Next

To reply to this bug, email your comments to 55933 AT debbugs.gnu.org.

Toggle the display of automated, internal messages from the tracker.

Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):

From: Thomas C Kosvic <tckosvic <at> ix.netcom.com>
To: bug-guix <at> gnu.org
Subject: Fails download of quix 1.3 virtual machine
Date: Sun, 12 Jun 2022 14:16:21 -0500

[Message part 1 (text/plain, inline)]

Clicking on the down load option from the software download page:


     GNU Guix 1.3.0 QEMU Image

QCOW2 virtual machine (VM) image.


Does not download a file, it tries to open the file in thevrowser. The 
iso file from the other option downloads fine.

Have a look

tom kosvic

[Message part 2 (text/html, inline)]

Message #8 received at submit <at> debbugs.gnu.org (full text, mbox):

From: Tobias Geerinckx-Rice <me <at> tobias.gr>
To: Thomas C Kosvic <tckosvic <at> ix.netcom.com>, gnu <at> gnu.org
Cc: bug-guix <at> gnu.org, 55933 <at> debbugs.gnu.org
Subject: Re: bug#55933: Fails download of quix 1.3 virtual machine
Date: Sun, 12 Jun 2022 23:14:29 +0200

[Message part 1 (text/plain, inline)]

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.

Kind regards,

T G-R

[0]: 
https://ftp.gnu.org/gnu/guix/guix-system-vm-image-1.3.0.x86_64-linux.qcow2
[1]: https://ftp.gnu.org/

[signature.asc (application/pgp-signature, inline)]

Message #14 received at 55933 <at> debbugs.gnu.org (full text, mbox):

From: Simon Tournier <zimon.toutoune <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: Re: bug#55933: Fails download of quix 1.3 virtual machine
Date: Tue, 10 Sep 2024 18:05:40 +0200

Hi,

Very late… Well hunting old bugs. :-)

On Sun, 12 Jun 2022 at 23:14, Tobias Geerinckx-Rice <me <at> tobias.gr> wrote:

> Thanks for the report.  I'm CC'ing <gnu <at> gnu.org> as documented here[0] to get
> their opinion.

[...]

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

I get:

--8<---------------cut here---------------start------------->8---
$ curl -LI  https://ftp.gnu.org/gnu/guix/guix-system-install-1.3.0.x86_64-linux.qcow2 | grep Content-Type
Content-Type: text/html; charset=iso-8859-1
--8<---------------cut here---------------end--------------->8---

Does it mean the issue is gone?

Cheers,
simon

Message #17 received at 55933 <at> debbugs.gnu.org (full text, mbox):

From: Tobias Geerinckx-Rice <me <at> tobias.gr>
To: Simon Tournier <zimon.toutoune <at> gmail.com>, ludo <at> gnu.org
Cc: gnu <at> gnu.org, 55933 <at> debbugs.gnu.org,
 Thomas C Kosvic <tckosvic <at> ix.netcom.com>
Subject: Re: bug#55933: Fails download of quix 1.3 virtual machine
Date: Wed, 11 Sep 2024 21:13:14 +0000

Hi Simon,

Thanks for hunting.

On 10 September 2024 16:05:40 UTC, Simon Tournier <zimon.toutoune <at> gmail.com> wrote:
>I get:
>
>--8<---------------cut here---------------start------------->8---
>$ curl -LI  https://ftp.gnu.org/gnu/guix/guix-system-install-1.3.0.x86_64-linux.qcow2 | grep Content-Type
>Content-Type: text/html; charset=iso-8859-1
>--8<---------------cut here---------------end--------------->8---
>
>Does it mean the issue is gone?

Nope.

I mean, if the server were now "actively* serving a gigabyte-plus VM image as HTML, the issue would be much worse...

However, it's serving HTML because that URL is now a 404 status page.  The qcow2 image has been deleted.

I'm a bit surprised by that.  I somewhat assumed that releases were kept forever.

Anyway, the original issue is unchanged:

$ 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

Kind regards,

T G-R

Sent on the go.  Excuse or enjoy my brevity.

Message #20 received at 55933 <at> debbugs.gnu.org (full text, mbox):

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: Re: 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.