[issue4387] binascii b2a functions accept strings (unicode) as data

Georg Brandl [EMAIL PROTECTED] added the comment: I vote yes. -- nosy: +georg.brandl ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue4387 ___ ___

[issue4378] howto doc update

Georg Brandl [EMAIL PROTECTED] added the comment: Fixed in r67328. -- resolution: - fixed status: open - closed ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue4378 ___

[issue4361] Docstring for Lib/string.py is outdated

Georg Brandl [EMAIL PROTECTED] added the comment: Fixed in r67329. -- resolution: - fixed status: open - closed ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue4361 ___

[issue4364] error in multiprocessing docs - rawvalue

Georg Brandl [EMAIL PROTECTED] added the comment: Fixed in r67330. -- resolution: - fixed status: open - closed ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue4364 ___

[issue2306] Update What's new in 3.0

Georg Brandl [EMAIL PROTECTED] added the comment: Added __cmp__ issue in r67331. -- nosy: +georg.brandl ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue2306 ___

[issue4206] multiprocessing docs

Georg Brandl [EMAIL PROTECTED] added the comment: Thanks, fixed in r67334. -- resolution: - fixed status: open - closed ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue4206 ___

[issue4012] Minor errors in multiprocessing docs

Georg Brandl [EMAIL PROTECTED] added the comment: Fixed applyAsync and missing ] in r67335. ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue4012 ___ ___

[issue4193] Multiprocessing example

Changes by Georg Brandl [EMAIL PROTECTED]: -- assignee: georg.brandl - jnoller nosy: +jnoller ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue4193 ___

[issue4153] Unicode HOWTO up to date?

Georg Brandl [EMAIL PROTECTED] added the comment: Thanks for noting this! The most basic changes had been done, but I had to revise some sections for changes. Done in r67338. -- resolution: - fixed status: open - closed ___ Python tracker [EMAIL

[issue4388] test_cmd_line fails on MacOS X

Mark Dickinson [EMAIL PROTECTED] added the comment: This seems to have something to do with the current locale. On OS X 10.4.11/PPC I have: $ echo $LANG C and the test fails. On OS X 10.5.5: $ echo $LANG en_GB.UTF-8 and test_cmd_line.py passes. Moreover, after doing: $ export LANG=C

[issue4388] test_cmd_line fails on MacOS X

Mark Dickinson [EMAIL PROTECTED] added the comment: Here's a minimal failing example, which I believe captures the cause of the test_cmd_line failure. After export LANG=C, on OS X 10.5, I get: Python 3.0rc3+ (py3k:67335, Nov 22 2008, 09:11:58) [GCC 4.0.1 (Apple Inc. build 5488)] on darwin

[issue4388] test_cmd_line fails on MacOS X

Mark Dickinson [EMAIL PROTECTED] added the comment: I'm not competent enough in this area to judge how serious this bug is, or determine what to do about it, but it seems as though it might potentially be a release blocker. Martin, would you be able to take a look? -- assignee: -

[issue4388] test_cmd_line fails on MacOS X

Amaury Forgeot d'Arc [EMAIL PROTECTED] added the comment: There is some inconsistency in the conversions with the command line: - on input, sys.argv decodes with mbstowcs - on output, os.system uses utf-8, os.execv uses the FileSystemDefaultEncoding. -- nosy: +amaury.forgeotdarc

[issue3799] Byte/string inconsistencies between different dbm modules

Skip Montanaro [EMAIL PROTECTED] added the comment: py3k patched with specify_open_encoding.diff passes test_dbm_dumb on my Mac (Leopard, Intel). Might as well assign this to Brett. He seems to be doing all the heavy lifting anyway. ;-) Skip -- assignee: - brett.cannon

[issue4389] Uninstaller Lacks an Icon

New submission from Retro [EMAIL PROTECTED]: The uninstaller program of the Python interpreter lacks an icon. This looks ackward in the Add/Remove Programs list on the Windows platform. Please add an icon for the uninstaller. -- components: None messages: 76246 nosy: Retro severity:

[issue4389] Uninstaller Lacks an Icon

Changes by Amaury Forgeot d'Arc [EMAIL PROTECTED]: -- assignee: - loewis nosy: +loewis ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue4389 ___ ___

[issue4389] Uninstaller Lacks an Icon

Martin v. Löwis [EMAIL PROTECTED] added the comment: What specific release are you referring to? ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue4389 ___ ___

[issue2628] ftplib Persistent data connection

Giampaolo Rodola' [EMAIL PROTECTED] added the comment: An actual test suite for ftplib is now available. Should we reconsider revamping this issue? ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue2628 ___

[issue4252] some missing links in html help index pane

Georg Brandl [EMAIL PROTECTED] added the comment: Okay, I applied your latest patch as changeset 970452b02e2e. Thanks! -- resolution: - fixed status: open - closed ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue4252

[issue4389] Uninstaller Lacks an Icon

Retro [EMAIL PROTECTED] added the comment: As far as I know, the uninstaller has never had an icon, but it certainly needs one. The upcoming versions of Python could be equipped with a neat little icon. Are you willing to implement it? That would be very nice.

