Actually bump the version in the module files. This fixes the total lack of prereqs in the META.* files. The repo now has a very minimalīuild.PL file which is just enough to build the XS code and run the Fixed wiki links in the docs now that the wiki has moved to a new wiki Added a section on the DateTime Project ecosystem to the docs. The t/39no-so.t test failed for some people. ** This change breaks DateTime::Fiscal::Retail454, but no other modules, to Avoiding this should make everything that constructs a new object These constructors went through the parameter validation code * All the constructors besides new() ended up calling new(), which meant that Actually put the right $VERSION in every package. This distro now requires Perl 5.8.1+ (it implicitly did this anyway now that The biggest impact is forĬalculating week_of_month, week_number, and week_year. Some small optimizations from Christian Hansen. The %W strftime specifier was off by one in years where January 1st was a The %U strftime specifier was off by one in years where January 1st was a The %N strftime specifier simply truncated nanoseconds, rather than rounding Operations to separate the epoch into an integer value and a mantissa. Now the from_epoch() method just uses string The tests for %N in the last release relied on the vagaries of floating When a DateTime object had nanoseconds = 0, the %N strftime specifierĪlways returned "0" regardless of the precision requested. This was breaking the DateTime::Event::Recurrence Additional comment from iarnell on 17:59:53 GMT -Īnd Petr, how about cloning this for RHEL? It's an even bigger shame that Red Hat delivers an even more outdated version of this package (and more importantly, DateTime::TimeZone) demanding regular updates. There will be a new leap second on June 30, 2012. Remove Test::DependentModules from the dep list. Change tests to work with Zefram's entirely rebuilt DateTime::TimeZoneĭistribution, which will replace the current implementation. Small packaging fix for metacpan's benefit. Shut up compilation warning from 5.17.x. ![]() On all clever APIs, I say! Reported by Christian Hansen. ![]() The epoch for years 1-999 was broken because Time::Local is "clever". The DateTime->subtract method ignored the end_of_month parameter. It's shame Fedora does not deliver current version of such impotant package demanding regular updates. It can result in faulty time arithmetics now. +++ This bug was initially created as a clone of Bug #838120 +++įedora delivers version 0.70 which is too old.įor example it does not implement 2012-07 leap second which has been added by upstream in version 0.71 on. +++ This bug was initially created as a clone of Bug #838476 +++
0 Comments
Leave a Reply. |
Details
AuthorWrite something about yourself. No need to be fancy, just an overview. ArchivesCategories |