Upstream changes:
1.70 2016-12-10
- Altered the conversion specifier %z to accept 簣HH, 簣HHMM, 簣HH:MM and Z.
Previously only 簣HHMM where accepted. PR from Christian Hansen, GitHub #13.
1.69 2016-12-04 (TRIAL RELEASE)
- The word boundary check supposedly added in 1.67 didn't really work
properly, and still matched too much. For example, the pattern "%d-%m-%y"
would match "2016-11-30" and turn it into November 16, 2030. This also had
problems at the end of strings, so that the same pattern would improperly
match "30-11-2016" as November 30, 2020. Reported by Erik Huelsmann. GitHub
#11.
- Added docs for several formats which had long been supported but not
documented. These are %P, %c, %x, and %X. Reported by Alexander
Hartmaier. GH #10.
Upstream changes:
1.68 2016-05-08
- Author tests are no longer in t/. This makes running tests for non-authors
much faster. Requested by Kent Fredric. RT #114237.
Upstream changes:
1.67 2016-03-31
- Fixed a regression introduced in 1.60. Older versions of this library would
match dates pretty match 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". Based on a PR from YASUTAKE Kiyoshi. GitHub #3.
1.66 2016-03-27
- Added a zone_map constructor argument. This lets you supply a mapping for
ambiguous time zone abbreviations. Based on a patch from Douglas Wilson. RT
#74762.
1.65 2016-03-15
- Updated zone short name parsing to handle names like "+07", which were
introduced in the latest IANA time zone database release.
Upstream changes:
1.64 2016-02-21
- Changed how a string that contains separate epoch and nanosecond fields is
turned into a DateTime object in order to deal with changes coming in the
next DateTime release.
1.63 2016-01-13
[BUG FIXES]
- The behaviour of silently ignoring text after the matching part was
lost in the rewrite. This has been restored. Patch by Dagfinn Ilmari
Manns疇ker. RT #111155.
1.62 2015-12-19
[BUG FIXES]
- When on_error was set to something that did not die (including the default
error handling), calling ->parse_datetime with some bad inputs could cause
the module to error out internally by trying to call methods on an undefined
value instead of returning undef. Reported by Mike Dorman. RT #110247.
Update DEPENDS
Upstream changes:
1.61 2015-11-13
[BUG FIXES]
- If you loaded this module with warnings globally enabled ("perl -w", which
you should never do), then you'd get a warning about the import subroutine
being redefined. This broke the Package::DeprecationManager API for turning
off deprecation warnings. This has been fixed in
Package::DeprecationManager 0.15. Reported by Martin. RT #108871.
1.60 2015-11-07
- This release is identical to the prior trial release. The changes for the
trial releases are reproduced below for convenience.
[BACKWARDS INCOMPATIBILITIES]
- The error messages for various types of failures have changed.
- The never-documented diagnostic parameter for the constructor has been
removed.
- The never-documented feature to allow you to use arbitrary DateTime.pm
methods in the parsing pattern has been removed. This never made much sense
anyway, since most DateTime.pm methods are not constructor params, but they
were used that way.
- Using the pattern, locale, and time_zone to set the respective attribute is
now deprecated. Make a new object instead of changing one of these values.
[BUG FIXES]
- Fixed a warning from the tests with newer Perl versions. RT #107620.
- Clarified docs to note that %Y and %G require 4-digit years. Reported by
Karen Etheridge. RT #103147.
- Using the 24-hour token (%H) with an AM/PM specifier (%p) now leads to an
error if you try to parse something like "23:01 AM". Reported by Ric
Signes. RT #92445.
1.59 2015-10-25 (TRIAL RELEASE)
- The previous release accidentally included an old version of Strptime.pm in
the root dir, causing all sorts of chaos and test failures.
1.58 2015-10-18 (TRIAL RELEASE)
- This release is a substantial rewrite. Please test it and file bugs for any
unintentional breakage.
* The error messages for various types of failures have changed.
* The never-documented diagnostic parameter for the constructor has been
removed.
* The never-documented feature to allow you to use arbitrary DateTime.pm
methods in the parsing pattern has been removed. This never made much sense
anyway, since most DateTime.pm methods are not constructor params, but they
were used that way.
* Using the pattern, locale, and time_zone to set the respective attribute is
now deprecated. Make a new object instead of changing one of these values.
- Fixed a warning from the tests with newer Perl versions. RT #107620.
- Clarified docs to note that %Y and %G require 4-digit years. Reported by
Karen Etheridge. RT #103147.
1.57 2015-10-04
- Make all tests pass with both the current DateTime::Locale and the upcoming
new version (currently still in trial releases).
Problems found with mismatching existing digests for:
distfiles/asclock-classic-1.0.tar.gz
distfiles/asclock-gtk-2.1.10beta.tar.gz
distfiles/asclock-xlib-2.0.11.tar.gz
distfiles/emiclock-2.0.2.tar.gz
Otherwise, existing SHA1 digests verified and found to be the same on
the machine holding the existing distfiles (morden). All existing
SHA1 digests retained for now as an audit trail.
TEST_TARGET?= # to skip make test (but can be enabled by 'env TEST_TARGET=test make test')
for following packages:
devel/p5-File-ShareDir-Install
time/p5-DateTime-Format-Strptime
www/p5-LWP-Protocol-https
- Add BUILD_DEPENDS for make test
Do it for all packages that
* mention perl, or
* have a directory name starting with p5-*, or
* depend on a package starting with p5-
like last time, for 5.18, where this didn't lead to complaints.
Let me know if you have any this time.
a) refer 'perl' in their Makefile, or
b) have a directory name of p5-*, or
c) have any dependency on any p5-* package
Like last time, where this caused no complaints.
Upstream changes:
1.54 2013-04-02
- Require DateTime.pm 1.00 because without it tests will break.
1.53 2013-04-02
- A fix in DateTime.pm 1.00 broke a test in this distro. Reported by Anthony J
Lucas. RT #84371.
time/p5-DateTime-Format-Strptime from 1.5000 to 1.5200.
pkgsrc changes:
- Update comment and homepage
- append 00 to upstream version to avoid comparing conflicts in pkgsrc
Upstream changes:
1.52 2012-07-01
- Shut up "unescaped braces in regex" warning from 5.17.0. RT #77514. Patch by
Zefram.
1.51 2012-05-27
- Packaging cleanup, including listing Test::More as a test prereq, not a
runtime prereq. RT #76128.
to trigger/signal a rebuild for the transition 5.10.1 -> 5.12.1.
The list of packages is computed by finding all packages which end
up having either of PERL5_USE_PACKLIST, BUILDLINK_API_DEPENDS.perl,
or PERL5_PACKLIST defined in their make setup (tested via
"make show-vars VARNAMES=..."), minus the packages updated after
the perl package update.
sno@ was right after all, obache@ kindly asked and he@ led the
way. Thanks!
pkgsrc changes:
- adjusting license
Upstream changes:
1.4000 2010-06-28
- Actually update $VERSION in module file. Reported by David Wheeler.
1.3000 2010-06-26
- Specifiers which allowed for leading space before a number (like %e)
would cause DateTime.pm to throw an error if the date being parsed
actually contained leading space. Patch by Alex Vandiver. RT #58459.
- Licnse is now Artistic 2.0
- Updating package for p5 module DateTime::Format::Strptime from 1.0901
to 1.1000
- Adjusting license
Upstream changes:
1.1000 2009-07-13 -- Regex Pattern
- If the pattern you pass in is a regular expression, that will be honored.
- Changed the locale tests to use require the latest version of Locale until the target stops moving.
- Updating package for p5 module DateTime::Format::Strptime from 1.0900
to 1.0901
- Adjusting dependencies
Upstream changes:
1.0900_01 2009-04-18 -- DEVELOPER RELEASE ONLY
- Makefile.PL changes for Windows users as per issue #16
1.0901 2009-05-16 -- Official release of above
- Updating package for p5 module DateTime::Format::Strptime to 1.0900
- set license to artistic-2.0
Upstream changes:
1.0701 2007-09-18
- The revised locale tests releasese
- Many people pointed out that while this module hadn't broken
the tests for the French locale had. This is due to a new
source for the data in DateTime::Locale.
- This version ONLY changes the tests and so it not a required
update.
1.0702 2007-09-19
- YAML and POD
- Updated the META.yml file to have the correct 'resources'
and match the latest spec
- Updated the docus with a 'resources' section that has the
same information in it for readers of POD.
- This version ONLY changes the documentation and so it not a
required update.
1.0800 2008-08-07
- Pile-o-bugs
- It seems that I wasn't getting notifications from Google
when people had reported bugs, so there's a pile of fixes
in this release. Hopefully that fixes everyone's issues.
1.0900 2009-02-22
- Another pile-o-bugs
- It seems that I also wasn't seeing notifications from RT
(please don't use it, use the Gooogle project) so all the
following are fixed:
36672 Started failing mid May
23313 Bug handling time zones like America/New_York
25555 Module dies even when on_error is 'undef'
23768 Olson timezone handling incorrect
22450 locale test failing with bleadperl
20487 nmake test_more fail (with patch); incorrect
META.yml
12071 format_datetime uses datetime locale rather than
format locale
11863 bug in DateTime::Format::Strptime 1.0601 when using %s
- And a couple from Google:
#8 Add DateTime::Locale to documentation
to trigger/signal a rebuild for the transition 5.8.8 -> 5.10.0.
The list of packages is computed by finding all packages which end
up having either of PERL5_USE_PACKLIST, BUILDLINK_API_DEPENDS.perl,
or PERL5_PACKLIST defined in their make setup (tested via
"make show-vars VARNAMES=...").
This module implements most of strptime(3), the POSIX function that
is the reverse of strftime(3), for DateTime. While strftime takes
a DateTime and a pattern and returns a string, strptime takes a
string and a pattern and returns the DateTime object associated.
