dev-libs/nspr-4.9 (and also dev-libs/nss) fail to configure when system is using et_EE locale: [snip] >>> Source prepared. >>> Configuring source in /var/tmp/portage/dev-libs/nspr-4.9/work/nspr-4.9 ... * econf: updating nspr-4.9/mozilla/nsprpub/build/autoconf/config.guess with /usr/share/gnuconfig/config.guess * econf: updating nspr-4.9/mozilla/nsprpub/build/autoconf/config.sub with /usr/share/gnuconfig/config.sub ../mozilla/nsprpub/configure --prefix=/usr --build=i686-pc-linux-gnu --host=i686-pc-linux-gnu --mandir=/usr/share/man --infodir=/usr/share/info --datadir=/usr/share --sysconfdir=/etc --localstatedir=/var/lib --disable-debug --enable-optimize --libdir=/usr/lib configure: error: debug: invalid feature name [/snip] The reason is that autotools that were used to generate the tarball were too old, so please go and smack the upstream guy who generates them, because I'm getting tired of reporting this issue every time one of the mozilla-related packages (nspr, nss, xulrunner...) is bumped.
Created attachment 304177 [details, diff] Use C locale when building Please give it a spin should be fine but feedback is always best.
(In reply to comment #1) > Created attachment 304177 [details, diff] [details, diff] > Use C locale when building > > Please give it a spin should be fine but feedback is always best. Doesn't work. Easier would be forcing it when calling `econf` in `src_configure()`: LC_ALL=C ECONF_SOURCE="../mozilla/nsprpub" econf ...
I can confirm, dev-libs/nspr-4.9 also fails to compile with LANG=et_EE.UTF-8 Easy workaround is: open new terminal instance: Type: $ LANG= $ emerge dev-libs/nspr
Created attachment 307183 [details, diff] Force C locae during econf
Feel free to reopen if after you sync in a few hours it is still broken.