[issue3216] errors in msilib documentation
New submission from Sjoerd Mullender <[EMAIL PROTECTED]>: There are several errors in the msilib documentation. I'm sure I haven't found them all, but here are some: - add_data is documented to have two arguments. In reality it has three. - Execute on a View object is documented to have an optional argument. In reality it has a single required argument whose value may be None. - When I click on any of the references to Microsoft documentation, I get a page in Japanese. This is possibly more due to Microsoft than anything else (the links do contain en-us so it is a tad surprising). - There is extremely little information on how to actually use the module. -- assignee: georg.brandl components: Documentation messages: 68831 nosy: georg.brandl, sjoerd severity: normal status: open title: errors in msilib documentation versions: Python 2.5 ___ Python tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue3216> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3216] errors in msilib documentation
Sjoerd Mullender <[EMAIL PROTECTED]> added the comment: Today the links to Microsoft documentation go to English language pages, so that part of the bug report can be skipped. ___ Python tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue3216> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7966] mhlib uses deprecated module
Sjoerd Mullender added the comment: What's difficult about just doing: import mhlib ? That's all it takes to get the warning. -- ___ Python tracker <http://bugs.python.org/issue7966> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7966] mhlib does not emit deprecation warning
Sjoerd Mullender added the comment: mhlib is not officially deprecated, if I may believe PEP 4. Therefore I do not agree with the change that was made to this bug report. As far as I am concerned, the bug remains that mhlib uses a deprecated module. -- ___ Python tracker <http://bugs.python.org/issue7966> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8090] PEP 4 should say something about the standard library
New submission from Sjoerd Mullender : When a module or feature is deprecated, all uses of the deprecated module/feature should be removed from the non-deprecated part of the distribution (and, I would argue, also from the other deprecated modules). I think PEP 4 should say something to this effect. I suggest adding a sentence to the section "Procedure for declaring a module deprecated", something like: "The proposal MUST include patches to remove any use of the deprecated module from the standard library." -- assignee: georg.brandl components: Documentation messages: 100671 nosy: georg.brandl, sjoerd severity: normal status: open title: PEP 4 should say something about the standard library ___ Python tracker <http://bugs.python.org/issue8090> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8090] PEP 4 should say something about the standard library
Sjoerd Mullender added the comment: It was discussed on python-dev. It was suggested to submit a bug report on PEP 4. See http://mail.python.org/pipermail/python-dev/2010-February/097772.html. -- ___ Python tracker <http://bugs.python.org/issue8090> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4591] uid/gid problem in os.chown
New submission from Sjoerd Mullender <[EMAIL PROTECTED]>:
On Fedora 8 and 10 using Python 2.5.1 and 2.5.2 (64 bit):
$ grep nfsnobody /etc/passwd
nfsnobody:x:4294967294:4294967294:Anonymous NFS
User:/var/lib/nfs:/sbin/nologin
So the UID of nfsnobody is 4294967294 (-2 if viewed as signed 32-bit int).
>>> import pwd, os
>>> print pwd.getpwnam('nfsnobody').pw_uid
4294967294
>>> os.chown('some file', pwd.getpwnam('nfsnobody').pw_uid,
pwd.getpwnam('nfsnobody').pw_gid)
Traceback (most recent call last):
File "", line 1, in
OverflowError: signed integer is greater than maximum
The reason for this error is that os.chown uses the "i" format to
convert the second and third arguments. But the valued do not fit in a
32-bit signed integer. uid_t and gid_t are defined as unsigned
quantities on this system.
The bug does not occur on 32 bit Fedora since there the uid and gid of
nfsnobody are 65534.
--
components: Library (Lib)
messages: 77301
nosy: sjoerd
severity: normal
status: open
title: uid/gid problem in os.chown
type: behavior
versions: Python 2.5
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue4591>
___
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4591] uid/gid problem in os.chown
Sjoerd Mullender <[EMAIL PROTECTED]> added the comment: I'm sure you meant 2^32-2 ;-). The "fix" to use long doesn't seem right to me either. unsigned int is a better match with uid_t and gid_t. ___ Python tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue4591> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2245] aifc cannot handle unrecognised chunk type "CHAN"
Sjoerd Mullender added the comment: I wrote the module 16 years ago, but haven't done anything with AIFF files for probably at least 10, so I can't really comment on the merits of the two solutions (delete _skiplist or add CHAN to _skiplist). I'm fine with either. However, the proposed patch leaves an `else: pass' which should be removed if the patch is adopted. -- ___ Python tracker <http://bugs.python.org/issue2245> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
