Created attachment 261046 [details] Upgrade m17n-db, m17n-lib and m17n-docs to the latest 1- Upgrade devel/m17n-db to 1.8.10, and refresh the charmaps from glibc-2.41 Last announcement at https://lists.nongnu.org/archive/html/m17n-list/2025-04/msg00000.html 2- Upgrade devel/m17n-lib to 1.8.5 Last announcement at https://lists.nongnu.org/archive/html/m17n-list/2025-02/msg00003.html Also don’t disable NLS by default and introduce an option for that. Remark: it seems that japanese/anthy (legacy) could be replaced by japanese/anthy-unicode (prefered), but since I don’t speak japanese I don’t know if it would be a good thing or not. 3- Upgrade devel/m17n-docs to 1.8.4.
A commit in branch main references this bug: URL: https://cgit.FreeBSD.org/ports/commit/?id=9800b9bf4f3b6db20c50e08f3eadc0a8b6e4ee69 commit 9800b9bf4f3b6db20c50e08f3eadc0a8b6e4ee69 Author: Thierry Thomas <thierry@FreeBSD.org> AuthorDate: 2025-06-06 12:16:04 +0000 Commit: Thierry Thomas <thierry@FreeBSD.org> CommitDate: 2025-06-06 17:03:56 +0000 devel/m17n-inscript2: deprecate PR 287345 has been submitted to upgrade m17n-db and these files are no more needed. PR: 287345 devel/m17n-inscript2/Makefile | 3 +++ 1 file changed, 3 insertions(+)
(In reply to Thierry Thomas from comment #0) I am the maintainer of anthy-unicode. I haven't used m17n-lib, but it seems to check anthy-unicode first and use it if found. This is the same as japanese/fcitx5-anthy, japanese/ibus-anthy, etc. These ports are flavored. I think it's fine to keep it as anthy for the time being.
(In reply to mew14930xvi from comment #2) Thanks for your advice! The submitted patch does that: it keeps the legacy anthy.