[issue5756] idle pydoc et al removed from 3.1 without versioned replacements
David Ripton d+pyt...@ripton.net added the comment: issue1590 was only supposed to fix make altinstall, which is a secondary install target intended specifically to not break the primary Python on a system. I agree with Ned that if it changed the behavior of make install then the change was broken. -- nosy: +dripton ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue5756 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1590] make altinstall installs pydoc, idle, smtpd.py
David Ripton d+pyt...@ripton.net added the comment: I see this has been marked as test needed, but this patch is a change to Makefile.pre.in, and it's not clear to me how to unit test it using the existing Python test framework. FWIW, I've manually tested it (on Linux) by doing ./configure; make; sudo make install and verifying the absence of (newly installed) idle, pydoc, and smtpd.py in /usr/local/bin -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue1590 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue5461] python3 symlink
New submission from David Ripton d+pyt...@ripton.net: When Python 2.x is manually installed on Linux, a python2 symlink is created, like this: lrwxrwxrwx 1 root root 9 Jan 24 00:03 /usr/bin/python2 - python2.6 (make install updates the symlink; make altinstall does not). When Python 3.x is installed, no python3 symlink is created. For Python 2.x, one had a choice of #!/usr/bin/python, #!/usr/bin/python2, or #!/usr/bin/python2.6 for shebang line. For Python 3.x, the middle choice is lost. This seems like a small regression. -- components: Installation message_count: 1.0 messages: 83400 nosy: dripton nosy_count: 1.0 severity: normal status: open title: python3 symlink type: feature request versions: Python 3.0, Python 3.1 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue5461 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4012] Minor errors in multiprocessing docs
David Ripton [EMAIL PROTECTED] added the comment: Also, two of the example code blurbs in that page still refer to the module as processing instead of multiprocessing. (Search for import processing to find them.) -- nosy: +dripton ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue4012 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2279] distutils sdist add_defaults does not add data_files
New submission from David Ripton [EMAIL PROTECTED]: distutils.sdist.add_defaults adds the Python modules and scripts and C extensions found in setup.py to the MANIFEST. It does *not* add data_files mentioned in setup.py to the MANIFEST. This is non-orthogonal and confusing, because it means that a MANIFEST.in is required if you have data_files, optional if you do not. If you have data_files and do not have MANIFEST.in, you get a broken package but no error. -- components: Distutils messages: 63475 nosy: dripton severity: normal status: open title: distutils sdist add_defaults does not add data_files type: behavior versions: Python 2.4, Python 2.5, Python 2.6, Python 3.0 __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue2279 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1183] race in SocketServer.ForkingMixIn.collect_children
David Ripton added the comment: The if pid not in self.active_children: continue check that was added in r61106 appears to fix the bug, so I'm happy. Thanks. __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1183 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1183] race in SocketServer.ForkingMixIn.collect_children
David Ripton added the comment: Just noticed that this is a partial duplicate of issue 1540386. -- versions: +Python 2.5 __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1183 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1590] make altinstall installs pydoc, idle, smtpd.py
David Ripton added the comment: Here's a patch, against the 3.0a2 tarball. __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1590 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1590] make altinstall installs pydoc, idle, smtpd.py
David Ripton added the comment: Same patch appears to work fine against the 2.5.1 tarball. __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1590 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1590] make altinstall installs pydoc, idle, smtpd.py
Changes by David Ripton: Added file: http://bugs.python.org/file8931/altinstall.patch __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1590 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1590] make altinstall installs pydoc, idle, smtpd.py
New submission from David Ripton: Python 3.0a2, Gentoo Linux, x86 make altinstall installs idle, pydoc, and smtpd.py This can partially break the previous Python install, which is counter to the idea of altinstall being safe to use in parallel with an existing install of a different version of Python. IMO altinstall should install no files that lack a version number somewhere in their path. I suggest having altinstall simply not install pydoc, idle, and smtpd.py. -- components: Build messages: 58437 nosy: dripton severity: minor status: open title: make altinstall installs pydoc, idle, smtpd.py type: behavior versions: Python 3.0 __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1590 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1183] race in SocketServer.ForkingMixIn.collect_children
David Ripton added the comment: No signal handler. Yes, we run subprocesses. I don't believe either is necessary to trigger the race condition, though. __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1183 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1183] race in SocketServer.ForkingMixIn.collect_children
New submission from David Ripton: CentOS Linux 5, Python 2.4.3 (but code appears unchanged in 2.5 and trunk, so I don't believe this bug has already been fixed) We have an xmlrpc server that subclasses DocXMLRPCServer.DocXMLRPCServer and SocketServer.ForkingMixIn. Under load, it sometimes crashes with an error in SocketServer.ForkingMixIn.collect_children The bug is that collect_children calls os.waitpid with pid 0, so it waits for any child. But then it assumes that the pid found was in the list self.active_children, and attempts to remove it from that list without a try block. However, another call to collect_children could have already removed it, so we get ValueError: list.remove(x): x not in list The fix is just adding a try/except block around the attempt to remove pid from self.active children. diff -u SocketServer.py /tmp/SocketServer.py --- SocketServer.py 2007-08-27 10:52:24.0 -0400 +++ /tmp/SocketServer.py2007-09-20 15:34:00.0 -0400 @@ -421,7 +421,10 @@ except os.error: pid = None if not pid: break -self.active_children.remove(pid) +try: +self.active_children.remove(pid) +except ValueError: +pass def process_request(self, request, client_address): Fork a new subprocess to process the request. -- components: Library (Lib) messages: 56065 nosy: dripton severity: normal status: open title: race in SocketServer.ForkingMixIn.collect_children type: crash versions: Python 2.4 __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1183 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1117] Spurious warning about missing _sha256 and _sha512 when not needed
New submission from David Ripton:
Python 3.0a1, Gentoo Linux x86, with OpenSSL 0.9.8e installed.
$ ./configure; make
Failed to find the necessary bits to build these modules:
_sha256 _sha512
To find the necessary bits, look in setup.py in detect_modules() for the
module's name.
setup.py says:
if (openssl_ver 0x00908000):
# OpenSSL doesn't do these until 0.9.8 so we'll bring our
own hash
exts.append( Extension('_sha256', ['sha256module.c']) )
exts.append( Extension('_sha512', ['sha512module.c']) )
But I have openssl 0.9.8e. So openssl is new enough that I don't need
the _sha256 and _sha512 modules. And the comment says that these
aren't strictly missing since they are unneeded, so the error message
is spurious.
--
components: Build
messages: 55686
nosy: dripton
severity: minor
status: open
title: Spurious warning about missing _sha256 and _sha512 when not needed
type: behavior
versions: Python 3.0
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1117
__
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1118] hashlib module fails with TypeError
New submission from David Ripton: The hashlib module seems not to work at all: $ python3.0 Python 3.0a1 (py3k, Sep 5 2007, 08:17:11) [GCC 4.1.2 (Gentoo 4.1.2)] on linux2 Type help, copyright, credits or license for more information. import hashlib m = hashlib.md5() m.update(Nobody inspects) Traceback (most recent call last): File stdin, line 1, in module TypeError: object supporting the buffer API required (Same error with hashlib.sha1(), etc.) -- components: Library (Lib) messages: 55687 nosy: dripton severity: normal status: open title: hashlib module fails with TypeError type: crash versions: Python 3.0 __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1118 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1120] make altinstall installs pydoc, idle, smtpd.py with broken shebang lines
New submission from David Ripton: Gentoo Linux, x86, Python 3.0a I did a vanilla ./configure; make; make test; make altinstall build. The following files were created in /usr/local/bin: -rwxr-xr-x 1 root root 18036 Sep 6 17:49 smtpd.py -rwxr-xr-x 1 root root 81 Sep 6 17:49 pydoc -rwxr-xr-x 1 root root 96 Sep 6 17:49 idle -rwxr-xr-x 1 root root 3644316 Sep 6 17:58 python3.0 -rwxr-xr-x 1 root root1401 Sep 6 17:59 python3.0-config As intended, altinstall does not create /usr/local/bin/python, so python is still the pre-existing python2.5. However, other binaries are installed as though /usr/local/bin/python were created, so they don't work. [EMAIL PROTECTED] ~ $ pydoc bash: /usr/local/bin/pydoc: /usr/local/bin/python: bad interpreter: No such file or directory [EMAIL PROTECTED] ~ $ idle bash: /usr/local/bin/idle: /usr/local/bin/python: bad interpreter: No such file or directory [EMAIL PROTECTED] ~ $ smtpd.py bash: /usr/local/bin/smtpd.py: /usr/local/bin/python: bad interpreter: No such file or directory Suggest that make altinstall should not put anything in the bin directory except pythonX.Y and pythonX.Y-config, which are safe because of the embedded version numbers. Another option would be installing those other binaries but with fixed shebang lines. -- components: Build messages: 55714 nosy: dripton severity: minor status: open title: make altinstall installs pydoc, idle, smtpd.py with broken shebang lines type: crash versions: Python 3.0 __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1120 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
