[issue6210] Exception Chaining missing method for suppressing context

Roundup Robot added the comment: New changeset b299c4f31ff2 by Nick Coghlan in branch 'default': Close issue #6210: Implement PEP 409 http://hg.python.org/cpython/rev/b299c4f31ff2 -- nosy: +python-dev ___ Python tracker

[issue6210] Exception Chaining missing method for suppressing context

Changes by Nick Coghlan : -- resolution: -> fixed stage: -> committed/rejected status: open -> closed ___ Python tracker ___ ___ Pyth

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

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

[issue14082] shutil doesn't copy extended attributes

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

[issue6210] Exception Chaining missing method for suppressing context

Éric Araujo added the comment: Thanks, I can’t wait to use that in my code! -- ___ Python tracker ___ ___ Python-bugs-list mailing lis

[issue14097] Improve the "introduction" page of the tutorial

Eli Bendersky added the comment: Regarding the use of the name "variable", could it be replaced by just "name" ? That might make sense since the error for undefined "names" is usually NameError. However, note that the current documentation has a /huge/ amount of mentions for "variable", so we

[issue14127] os.stat and os.utime: allow preserving exact metadata

New submission from Larry Hastings : Following on from Guido's rejection of PEP 410: http://mail.python.org/pipermail/python-dev/2012-February/116837.html This bug is the proposed hammering-out space for how to preserve exact metadata for st_atime / st_mtime between os.stat and os.utime. (Yes,

[issue14128] _elementtree should expose types and factory functions consistently with ElementTree

New submission from Eli Bendersky : Element, XMLParser and TreeBuilder are types in ElementTree, but factory functions in _elementtree. The latter should be modified to be consistent with the former. -- assignee: eli.bendersky components: Library (Lib) messages: 154317 nosy: eli.bender

[issue6884] Impossible to include file in sdist that starts with 'build' on Win32

Nadeem Vawda added the comment: > For distutils2 however I have no tester and no bot, so could someone test > this patch? I'll take a look at it. > BTW if someone knows about a continuous integration service which provides > Windows and Mac OS X VMs I’m all ears. Not sure about a CI servic

[issue14127] os.stat and os.utime: allow preserving exact metadata

Larry Hastings added the comment: Guido proposed st_atime_ns et al. I'll make an alternate proposal. I'd like to avoid tying ourselves to ns resolution. As MvL said: "I don't want to deal with this issue *again* in my lifetime". If all we want is to facilitate copying the exact metadata fro

[issue14128] _elementtree should expose types and factory functions consistently with ElementTree

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

[issue14123] Indicate that there are no current plans to deprecate printf-style formatting

Roundup Robot added the comment: New changeset 80069bbae26d by Gregory P. Smith in branch '3.2': Issue #14123: Explicitly mention that old style % string formatting has caveats http://hg.python.org/cpython/rev/80069bbae26d New changeset 98a1855ebfe1 by Gregory P. Smith in branch 'default': Issu

[issue14128] _elementtree should expose types and factory functions consistently with ElementTree

Stefan Behnel added the comment: Note that Element is also a factory function in lxml.etree, and people have been living with this quite happily. I don't see a reason to change either side. There is a dedicated function iselement(obj) for exactly the purpose of testing if something is an Element

[issue14128] _elementtree should expose types and factory functions consistently with ElementTree

Eli Bendersky added the comment: In the pydev discussion once Martin raised this problem it was agreed that this is a regression in 3.3 that should be fixed, since there is code out there that relies on subclassing Element. This would make the Python and C implementations of ET more consisten

[issue10181] Problems with Py_buffer management in memoryobject.c (and elsewhere?)

Stefan Krah added the comment: Nick Coghlan wrote: > PEP section makes sense - I plan to mark PEP 3118 as Final once you commit > this (or you can do that yourself, for that matter). Array features are complete except for multi-dimensional indexing and slicing. I think it would be nice to add

[issue2394] [Py3k] Finish the memoryview object implementation

Stefan Krah added the comment: I think this issue is now superseded by #10181 and #3132. -- nosy: +skrah resolution: -> duplicate stage: test needed -> committed/rejected status: open -> pending superseder: -> Problems with Py_buffer management in memoryobject.c (and elsewhere?) ___

[issue2394] [Py3k] Finish the memoryview object implementation

Changes by Stefan Krah : -- status: pending -> closed ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mai

