[issue30300] asyncio.Controller

Barry A. Warsaw added the comment: Hi Antoine, On May 28, 2017, at 11:07 AM, Antoine Pitrou wrote: >I think the API is too specific. Can you elaborate? What's too specific about it? Do you have in mind a use case where you wouldn't need to provide hostname and port? >Inst

[issue30503] It should be possible to use a module name with the same name as a package name

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

[issue30300] asyncio.Controller

Barry A. Warsaw added the comment: On May 29, 2017, at 07:07 AM, Antoine Pitrou wrote: >For example I might write a UDP server. Or a distributed system that listens >to several ports at once, or launches a thread pool. etc. Thanks, those are nice motivational ex

[issue30300] asyncio.Controller

Barry A. Warsaw added the comment: On May 29, 2017, at 11:42 PM, Yury Selivanov wrote: >- detailed logging or hooks to implement it >- hooks on thread start / stop >- coroutines to run before starting the server >- coroutines to run before stopping the loop >- custom undhan

[issue30300] asyncio.Controller

Barry A. Warsaw added the comment: On May 30, 2017, at 10:36 PM, Yury Selivanov wrote: >Again, the natural way of something like Controller to end up in asyncio is >to either go through full PEP process, or live some time on PyPI and prove to >be useful. A PEP feels like overkill;

[issue21783] smtpd.py does not allow multiple helo/ehlo commands

Barry A. Warsaw added the comment: I don't have much interest in working on this for smtpd.py any more. We have an asyncio-based version that's much better, albeit Python 3 only. https://github.com/aio-libs/aiosmtpd This same issue is open over there; if you're still int

[issue25910] Fixing links in documentation

Barry A. Warsaw added the comment: Adding Jim Fulton (for Zope) and Guido (for Pythonlabs). I don't know who owns the former, but I'm fairly sure Guido owns the pythonlabs domain. -- nosy: +gvanrossum, j1m ___ Python trac

[issue21783] smtpd.py does not allow multiple helo/ehlo commands

Barry A. Warsaw added the comment: This is now fixed in aiosmtpd HEAD (what will be 1.1) I'm going to close this issue here even though smtpd.py isn't fixed since it's unlikely that anybody wants to keep working on smtpd.py. Feel free to reopen it if you do. -- resol

[issue30565] PEP 538: default to skipping warning for implicit locale coercion?

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

[issue33944] Deprecate and remove pth files

Barry A. Warsaw added the comment: On Feb 26, 2019, at 05:19, Nick Coghlan wrote: > > I just don't want to lose the "add this location to sys.path" behaviour that > exists for lines in pth files that *don't* start with "import ", since that > has pl

[issue33944] Deprecate and remove pth files

Barry A. Warsaw added the comment: On Feb 26, 2019, at 12:32, Steve Dower wrote: > > There are 100 other ways to end up in this situation though. Why is *this* > one so much worse? Because there’s no good place to stick a pdb/breakpoint to debug such issues other than site.py,

[issue33944] Deprecate and remove pth files

Barry A. Warsaw added the comment: On Feb 26, 2019, at 12:52, Ionel Cristian Mărieș wrote: > > Something bad was installed with sudo but suddenly sudo is not acceptable for > debugging? This seems crazy. Your sudo may not be my sudo. :) Let’s say I update my Ubuntu desktop a

[issue33944] Deprecate and remove pth files

