Hello community,

here is the log from the commit of package perl-DateTime-Locale for 
openSUSE:Factory checked in at 2015-10-12 10:01:40
++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
Comparing /work/SRC/openSUSE:Factory/perl-DateTime-Locale (Old)
 and      /work/SRC/openSUSE:Factory/.perl-DateTime-Locale.new (New)
++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++

Package is "perl-DateTime-Locale"

Changes:
--------
--- 
/work/SRC/openSUSE:Factory/perl-DateTime-Locale/perl-DateTime-Locale.changes    
    2015-08-01 11:37:53.000000000 +0200
+++ 
/work/SRC/openSUSE:Factory/.perl-DateTime-Locale.new/perl-DateTime-Locale.changes
   2015-10-12 10:01:43.000000000 +0200
@@ -1,0 +2,85 @@
+Mon Sep 28 08:37:51 UTC 2015 - co...@suse.com
+
+- updated to 0.92
+   see /usr/share/doc/packages/perl-DateTime-Locale/Changes
+
+  0.92     2015-09-27
+  
+  - I accidentally released 0.90 as a non-trial release. This release is the
+    same as 0.46, so that the newest non-trial release does not break the
+    DateTime.pm tests.
+  
+  
+  0.91     2015-09-27
+  
+  - Released the changes in 0.90 as a trial release.
+  
+  
+  0.90     2015-09-27
+  
+  [ENHANCEMENTS]
+  
+  - Updated based on version 28 of the CLDR data. The last update was based on
+    the CLDR 1.7.1 release from 2009, so this is a big change. Many things have
+    changed in terms of locale data.
+  
+  - Some locales are no longer available because they are not in the CLDR data.
+  
+  - The CLDR data no longer includes default date and time format lengths. This
+    is now "medium" for every locale, simply to provide some level of backwards
+    compatibility.
+  
+  - The old API deprecated since 0.40 has been removed (almost) entirely.
+  
+  - Loading DateTime::Locale itself is now quite a bit faster. The whole locale
+    registration system has been removed entirely, except for custom
+    locales. This fixes RT #78794. Requested by Michael Conrad.
+  
+  - A long-standing issue with the Austrian locale not using the Austrian name
+    for January has been fixed. RT #52337. Reported by Thomas Klausner.
+  
+  [BACKWARDS INCOMPATIBILITIES]
+  
+  * This is a big new release, and includes a number of backwards-incompatible
+    changes. However, most users should be unaffected by this change. If you
+    only use this module via DateTime.pm, you are unlikely to notice any 
changes
+    other than changes to the locale data.
+  
+  * We now refer to things as "code" in the docs and method names where we used
+    to call them ids. This includes locale, language, script, territory, and
+    variant codes. This is more in line with the various ISO standards and the
+    CLDR packages.
+  
+  * All the $locale->*_id methods (including $locale->id) are deprecated. Use
+    the relevant $locale->*_code method instead.
+  
+  * The canonical form of the locale codes now uses dashes (-) instead of
+    underscores (_). Loading a locale with an underscore in the name
+    (e.g. en_US) still works.
+  
+  * The way that locale data is packaged has changed quite a bit. We no longer
+    package each locale in its own class. Instead, all locale data is in a
+    single module (mostly in a __DATA__ section) and loaded into memory as
+    needed. If you have any code that checks $locale->isa, that code may
+    break.
+  
+  * Locales are no longer subclasses of DateTime::Locale::Base. However, this
+    module is still included in the distribution in case someone has a custom
+    locale that inherits from this module. However, this module will go away in
+    a future release.
+  
+  * The "ii-*" aliases for the "he-*" locales have been removed.
+  
+  * The "no-*" aliases for the "nn-*" locales have been removed.
+  
+  * The value of $locale->code no longer reflects the value passed to
+    DateTime::Locale->load. This only affects aliases and non-canonical forms 
of
+    the code. For example, if you load "en_US" then $locale->code returns
+    "en-US". If you load "C" or "POSIX" the code is "en-US-POSIX".
+  
+  * All of the documentation related to creating aliases and registering custom
+    locales has been removed. All of these methods still work, but I don't 
think
+    this system got much use, so I don't want to emphasize it in the docs (but
+    let me know if you are using this and want to see these docs restored).
+
+-------------------------------------------------------------------

Old:
----
  DateTime-Locale-0.46.tar.gz

New:
----
  DateTime-Locale-0.92.tar.gz

++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++

Other differences:
------------------
++++++ perl-DateTime-Locale.spec ++++++
--- /var/tmp/diff_new_pack.ptLVrk/_old  2015-10-12 10:01:44.000000000 +0200
+++ /var/tmp/diff_new_pack.ptLVrk/_new  2015-10-12 10:01:44.000000000 +0200
@@ -17,14 +17,16 @@
 
 
 Name:           perl-DateTime-Locale
-Version:        0.46
+Version:        0.920000
 Release:        0
+%define cpan_version 0.92
+Provides:       perl(DateTime::Locale) = 0.920000
 %define cpan_name DateTime-Locale
 Summary:        Localization support for DateTime.pm
 License:        Artistic-1.0 or GPL-1.0+
 Group:          Development/Libraries/Perl
 Url:            http://search.cpan.org/dist/DateTime-Locale/
-Source0:        
http://www.cpan.org/authors/id/D/DR/DROLSKY/%{cpan_name}-%{version}.tar.gz
+Source0:        
http://www.cpan.org/authors/id/D/DR/DROLSKY/%{cpan_name}-%{cpan_version}.tar.gz
 Source1:        cpanspec.yml
 BuildArch:      noarch
 BuildRoot:      %{_tmppath}/%{name}-%{version}-build
@@ -37,8 +39,6 @@
 Requires:       perl(Dist::CheckConflicts) >= 0.02
 Requires:       perl(List::MoreUtils)
 Requires:       perl(Params::Validate)
-# MANUAL
-Provides:       perl(DateTime::Locale) = %{version}00
 %{perl_requires}
 
 %description
@@ -50,7 +50,7 @@
 please read the 'DateTime::Locale::Base' documentation.
 
 %prep
-%setup -q -n %{cpan_name}-%{version}
+%setup -q -n %{cpan_name}-%{cpan_version}
 
 %build
 %{__perl} Makefile.PL INSTALLDIRS=vendor

++++++ DateTime-Locale-0.46.tar.gz -> DateTime-Locale-0.92.tar.gz ++++++
++++ 11374 lines of diff (skipped)


Reply via email to