1
0
forked from pool/perl-DateTime
perl-DateTime/perl-DateTime.changes

345 lines
15 KiB
Plaintext
Raw Normal View History

-------------------------------------------------------------------
Tue Feb 11 00:52:07 UTC 2014 - lchiquitto@suse.com
- removed obsolete patches:
* DateTime-0.72-Build.patch
-------------------------------------------------------------------
Mon Dec 9 11:18:09 UTC 2013 - coolo@suse.com
- updated to 1.04
- Calling set_locale() or set_formatter() on an object with an ambiguous local
time could change the underlying UTC time for that object. Reported by Marta
Cuaresma Saturio. RT #90583.
Accepting request 177336 from home:coolo:update-perl - updated to 1.03 - The set_time_zone() method was not returning the object when caalled with a name that matched the current zone. Reported by Noel Maddy. RT #84699. - When a constructor method like new() or today() was called on an object, you'd get an error message like 'Can't locate object method "_normalize_nanoseconds" via package "2013-04-15T00:00:00"'. This has been fixed to provide a sane error message. Patch by Doug Bell. - When set_time_zone() is called with a name that matches the current time zone, DateTime now short circuits and avoids a lot of work. Patch by Mark Stosberg. - Fixed test failures on older Perls. - Bumped the version to 1.00. This is mostly because my prior use of both X.YY and X.YYYY versions causes trouble for some packaging systems. Plus after 10 years it's probably ready to be called 1.00. Requested by Adam. RT #82800. - The %j specifier for strftime was not zero-padding 1 and 2 digit numbers. Fixed by Christian Hansen. RT #84310. - The truncate method was sloppy about validating its "to" parameter, so you could pass things like "years" or "month whatever anything goes". The method would accept the parameter but then not actually truncate the object. RT #84229. - Previously, if a call to $dt->set_time_zone() failed it would still change the time zone of the object, leaving it in a broken state. Reported by Bill Moseley. RT #83940. OBS-URL: https://build.opensuse.org/request/show/177336 OBS-URL: https://build.opensuse.org/package/show/devel:languages:perl/perl-DateTime?expand=0&rev=46
2013-06-04 12:51:51 +02:00
-------------------------------------------------------------------
Tue Jun 4 08:12:54 UTC 2013 - coolo@suse.com
- updated to 1.03
- The set_time_zone() method was not returning the object when caalled with a
name that matched the current zone. Reported by Noel Maddy. RT #84699.
- When a constructor method like new() or today() was called on an object,
you'd get an error message like 'Can't locate object method
"_normalize_nanoseconds" via package "2013-04-15T00:00:00"'. This has been
fixed to provide a sane error message. Patch by Doug Bell.
- When set_time_zone() is called with a name that matches the current time
zone, DateTime now short circuits and avoids a lot of work. Patch by Mark
Stosberg.
- Fixed test failures on older Perls.
- Bumped the version to 1.00. This is mostly because my prior use of both X.YY
and X.YYYY versions causes trouble for some packaging systems. Plus after 10
years it's probably ready to be called 1.00. Requested by Adam. RT #82800.
- The %j specifier for strftime was not zero-padding 1 and 2 digit
numbers. Fixed by Christian Hansen. RT #84310.
- The truncate method was sloppy about validating its "to" parameter, so you
could pass things like "years" or "month whatever anything goes". The method
would accept the parameter but then not actually truncate the object. RT
#84229.
- Previously, if a call to $dt->set_time_zone() failed it would still change
the time zone of the object, leaving it in a broken state. Reported by Bill
Moseley. RT #83940.
- DateTime::Infinite objects should no longer die when methods that require a
locale are called. Instead, these methods return undef for names and
Inf/-Inf for numbers. This affects methods such as day_name() as well as
CLDR and strftime formats. When a locale-specific format is used (like the
"full" datetime format) it uses the en_US format. Reported by Paul
Boldra. RT #67550.
- Reverted the change to round nanoseconds up or down in various
situtations. Now we always round down. This avoids the case where rounding
up would require us to then increment the second value (which could then
require us to increment the minute, which could then require us to increment
-------------------------------------------------------------------
Wed Feb 29 17:38:40 CET 2012 - ro@suse.de
- update DateTime-0.70-Build.patch
-------------------------------------------------------------------
Mon Feb 13 19:39:00 UTC 2012 - coolo@suse.com
- updated to 0.72
- Remove Test::DependentModules from the dep list. This is used by some
author-only tests. Reported by Zefram.
- There will be a new leap second on June 30, 2012.
-------------------------------------------------------------------
Fri Nov 18 11:08:28 UTC 2011 - coolo@suse.com
- use original .tar.gz
-------------------------------------------------------------------
Mon May 09 21:56:19 UTC 2011 - pascal.bleser@opensuse.org
- update to 0.70:
* really fix %N, finally
-------------------------------------------------------------------
Wed May 04 20:13:05 UTC 2011 - pascal.bleser@opensuse.org
- update to 0.69:
* when a DateTime object had nanoseconds == 0, the %N strftime specifier
always returned "0" regardless of the precision requested
-------------------------------------------------------------------
Mon Apr 25 20:25:12 UTC 2011 - pascal.bleser@opensuse.org
- update to 0.68:
* the tests for %N in the last release relied on the vagaries of floating
point math on a 64-bit system; now the from_epoch() method just uses string
operations to separate the epoch into an integer value and a mantissa; this
avoids floating point insanity (RT#67736)
- changes from 0.67:
* the %N strftime specifier simply truncated nanoseconds, rather than
rounding them (RT#66744)
* the %U strftime specifier was off by one in years where January 1st was a
Sunday (RT#67631)
* the %W strftime specifier was off by one in years where January 1st was a
Sunday or Monday (RT#67631)
* some small optimizations; the biggest impact is for calculating
week_of_month, week_number, and week_year
* now requires Perl 5.8.1+ (it implicitly did this anyway now that
Params::Validate is 5.8.1+)
-------------------------------------------------------------------
Thu Mar 31 09:17:28 UTC 2011 - pascal.bleser@opensuse.org
- disable tests on < 11.3, perl too old
-------------------------------------------------------------------
Sat Feb 19 23:46:48 UTC 2011 - chris@computersalat.de
- update to 0.66
- A bunch of documentation cleanup. No code changes.
- recreated by cpanspec 1.78.03
- add Build patch (<= 1120)
-------------------------------------------------------------------
Wed Dec 1 13:31:48 UTC 2010 - coolo@novell.com
- switch to perl_requires macro
-------------------------------------------------------------------
Mon Nov 22 12:53:57 CET 2010 - anicka@suse.cz
- update to 0.65
* All the constructors besides new() ended up calling new(), which meant that
these constructors went through the parameter validation code
twice. Avoiding this should make everything that constructs a new object
(besides new() itself) a little faster.
* The t/39no-so.t test failed for some people. I can't reproduce it, but this
release will hopefully fix the problem. Patch by Tokuhiro Matsuno. RT
#62061.
* Added a section on the DateTime Project ecosystem to the docs. Addresses RT
#60930.
* Fixed wiki links in the docs now that the wiki has moved to a new wiki
platform.
* Restored some of the dzil-ification. The repo now has a very minimal
Build.PL file which is just enough to build the XS code and run the
tests. This fixes the total lack of prereqs in the META.* files. Reported by
Bjørn-Olav. RT #62427.
-------------------------------------------------------------------
Thu Sep 30 16:08:26 CEST 2010 - anicka@suse.cz
- update to 0.63
* Don't try to test with DateTime::Format::Strptime unless we
have a relatively recent version. Should fix some test failures.
-------------------------------------------------------------------
Fri Sep 17 15:06:57 UTC 2010 - chris@computersalat.de
- update to 0.61
- Switching to dzil in 0.56 broke the --pp flag for the Build.PL. Reported by
Jonathan Noack. RT #59421.
- changed bcond_with test -> pod
-------------------------------------------------------------------
Thu Jul 8 16:25:10 UTC 2010 - chris@computersalat.de
- update to 0.60
- By default, Dist::Zilla generates a Build.PL that requires Module::Build
0.3601+, but this distro really doesn't need any particular version.
- hence removed MB patch
-------------------------------------------------------------------
Fri Jul 2 12:15:13 UTC 2010 - chris@computersalat.de
- update to 0.59
- More packaging fixes. This release makes sure that POD only shows up in the
right files. In 0.56 through 0.58, some POD in the wrong place confused the
search.cpan.org POD display code, and the main module's documentation wasn't
viewable.
- 0.58 2010-06-28
- Versions 0.56 and 0.57 did not build XS properly when installing.
- 0.57 2010-06-26
- Make DateTime::LeapSecond have the same $VERSION as every other .pm file.
- 0.56 2010-06-26
- The set_formatter() method did not return the DateTime object, and did not
actually validate the value provided for the formatter. Based on a patch by
Andrew Whatson. RT #58506.
- Improved docs on floating time zone. Based on suggestions by Michael
Svoboda. RT #56389.
- Added mention of end-of-month algorithms to docs on DateTime math. Based on
a patch by Michael R. Davis. RT #58533.
- License is now Artistic 2.0.
- added MB patch
o Author Requires Module::Build >= 0.3601
but 1120 does not provide it, and builds just fine with Module::Build 0.280801
-------------------------------------------------------------------
Sun Apr 11 21:55:08 UTC 2010 - chris@computersalat.de
- update to 0.55
- Get all tests passing on 5.6.2. Thanks to Zefram for help spotting the
problems.
- Moved code to my hg repo at http://hg.urth.org/hg/DateTime.pm.
- 0.54 2010-03-14
- Bumped the DateTime::TimeZone prereq to 1.09 to force people to use a modern
version. Previously the minimum version was 0.59, and there have been a lot
of bug fixes since then.
- String overloading now extends to string comparison, so a DateTime object
can be compared to any string. In other words
if ( $dt eq $string ) { ... }
will simply stringify $dt and then do a normal string-is-equals
check. Previously, this would blow up unless both operands were a DateTime
object.
Note that future versions of Test::More (0.95_01+) will no longer stringify
arguments to is(), which means that older versions of DateTime may cause new
test failures when you upgrade Test::More. It is highly recommended that you
upgrade DateTime before upgrading to Test::More 0.95_01+.
Patch by Michael Schwern. RT #55453.
- Allow passing end_of_month setting to $duration->inverse(). Requested by
John Siracusa. RT #53985.
- fixed deps
- perl-macros < 1120
- perl(Test::Exception)
- perl(Test::More) >= 0.88
- perl(DateTime::TimeZone) >= 1.09
- split package to DateTime_0_53 for suse_version < 1120
-------------------------------------------------------------------
Sun Apr 11 21:50:08 UTC 2010 - chris@computersalat.de
- update to 0.53
- Added Test::Exception to build_requires.
- 0.52 2009-12-05
- Numeric to ->new() are now all validated to make sure they are
integers. Previously, things like "month => 11.2" would have been
allowed. Based on a bug report from Max Kanat-Alexandar. RT #45767.
- Added a warning to the docs suggesting that you cache the locale time zone
if you need to make many DateTime objects in the local zone. Looking up the
local zone can be fairly expensive. RT #46753.
- 0.51 2009-11-01
- Switched to Module::Build. To force a non-XS build, start the build
process with "perl Build.PL --pp".
- POD-related tests are only run for the maintainer now.
- Fixed handling of negative years in CLDR formatting for "y" and "u"
patterns. Note that the LDML spec says nothing about how this should work,
so I took my best guess.
- cleanup spec
o removed useless comments
o fixed Header
o update License, Url, description
o moved changelog to changes file
o macro usage
o Makefile.PL > Build.PL
o changelog to changes file
-------------------------------------------------------------------
Sat Jul 25 19:36:32 CEST 2009 - chris@computersalat.de
- spec mods
* removed ^----------
* removed ^#---------
-------------------------------------------------------------------
Sun Jun 21 16:40:20 CEST 2009 - chris@computersalat.de
- update to 0.50
- 0.50 2009-05-11
- Tests were failing on Win32 because they attempted to use a negative
epoch. Fixed so that these tests are skipped. Fixes RT #45966.
- 0.49 2009-05-04
- A bug in the test code for handling overloaded objects in from_epoch
resulted in a test failure on Perl 5.8.x. This release contains no
changes besides a test code fix.
- 0.48 2009-05-04
- Some of the accessors (the "main" ones like year(), month(), day(),
etc) now warn if they are passed a value. Patch from Shawn
Moore. Fixes RT #6979.
- DateTime::Duration expected DateTime to be loaded and used some
constants from it, but did not explicitly "use DateTime". Reported
by Jeff Kubina. RT #44740.
- The CLDR formatting for "c" and "cc" was incorrectly using the local
day of the week. This meant that it gave the wrong result for
locales where Monday is not considered the first day of the
week. Reported by Maros Kollar. RT #45007.
- DateTime->from_epoch did not allow an object which overloaded
numification as the epoch value. Patch by Michael Schwern. RT
#45653.
- Fixed how datetime subtraction is handled for some cases around DST
changes. This had been improved back in 0.30, but there were still
bugs. RT #45235.
- 0.47 2009-03-01
- The handling of CLDR format 'j' and 'jj' was backwards, using 24
hour time for locales that wanted 12 hour, and vice versa. Reported
by Maros Kollar.
- The CLDR formatting was missing support for lower-case "q"
patterns. Reported by Maros Kollar.
- 0.46 2009-02-28
- Added a duration_class method for the benefit of DateTime.pm
subclasses. Patch by Shawn Moore.
- 0.4501 2008-11-25
- The epoch() method got broken in the recent shuffling between
Time::Local and Time::y2038. Unfortunately, the tests to catch this
also got lost in the shuffle. Reported by Avianna Chao.
- 0.45 2008-11-11
- Reverted the changes to use Time::y2038, on the recommendation of
Michael Schwern (the author of said module), because it is not yet
stable. This may come back in a future release.
- 0.4401 2008-11-03
- In order to handle epochs > 2**32 properly on a 32-bit machine, we
also need to import gmtime from Time::y2038. This changes fixes a
whole bunch of test failures seen with 0.44.
- 0.44 2008-11-01
- XS-capable DateTime.pm now uses Time::y2038 instead of
Time::Local. This lets it handle epochs up to 142 million years
before and after the Unix epoch.
- Fixed a compiler warning with Perl 5.10.0.
- Fixed docs for year_with_era, which had AD and BC
backwards. Reported by Vynce Montgomery. RT #39923.
- The format_cldr() method did not format the "yy" format properly
when the year ended in "0X". Reported by Wilson Santos. RT #40555.
- 0.4305 2008-10-03
- The pure Perl version of this module did not know about the end of
2008 leap second. Reported by James T Monty.
- 0.4304 2008-07-13
- Fix test failures when tests are run with DateTime::Locale
0.41. Reported by David Cantrell via CPAN Testers.
- 0.4303 2008-07-12
- There is a new leap second coming at the end of 2008.
- added perl-macros
o autogen filelist with perl_gen_filelist
- spec mods
o added header
o fixed deps
-------------------------------------------------------------------
Tue Jun 3 15:26:37 UTC 2008 - pascal.bleser@opensuse.org
- new package