l10n.eclass: Sort and normalize PLOCALES in l10n_find_plocales_change
authorJames Le Cuirot <chewi@gentoo.org>
Sat, 7 May 2016 19:51:47 +0000 (20:51 +0100)
committerJames Le Cuirot <chewi@gentoo.org>
Sun, 8 May 2016 20:30:39 +0000 (21:30 +0100)
l10n_find_plocales_change assumes that PLOCALES is sorted
alphanumerically with a single space between each entry and no
surrounding whitespace. This is not a bad assumption but it isn't
documented and it's inconvenient in at least one particular case.

MakeMKV uses non-standard locale names and I intend to map these using
an associative array, which is possible as of EAPI 6. This allows me
to do the following, though only with the above change as associative
arrays are not ordered.

declare -A MY_LOCALES
MY_LOCALES=( [zh]=chi [da]=dan … )
PLOCALES="${!MY_LOCALES[@]}"
inherit l10n

src_prepare() {
PLOCALES="${MY_LOCALES[@]}" l10n_find_plocales_changes …
}

src_install() {
for locale in $(l10n_get_locales); do
doins makemkv_${MY_LOCALES[${locale}]}.mo.gz
done
}

Fixes bug #513242.

eclass/l10n.eclass

index a7a6a26bb65a7e2e0946cda392f6bbd2edaa1795..0f29d563b2942dd4d6c3c4f738139bdf229e7da5 100644 (file)
@@ -86,7 +86,9 @@ l10n_find_plocales_changes() {
                current+="${x} "
        done
        popd >/dev/null
-       if [[ ${PLOCALES} != ${current%[[:space:]]} ]] ; then
+       # RHS will be sorted with single spaces so ensure the LHS is too
+       # before attempting to compare them for equality. See bug #513242.
+       if [[ $(tr -s "[:space:]" "\n" <<< "${PLOCALES}" | sort | xargs echo) != ${current%[[:space:]]} ]] ; then
                einfo "There are changes in locales! This ebuild should be updated to:"
                einfo "PLOCALES=\"${current%[[:space:]]}\""
        else