[issue12326] Linux 3: code should avoid using sys.platform == 'linux2'

Changes by Georg Brandl : -- priority: normal -> release blocker ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue12792] Document the "type" field of the tracker in the devguide

Georg Brandl added the comment: You mean "pluralize" I guess. -- nosy: +georg.brandl ___ Python tracker ___ ___ Python-bugs-list mail

[issue12326] Linux 3: code should avoid using sys.platform == 'linux2'

Georg Brandl added the comment: Where's the Doc changes? sys.platform is currently clearly documented as being "linux2" or "linux3". Adding an entry to Misc/NEWS is not enough. -- status: closed -> open ___ Python tracker

[issue12713] argparse: allow abbreviation of sub commands by users

Christian Ziemski added the comment: Just for my understanding: Even "the current development/testing version: Python 3.2.2 rc 1 (August 14, 2011)" isn't new enough here? So I'll have to find out how to install Python 3.3 in parallel to my 2.7.1 (on Fedora 15). Starting with "hg clone http:/

[issue12801] C realpath not used by os.path.realpath

Ross Lagerwall added the comment: An initial patch. The first problem is that before, os.path.realpath('') == os.path.realpath('.') but this is not true for realpath(3). Thus, the test suite does not run because it relies on this behaviour. -- keywords: +patch Added file: http://bugs.

[issue12802] Windows error code 267 should be mapped to ENOTDIR, not EINVAL

Vlad Riscutia added the comment: Attached new mapping though I don't know where unit test for this should go... -- keywords: +patch nosy: +vladris Added file: http://bugs.python.org/file22969/issue12802.diff ___ Python tracker

[issue12802] Windows error code 267 should be mapped to ENOTDIR, not EINVAL

New submission from Antoine Pitrou : Windows error 3 is returned when a directory path doesn't exist, but 267 is returned when an existing path is not a directory. This corresponds straight to the definition of ENOTDIR, but Python translates it to EINVAL: >>> os.listdir("xx") Traceback (most r

[issue12800] 'tarfile.StreamError: seeking backwards is not allowed' when extract symlink

Changes by Ned Deily : -- nosy: +lars.gustaebel ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.pyt

[issue12797] io.FileIO and io.open should support openat

Ned Deily added the comment: > We already have os.openat Ah, right. The comment still applies, though, to future documentation of the proposed feature. +1 on it. -- ___ Python tracker __

[issue12801] C realpath not used by os.path.realpath

STINNER Victor added the comment: The Python implementation (os.path.realpath) was introduced 10 years ago by the issue #461781. The Python implemtation has known bugs: - #9949: os.path.realpath on Windows does not follow symbolic links - #11397: os.path.realpath() may produce incorrect res

[issue1298813] sysmodule.c: realpath() is unsafe

Antoine Pitrou added the comment: The latest POSIX versions (*) allow NULL to be passed for the target memory area, meaning that realpath() will allocate as much memory as necessary by itself. This essentially does the same thing as canonicalize_file_name(), but in a standard way rather than

[issue9949] os.path.realpath on Windows does not follow symbolic links

STINNER Victor added the comment: The issue #12799 has been marked as a duplicate of this issue: "From a look at the code, realpath() does not seem to resolve symlinks under Windows, even though we have the _getfinalpathname function to do that. Please indulge with me if I'm wrong :)" ---

[issue12799] realpath not resolving symbolic links under Windows

STINNER Victor added the comment: You are right, but this issue is a duplicate of #9949. -- nosy: +haypo resolution: -> duplicate status: open -> closed ___ Python tracker ___

[issue12801] C realpath not used by os.path.realpath

New submission from Antoine Pitrou : We have our own quirky implementation of C realpath() in posixpath.py. It would probably be simpler, safer and more efficient to simply call the POSIX function instead (but it most be exposed somewhere, by posixmodule.c I suppose). -- components: Lib

[issue12797] io.FileIO and io.open should support openat

