[issue11638] pysetup un sdist crashes with weird trace if version is unicode by accident
Changes by Mike Hoy mho...@gmail.com: -- nosy: +mikehoy ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11638 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12944] Accept arbitrary files for packaging's upload command
Changes by Mike Hoy mho...@gmail.com: -- nosy: +mikehoy ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12944 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8060] PEP 3101 string formatting missing engineering presentation type for floating point
Changes by Nick Coghlan ncogh...@gmail.com: -- nosy: +ncoghlan ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue8060 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue5289] ctypes.util.find_library does not work under Solaris
Changes by Maciej Bliziński maciej.blizin...@gmail.com: -- nosy: +automatthias ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue5289 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13195] subprocess: args with shell=True is not documented on Windows
New submission from anatoly techtonik techto...@gmail.com: For UNIX, it is said that if shell=False then you need to pass `args` as a list (if you want to pass any parameters to executable). Is that true for Windows (and perhaps other platforms) as well? Again, for UNIX it is said that with shell=True, and args is a list - every item except the first one is an argument to the shell itself. Is it the same on Windows? It would be better to just give advice in `shell` parameter description to pass args as a list with shell=False or else you'll lose params in Unix. If shell=True you need to pass args as a string, because list is needed only if you need to pass arguments to shell itself. -- assignee: docs@python components: Documentation, Library (Lib) messages: 145662 nosy: docs@python, techtonik priority: normal severity: normal status: open title: subprocess: args with shell=True is not documented on Windows ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13195 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13195] subprocess: args with shell=True is not documented on Windows
STINNER Victor victor.stin...@haypocalc.com added the comment: See also issues #7839, #8972 and #10197. -- nosy: +haypo ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13195 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13196] subprocess: undocumented if shell=True is necessary to find executable in Windows PATH
New submission from anatoly techtonik techto...@gmail.com: The reason I ask is this changeset - http://code.google.com/p/spyderlib/source/detail?spec=svne5d86b685619a470d593aa5f9ee360ba60779bc1r=323c6c697f045166e384cdc15803d40eebed0a2b - seems like without shell=True, subprocess.Popen is unable to find Mercurial executable in PATH. -- assignee: docs@python components: Documentation messages: 145664 nosy: docs@python, techtonik priority: normal severity: normal status: open title: subprocess: undocumented if shell=True is necessary to find executable in Windows PATH ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13196 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13196] subprocess: undocumented if shell=True is necessary to find executable in Windows PATH
STINNER Victor victor.stin...@haypocalc.com added the comment: Can't you merge this issue with #13195? -- nosy: +haypo ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13196 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12619] Automatically regenerate platform-specific modules
Arfrever Frehtes Taifersar Arahesis arfrever@gmail.com added the comment: Regeneration of platform-specific modules fixes concerns about their outdateness and architecture differences (32-bit vs 64-bit, big endian vs little endian). Regeneration of given module could be performed only when corresponding header is available. Eventually regeneration of platform-specific modules could be controlled by an option of `configure`. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12619 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13197] subprocess: move shell arguments to a separate keyword param
New submission from anatoly techtonik techto...@gmail.com: subprocess.Popen(args, shell=shell) is implicitly inconsistent on Unix: 1. when shell=False, the args should be a list or you'll lose program options 2. when shell=True, the args should be a string or your program options will be passed to shell itself I propose to make consistent behaviour - require args to be a list, and pass shell options in a separate shell_args keyword argument. If it not for python4, then perhaps it can be implemented in PopenShell() and PopenSystem() functions. This will also require unification of behaviour across platforms. -- components: Library (Lib) messages: 145669 nosy: techtonik priority: normal severity: normal status: open title: subprocess: move shell arguments to a separate keyword param ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13197 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13197] subprocess: move shell arguments to a separate keyword param
STINNER Victor victor.stin...@haypocalc.com added the comment: Did you read the issue #7839? -- nosy: +haypo ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13197 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7317] Display full tracebacks when an error occurs asynchronously
Changes by Éric Araujo mer...@netwok.org: -- keywords: +needs review priority: high - normal stage: needs patch - patch review versions: +Python 3.3 -Python 2.7, Python 3.2 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7317 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13195] subprocess: args with shell=True is not documented on Windows
anatoly techtonik techto...@gmail.com added the comment: Looks like a can of worms. For now I'll be pretty fine if this stuff is at least properly documented. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13195 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13195] subprocess: args with shell=True is not documented on Windows
STINNER Victor victor.stin...@haypocalc.com added the comment: For now I'll be pretty fine if this stuff is at least properly documented. Can you propose a document patch describing the current behaviour? -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13195 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13196] subprocess: undocumented if shell=True is necessary to find executable in Windows PATH
anatoly techtonik techto...@gmail.com added the comment: Although they both touch the same components, they are completely different user stories. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13196 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13195] subprocess: args with shell=True is not documented on Windows
anatoly techtonik techto...@gmail.com added the comment: Certainly not right now as I don't have development environment setup. Perhaps in a few days if somebody pings me. It could be a lot easier with online editor, of course - http://code.google.com/p/pydotorg/issues/detail?id=6 -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13195 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13195] subprocess: args with shell=True is not documented on Windows
Changes by Ross Lagerwall rosslagerw...@gmail.com: -- nosy: +rosslagerwall ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13195 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13196] subprocess: undocumented if shell=True is necessary to find executable in Windows PATH
Changes by Ross Lagerwall rosslagerw...@gmail.com: -- nosy: +rosslagerwall ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13196 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13197] subprocess: move shell arguments to a separate keyword param
Changes by Ross Lagerwall rosslagerw...@gmail.com: -- nosy: +rosslagerwall ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13197 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13197] subprocess: move shell arguments to a separate keyword param
anatoly techtonik techto...@gmail.com added the comment: No. I won't be fixed in 2.7 anyway, and if it can not be fixed, it should be documented at least. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13197 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13197] subprocess: move shell arguments to a separate keyword param
anatoly techtonik techto...@gmail.com added the comment: Oh, sorry - my attention span is limited under time pressure. #7839 is related, of course. There is a lot of comments, so I'll take a look at it later. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13197 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13182] pysetup run bdist_wininst does not work (tries to use install command)
Changes by Éric Araujo mer...@netwok.org: -- stage: - committed/rejected ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13182 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13195] subprocess: args with shell=True is not documented on Windows
STINNER Victor victor.stin...@haypocalc.com added the comment: Certainly not right now as I don't have development environment setup See our development guide to get such environment: http://docs.python.org/devguide/setup.html It could be a lot easier with online editor Would like like to work on this project? (provide an online editor) -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13195 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13151] pysetup3 run bdist_wininst fails
Éric Araujo mer...@netwok.org added the comment: I’ve patched most of bdist_wininst and started to work on a few tests which work under 2.7 and fail under 3.2 without the fixes so that I can assume I’ve not broken anything. However, the mapping API of the Metadata class is quite unfriendly. For example, if I try to replace metadata.long_description with metadata['description'], no exception will be raised if the metadata does not contain a description, it will return 'UNKNOWN'. Code quickly becomes ugly. I will open another report to ask Tarek to allow me to revamp the mapping API of Metadata so that code can be easier to write and read. (I’m also removing the dependency on another bug that’s not really a blocker.) -- dependencies: -Rename install_dist to install ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13151 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13151] pysetup3 run bdist_wininst fails
Éric Araujo mer...@netwok.org added the comment: To clarify: the part about the tests applies to distutils. 3.x fixes will then be ported to packaging. Starting with successful tests in distutils 2.7 makes me feel more confident about editing distutils 3.x and packaging 3.3. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13151 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10945] bdist_wininst depends on MBCS codec, unavailable on non-Windows
Éric Araujo mer...@netwok.org added the comment: Would the proposed change mean that a bdist_wininst built with 3.2.0 won’t work with a patched 3.2.3? -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10945 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12703] Improve error reporting for packaging.util.resolve_name
Éric Araujo mer...@netwok.org added the comment: I would like to commit this. Tests are needed. Does someone want to write them? Please ask any question you might have, we’re here to help :) -- stage: needs patch - test needed versions: +3rd party ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12703 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12405] packaging does not record/remove directories it creates
Éric Araujo mer...@netwok.org added the comment: I'm not sure what you mean by using. AFAIK, each distribution's files (recorded in RECORD) would be unique to that distribution (else distros like Debian will have problems, since files are owned by one package and one package only). Files need to belong to one distribution only, but directories can be shared by more than one. In my example, I meant that ProjectX can create the directories a and a/b and the file a/b/thing, then ProjectZ can create the file a/b/otherthing, and if we remove ProjectX and then ProjectZ, a and a/b won’t be in ProjectZ’s RECORD, because they were in ProjectX’s. Carl: Can you tell us how pip removes directories? 1. Record any directories that are created in RECORD, ideally bottom-up. To solve the problem I mentioned above (hopefully making sense this time :), we’d need to record all directories that would have been created. It may be hard or even unfeasible to sort “directory that existed before Python was installed”, e.g. /usr/lib/python2.7/site-packages, and “directory created by one project”, e.g. /usr/lib/python2.7/site-packages/somelib. -- nosy: +carljm ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12405 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12405] packaging does not record/remove directories it creates
Éric Araujo mer...@netwok.org added the comment: s/directory that existed before Python was installed/directory that existed before any distribution was installed/ -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12405 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13181] pysetup install creates .pyc files but pysetup remove doesn't delete them
Éric Araujo mer...@netwok.org added the comment: That’s odd. Are the pyc files in RECORD? -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13181 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13193] test_packaging and test_distutils failures under Windows
Éric Araujo mer...@netwok.org added the comment: The first failure looks like a bug in the manifest recursive-include code: FAIL: test_process_template (distutils.tests.test_filelist.FileListTestCase) -- Traceback (most recent call last): File distutils\tests\test_filelist.py, line 181, in test_process_template self.assertEqual(file_list.files, ['d/b.py', 'd/d/e.py']) AssertionError: Lists differ: [] != ['d/b.py', 'd/d/e.py'] The second one may be a sys.path issue: ERROR: test_resources (packaging.tests.test_command_install_data.InstallDataTestCase) -- Traceback (most recent call last): File packaging\tests\test_command_install_data.py, line 129, in test_resources with packaging.database.get_file('Spamlib', 'spamd') as fp: File packaging\database.py, line 649, in get_file return open(get_file_path(distribution_name, relative_path), File packaging\database.py, line 644, in get_file_path raise LookupError('no distribution named %r found' % distribution_name) LookupError: no distribution named 'Spamlib' found The test creates a temporary directory which is inserted at the head of sys.path. packaging.database.get_distribution should thus find Spamlib-0.1.dist-info. Can someone with a Windows install help me with this? Printing sys.path and os.listdir(sys.path[0]) would be a good start. -- nosy: +higery, jlove, pmoore ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13193 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1673007] urllib2 requests history + HEAD support
Éric Araujo mer...@netwok.org added the comment: Attached patch changes one occurrence of ugly whitespace, changes “not x == y” to “x != y” and “not x in y” to “x not in y”. Senthil, feel free to apply none, some or all of these minor cleanups. -- Added file: http://bugs.python.org/file23424/urllib.request-cleanup.diff ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue1673007 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13198] Remove duplicate definition of write_record_file
New submission from Éric Araujo mer...@netwok.org: We have duplicate code to write a PEP 376 RECORD file in packaging.util and packaging.command.install_distinfo. The command should use the function from p7g.util. Tests would also be good: Currently, one function uses LF as end of line (change made by Tarek, so authoritative) but the other uses os.linesep. -- assignee: eric.araujo components: Distutils2 keywords: easy messages: 145687 nosy: alexis, eric.araujo priority: normal severity: normal stage: test needed status: open title: Remove duplicate definition of write_record_file versions: 3rd party, Python 3.3 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13198 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13175] packaging uses wrong line endings in RECORD files on Windows
Éric Araujo mer...@netwok.org added the comment: I found the problem - it's in packaging.util.write_record_file. We have two functions that write RECORD files; I’ve opened a report to kill one. The file passed to csv.writer should be opened with newline=''. How will we port this to 2.x? I don't expect the test will catch the issue except on Windows... Do you mean that the test will fail or be a no-op on other OSes? We can mark it as Windows-specific (@unittest.skipIf(sys.platform != 'win32', 'test only relevant on win32')) or just let it run if it’s harmless. The important point is: does it fail before the fix, does it pass after? -- assignee: tarek - eric.araujo dependencies: +Remove duplicate definition of write_record_file versions: +3rd party ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13175 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13199] slice_richcompare() might leak an object in rare cases
New submission from Sven Marnach s...@marnach.net: If exactly one of the two tuple allocations in [1] fails, the tuple that is successfully allocated won't be freed. (This probably never happened. Are you interested in this kind of bug report anyway?) [1]: http://hg.python.org/cpython/file/f6b3ad301851/Objects/sliceobject.c#l349 -- components: Interpreter Core messages: 145689 nosy: smarnach priority: normal severity: normal status: open title: slice_richcompare() might leak an object in rare cases ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13199 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13172] Improve detection of availability of bdist_msi command
Éric Araujo mer...@netwok.org added the comment: Arguably, the command shouldn't fail, it should simply omit the bdist_msi command from the listing. But as _msi is part of Python, the installation is broken if it isn't present so I guess that handling the issue gracefully isn't really important. My first feeling was agreement with your request, but then you added that _msi is part of Python, so I’m not sure we should increase the code complexity for a non-issue. (I assume the missing _msi extension isn't an issue on Unix). Yep, see Lib/packaging/command/__init__.py: # XXX this is crappy if os.name == 'nt': _COMMANDS['bdist_msi'] = 'packaging.command.bdist_msi.bdist_msi' it feels symptomatic of a general lack of clean error handling, which I think should be fixed :-( I suppose the traceback would have been much more useful with #12703 fixed. (There are a number of resolve_name-like functions out there, it’s sad to see it reimplemented with various degree in the quality of error reporting over and over again.) Besides the problem with resolve_name, I think there’s a specific problem with bdist_msi. As you can see with the comment I added in the code and quoted above, I’m not satisfied with the way we add bdist_msi to the set of available commands. It’s the only command to be special-cased; I guess it can’t be helped, so maybe I should remove the comment. I could change the conditional to register the command if _msi can be successfully imported; however, I fear this would hide bugs, as _msi is a part of a Python installation on Windows, so I’d rather continue to check os.name. Would you be satisfied with a more helpful traceback that would point you immediately to missing msi? Do you prefer that bdist_msi catch an ImportError for _msi and print a short error message instead of a traceback in all its glory? -- assignee: tarek - eric.araujo title: pysetup run --list-commands fails with a traceback - Improve detection of availability of bdist_msi command versions: +3rd party ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13172 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13199] slice_richcompare() might leak an object in rare cases
Changes by Meador Inge mead...@gmail.com: -- nosy: +meador.inge stage: - test needed type: - resource usage versions: +Python 2.7, Python 3.2, Python 3.3 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13199 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7833] bdist_wininst installers fail to load extensions built with Issue4120 patch
Éric Araujo mer...@netwok.org added the comment: To port the patch to packaging, go into your CPython 3.3 checkout and edit Lib/packaging/compiler/msvc9compiler.py (and its test :). To port the patch to distutils2, clone http://hg.python.org/distutils2/ and edit distutils/compiler/msvc9compiler.py (same :). Test with Python 2.4, 2.5, 2.6 and 2.7. Then hg update python3, hg merge default, test with Python 3.1, 3.2 and 3.3. Then you can push :) If you don’t have the necessary Pythons or roundtuits, I’ll port the patch when I get a Windows VM. There’s plenty of time before Python 3.3 is out. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7833 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7833] bdist_wininst installers fail to load extensions built with Issue4120 patch
Éric Araujo mer...@netwok.org added the comment: s/distutils/distutils2/ ! -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7833 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7475] codecs missing: base64 bz2 hex zlib hex_codec ...
Éric Araujo mer...@netwok.org added the comment: transform() and untransform() methods were also removed, I don't remember why/how exactly, I don’t remember either; maybe it was too late in the release process, or we lacked enough consensus. So we have rot13 friends in Python 3.2 and 3.3, but they cannot be used with the regular str.encode('rot13'), you have to write (for example): codecs.getdecoder('rot_13') Ah, great, I thought they were not available at all! The major issue with {bytes,str}.(un)transform() is that we have only one registry for all codecs, and the registry was changed in Python 3 [...] To implement str.transform(), we need another register. Marc-Andre suggested (msg96374) to add tags to codecs I’m confused: does the tags idea replace the idea of adding another registry? I'm still opposed to str-str (rot13) and bytes-bytes (hex, gzip, ...) operations using the codecs API. Developers have to use the right module. Well, here I disagree with you and agree with MAL: str.encode and bytes.decode are strict, but the codec API in general is not restricted to str→bytes and bytes→str directions. Using the zlib or base64 modules vs. the codecs is a matter of style; sometimes you think it looks hacky, sometimes you think it’s very handy. And rot13 only exists as a codec! -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7475 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11638] python setup.py sdist crashes if version is unicode
Éric Araujo mer...@netwok.org added the comment: I can’t reproduce with pysetup or distutils 3.x. -- components: -Distutils2 title: pysetup un sdist crashes with weird trace if version is unicode by accident - python setup.py sdist crashes if version is unicode versions: -3rd party, Python 3.2, Python 3.3 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11638 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11638] python setup.py sdist crashes if version is unicode
Éric Araujo mer...@netwok.org added the comment: Jens: Don't know it this is related to the usage of: from __future__ import unicode_literals ? Yes. This semi-magic import will turn your string literals into unicode literals, hence your name, version, etc. will be unicode objects. It’s the same thing as writing version=u'1.0'. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11638 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12703] Improve error reporting for packaging.util.resolve_name
Rémy HUBSCHER remy.hubsc...@ionyse.com added the comment: Ok, I am working on it. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12703 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7839] Popen should raise ValueError if pass a string when shell=False or a list when shell=True
Changes by Arfrever Frehtes Taifersar Arahesis arfrever@gmail.com: -- nosy: +Arfrever ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7839 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12405] packaging does not record/remove directories it creates
Vinay Sajip vinay_sa...@yahoo.co.uk added the comment: s/directory that existed before Python was installed/directory that existed before any distribution was installed/ IMO there is no need to remember any directory which isn't actually created by pysetup3. Deleting a __pycache__ in a directory created by pysetup3 would be implicit, and not need to be recorded. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12405 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13195] subprocess: args with shell=True is not documented on Windows
Changes by Arfrever Frehtes Taifersar Arahesis arfrever@gmail.com: -- nosy: +Arfrever ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13195 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13196] subprocess: undocumented if shell=True is necessary to find executable in Windows PATH
Changes by Arfrever Frehtes Taifersar Arahesis arfrever@gmail.com: -- nosy: +Arfrever ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13196 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13197] subprocess: move shell arguments to a separate keyword param
Changes by Arfrever Frehtes Taifersar Arahesis arfrever@gmail.com: -- nosy: +Arfrever ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13197 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue415492] Compiler generates relative filenames
Changes by Arfrever Frehtes Taifersar Arahesis arfrever@gmail.com: -- nosy: +Arfrever ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue415492 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13192] ImportError silences low-level OS errors
Changes by Arfrever Frehtes Taifersar Arahesis arfrever@gmail.com: -- nosy: +Arfrever ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13192 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13173] Default values for string.Template
Éric Araujo mer...@netwok.org added the comment: Thanks for the patch. It mostly looks good; a detailed review follow. + The constructor takes two arguments, the first is the template string and + the second (optional) is a dictionary object which specify which values + should be used as default values, if no provided. Just say “a dictionary”, or even “a mapping”. There’s also a grammar typo and a bit of redundancy, so I propose: “is a mapping which gives default values”. What do you think about adding a small example in the examples section later in the file? It would probably be clearer than English. Like :meth:`substitute`, except that if placeholders are missing from - *mapping* and *kwds*, instead of raising a :exc:`KeyError` exception, the - original placeholder will appear in the resulting string intact. Also, - unlike with :meth:`substitute`, any other appearances of the ``$`` will - simply return ``$`` instead of raising :exc:`ValueError`. + *mapping*, *kwds* and *default*, instead of raising a :exc:`KeyError` default is not an argument, so *foo* markup is misleading. Either use “the default values given to the constructor” or just “self.default”. + exception, the original placeholder will appear in the resulting string + intact. Also, unlike with :meth:`substitute`, any other appearances of + the ``$`` will simply return ``$`` instead of raising :exc:`ValueError`. If you don’t mind, I prefer if you have a few very short or too long lines if that helps reducing diff noise (i.e. lines that appear in the diff but are not changed, only rewrapped). + .. attribute:: default + + This is the optional dictionary object passed to the constructor's + *template* argument. I’m not a native English speaker, but “passed to” seems wrong here (and in the other attribute’s doc). I’d say “passed as the *default* argument”. -def __init__(self, template): +def __init__(self, template, default={}): Binding a mutable object to a local name at compile time is not good: All instances created without *default* argument will share the same dict, so editions to onetemplate.default will change anothertemplate.default too. The common idiom is to use None as default value and add this: self.default = default if default is not None else {} -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13173 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13173] Default values for string.Template
Éric Araujo mer...@netwok.org added the comment: Adding Georg, maintainer of the string module, to the nosy list. If he approves the idea, you can go ahead and complete your patch. -- nosy: +georg.brandl ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13173 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13175] packaging uses wrong line endings in RECORD files on Windows
Paul Moore p.f.mo...@gmail.com added the comment: On 17 October 2011 14:15, Éric Araujo rep...@bugs.python.org wrote: The file passed to csv.writer should be opened with newline=''. How will we port this to 2.x? No idea :-( The 2.7 documentation says use the 'b' flag, but that probably doesn't allow an encoding parameter (it doesn't on 3.x). I don't expect the test will catch the issue except on Windows... Do you mean that the test will fail or be a no-op on other OSes? We can mark it as Windows-specific (@unittest.skipIf(sys.platform != 'win32', 'test only relevant on win32')) or just let it run if it’s harmless. The important point is: does it fail before the fix, does it pass after? The test fails before the fix, passes after. It's a no-op on platforms where text and binary files are the same, (i.e., non-Windows systems). So it's harmless. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13175 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13200] Add start, stop and step attributes to range objects
New submission from Sven Marnach s...@marnach.net: As discussed on python-ideas [1], range objects should expose their start, stop and step values as read-only data attributes. I've attached a patch to this end. I'll open a separate issue for range comparison. [1]: http://mail.python.org/pipermail/python-ideas/2011-October/012356.html -- components: Interpreter Core files: range-members messages: 145701 nosy: smarnach priority: normal severity: normal status: open title: Add start, stop and step attributes to range objects type: feature request Added file: http://bugs.python.org/file23425/range-members ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13200 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13200] Add start, stop and step attributes to range objects
Changes by Ezio Melotti ezio.melo...@gmail.com: -- keywords: +needs review, patch nosy: +ezio.melotti stage: - patch review versions: +Python 3.3 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13200 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12344] Add **kwargs to get_reinitialized_command
Éric Araujo mer...@netwok.org added the comment: No, thank you for contributing :) I don’t know all internals by heart either, I just needed to step back from the patch and look hard at the tests to make them look good. I didn’t say that the patch was finished by the way, I haven’t covered all combinations (getting a command already initialized or getting a never-created-before command, giving kwargs or not, what we discussed on IRC). -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12344 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12405] packaging does not record/remove directories it creates
Éric Araujo mer...@netwok.org added the comment: IMO there is no need to remember any directory which isn't actually created by pysetup3 I did not propose such a thing. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12405 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13183] pdb skips frames after hitting a breakpoint and running step
Changes by Meador Inge mead...@gmail.com: -- nosy: +meador.inge ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13183 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13180] pysetup silently ignores invalid entries in setup.cfg
Éric Araujo mer...@netwok.org added the comment: Agreed. Doc/packaging/setupcfg.rst defines that custom fields need to start with X-, so we can refuse everything that is not built-in and does not start with X-. (I’m going toward error rather than warning.) -- assignee: tarek - eric.araujo keywords: +easy nosy: +erik.bray stage: - needs patch versions: +3rd party ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13180 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13201] Implement comparison operators for range objects
New submission from Sven Marnach s...@marnach.net: It seems some sort of consensus on how to compare range objects has emerged from the python-ideas discussion on comparison of range objects [1]. The attached patch defines '==' and '!=' for range object equality based on the sequence of values they represent. The other comparison operators are left NotImplemented. [1]: http://mail.python.org/pipermail/python-ideas/2011-October/012376.html -- files: range-compare messages: 145705 nosy: smarnach priority: normal severity: normal status: open title: Implement comparison operators for range objects Added file: http://bugs.python.org/file23426/range-compare ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13201 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13200] Add start, stop and step attributes to range objects
Changes by Mark Dickinson dicki...@gmail.com: -- nosy: +mark.dickinson ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13200 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13201] Implement comparison operators for range objects
Changes by Mark Dickinson dicki...@gmail.com: -- components: +Interpreter Core nosy: +mark.dickinson stage: - patch review type: - feature request versions: +Python 3.3 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13201 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13200] Add start, stop and step attributes to range objects
Éric Araujo mer...@netwok.org added the comment: I would add tests that check the read-only-ness. -- nosy: +eric.araujo ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13200 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13202] subprocess __exit__ attribute missing
New submission from David W. Lambert b49p23t...@stny.rr.com: There are a number of issues with subprocess and __exit__ , 12494 status fixed among them. Program (which doesn't work as I had hoped, but that's not the issue): 'file p.py' import subprocess as S with S.Popen(('cat','-n',),shell=False,stdin=S.PIPE,stdout=S.PIPE,bufsize=1,universal_newlines=True) as p: p.stdin.write('these\n') print(p.stdout.readline()) Use: $ python3 p.py Traceback (most recent call last): File p.py, line 5, in module print(p.stdout.readline()) KeyboardInterrupt $ $ python p.py Traceback (most recent call last): File p.py, line 3, in module with S.Popen(('cat','-n',),shell=False,stdin=S.PIPE,stdout=S.PIPE,bufsize=1,universal_newlines=True) as p: AttributeError: __exit__ $ $ python Python 2.7.1+ (r271:86832, Apr 11 2011, 18:13:53) [GCC 4.5.2] on linux2 Type help, copyright, credits or license for more information. -- components: Interpreter Core, Library (Lib) messages: 145707 nosy: LambertDW priority: normal severity: normal status: open title: subprocess __exit__ attribute missing versions: Python 2.7 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13202 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13202] subprocess __exit__ attribute missing
Éric Araujo mer...@netwok.org added the comment: Context management support was added in 3.2. It is not supported in 2.7. -- nosy: +eric.araujo ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13202 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11610] Improved support for abstract base classes with descriptors
Éric Araujo mer...@netwok.org added the comment: I noticed this in an older message: test_abc.py prints deprecation warnings for abstractproperty. I'm not familiar with the protocol here, do we continue to include unit tests for deprecated features until they are removed? We try to keep the test warning-free. If your patch deprecates something, the tests should not use deprecated API, except in one method that tests the deprecation itself. There are helpers in test.support and warnings to catch and inspect warnings. 3.3 is still months away; there’s time for your patch. If nobody replies here, ping python-dev again. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11610 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13200] Add start, stop and step attributes to range objects
Sven Marnach s...@marnach.net added the comment: Thanks, Éric. Added new version of the patch. (Could I also edit the old one?) -- Added file: http://bugs.python.org/file23427/range-members.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13200 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13200] Add start, stop and step attributes to range objects
Ezio Melotti ezio.melo...@gmail.com added the comment: There's actually a similar proposal with a patch and a few comments in #9896. -- nosy: +durban, pitrou, rhettinger, terry.reedy ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13200 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9896] Introspectable range objects
Ezio Melotti ezio.melo...@gmail.com added the comment: See also #13200. -- nosy: +ezio.melotti -BreamoreBoy ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9896 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11445] python.exe on OS X shared-llbrary build erroneously linked to MacPorts python library
Éric Araujo mer...@netwok.org added the comment: I'm not committing this yet though as this will affect all platforms that use Makefiles to build, and I'm not sure if this change save for all compilers we effectively support. I can test with GCC on Debian (linux kernel); I don’t know if it would be easy to ask all buildbots to test your branch, if not you could call for volunteers on python-dev. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11445 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13201] Implement comparison operators for range objects
Mark Dickinson dicki...@gmail.com added the comment: Nice patch! I put some comments on Rietveld. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13201 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13201] Implement comparison operators for range objects
Changes by Ezio Melotti ezio.melo...@gmail.com: -- keywords: +needs review, patch nosy: +ezio.melotti ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13201 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13201] Implement comparison operators for range objects
Changes by Mark Dickinson dicki...@gmail.com: -- assignee: - mark.dickinson ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13201 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13190] ConfigParser uses wrong newline on Windows
Changes by Éric Araujo mer...@netwok.org: -- assignee: - lukasz.langa components: +Library (Lib) -None nosy: +lukasz.langa versions: +Python 3.3 -Python 2.6 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13190 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12405] packaging does not record/remove directories it creates
Vinay Sajip vinay_sa...@yahoo.co.uk added the comment: I did not propose such a thing. Sorry, I misunderstood your reference to /usr/lib/python2.7/site-packages. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12405 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13189] New bdist_simple binary distribution format for packaging
Éric Araujo mer...@netwok.org added the comment: I have to catch up with the discussion on python-dev. I’ll also want the opinion from our Windows experts. We still have time :) -- assignee: tarek - versions: +3rd party ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13189 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue5875] test_distutils failing on OpenSUSE 10.3, Py3k
Éric Araujo mer...@netwok.org added the comment: The patch from #11599 should let us get the full error message, for a start. -- nosy: +eric.araujo ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue5875 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13191] Typo in argparse documentation
Changes by Éric Araujo mer...@netwok.org: -- nosy: +bethard versions: +Python 2.7, Python 3.2, Python 3.3 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13191 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7839] Popen should raise ValueError if pass a string when shell=False or a list when shell=True
Changes by Éric Araujo mer...@netwok.org: -- nosy: +eric.araujo versions: +Python 3.3 -Python 3.2 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7839 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13011] Frozen programs require the original build directory in order to run.
Éric Araujo mer...@netwok.org added the comment: Thanks for the report. In 2.7 and 3.2, Python initialization was changed to use the new sysconfig module, which depends on the sysconfig.cfg file. freeze needs to special-case the sysconfig module in its detection code to include the cfg file. Do you want to work on a patch? -- nosy: +eric.araujo stage: - needs patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13011 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13132] distutils sends non-RFC compliant HTTP request
Éric Araujo mer...@netwok.org added the comment: http://tools.ietf.org/html/rfc2616#section-3.7.1 When in canonical form, media subtypes of the text type use CRLF as the text line break. HTTP relaxes this requirement and allows the transport of text media with plain CR or LF alone representing a line break when it is done consistently for an entire entity-body. HTTP applications MUST accept CRLF, bare CR, and bare LF as being representative of a line break in text media received via HTTP -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13132 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13144] Global Module Index link in the offline documentation is incorrect
Éric Araujo mer...@netwok.org added the comment: Can you clone the repository, build the doc with “make html” as explained in http://docs.python.org/documenting/building and tell us if the bug is there? If not, it’s specific to Debian or Ubuntu. -- nosy: +eric.araujo ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13144 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13202] subprocess __exit__ attribute missing
Éric Araujo mer...@netwok.org added the comment: To clarify: Python 2.5 and higher support the with statement syntax, but not all classes that could benefit from it have the __enter__ and __exit__ methods. So you don’t get a SyntaxError in Python 2.7 when you write “with Popen(...)”, but you get an AttributeError because Popen in 2.7 does not do its part to support context management. The built-in open function, on the contrary, supports with in 2.5 and higher. -- resolution: - invalid stage: - committed/rejected status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13202 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12703] Improve error reporting for packaging.util.resolve_name
Rémy HUBSCHER remy.hubsc...@ionyse.com added the comment: Here is the patch for the test case. -- hgrepos: +84 Added file: http://bugs.python.org/file23428/test_util.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12703 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13175] packaging uses wrong line endings in RECORD files on Windows
Éric Araujo mer...@netwok.org added the comment: The file passed to csv.writer should be opened with newline=''. How will we port this to 2.x? No idea :-( The 2.7 documentation says use the 'b' flag, but that probably doesn't allow an encoding parameter (it doesn't on 3.x). Ah, I see that newline controls newline translation. We use codecs.open in distutils2; I think it uses universal newlines mode. We’ll figure it out, the important part is to have good tests. The test fails before the fix, passes after. It's a no-op on platforms where text and binary files are the same, (i.e., non-Windows systems). So it's harmless. Great. I’ll look at your patch and try to port it to distutils2. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13175 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13200] Add start, stop and step attributes to range objects
Éric Araujo mer...@netwok.org added the comment: (Could I also edit the old one?) If you want to remove the older version, follow the edit link on the right. In case you don’t have the permissions, I’ll do it. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13200 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13200] Add start, stop and step attributes to range objects
Changes by Éric Araujo mer...@netwok.org: Removed file: http://bugs.python.org/file23425/range-members.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13200 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12405] packaging does not record/remove directories it creates
Éric Araujo mer...@netwok.org added the comment: Let me rephrase my example with real paths. Python creates /usr/lib/python3.3/site-packages. (I’ll call this $stdlib.) pysetup3.3 install paste.script creates $stdlib/paste/script/ and files therein. The paste and paste/script directories are recorded. pysetup3.3 install PasteUtil creates $stdlib/paste/util/ and files therein. Only the paste/script directory is recorded. pysetup3.3 remove PasteScript deletes the $stdlib/paste/script dir, but not its parent, as it’s not empty after removing all files and dirs in PasteScript’s RECORD. pysetup3.3 remove PasteUtil deletes the $stdlib/paste/util dir. The $stdlib/paste directory is created by either distribution when it is installed, but if it’s recorded only by one of the distributions, then it can’t be removed when the other distribution is removed last. This is the problem I’m seeing. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12405 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13195] subprocess: args with shell=True is not documented on Windows
anatoly techtonik techto...@gmail.com added the comment: On Mon, Oct 17, 2011 at 3:24 PM, STINNER Victor rep...@bugs.python.org wrote: Certainly not right now as I don't have development environment setup See our development guide to get such environment: http://docs.python.org/devguide/setup.html I know. There is better tool at https://bitbucket.org/techtonik/devinabox but I have only 500Mb left on my system drive and there are still more problems I need to handle. It could be a lot easier with online editor Would like like to work on this project? (provide an online editor) Do you mean would I like to work on it? Actually, I made a prototype on AppEngine that waits for JS guru to tune CodeMirror interface. If somebody is interested to help, I've just uploaded the code to http://code.google.com/p/pydotorg/source/browse/?repo=doceditor -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13195 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13201] Implement comparison operators for range objects
Sven Marnach s...@marnach.net added the comment: Mark, thanks for your comments. Here's a new version of the patch, I answer on Rietveld. -- Added file: http://bugs.python.org/file23429/range-compare-v2.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13201 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12405] packaging does not record/remove directories it creates
Vinay Sajip vinay_sa...@yahoo.co.uk added the comment: Let me rephrase my example with real paths. Okay, now I see what you're getting at. Python creates /usr/lib/python3.3/site-packages. (I’ll call this $stdlib.) pysetup3.3 install paste.script creates $stdlib/paste/script/ and files therein. The paste and paste/script directories are recorded. pysetup3.3 install PasteUtil creates $stdlib/paste/util/ and files therein. Only the paste/script directory is recorded. I think you mean Only the paste/util directory is recorded. The $stdlib/paste directory is created by either distribution when it is installed, but if it’s recorded only by one of the distributions, then it can’t be removed when the other distribution is removed last. This is the problem I’m seeing. Yes, it's a valid point. How about if you record all directories that you would create if they didn't exist, as well as those actually created? That way, you would record the paste directory under both distributions, but would only delete it when deleting the last distribution which uses it (paste/util in your example), because you're checking for emptiness (not including bytecode files and directories). -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12405 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13192] ImportError silences low-level OS errors
Eric Snow ericsnowcurren...@gmail.com added the comment: Are you suggesting raising the OSError (or something else) rather than an ImportError? If so, would it make sense to chain the exception instead. That way the existing code that expects ImportError continues to work, while still allowing access to the original error through __cause__. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13192 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13199] slice_richcompare() might leak an object in rare cases
Roundup Robot devn...@psf.upfronthosting.co.za added the comment: New changeset 53c87a0275ab by Benjamin Peterson in branch '3.2': plug possible refleak (closes #13199) http://hg.python.org/cpython/rev/53c87a0275ab New changeset 7bf70519795c by Benjamin Peterson in branch 'default': merge 3.2 (#13199) http://hg.python.org/cpython/rev/7bf70519795c -- nosy: +python-dev resolution: - fixed stage: test needed - committed/rejected status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13199 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13181] pysetup install creates .pyc files but pysetup remove doesn't delete them
Paul Moore p.f.mo...@gmail.com added the comment: That’s odd. Are the pyc files in RECORD? Yes, but not in __pycache__ where they should be. PS D:\Data\python-sample\python type D:\Data\cpython\Lib\site-packages\hello-0.1.dist-info\RECORD D:\Data\cpython\Lib\site-packages\hello.py,798c341fba13dcecba260e25d2b976b6,42 D:\Data\cpython\Lib\site-packages\hello.pyc,, D:\Data\cpython\Lib\site-packages\hello-0.1.dist-info\METADATA,bcae83fd032d0c33cea5dc14a1ca1bc5,206 D:\Data\cpython\Lib\site-packages\hello-0.1.dist-info\INSTALLER,44e3fde05f3f537ed85831969acf396d,9 D:\Data\cpython\Lib\site-packages\hello-0.1.dist-info\REQUESTED,d41d8cd98f00b204e9800998ecf8427e,0 D:\Data\cpython\Lib\site-packages\hello-0.1.dist-info\RECORD,, -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13181 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13192] ImportError silences low-level OS errors
Antoine Pitrou pit...@free.fr added the comment: Are you suggesting raising the OSError (or something else) rather than an ImportError? If so, would it make sense to chain the exception instead. That way the existing code that expects ImportError continues to work Does any existing code rely on ImportError being raised when there's a rare OS error of some sort? -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13192 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13172] Improve detection of availability of bdist_msi command
Paul Moore p.f.mo...@gmail.com added the comment: Would you be satisfied with a more helpful traceback that would point you immediately to missing msi? Do you prefer that bdist_msi catch an ImportError for _msi and print a short error message instead of a traceback in all its glory? I'd be happy with a more explicit error. As you say, it's a broken build so not worth worrying too much about, but it did take me quite a while to work out what the problem was, including having to raise this bug report. (The existing traceback doesn't even mention _msi). So yes, a simple error would be ideal. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13172 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1673007] urllib2 requests history + HEAD support
Senthil Kumaran sent...@uthcode.com added the comment: Hi Eric, The changes suggested in the patch are good for readability, I shall include them all. Thanks! -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue1673007 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10197] subprocess.getoutput fails on win32
bpoaugust sebbaz+...@gmail.com added the comment: subprocess.getoutput does not currently work at all on Windows. So it's not necessary to maintain backwards compatibility. The following fix works for me on WinXP/Python 3.2.2. Replace pipe = os.popen('{ ' + cmd + '; } 21', 'r') # line 613 of subprocess.py with if mswindows: pipe = os.popen(cmd + ' 21', 'r') # Windows does not support { } else: pipe = os.popen('{ ' + cmd + '; } 21', 'r') -- nosy: +bpoaugust versions: +Python 3.3 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10197 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12367] select.error has no errno attribute
Stefan Krah stefan-use...@bytereef.org added the comment: test_errno fails quite often on FreeBSD: == FAIL: test_errno (test.test_select.SelectTestCase) -- Traceback (most recent call last): File /usr/home/buildbot/buildarea/3.x.krah-freebsd/build/Lib/test/test_select.py, line 35, in test_errno self.fail(exception not raised) AssertionError: exception not raised -- Ran 4 tests in 11.132s -- nosy: +skrah status: closed - open ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12367 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue6715] xz compressor support
Nadeem Vawda nadeem.va...@gmail.com added the comment: After disabling a bunch of services and skipping the tests that are failing on the Windows buildbots, it seems that the failures I was getting last week have disappeared. It looks like they were due to the Windows search indexer preventing temp directories from being deleted... _ I have imported xz-5.0.3 into the externals repository now. I tried to test this out, but it looks like liblzma.a is missing from the SVN repo. There should be files with that name in the bin_i486 and bin_x86-64 directories. Apart from this, is there anything else that needs to be done before this change can be committed to the main repo? -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue6715 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com