Age | Commit message (Collapse) | Author | Files | Lines |
|
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:
Changes for version 1.32 - 2021-04-30
Rebuilt all locale data with the data from CLDR 39.0.0.
|
|
|
|
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.
|
|
|
|
(it's needed during configure).
|
|
1.25 2019-10-09
- Rebuilt all locale data with CLDR 36, released on 2019-10-04.
|
|
|
|
The former now redirects to the latter.
This covers the most simple cases where http://search.cpan.org/dist/name
can be changed to https://metacpan.org/release/name.
Reviewed by hand to hopefully make sure no unwanted changes sneak in.
|
|
Upstream changes:
1.24 2019-03-28
- Rebuilt all locale data with CLDR 35, released on 2019-03-27.
|
|
Upstream changes:
1.23 2018-10-17
- Rebuilt all locale data with CLDR 34, released on 2018-10-15.
|
|
|
|
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.20 2018-05-06
- Fix test failures on Windows. Reported by Adrian Devries. GH #23.
|
|
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.
|
|
Upstream changes:
1.18 2018-04-03
- Rebuilt all locale data with CLDR 33, released on 2018-03-26.
|
|
1.17 2017-11-04
- Rebuilt all locale data with CLDR 32, released on 2017-11-01.
|
|
|
|
|
|
|
|
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.
|
|
Upstream changes:
1.12 2017-01-29
- Rebuilt all locale data with CLDR 30.0.3, released on 2016-12-02.
|
|
1.11 2016-11-12
- Switched from RT to the GitHub issue tracker.
|
|
1.10 2016-10-22
- Don't let warnings from other modules cause t/09version-check.t to
fail. Reported by Graham Ollis. RT #118465
|
|
1.09 2016-10-10
- Rebuilt all locale data with CLDR 30, released on 2016-10-05.
|
|
1.08 2016-09-23
- Require namespace::autoclean 0.19+.
|
|
---------------------------------------
1.07 2016-09-17
- Bump minimum required Perl to 5.8.4 from 5.8.1. This matches DateTime.pm
itself.
|
|
---------------------------------------
1.06 2016-09-16
- Replaced Params::Validate with Params::ValidationCompiler.
(pkgsrc changes)
- for runtime:
-DEPENDS+= p5-Params-Validate>=0.91:../../devel/p5-Params-Validate
+DEPENDS+= p5-Params-ValidationCompiler-[0-9]*:../../devel/p5-Params-ValidationCompiler
+DEPENDS+= p5-Specio-[0-9]*:../../devel/p5-Specio
+DEPENDS+= p5-namespace-autoclean-[0-9]*:../../devel/p5-namespace-autoclean
- for make test
+BUILD_DEPENDS+= p5-Exception-Class-[0-9]*:../../devel/p5-Exception-Class
|
|
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.04 2016-06-17
- Replaced List::MoreUtils with List::Util.
|
|
|
|
1.03 2016-03-25
- Rebuilt all locale data with CLDR 29, released on 2016-03-19.
|
|
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.
|
|
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++
|
|
having a PKGNAME of p5-*, or depending such a package,
for perl-5.22.0.
|
|
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.
|
|
|
|
are called p5-*.
I hope that's all of them.
|
|
|
|
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.
|
|
pkgsrc changes:
- Adjust dependencies
Upstream changes:
0.44 2009-09-12
- All methods which return strftime-style patterns are officially deprecated
(and have been a little broken for some time, regardless). This includes all
date and time format methods ending in "_format".
- Other deprecated methods include:
date_parts_order, date_before_time
era, eras
month_name, month_abbreviation, month_narrow
month_names, month_abbreviations, month_narrows
day_name, day_abbreviation, day_narrow
day_names, day_abbreviations, day_narrows
quarter_name, quarter_abbreviation, quarter_narrow
quarter_names, quarter_abbreviations
am_pm, am_pms
era_name, era_abbreviation
era_narrow, era_names, era_abbreviations
- All of these deprecated methods will eventually be removed. If you are using
them directly, please change your code.
- Converted data files in tools/t/test-data to Unix line endings. This works
around a bug in Module::Signature. Reported by Zefram. RT #49085.
- Require Params::Validate 0.91, since 0.89 caused test failures for
someone. Reported by Jeremy Hetzler. RT #41365.
|
|
set license to ${PERL5_LICENSE} according to META.yml
Upstream changes:
0.43 2009-06-30
- Based on CLDR 1.7.1, which includes support for several new
languages, as well as lots of changes.
|
|
Upstream changes:
0.42 2008-09-12
- Based on CLDR 1.6.1, but this has no changes in the data we use. I
just used 1.6.1 so people wouldn't ask me why I don't use 1.6.1 ;)
- In the switch to CLDR (back in 0.30), I accidentally dropped a
number of hard-coded aliases, notably for 'C'. These aliases have
been restored. Reported by Adam Kennedy. RT #39208.
- Generation of aliases based on the 3-letter ISO code for countries
is now based on the most recent version of ISO639.
|