[issue4389] Uninstaller Lacks an Icon

Martin v. Löwis [EMAIL PROTECTED] added the comment: I can't quite reproduce the problem. Both on Uninstall Python in the start menu, and in Add and remove programs, Windows displays an icon, showing a computer and a cdrom, atleast on Windows XP. So where are you missing the icon?

[issue4385] Py_Object_HEAD_INIT in Py3k

Martin v. Löwis [EMAIL PROTECTED] added the comment: I don't think PyObject_HEAD_INIT should be removed. -- nosy: +loewis ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue4385 ___

[issue4388] test_cmd_line fails on MacOS X

Martin v. Löwis [EMAIL PROTECTED] added the comment: The locale machinery on OSX is flaky. The question is what people really pass for command line arguments. It would be useful to find out what happens in these two cases: 1. Somebody runs a.py ภาษาไทย in a Terminal.app window. Most likely, the

[issue4388] test_cmd_line fails on MacOS X

Changes by Martin v. Löwis [EMAIL PROTECTED]: -- assignee: loewis - ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue4388 ___ ___ Python-bugs-list

[issue3996] PyOS_CheckStack does not work

Martin v. Löwis [EMAIL PROTECTED] added the comment: The patch is fine, please apply it to all versions from 2.6 to 3.0. -- assignee: loewis - amaury.forgeotdarc nosy: +krisvale resolution: - accepted ___ Python tracker [EMAIL PROTECTED]

[issue4388] test_cmd_line fails on MacOS X

Mark Dickinson [EMAIL PROTECTED] added the comment: It looks like your conjectures are right in both cases. I tried adding a few lines to Modules/python.c to print out the argv entries as byte strings, before they're passed to mbstowcs. Results on OS X 10.5: 1. Somebody runs a.py ภาษาไทย in

[issue4389] Uninstaller Lacks an Icon

Retro [EMAIL PROTECTED] added the comment: Oh, I guess I should have been more informative, sorry. My OS is Windows Vista Business (64 bit) onto which I have installed the 32 bit interpreter. And now when this 32 bit interpreter is installed on my 64 bit OS platform, I don't see the

[issue3996] PyOS_CheckStack does not work

Amaury Forgeot d'Arc [EMAIL PROTECTED] added the comment: Committed r67343 (trunk) and r67344 (release26-maint) -- resolution: accepted - fixed status: open - closed ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3996

[issue4390] Using subprocess.STDOUT causes AttributeError

New submission from Krzysztof Pawlik [EMAIL PROTECTED]: Using stderr=subprocess.STDOUT causes Python 3.0 (RC1 from Ubuntu 8.10) to raise AttributeError, important code snippet (whole test program attached): proc = subprocess.Popen(['whoami'], stdout=subprocess.PIPE, stderr=subprocess.STDOUT)

[issue4390] Using subprocess.STDOUT causes AttributeError

Amaury Forgeot d'Arc [EMAIL PROTECTED] added the comment: This _fo_read_no_intr method does not exist anywhere in the standard python code. A quick Google search reveals that it certainly comes from a patch proposed by the Ubuntu maintainers:

[issue4391] optparse: use proper gettext plurals forms

New submission from Dwayne Bailey [EMAIL PROTECTED]: The following code in optparse: if len(rargs) nargs: if nargs == 1: self.error(_(%s option requires an argument) % opt) else: self.error(_(%s option requires

[issue4391] optparse: use proper gettext plurals forms

David W. Lambert [EMAIL PROTECTED] added the comment: And while at it, replace usage with Use. Usage isn't a word. -- nosy: +LambertDW ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue4391 ___

[issue4391] optparse: use proper gettext plurals forms

Dwayne Bailey [EMAIL PROTECTED] added the comment: Mmm some problems with my head late at night. This patch sorts things out and makes sure strings can be extracted by xgettext Added file: http://bugs.python.org/file12108/optparse_proper_gettext_plurals.diff

[issue4388] test_cmd_line fails on MacOS X

Jean Brouwers [EMAIL PROTECTED] added the comment: The test was originally run with % echo $LANG tcsh: LANG: Undefined variable. The same failure occurs with LANG set to C % env LANG=C ../Python-3.0rc3/python.exe Lib/test/test_cmd_line.py test_directories (__main__.CmdLineTest) ... ok

[issue4388] test_cmd_line fails on MacOS X

Jean Brouwers [EMAIL PROTECTED] added the comment: The results from this script import os, sys print('Python %s' % sys.version.split()[0]) print('env[LANG]: %s' % os.environ.get('LANG', 'not set')) print('default encoding: %s' % sys.getdefaultencoding()) print('filesystem encoding:

[issue4392] incorrect parameter name for collections.namedtuple

New submission from none_00 [EMAIL PROTECTED]: http://docs.python.org/library/collections.html#collections.namedtuple it is stated that the second parameter to namedtuple is fieldnames, while in reality it is field_names -- assignee: georg.brandl components: Documentation messages: