[issue1117] Spurious warning about missing _sha256 and _sha512 when not needed

2007-09-06 Thread David Ripton

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

2007-09-06 Thread David Ripton

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 "", line 1, in 
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



[issue1117] Spurious warning about missing _sha256 and _sha512 when not needed

2007-09-06 Thread David Ripton

David Ripton added the comment:

Yes, the fix works for me.  Thanks.

__
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



[issue1120] "make altinstall" installs pydoc, idle, smtpd.py with broken shebang lines

2007-09-06 Thread David Ripton

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



[issue1183] race in SocketServer.ForkingMixIn.collect_children

2007-09-20 Thread David Ripton

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



[issue1183] race in SocketServer.ForkingMixIn.collect_children

2007-10-29 Thread David Ripton

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



[issue4012] Minor errors in multiprocessing docs

2008-10-09 Thread David Ripton

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



[issue1590] "make altinstall" installs pydoc, idle, smtpd.py

2007-12-11 Thread David Ripton

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



[issue1590] "make altinstall" installs pydoc, idle, smtpd.py

2007-12-12 Thread David Ripton

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

2007-12-12 Thread David Ripton

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

2007-12-12 Thread David Ripton

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



[issue1183] race in SocketServer.ForkingMixIn.collect_children

2008-02-04 Thread David Ripton

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



[issue1183] race in SocketServer.ForkingMixIn.collect_children

2008-02-28 Thread David Ripton

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



[issue2279] distutils sdist add_defaults does not add data_files

2008-03-12 Thread David Ripton

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



[issue5461] python3 symlink

2009-03-09 Thread David Ripton

New submission from David Ripton :

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 
<http://bugs.python.org/issue5461>
___
___
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

2009-04-07 Thread David Ripton

David Ripton  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 
<http://bugs.python.org/issue1590>
___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com



[issue5756] idle pydoc et al removed from 3.1 without versioned replacements

2009-04-14 Thread David Ripton

David Ripton  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 
<http://bugs.python.org/issue5756>
___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com