[issue14129] Corrections for the "extending" doc

New submission from Eli Bendersky : I'm now carefully reading through the "extending" documentation pages. This issue will record various problems I find on the way, with the intention of fixing them eventually. -- assignee: eli.bendersky components: Documentation keywords: easy messag

[issue14129] Corrections for the "extending" doc

Eli Bendersky added the comment: extending.html has a reference to "Demo/embed/demo.c" which no longer exists in the source distribution -- ___ Python tracker ___ _

[issue10181] Problems with Py_buffer management in memoryobject.c (and elsewhere?)

Nick Coghlan added the comment: Aw, I guess I was too optimistic in thinking this was the last gap before we could declare it Final... +1 on creating a new feature request for NumPy style multi-dimensional indexing and slicing support on memoryview (I'm assuming that's what you meant). As fa

[issue6884] Impossible to include file in sdist that starts with 'build' on Win32

Adam Groszer added the comment: Hello, On Sun, 26 Feb 2012 03:37:06 + you wrote: > BTW if someone knows about a continuous integration service which provides > Windows and Mac OS X VMs I’m all ears. ZTK (Zope toolkit) ended up with renting a windows (server) VM. http://winbot.zope.org/ T

[issue14128] _elementtree should expose types and factory functions consistently with ElementTree

Changes by Florent Xicluna : -- nosy: +effbot ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.pytho

[issue14107] Debian bigmem buildbot hanging in test_bigmem

Charles-François Natali added the comment: """ Thread 0x2ba588709700: File "/var/tmpfs/martin.vonloewis/3.x.loewis-parallel2/build/Lib/test/support.py", line 1168 in consumer File "/var/tmpfs/martin.vonloewis/3.x.loewis-parallel2/build/Lib/threading.py", line 682 in run File "/var

[issue14128] _elementtree should expose types and factory functions consistently with ElementTree

Stefan Behnel added the comment: For the record, the relevant mailing list discussion can be found here: http://thread.gmane.org/gmane.comp.python.devel/129429/focus=129794 -- ___ Python tracker _

[issue14007] xml.etree.ElementTree - XMLParser and TreeBuilder's doctype() method missing

Florent Xicluna added the comment: the class versus factory issue is gone to issue 14128. The current issue is only about the doctype() method missing in the C implementation. I propose to drop this deprecated method from the Python version, instead of implementing the deprecated method in t

[issue13238] Add shell command helpers to subprocess module

Nick Coghlan added the comment: For a different take on this concept: http://julialang.org/manual/running-external-programs/ -- ___ Python tracker ___ __

[issue14007] xml.etree.ElementTree - XMLParser and TreeBuilder's doctype() method missing

Eli Bendersky added the comment: Florent, The deprecation should be probably raised separately on pydev. From the recent discussions on this and similar topics, I doubt that removal of these methods will be accepted. -- ___ Python tracker

[issue14127] os.stat and os.utime: allow preserving exact metadata

Martin v. Löwis added the comment: OTOH, it seems that Guido is very much in favor of hard-coding ns resolution in the API, claiming that expectations of even finer resolution are academic. While I still disagree (the *very* same argument was brought up for ms resolution ten years ago), I thi

[issue14107] Debian bigmem buildbot hanging in test_bigmem

Charles-François Natali added the comment: > 1. IIUC, the goal of the watchdog thread is to collect memory > consumption in a timely manner: that's now the case, but since the > information is printed in a standard thread, it doesn't bring any improvement > (because it can be delayed for arbitr

[issue14130] memoryview: add multi-dimensional indexing and slicing

Changes by Stefan Krah : -- assignee: skrah nosy: ncoghlan, pitrou, pv, skrah, teoliphant priority: normal severity: normal stage: needs patch status: open title: memoryview: add multi-dimensional indexing and slicing type: enhancement ___ Python trac

[issue14130] memoryview: add multi-dimensional indexing and slicing

New submission from Stefan Krah : The PEP-3118 authors originally planned to have support for multi-dimensional indexing and slicing in memoryview. Since memoryview now already has the capabilities of multi-dimensional list representations and comparisons, this would be a nice addition to the f

[issue14130] memoryview: add multi-dimensional indexing and slicing

Changes by Stefan Krah : -- components: +Interpreter Core versions: +Python 3.3 ___ Python tracker ___ ___ Python-bugs-list mailing li

[issue1116520] Prefix search is filesystem-centric

Nick Coghlan added the comment: Yeah, I'm pretty sure the bootstrap mechanism needs to be able to get hold of os.py directly so it can be injected into the importlib._bootstrap namespace. However, it may be worth figuring out and documenting the bare minimum that has to exist on the filesyste

[issue14007] xml.etree.ElementTree - XMLParser and TreeBuilder's doctype() method missing

Florent Xicluna added the comment: I understand the point about compatibility. However it is slightly different here, because the method is already deprecated in Python 2.7 and 3.2, with a warning in the documentation and a DeprecationWarning at runtime. This method was never available in the

[issue14131] test_threading failure on WIndows 7 3.x buildbot

New submission from Nick Coghlan : http://www.python.org/dev/buildbot/all/builders/x86%20Windows7%203.x/builds/4458/steps/test/logs/stdio Appears to be new, but also isn't obviously related to any recent checkins that I noticed. (the Win7 buildbot for trunk isn't in a good place, with regular

[issue7562] Custom order for the subcommands of build

Changes by Peter Kleiweg : -- nosy: +pebbe ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.or

[issue8706] accept keyword arguments on all base type methods and builtins

Filip Gruszczyński added the comment: I don't know if this is exactly what you want, but this is an early patch. -- keywords: +patch nosy: +gruszczy Added file: http://bugs.python.org/file24644/8706.patch ___ Python tracker

[issue14129] Corrections for the "extending" doc

Eli Bendersky added the comment: "in this case, nothing more than every Python object contains" There's a grammar error lurking somewhere in there... -- ___ Python tracker ___

[issue14129] Corrections for the "extending" doc

Eli Bendersky added the comment: "A PyObject is not a very magnificent object - it just contains the refcount and a pointer to the object’s “type object”." Too chatty and should be replaced by a more pragmatic explanation, or shortened. -- nosy: +docs@python _

[issue14007] xml.etree.ElementTree - XMLParser and TreeBuilder's doctype() method missing

Florent Xicluna added the comment: This last feature (doctype handler on custom TreeBuilder) does not have tests... So, it is certainly broken with the C implementation. -- stage: needs patch -> test needed ___ Python tracker

[issue14129] Corrections for the "extending" doc

Eli Bendersky added the comment: This is not strictly in the extending doc, but linked from it: http://docs.python.org/dev/c-api/type.html#PyType_GenericNew The PyType_GenericNew API function is not documented -- ___ Python tracker

[issue14107] Debian bigmem buildbot hanging in test_bigmem

Antoine Pitrou added the comment: > """ > /* We can't do anything if the consumer is too slow, just bail > out */ > if (write(watchdog.wfd, (void *) &x, sizeof(x)) < sizeof(x)) >break; > if (write(watchdog.wfd, data, data_len) < data_len) >

