[issue12242] distutils2 environment marker for current compiler

Eli Collins added the comment: Attached is a diff (ba08e4a70631.diff) containing a third revision of my patch. This hopefully addresses all the issues brought up in the code review of the second revision, and changes little else. -- ___ Python trac

[issue12242] distutils2 environment marker for current compiler

Changes by Eli Collins : Added file: http://bugs.python.org/file23255/ba08e4a70631.diff ___ Python tracker ___ ___ Python-bugs-list mailing li

[issue13057] Thread not working for python 2.7.1 built with HP Compiler on HP-UX 11.31 ia64

New submission from Wong Wah Meng : Resending as my old alternative email ID wasn't registered under my account. === Hello there, I included --with-threads option into the configure script calling, which it failed to add t

[issue13056] test_multibytecodec.py:TestStreamWriter is skipped after PEP393

Changes by STINNER Victor : -- components: +Unicode ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail

[issue13056] test_multibytecodec.py:TestStreamWriter is skipped after PEP393

New submission from Ezio Melotti : The test at Lib/test/test_multibytecodec.py:178 checks for len('\U00012345') == 2, and with PEP393 this is always False. I tried to run the tests with a few changes and they seem to work, but the code doesn't raise any exception on c.reset(): >8>8

[issue13052] IDLE: replace ending with '\' causes crash

Ezio Melotti added the comment: The problem is in Lib/idlelib/ReplaceDialog.py:141: m = prog.match(chars, col) if not prog: return False new = m.expand(self.replvar.get()) where prog = re.compile('foo') # i.e. text in the find box chars = '>>> "foo"\n' # i.e. the text in the IDLE window c

[issue13053] Add Capsule migration documentation to "cporting"

Ezio Melotti added the comment: I think it's fine to include it in 2.7. -- nosy: +ezio.melotti ___ Python tracker ___ ___ Python-bugs

[issue12933] Update or remove claims that distutils requires external programs

Changes by Ezio Melotti : -- nosy: +ezio.melotti ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.py

[issue13055] Distutils tries to handle null versions but fails

Changes by Ezio Melotti : -- stage: -> test needed type: crash -> behavior ___ Python tracker ___ ___ Python-bugs-list mailing list U

[issue13054] sys.maxunicode value after PEP-393

Ezio Melotti added the comment: I added PyUnicode_GetMax to the list of deprecated functions in PEP 393 in http://hg.python.org/peps/rev/9a154edf18e6. (I'm also adding Antoine to the nosy because he might know something about test_bigmem.) -- nosy: +pitrou stage: test needed -> patch

[issue13054] sys.maxunicode value after PEP-393

Ezio Melotti added the comment: Attached a second patch that fixes checks like: if sys.maxunicode == 65535: ... There are a couple of places (e.g. test_bigmem) where I'm not sure what the best fix is, so I added a couple of XXX in the patch. If you have any suggestion please comment eith

[issue13054] sys.maxunicode value after PEP-393

Roundup Robot added the comment: New changeset 606652491366 by Ezio Melotti in branch 'default': #13054: sys.maxunicode is now always 0x10. http://hg.python.org/cpython/rev/606652491366 -- nosy: +python-dev ___ Python tracker

[issue13039] IDLE editor: shell-like behaviour on line starting with ">>>"

Ezio Melotti added the comment: Do you want to work on a patch? -- nosy: +ezio.melotti ___ Python tracker ___ ___ Python-bugs-list ma

[issue13039] IDLE editor: shell-like behaviour on line starting with ">>>"

Terry J. Reedy added the comment: Right. That is how I reconfirmed that the bug still exists in 3.2.2, and why I said it should be fixed. -- ___ Python tracker ___

[issue13055] Distutils tries to handle null versions but fails

Changes by Ben Gamari : -- assignee: -> tarek components: +Distutils nosy: +eric.araujo, tarek type: -> crash versions: +Python 2.7 ___ Python tracker ___ _

[issue13055] Distutils tries to handle null versions but fails

Changes by Ben Gamari : Added file: http://bugs.python.org/file23253/distutils-workaround.patch ___ Python tracker ___ ___ Python-bugs-list ma

