Actually, this patch will not really fix anything, because the
ru_RU.KOI8-R locale needs to have been previously generated and
installed on the system, for this to work. Otherwise, declaring LANG
and LC_ALL (with or without the export statement) will always fall
back to the C locale that is the default on Debian's archive buildd
network.

The only way we could sort-of fix this would be to Build-Depends upon
"locales-all" to ensure that KOI8-R is always generated and installed
before we start the build.  However, I don't like that solution,
because Debian derivatives such as Ubuntu don't offer that same
locales-all metapackage and I want to avoid forking the packaging.

Alternately, we could call 'locale-gen' in early building stages to
generate the locale, before we proceed with building the dictionaries.
However, I'm not sure how we'd delete the locale during cleanup after
the build process is complete.

Still, it puzzles me how we managed to build the package just fine
until recently without all that fuzz.

Martin-Éric



--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Reply via email to