diff options
author | David Kalnischkies <david@kalnischkies.de> | 2016-05-28 11:03:35 +0200 |
---|---|---|
committer | Julian Andres Klode <jak@debian.org> | 2016-11-14 15:10:03 +0100 |
commit | 76277d6f6c6cbcec83a52d3b1399061326c7574e (patch) | |
tree | f0a9b0bef3cca836a9083fc2dd75aa27c1443e2d /test/integration/status-bug-605394-versioned-or-groups | |
parent | 4ed2a17ab4334f019c00512aa54a162f0bf083c4 (diff) |
accept only the expected UTC timezones in date parsing
HTTP/1.1 hardcodes GMT (RFC 7231 §7.1.1.1) and what is good enough for the
internet must be good enough for us™ as we reuse the implementation
internally to parse (most) dates we encounter in various places like the
Release files with their Date and Valid-Until header fields.
Implementing a fully timezone aware parser just feels too hard for no
effective benefit as it would take 5+ years (= until LTS's are out of
fashion) until a repository could use non-UTC dates and expect it to
work. Not counting non-apt implementations which might or might not
only want to encounter UTC here as well.
As a bonus, this eliminates the use of an instance of setlocale in
libapt.
Closes: 819697
(cherry picked from commit 9febc2b238e1e322dce1f94ecbed46d595893b52)
Diffstat (limited to 'test/integration/status-bug-605394-versioned-or-groups')
0 files changed, 0 insertions, 0 deletions