summaryrefslogtreecommitdiff
diff options
context:
space:
mode:
authorJames Le Cuirot <chewi@gentoo.org>2016-05-07 20:51:47 +0100
committerJames Le Cuirot <chewi@gentoo.org>2016-05-08 21:30:39 +0100
commitbecf07543e1dcc97fc5c3d099c0d393f77997b32 (patch)
tree60a54ff0da343ed0201843fea6b92428eb2a771c /net-misc/apt-cacher-ng
parentgames-roguelike/angband: version bump (bug #582468) (diff)
downloadgentoo-becf07543e1dcc97fc5c3d099c0d393f77997b32.tar.gz
gentoo-becf07543e1dcc97fc5c3d099c0d393f77997b32.tar.bz2
gentoo-becf07543e1dcc97fc5c3d099c0d393f77997b32.zip
l10n.eclass: Sort and normalize PLOCALES in l10n_find_plocales_change
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.
Diffstat (limited to 'net-misc/apt-cacher-ng')
0 files changed, 0 insertions, 0 deletions