HTTP client rejects invalid 'Content-Type' headers

  • Done
  • quality assurance status badge
Details
3 participants
  • Ludovic Courtès
  • ng0
  • Nils Gillmann
Owner
unassigned
Submitted by
Nils Gillmann
Severity
normal

Debbugs page

Nils Gillmann wrote 9 years ago
guix download choices (unfonts -> upstream, archive.org bugged) and my alternatives.
(address . bug-guix@gnu.org)
87mvqegrsz.fsf@grrlz.net
This references thread
"fonts.scm -> packaging "un-fonts", download isses"
on guix-devel and it classifies as a bug.
It's a bug upstream, replicated by archive.org and preventing me
from finishing my work.

Long story short, I try to package un-fonts, which sits on a
server which is configured in a way that it gives us a mime type
for the package which is invalid (.gz). Now somebody could make
guix download function to simply ignore that, but as I don't like
to do that with only this one known case at hand, my ideas are:

- download the file to sdf.org where it will sit until something
happens to the entire internet and sdf.org disappears (they
have been around since 84/87).
- upload the individual file to archive.org as the simple
waybackmachine is not smart enough to fix the mime issue of the
original server.

This is a bug, because it prevents me from using guix download,
and guix download from functioning in a way where it must be
altered to adopt to the incompetence of some domain/server
admin.


what do you think?
--
ng
irc://loupsycedyglgamf.onion:67/~NiAsterisk
Ludovic Courtès wrote 9 years ago
(name . Nils Gillmann)(address . niasterisk@grrlz.net)(address . 22908@debbugs.gnu.org)(address . request@debbugs.gnu.org)
87si03sp7a.fsf@gnu.org
retitle 22908 HTTP client rejects invalid 'Content-Type' headers
thanks

(Please make sure the title of your messages to bug-guix clearly
describes the problem with phrases like “Guix fails to …”, “Failure to
download from …”, etc.)

Nils Gillmann <niasterisk@grrlz.net> skribis:

Toggle quote (4 lines)
> Long story short, I try to package un-fonts, which sits on a
> server which is configured in a way that it gives us a mime type
> for the package which is invalid (.gz).

As Ricardo noted in
the problem is that Guile’s HTTP client is (too) strict and rejects this
invalid ‘Content-Type’ header from kldp.net:

Content-Type: .gz

There are two courses of actions that can be taken in parallel:

1. Get the kldp.net admins to adjust the Web server. Did you get
feedback from them?

2. Make Guile’s HTTP client more permissive.

In the meantime, we could work around the issue by using a copy hosted
on another server, if possible, such as archive.org or sdf.org as you
note, or fossies.org (it mirrors a number of things.)

Thoughts?

Thanks,
Ludo’.
Nils Gillmann wrote 9 years ago
(address . bug-guix@gnu.org)
87fuw38wtz.fsf@grrlz.net
ludo@gnu.org (Ludovic Courtès) writes:

Toggle quote (3 lines)
> retitle 22908 HTTP client rejects invalid 'Content-Type' headers
> thanks

I can retitle open bugs? If so, how? Or is there a "help"
function of the debuggs?

Toggle quote (17 lines)
> (Please make sure the title of your messages to bug-guix clearly
> describes the problem with phrases like “Guix fails to …”, “Failure to
> download from …”, etc.)
>
> Nils Gillmann <niasterisk@grrlz.net> skribis:
>
>> Long story short, I try to package un-fonts, which sits on a
>> server which is configured in a way that it gives us a mime type
>> for the package which is invalid (.gz).
>
> As Ricardo noted in
> <https://lists.gnu.org/archive/html/guix-devel/2016-02/msg01359.html>,
> the problem is that Guile’s HTTP client is (too) strict and rejects this
> invalid ‘Content-Type’ header from kldp.net:
>
> Content-Type: .gz

I noticed, that's why I packaged and submitted (see more recent
version of the patch, new thread) the font with a location on
sdf.org. I commented inside why and what I intend to do.

Toggle quote (5 lines)
> There are two courses of actions that can be taken in parallel:
>
> 1. Get the kldp.net admins to adjust the Web server. Did you get
> feedback from them?

Not yet. They are behind a privacywhois, I am not sure how long
reaction will get delayed due to that factor. The bug has been
reported to them, now it's just waiting and maybe getting a
response later this year.

Toggle quote (2 lines)
> 2. Make Guile’s HTTP client more permissive.

I vote against that, because it is just one package so far. Let's
say we package KDE Plasma and there are more than 1 package which
is not a font, that is a reason to make changes to the http client.

Toggle quote (6 lines)
> In the meantime, we could work around the issue by using a copy hosted
> on another server, if possible, such as archive.org or sdf.org as you
> note, or fossies.org (it mirrors a number of things.)
>
> Thoughts?

Archive.org replicates every wrong and right including mime
types. -> same issue, different domain.

I did not upload the font itself to archive.org but to sdf.org ,
I should also get a reply from in-berlin.org (an ISP, fast
datacenters) if they have a public download host and would like
to host this font outside of the kldp.net domain, explaining the
reasons etc.


Toggle quote (3 lines)
> Thanks,
> Ludo’.

thanks,
--
ng
irc://loupsycedyglgamf.onion:67/~NiAsterisk
Closed
?
Your comment

This issue is archived.

To comment on this conversation send an email to 22908@debbugs.gnu.org

To respond to this issue using the mumi CLI, first switch to it
mumi current 22908
Then, you may apply the latest patchset in this issue (with sign off)
mumi am -- -s
Or, compose a reply to this issue
mumi compose
Or, send patches to this issue
mumi send-email *.patch
You may also tag this issue. See list of standard tags. For example, to set the confirmed and easy tags
mumi command -t +confirmed -t +easy
Or, remove the moreinfo tag and set the help tag
mumi command -t -moreinfo -t +help