Bug#657560: #657560: apt: ...i18n_Translation-en Encountered a section with no Package: header
On Thu, Mar 1, 2012 at 15:35, Didier 'OdyX' Raboud <odyx@debian.org> wrote:
> So apt should either:
>
> a) gracefully fallback on short translations when it fails to
> uncompress/parse the Translation packages;
> b) Bump its Suggests: bzip to a {Pre-}Depends on bzip2 / libbz2-1.0 (if
> sufficient) to be able to actually download and decompress
> Translation-*.bz2 files (which are the only Translation-* files on the
> Debian mirrors network).
Neither is a good solution, especially b) is a complete overreaction.
The problem is here that some (yes, neither all nor many) mirrors try content-
negotiation for the request of Translation-en even though the requesting
client (apt in this case) hasn't indicated that it would support this.
I have added (scheduled for experimental) code to send a 'Accept: text/*'
header in case the file we request in http(s) doesn't have an extension.
In my limited testing this caused the content-negotiation mirror to not
respond with the 'wrong' file and answer with a 404.
I had some reports that 406 can be seen, too, which isn't handled so far.
If this is really a fix will be seen in wider testing later.
I already dreamed about mirrors not sending Release-files because
they claim the mimetype is 'debian/rfc822'…
(beside the dream that Release.gpg is content-negotiation for Release)
Best regards
David Kalnischkies
Reply to: