]> git.saurik.com Git - apt.git/commit
accept only the expected UTC timezones in date parsing
authorDavid Kalnischkies <david@kalnischkies.de>
Sat, 28 May 2016 09:03:35 +0000 (11:03 +0200)
committerDavid Kalnischkies <david@kalnischkies.de>
Sat, 28 May 2016 09:42:20 +0000 (11:42 +0200)
commit9febc2b238e1e322dce1f94ecbed46d595893b52
tree38137e0585535cb11c4d21d619c612b25609ed7a
parentb58e2c7c56b1416a343e81f9f80cb1f02c128e25
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
apt-pkg/contrib/strutl.cc
apt-pkg/contrib/strutl.h
test/integration/test-apt-update-ims
test/libapt/strutil_test.cc