- New upstream release 1.79
- Fix too-strict type checking for time zones: this module now uses the same
check as DateTime itself, which allows for things that don't subclass
DateTime::TimeZone as long as they provide the same API (GH#30)
- New upstream release 1.78
- Fix tests for new failure caused by locale data changes in DateTime::Locale
1.29 (GH#28)
- Added a warning about using locale-specific patterns; some of these patterns
can change quite a bit as the locale data is updated, so using them for
parsing does not produce stable results across time - this is what caused
the test failures that this release fixes
- New upstream release 1.77
- When the parsed string contained an invalid time zone offset (parsed with
"%z") like "-9999", the error handling set in the parser's constructor was
ignored and an exception was always thrown (GH#25)
- Use %{make_build} and %{make_install}
- New upstream release 1.76
- The ability to set the pattern, time_zone, and locale via accessor methods
has been removed; this was deprecated over three years ago in version 1.60
(it also turns out that the setting was actually broken for a long time but
no one seemed to notice)
- Package new upstream document CODE_OF_CONDUCT.md
- New upstream release 1.72
- By default, the word boundary checks added in 1.69 are now off; you can
enable them by passing "strict => 1" to the constructor (GH#15)
- Switched from Params::Validate to Params::ValidationCompiler
- Require DateTime::Locale 1.05; this fixes some test failures seen on CPAN
Testers
- Require DateTime::TimeZone 2.09 because you should really update this on a
regular basis
- Require Specio 0.33 to fix other test failures seen on CPAN (I hope)
- New upstream release 1.70
- The word boundary check supposedly added in 1.67 didn't really work
properly, and still matched too much (GH#11)
- Added docs for several formats that have long been supported but not
documented; these are %P, %c, %x, and %X (GH#10)
- Altered the conversion specifier %z to accept ±HH, ±HHMM, ±HH:MM and Z;
previously only ±HHMM were accepted (GH#13)
- New upstream release 1.67
- Fixed a regression introduced in 1.60; older versions of this library would
match dates pretty much anywhere in a string, so "%%Y-%%m-%%d" would match
a string like "abcd1234-12-30efgh" - this is probably too permissive, but
we definitely want to match on word boundaries so that we match
"log.2016-03-31" (GH#3)
- New upstream release 1.66
- Added a zone_map constructor argument; this lets you supply a mapping for
ambiguous time zone abbreviations (CPAN RT#74762)
Troy Dawson
Fedora Release Engineering
Paul Howarth
Jitka Plesnikova
Petr Písař
Petr Šabata
Dennis Gilmore