Re: Handling Japanese new era "令和 (Reiwa)"
- Date: Tue, 30 Apr 2019 22:48:53 +0900
- From: Hideki Yamane <henrich@xxxxxxxxxxxxxx>
- Subject: Re: Handling Japanese new era "令和 (Reiwa)"
On Thu, 25 Apr 2019 08:55:01 +0100
Alastair McKinstry <alastair.mckinstry@xxxxxxxx> wrote:
> > I've uploaded 12.0.0 to unstable; 12.1 is not officially released yet.
> > unicode-data itself is small and easy to validate, but the following
> > packages will need to be rebuilt as they build-depend on unicode-data
> > (and typically hard-code the tables internally):
> > * ibus
> > * node-unicode-tr51
> > * julia
> > * node-unicode-property-aliases
> > * node-unicode-property-value-aliases
> > * cyrus-imapd
> > * libxmlada
> > * courier-unicode
> > * node-unicode-property-aliases-ecmascript
> > * *wine*
> > * *slang2*
> > * re2
> > * fntsample
> > * console-data
> > * wine-development
> > * utf8proc
> > * node-unicode-property-value-aliases-ecmascript
> > * gucharmap
> > * node-unicode-data
> > * fonttools
> > * wcwidth
> > * jing-trang
> I'm suprised to see unicode-data 12.0.0 transition to testing today; I
> had expected it to be blocked, and was testing all the reverse-deps
> (listed above).
> I've tested them all against 12.1.0~pre1-1 (in experimental, with the
> Reiwa changes). They work, except for:
> libxmlada, utf8proc, gucharmap, node-unicode-data. julia also failed
> for me, but on a local(?) unrelated issue.
gucharmap can be built with small patch (will push MR for it).
> Time to go file RC bugs.
Are those FTBFS for unicode-data 12.0.0, too?
Hideki Yamane henrich @ debian.org/iijmio-mail.jp