Upstream changes:
1.33 2021-10-30
- Rebuilt all locale data with the data from CLDR 40.0.0. There are some
notable data changes in CLDR 40.0.0.
- Data change: The root locale is now named "und", not "root".
- Data change: The "en-US-POSIX" locale has been removed from CLDR. If you
load this locale you will now get the "en-US" locale.
Upstream changes:
1.31 2020-12-22
- The docs for each locale now show examples of its strftime patterns as well.
1.30 2020-12-15
- The previous release included some locale data for locales that had been
deleted from CLDR 38.0.0.
1.29 2020-12-14
- Rebuilt all locale data with the data from CLDR 38.0.0 and glibc 2.32.
1.28 2020-08-28
- Move a test that was added in 1.27 to xt. This test is a sensitive to small
variations in error message text, and testing it locally and in CI is
sufficient. Reported by Kent Fredric. GH #27.
1.27 2020-08-28
- The $locale->locale_data method now returns a deep clone of the locale's
data. This allows you to safely modify any elements of the returned hash
without breaking the original locale. Implemented by Alexander Pankoff. GH
#26.
- We now support loading locale data from relative directories in
@INC. Implemented by Alexander Pankoff. GH #25.
- When loading locale data, we now check $! for read errors, as well as
checking for an error eval'ing the file's contents in $@. Fixed by Alexander
Pankoff. GH #24.
1.26 2020-07-03
- Rebuilt all locale data with CLDR 37, released on 2020-04-23.
Upstream changes:
1.22 2018-06-08
- Update the glibc source data to the data from glibc 2.27.
- Added documentation for this glibc data.
- Reformatted the DateTime::Locale::FromData docs.
1.21 2018-06-08
- Added a new DateTime::Local->register_from_data method. This replaces the
old custom locale registration system with something much simpler. Instead
of providing a new class you simply provide a hash of data for the locale
and it becomes available for use via DateTime::Local->load. Implemented by
Ryley Breiddal. PR #21. Addresse GH #19.
Upstream changes:
1.19 2018-04-21
- Fix handling of a locale (nds) that does not provide a native name for its
own locale code. This is a bug in CLDR, but since it exists we should handle
it sanely.
- If you attempted to thaw a DateTime::Locale::FromData object in a process
that had not loaded DateTime::Locale this would fail. Reported by Gregor
Herrmann. GH #18.
1.16 2017-03-22
- Rebuilt all locale data with CLDR 31, released on 2017-03-20.
1.15 2017-03-15 (TRIAL RELEASE)
- Most data is now stored in a share dir and only loaded as needed. This
should reduce the memory usage from just loading DateTime::Locale by about
4mb. Based on a PR by sergey. GH #14.
1.14 2017-03-05
- Codes with just a language and script code were not parsed correctly,
leading to bugs in their data, so that they did not report a script_code,
nor did their name reflect the script. So for example "bs-Latn" was just
"Bosnian" instead of "Bosnian Latin".
1.13 2017-03-05
- Fixed a regression bug where providing a locale's English name or native
name to DateTime::Locale->load no longer worked. Fixed by Sergey. GH #13.
1.05 2016-06-26
- Instead of using the DATA handle to get at as-yet-unloaded locale data in
DateTime::Locale::Data, we now read the raw data into memory once, and use
eval to turn it into Perl data structures as a particular locale is
requested. This may fix a problem where reading from the DATA handle somehow
returned the wrong chunk of data (or overlapped multiple locales). The
downside is that loading DateTime::Locale now uses an additional 4MB of
memory on my system, regardless of how many individual locales are
instantiated. Reported by Greg Oschwald. GitHub #3.
1.02 2015-12-09
- Make the DateTime::Locale->load method accept a locale in any non-canonical
casing, such as "en-us". Reported by Shawn Moore. RT #110244.
Remove duplicate depends, add test dependencies.
1.01 2015-11-07
- Prevent CPAN from indexing the tools directory, which is just for the
author's use.
1.00 2015-11-07
* All of these changes were originally released in previous trial releases,
but I'm repeating them here for clarity.
[ENHANCEMENTS]
- This release uses the locale data from CLDR version 28. The last major
update of the locale data used CLDR 1.7.1, released in 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.
- 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.
- The old API deprecated since 0.40 has been removed (almost) entirely.
- 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. 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.
z
- 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 will return
"en-US". If you load "C" or "POSIX" the returned code will be "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).
0.96 2015-10-04 (TRIAL RELEASE)
- Locale data with characters in the 0x80-0xFF range was not marked as UTF-8
by Perl. This could cause all sorts of weirdness and was generally bad.
0.95 2015-09-30 (TRIAL RELEASE)
- Added .pod files for each locale that document the data for that locale.
0.94 2015-09-30 (TRIAL RELEASE)
- Restored the datetime_format method to individual locale objects for
backwards compatibility.
0.93 2015-09-28 (TRIAL RELEASE)
- Really release a trial release this time. I'm not kidding. See 0.90 for the
interesting changes.
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.
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).
DEPENDS+= p5-List-MoreUtils-[0-9]*:../../devel/p5-List-MoreUtils
In make test, following is listed unless otherwise
# === Runtime Requires ===
# Module Want Have
# -------------------- ---- -------
# List::MoreUtils any missing
- PKGREVISION++
0.46 2015-05-21
- Fixed handling of C locales like "C.UTF-8". Passing these to
DateTime::Locale->load would cause a warning followed by an exception, ubt
all "C" locales should be special-cased as an alias of en-US-POSIX. Reported
by David Wheeler. RT #104574.
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.
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!
Upstream changes:
0.45 2010-03-19
- Installing this release will cause older versions of
DateTime::Format::Strptime to warn like crazy. Please update
DateTime::Format::Strptime if you install this release.
- This is an interim release still based on CLDR 1.7.1 pending the release of
Locale::CLDR, which will happen real soon now, for some definition of soon.
- Removed dependency on Class::ISA and just copied what we need from said
module directly. Class::ISA warns as deprecated if used with Perl 5.11.0,
even though it works just fine (doh). RT #53940.
- All methods deprecated in the last release now warn when called.
- Added methods to return per-locale strftime formats from the glibc
data. These methods are not yet documented. They are just there for now to
allow me to update DateTime::Format::Strptime.