[issue14129] Corrections for the "extending" doc

Eli Bendersky added the comment: "Let’s expend " Typo -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http

[issue14129] Corrections for the "extending" doc

Eli Bendersky added the comment: "The new method calls the tp_alloc slot to allocate memory" tp_alloc needs formatting here, similarly to the way it's done in other places -- ___ Python tracker __

[issue14129] Corrections for the "extending" doc

Eli Bendersky added the comment: Noddy_name in the full code listing (included from noddy2.c) is different from the Noddy_name that is actually explained later -- ___ Python tracker __

[issue14129] Corrections for the "extending" doc

Eli Bendersky added the comment: "but in this cased" Typo [this and the past couple of comments refer to the newtypes.html doc] -- ___ Python tracker ___ _

[issue14131] test_threading failure on WIndows 7 3.x buildbot

Stefan Krah added the comment: Strange, I can't reproduce this on Windows 7 with exactly the same command line: python_d -Wd -E -bb ../lib/test/regrtest.py -uall -rwW -n -r --randseed=8022149 -- nosy: +skrah ___ Python tracker

[issue14131] test_threading failure on WIndows 7 3.x buildbot

Changes by Stefan Krah : -- nosy: +db3l ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/

[issue14131] test_threading failure on WIndows 7 3.x buildbot

