perl-DateTime-Format-Strptime-1.0800-4.fc13.src.rpm Failed To Build From Source against the rawhide tree. See http://fedoraproject.org/wiki/FTBFS for more information. If you believe this is actually a bug in another package, do NOT change the component in this bug or close this bug. Instead, add the appropriate bug number from the other package to the "Depends on" line in this bug. If the other package does not yet have a bug created that you think matches, please create one. Doing so helps us properly track bugs and their dependencies, just as we track package dependencies. (If you close this bug, and the other package is not fixed before the next FTBFS run, a new bug will get created. Please follow the above advice to avoid such duplication.)
Created attachment 391328 [details] root.log root.log for i386
Created attachment 391329 [details] build.log build.log for i386
Created attachment 391330 [details] mock.log mock.log for i386
Created attachment 391331 [details] root.log root.log for x86_64
Created attachment 391332 [details] build.log build.log for x86_64
Created attachment 391333 [details] mock.log mock.log for x86_64
The problem causing the build failure was that perl's idea of version numbering differs from rpm's idea of it. The package had a buildreq of perl(DateTime) >= 0.4304, which is how upstream specify the requirement. However, Fedora has recently updated to perl(DateTime) version 0.53, which in perl would be fine but rpm believes this to be a lower version than 0.4304. I resolved this by bumping the buildreq to 0.44, the oldest 2-digit version that satisfies the requirement. The resulting package then got as far as building, but the test suite failed due to an incompatibility (see http://code.google.com/p/datetime-format-strptime/issues/detail?id=19) with perl(DateTime::Locale) version 0.43, also recently updated in Fedora. Updating perl-DateTime-Format-Strptime to the current upstream version 1.1000 resolved that problem.