[issue33902] entry_points/console_scripts is too slow

Barry A. Warsaw added the comment: "It's complicated" :) But technically speaking they are all separate projects, so while there is synergy, CPython itself *imports* some of those to provide various tasks, but it doesn't lead their development. You'll find a lot of the same play

[issue33901] test_dbm_gnu.test_reorganize() failed on x86-64 High Sierra 3.x

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

[issue33902] entry_points/console_scripts is too slow

Barry A. Warsaw added the comment: This really isn't enough information to know exactly what's going on in your case, but there are things that are known to be slow for CLI startups. Probably the biggest contributor is pkg_resources. Of course, that's a third party library that's popular

[issue23835] configparser does not convert defaults to strings

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

[issue33802] Regression in logging configuration

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

[issue33802] Regression in logging configuration

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

[issue33802] Regression in logging configuration

Barry A. Warsaw added the comment: I think the regression is caused by the fix for bpo-23835 https://bugs.python.org/issue23835 -- ___ Python tracker <https://bugs.python.org/issue33

[issue23835] configparser does not convert defaults to strings

Barry A. Warsaw added the comment: I think this introduced a regression in 3.7. See bpo-33802 https://bugs.python.org/issue33802 -- keywords: +3.7regression -patch nosy: +barry priority: normal -> deferred blocker resolution: fixed -> stage: resolved -> status: close

[issue33802] Regression in logging configuration

New submission from Barry A. Warsaw : This looks like a serious regression in 3.7. @ned.deily - I'm marking this as a release blocker, but feel free of course to downgrade it. Run the following as $ python3.6 badconfig.py Hey, it works! $ python3.7 badconfig.py Traceback (most recent call

[issue33755] Failed separate tests in test_importlib

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

[issue33755] Failed separate tests in test_importlib

