From build log: [snip] * econf: updating mozilla/nsprpub/build/autoconf/config.guess with /usr/share/gnuconfig/config.guess ./configure --prefix=/usr --host=x86_64-pc-linux-gnu --mandir=/usr/share/man --infodir=/usr/share/info --datadir=/usr/share --sysconfdir=/etc --localstatedir=/var/lib --libdir=/usr/lib64 --build=x86_64-pc-linux-gnu Adding configure options from ./.mozconfig: --enable-application=xulrunner --enable-optimize=-O2 --disable-installer .....skipped... --with-default-mozilla-five-home=/usr/lib64/xulrunner-1.9 --disable-javaxpcom --enable-extensions= configure: error: application: invalid feature name [/snip] Workaround is to force LC_ALL=C to configure. Same problem is present in firefox.
https://bugs.gentoo.org/show_bug.cgi?id=193954 God, this is still not fixed? :P Thanks Priit, i'll have a look :)
Fixed in patchset 0.1
Still happening.. :(
Should be fixed now...wonder why autoconf didn't overwrote that in 2.0
This has bitten me again :) [snip] configure: error: application: invalid feature name * ERROR: net-libs/xulrunner-1.9.1-r1 failed :) [/snip]
Same problem: ERROR: net-libs/xulrunner-1.9.1.1 failed.
If you could please pull the mozilla overlay and test xulrunner-1.9.1.1-r2 it would make resolving this bug much faster. If you can not test the overlay, you will have to wait for me to get ready to push the next revision bump which I will include the patch for flex-configure-gentoo.patch
Fixed in tree.
Still not fixed with net-libs/xulrunner-1.9.1.2-r1 :S I can also noticed this: * Running eautoreconf in '/var/tmp/portage/net-libs/xulrunner-1.9.1.2-r1/work/mozilla-1.9.1/js/src' ... * Running autoconf ... [ ok ] * Running autoheader ... [ !! ] * Applying 000_flex-configure-LANG.patch ... [ ok ]
Created attachment 201002 [details] build.log
This is also the locale I am using: LANG=et_EE.UTF-8 LC_CTYPE="et_EE.UTF-8" LC_NUMERIC="et_EE.UTF-8" LC_TIME="et_EE.UTF-8" LC_COLLATE="et_EE.UTF-8" LC_MONETARY="et_EE.UTF-8" LC_MESSAGES="et_EE.UTF-8" LC_PAPER="et_EE.UTF-8" LC_NAME="et_EE.UTF-8" LC_ADDRESS="et_EE.UTF-8" LC_TELEPHONE="et_EE.UTF-8" LC_MEASUREMENT="et_EE.UTF-8" LC_IDENTIFICATION="et_EE.UTF-8" LC_ALL=
same happens with et_EE locale in net-libs/xulrunner-1.9.1.4
Created attachment 217962 [details] Enforce C locale for all If someone would care to test, would be appreciated, If all goes well I will push to tree.
(In reply to comment #13) > Created an attachment (id=217962) [details] > Enforce C locale for all > > If someone would care to test, would be appreciated, If all goes well I will > push to tree. > Yes, it works! Also, same patch is required for www-client/mozilla-firefox
(In reply to comment #14) > (In reply to comment #13) > > Created an attachment (id=217962) [details] [details] > > Enforce C locale for all > > > > If someone would care to test, would be appreciated, If all goes well I will > > push to tree. > > > > Yes, it works! > > Also, same patch is required for www-client/mozilla-firefox > I am waiting on an sqlite bug to be handled then I will push the update to main tree. Thanks for testing.
Already fixed in 1.9.2-r4 xulrunner and 3.6-r4 firefox. I am sure we will need to add to thunderbird which will land with next revision bump.