Nadeem Vawda added the comment: This is rather curious. It looks like the assertion includes a (generous) fudge factor in case the timing code is inaccurate, but then the actual time taken is *just* short enough to make it fail. > (the Win7 buildbot for trunk isn't in a good place, with regula

[issue14085] PyUnicode_WRITE: "comparison is always true" warnings

Florent Xicluna added the comment: Same on OSX, building trunk (3.3.0a0) $ uname -v Darwin Kernel Version 10.8.0: Tue Jun 7 16:32:41 PDT 2011; root:xnu-1504.15.3~1/RELEASE_X86_64 $ gcc --version i686-apple-darwin10-gcc-4.2.1 (GCC) 4.2.1 (Apple Inc. build 5666) (dot 3) $ ./configure MACOSX_D

[issue14107] Debian bigmem buildbot hanging in test_bigmem

Charles-François Natali added the comment: > I think my original plan was to put it in non-blocking mode, but I > must have forgotten in the end. Here's a patch. > I can't think of any drawback off the top of my head, so that sounds > reasonable. I'll try to write up a patch (I have only 1.2G

[issue14080] Sporadic test_imp failure

Stefan Krah added the comment: > So the test needs to be fixed to call importlib.invalidate_caches() > after creating the module. That works. With issue14080.diff I can run the failing combination without problems: $ ./python -m test test_sqlite test_imp [1/2] test_sqlite test_sqlite skipped -

[issue14085] PyUnicode_WRITE: "comparison is always true" warnings

Changes by Florent Xicluna : -- assignee: ronaldoussoren -> ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: ht

[issue14127] os.stat and os.utime: allow preserving exact metadata

R. David Murray added the comment: Is it totally insane to think about using a float subclass with an additional attribute instead of a tuple? -- nosy: +r.david.murray ___ Python tracker _

[issue14132] Redirect is not working correctly in urllib2

New submission from Ján Janech : When only the query string is sent by the server as the redirect url, urllib2 redirects to incorrect address. Error is occuring on the page http://kniznica.uniza.sk/opac. Server sends only the query string part of the uri in the Location header (ie. ?fs=04D072

[issue14132] Redirect is not working correctly in urllib2

Ján Janech added the comment: I forgot to mention that the correct url in the example would be http://kniznica.uniza.sk/opac?fs=04D07295D4434730A51C95A9F1727373&fn=main. -- ___ Python tracker

[issue14132] Redirect is not working correctly in urllib2

Changes by Ezio Melotti : -- nosy: +ezio.melotti, facundobatista, gregory.p.smith, orsenthil ___ Python tracker ___ ___ Python-bugs-li

[issue14133] improved PEP 409 implementation

New submission from Benjamin Peterson : It uses a __suppress_context__ attribute rather than the whole Ellipsis mess. -- components: Interpreter Core files: pep409.patch keywords: patch messages: 154358 nosy: benjamin.peterson, ncoghlan priority: normal severity: normal status: open titl

[issue14133] improved PEP 409 implementation

Antoine Pitrou added the comment: I don't think it has to be a __special__ attribute. suppress_context would probably be fine. Also, instead of looking up the attribute in the dict, why not have a dedicated C member? -- nosy: +pitrou ___ Python tra

[issue13224] Change str(x) to return only the (qual)name for some types

Guido van Rossum added the comment: Not 100% sure what you're asking. Is your specific question whether it is okay that str(Counter.update) returns 'Counter.update'? Yes, it is. Same for Top.Nested.method. -- ___ Python tracker

[issue14116] Lock.__enter__() method returns True instead of self

sbt added the comment: > IIUC returning True is not incorrect, only useless. In the stdlib I > usually see “with lock:”. Can you tell what is the use case for > accessing the condition object inside the context block? Does it > apply only to Condition or also to *Lock and Semaphore? I was

[issue14127] os.stat and os.utime: allow preserving exact metadata

Guido van Rossum added the comment: @RDM: yes, that's insane for this purpose. The size of the solution doesn't match the size of the problem (the problem is non-existent for most people). @Larry: That seems unnecessarily general. I take full responsibility for fixing the precision at ns. An

[issue14127] os.stat and os.utime: allow preserving exact metadata

Larry Hastings added the comment: I suggest that publishing nanoseconds as a plain int would be a nasty API. Consider what it would do to os.utime: if isinstance(mtime, int): # must be st_mtime_ns, it's in nanoseconds, use as-is value = mtime else: assert isins

[issue14113] Failure in test_strptime on Windows

Stefan Krah added the comment: It looks like test_locale from test_format.py changes the locale on Windows: >>> import time >>> >>> magic_date = (1999, 3, 17, 22, 44, 55, 2, 76, 0) >>>

[issue14127] os.stat and os.utime: allow preserving exact metadata

Larry Hastings added the comment: (D'oh. My pseudo-code should have said value = int(mtime * 10) for that second assignment. Hopefully my point was still clear.) -- ___ Python tracker _

[issue14127] os.stat and os.utime: allow preserving exact metadata

Antoine Pitrou added the comment: How about a separate float attribute for the fractional part (in seconds)? This gives a femtosecond precision (assuming a 50 bits mantissa). The utime() could accept a (integral part, fractional part) tuple to set a timestamp without losing bits. (PHP does s

[issue14127] os.stat and os.utime: allow preserving exact metadata

Larry Hastings added the comment: @pitrou: What would that look like when passed in to os.utime? -- ___ Python tracker ___ ___ Python

[issue14127] os.stat and os.utime: allow preserving exact metadata

Antoine Pitrou added the comment: >>> st = os.stat('LICENSE') >>> st.st_mtime 1330108216.7984242 >>> st.st_mtime_frac 0.798424152 >>> tup = st.st_mtime, st.st_mtime_frac >>> os.utime('LICENSE', (tup, tup)) Of course, the fact that utime takes a (atime, mtime) tuple makes this a bit cumbersome.

[issue14107] Debian bigmem buildbot hanging in test_bigmem

Roundup Robot added the comment: New changeset 52dc4fcd0d6f by Charles-François Natali in branch 'default': Issue #14107: test: Fix a deadlock involving the memory watchdog thread. http://hg.python.org/cpython/rev/52dc4fcd0d6f -- ___ Python tracker

[issue1116520] Prefix search is filesystem-centric

Brett Cannon added the comment: Importlib actually requires no files from disk; everything that is required for importlib are built-in modules or are constants in importlib itself (e.g. os.sep). So technically this should be doable since my bootstrap work freezes importlib itself. --

[issue14080] Sporadic test_imp failure

Brett Cannon added the comment: importlib.invalidate_caches() would become a permanent thing if the directory listdir cache approach stays and importlib gets bootstrapped. But it would be made more general to work for any and all loaders and not be specific to importlib (e.g. 3rd-party import

[issue14080] Sporadic test_imp failure

Roundup Robot added the comment: New changeset 1d7472b015f0 by Antoine Pitrou in branch 'default': Issue #14080: fix sporadic test_imp failure. Patch by Stefan Krah. http://hg.python.org/cpython/rev/1d7472b015f0 -- nosy: +python-dev ___ Python track

[issue14133] improved PEP 409 implementation

Benjamin Peterson added the comment: __suppress_context__ parallels with __cause__ and __context__. -- ___ Python tracker ___ ___ Pyt

[issue14080] Sporadic test_imp failure

Antoine Pitrou added the comment: Thanks for diagnosing this :) -- assignee: brett.cannon -> resolution: -> fixed stage: needs patch -> committed/rejected status: open -> closed ___ Python tracker __

[issue14113] Failure in test_strptime on Windows

Stefan Krah added the comment: Attached a fix that is tested on Windows. -- keywords: +patch Added file: http://bugs.python.org/file24649/issue14113.diff ___ Python tracker ___

[issue14128] _elementtree should expose types and factory functions consistently with ElementTree

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

[issue14127] os.stat and os.utime: allow preserving exact metadata

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

[issue14113] Failure in test_strptime on Windows

Antoine Pitrou added the comment: Patch works under Linux here. -- nosy: +haypo, loewis, pitrou stage: needs patch -> commit review ___ Python tracker ___ __

[issue8706] accept keyword arguments on all base type methods and builtins

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

[issue14133] improved PEP 409 implementation

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

[issue13520] Patch to make pickle aware of __qualname__

Changes by Łukasz Langa : -- nosy: +lukasz.langa ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.py

[issue14127] os.stat and os.utime: allow preserving exact metadata

Martin v. Löwis added the comment: > I suggest that publishing nanoseconds as a plain int would be a > nasty API. Consider what it would do to os.utime: No, it wouldn't. Please re-read Guido's proposal. If you want to specify nanoseconds, you have to pass the ns= parameter. My only quibble w

[issue14127] os.stat and os.utime: allow preserving exact metadata

Guido van Rossum added the comment: Thanks Martin. I'd be happy with nsec instead of ns. -- ___ Python tracker ___ ___ Python-bugs-li

[issue8706] accept keyword arguments on all base type methods and builtins

Filip Gruszczyński added the comment: With tests. -- Added file: http://bugs.python.org/file24650/8706_2.patch ___ Python tracker ___

[issue14133] improved PEP 409 implementation

Benjamin Peterson added the comment: Here's a patch which doesn't use the dict. -- Added file: http://bugs.python.org/file24651/pep409.patch ___ Python tracker ___ _

[issue14097] Improve the "introduction" page of the tutorial

Terry J. Reedy added the comment: In English, calling someone or something 'degenerate' is a major insult. In means that x is not really human or what it seems or what it was. I remember being initially startled or puzzled at the mathematical usage, but it actually is similar, just without th

[issue14097] Improve the "introduction" page of the tutorial

Terry J. Reedy added the comment: I think we should feel free to change 'variable' to 'name', especially in the Intro, if it can be done gracefully in context. In my experience with python-list, the former seems a source of confusion for Python newbies. I try to avoid it when writing about Py

[issue14127] os.stat and os.utime: allow preserving exact metadata

Larry Hastings added the comment: My mistake! That ought to teach me to bound out of bed Sunday morning with my "brilliant realization". (But it probably won't.) I volunteer to implement this, with the new custom class for the os.stat object. I'll have it done no later than the PyCon sprin

[issue13521] Make dict.setdefault() atomic

Filip Gruszczyński added the comment: Fixed both issues. -- Added file: http://bugs.python.org/file24652/13521_27_4.patch ___ Python tracker ___

[issue14131] test_threading failure on WIndows 7 3.x buildbot

Nick Coghlan added the comment: Re: test_packaging: my mistake, the problem was actually test_package__file__ in test_imp (and Antoine already fixed it - there were some caches that weren't getting cleared properly: #14080) The last Win7 test run was green, so we may have to write this one up

[issue14006] Improve the documentation of xml.etree.ElementTree

Leon Matthews added the comment: Thank you Éric and Ezio. I'll produce a patch to convert the javadoc to docstrings this week, then submit it here. -- ___ Python tracker ___ _

[issue14133] improved PEP 409 implementation

Nick Coghlan added the comment: I don't consider using Ellipsis as a sentinel value a mess. If you don't like the PEP's solution, take it up with Guido. -- ___ Python tracker _

[issue14133] improved PEP 409 implementation

Benjamin Peterson added the comment: Maybe it's not awful, but why is this not a cleaner solution? -- ___ Python tracker ___ ___ Pyth

[issue14127] os.stat and os.utime: allow preserving exact metadata

Martin v. Löwis added the comment: Let's go with ns= them. It's also what POSIX uses (although I initially had problems parsing "futimens", reading it as foo-timen-z, when it really is eff-youtime-en-es) -- ___ Python tracker

[issue14109] test_lib2to3: output that looks like a failure on Windows 7

Changes by Antoine Pitrou : -- resolution: -> duplicate status: open -> closed superseder: -> test_all_project_files() expected failure ___ Python tracker ___ _

[issue13125] test_all_project_files() expected failure

Changes by Antoine Pitrou : -- nosy: +nadeem.vawda, skrah ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http:

[issue6884] Impossible to include file in sdist that starts with 'build' on Win32

Nadeem Vawda added the comment: Well... testing distutils2 on Windows has been quite an adventure. When I ran the test suite before applying the patch, I got a bunch of failures on all of the Python versions I tested (except the ones that had issues preventing me from running the tests at all).

[issue14133] improved PEP 409 implementation

Antoine Pitrou added the comment: I find this cleaner than the contrived "Ellipsis as magic value" solution, myself :) -- ___ Python tracker ___ ___

[issue14133] improved PEP 409 implementation

Nick Coghlan added the comment: Because you're breaking the semantics of the "raise X from Y" syntax. That syntax is *just* syntactic sugar for "_exc = X; _exc.__cause__ = Y; raise _exc". Under PEP 409, that remains true. Your patch breaks it. If you want to change the meaning for "raise X

[issue14113] Failure in test_strptime on Windows

Brett Cannon added the comment: Does test.support track the locale for test mutations? If not we might want to add that check w/ all of the other interpreter state checks we have. -- nosy: +brett.cannon ___ Python tracker

  1   2   >