python-dateutil will be updated to version 2.x and there may be changes that affect this package. If TurboGears will work with the newer python-dateutil, you can safely close this bug. If TurboGears really does require python-dateutil 1.5, please use Requires: python-dateutil15 for Fedora versions of the package until it can be updated.
Do you have any details about what is actually changed in dateutil 2.2 compared with 1.5, so that we can figure out if TurboGears will be affected or not? There is nothing useful here: https://labix.org/python-dateutil#head-b57873b28af6ab8b1c4ae48d522ce0c691abbdf2 Do I have to just download the two tarballs and diff them?
See https://github.com/dateutil/dateutil/blob/master/NEWS. There's a new new relativedelta type, but things should be mostly backwards compatible. That's the impression I have based on NEWS and looking at the code a bit. I don't think there are any better docs.
Thanks Zbigniew. The only dateutil module used in TurboGears is dateutil.rrule. I had a look through the diff 1.5..2.4 for dateutil/rrule.py and I didn't see anything that would break compatibility. The TurboGears code is part of the support for cron-like tasks, which I am not using, so I don't have any code I can use to try it out. But it seems like a safe enough bet. So unless Luke thinks otherwise, we can probably just close this and leave the requirement on python-dateutil.
This bug appears to have been reported against 'rawhide' during the Fedora 22 development cycle. Changing version to '22'. More information and reason for this action is here: https://fedoraproject.org/wiki/Fedora_Program_Management/HouseKeeping/Fedora22
Seems like sticking with python-dateutil is fine.