Antoine Pitrou added the comment: > I believe openat is new to POSIX (mandatory as of POSIX 2008). For > example, it's not currently in OS X and apparently was first added to > FreeBSD in 8.0. So it would have to be checked by configure and > documented as platform-dependent. We already have

[issue12797] io.FileIO and io.open should support openat

Ned Deily added the comment: I believe openat is new to POSIX (mandatory as of POSIX 2008). For example, it's not currently in OS X and apparently was first added to FreeBSD in 8.0. So it would have to be checked by configure and documented as platform-dependent. -- nosy: +ned.deil

[issue12800] 'tarfile.StreamError: seeking backwards is not allowed' when extract symlink

New submission from Aurélien Dunand : When you extractall a tarball containing a symlink in stream mode ('r|'), an Exception happens: Traceback (most recent call last): File "./test_extractall_stream_symlink.py", line 26, in tar.extractall(path=destdir) File "/usr/lib/python3.2/tar

[issue12326] Linux 3: code should avoid using sys.platform == 'linux2'

Roundup Robot added the comment: New changeset b5ccdf7c032a by Victor Stinner in branch 'default': Issue #12326: refactor usage of sys.platform http://hg.python.org/cpython/rev/b5ccdf7c032a -- ___ Python tracker _

[issue1043134] Add preferred extensions for MIME types

Changes by Sandro Tosi : -- nosy: +sandro.tosi ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.py

[issue11362] image/webp missing from mimetypes.py

Changes by Sandro Tosi : -- nosy: +sandro.tosi ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.pyth

[issue12794] platform: add a major function to get the system major version

Changes by STINNER Victor : -- resolution: -> invalid status: open -> closed ___ Python tracker ___ ___ Python-bugs-list mailing list

[issue12797] io.FileIO and io.open should support openat

STINNER Victor added the comment: > allow an optional dirfd argument at the end of the arglist I prefer this suggestion. I didn't know openat(). Antoine told me that it can be used, for example, to fix security vulnerabilities like #4489. -- ___ P

[issue9878] Avoid parsing pyconfig.h and Makefile by autogenerating extension module

STINNER Victor added the comment: "avoid parsing pyconfig.h and Makefile in the sysconfig module by autogenerating an extension module" This feature will be appreciated by small devices embeding Python: on such device, headers and Makefile are not copied to not waste disk space. To me, it is

[issue5301] add mimetype for image/vnd.microsoft.icon (patch)

Sandro Tosi added the comment: Thanks Drew for the issue and the patch: it has now been committed on all the active branches! -- assignee: -> sandro.tosi nosy: +sandro.tosi resolution: -> fixed stage: patch review -> committed/rejected status: open -> closed versions: +Python 3.3 -Py

[issue5301] add mimetype for image/vnd.microsoft.icon (patch)

Roundup Robot added the comment: New changeset 4964215ddcba by Sandro Tosi in branch '2.7': #5301: add image/vnd.microsoft.icon (.ico) MIME type http://hg.python.org/cpython/rev/4964215ddcba New changeset d9a0781c24b8 by Sandro Tosi in branch '3.2': #5301: add image/vnd.microsoft.icon (.ico) MI

[issue12326] Linux 3: code should avoid using sys.platform == 'linux2'

Roundup Robot added the comment: New changeset 85e091c83f9a by Victor Stinner in branch 'default': Issue #12326: woops, I really mean 'linux', not 'linux2' http://hg.python.org/cpython/rev/85e091c83f9a -- ___ Python tracker

[issue12799] realpath not resolving symbolic links under Windows

New submission from Antoine Pitrou : >From a look at the code, realpath() does not seem to resolve symlinks under >Windows, even though we have the _getfinalpathname function to do that. Please indulge with me if I'm wrong :) -- components: Library (Lib) messages: 142573 nosy: brian.cur

[issue12798] Update mimetypes documentation

New submission from Sandro Tosi : Following http://mail.python.org/pipermail/docs/2011-June/004727.html I've updated the mimetypes module doc. Some changes I would like to do (but I didn't, since I'd like to hear comments): - move the example of the module before the definition of MimeTypes cl

