[issue2888] pprint produces different output in 2.6 and 3.0
Manuel Kaufmann <[EMAIL PROTECTED]> added the comment: If the correct way is the first option, we can use this patch to solve that error. I attached diff file. I use Lib/test/test_pprint.py to ensure that's works. -- keywords: +patch nosy: +humitos Added file: http://bugs.python.org/file10422/pprint.diff __ Tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue2888> __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2888] pprint produces different output in 2.6 and 3.0
Manuel Kaufmann <[EMAIL PROTECTED]> added the comment: Documentation fix. Added file: http://bugs.python.org/file10464/pprint.rst.diff ___ Python tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue2888> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2834] re.IGNORECASE not Unicode-ready
Manuel Kaufmann <[EMAIL PROTECTED]> added the comment:
I have the same error with the re.LOCALE flag...
[humitos] [~]$ python3.0
Python 3.0a5+ (py3k:63855, Jun 1 2008, 13:05:09)
[GCC 4.1.3 20080114 (prerelease) (Debian 4.1.2-19)] on linux2
Type "help", "copyright", "credits" or "license" for more information.
>>> import re
>>> rx = re.compile('á', re.LOCALE | re.IGNORECASE)
>>> rx.match('Á')
>>> rx.match('á')
<_sre.SRE_Match object at 0x2b955e204d30>
>>> rx = re.compile('Á', re.IGNORECASE | re.LOCALE)
>>> rx.match('Á')
<_sre.SRE_Match object at 0x2b955e204e00>
>>> rx.match('á')
>>> 'Á'.lower() == 'á' and 'á'.upper() == 'Á'
True
>>>
--
nosy: +humitos
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue2834>
___
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3085] chapter 17.1.3.5 'Replacing os.popen*' in the Python library reference contains an error
Manuel Kaufmann <[EMAIL PROTECTED]> added the comment: I fixed this error, I attach the patch. -- keywords: +patch nosy: +humitos Added file: http://bugs.python.org/file10681/libsubprocess.diff ___ Python tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue3085> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3085] chapter 17.1.3.5 'Replacing os.popen*' in the Python library reference contains an error
Manuel Kaufmann <[EMAIL PROTECTED]> added the comment: This bug was reported on Python 2.5 version and was applied on 2.6 branch. That's correct? ___ Python tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue3085> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1781] ConfigParser: add_section('DEFAULT') causes duplicate sections.
Manuel Kaufmann added the comment: I tested the patch and works very well. I modified "Misc/NEWS" file beacuse the change wasn't reported and I uploaded diff file (NEWS.diff). -- nosy: +humitos Added file: http://bugs.python.org/file9492/NEWS.diff __ Tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue1781> __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1746071] class mutex doesn't do anything atomically
Manuel Kaufmann added the comment: I tested the patch and I found an error. It was missing a line "if call:" in the unlock function. I added it, and tested again with the ex.py example and it didn't found any threads locked at the same time. -- nosy: +humitos Added file: http://bugs.python.org/file9505/mutex.diff _ Tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue1746071> _ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2729] Link error in What's New in Python 2.6
New submission from Manuel Kaufmann <[EMAIL PROTECTED]>: I found a link error in section "What's New in Python 2.6" to Trac project. I attach the patch file -- assignee: georg.brandl components: Documentation files: patch.diff keywords: patch messages: 66028 nosy: georg.brandl, humitos severity: normal status: open title: Link error in What's New in Python 2.6 versions: Python 2.6 Added file: http://bugs.python.org/file10148/patch.diff __ Tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue2729> __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2757] Little error in unittest documentation
New submission from Manuel Kaufmann <[EMAIL PROTECTED]>: I found a more Enter -- assignee: georg.brandl components: Documentation files: unittest.diff keywords: patch messages: 66214 nosy: georg.brandl, humitos severity: normal status: open title: Little error in unittest documentation versions: Python 2.6 Added file: http://bugs.python.org/file10192/unittest.diff __ Tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue2757> __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue39229] library/functions.rst causes translated builds to fail
Manuel Kaufmann added the comment: We are having a similar issue in python-docs-es translation. cpython/Doc/library/ctypes.rst:: WARNING: inconsistent term references in translated message. original: [], translated: [':ref:`evento de auditoría `'] https://travis-ci.org/github/python/python-docs-es/builds/698122676 Note that the WARNING does not mention a line number in the RST file. From what I could find, this is because the source English sentence is not in the .rst file, but it's a RST directive and the sentence comes from Python code: https://github.com/python/cpython/blob/6f8c8320e9eac9bc7a7f653b43506e75916ce8e8/Doc/tools/extensions/pyspecific.py#L135-L139 The original RST file, uses the directive here: https://github.com/python/cpython/blob/6f8c8320e9eac9bc7a7f653b43506e75916ce8e8/Doc/library/ctypes.rst#L1510 The PO file we are translating, does not have a header with line numbers for this paragraph: https://github.com/python/python-docs-es/blob/c51c38134ba74e26f73732ed96584325536141d3/library/ctypes.po#L1456-L1459 -- nosy: +humitos ___ Python tracker <https://bugs.python.org/issue39229> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue5831] Doc mistake : threading.Timer is *not* a class
Manuel Kaufmann added the comment: I deleted this function and I renamed the class _Timer to Timer. I attached the patch -- keywords: +patch nosy: +humitos Added file: http://bugs.python.org/file14831/threading.Issue.5831.patch ___ Python tracker <http://bugs.python.org/issue5831> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue5435] test_httpservers on Debian Testing
Manuel Kaufmann added the comment: I downloaded py3k branch and ran the tests with a regular user. All test pass OK. SVN Revision: 70469 -- nosy: +humitos Added file: http://bugs.python.org/file13400/httpservers_test ___ Python tracker <http://bugs.python.org/issue5435> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue5435] test_httpservers on Debian Testing
Manuel Kaufmann added the comment: I think it isn't a problem / bug, rather than it's a protection method to don't execute this test or cgi stuff with root user. In the middle, it change a userid to 'nobody', then if you are logged in as root, it can change the userid and then you don't have permission to write in the disk; and if you are logged in with as a regular user it can't change the userid and works OK. -- ___ Python tracker <http://bugs.python.org/issue5435> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue27393] Command to activate venv in Windows has wrong path
New submission from Manuel Kaufmann: The `venv` module has a bug in the command to activate it on Windows. In 3.3 and 3.4 the bar used is wrong: `/` instead `\` * https://docs.python.org/3.4/library/venv.html#creating-virtual-environments * https://docs.python.org/3.3/library/venv.html#creating-virtual-environments In 3.5 and 3.6 that section was converted to a table with the commands and they are missing the `\` in the command path: * https://docs.python.org/3.5/library/venv.html#creating-virtual-environments * https://docs.python.org/dev/library/venv.html#creating-virtual-environments -- assignee: docs@python components: Documentation files: venv-windows-command.patch keywords: patch messages: 269299 nosy: docs@python, facundobatista, humitos priority: normal severity: normal status: open title: Command to activate venv in Windows has wrong path type: enhancement versions: Python 3.3, Python 3.4, Python 3.5, Python 3.6 Added file: http://bugs.python.org/file43543/venv-windows-command.patch ___ Python tracker <http://bugs.python.org/issue27393> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
