[issue14188] Sharing site-packages between Apply and python.org builds breaks extensions

New submission from Barry Alan Scott : I'm testing on Mac OS X 10.7.3 http://bugs.python.org/issue4865 added /Library/Python/2.7/site-packages to the path for python.org built 2.7. This will work for .py files but .so cannot be shared. pysvn will SEGV python.org 2.7 when it is built ag

[issue14188] Sharing site-packages between Apply and python.org builds breaks extensions

Barry Alan Scott added the comment: Pysvn binary kits can be downloaded from http://pysvn.tigris.org/files/documents/1233/49180/py27_python_org_pysvn_svn1617-1.7.6-1457-intel.dmg and http://pysvn.tigris.org/files/documents/1233/49178/py27_apple_com_pysvn_svn1617-1.7.6-1457-intel.dmg

[issue14188] Sharing site-packages between Apple and python.org builds breaks extensions

Barry Alan Scott added the comment: I have wxPython installed. Uninstalling it changes the order of sys.path to this: ['', '/Library/Frameworks/Python.framework/Versions/2.7/lib/python27.zip', '/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.

[issue13512] ~/.pypirc created insecurely

Barry A. Warsaw added the comment: I don't think it's worth fixing in Python 2.6, at least not in 2.6.8 which is ready for rc2 today. -- ___ Python tracker <http://bugs.python.o

[issue14444] Virtualenv not portable from Python 2.7.2 to 2.7.3 (os.urandom missing)

Barry A. Warsaw added the comment: On Mar 29, 2012, at 06:25 PM, Carl Meyer wrote: > >Carl Meyer added the comment: > >Alternatively, the conditional definition of urandom in os.py (removed in >http://hg.python.org/cpython/rev/a0f43f4481e0#l7.1) could be reintroduced, >allow

[issue14444] Virtualenv not portable from Python 2.7.2 to 2.7.3 (os.urandom missing)

Barry A. Warsaw added the comment: On Mar 29, 2012, at 09:24 PM, Jason R. Coombs wrote: >My mistake - Georg has not yet weighed in. Perhaps it's best to wait for his >opinion. I'm happy to go along with RM consensus. It should work the same in all

[issue9762] Multiarch related build failures on Ubuntu >= 11.04

Changes by Barry A. Warsaw : -- title: PEP 3149 related build failures -> Multiarch related build failures on Ubuntu >= 11.04 ___ Python tracker <http://bugs.python.org/

[issue9762] PEP 3149 related build failures

Barry A. Warsaw added the comment: On Apr 17, 2012, at 01:56 PM, Senthil Kumaran wrote: >I stumbled upon this bug when trying to compile Python2.6 from source on >Ubuntu 11.10. If this bug report or the related one issue11715 is a problem >due to Ubuntu changes, I think, it is good

[issue34632] Port importlib_metadata to Python 3.8

Barry A. Warsaw added the comment: Thanks @jaraco! This is now merged into 3.8. -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker <https://bugs.python.or

[issue34632] Port importlib_metadata to Python 3.8

Barry A. Warsaw added the comment: New changeset 1bbf7b661f0ac8aac12d5531928d9a85c98ec1a9 by Barry Warsaw (Jason R. Coombs) in branch 'master': bpo-34632: Add importlib.metadata (GH-12547) https://github.com/python/cpython/commit/1bbf7b661f0ac8aac12d5531928d9a

[issue37043] Buildbots fail when new files are added

Change by Barry A. Warsaw : -- nosy: +barry ___ Python tracker <https://bugs.python.org/issue37043> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue37044] Build/test artifacts not ignored for framework build

Change by Barry A. Warsaw : -- nosy: +barry ___ Python tracker <https://bugs.python.org/issue37044> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue33725] Python crashes on macOS after fork with no exec

Barry A. Warsaw added the comment: On May 27, 2019, at 16:28, STINNER Victor wrote: > I don't see a clear consensus to switch to spawn on *all* platforms, so I > wrote PR 13603 which is the minimum fix: switch to spawn by default, but only > on macOS. Fair enough. Let’s fi

[issue33725] Python crashes on macOS after fork with no exec

Barry A. Warsaw added the comment: On May 28, 2019, at 16:43, Ned Deily wrote: > Thanks, I was just going to add that I would accept a doc change for 3.7. > But the wording should be a little clearer that fork has *always* been unsafe > on macOS, i.e. this is not a new issue for

[issue33725] Python crashes on macOS after fork with no exec

Barry A. Warsaw added the comment: On May 28, 2019, at 17:21, STINNER Victor wrote: > > > STINNER Victor added the comment: > >> To be clear, what is unsafe on macOS (as of 10.13, but even more so on >> 10.14) is calling into the Objective-C runtime between fork an

[issue33725] Python crashes on macOS after fork with no exec

Barry A. Warsaw added the comment: On May 28, 2019, at 17:38, Ned Deily wrote: > > Ned Deily added the comment: > >> To be clear, what is unsafe on macOS (as of 10.13, but even more so on >> 10.14) is calling into the Objective-C runtime between fork and exec. &g

[issue33725] Python crashes on macOS after fork with no exec

Barry A. Warsaw added the comment: On Jun 4, 2019, at 08:11, STINNER Victor wrote: > Ned Deily: >> No, it has *always* been unsafe. What's new as of 10.13/14 is that macOS >> tries much harder at runtime to detect such cases and more predictably cause >> an error r

[issue35805] email package folds msg-id identifiers using RFC2047 encoded words where it must not

Barry A. Warsaw added the comment: New changeset 46d88a113142b26c01c95c93846a89318ba87ffc by Barry Warsaw (Abhilash Raj) in branch 'master': bpo-35805: Add parser for Message-ID email header. (GH-13397) https://github.com/python/cpython/commit/46d88a113142b26c01c95c93846a89

[issue30835] AttributeError when parsing multipart email with invalid non-decodable Content-Transfer-Encoding

Barry A. Warsaw added the comment: New changeset aa79707262f893428665ef45b5e879129abca4aa by Barry Warsaw (Abhilash Raj) in branch 'master': bpo-30835: email: Fix AttributeError when parsing invalid CTE (GH-13598) https://github.com/python/cpyt

[issue21315] email._header_value_parser does not recognise in-line encoding changes

Barry A. Warsaw added the comment: New changeset 66c4f3f38b867d8329b28c032bb907fd1a2f22d2 by Barry Warsaw (Abhilash Raj) in branch 'master': bpo-21315: Fix parsing of encoded words with missing leading ws. (#13425) https://github.com/python/cpyt

[issue21315] email._header_value_parser does not recognise in-line encoding changes

Barry A. Warsaw added the comment: New changeset dc20fc4311dece19488299a7cd11317ffbe4d3c3 by Barry Warsaw (Miss Islington (bot)) in branch '3.7': bpo-21315: Fix parsing of encoded words with missing leading ws. (GH-13425) (#13846) https://github.com/python/cpyt

[issue36520] Email header folded incorrectly

Barry A. Warsaw added the comment: New changeset f6713e84afc5addcfa8477dbdf2c027787f711c0 by Barry Warsaw (websurfer5) in branch 'master': bpo-36520: Email header folded incorrectly (#13608) https://github.com/python/cpython/commit/f6713e84afc5addcfa8477dbdf2c02

[issue33972] AttributeError in email.message.iter_attachments()

Barry A. Warsaw added the comment: New changeset 02257012f6d3821d816cb6a7e8461a88a05b9a08 by Barry Warsaw (Abhilash Raj) in branch 'master': bpo-33972: Fix EmailMessage.iter_attachments raising AttributeError. (GH-14119) https://github.com/python/cpyt

[issue29412] IndexError thrown on email.message.Message.get

Barry A. Warsaw added the comment: New changeset 7213df7bbfd85378c6e42e1ac63144d5974bdcf6 by Barry Warsaw (Abhilash Raj) in branch 'master': bpo-29412: Fix indexError when parsing a header value ending unexpectedly (GH-14387) https://github.com/python/cpyt

[issue29412] IndexError thrown on email.message.Message.get

Barry A. Warsaw added the comment: New changeset 82654a037211a3466a294d53952926fc87f8403d by Barry Warsaw (Miss Islington (bot)) in branch '3.8': bpo-29412: Fix indexError when parsing a header value ending unexpectedly (GH-14387) (GH-14411) https://github.com/python/cpyt

[issue29412] IndexError thrown on email.message.Message.get

Barry A. Warsaw added the comment: New changeset b950cdb4beabeb093fa3ccc35f53d51cc0193aba by Barry Warsaw (Miss Islington (bot)) in branch '3.7': bpo-29412: Fix indexError when parsing a header value ending unexpectedly (GH-14387) (GH-14412) https://github.com/python/cpyt

[issue37449] Move ensurepip off of pkgutil and to importlib.resources

Change by Barry A. Warsaw : -- nosy: +barry ___ Python tracker <https://bugs.python.org/issue37449> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue37459] importlib docs improperly reference get_resource_loader()

Barry A. Warsaw added the comment: Good catch. Are you going to submit a PR? -- nosy: +barry ___ Python tracker <https://bugs.python.org/issue37459> ___ ___

[issue37459] importlib docs improperly reference get_resource_loader()

Change by Barry A. Warsaw : -- assignee: -> docs@python components: +Documentation -Library (Lib) nosy: +docs@python ___ Python tracker <https://bugs.python.org/issu

[issue34155] email.utils.parseaddr mistakenly parse an email

Barry A. Warsaw added the comment: I still think the only way to read the documentation for parseaddr('a@b@c') is to return ('', '') - a tuple of empty strings. The documentations says: "Returns a tuple of that information, unless the parse fails, in w

[issue37459] importlib docs improperly reference get_resource_loader()

Barry A. Warsaw added the comment: New changeset b607d992e76e485f20be3bfd6b311525123f936b by Barry Warsaw (aldwinaldwin) in branch 'master': bpo-37459: importlib docs improperly reference get_resource_loader() (#14568) https://github.com/python/cpyt

[issue37459] importlib docs improperly reference get_resource_loader()

Change by Barry A. Warsaw : -- resolution: -> fixed stage: patch review -> backport needed status: open -> closed ___ Python tracker <https://bugs.python.or

[issue37459] importlib docs improperly reference get_resource_loader()

Barry A. Warsaw added the comment: New changeset 070d3d928d20ccb4790dd077f3794af3c2932e5c by Barry Warsaw (Miss Islington (bot)) in branch '3.8': bpo-37459: importlib docs improperly reference get_resource_loader() (GH-14568) (GH-14580) https://github.com/python/cpyt

[issue37459] importlib docs improperly reference get_resource_loader()

Barry A. Warsaw added the comment: New changeset d7d9c9f7c22113a405f1a340d050edfa2d024dff by Barry Warsaw (Miss Islington (bot)) in branch '3.7': bpo-37459: importlib docs improperly reference get_resource_loader() (GH-14568) (GH-14581) https://github.com/python/cpyt

[issue35224] PEP 572: Assignment Expressions

Barry A. Warsaw added the comment: I might be missing it, but I think the Language Reference still doesn't document assignment expressions. https://docs.python.org/3/reference/lexical_analysis.html#operators There are likely other places in the LR that need to be filled out with PE

[issue36564] Infinite loop with short maximum line lengths in EmailPolicy

Barry A. Warsaw added the comment: New changeset f69d5c61981ea97d251db515c7ff280fcc17182d by Barry Warsaw (Paul Ganssle) in branch 'master': Fix infinite loop in email folding logic (GH-12732) https://github.com/python/cpython/commit/f69d5c61981ea97d251db515c7ff28

[issue37461] email.parser.Parser hang

Barry A. Warsaw added the comment: New changeset a4a994bd3e619cbaff97610a1cee8ffa87c672f5 by Barry Warsaw (Abhilash Raj) in branch 'master': bpo-37461: Fix infinite loop in parsing of specially crafted email headers (GH-14794) https://github.com/python/cpyt

[issue37757] TargetScopeError not raised for comprehension scope conflict

Barry A. Warsaw added the comment: I know the PEP defines TargetScopeError as a subclass of SyntaxError, but it doesn't really explain why a subclass is necessary. I think seeing "TargetScopeError" will be a head scratcher. Why not just SyntaxError without introducing

[issue37741] importlib.metadata docs not showing up in the module index

Barry A. Warsaw added the comment: There's an importlib.metadata.rst file which describes how to use the API, but that doesn't appear to be linked from either the main library ToC or the importlib documentation itself. I'll see if I can put together a PR to fix this.

[issue37741] importlib.metadata docs not showing up in the module index

Barry A. Warsaw added the comment: @jaraco - Why is the code in `Lib/importlib/metadata/__init__.py` instead of `Lib/importlib/metadata.py`? Is that to make it easier to port between CPython stdlib and the standalone version? -- ___ Python

[issue37741] importlib.metadata docs not showing up in the module index

Barry A. Warsaw added the comment: I’ll do a PR for that too. > On Aug 6, 2019, at 14:07, Brett Cannon wrote: > > > Brett Cannon added the comment: > > If there's no porting benefit then let's move it to a single mo

[issue37741] importlib.metadata docs not showing up in the module index

Change by Barry A. Warsaw : -- keywords: +patch pull_requests: +14887 stage: -> patch review pull_request: https://github.com/python/cpython/pull/15153 ___ Python tracker <https://bugs.python.org/issu

[issue37757] TargetScopeError not raised for comprehension scope conflict

Barry A. Warsaw added the comment: > OTOH This would require a PEP change, formal review, etc. It would be trivial though. There are only two references to TargetScopeError in the PEP. One talks about adding the exception and the other just mentions it almost in passing as a subclass

[issue34632] Port importlib_metadata to Python 3.8

Barry A. Warsaw added the comment: @jaraco will be able to answer that better than me. I actually thought those did return concrete lists. I also thought that the APIs accepted either a module or a package name, but maybe I'm thinking about importlib.resources. Again, @jaraco can cl

[issue30681] email.utils.parsedate_to_datetime() should return None when date cannot be parsed

Barry A. Warsaw added the comment: I'm not sure it would be any better, but what about defining something like a DateFormatDefect and returning that? -- ___ Python tracker <http://bugs.python.org/is

[issue30681] email.utils.parsedate_to_datetime() should return None when date cannot be parsed

Barry A. Warsaw added the comment: Thanks for all the great detailed background, and the suggested approaches. I think there are a couple of constraints that would be good to resolve. * parsedate_to_datetime() is documented as "performing the same function as parsedate()" with a

[issue30429] bdb and pdb: Add watchpoint function

Changes by Barry A. Warsaw : -- nosy: +barry ___ Python tracker <http://bugs.python.org/issue30429> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue29755] python3 gettext.lgettext sometimes returns bytes, not string

Barry A. Warsaw added the comment: I agree with everything @serhiy.storchaka said, including the questionable utility of the l* methods in Python 3. ;) Thanks also for updating the documentation. Reading the existing docs over now, it's shocking how imprecise "the translation is r

[issue29593] Improve UnboundLocalError message for deleted names

Changes by Barry A. Warsaw : -- nosy: +barry ___ Python tracker <http://bugs.python.org/issue29593> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue31232] Backport the new custom "print >> sys.stderr" error message?

Barry A. Warsaw added the comment: It's probably fine, since it should be a rare occurrence, but it of course has the potential to break things like tests (doc and otherwise). Unlikely, but it should be pointed out. Still, I'm also fine with backporting it. -- no

[issue31274] Support building against homebrew on macOS

New submission from Barry A. Warsaw: The devguide does touch on how to build Python from source using homebrew installed libraries on macOS, although I found it to be 1) a bit incomplete; 2) not so easy to discover. It might make sense to modify configure to autodetect homebrew, or to have a

[issue31280] Namespace packages in directories added to path aren't importable if packages from the same namespace are in site-packages

Changes by Barry A. Warsaw : -- nosy: +barry ___ Python tracker <http://bugs.python.org/issue31280> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue30761] pdb: Add step / next count arguments

Changes by Barry A. Warsaw : -- nosy: +barry ___ Python tracker <http://bugs.python.org/issue30761> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue31337] Small opportunity for NULL dereference in compile.c

New submission from Barry A. Warsaw: There is a very minor opportunity for NULL dereference in compile.c. compiler_subdict() does not check the return value of get_const_value(), which could be NULL. This was found by Kirit Sankar Gupta. This is not a security issue in practice, since

[issue31337] Small opportunity for NULL dereference in compile.c

Barry A. Warsaw added the comment: As it's barely worth fixing, it's not worth backporting. -- ___ Python tracker <http://bugs.python.org/issue31337> ___ ___

[issue31337] Small opportunity for NULL dereference in compile.c

Changes by Barry A. Warsaw : -- pull_requests: +3325 ___ Python tracker <http://bugs.python.org/issue31337> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue31337] Small opportunity for NULL dereference in compile.c

Barry A. Warsaw added the comment: I'll preface that it's not a major issue that I feel *has* to be fixed, but given that assert *can* be compiled away, does it make sense to use abort() instead? E.g. 1 file changed, 2 insertions(+), 2 deletions(-) Python/compile.c | 4 ++--

[issue1198569] string.Template not flexible enough to subclass (regexes)

Changes by Barry A. Warsaw : -- versions: +Python 3.7 -Python 3.2 ___ Python tracker <http://bugs.python.org/issue1198569> ___ ___ Python-bugs-list mailin

[issue1198569] string.Template not flexible enough to subclass (regexes)

Barry A. Warsaw added the comment: Sorry for the long delay. It looks like Ian's original link is no longer valid. Do you have an updated link to a possible doctest or example? -- ___ Python tracker <http://bugs.python.org/issu

[issue31337] Small opportunity for NULL dereference in compile.c

Barry A. Warsaw added the comment: On Sep 4, 2017, at 10:18, Serhiy Storchaka wrote: > Serhiy Storchaka added the comment: > > Could you please also look at other asserts? I have counted 48 occurrences of > assert(0), 11 assert(0 && "message") and 2

[issue1198569] string.Template not flexible enough to subclass (regexes)

Changes by Barry A. Warsaw : -- pull_requests: +3326 ___ Python tracker <http://bugs.python.org/issue1198569> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue31338] Use abort() for code we never expect to hit

New submission from Barry A. Warsaw: Over in bpo-31337 the observation was made that we often use the following pattern in situations we never expect to hit: assert(0); return NULL; but this isn't strictly optimal. First, the asserts can be compiled away. Second, it's possibl

[issue31337] Small opportunity for NULL dereference in compile.c

Barry A. Warsaw added the comment: See bpo-31338 for adopting the abort() idiom. -- ___ Python tracker <http://bugs.python.org/issue31337> ___ ___ Python-bug

[issue1198569] string.Template not flexible enough to subclass (regexes)

Barry A. Warsaw added the comment: Never mind; I crafted a decent test for the PR. -- ___ Python tracker <http://bugs.python.org/issue1198569> ___ ___ Python-bug

[issue1198569] string.Template not flexible enough to subclass (regexes)

Barry A. Warsaw added the comment: New changeset ba4279683f8eb8f59be10d12547ea89480614388 by Barry Warsaw in branch 'master': bpo-1198569: Allow string.Template braced pattern to be different (#3288) https://github.com/python/cpython/commit/ba4279683f8eb8f59be10d12547ea8

[issue1198569] string.Template not flexible enough to subclass (regexes)

Changes by Barry A. Warsaw : -- resolution: -> fixed stage: needs patch -> resolved status: open -> closed ___ Python tracker <http://bugs.python.org/

[issue1198569] string.Template not flexible enough to subclass (regexes)

Changes by Barry A. Warsaw : -- pull_requests: +3334 ___ Python tracker <http://bugs.python.org/issue1198569> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue1198569] string.Template not flexible enough to subclass (regexes)

Barry A. Warsaw added the comment: New changeset 973b901212bd84d279904bab6654709f4ec32470 by Barry Warsaw in branch 'master': What's New for bpo-1198569 (#3303) https://github.com/python/cpython/commit/973b901212bd84d279904bab6

[issue31338] Use abort() for code we never expect to hit

Barry A. Warsaw added the comment: I'm thinking there are two aspects to this. One would involve updates to PEP 7 to include a section on "Unreachable code". The other would be a PR that updates the current C code to the PEP 7 standard. I'll work on a PEP update as a

[issue31338] Use abort() for code we never expect to hit

Barry A. Warsaw added the comment: @skrah - quick question. Is /* NOT REACHED */ a common convention? Do any compilers or IDEs recognize it? Is it documented anywhere? I like the idea of adding that comment on the abort(), but I'm trying to find some prior art or references for

[issue31338] Use abort() for code we never expect to hit

Barry A. Warsaw added the comment: > > Can we have a Py_UNREACHABLE() macro for that, then? > First, it makes the intent extra clear without needing any additional > comment. Second, it can be defined however we need in order to get along > with the various to

[issue31338] Use abort() for code we never expect to hit

Changes by Barry A. Warsaw : -- pull_requests: +3358 ___ Python tracker <http://bugs.python.org/issue31338> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue31353] Implement PEP 553 - built-in debug()

New submission from Barry A. Warsaw: Placeholder issue for discussion of the design of the implementation of PEP 553. -- assignee: barry components: Interpreter Core messages: 301372 nosy: barry priority: normal severity: normal status: open title: Implement PEP 553 - built-in debug

[issue31353] Implement PEP 553 - built-in debug()

Changes by Barry A. Warsaw : -- pull_requests: +3370 ___ Python tracker <http://bugs.python.org/issue31353> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue31338] Use abort() for code we never expect to hit

Barry A. Warsaw added the comment: So with this diff: modified Include/pymacro.h @@ -95,4 +95,6 @@ #define Py_UNUSED(name) _unused_ ## name #endif +#define Py_UNREACHABLE() abort() + #endif /* Py_PYMACRO_H */ modified Python/compile.c @@ -1350,8 +1350,7 @@ get_const_value(expr_ty e

[issue31338] Use abort() for code we never expect to hit

Barry A. Warsaw added the comment: On Sep 5, 2017, at 16:07, STINNER Victor wrote: > > STINNER Victor added the comment: > >> Neither gcc (macOS, Ubuntu), nor clang (Ubuntu) complain. > > Ok, cool. In that case, go ahead. I checked with @steve.dower and I think abort()

[issue31337] Small opportunity for NULL dereference in compile.c

Barry A. Warsaw added the comment: Alright, I'm going to close this bug in favor of bpo-31338 -- resolution: -> wont fix stage: -> resolved status: open -> closed ___ Python tracker <http://bugs.pyth

[issue31338] Use abort() for code we never expect to hit

Changes by Barry A. Warsaw : -- pull_requests: +3385 ___ Python tracker <http://bugs.python.org/issue31338> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue30681] email.utils.parsedate_to_datetime() should return None when date cannot be parsed

Barry A. Warsaw added the comment: So, while we do have a conflict between consistency and utility, I think @r.david.murry 's last comment has convinced me that raising the exception is more helpful. I think we should do that, fixing the documentation and giving up on the consistency

[issue31389] Give pdb.set_trace() an optional `header` keyword argument

New submission from Barry A. Warsaw: IPython has a neat little feature where the function that enters the debugger takes an optional `header` argument. If given, it is a string that's printed to the console just before the debugger is entered. https://github.com/ipython/ipython/blob/m

[issue31389] Give pdb.set_trace() an optional `header` keyword argument

Barry A. Warsaw added the comment: And specifically `header` is chosen to match IPython. Why be different? -- ___ Python tracker <https://bugs.python.org/issue31

[issue31389] Give pdb.set_trace() an optional `header` keyword argument

Changes by Barry A. Warsaw : -- keywords: +patch pull_requests: +3435 stage: -> patch review ___ Python tracker <https://bugs.python.org/issue31389> ___ ___ Py

[issue31409] Implement PEP 559 - built-in noop()

New submission from Barry A. Warsaw: Placeholder issue for discussion of the design of the implementation of PEP 559. -- assignee: barry components: Interpreter Core messages: 301816 nosy: barry priority: normal severity: normal status: open title: Implement PEP 559 - built-in noop

[issue31409] Implement PEP 559 - built-in noop()

Changes by Barry A. Warsaw : -- keywords: +patch pull_requests: +3470 stage: -> patch review ___ Python tracker <https://bugs.python.org/issue31409> ___ ___ Py

[issue31409] Implement PEP 559 - built-in noop()

Barry A. Warsaw added the comment: Rejected by GvR! -- stage: patch review -> resolved status: open -> closed ___ Python tracker <https://bugs.python.org/i

[issue31338] Use abort() for code we never expect to hit

Barry A. Warsaw added the comment: New changeset b2e5794870eb4728ddfaafc0f79a40299576434f by Barry Warsaw in branch 'master': bpo-31338 (#3374) https://github.com/python/cpython/commit/b2e5794870eb4728ddfaafc0f79a40299576434f -- ___ Pyth

[issue31338] Use abort() for code we never expect to hit

Changes by Barry A. Warsaw : -- resolution: -> fixed stage: -> resolved status: open -> closed ___ Python tracker <https://bugs.python.org/issue31338> ___ ___

[issue31389] Give pdb.set_trace() an optional `header` keyword argument

Barry A. Warsaw added the comment: New changeset 35425d638c0eeb8377620e016f47df3ae08d7061 by Barry Warsaw in branch 'master': bpo-31389 Add an optional `header` argument to pdb.set_trace() (#3438) https://github.com/python/cpython/commit/35425d638c0eeb8377620e016f47df

[issue31389] Give pdb.set_trace() an optional `header` keyword argument

Changes by Barry A. Warsaw : -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker <https://bugs.python.or

[issue31558] gc.freeze() - an API to mark objects as uncollectable

Changes by Barry A. Warsaw : -- nosy: +barry ___ Python tracker <https://bugs.python.org/issue31558> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue34850] Emit a syntax warning for "is" with a literal

Barry A. Warsaw added the comment: I'm actually fine either way. Consider me a solid ±0 -- ___ Python tracker <https://bugs.python.org/issue34850> ___ ___

[issue33725] Python crashes on macOS after fork with no exec

Barry A. Warsaw added the comment: I think it make sense to disable this test; the only possible modification would be to only disable it for macOS <= 10.13. AFAIK, that's the first version where core dumps were possible. (Aside: I also saw these core dumps for a long time on 1

[issue33725] Python crashes on macOS after fork with no exec

Barry A. Warsaw added the comment: On Dec 12, 2018, at 17:59, Ned Deily wrote: > > Ned Deily added the comment: > >> Would it be safe to run the multiprocessing tests on recent macOS with the >> OBJC_DISABLE_INITIALIZE_FORK_SAFETY environment variable set? > >

[issue35526] __future__.barry_as_FLUFL documented as mandatory for Python 3.9

Barry A. Warsaw added the comment: Let's extend the "joke" and make it mandatory in Python 4! :) -- ___ Python tracker <https://bugs.pyt

[issue35526] __future__.barry_as_FLUFL documented as mandatory for Python 3.9

Barry A. Warsaw added the comment: New changeset 55cc34500e5abbfedb89adc95e3f94d53c544933 by Barry Warsaw (Chris Rands) in branch 'master': bpo-35526: make __future__.barry_as_FLUFL mandatory for Python 4.0 (#11218) https://github.com/python/cpyt

[issue35526] __future__.barry_as_FLUFL documented as mandatory for Python 3.9

Change by Barry A. Warsaw : -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker <https://bugs.python.or

[issue35651] PEP 257 (active) references PEP 258 (rejected) as if it were active

Change by Barry A. Warsaw : -- nosy: +barry ___ Python tracker <https://bugs.python.org/issue35651> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue35673] Loader for namespace packages

Change by Barry A. Warsaw : -- nosy: +barry ___ Python tracker <https://bugs.python.org/issue35673> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue35673] Loader for namespace packages

Barry A. Warsaw added the comment: On the first point, I'd categorize this as a documentation bug, and in fact, it's inconsistent with the language reference, which doesn't have the same language: https://docs.python.org/3/reference/import.html#__loader__ On the second poi

[issue35673] Loader for namespace packages

Change by Barry A. Warsaw : -- nosy: +eric.smith ___ Python tracker <https://bugs.python.org/issue35673> ___ ___ Python-bugs-list mailing list Unsubscribe:

<    9   10   11   12   13   14   15   16   17   18   >