[issue12326] Linux 3: code should avoid using sys.platform == 'linux2'

STINNER Victor added the comment: For the sys.build_info, I opened #12794 (platform.major()) but then quickly closed it because it was only useful if the issue #12795 (Remove the major version from sys.platform) was accepted, but I closed it. -- Update votes for "(2) Python 3.3: change sys.p

[issue12326] Linux 3: code should avoid using sys.platform == 'linux2'

Roundup Robot added the comment: New changeset b072e1559d6b by Victor Stinner in branch 'default': Close #12326: sys.platform is now always 'linux' on Linux http://hg.python.org/cpython/rev/b072e1559d6b -- resolution: -> fixed stage: needs patch -> committed/rejected status: open -> cl

[issue12783] test_posix failure on FreeBSD 6.4: test_get_and_set_scheduler_and_param

Antoine Pitrou added the comment: Sounds fine to me. -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http:/

[issue12713] argparse: allow abbreviation of sub commands by users

Éric Araujo added the comment: Yes, I checked and aliases are already supported. You seem to have overlooked the Versions field on the top of this page: new features don’t go in stable releases, so your patch would have to apply to default, a.k.a. 3.3. -- ___

[issue12797] io.FileIO and io.open should support openat

Antoine Pitrou added the comment: > A third idea is to find a way to override the low-level open() > function (the one that returns a fd). Why not. It would e.g. allow to use CreateFile under Windows (the hg guys do this in order to change the "sharing" mode to something more laxist). > openat

[issue12794] platform: add a major function to get the system major version

STINNER Victor added the comment: > I'm not sure I understand why platform.release() isn't sufficient > for this purpose. Note that some systems return alphanumeric > values for platform.release(), e.g. for Windows you get > 'NT' or 'XP'. It's not easy to get 2 (int) from '2.6.38-8-generic' (st

[issue12797] io.FileIO and io.open should support openat

Amaury Forgeot d'Arc added the comment: A third idea is to find a way to override the low-level open() function (the one that returns a fd). openat() seems to exist only on Linux, so I'm -1 on adding new parameters to support this function only. -- nosy: +amaury.forgeotdarc

[issue12797] io.FileIO and io.open should support openat

Changes by Nadeem Vawda : -- nosy: +nadeem.vawda ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.py

[issue12795] Remove the major version from sys.platform

STINNER Victor added the comment: At the beginning, I thaught that it would be better to remove the major version from sys.platform on all platforms. When I started to write the patch, I expected to change only 2 or 3 files. But the patch is now huge ("26 files changed, 105 insertions(+), 121

[issue12792] Document the "type" field of the tracker in the devguide

Éric Araujo added the comment: I believe you can’t capitalize “behavior” in English. About Terry’s 3): I think the usefulness of having separate types is the same as components, to let people search for what they can help with. -- ___ Python tracke

[issue12794] platform: add a major function to get the system major version

