0.32 Sat Sep 14 2019
- add support for offset timezones without a space separator and
formatted HH:MM '2019-09-03T10:42:00.000-04:00'
- thanks Stijn Heymans
- allow negative timezone offsets in 2 and 4 digit lengths with and without spaces
- now works: 2007-05-06T04:44:44-0800
- now works: 2007-05-06T04:44:44-08
- now works: 2007-05-06T04:44:44 -08
- validate all timezone offsets
0.30 Fri Mar 09 2018
- add support for bare times with am/pm
- thanks Rod Taylor rt #124567
- add support for format JUL25'17
- thanks Rod Taylor rt #124596
- fix warnings with invalid strings that have 'at' in them
- example: not a date
- thanks Rod Taylor rt #124589
- add support for bare times with 'at'
- examples:
- at noon
- at one
- at one pm
- at 12:43
Upstream changes:
0.28 Thu Mar 23 2016
- fix tests under perl 5.25.10+ with -Ddefault_inc_excludes_dot
- thanks Kent Fredric rt #120698
0.27 Mon Mar 06 2017
- support a single lang as a string instead of requiring an arrayref (DWIM)
- example: lang => 'en'
- add support for:
- "next (weekday)" eg: next sunday
- "last (weekday)" eg: last sunday
- "next (month)" eg: next january
- "last (month)" eg: last january
- "(x unit) from now" eg: 3 years from now
- "(-x unit)" eg: -3 months
- "(+x unit)" eg: +3 months
- "YYMMDD HH:MM:SS" eg: 950404 00:22:12
- "YYMMDD HH:MM:SS.NS" eg: 950404 00:22:12.500
- "Mon D HH:MM:SS.NS TZ YYYY" eg: Fri Dec 2 22:56:03.500 GMT+0 1994
- thanks David White rt #105178, tests from Time::ParseDate
- when we have a leading month that is 0 (zero) and we have a year, assume it is supposed to be october (10)
- thanks Dave Musakhanyan
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.
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.
Upstream changes:
0.25 Mon Mar 04 2013
- support "HH:MM::SS timezone YYYY/MM/DD"
- thanks Kevin Zwack
0.24 Mon Nov 26 2012
- fix removal of 'am' in the german language file when we already know what part is the time part
- fix removal of 'st' when not preceded by a digit
- thanks Andreas Koenig rt #81432
- support "YYYYMMDD timezone"
0.23 Thu Jun 14 2012
- Fix for MM/YYYY (was always setting the base year)
- thanks John Marling
- Support MM/YY if MMYY is given as an option
- pod cleanup
0.22 Mon Jun 11 2012
- update GPL in the LICENSE file (apparently the FSF has a new address)
- thanks ppisar rt #74363
- update POD to match the license file
- thanks ppisar rt #74358
- fix typo for saturday in the german language file
- thanks TMUELLER rt #77721
- don't check the language extensions if we don't have any non-digits in the string we are checking (excluding delimiters: \/-.:[space])
- fix typos in the pod documentation, add a link to the german translations
- add support and more tests for some time-first formats
- add support for GMT timezone anywhere in the date/time string
0.21 Sun Jan 01 2012
- handle mm/yyyy and m/yyyy
0.20 Sun Sep 18 2011
- case insensitive handling of st|nd|rd|th (3rd and 3RD now work)
- thanks Brett Carson
0.19 Fri Jan 07 2011
- support for German (de)
- thanks Mark Trettin
- better support for DD MM
- support for natural dates in all languages (3 years ago)
0.18 Sat Jan 01 2011
- move a test that was hardcoded to a year to the no_year tests.
- thanks cpantesters
0.17 Tue Oct 26 2010
- more formats supported
- support timezone offsets that are not at the end of the datetime string.
- they must be 4 digits and begin with a plus or minus
- thanks snarkyboojum: http://use.perl.org/use.perl.org/_snarkyboojum/journal/40297.html
- better support for dates like 'December 1st'
- POD formatting fixes
- support 'Oct.26, 2010'.
- thanks Brian Knapp
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.
pkgsrc changes:
- add build dependency
Upstream changes:
0.16 Thu Aug 25 2010
- make sure 'now' means now and not when the module loaded unless user
has set a base (thanks Ryan Voots rt #60731)
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:
- Update HOMEPAGE to CPAN "Permalink"
Upstream changes:
0.15 Mon Mar 10 2010
- fix tests for DateTime string overloading problem
(thanks Andreas Koenig and Michael Schwern)
pkgsrc changes:
- Adapt dependency version to pkgsrc used version numbers, not CPAN
Upstream changes:
0.14 Sun Feb 28 2010
- fix test: '1 month ago at 4pm' could be potentially less that 28 days ago.
- fix tests for infinity, -infinity, infinito, and -infinito
0.13 Sat Feb 27 2010
- make parsing for infinity and -infinity more reliable
0.12 Thu Feb 25 2010
- fix DateTime::Format::Builder import
0.11 Wed Feb 24 2010
- remove Readonly dependency
- support some postgresql datetimes: epoch, infinity, -infinity, allballs
- see http://www.postgresql.org/docs/8.4/interactive/datatype-datetime.html section 8.5.1.4
- 'infinity' returns a DateTime::Infinite::Future object
- '-infinity' returns a DateTime::Infinite::Past object
0.10 Wed Feb 24 18:45:00 2009
- support for single character am/pm strings '3p'
- support for days of the week (wednesday => the nearest future wednesday) (thanks Shawn Moore, rt #53188)
- note: this is quite limited, I need more test cases
- works: wednesday
- works: wed at 3p
- support for bare months (february)
- support for limited timezones that are not at the end of the string (thanks Dave Faraldo)
- 'Wed Nov 11 13:55:48 PST 2009' becomes
- 2009-11-11T13:55:48 America/Los_Angeles
- beginning multiple language support (contributions welcome)
- support english (en) and spanish (es)
- support dates like 'now, today, tomorrow'
- switch to strptime from regexes for some parsing for clarity
- now supports negative timezone offsets IF it is a 4 digit offset and there is a space before the offset
- works: 2007-05-06T04:44:44 -0800
- does not work: 2007-05-06T04:44:44-0800
- does not work: 2007-05-06T04:44:44-08
- does not work: 2007-05-06T04:44:44 -08
- now supports 2 digit years as the first number if the year is > 31
- works: 35-12-23 (2035-12-23T00:00:00)
- does not work: 11-12-13 (2013-11-12T00:00:00, or 2013-12-11T00:00:00 with european hinting)
- timezone parsing should now be more reliable
- you can now set a 'base' datetime object to help fill out partial datetimes
- Updating package of p5 module DateTime::Format::Flexible from 0.08
to 0.09
- Adjusting license to ${PERL5_LICENSE} according to META.yaml
Upstream changes:
0.09 Sun May 24 22:00:00 2009
- add a real copyright for Debian packaging
- fix parsing a bare 4 digit year. (thanks Dominic Rose, rt #46278)
- Updating package for p5 module of DateTime::Format::Flexible from
0.05 to 0.08
- Setting license to gnu-gpl-v2
- Adjusting dependencies
Upstream changes:
0.08 Wed Apr 22 14:00:00 2009
- fix some pod errors, give an example for european hinting
0.07 Tue Apr 22 03:00:00 2009
- add ability to strip strings from the date string
- can now parse timezones
- rudimentary support for european dates (dd-mm-yyyy)
- can now parse epoch times
0.06 Mon Apr 20 15:06:00 2009
- Fix parsing bug with dd-(oct|nov|dec)-yyyy (thanks Phil Brass)
If you have ever had to use a program that made you type in the
date a certain way and thought "Why can't the computer just figure
out what date I wanted?", this module is for you.
DateTime::Format::Flexible attempts to take any string you give it
and parse it into a DateTime object.
The test file tests 2500+ variations of date/time strings. If you
can think of any that I do not cover, please let me know.
