Age | Commit message (Collapse) | Author | Files | Lines |
|
|
|
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.
|