STINNER Victor added the comment: > Can you please elaborate why we need it? platform.major() will be needed if we remove the major version for all platforms from sys.platform (issue #12795). See sys_platform_without_major.patch attached to issue #12795 see how it is used. -- __

[issue9878] Avoid parsing pyconfig.h and Makefile by autogenerating extension module

Changes by Arfrever Frehtes Taifersar Arahesis : -- nosy: +Arfrever ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscrib

[issue12794] platform: add a major function to get the system major version

Éric Araujo added the comment: That other ticket is #9878. -- nosy: +eric.araujo ___ Python tracker ___ ___ Python-bugs-list mailing

[issue12797] io.FileIO and io.open should support openat

New submission from Antoine Pitrou : Right now it is painful to integrate openat() with the normal IO classes. You have to figure out the low-level flags yourself (i.e. replicate the logic and error handling from the FileIO constructor), then replicate the open() logic yourself (because you wa

[issue12768] docstrings for the threading module

Changes by Éric Araujo : -- nosy: +eric.araujo ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.pyth

[issue12786] subprocess wait() hangs when stdin is closed

Idan Kamara added the comment: Thanks for getting on top of this so quickly Charles. Setting close_fds=True worked like a charm. -- ___ Python tracker ___ _

[issue12796] total_ordering goes into infinite recursion when NotImplemented is returned

New submission from Antoine Pitrou : This small test file exhibits the issue. When @total_ordering is not applied, the '<' operator raises TypeError as expected. When @total_ordering is applied, there is an infinite recursion error. -- components: Library (Lib) files: totbug.py message

[issue12794] platform: add a major function to get the system major version

Changes by Arfrever Frehtes Taifersar Arahesis : -- title: platform: add a major function to get the system major version -> platform: add a major function to get the system major version ___ Python tracker

[issue12794] platform: add a major function to get the system major version

Marc-Andre Lemburg added the comment: STINNER Victor wrote: > > New submission from STINNER Victor : > > #12326 proposes to remove the major version from sys.platform. If we remove > it, we will need another easy way to get this information. I don't think that > we need the version used to b

[issue12555] PEP 3151 implementation

Antoine Pitrou added the comment: New patch incorporating Ezio's comments and synchronized with latest default. -- ___ Python tracker ___ ___

[issue12555] PEP 3151 implementation

Changes by Antoine Pitrou : Added file: http://bugs.python.org/file22966/aa9e276a791d.diff ___ Python tracker ___ ___ Python-bugs-list mailing

[issue12782] Multiple context expressions do not support parentheses for continuation across lines

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

[issue12789] re.Scanner doesn't support more than 2 groups on regex

Changes by Ezio Melotti : -- resolution: -> invalid stage: -> committed/rejected ___ Python tracker ___ ___ Python-bugs-list mailing

[issue12783] test_posix failure on FreeBSD 6.4: test_get_and_set_scheduler_and_param

Charles-François Natali added the comment: Here's a patch skipping this part of the test on FreeBSD (it actually also fails on FreeBSD 7.2). Note that while calling sched_setparam(param) results in EINVAL with SCHED_OTHER processes, calling sched_setscheduler(SCHED_OTHER, param) works just fi

[issue12789] re.Scanner doesn't support more than 2 groups on regex

Ângelo Otávio Nuffer Nunes added the comment: Ah, ok, thanks... Then I think my idea is impossible. I will use the Scanner in normal way. :) -- status: open -> closed ___ Python tracker ___

[issue12795] Remove the major version from sys.platform

Changes by Nadeem Vawda : -- nosy: +nadeem.vawda ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.py

[issue12772] fractional day attribute in datetime class

Miguel de Val Borro added the comment: Thanks, I need the fractional day added to the ordinal day of the month. Using the timedelta division it would be: >>> from __future__ import division >>> dt = datetime.datetime(2008, 5, 8, 13, 35, 41, 56) >>> dt.day + (dt-datetime.datetime(dt.year, d

[issue12795] Remove the major version from sys.platform

Martin v. Löwis added the comment: I think this change should be much much smaller in scope. It was (nearly) agreed to drop the major version if the system is Linux. There is no consensus (that I'm aware of) to drop the major OS version for all systems. So I would propose to do this *only* se

[issue12794] platform: add a major function to get the system major version

Martin v. Löwis added the comment: Can you please elaborate why we need it? -- nosy: +loewis ___ Python tracker ___ ___ Python-bugs-l

[issue12782] Multiple context expressions do not support parentheses for continuation across lines

Georg Brandl added the comment: > is the only other example I can think of One similar example would be "raise" in Python 2. > all compound statements uniformly allowed the same continuation syntax. This is not true: only "import-as" allows this syntax. All other uses of parentheses for co

[issue12782] Multiple context expressions do not support parentheses for continuation across lines

Éric Araujo added the comment: I agree it’s unfortunate that we have to use backslashes to have multi-line with statements. -- nosy: +eric.araujo ___ Python tracker ___ ___

[issue12141] sysconfig.get_config_vars('srcdir') fails in specific cases

Roundup Robot added the comment: New changeset 7d9fa30c5588 by Éric Araujo in branch '3.2': Refactor the copying of xxmodule.c in distutils tests (#12141). http://hg.python.org/cpython/rev/7d9fa30c5588 New changeset 900738175779 by Éric Araujo in branch 'default': Refactor the copying of xxmodu

[issue12678] test_packaging and test_distutils failures under Windows

Roundup Robot added the comment: New changeset 4136acaf03de by Éric Araujo in branch 'default': Fix sdist test on Windows (#12678). Patch by Jeremy Kloth. http://hg.python.org/cpython/rev/4136acaf03de -- nosy: +python-dev ___ Python tracker

[issue12213] BufferedRandom: issues with interlaced read-write

Antoine Pitrou added the comment: I think it can be closed now. -- status: open -> closed ___ Python tracker ___ ___ Python-bugs-list

[issue12213] BufferedRandom: issues with interlaced read-write

Roundup Robot added the comment: New changeset 524896c305ce by Antoine Pitrou in branch '3.2': Issue #12213: make it clear that BufferedRWPair shouldn't be called with the http://hg.python.org/cpython/rev/524896c305ce New changeset a423bd492d6c by Antoine Pitrou in branch 'default': Issue #1221

[issue12792] Document the "type" field of the tracker in the devguide

Terry J. Reedy added the comment: This documents the current list, but ;-) I think the current list should be modified. 1. Put behavior at the top of the list, as it is the most common (a 'human factor' principle). 2. Combine performance and resource usage. Both are extremely rare and largel

[issue12795] Remove the major version from sys.platform

Changes by Arfrever Frehtes Taifersar Arahesis : -- nosy: +Arfrever ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscri

[issue12789] re.Scanner doesn't support more than 2 groups on regex

Changes by Arfrever Frehtes Taifersar Arahesis : -- title: re.Scanner don't support more then 2 groups on regex -> re.Scanner doesn't support more than 2 groups on regex ___ Python tracker

[issue12789] re.Scanner don't support more then 2 groups on regex

Matthew Barnett added the comment: Even if this bug is fixed, it still won't work as you expect, and this s why. The Scanner function accepts a list of 2-tuples. The first item of the tuple is a regex and the second is a function. For example: re.Scanner([(r"\d+", number), (r"\w+", word)]

[issue12795] Remove the major version from sys.platform

STINNER Victor added the comment: To have an idea of how much code has to be changed for the sys.platform change, there is the diffstat : $ diffstat sys_platform_without_major.patch Lib/ctypes/util.py |6 -- Lib/distutils/command/build_ext.py |3 - Lib/distu

[issue12326] Linux 3: code should avoid using sys.platform == 'linux2'

STINNER Victor added the comment: > I'm working on a patch to remove the major version of sys.platform Done. I created the issue #12795: "Remove the major version from sys.platform". -- ___ Python tracker ___

[issue12795] Remove the major version from sys.platform

New submission from STINNER Victor : sys.platform contains the major system version. If you test the sys.platform value (e.g. sys.platform == 'linux2'), your program doesn't work anymore with the new system major version (e.g. Linux 3). This problem is common with NetBSD, OpenBSD and FreeBSD.

[issue12794] platform: add a major function to get the system major version

Changes by Arfrever Frehtes Taifersar Arahesis : -- nosy: +Arfrever ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscri

[issue12326] Linux 3: code should avoid using sys.platform == 'linux2'

STINNER Victor added the comment: > I'm working on a patch to remove the major version of sys.platform As expected by Marc-Andre: we need this information and so it has to be available somewhere else. I created #12794 to add platform.major(). I prefer to get the major version at runtime, not

[issue12794] platform: add a major function to get the system major version

New submission from STINNER Victor : #12326 proposes to remove the major version from sys.platform. If we remove it, we will need another easy way to get this information. I don't think that we need the version used to build Python, but the version at runtime. That's why the platform is a good

[issue12213] BufferedRandom: issues with interlaced read-write

Changes by Antoine Pitrou : -- title: BufferedRandom, BufferedRWPair: issues with interlaced read-write -> BufferedRandom: issues with interlaced read-write ___ Python tracker _

[issue12213] BufferedRandom, BufferedRWPair: issues with interlaced read-write

Changes by Arfrever Frehtes Taifersar Arahesis : -- title: BufferedRandom, BufferedRWPair: issues with interlaced read-write -> BufferedRandom, BufferedRWPair: issues with interlaced read-write ___ Python tracker

[issue12787] xmlrpc.client documentation (MultiCall Objects) points to a broken link

Sandro Tosi added the comment: Thanks Ezio for the suggestions. -- resolution: -> fixed stage: needs patch -> committed/rejected status: open -> closed ___ Python tracker ___ _

[issue12787] xmlrpc.client documentation (MultiCall Objects) points to a broken link

Roundup Robot added the comment: New changeset e8f878837eae by Sandro Tosi in branch '2.7': #12787: link original MultiCall proposal to webarchive and in a footnote http://hg.python.org/cpython/rev/e8f878837eae New changeset ab11edca2310 by Sandro Tosi in branch '3.2': #12787: link original Mul

[issue12703] Improve error reporting for packaging.util.resolve_name

Alexis Metaireau added the comment: Thanks Rémy, About testing, I would go for modules with errors in it and check that when imported trough this function it does what it is supposed to do. IOW: 1. Create a test python module with errors in their definition (Throw an exception would do the

[issue8713] multiprocessing needs option to eschew fork() under Linux

Changes by Vivek Sekhar : -- nosy: +vsekhar ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.o

[issue12703] Improve error reporting for packaging.util.resolve_name

Rémy HUBSCHER added the comment: Actually it is not the same problem for `distutils.util.Distribution.get_command_class` my mistake. -- ___ Python tracker ___ _

[issue12703] Improve error reporting for packaging.util.resolve_name

Rémy HUBSCHER added the comment: Hello, I did the patch, but I have no idea of how to make a test for it. More over, I have seen a similar problem each time there is this code in the Python code (here in distutils.util.Distribution.get_command_class) : try: __impo

[issue12213] BufferedRandom, BufferedRWPair: issues with interlaced read-write

Roundup Robot added the comment: New changeset cf2010e9f941 by Antoine Pitrou in branch '2.7': Issue #12213: Fix a buffering bug with interleaved reads and writes that http://hg.python.org/cpython/rev/cf2010e9f941 -- ___ Python tracker

[issue12326] Linux 3: code should avoid using sys.platform == 'linux2'

STINNER Victor added the comment: I'm working on a patch to remove the major version of sys.platform. The patch is much bigger than expected. You will see when it will be done :-) -- ___ Python tracker __

[issue12213] BufferedRandom, BufferedRWPair: issues with interlaced read-write

STINNER Victor added the comment: > You should not use BufferedRWPair with the same underlying stream (that's the > whole point of BufferedRWPair). It might be documented. Something like "Warning: don't use the same stream as reader and writer, or the BufferedRWPair becomes inconsistent on i

[issue12213] BufferedRandom: issues with interlaced read-write

Antoine Pitrou added the comment: This should be fixed for BufferedRandom. As I said, I don't think BufferedRWPair is buggy. -- resolution: -> fixed stage: patch review -> committed/rejected status: open -> pending title: BufferedRandom, BufferedRWPair: issues with interlaced read-wri

[issue12213] BufferedRandom, BufferedRWPair: issues with interlaced read-write

Roundup Robot added the comment: New changeset 5330af45f777 by Antoine Pitrou in branch '3.2': Issue #12213: Fix a buffering bug with interleaved reads and writes that http://hg.python.org/cpython/rev/5330af45f777 New changeset d7f6391954cf by Antoine Pitrou in branch 'default': Issue #12213: F

[issue12791] reference cycle with exception state not broken by generator.close()

Antoine Pitrou added the comment: Thanks for the report, fixed. -- resolution: -> fixed stage: -> committed/rejected status: open -> closed ___ Python tracker ___

[issue12791] reference cycle with exception state not broken by generator.close()

Roundup Robot added the comment: New changeset 867ce75b885c by Antoine Pitrou in branch '3.2': Issue #12791: Break reference cycles early when a generator exits with an exception. http://hg.python.org/cpython/rev/867ce75b885c New changeset 7d390c3a83c6 by Antoine Pitrou in branch 'default': Is

[issue12791] reference cycle with exception state not broken by generator.close()

Antoine Pitrou added the comment: Here is a patch. -- keywords: +patch Added file: http://bugs.python.org/file22961/genexcstate.patch ___ Python tracker ___

[issue12793] allow filters in os.walk

Changes by Raymond Hettinger : -- assignee: -> rhettinger nosy: +rhettinger ___ Python tracker ___ ___ Python-bugs-list mailing list

[issue12326] Linux 3: code should avoid using sys.platform == 'linux2'

Roundup Robot added the comment: New changeset 800d45e51dd7 by Victor Stinner in branch '3.2': Issue #12326: sys.platform is now always 'linux2' on Linux http://hg.python.org/cpython/rev/800d45e51dd7 New changeset c816479f6aaf by Victor Stinner in branch '2.7': Issue #12326: sys.platform is now

[issue12793] allow filters in os.walk

Changes by Jacek Pliszka : -- versions: +Python 2.7 -Python 3.2 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue12793] allow filters in os.walk

New submission from Jacek Pliszka : I suggest a small change in os.walk module. Instead of: def walk(top, topdown=True, onerror=None, followlinks=False): I would like to have: def walk(top, topdown=True, onerror=None, skipnames=lambda x : False, skipdirs=islink): Implementation might be as

[issue12791] reference cycle with exception state not broken by generator.close()

Antoine Pitrou added the comment: The problem is probably that the frame keeps the last execution state around, and since the exception itself has a reference to a frame, a cycle is created. Note that it doesn't happen if you catch the GeneratorExit that gets raised inside the generator at sh

[issue6669] TarFile.getmembers fails at struct.unpack: unpack requires a string argument of length 4

Michele Orrù added the comment: Would it be better to use TarError as Sridhar suggested, or create a new class BadTarfile(TarError, IOError), following the convention used for gzip and zipfile? -- nosy: +maker ___ Python tracker

[issue12792] Document the "type" field of the tracker in the devguide

New submission from Ezio Melotti : The attached patch adds documentation for the "type" field of the tracker to the devguide/triaging page. This is also related to the meta issue #393 [0]. [0]: http://psf.upfronthosting.co.za/roundup/meta/issue393 -- assignee: ezio.melotti components:

[issue6584] gzip module has no custom exception

Changes by Michele Orrù : Added file: http://bugs.python.org/file22958/6584_5.patch ___ Python tracker ___ ___ Python-bugs-list mailing list Un

[issue12713] argparse: allow abbreviation of sub commands by users

Christian Ziemski added the comment: Since there seems to be no means to edit (my last) message a little followup regarding aliases: I found http://bugs.python.org/issue9234 "argparse: aliases for positional arguments (subparsers)" That one is for version 3.2 and already closed. So I'll sto

[issue12789] re.Scanner don't support more then 2 groups on regex

Changes by Ezio Melotti : -- nosy: +ezio.melotti, mrabarnett ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: ht

[issue12713] argparse: allow abbreviation of sub commands by users

Christian Ziemski added the comment: I attached a patch against argparse.py from Python 2.7.1. Subcommmands can now be abbreviated as long as they are unambiguous. Otherwise an error message 'ambigous choice' will be thrown (like the 'invalid choice' one). (It's my first patch, so hopefully I

  1   2   >