Bug 471011
| Summary: | pytz should use system-wide zoneinfo data | ||
|---|---|---|---|
| Product: | [Fedora] Fedora | Reporter: | Petr Machata <pmachata> |
| Component: | pytz | Assignee: | Jef Spaleta <jspaleta> |
| Status: | CLOSED DUPLICATE | QA Contact: | Fedora Extras Quality Assurance <extras-qa> |
| Severity: | medium | Docs Contact: | |
| Priority: | medium | ||
| Version: | 9 | CC: | fschwarz, jspaleta, mnewsome |
| Target Milestone: | --- | ||
| Target Release: | --- | ||
| Hardware: | All | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Fixed In Version: | Doc Type: | Bug Fix | |
| Doc Text: | Story Points: | --- | |
| Clone Of: | Environment: | ||
| Last Closed: | 2009-04-13 07:46:12 UTC | Type: | --- |
| Regression: | --- | Mount Type: | --- |
| Documentation: | --- | CRM: | |
| Verified Versions: | Category: | --- | |
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
| Cloudforms Team: | --- | Target Upstream Version: | |
| Embargoed: | |||
This is a duplicate of bug 471010 *** This bug has been marked as a duplicate of bug 471010 *** |
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): pytz-2006p-3.fc9.noarch How reproducible: Always. Steps to Reproduce: $ rpm -ql tzdata | grep Salta /usr/share/zoneinfo/America/Argentina/Salta /usr/share/zoneinfo/posix/America/Argentina/Salta /usr/share/zoneinfo/right/America/Argentina/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 KeyError: 'America/Argentina/Salta' Actual results: New zones are not available, the existing ones are presumably not current. Expected results: pytz is kept in sync with tzdata. Additional info: 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.