Michal Čihař:
> Hi
>
> Niels Thykier píše v Út 04. 04. 2017 v 12:37 +0000:
>> Would it be possible to use a short term work around by using a
>> different locale during the tests (e.g. en_US.UTF-8)? Then we can use
>> look at a better long term solution after stretch has been released.
>
> I've done that just now (I would have done that on previous upload if I
> didn't forget).
>
Thanks, much appreciated. :)
Unfortunately, I am told that "en_US.UTF-8" is not guaranteed to exist
(despite that it is there on our buildds) unless you B-D on locales-all.
If you don't want that, you can use:
"""
Build-Depends: locales
test:
localedef -i en_US -c -f UTF-8 -A /usr/share/locale/locale.alias \
--quiet debian/en_US.UTF-8 || exit 1
LOCPATH=debian LC_ALL=en_US.UTF-8 phpunit --config \
phpunit.xml.nocoverage --exclude-group selenium \
--exclude-group network
clean:
rm -f debian/en_US.UTF-8
"""
Mind you though, that this assumes "locales" and *not* locales-all. At
least back in the Squeeze/Wheezy days, locales-all was not a substitute
for locales IRT to code-snippet above.
Thanks,
~Niels