[issue13055] Distutils tries to handle null versions but fails

New submission from Ben Gamari : The distutils.LooseVersion constructor currently only calls parse if vstring has a value. Unfortunately, this means that a user passing in vstring="" or vstring=None gets a version object with self.vstring and self.version unset. This wreaks havoc later when th

[issue13054] sys.maxunicode value after PEP-393

Martin v. Löwis added the comment: Sounds all fine to me. As the PEP specifies, all deprecation will only be on paper for now, not in the code. Adding PyUnicode_GetMax to the list sounds fine to me as well. -- ___ Python tracker

[issue12933] Update or remove claims that distutils requires external programs

Éric Araujo added the comment: BTW, one way to confirm this is to use an OS without the tar, gzip, etc. programs, remove the checks in the code that return or skip if tar is not present and run the test suite. -- ___ Python tracker

[issue13039] IDLE editor: shell-like behaviour on line starting with ">>>"

etuardu added the comment: Note that this does not affect just pasted code, you can reproduce it typing on a new line three greater-than signs plus a space, and then trying to use backspace. One might want to legitimately do that in a module docstring, e.g.: """This module provides this: >>>

[issue11473] upload command no longer accepts repository by section name

Jason R. Coombs added the comment: Sure enough. I just confirmed that with Python 3.2.0, if .pypirc is symlinked, distutils behaves as if the .pypirc isn't present at all, but if that same .pypirc is copied, it behaves as expected. If one deletes the .pypirc altogether, it produces the same e

[issue13054] sys.maxunicode value after PEP-393

Ezio Melotti added the comment: Attached initial patch that sets the value of sys.maxunicode to 0x10, adds a test, and document the change in both the sys.rst doc and in the 3.3 whatsnew. The patch doesn't include any deprecation. If we decide to deprecate something the PEP and possibly

[issue11473] upload command no longer accepts repository by section name

Jason R. Coombs added the comment: I now seem to be unable to reproduce the issue. I do keep my .pypirc in a revision control system, so I have reasonable confidence that my .pypirc contained the content that I'm attaching now (passwords scrubbed of course). One possible factor is that my .py

[issue13054] sys.maxunicode value after PEP-393

New submission from Ezio Melotti : Now that PEP 393 is in and the distinction between narrow and wide doesn't exist anymore, the value of sys.maxunicode should always be 0x10. sys.maxunicode currently uses PyUnicode_GetMax (Objects/unicodeobject.c:196) and still returns either 0x10 if

[issue13053] Add Capsule migration documentation to "cporting"

New submission from Larry Hastings : After the great Capsule flame wars of 2011, it became clear that we need documentation on migrating from CObject to Capsules, as CObject is gone as of 3.2. Nick made me promise to write the documentation, and Raymond steered me in the direction of "cportin

[issue13012] Allow keyword argument in str.splitlines()

Changes by Ezio Melotti : -- status: open -> closed ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail

[issue13012] Allow keyword argument in str.splitlines()

Ezio Melotti added the comment: I applied my patch, including the changes in Lib/collections/__init__.py, the issue can now be closed. -- assignee: -> mark.dickinson resolution: -> fixed stage: patch review -> committed/rejected ___ Python tracker

[issue13012] Allow keyword argument in str.splitlines()

Roundup Robot added the comment: New changeset 83f43b58c988 by Ezio Melotti in branch 'default': #13012: use splitlines(keepends=True/False) instead of splitlines(0/1). http://hg.python.org/cpython/rev/83f43b58c988 -- ___ Python tracker

[issue12746] normalization is affected by unicode width

Benjamin Peterson added the comment: Almost, that is. The unicodedata module still needs to use the new PEP 393 API. -- resolution: fixed -> status: closed -> open ___ Python tracker _

[issue12746] normalization is affected by unicode width

Changes by STINNER Victor : -- versions: -Python 2.7, Python 3.2 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe

[issue12746] normalization is affected by unicode width

Benjamin Peterson added the comment: Not anymore, though. :) -- resolution: -> fixed status: open -> closed ___ Python tracker ___ _