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