When looking again at https://bugzilla.redhat.com/show_bug.cgi?id=839071 to ensure nothing did break in my review request, I learned it no longer pass %check. Example: ---%<--- $ python -c "from pytz import timezone;print timezone('Europe/Vienna')" Traceback (most recent call last): File "<string>", line 1, in <module> File "/usr/lib/python2.7/site-packages/pytz/__init__.py", line 185, in timezone raise UnknownTimeZoneError(zone) pytz.exceptions.UnknownTimeZoneError: 'Europe/Vienna' ---%<--- Reading the pytz source, the simplest "fix" I could figure is: ---%<--- $ sudo ln -s /usr/share/zoneinfo /usr/lib/python2.7/site-packages/pytz/zoneinfo $ python -c "from pytz import timezone;print timezone('Europe/Vienna')" Europe/Vienna ---%<--- Looking at it for the first time, but it appears #471014 again in latest pytz package.
It does seem simpler than the previous patch. Let me have a look. Is this rawhide only, or older as well?
(In reply to comment #1) > It does seem simpler than the previous patch. > > Let me have a look. Is this rawhide only, or older as well? Rawhide only. I tested mock build of #839071 with f17 and f18 for another issue of rawide apparently having python-setuptools as a requires of python-devel, and the problem only happens in rawhide, what makes sense as only rawhide has pytz 2012d, released distros and f18 have pytz 2010h. Instead of making a symlink, I believe it is better to patch pytz to look directly at /usr/share/zoneinfo
Ok, I'll look at rediffing the patch.
Built in rawhide, try it out.
Thanks. It works for the test case I had in %check of my package.
Excellent!