やまねです。
「令和」が5/1からありますが、こちらの対応はどうしましょうねぇ?
・何が対象パッケージ? ・どういう方針で進める? - full freezeだから放置 - 最小差分だけなんとか押し込む - リリースチームの意見を聞く
On Mon, 8 Apr 2019 09:52:41 +0900 Hideki Yamane henrich@iijmio-mail.jp wrote:
・何が対象パッケージ?
* glibc * openjdk * unicode-data
ぐらいが思いつきました
From: Hideki Yamane henrich@iijmio-mail.jp Subject: [debian-devel 00268] Re: 「令和」対応 Date: Mon, 8 Apr 2019 10:03:04 +0900
・何が対象パッケージ?
* glibc * openjdk * unicode-data
LibreOfficeとか。6.2.3以降、6.1.6で対応だそうです。 https://blog.goo.ne.jp/ikunya/e/d171cc7f4d686a3860c0078c4bada95f
6.1.5でもパッチがあたるかも。 https://cgit.freedesktop.org/libreoffice/core/commit/?h=libreoffice-6-1&...
2019年4月8日(月) 10:04 Hideki Yamane henrich@iijmio-mail.jp:
* glibc
master、2.27、2.28、2.29であればupstreamにパッチがあたっています。 https://sourceware.org/bugzilla/show_bug.cgi?id=22964
* openjdk * unicode-data
mozcはubuntu側修正するついでにdebian側にmerge requestが出ていました。 https://salsa.debian.org/debian/mozc/merge_requests/3
mozcはdebian側にmerge requestだけでなくbug ticketも発行したほうが いいようなら対応しますのでその旨お知らせください。
U+32FFも対応するならNotoとpoppler-dataも上げる必要があるかもしれません。
色々情報ありがとうございます。 1点だけわかるところを。
On Mon, 8 Apr 2019 23:54:42 +0900 Mitsuya Shibata mty.shibata@gmail.com wrote:
U+32FFも対応するならNotoとpoppler-dataも上げる必要があるかもしれません。
poppler-data、upstreamがAdobe Cmapのアップデートに追いついてないんですよね…
On Mon, 08 Apr 2019 23:54:42 +0900, Mitsuya Shibata wrote:
mozcはubuntu側修正するついでにdebian側にmerge requestが出ていました。
辞書がらみで言えばmecab, juman等の辞書も本来は対応が必要だと思うのです が、基本upstream側の問題なのでどうしたものかと。
ipadicは確実に更新されないと思うので、エントリーの追加をするパッチを用 意するのはありかと思います。あとは適切なコスト値の指定が必要ですが、こ れは他の元号のコストに近い値に適当に合わせるのがいいのでしょうか。
On Tue, 09 Apr 2019 11:52:35 +0900 NOKUBI Takatsugu knok@daionet.gr.jp wrote:
辞書がらみで言えばmecab, juman等の辞書も本来は対応が必要だと思うのです が、基本upstream側の問題なのでどうしたものかと。
対応可能であればパッケージ側でパッチを作ってupstreamへ還元、でしょうか。
ipadicは確実に更新されないと思うので、エントリーの追加をするパッチを用 意するのはありかと思います。あとは適切なコスト値の指定が必要ですが、こ れは他の元号のコストに近い値に適当に合わせるのがいいのでしょうか。
「元号のコスト」というのが大体決まってるのであれば、それに合わせてみるのが 最適ではないにしても外れがないかと思います。
On Tue, 09 Apr 2019 11:52:35 +0900 NOKUBI Takatsugu knok@daionet.gr.jp wrote:
辞書がらみで言えばmecab, juman等の辞書も本来は対応が必要だと思うのです が、基本upstream側の問題なのでどうしたものかと。
* "Natural language processing" Japanese dictionaries - juman: - ipadic: - mecab-ipadic: - mecab-jumandic: - mecab-naist-jdic: - naist-jdic - unidic-mecab:
でいいでしょうか?抜けがあれば補足ください。
岩松です。
2019年4月8日(月) 23:55 Mitsuya Shibata mty.shibata@gmail.com:
2019年4月8日(月) 10:04 Hideki Yamane henrich@iijmio-mail.jp:
* glibc
master、2.27、2.28、2.29であればupstreamにパッチがあたっています。 https://sourceware.org/bugzilla/show_bug.cgi?id=22964
* openjdk * unicode-data
mozcはubuntu側修正するついでにdebian側にmerge requestが出ていました。 https://salsa.debian.org/debian/mozc/merge_requests/3
mozcはdebian側にmerge requestだけでなくbug ticketも発行したほうが いいようなら対応しますのでその旨お知らせください。
mozc は salsa 経由でマージしておきました。 d/changelog に salsa のPR番号を記載しておきますので、今回は特に BTSによるレポートは不要です。
buster への対応ですが、別の木下さんのメールにもある
2019年4月11日(木) 20:38 Tatsuya Kinoshita tats@vega.ocn.ne.jp:
importantバグとして個別にunblockリクエストを出すのはありかなと 思っています。
を考えています。やまねさんの出されたdebian-develの反応を待ちですかね。
岩松
-- Nobuhiro Iwamatsu iwamatsu at {nigauri.org / debian.org} GPG ID: 40AD1FA6
岩松です。
mozc ですが パッケージアップロードおよびunblock 申請して、unblock されました。 https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=927035
岩松
2019年4月12日(金) 5:28 Nobuhiro Iwamatsu iwamatsu@nigauri.org:
岩松です。
2019年4月8日(月) 23:55 Mitsuya Shibata mty.shibata@gmail.com:
2019年4月8日(月) 10:04 Hideki Yamane henrich@iijmio-mail.jp:
* glibc
master、2.27、2.28、2.29であればupstreamにパッチがあたっています。 https://sourceware.org/bugzilla/show_bug.cgi?id=22964
* openjdk * unicode-data
mozcはubuntu側修正するついでにdebian側にmerge requestが出ていました。 https://salsa.debian.org/debian/mozc/merge_requests/3
mozcはdebian側にmerge requestだけでなくbug ticketも発行したほうが いいようなら対応しますのでその旨お知らせください。
mozc は salsa 経由でマージしておきました。 d/changelog に salsa のPR番号を記載しておきますので、今回は特に BTSによるレポートは不要です。
buster への対応ですが、別の木下さんのメールにもある
2019年4月11日(木) 20:38 Tatsuya Kinoshita tats@vega.ocn.ne.jp:
importantバグとして個別にunblockリクエストを出すのはありかなと 思っています。
を考えています。やまねさんの出されたdebian-develの反応を待ちですかね。
岩松
-- Nobuhiro Iwamatsu iwamatsu at {nigauri.org / debian.org} GPG ID: 40AD1FA6
On Mon, 8 Apr 2019 23:54:42 +0900 Mitsuya Shibata mty.shibata@gmail.com wrote:
U+32FFも対応するならNotoとpoppler-dataも上げる必要があるかもしれません。
poppler-data が対応必要そうだ、というのはどの辺りでしょ? さらにupstreamであるcmap-resourcesではその辺りの変更が入ってないように 見えます https://github.com/adobe-type-tools/cmap-resources/commits/master
On Tue, Apr 30, 2019 at 8:32 PM Hideki Yamane henrich@iijmio-mail.jp wrote:
On Mon, 8 Apr 2019 23:54:42 +0900 Mitsuya Shibata mty.shibata@gmail.com wrote:
U+32FFも対応するならNotoとpoppler-dataも上げる必要があるかもしれません。
poppler-data が対応必要そうだ、というのはどの辺りでしょ? さらにupstreamであるcmap-resourcesではその辺りの変更が入ってないように 見えます https://github.com/adobe-type-tools/cmap-resources/commits/master
Adobe-Japan1-7 が出たっぽいです https://github.com/adobe-type-tools/Adobe-Japan1/commit/dd02fa0a4013c6c765b7...
Issue上がってますが現時点で未対応のようですね https://gitlab.freedesktop.org/poppler/poppler-data/issues/2
On Tue, 30 Apr 2019 20:52:59 +0900 YOSHINO Yoshihito yy.y.ja.jp@gmail.com wrote:
Adobe-Japan1-7 が出たっぽいです https://github.com/adobe-type-tools/Adobe-Japan1/commit/dd02fa0a4013c6c765b7...
Issue上がってますが現時点で未対応のようですね https://gitlab.freedesktop.org/poppler/poppler-data/issues/2
情報ありがとうございます。 upstreamの方の関係がいまいちピンときてないので、次どう動くべきなのか ちょっとわかってないです。
検索でみつけただけで詳細は知らないのですが。
Upstreamでの対応バージョンもまだ出ていないようですが、 ICU (International Components for Unicode)も対象になりそうです。 https://packages.debian.org/source/sid/icu
On Tue, 09 Apr 2019 02:48:26 +0900 (JST) KISE Hiroshi kise@fuyuneko.jp wrote:
Upstreamでの対応バージョンもまだ出ていないようですが、 ICU (International Components for Unicode)も対象になりそうです。 https://packages.debian.org/source/sid/icu
そのようですね、RH bugzillaにもticketがありました。
On Tue, 9 Apr 2019 10:16:51 +0900 Hideki Yamane henrich@iijmio-mail.jp wrote:
Upstreamでの対応バージョンもまだ出ていないようですが、 ICU (International Components for Unicode)も対象になりそうです。 https://packages.debian.org/source/sid/icu
そのようですね、RH bugzillaにもticketがありました。
ICUについてはexperimentalに対応パッケージが入りました。 https://tracker.debian.org/news/1039244/accepted-icu-632-1-source-into-exper...
On Mon, 8 Apr 2019 09:52:41 +0900 Hideki Yamane henrich@iijmio-mail.jp wrote:
「令和」が5/1からありますが、こちらの対応はどうしましょうねぇ?
いくつか情報を頂いたので、debian.orgの方にもなげてみました。
On April 8, 2019, [debian-devel 00267], henrich (at iijmio-mail.jp) wrote:
「令和」が5/1からありますが、こちらの対応はどうしましょうねぇ?
・何が対象パッケージ?
ddskkとskkdicも対象なのですが、単語そのものは個人辞書で対応できますし、 和暦・西暦の変換は元々年単位での大雑把な対応しかしていないオプショナル な入力補助機能ですので、リリースクリティカルとは判断していません。
・どういう方針で進める? - full freezeだから放置 - 最小差分だけなんとか押し込む - リリースチームの意見を聞く
importantバグとして個別にunblockリクエストを出すのはありかなと 思っています。
On April 11, 2019, [debian-devel 00277], tats (at vega.ocn.ne.jp) wrote:
importantバグとして個別にunblockリクエストを出すのはありかなと 思っています。
ddskkとskkdicについては、令和対応のみのパッチでunstableを更新して、 unblockされました。
cf. - https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=926973 - https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=926972 - https://release.debian.org/buster/freeze_policy.html
On Sat, 13 Apr 2019 15:16:48 +0900 (JST) Tatsuya Kinoshita tats@vega.ocn.ne.jp wrote:
ddskkとskkdicについては、令和対応のみのパッチでunstableを更新して、 unblockされました。
すばらしい :)
ということは、anthyとかも必要なのでは?>新部さん、野首さん
On Sat, 13 Apr 2019 16:43:28 +0900, Hideki Yamane wrote:
ということは、anthyとかも必要なのでは?>新部さん、野首さん
https://salsa.debian.org/knok/anthy/commit/d518174de5734d7f15f1ae5708994968f...
こんな感じの差分でいけるかなと思います。Merge request出したはずなのに 消えているような…
ipadicに関しては、janomeの方での修正に準じればいいかなという気がしてい ます。 https://medium.com/@mocobeta/janome%E9%96%8B%E7%99%BA%E6%97%A5%E8%AA%8C-%E6%...
--- Noun.proper.csv 2007-07-31 23:50:07.000000000 +0900 +++ Noun.proper.csv.20190403 2019-04-03 13:50:50.052298892 +0900 @@ -27325,3 +27325,4 @@ 桃ノ木鼻,1288,1288,8538,名詞,固有名詞,一般,*,*,*,桃ノ木鼻,モモノキハナ,モモノキハナ ドウ坂,1288,1288,3765,名詞,固有名詞,一般,*,*,*,ドウ坂,ドウザカ,ドーザカ 戸城山,1288,1288,8538,名詞,固有名詞,一般,*,*,*,戸城山,トシロヤマ,トシロヤマ +令和,1288,1288,5904,名詞,固有名詞,一般,*,*,*,令和,レイワ,レイワ
このスコアの重み付けは「平成」と同一でした。
On Mon, 8 Apr 2019 09:52:41 +0900 Hideki Yamane henrich@iijmio-mail.jp wrote:
「令和」が5/1からありますが、こちらの対応はどうしましょうねぇ?
https://lists.debian.org/debian-devel/2019/05/msg00044.html にわかってる範囲で状況まとめました。コメントあればこちらでもあちらでも どうぞ。