Re: [Reproducible-builds] python-requirements-detector: FTBFS in reproducible builds CI
❦ 2 juillet 2015 13:20 GMT, Mattia Rizzolo : >> Solved. I've set LC_ALL to C.UTF-8 (and nothing else to prevent a b-dep on >> locales-all for Sbuild enviroment), >> I think this is going to solve that. Thanks for support! > > LANG only specify the language of the output. A lot more is under the "locale" > umbrella. I don't know what specific needs that test has, but LANG is usually > not enough. No, LANG is the default locale. See locale(7). Language is LANGUAGE. Also see: http://www.gnu.org/software/libc/manual/html_node/Locale-Categories.html#Locale-Categories https://www.gnu.org/software/gettext/manual/html_node/The-LANGUAGE-variable.html -- Use library functions. - The Elements of Programming Style (Kernighan & Plauger) signature.asc Description: PGP signature ___ Reproducible-builds mailing list Reproducible-builds@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/reproducible-builds
Re: [Reproducible-builds] python-requirements-detector: FTBFS in reproducible builds CI
On Thu, Jul 02, 2015 at 01:55:01PM +0200, Daniel Stender wrote: > On 01.07.2015 03:14, Daniel Stender wrote: > > On 30.06.2015 17:37, Mattia Rizzolo wrote: > >> Actually the locale is not set at all. > >> > >> In fact I can get the very same error in my pbuilder on my notebook. I saw > >> somewhere (I don't really recall where/when) that something without any > >> locale > >> setted picked up something near the standard C locale in situation like > >> that. > >> > >> The second build (which your package didn't even reached) is run with > >> LC_ALL=fr_CH.UTF-8 instead. > > > > I've found the environment settings on the CI page, LANG but not LC_ALL is > > set for the > > first build to some UTF-8. Could you help me where I've got that wrong: > > LANG provides the main locale > > while LC_ALL if set overrides all individual LC_ settings. LC_ALL needs to > > be set? > > > > Dan > > Solved. I've set LC_ALL to C.UTF-8 (and nothing else to prevent a b-dep on > locales-all for Sbuild enviroment), > I think this is going to solve that. Thanks for support! LANG only specify the language of the output. A lot more is under the "locale" umbrella. I don't know what specific needs that test has, but LANG is usually not enough. Thanks for your help in having more packages reproducible! :D -- regards, Mattia Rizzolo GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4B04 3FCD B944 4540 .''`. more about me: http://mapreri.org : :' : Launchpad user: https://launchpad.net/~mapreri `. `'` Debian QA page: https://qa.debian.org/developer.php?login=mattia `- signature.asc Description: Digital signature ___ Reproducible-builds mailing list Reproducible-builds@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/reproducible-builds
Re: [Reproducible-builds] python-requirements-detector: FTBFS in reproducible builds CI
On 01.07.2015 03:14, Daniel Stender wrote: > On 30.06.2015 17:37, Mattia Rizzolo wrote: >>> for the new python-requirements-detector I've got a UnicodeDecodeError in >>> the tests against >>> Python 3.4 [1] from reproducible builds CI [2]. That usually points to the >>> locale set to some >>> non-UTF-8 (like "C"), but which isn't the case here? >> >> Yes, the first build is not done in a unicode (like en_US.utf-8). >> Actually the locale is not set at all. >> >> In fact I can get the very same error in my pbuilder on my notebook. I saw >> somewhere (I don't really recall where/when) that something without any >> locale >> setted picked up something near the standard C locale in situation like that. >> >> The second build (which your package didn't even reached) is run with >> LC_ALL=fr_CH.UTF-8 instead. > > I've found the environment settings on the CI page, LANG but not LC_ALL is > set for the > first build to some UTF-8. Could you help me where I've got that wrong: LANG > provides the main locale > while LC_ALL if set overrides all individual LC_ settings. LC_ALL needs to be > set? > > Dan Solved. I've set LC_ALL to C.UTF-8 (and nothing else to prevent a b-dep on locales-all for Sbuild enviroment), I think this is going to solve that. Thanks for support! Greetings, Dan -- http://qa.debian.org/developer.php?login=debian%40danielstender.com 4096R/DF5182C8 46CB 1CA8 9EA3 B743 7676 1DB9 15E0 9AF4 DF51 82C8 ___ Reproducible-builds mailing list Reproducible-builds@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/reproducible-builds
Re: [Reproducible-builds] python-requirements-detector: FTBFS in reproducible builds CI
On 30.06.2015 17:37, Mattia Rizzolo wrote: >> for the new python-requirements-detector I've got a UnicodeDecodeError in >> the tests against >> Python 3.4 [1] from reproducible builds CI [2]. That usually points to the >> locale set to some >> non-UTF-8 (like "C"), but which isn't the case here? > > Yes, the first build is not done in a unicode (like en_US.utf-8). > Actually the locale is not set at all. > > In fact I can get the very same error in my pbuilder on my notebook. I saw > somewhere (I don't really recall where/when) that something without any locale > setted picked up something near the standard C locale in situation like that. > > The second build (which your package didn't even reached) is run with > LC_ALL=fr_CH.UTF-8 instead. I've found the environment settings on the CI page, LANG but not LC_ALL is set for the first build to some UTF-8. Could you help me where I've got that wrong: LANG provides the main locale while LC_ALL if set overrides all individual LC_ settings. LC_ALL needs to be set? Dan -- http://qa.debian.org/developer.php?login=debian%40danielstender.com 4096R/DF5182C8 46CB 1CA8 9EA3 B743 7676 1DB9 15E0 9AF4 DF51 82C8 ___ Reproducible-builds mailing list Reproducible-builds@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/reproducible-builds
Re: [Reproducible-builds] python-requirements-detector: FTBFS in reproducible builds CI
On Tue, Jun 30, 2015 at 03:09:08PM +0200, Daniel Stender wrote: > Hi, Hi there! :D > for the new python-requirements-detector I've got a UnicodeDecodeError in the > tests against > Python 3.4 [1] from reproducible builds CI [2]. That usually points to the > locale set to some > non-UTF-8 (like "C"), but which isn't the case here? Yes, the first build is not done in a unicode (like en_US.utf-8). Actually the locale is not set at all. In fact I can get the very same error in my pbuilder on my notebook. I saw somewhere (I don't really recall where/when) that something without any locale setted picked up something near the standard C locale in situation like that. The second build (which your package didn't even reached) is run with LC_ALL=fr_CH.UTF-8 instead. > Thanks for hints, You're welcome, again thanks for caring! :) You are also welcome to join us on IRC, #debian-reproducible @ OFTC > [1] https://bugs.debian.org/790569 Thats, eh, wow! Really, no need for such an high severity. We somehow builds stuff in weird environments, not (yet) required by policy or the like. Though, your call, and we're happy maintainers care about our project! -- regards, Mattia Rizzolo GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4B04 3FCD B944 4540 .''`. more about me: http://mapreri.org : :' : Launchpad user: https://launchpad.net/~mapreri `. `'` Debian QA page: https://qa.debian.org/developer.php?login=mattia `- signature.asc Description: Digital signature ___ Reproducible-builds mailing list Reproducible-builds@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/reproducible-builds