Barry A. Warsaw added the comment: On Feb 26, 2019, at 13:23, Ivan Pozdeev wrote: > > Easy. Insert a chunk into site.py that would call pdb.set_trace() if an > envvar (e.g. `PYSITEDEBUG') or a command line switch is set. > > Actually, why can't whoever has this

[issue36128] ResourceReader for FileLoader inconsistently handles path separators

Barry A. Warsaw added the comment: On Feb 26, 2019, at 13:05, Gregory Szorc wrote: > > I would think the two would agree about whether a path with separators is a > resource or not. The documentation at > https://docs.python.org/3.7/library/importlib.html#importlib.abc.Re

[issue33944] Deprecate and remove pth files

Barry A. Warsaw added the comment: On Feb 28, 2019, at 09:40, Anthony Sottile wrote: > > I don't think even this is unanimous. Things like registering codecs, > instrumenting coverage in subprocesses, etc. all seem like legitimate uses of > the arbitrary code execution fe

[issue33944] Deprecate and remove pth files

Barry A. Warsaw added the comment: On Mar 1, 2019, at 09:27, Ivan Pozdeev wrote: > Startup code (custom or not) is not a dependency of anything. It rather > customizes the environment in which the program specified by the user would > run, _before_ any user code could be allow

[issue33944] Deprecate and remove pth files

Barry A. Warsaw added the comment: On Mar 1, 2019, at 19:59, Ivan Pozdeev wrote: > > Ivan Pozdeev added the comment: > > On 02.03.2019 2:25, Barry A. Warsaw wrote: >> The fact that .pth files are global and affect the entire Python >> installation. <...> Righ

[issue35843] importlib.util docs for namespace packages innaccurate

Barry A. Warsaw added the comment: +1 -- ___ Python tracker <https://bugs.python.org/issue35843> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue33944] Deprecate and remove pth files

Barry A. Warsaw added the comment: On Mar 6, 2019, at 19:04, Anthony Sottile wrote: > It assigns `subprocess.run`, which is an api in python3.5+. In those > versions, `subprocess.check_*` is implemented in terms of `subprocess.run`. > The `subprocess.run` provided by that pack

[issue33944] Deprecate and remove pth files

Barry A. Warsaw added the comment: On Mar 7, 2019, at 07:38, Steve Dower wrote: > > Steve Dower added the comment: > > There are two features here, let's be clear about what we're removing. > > * extending sys.path with static (perhaps relative) directories

[issue33944] Deprecate and remove pth files

Barry A. Warsaw added the comment: On Mar 7, 2019, at 09:32, Anthony Sottile wrote: > >> I should have to start that package somehow. > > `pip install` is a pretty good opt-in already imo Except that it conflates responsibilities. I may not want to opt into coverage even

[issue33944] Deprecate and remove pth files

Barry A. Warsaw added the comment: On Mar 7, 2019, at 10:46, Ionel Cristian Mărieș wrote: > > There's a simple `if 'COVSOMETHING' in os.environ` check to activate it. > That can't cost a significant amount of time. This is rather another bad > actor a

[issue31973] Incomplete DeprecationWarning for async/await keywords

Barry A. Warsaw added the comment: My sense is that we will never fix this, so closing as Won't Fix. -- resolution: -> wont fix stage: -> resolved status: open -> closed ___ Python tracker <https://bugs.pyth

[issue28937] str.split(): remove empty strings when sep is not None

Barry A. Warsaw added the comment: @veky - Thank you for pointing out splitlines(keepends=True). If we wanted consistency, then we'd change the sense and use something like .split(keepempty=True), however: * I don't like run-on names, so I would suggest keep_empty * Maybe just

[issue36691] SystemExit & sys.exit : Allow both exit status and message

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

[issue36740] zipimporter misses namespace packages for implicit dirs

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

[issue14905] zipimport needs to support namespace packages when no 'directory' entry exists

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

[issue35181] Doc: Namespace Packages: Inconsistent documentation of __loader__ being None

Barry A. Warsaw added the comment: I've approved both PRs, however I am rather uncomfortable about the code snippet in import.rst. Géry's change is a good one AFAICT, and thanks for the contribution! I would feel much better about the long term correctness of this code snippet i

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

Barry A. Warsaw added the comment: Well, at least we're not alone. Here's a screen capture from Mail.app Version 12.4 (3445.104.8). -- Added file: https://bugs.python.org/file48295/Screen Shot 2019-05-02 at 22.07.27.png ___ Pyth

[issue36798] := breaks f-strings

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

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

Barry A. Warsaw added the comment: On May 5, 2019, at 11:44, Davin Potts wrote: > > Victor raises an important question: should the *default* start behavior be > made consistent across platforms? Yes, I think it should. The pros of consistency and correctness outweigh the

[issue36817] Add = to f-strings for easier debugging.

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

[issue36817] Add = to f-strings for easier debugging.

Barry A. Warsaw added the comment: I'll assume you can resolve any weird corner cases, in which case +1 -- type: enhancement -> ___ Python tracker <https://bugs.python.org

[issue36820] Captured exceptions are keeping user objects alive unnecessarily in the stdlib

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

[issue36832] Port zipp to zipfile

Barry A. Warsaw added the comment: New changeset b2758ff9553d8bebe4e9dd1cb3996212473810e3 by Barry Warsaw (Jason R. Coombs) in branch 'master': bpo-36832: add zipfile.Path (#13153) https://github.com/python/cpython/commit/b2758ff9553d8bebe4e9dd1cb39962

[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

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