[issue36832] Port zipp to zipfile

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

[issue36837] Make il8n tools available from `python -m`

Barry A. Warsaw added the comment: One other suggestion: put the bulk of Tools/i18n/pygettext.py into Lib/_pygettext.py, then import its main() in both Lib/gettext.py and Tools/i18n/pygettext.py. Then just call that main(). -- nosy: +barry

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

Barry A. Warsaw added the comment: On May 10, 2019, at 04:07, Josh Rosenberg wrote: > > I've seen far too many cases where Python code targeting Linux intentionally > uses the COW benefits of fork for multiprocessing to think it would be a good > idea to change the def

[issue32516] Add a shared library mechanism for win32

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

[issue29708] support reproducible Python builds

Barry A. Warsaw added the comment: On Jan 15, 2018, at 11:31, Brett Cannon wrote: > > 1. SOURCE_DATE_EPOCH acts as an environment variable flag to forcibly > generate hash-based .pyc files with the check_source bit set in py_compile > and compileall > 2. SOURCE_DATE_E

[issue32248] Port importlib_resources (module and ABC) to Python 3.7

Change by Barry A. Warsaw : -- pull_requests: -5016 ___ Python tracker <https://bugs.python.org/issue32248> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue32248] Port importlib_resources (module and ABC) to Python 3.7

Change by Barry A. Warsaw : -- pull_requests: +5093 ___ Python tracker <https://bugs.python.org/issue32248> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue32616] Significant performance problems with Python 2.7 built with clang 3.x or 4.x

Barry A. Warsaw added the comment: Has anyone done the same analysis with Python 3.6 or 3.7? -- nosy: +barry ___ Python tracker <https://bugs.python.org/issue32

[issue32502] uuid1() fails if only 64-bit interface addresses are available

