Replace 'kk_KZ.RK1048' with 'mi_NZ.ISO-8859-13' (Closes: #925879)

I have encountered this issue trying to build Kodi reproducibly and filed a bug against Java JDK [1]. However, the same charset is not supported not only by Java runtime (and derivatives like Groovy), but also Perl and maybe more.

To reproduce these bugs I generated all locales from /etc/locale.gen in a Podman container running Debian bookworm and ran the following tests against help2man (Perl, #894126 / #925879) and Apache Groovy / Oracle Java:

$ locale -a | while read GROOVY_LC_ALL do LC_ALL="$GROOVY_LC_ALL" groovy 2>/dev/null && printf "%-32s: OK\n" "$GROOVY_LC_ALL" || printf "%-32s: FAIL\n" "$GROOVY_LC_ALL" done | grep FAIL

cy_GB : FAIL cy_GB.iso885914 : FAIL hy_AM.armscii8 : FAIL ka_GE : FAIL ka_GE.georgianps : FAIL kk_KZ : FAIL kk_KZ.pt154 : FAIL kk_KZ.rk1048 : FAIL lg_UG : FAIL lg_UG.iso885910 : FAIL tg_TJ : FAIL tg_TJ.koi8t : FAIL

$ locale -a | while read PERL_LC_ALL do LC_ALL="$PERL_LC_ALL" help2man --help 1>/dev/null 2>&1 && printf "%-32s: OK\n" "$PERL_LC_ALL" || printf "%-32s: FAIL\n" "$PERL_LC_ALL" done | grep FAIL

hy_AM.armscii8 : FAIL ka_GE : FAIL ka_GE.georgianps : FAIL kk_KZ : FAIL kk_KZ.pt154 : FAIL kk_KZ.rk1048 : FAIL tg_TJ : FAIL tg_TJ.koi8t : FAIL zh_CN.gb18030 : FAIL zh_TW.euctw : FAIL

I also checked Python3 ang Golang runtimes, but did not manage to reproduce this behavior (either missing charset or null pointer exception).

This commit changes the 'kk_KZ.RK1048' encoding in reprotest to 'mi_NZ.ISO-8859-13'. New encoding is not UTF-8/16 but still supported by enterprise solutions like JDK.

[1] https://bugs.openjdk.java.net/browse/JDK-8275007

Signed-off-by: Vasyl Gello vasek.gello@gmail.com

Merge request reports

Loading