[issue9631] Python 2.7 installation issue for Linux gcc-4.1.0-3 (Fedora Core 5?)
Hans Lellelid added the comment: I'm having apparently the same issue when attempting to build an RPM (based on EPEL 2.6.5 SPEC) on CentOS 5.5 i386. A straight configure/make/make install will work fine, but when editing Modules/Setup.dist to enabled *shared* (and then uncommenting the modules that I want to enable), and passing --enable-shared to configure, I now get the following error during make-install phase: PYTHONPATH=/var/tmp/python27-2.7.1-1.wt_el5-root-hans//usr/lib/python2.7 LD_LIBRARY_PATH=/home/hans/rpm/python27/Python-2.7.1: \ ./python -Wi -tt /var/tmp/python27-2.7.1-1.wt_el5-root-hans//usr/lib/python2.7/compileall.py \ -d /usr/lib/python2.7 -f \ -x 'bad_coding|badsyntax|site-packages|lib2to3/tests/data' \ /var/tmp/python27-2.7.1-1.wt_el5-root-hans//usr/lib/python2.7 Traceback (most recent call last): File "/var/tmp/python27-2.7.1-1.wt_el5-root-hans//usr/lib/python2.7/compileall.py", line 17, in import struct File "/var/tmp/python27-2.7.1-1.wt_el5-root-hans/usr/lib/python2.7/struct.py", line 1, in from _struct import * ImportError: No module named _struct I have cleaned out and rebuilt this many times. I'm going to continue digging to see if I can figure out how to get the the .so files in the right place (or put the right dir on the path). I'm also curious what changed from version 2.6 in this regard (and hopefully I'll figure it out with some more work). -- nosy: +hozn ___ Python tracker <http://bugs.python.org/issue9631> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9631] Python 2.7 installation issue for Linux gcc-4.1.0-3 (Fedora Core 5?)
Hans Lellelid added the comment: Ok, I think I have tracked down the problem to a change that happened in site.py. In comparing against a build that worked fine for Python 2.6.5, I noticed that the Modules subdir (which contains the shared .so files) was present on the sys.path for Python 2.6 but not for 2.7. Digging deeper let me to the site.py module. In Python 2.7 the behavior was changed so that the Modules path element was removed from sys.path. This is probably best explained by the patch I applied to revert to 2.6.x behavior, which fixed the compile problem for me: --- Python-2.7.1/Lib/site.py2010-10-12 18:53:51.0 -0400 +++ Python-2.7.1/Lib/site.py.addbuilddir-revert 2011-04-16 23:03:47.0 -0400 @@ -122,7 +122,7 @@ s = "build/lib.%s-%.3s" % (get_platform(), sys.version) if hasattr(sys, 'gettotalrefcount'): s += '-pydebug' -s = os.path.join(os.path.dirname(sys.path.pop()), s) +s = os.path.join(os.path.dirname(sys.path[-1]), s) sys.path.append(s) Obviously I imagine there was a reason why this change was made, so the above patch is probably not an appropriate universal fix. I don't know anything about the original reasoning, but this change does seem to work for me on CentOS 5.5 now. Notably, the issue I'm describing doesn't appear to have anything to do with gcc. (Incidentally, I'm using gcc-4.1.2-48.el5.) -- ___ Python tracker <http://bugs.python.org/issue9631> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1424152] urllib/urllib2: HTTPS over (Squid) Proxy fails
Hans Lellelid added the comment: Personally, I also think that this is a bugfix, though I realize that in order to fix the bug an API addition had to be made. So +1 from me on rolling into 2.6 (though my opinion is simply that of someone who's eager to see it fixed). -- ___ Python tracker <http://bugs.python.org/issue1424152> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1424152] urllib/urllib2: HTTPS over (Squid) Proxy fails
Hans Lellelid added the comment: Sure -- I will tackle that this week; I hope I can come up with something satisfactory. As I have not provided doc patches before for Python I may need to spin up a bit on that (and of course on the exact meaning of the set_tunnel method in this context) -- but I'm happy to help! -- ___ Python tracker <http://bugs.python.org/issue1424152> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7946] Convoy effect with I/O bound threads and New GIL
Changes by Hans Lellelid : -- nosy: +hozn ___ Python tracker <http://bugs.python.org/issue7946> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue26133] asyncio: ugly error related to signal handlers at exit if the loop is not closed explicitly
Hans Lellelid added the comment: FWIW, I am experiencing the issue described here with Python 3.5.1. -- nosy: +Hans Lellelid ___ Python tracker <http://bugs.python.org/issue26133> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