Barry A. Warsaw added the comment: New changeset 6b273f7f4056f8276f61a97c789d6bb4425e653c by Barry Warsaw (Bo Bayles) in branch 'master': bpo-32502: Discard 64-bit (and other invalid) hardware addresses (#5254) https://github.com/python/cpython/commit/6b273f7f4056f8276f61a97c789d6b

[issue32502] uuid1() fails if only 64-bit interface addresses are available

Barry A. Warsaw added the comment: New changeset d69794f4df81de731cc66dc82136e28bee691e1e by Barry Warsaw (Bo Bayles) in branch '3.6': [3.6] bpo-32502: Discard 64-bit (and other invalid) hardware addresses (GH-5254) (#5290) https://github.com/python/cpyt

[issue32502] uuid1() fails if only 64-bit interface addresses are available

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

[issue32651] os.getlogin() should recommend getpass.getuser()

New submission from Barry A. Warsaw : The documentation for os.getlogin() says: "Return the name of the user logged in on the controlling terminal of the process. For most purposes, it is more useful to use the environment variables LOGNAME or USERNAME to find out who the user i

[issue32651] os.getlogin() should recommend getpass.getuser()

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

[issue32651] os.getlogin() should recommend getpass.getuser()

Barry A. Warsaw added the comment: New changeset d499031f5f33c3ef71be7c81ef52eee6b47c42e1 by Barry Warsaw in branch 'master': bpo-32651 Recommend getpass.getuser() (#5301) https://github.com/python/cpython/commit/d499031f5f33c3ef71be7c81ef52ee

[issue32651] os.getlogin() should recommend getpass.getuser()

Barry A. Warsaw added the comment: New changeset 196b8cbab2b5044b92077f0b3c07c798fff68bc6 by Barry Warsaw (Miss Islington (bot)) in branch '3.6': bpo-32651 Recommend getpass.getuser() (GH-5301) (#5304) https://github.com/python/cpython/commit/196b8cbab2b5044b92077f0b3c07c7

[issue32651] os.getlogin() should recommend getpass.getuser()

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

[issue32248] Port importlib_resources (module and ABC) to Python 3.7

Barry A. Warsaw added the comment: New changeset 6f6eb35f9bee18f54945f09664344f2d118ed89f by Barry Warsaw in branch 'master': bpo-32248 - Implement `ResourceReader` and `get_resource_reader()` for zipimport (#5248) https://github.com/python/cpyt

[issue32248] Port importlib_resources (module and ABC) to Python 3.7

Barry A. Warsaw added the comment: Now that the zipimporter support has landed, I think we're done! -- resolution: -> fixed stage: patch review -> resolved status: open -> closed type: -> enhancement ___ Python tracker <htt

[issue32493] UUID Module - FreeBSD build failure

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

[issue32446] ResourceLoader.get_data() should accept a PathLike

Barry A. Warsaw added the comment: Hi Jay. Thanks for your interest in contributing to Python! Actually, I'm going to close this issue since we ultimately decided to deprecate the ResourceLoader ABC: https://docs.python.org/3.7/library/importlib.html?highlight=resourcel

[issue32694] macos/configure: Discover OpenSSL when installed with MacPorts

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

[issue32699] pythonXY._pth : unclear how .pth files are handled

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

[issue32714] remove resourceLoader related code since it's deprecated

Barry A. Warsaw added the comment: We can't remove the code because it might still be used by third parties. Deprecation generally means we inform users that they shouldn't use the code any more (possibly with a DeprecationWarning, although we decided not to do that in this

[issue32694] Can no longer specify OpenSLL locations with CPPFLAGS / LDFLAGS ?

Barry A. Warsaw added the comment: Can we also cover Brew? Here's the dumb little configure wrapper I use: ``` #!/bin/sh export CPPFLAGS="-I$(brew --prefix sqlite3)/include -I$(brew --prefix zlib)/include" export LDFLAGS="-L$(brew --prefix sqlite3)/lib -L$(brew --pref

[issue32303] Namespace packages have inconsistent __loader__ and __spec__.loader

Change by Barry A. Warsaw : -- assignee: -> barry versions: +Python 3.8 ___ Python tracker <https://bugs.python.org/issue32303> ___ ___ Python-bugs-list mai

[issue32305] Namespace packages have inconsistent __file__ and __spec__.origin

Change by Barry A. Warsaw : -- assignee: -> barry versions: +Python 3.8 ___ Python tracker <https://bugs.python.org/issue32305> ___ ___ Python-bugs-list mai

[issue32305] Namespace packages have inconsistent __file__ and __spec__.origin

Barry A. Warsaw added the comment: 3.5 is in security fix only mode, and this is not a security issue. -- versions: -Python 3.5 ___ Python tracker <https://bugs.python.org/issue32

[issue32303] Namespace packages have inconsistent __loader__ and __spec__.loader

Barry A. Warsaw added the comment: 3.5 is in security fix only mode, and this is not a security issue. -- versions: -Python 3.5 ___ Python tracker <https://bugs.python.org/issue32

[issue32303] Namespace packages have inconsistent __loader__ and __spec__.loader

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

[issue32305] Namespace packages have inconsistent __file__ and __spec__.origin

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

[issue32216] Document PEP 557 Data Classes (dataclasses module)

Barry A. Warsaw added the comment: Do you have an ETA for the documentation PR? I would be happy to review it. -- nosy: +barry ___ Python tracker <https://bugs.python.org/issue32

[issue32303] Namespace packages have inconsistent __loader__ and __spec__.loader

Barry A. Warsaw added the comment: New changeset bbbcf8693b876daae4469765aa62f8924f39a7d2 by Barry Warsaw in branch 'master': bpo-32303 - Consistency fixes for namespace loaders (#5481) https://github.com/python/cpython/commit/bbbcf8693b876daae4469765aa62f8

[issue32303] Namespace packages have inconsistent __loader__ and __spec__.loader

Barry A. Warsaw added the comment: New changeset a23d30f64bd9c5655cfae7f359d4279c47f6cab3 by Barry Warsaw in branch '3.7': bpo-32303 - Consistency fixes for namespace loaders (GH-5481) (#5503) https://github.com/python/cpython/commit/a23d30f64bd9c5655cfae7f359d427

[issue32303] Namespace packages have inconsistent __loader__ and __spec__.loader

Change by Barry A. Warsaw : -- pull_requests: +5336 ___ Python tracker <https://bugs.python.org/issue32303> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue32303] Namespace packages have inconsistent __loader__ and __spec__.loader

Barry A. Warsaw added the comment: New changeset a71397fb6603d0fe673acd7765c74699cd28fe7b by Barry Warsaw in branch '3.6': [3.6] bpo-32303 - Consistency fixes for namespace loaders (GH-5481) (#5504) https://github.com/python/cpython/commit/a71397fb6603d0fe673acd7765c746

[issue32303] Namespace packages have inconsistent __loader__ and __spec__.loader

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

[issue32305] Namespace packages have inconsistent __file__ and __spec__.origin

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

[issue32107] Improve MAC address calculation and fix test_uuid.py

Barry A. Warsaw added the comment: I think this issue is resolved, right? Closing. Please reopen if there's anything left to do. -- resolution: -> fixed stage: needs patch -> resolved status: open -> closed ___ Python t

[issue30300] asyncio.Controller

Barry A. Warsaw added the comment: There doesn't seem to be much appetite for this in the stdlib, so closing. It'll just have to live in a third party module. -- resolution: -> wont fix stage: -> resolved status: open -> closed ___

[issue32706] test_check_hostname() of test_ftplib started to fail randomly

Barry A. Warsaw added the comment: Yep, I'm seeing those same failures in our internal build of 3.7.0b1. I'll just disable the tests for now and nosy on this issue. -- nosy: +barry ___ Python tracker <https://bugs.python.o

[issue32803] smtplib: LMTP broken in the case of multiple RCPT

Barry A. Warsaw added the comment: 3.5 and 3.4 are in security fix only mode, so narrowing the relevant versions. -- nosy: +barry versions: -Python 3.4, Python 3.5 ___ Python tracker <https://bugs.python.org/issue32

[issue32847] Add DirectoryNotEmptyError subclass of OSError

New submission from Barry A. Warsaw : I just ran across errno 39 (Directory not empty) when using Path.rename(newdir) when newdir already existed and was not empty. I realized that OSError exceptions don't have a DirectoryNotEmptyError subclass. Maybe we should add one? Probabl

[issue32866] zipimport loader.get_data() requires absolute zip file path

New submission from Barry A. Warsaw : Over in https://gitlab.com/python-devs/importlib_resources/issues/48 we have a report of a FileNotFoundError when trying to read a resource from a zip file. Upon further debugging, I found that zipimport's loader.get_data() raises an unexpected OS

[issue32872] backport of #32305 causes regressions in various packages

Barry A. Warsaw added the comment: Both of those upstreams should be using `if getattr(module, '__file__', None)` instead. The old behavior was an undocumented quirk. -- ___ Python tracker <https://bugs.python.o

[issue32872] backport of #32305 causes regressions in various packages

Change by Barry A. Warsaw : -- resolution: -> wont fix stage: -> resolved status: open -> closed ___ Python tracker <https://bugs.python.org/issue32872> ___ ___

[issue32872] backport of #32305 causes regressions in various packages

Barry A. Warsaw added the comment: I'd personally prefer to keep the fix (I ran into some problems w/3.6), but I'll defer to the RM. I'll revert the change for 3.6, but I want to test it with importlib_resources first, since I'll probably have to spin a new release

[issue32954] Lazy Literal String Interpolation (PEP-498-based fl-strings)

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

[issue32303] Namespace packages have inconsistent __loader__ and __spec__.loader

Change by Barry A. Warsaw : -- pull_requests: +5681 ___ Python tracker <https://bugs.python.org/issue32303> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue32872] backport of #32305 causes regressions in various packages

Change by Barry A. Warsaw : -- keywords: +patch pull_requests: +5682 stage: needs patch -> patch review ___ Python tracker <https://bugs.python.org/issu

[issue32303] Namespace packages have inconsistent __loader__ and __spec__.loader

Barry A. Warsaw added the comment: New changeset 86ea85134645c75783936ca4b5c6269cb8ac4634 by Barry Warsaw in branch '3.6': Revert "[3.6] bpo-32303 - Consistency fixes for namespace loaders (GH-5481) (#5504)" (#5911) https://github.com/p

[issue32872] backport of #32305 causes regressions in various packages

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

[issue32305] Namespace packages have inconsistent __file__ and __spec__.origin

Barry A. Warsaw added the comment: I guess it depends on whether you think this is a new feature or a bug fix. Or, OTOH, since we had to revert for 3.6, maybe it makes sense either way since some code will be affected. -- ___ Python tracker

[issue32991] AttributeError in doctest.DocTestFinder.find

Barry A. Warsaw added the comment: Good catch Jason. Your fix is exactly right. I approved your PR, which is against master, so it should definitely be backported to 3.7. No need to backport to 3.6; we reverted the change for that release. -- versions: +Python 3.8

[issue32305] Namespace packages have inconsistent __file__ and __spec__.origin

Barry A. Warsaw added the comment: On Mar 5, 2018, at 10:33, Ned Batchelder wrote: > As is usual for me, I am here because some coverage.py code broke due to this > change. A diff between b1 and b2 found me the code change (thanks for the > comment, btw!), but a What's New do

[issue32305] Namespace packages have inconsistent __file__ and __spec__.origin

Change by Barry A. Warsaw : -- pull_requests: +5761 ___ Python tracker <https://bugs.python.org/issue32305> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue33124] Lazy execution of module bytecode

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

[issue33151] importlib.resources breaks on subdirectories

New submission from Barry A. Warsaw : Found a bug when trying to read a resource from a subpackage in a zip file. I was actually surprised we didn't have a test for this AFAICT, and when I added one, it did fail. I have a PR coming soon. -- assignee: barry components: Library

[issue33151] importlib.resources breaks on subdirectories

Barry A. Warsaw added the comment: is_resource() from zip submodules is also affected -- ___ Python tracker <https://bugs.python.org/issue33151> ___ ___ Pytho

[issue33151] importlib.resources breaks on subdirectories

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

[issue33151] importlib.resources breaks on subdirectories

Barry A. Warsaw added the comment: New changeset 30e507dff465a31901d87df791a2bac40dc88530 by Barry Warsaw in branch 'master': bpo-33151: Handle submodule resources (GH-6268) https://github.com/python/cpython/commit/30e507dff465a31901d87df791a2ba

[issue33151] importlib.resources breaks on subdirectories

Barry A. Warsaw added the comment: New changeset fd1b8f87b3e63495cadd37c8f1b90191b46ee52a by Barry Warsaw (Miss Islington (bot)) in branch '3.7': bpo-33151: Handle submodule resources (GH-6268) (GH-6270) https://github.com/python/cpython/commit/fd1b8f87b3e63495cadd37c8f1b901

[issue33151] importlib.resources breaks on subdirectories

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

[issue30891] importlib: _find_and_load() race condition on sys.modules[name] check

Barry A. Warsaw added the comment: Take a look at https://bugs.python.org/issue25711 which wants to rewrite zipimport from scratch. I took Serhiy's C->Python patch and turned it into a PR, but it would need a lot of love to get it into shape. (Let's not even tal

[issue33233] Suggest third-party cmd2 module as alternative to cmd

Barry A. Warsaw added the comment: @ned.deily - are you proposing to officially deprecate it for 3.7? If we're going to do it, let's do it now so we can remove it for 3.9. It seems like a reasonable strategy to push folks toward cmd2 and clean up our stdlib. -- no

[issue33254] importlib.resources.contents() incorrectly yields an empty list

Barry A. Warsaw added the comment: Note that this is in the case where a user is asking for the contents of a namespace package (which by definition, can't have resources). +1 on fixing this API wart. Will you @brett.cannon will submit a PR? I'll do a quick review and then ba

[issue33277] Deprecate __loader__, __package__, __file__, and __cached__ on modules

Barry A. Warsaw added the comment: I agree. It should also be pointed out that we've had inconsistencies between the module attributes and the spec attributes, and even fixing those has lead to problems. There should be a single source of truth, and the module spec should be that. +1

[issue33301] Add __contains__ to pathlib

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

[issue29319] Embedded 3.6.0 distribution cannot run pyz files

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

[issue33331] Clean modules in the reversed order

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

[issue33277] Deprecate __loader__, __package__, __file__, and __cached__ on modules

Barry A. Warsaw added the comment: Not that I've thought this through in much detail, but what if we start out by proxying those module attributes to the spec via PEP 562 hooks? We can do that in 3.8, issue (silent?) deprecation warnings, and then do a full deprecation process for

[issue32387] Disallow untagged C extension import on major platforms

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

[issue33465] test_from_import_missing_attr_has_name_and_so_path fails when select is a builtin instead of an extension

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

[issue33465] test_from_import_missing_attr_has_name_and_so_path fails when select is a builtin instead of an extension

Barry A. Warsaw added the comment: It seems pretty easy to use an extension module that's less likely to be built-in. What about binascii? -- ___ Python tracker <https://bugs.python.org/is

[issue33465] test_from_import_missing_attr_has_name_and_so_path fails when select is a builtin instead of an extension

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

[issue33465] test_from_import_missing_attr_has_name_and_so_path fails when select is a builtin instead of an extension

Barry A. Warsaw added the comment: binascii gets built-in too, so it seems like _hashlib is a good choice. -- ___ Python tracker <https://bugs.python.org/issue33

[issue33499] Environment variable to set alternate location for pycache tree

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

[issue33465] test_from_import_missing_attr_has_name_and_so_path fails when select is a builtin instead of an extension

Barry A. Warsaw added the comment: New changeset 8709b236fc997077d24b4802320db287640f82e2 by Barry Warsaw in branch 'master': bpo-33465: Use an unlikely to be built-in C extension in a test (#6797) https://github.com/python/cpython/commit/8709b236fc997077d24b4802320db2

[issue33465] test_from_import_missing_attr_has_name_and_so_path fails when select is a builtin instead of an extension

Barry A. Warsaw added the comment: New changeset 2cdb70ac5df30db021417ab71a327d9b4322de13 by Barry Warsaw (Miss Islington (bot)) in branch '3.7': bpo-33465: Use an unlikely to be built-in C extension in a test (GH-6797) (#6869) https://github.com/python/cpyt

[issue33465] test_from_import_missing_attr_has_name_and_so_path fails when select is a builtin instead of an extension

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

[issue31574] Add dtrace hook for importlib

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

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

Barry A. Warsaw added the comment: I like the idea of a gen 4 that never gets collected. This would have been useful for the original problem that inspired me to add the `generation` argument to `gc.collect()`. The nice thing about this, is just as you suggest: you could force a collection

[issue31580] Defer compiling regular expressions

New submission from Barry A. Warsaw: It's a very common pattern to see the following at module scope: cre_a = re.compile('some pattern') cre_b = re.compile('other pattern') and so on. This can cost you at start up time because all those regular expressions are comp

[issue31580] Defer compiling regular expressions

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

[issue31580] Defer compiling regular expressions

Barry A. Warsaw added the comment: Let's separate the use of lru_cache from the deferred compilation. I think I'll just revert the change to use lru_cache, although I'll note that the impetus for this was the observation that once MAXCACHE is reached the entire regexp cache i

[issue31580] Defer compiling regular expressions

Barry A. Warsaw added the comment: On Sep 26, 2017, at 11:27, R. David Murray wrote: > > Precompiling as a compile-time optimization would be cool. I think we are > currently favoring doing that kind of thing as an AST optimization step? I was thinking about that too. > I think

[issue31580] Defer compiling regular expressions

Barry A. Warsaw added the comment: I'm closing this experiment. I'm not convinced that even if we can make start up time faster for module global regular expressions, we'll ever get enough buy-in from the ecosystem to make this worth it, because you'd really want to get a

[issue31642] None value in sys.modules no longer blocks import

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

[issue31650] implement PEP 552

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

[issue31660] sys.executable different in os.execv'd python3.6 virtualenv session in python2 vs python3

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

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

Barry A. Warsaw added the comment: PEP is accepted. PR needs review. -- stage: -> patch review ___ Python tracker <https://bugs.python.org/issue31353> ___ _

[issue31677] email.header uses re.IGNORECASE without re.ASCII

Barry A. Warsaw added the comment: I think using re.ASCII is a good addition since RFC 2047 says: Generally, an "encoded-word" is a sequence of printable ASCII characters that begins with "=?", ends with "?=", and has two "?"s in between. It s

[issue31672] string.Template should use re.ASCII flag

Barry A. Warsaw added the comment: Technically it *is* an API change since `flags` is a part of the public API. The documentation says: $identifier names a substitution placeholder matching a mapping key of "identifier". By default, "identifier" is re

[issue31671] IntFlag makes re.compile slower

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

[issue31669] string.Template: cods, docs and PEP all disagree on definition of identifier

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

[issue31669] string.Template: code, docs and PEP all disagree on definition of identifier

Barry A. Warsaw added the comment: PEPs aren't really intended to be ongoing specs, keeping up with implementation changes. The documentation is pretty clear in defining identifiers as "any case-insensitive ASCII alphanumeric string (including underscores) that starts with an und

[issue31672] string.Template should use re.ASCII flag

Barry A. Warsaw added the comment: On Oct 4, 2017, at 02:29, INADA Naoki wrote: > > INADA Naoki added the comment: > >> Yet one way -- make re.ASCII a local flag. Than we could just change the >> idpattern attribute to r'(?a:[_a-z][_a-z0-9]*)', without t

[issue31690] Make RE "a", "L" and "u" inline flags local

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

[issue31677] email.header uses re.IGNORECASE without re.ASCII

Barry A. Warsaw added the comment: On Oct 3, 2017, at 23:51, INADA Naoki wrote: >> It's better to keep the re.IGNORECASE since the RFC also says: >> >> Both 'encoding' and 'charset' names are case-independent. Thus the >> charset name &q

[issue31672] string.Template should use re.ASCII flag

Barry A. Warsaw added the comment: On Oct 4, 2017, at 10:05, Serhiy Storchaka wrote: > > See issue31690. But this solution can be used only in 3.7. That’s fine. I don’t think this is important enough to backport. -- ___ Python tracker

[issue28805] Add documentation for METH_FASTCALL and _PyObject_FastCall*()

Change by Barry A. Warsaw : -- title: Add documentation for METH_FASTCALL -> Add documentation for METH_FASTCALL and _PyObject_FastCall*() ___ Python tracker <https://bugs.python.org/issu

<    11   12   13   14   15   16   17   18   19   20   >