Created attachment 389482 [details] old, cannot delete Latest Firefox with ~amd64 keyword fails to build. Tried adding and removing use flags to no avail.
Please split them into separate files.
Created attachment 389512 [details] build log
Created attachment 389514 [details] emerge -pqv '=www-client/firefox-33.0-r1::gentoo
Created attachment 389516 [details] environment
Created attachment 389518 [details] emerge --info '=www-client/firefox-33.0-r1::gentoo'
Comment on attachment 389482 [details] old, cannot delete old
Done
Comment on attachment 389482 [details] old, cannot delete cannot delete.
Sounds like you built Python without SSL.
Yes make more sense to me now, I am rebuilding world with ssl as we speak. I am sure that is the issue, even so perhaps we can put an condition for it? Like when somebody does the same mistake that I did it would instruct to build python with ssl.
Python was build without ssl.
please do not close, we will adjust the dep in the eclass.
*** Bug 556092 has been marked as a duplicate of this bug. ***
My python is alredy built with USE="ssl", so is the fix proposed here related to the problem I reported in bug #556092? [I] dev-lang/python Available versions: (2.6) ** 2.6.9 [-berkdb build doc examples gdbm hardened ipv6 +ncurses +readline sqlite +ssl +threads tk +wide-unicode wininst +xml ELIBC="uclibc"] (2.7) 2.7.9-r1 [-berkdb build doc examples gdbm hardened ipv6 +ncurses +readline sqlite +ssl +threads tk +wide-unicode wininst +xml ELIBC="uclibc"] ~ 2.7.9-r2 [-berkdb build doc examples gdbm hardened ipv6 +ncurses +readline sqlite +ssl +threads tk +wide-unicode wininst +xml ELIBC="uclibc"] ~ 2.7.10 [-berkdb build doc examples gdbm hardened ipv6 +ncurses +readline sqlite +ssl +threads tk +wide-unicode wininst +xml ELIBC="uclibc"] (3.2) 3.2.5-r6 [build doc examples gdbm hardened ipv6 +ncurses +readline sqlite +ssl +threads tk +wide-unicode wininst +xml ELIBC="uclibc"] (3.3) 3.3.5-r1 [build doc examples gdbm hardened ipv6 +ncurses +readline sqlite +ssl +threads tk wininst +xml ELIBC="uclibc"] (3.4) ~ 3.4.0 [build examples gdbm hardened ipv6 +ncurses +readline sqlite +ssl +threads tk wininst +xml ELIBC="uclibc"] 3.4.1 [build examples gdbm hardened ipv6 +ncurses +readline sqlite +ssl +threads tk wininst +xml ELIBC="uclibc"] ~ 3.4.2 [build examples gdbm hardened ipv6 +ncurses +readline sqlite +ssl +threads tk wininst +xml ELIBC="uclibc"] ~ 3.4.3 [build examples gdbm hardened ipv6 +ncurses +readline sqlite +ssl +threads tk wininst +xml ELIBC="uclibc"] Installed versions: 2.7.9-r1(2.7)(09:10:14 12/25/14)(gdbm ipv6 ncurses readline sqlite ssl threads wide-unicode xml -berkdb -build -doc -examples -hardened -tk -wininst ELIBC="-uclibc") 3.3.5-r1(3.3)(09:00:09 08/22/14)(gdbm ipv6 ncurses readline sqlite ssl threads xml -build -doc -examples -hardened -tk -wininst ELIBC="-uclibc") 3.4.1(3.4)(00:44:46 10/14/14)(gdbm ipv6 ncurses readline sqlite ssl threads xml -build -examples -hardened -tk -wininst ELIBC="-uclibc") Homepage: http://www.python.org/ Description: An interpreted, interactive, object-oriented programming language -- Regards, Mick
(In reply to MickKi from comment #14) > My python is alredy built with USE="ssl", so is the fix proposed here > related to the problem I reported in bug #556092? It certainly looks like the same bug... Here's a quick check, it should work as a test: cat >/tmp/test.py <<EOF from urllib2 import HTTPSHandler EOF /usr/bin/python2.7 /tmp/test.py /var/tmp/portage/www-client/firefox-31.8.0/work/mozilla-esr31/obj*/_virtualenv/bin/python2.7 /tmp/test.py If the latter is the only one that fails, then the issue is (for whatever strange reason) within the firefox build system. If both fails, then something's wrong with your python:2.7 install.
Thank you Ian, This is what I get: /usr/bin/python2.7 /tmp/test.py Traceback (most recent call last): File "/tmp/test.py", line 1, in <module> from urllib2 import HTTPSHandler ImportError: cannot import name HTTPSHandler Hmm ... what should I do? Rebuild python and try again? -- Regards, Mick
(In reply to MickKi from comment #16) > Thank you Ian, > > This is what I get: > > /usr/bin/python2.7 /tmp/test.py > Traceback (most recent call last): > File "/tmp/test.py", line 1, in <module> > from urllib2 import HTTPSHandler > ImportError: cannot import name HTTPSHandler > > Hmm ... what should I do? Rebuild python and try again? I've rebuilt python, but no success. -- Regards, Mick
(In reply to MickKi from comment #16) > Thank you Ian, > > This is what I get: > > /usr/bin/python2.7 /tmp/test.py > Traceback (most recent call last): > File "/tmp/test.py", line 1, in <module> > from urllib2 import HTTPSHandler > ImportError: cannot import name HTTPSHandler > > Hmm ... what should I do? Rebuild python and try again? > I don't know. CC'ing python herd, hopefully they can advise. python@ -- if this is a bug in python2.7 please feel free to adjust $SUBJECT
It's 99% not python2.7 from urllib2 import HTTPSHandler says the urllib2 seems to be installed but it lacks a module HTTPSHandler. Suggests to me a version conflict. The module present in one but not the one you have installed. Such things occur between versions.
(In reply to Ian Delaney from comment #19) > It's 99% not python2.7 > from urllib2 import HTTPSHandler > says the urllib2 seems to be installed but it lacks a module HTTPSHandler. > Suggests to me a version conflict. The module present in one but not the > one you have installed. Such things occur between versions. Thank you Ian, it seems that it may be an openssl recerse dependency on python after all, more particularly openssl and its bindist flag. :-/ At more or less the same time with the FF problem I noticed a different problem with layman, which was complaining about its cache and an https address every time I tried to sync an overlay. I happened to have the bindist flag set on this box because I was testing EC algos on openssh and this also had me set it on openssl. Anyway, the solution was to remove the bindist USE flag, rebuild openssl AND python:2.7, which then fixed both the layman problem and the firefox HTTPSHandler. -- Regards, Mick
Recompiling python 2.7 fixed this issue with firefox-38.1.1. I had an issue with layman due to missing symbol in python 3.4's ssl lib; recompiling python 3.4 fixed that, and recompiling python 2.7 fixed this. I'd seen an ssl news item about some weak encryption algo (IIRC), so I suspect both were caused by removal of that algo and libs depending on it not getting rebuilt.
*** Bug 585430 has been marked as a duplicate of this bug. ***
This issue keeps getting hit randomly by people.. I know it's not actually a bug in firefox but is there anything I can do in firefox et. al.'s DEPEND to try and prevent it? I'm wondering about perhaps adding a gratuitous DEPEND="!dev-libs/openssl[bindist]", for instance...?
*** Bug 592306 has been marked as a duplicate of this bug. ***
(In reply to Ian Stakenvicius from comment #23) There's nothing you can/should do via DEPEND. ABI breakage when moving from openssl[-bindist] to openssl[bindist] is a known problem, but further proliferation of that bindist USE flag is not a good solution. If you want to give people a useful error message, you could perform that python test in the ebuild instead of relying on configure to catch it. Something like this: > "${PYTHON}" -c "from urllib2 import HTTPSHandler" || die "Please rebuild ${EPYTHON}" However, even this seems like overkill for an issue that affects very few people on the whole.
*** Bug 610872 has been marked as a duplicate of this bug. ***
If you feel I have closed your bug and it is still a current issue, please reopen and update it completely. We will not work bugs that have no ebuild in tree any longer or can not be reproduced with a current system. Thank You for your support and understanding The Mozilla Team