Barry A. Warsaw added the comment: New changeset e135032ffa08ad66caea8205488e037da85d2bf8 by Barry Warsaw (Miss Islington (bot)) in branch '3.7': bpo-33755: Fix importlib.resources isolation tests (GH-7412) (#7434) https://github.com/python/cpython/commit

[issue33755] Failed separate tests in test_importlib

Barry A. Warsaw added the comment: New changeset ac1ee1badade69d5cd6d8b9112281f121183e7c0 by Barry Warsaw in branch 'master': bpo-33755: Fix importlib.resources isolation tests (#7412) https://github.com/python/cpython/commit/ac1ee1badade69d5cd6d8b9112281f121183e7c0

[issue33755] Failed separate tests in test_importlib

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

[issue29539] [smtplib] collect response data for all recipients

Barry A. Warsaw added the comment: It's too late for 3.7, but something like this could be an interesting enhancement for 3.8. I'm not so sure about the name of the suggested parameter since it seems more about recording successful deliveries in addition to the normally failed deliveries

[issue33755] Failed separate tests in test_importlib

Barry A. Warsaw added the comment: Looks like a sys.modules leak. I'm working on a branch. -- ___ Python tracker <https://bugs.python.org/issue33755> ___ ___

[issue33755] Failed separate tests in test_importlib

Barry A. Warsaw added the comment: I can take a look at this tomorrow. -- ___ Python tracker <https://bugs.python.org/issue33755> ___ ___ Python-bugs-list mailin

[issue33755] Failed separate tests in test_importlib

Change by Barry A. Warsaw : -- assignee: -> barry ___ Python tracker <https://bugs.python.org/issue33755> ___ ___ Python-bugs-list mailing list Unsubscrib

[issue33710] Deprecate gettext.lgettext()

Barry A. Warsaw added the comment: +1 - I'm actually surprise it's still there. ;) Given that the docs have a big red warning to avoid these in Python 3, let's start the process of removal. Don't forget to also deprecate ldgettext(), lngettext(), and ldngettext() https://docs.python.org/3

[issue33649] asyncio docs overhaul

Change by Barry A. Warsaw <ba...@python.org>: -- nosy: +barry ___ Python tracker <rep...@bugs.python.org> <https://bugs.python.org/issue33649> ___ __

[issue1366311] SRE engine should release the GIL when/if possible

Barry A. Warsaw <ba...@python.org> added the comment: > Did you try to use regex which has this feature? For short strings and simple > patterns there may be no benefit. In my use case, it’s not possible, since the problematic API is glob.iglob() through multiple lev

[issue1366311] SRE engine should release the GIL when/if possible

Barry A. Warsaw <ba...@python.org> added the comment: I'm reopening this bug even though it's been long closed and even though the attached patch is no longer relevant. We recently found a degenerative performance problem with entrypoints and threads. As the number of threads inc

[issue33619] libffi detection via pkg-config is broken

Change by Barry A. Warsaw <ba...@python.org>: -- nosy: +barry ___ Python tracker <rep...@bugs.python.org> <https://bugs.python.org/issue33619> ___ __

[issue33537] Help on importlib.resources outputs the builtin open description

Barry A. Warsaw <ba...@python.org> added the comment: New changeset 6417d33633a3979d996015e52e4ff6c7a88e93e5 by Barry Warsaw (Miss Islington (bot)) in branch '3.7': bpo-33537: Add an __all__ to importlib.resources (GH-6920) (#6941) https://github.com/python/cpython/

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

Barry A. Warsaw <ba...@python.org> added the comment: Honestly, I don't think there's a strong argument for a CLI option. I'm perfectly happy with just an environment variable. -- ___ Python tracker <rep...@bugs.python.org> <https://

[issue33537] Help on importlib.resources outputs the builtin open description

Barry A. Warsaw <ba...@python.org> added the comment: New changeset 0ed66df5242138fc599b4735749e55f953d9a1e4 by Barry Warsaw in branch 'master': bpo-33537: Add an __all__ to importlib.resources (#6920) https://github.com/python/cpython/commit/0ed66df5242138fc599b4735749e55f953

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

Barry A. Warsaw <ba...@python.org> added the comment: On May 17, 2018, at 08:14, Nick Coghlan <rep...@bugs.python.org> wrote: > > If we did add an option, then a named -X option would probably make the most > sense. +1 -- __

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

Barry A. Warsaw <ba...@python.org> added the comment: On May 15, 2018, at 22:58, Carl Meyer <rep...@bugs.python.org> wrote: > Our use case includes a webserver process that embeds Python; I'm not sure if > we could pass a CLI arg to it or not. I think you pretty

[issue33539] Remove `init` flag from @dataclass?

Barry A. Warsaw <ba...@python.org> added the comment: On May 16, 2018, at 16:48, Eric V. Smith <rep...@bugs.python.org> wrote: > Do you really want to add a __init__ to each of the 500 classes? Well, of course *I* do, but I’m weird like that. > That is, the base class could

[issue33539] Remove `init` flag from @dataclass?

Barry A. Warsaw <ba...@python.org> added the comment: On May 16, 2018, at 16:09, Eric V. Smith <rep...@bugs.python.org> wrote: > > I think the concern is: > > from dataclasses import * > > class B: >def __init__(self, a, b, c): ># do somethin

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

Barry A. Warsaw <ba...@python.org> added the comment: New changeset 0c62e09774e445a185fd192524454ce697ca123b by Barry Warsaw (Miss Islington (bot)) in branch '3.7': bpo-32216: Update dataclasses documentation (GH-6913) (#6918) https://github.com/python/cpython/

[issue33537] Help on importlib.resources outputs the builtin open description

Change by Barry A. Warsaw <ba...@python.org>: -- pull_requests: +6589 ___ Python tracker <rep...@bugs.python.org> <https://bugs.python.org/issue33537> ___ _

[issue33537] Help on importlib.resources outputs the builtin open description

Change by Barry A. Warsaw <ba...@python.org>: -- assignee: -> barry ___ Python tracker <rep...@bugs.python.org> <https://bugs.python.org/issue33537> ___ __

[issue33537] Help on importlib.resources outputs the builtin open description

Barry A. Warsaw <ba...@python.org> added the comment: Thanks, I will add an __all__ _zipimport_get_resource_reader gets called from C and it's the way we trampoline from the inscrutable zipimport.c into something we can more reasonably implement the ResourceReader API. There's a c

[issue33539] Remove `init` flag from @dataclass?

Barry A. Warsaw <ba...@python.org> added the comment: Really? Why doesn't this work in the derived dataclass? def __init__(self, *args, **kws): super().__init__(*args, **kws) -- ___ Python tracker <rep...@bugs.python.or

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

Change by Barry A. Warsaw <ba...@python.org>: -- stage: patch review -> resolved status: open -> closed ___ Python tracker <rep...@bugs.python.org> <https://bugs.

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

Barry A. Warsaw <ba...@python.org> added the comment: New changeset 713a9367366c88662c39ed20dd6bce22399299f1 by Barry Warsaw in branch 'master': bpo-32216: Update dataclasses documentation (#6913) https://github.com/python/cpython/commit/713a9367366c88662c39ed20dd6bce2239

[issue33543] `make html` broken

Barry A. Warsaw <ba...@python.org> added the comment: On May 16, 2018, at 13:34, Ned Deily <rep...@bugs.python.org> wrote: > > Or just "make venv html". Shouldn’t the html target depend on venv then? -- ___ Python tra

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

Change by Barry A. Warsaw <ba...@python.org>: -- pull_requests: +6581 stage: resolved -> patch review ___ Python tracker <rep...@bugs.python.org> <https://bugs.pyt

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

Barry A. Warsaw <ba...@python.org> added the comment: ...although I unfortunately cannot build it because of Issue33543 -- ___ Python tracker <rep...@bugs.python.org> <https://bugs.python

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

Barry A. Warsaw <ba...@python.org> added the comment: I've got a branch that cleans up and updates the dataclasses documentation, so I'm reopening this issue and piggybacking my PR on it. -- status: closed -> open ___ Python tra

[issue33543] `make html` broken

New submission from Barry A. Warsaw <ba...@python.org>: Building the documentation in the master (3.8) branch is currently broken: % make html make html mkdir -p build Building NEWS from Misc/NEWS.d with blurb PATH=./venv/bin:$PATH sphinx-build -b html -d build/doctr

[issue33539] Remove `init` flag from @dataclass?

Change by Barry A. Warsaw <ba...@python.org>: -- priority: normal -> release blocker ___ Python tracker <rep...@bugs.python.org> <https://bugs.pyt

[issue33539] Remove `init` flag from @dataclass?

Barry A. Warsaw <ba...@python.org> added the comment: +ned.deily for the 3.7 exemption. -- nosy: +ned.deily ___ Python tracker <rep...@bugs.python.org> <https://bugs.python

[issue33539] Remove `init` flag from @dataclass?

Barry A. Warsaw <ba...@python.org> added the comment: On May 16, 2018, at 12:02, Eric V. Smith <rep...@bugs.python.org> wrote: > > It's a little late in the 3.7 release cycle to remove it, so maybe we can > decide to deprecate it in 3.8? Although if there's clearly no reas

[issue33539] Remove `init` flag from @dataclass?

Barry A. Warsaw <ba...@python.org> added the comment: Make that `return super().__init__()` of course. I can haz (editable) GitHub issues! -- ___ Python tracker <rep...@bugs.python.org> <https://bugs.python

[issue33539] Remove `init` flag from @dataclass?

New submission from Barry A. Warsaw <ba...@python.org>: In reading over the new dataclasses documentation, I'm unsure what the `init` flag is used for, given that: * If you already have a __init__(), then dataclasses won't add one * If you don't have a __init__(), why wouldn't yo

[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 <ba...@python.org>: -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker <rep...@bugs.python.org> <https://bu

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

Barry A. Warsaw <ba...@python.org> 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/cpython/

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

Barry A. Warsaw <ba...@python.org> 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/

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

Change by Barry A. Warsaw <ba...@python.org>: -- nosy: +barry ___ Python tracker <rep...@bugs.python.org> <https://bugs.python.org/issue33499> ___ __

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

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

[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 <ba...@python.org>: -- keywords: +patch pull_requests: +6482 stage: -> patch review ___ Python tracker <rep...@bugs.python.org> <https://bugs.pyt

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

Barry A. Warsaw <ba...@python.org> 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 <rep...@bugs.python.org> <https://bugs.python

[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 <ba...@python.org>: -- nosy: +barry ___ Python tracker <rep...@bugs.python.org> <https://bugs.python.org/issue33465> ___ __

[issue32387] Disallow untagged C extension import on major platforms

Change by Barry A. Warsaw <ba...@python.org>: -- nosy: +barry ___ Python tracker <rep...@bugs.python.org> <https://bugs.python.org/issue32387> ___ __

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

Barry A. Warsaw <ba...@python.org> 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 depre

[issue33331] Clean modules in the reversed order

Change by Barry A. Warsaw <ba...@python.org>: -- nosy: +barry ___ Python tracker <rep...@bugs.python.org> <https://bugs.python.org/issue1> ___ __

[issue29319] Embedded 3.6.0 distribution cannot run pyz files

Change by Barry A. Warsaw <ba...@python.org>: -- nosy: +barry ___ Python tracker <rep...@bugs.python.org> <https://bugs.python.org/issue29319> ___ __

[issue33301] Add __contains__ to pathlib

Change by Barry A. Warsaw <ba...@python.org>: -- nosy: +barry ___ Python tracker <rep...@bugs.python.org> <https://bugs.python.org/issue33301> ___ __

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

Barry A. Warsaw <ba...@python.org> 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

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

Barry A. Warsaw <ba...@python.org> 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

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

Barry A. Warsaw <ba...@python.org> 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

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

Barry A. Warsaw <ba...@python.org> 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 t

[issue33151] importlib.resources breaks on subdirectories

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

[issue33151] importlib.resources breaks on subdirectories

Barry A. Warsaw <ba...@python.org> 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/

[issue33151] importlib.resources breaks on subdirectories

Barry A. Warsaw <ba...@python.org> 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/30e507dff465a31901d87df791a2bac40d

[issue33151] importlib.resources breaks on subdirectories

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

[issue33151] importlib.resources breaks on subdirectories

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

[issue33151] importlib.resources breaks on subdirectories

New submission from Barry A. Warsaw <ba...@python.org>: 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:

[issue33124] Lazy execution of module bytecode

Change by Barry A. Warsaw <ba...@python.org>: -- nosy: +barry ___ Python tracker <rep...@bugs.python.org> <https://bugs.python.org/issue33124> ___ __

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

Change by Barry A. Warsaw <ba...@python.org>: -- pull_requests: +5761 ___ Python tracker <rep...@bugs.python.org> <https://bugs.python.org/issue32305> ___ _

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

Barry A. Warsaw <ba...@python.org> added the comment: On Mar 5, 2018, at 10:33, Ned Batchelder <rep...@bugs.python.org> 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

[issue32991] AttributeError in doctest.DocTestFinder.find

Barry A. Warsaw <ba...@python.org> 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: +

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

Barry A. Warsaw <ba...@python.org> 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 af

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

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

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

Barry A. Warsaw <ba...@python.org> 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/pytho

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

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

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

Change by Barry A. Warsaw <ba...@python.org>: -- pull_requests: +5681 ___ Python tracker <rep...@bugs.python.org> <https://bugs.python.org/issue32303> ___ _

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

Change by Barry A. Warsaw <ba...@python.org>: -- nosy: +barry ___ Python tracker <rep...@bugs.python.org> <https://bugs.python.org/issue32954> ___ __

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

Barry A. Warsaw <ba...@python.org> 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 r

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

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

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

Barry A. Warsaw <ba...@python.org> 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 <rep...@bugs.python.or

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

New submission from Barry A. Warsaw <ba...@python.org>: 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()

[issue32847] Add DirectoryNotEmptyError subclass of OSError

New submission from Barry A. Warsaw <ba...@python.org>: 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 ad

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

Barry A. Warsaw <ba...@python.org> 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 <rep...@bugs.python.or

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

Barry A. Warsaw <ba...@python.org> 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 <rep...@bugs.p

[issue30300] asyncio.Controller

Barry A. Warsaw <ba...@python.org> 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: op

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

Barry A. Warsaw <ba...@python.org> 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 ___

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

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

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

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

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

Barry A. Warsaw <ba...@python.org> 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/

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

Change by Barry A. Warsaw <ba...@python.org>: -- pull_requests: +5336 ___ Python tracker <rep...@bugs.python.org> <https://bugs.python.org/issue32303> ___ _

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

Barry A. Warsaw <ba...@python.org> 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/a23d30f64bd9c5655cfae7f359d4279c47

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

Barry A. Warsaw <ba...@python.org> 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/bbbcf8693b876daae4469765aa62f8924f

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

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

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

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

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

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

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

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

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

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

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

Change by Barry A. Warsaw <ba...@python.org>: -- assignee: -> barry versions: +Python 3.8 ___ Python tracker <rep...@bugs.python.org> <https://bugs.pyt

<    1   2   3   4   5   6   7   8   9   10   >