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