Red Hat Bugzilla – Bug 471011
pytz should use system-wide zoneinfo data
Last modified: 2015-05-04 21:34:22 EDT
Description of problem:
It's necessary to update pytz to more recent version, current 2006p is ancient by tzdata standards. To avoid having to rebase every time Olson database changes, pytz should use tzdata files instead of its own. It might be possible to even not ship pytz own data, and simply use tzdata always.
Version-Release number of selected component (if applicable):
Steps to Reproduce:
$ rpm -ql tzdata | grep Salta
$ python -c 'import pytz; pytz.timezone("America/Argentina/Salta")'
Traceback (most recent call last):
File "<string>", line 1, in <module>
File "/usr/lib/python2.5/site-packages/pytz/__init__.py", line 71, in timezone
raise KeyError, zone
New zones are not available, the existing ones are presumably not current.
pytz is kept in sync with tzdata.
I've had a chat with pytz maintainer, and he told me that new versions of pytz already have a support in place that makes it possible to not use pytz own zoneinfo data, and supply system-wide instead. Debian are reportedly doing just that. It would be a very desirable feature to have in Fedora, too.
This is a duplicate of bug 471010
*** This bug has been marked as a duplicate of bug 471010 ***