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

Barry A. Warsaw added the comment: New changeset deae6b451fefd5fd3143dd65051e1d341e5a5f84 by Barry Warsaw in branch 'master': bpo-32248 - Implement importlib.resources (#4911) https://github.com/python/cpython/commit/deae6b451fefd5fd3143dd65051e1d

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

Barry A. Warsaw added the comment: Next up - implementing the ResourceReader ABC. -- ___ Python tracker <https://bugs.python.org/issue32248> ___ ___ Python-bug

[issue32502] uuid1() broken on macos high sierra

Barry A. Warsaw added the comment: On Jan 6, 2018, at 11:26, Andres Petralli wrote: > > Traceback (most recent call last): > File "/Users/andy/Desktop/test.py", line 3, in >str(uuid.uuid1()) > File > "/usr/local/Cellar/python3/3.6.4_2/Frameworks/

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

Barry A. Warsaw added the comment: On Jan 6, 2018, at 13:33, Zachary Ware wrote: > > I notice that my 'Installed' builder > (http://buildbot.python.org/all/#/builders/103) has been broken since PR4911 > landed. My suspicion is that it's just another director

[issue32522] Add precision argument to datetime.now

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

[issue32522] Add precision argument to datetime.now

Barry A. Warsaw added the comment: The .replace(microseconds=0) hack annoys me too, but I'd be happier with a simpler solution: make datetime.now() accept a microseconds parameter, so datetime.now(microseconds=0) would be equivalent to datetime.now().replace(microseco

[issue32522] Add precision argument to datetime.now

Barry A. Warsaw added the comment: On Jan 9, 2018, at 08:33, Paul Ganssle wrote: > @Barry I don't think it's a good idea to duplicate the `replace` > functionality in `datetime` like that. I think the main problem isn't the > `.replace`, it's the fact that you

[issue12815] Coverage of smtpd.py

Barry A. Warsaw added the comment: smtpd.py is deprecated so there's really almost zero chance we'll be doing any development on it. Please check out http://aiosmtpd.readthedocs.io/en/latest/ for a third party replacement (maybe pulled into the stdlib for 3.8?) --

[issue19678] smtpd.py: channel should be passed to process_message

Barry A. Warsaw added the comment: I'm going to close this as won't fix since smtpd.py is deprecated, and there's little chance that folks are still interested in working on it. See aiosmtpd as a much better third party replacement. -- resolution: -> wont fix s

[issue16462] smtpd should return greeting

Barry A. Warsaw added the comment: I'm closing this as won't fix since smtpd.py is deprecated and likely won't see any fixes. Please take a look at aiosmtpd as a much better third party replacement. -- resolution: -> wont fix stage: -> resolved s

[issue26036] Unnecessary arguments on smtpd.SMTPServer

Barry A. Warsaw added the comment: I'm closing this as won't fix simce smtpd.py is deprecated and likely won't see any future improvements. Please take a look at aiosmtpd as a much better third party replacement. -- resolution: -> wont fix stage: -> resolved s

[issue25553] smtpd strips final carraige return from received message body

Barry A. Warsaw added the comment: I'm closing this as won't fix since smtpd.py is deprecated and likely won't see much future improvements. Please take a look at aiosmtpd as a much better third party replacement. -- resolution: -> wont fix stage: needs patch

[issue12816] smtpd uses library outside of the standard libraries

Barry A. Warsaw added the comment: I'm closing this as won't fix since smtpd.py is deprecated and will likely not get any future development. Please see aiosmtpd as a much better third party replacement. -- resolution: -> wont fix stage: -> resolved status

[issue22158] RFC 6531 (SMTPUTF8) support in smtpd.PureProxy

Barry A. Warsaw added the comment: I'm closing this as won't fix since smtpd.py is deprecated and will likely not get any future development. Please see aiosmtpd as a much better third party replacement. -- nosy: +barry resolution: -> wont fix stage: -> resol

[issue11260] smtpd-as-a-script feature should be documented and should use argparse

Barry A. Warsaw added the comment: I'm closing this as won't fix since smtpd.py is deprecated and will likely not get any future development. Please see aiosmtpd as a much better third party replacement. -- resolution: -> wont fix stage: patch review -> resol

[issue22071] Remove long-time deprecated attributes from smtpd

Barry A. Warsaw added the comment: I'm closing this as won't fix since smtpd.py is deprecated and will likely not get any future development. Please see aiosmtpd as a much better third party replacement. -- nosy: +barry resolution: -> wont fix stage: patch review ->

[issue19806] smtpd crashes when a multi-byte UTF-8 sequence is split between consecutive data packets

Barry A. Warsaw added the comment: I'm closing this as won't fix since smtpd.py is deprecated and will likely not get any future development. Please see aiosmtpd as a much better third party replacement. -- nosy: +barry resolution: -> wont fix stage: patch review ->

[issue22159] smtpd.PureProxy and smtpd.DebuggingServer do not work with decode_data=True

Barry A. Warsaw added the comment: I'm closing this as won't fix since smtpd.py is deprecated and will likely not get any future development. Please see aiosmtpd as a much better third party replacement. -- nosy: +barry resolution: -> wont fix stage: -> resol

[issue8503] smtpd SMTPServer does not allow domain filtering

Barry A. Warsaw added the comment: I'm closing this as won't fix since smtpd.py is deprecated and will likely not get any future development. Please see aiosmtpd as a much better third party replacement. -- resolution: -> wont fix stage: test needed -> resol

[issue3802] smtpd.py __getaddr insufficient handling

Barry A. Warsaw added the comment: I'm closing this as won't fix since smtpd.py is deprecated and will likely not get any future development. Please see aiosmtpd as a much better third party replacement. -- nosy: +barry resolution: -> wont fix stage: test needed ->

[issue14261] Cleanup in smtpd module

Barry A. Warsaw added the comment: I'm closing this as won't fix since smtpd.py is deprecated and will likely not get any future development. Please see aiosmtpd as a much better third party replacement. -- nosy: +barry resolution: -> wont fix stage: needs patch ->

[issue19679] smtpd.py (SMTPChannel): implement enhanced status codes

Barry A. Warsaw added the comment: I'm closing this as won't fix since smtpd.py is deprecated and will likely not get any future development. Please see aiosmtpd as a much better third party replacement. -- resolution: -> wont fix stage: -> resolved status

[issue2518] smtpd.py to handle huge email

Barry A. Warsaw added the comment: I'm closing this as won't fix since smtpd.py is deprecated and will likely not get any future development. Please see aiosmtpd as a much better third party replacement. -- resolution: -> wont fix stage: test needed -> resol

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

Barry A. Warsaw added the comment: @bbayles: I don't think PR 5149 is related to this issue. -- ___ Python tracker <https://bugs.python.org/issue32248> ___ ___

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

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

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

New submission from Barry A. Warsaw : 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 you want da

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

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

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

Barry A. Warsaw added the comment: On May 16, 2018, at 12:02, Eric V. Smith 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 reason for it > to exist, I could be talked

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

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

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

Change by Barry A. Warsaw : -- priority: normal -> release blocker ___ Python tracker <https://bugs.python.org/issue33539> ___ ___ Python-bugs-list mai

[issue33543] `make html` broken

New submission from Barry A. Warsaw : 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/doctrees -D latex_elements.papersize= . build

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

Barry A. Warsaw 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 tracker <https:/

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

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

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

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

[issue33543] `make html` broken

Barry A. Warsaw added the comment: On May 16, 2018, at 13:34, Ned Deily wrote: > > Or just "make venv html". Shouldn’t the html target depend on venv then? -- ___ Python tracker <https://bugs.py

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

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

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

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

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

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

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

Barry A. Warsaw 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 com

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

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

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

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

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

Barry A. Warsaw 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/commit/0c62e09774e445a185fd192524454c

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

Barry A. Warsaw added the comment: On May 16, 2018, at 16:09, Eric V. Smith wrote: > > I think the concern is: > > from dataclasses import * > > class B: >def __init__(self, a, b, c): ># do something with a, b, c, and maybe use fields(self) to figure ou

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

Barry A. Warsaw added the comment: On May 16, 2018, at 16:48, Eric V. Smith 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 legitimately being doing something with the > deri

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

Barry A. Warsaw added the comment: On May 15, 2018, at 22:58, Carl Meyer 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 much have to have an environment variable, as there are jus

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

Barry A. Warsaw added the comment: On May 17, 2018, at 08:14, Nick Coghlan wrote: > > If we did add an option, then a named -X option would probably make the most > sense. +1 -- ___ Python tracker <https://bugs.python.or

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

Barry A. Warsaw 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/0ed66df5242138fc599b4735749e55

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

Barry A. Warsaw 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 <https://bugs.pyt

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

Barry A. Warsaw 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/cpyt

[issue33619] libffi detection via pkg-config is broken

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

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

Barry A. Warsaw 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 increases,

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

Barry A. Warsaw 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 levels of

[issue33649] asyncio docs overhaul

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

[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

[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

[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

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> ___ ___

[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

[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

[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/ac1ee1badade69d5cd6d8b9112281f

[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/cpyt

[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

[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

[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

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

[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

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

[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

[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

[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: "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

[issue33919] Expose _PyCoreConfig structure to Python

New submission from Barry A. Warsaw : The _PyCoreConfig structure in pystate.h has some interesting fields that I don't think are exposed anywhere else to Python-land. I was particularly interested recently in hash_seed and use_hash_seed. I'm thinking that it may be useful to e

[issue33919] Expose _PyCoreConfig structure to Python

Barry A. Warsaw added the comment: On Jun 20, 2018, at 13:28, Christian Heimes wrote: > > Christian Heimes added the comment: > > hash_seed and use_hash_seed could be added to sys.hash_info. This would be > the first place I'd look for the information. After all I impl

[issue33919] Expose _PyCoreConfig structure to Python

Barry A. Warsaw added the comment: I think the basic implementation problem is that by the time you get to get_hash_info() in sysmodule.c, you no longer have access to the _PyCoreConfig object, nor the _PyMain object that it's generally attach

[issue33944] Deprecate and remove pth files

New submission from Barry A. Warsaw : pth files are evil. They are very difficult to debug because they're processed too early. They usually contain globs of inscrutable code. Exceptions in pth files can get swallowed in some cases. They are loaded in indeterminate order. They are

[issue33919] Expose _PyCoreConfig structure to Python

Barry A. Warsaw added the comment: Thanks for the hint! I had a feeling there had to be an API to get at it, but I couldn’t find it. Maybe we should start documenting the Python Secret Underscore API? :) On Jun 22, 2018, at 00:04, STINNER Victor wrote: > > _PyCoreConfig *core_

[issue33919] Expose _PyCoreConfig structure to Python

Barry A. Warsaw added the comment: I think there's another thing I'd like to change, and it seems like it's "just" an implementation detail. In _Py_HashRandomization_Init(), if use_hash_seed is 0, then we directly inject the random bits into the buffer, and then th

[issue33919] Expose _PyCoreConfig structure to Python

Barry A. Warsaw added the comment: Nosying Nick. I agree there's some overlap with Python startup restructuring, but it feels kind of orthogonal too. I really am only exposing (some elements) of that structure to Python. What might be interesting though would be if we want to expos

[issue33919] Expose _PyCoreConfig structure to Python

Barry A. Warsaw added the comment: We could make the hash_seed 64 bits. -- ___ Python tracker <https://bugs.python.org/issue33919> ___ ___ Python-bugs-list m

[issue33944] Deprecate and remove pth files

Barry A. Warsaw added the comment: There are lots of problems with pth files, although arbitrary code execution is probably the most egregious. They are also notoriously difficult to debug, and happen before any control is given to user code. They certainly are unnecessary for namespace

[issue33919] Expose _PyCoreConfig structure to Python

Barry A. Warsaw added the comment: Although I guess that would require modifications to lcg_urandom(). I don't feel qualified to change that function. -- ___ Python tracker <https://bugs.python.org/is

[issue33919] Expose _PyCoreConfig structure to Python

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

[issue33944] Deprecate and remove pth files

Barry A. Warsaw added the comment: On Jun 23, 2018, at 18:56, Nick Coghlan wrote: > > My request (wearing my "BDFL-delegate for packaging interoperability > standards" hat) is that proponents of the change resist the temptation to > view the problem that way :) &g

[issue33919] Expose _PyCoreConfig structure to Python

Barry A. Warsaw added the comment: On Jun 23, 2018, at 20:21, Nick Coghlan wrote: > > Only exposing a `forced_hash_seed` (and hiding randomly generated ones as > `forced_hash_seed=None`) seems reasonable though, since those can already be > read from os.environ anyway. On

[issue33944] Deprecate and remove pth files

Barry A. Warsaw added the comment: I think we'll clearly need a PEP for this clean up. I'd like to see a separate "preload" feature as well, especially one that is deterministic and happens before site.py. Not sure if that shou

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

Barry A. Warsaw added the comment: It's a convenient API. I think originally I may have just don't effectively a getattr on the imported module, but I don't remember (and don't have original implementation handy - thanks, rebase!) I don't have particularly stro

[issue33944] Deprecate and remove pth files

Barry A. Warsaw added the comment: On Jul 5, 2018, at 14:23, Ivan Pozdeev wrote: > > Ivan Pozdeev added the comment: > >> They are very difficult to debug because they're processed too early. > > .pth's are processed by site.py, so no more difficult than si

[issue34084] possible free statically allocated string in compiler when easter egg on

Barry A. Warsaw added the comment: AFAICT, that future only works in the REPL. -- ___ Python tracker <https://bugs.python.org/issue34084> ___ ___ Python-bug

[issue34296] Speed up python startup by pre-warming the vm

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

[issue34392] Add sys.isinterned()

Barry A. Warsaw added the comment: Agreed it should be non-public, but can we please call it sys._is_interned()? -- nosy: +barry ___ Python tracker <https://bugs.python.org/issue34

[issue34534] importlib.resources does not work with packages that have no __init__.py

Barry A. Warsaw added the comment: https://docs.python.org/3/reference/import.html#regular-packages Regular packages have __init__.py files and namespace packages do not. "Implicit non-namespace packages" aren't really A Thing. This design choice is deliberate; nam

[issue25711] Rewrite zipimport from scratch

Barry A. Warsaw added the comment: Not sure if I'll have time before the core sprints to check the implementation with shiv, but I can give it a try then. Do you mind waiting until then? -- ___ Python tracker <https://bugs.python.org/is

[issue34632] Port importlib_metadata to Python 3.8

New submission from Barry A. Warsaw : https://importlib_metadata.rtfd.org We're fleshing out the API and implementation in the standalone library, but once we're confident of the API and semantics, we will want to port this into Python 3.8. -- assignee: barry component

[issue34632] Port importlib_metadata to Python 3.8

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

[issue34726] Add support of checked hash-based pycs in zipimport

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

[issue34694] Dismiss To Avoid Slave/Master wording cause it easier for non English spoken programmers

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

[issue34756] Few changes in sys.breakpointhook()

Barry A. Warsaw added the comment: Hi Serhiy. I'm curious whether this is a pure clean up or if there are actual problems you're trying to fix. * I'm okay with using _PyObject_GetBuiltin() but it does bother me in general to use too many non-public (and thus undocumented)

[issue5950] Make zipimport work with zipfile containing comments

Barry A. Warsaw added the comment: New changeset 5a5ce064b3baadcb79605c5a42ee3d0aee57cdfc by Barry Warsaw (Zackery Spytz) in branch 'master': bpo-5950: Support reading zips with comments in zipimport (#9548) https://github.com/python/cpython/commit/5a5ce064b3baadcb79605c5a42ee3d

[issue5950] Make zipimport work with zipfile containing comments

Change by Barry A. Warsaw : -- components: +Library (Lib) -Interpreter Core resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker <https://bugs.python.o

[issue25812] locale.nl_langinfo() can't decode value

Change by Barry A. Warsaw : -- versions: +Python 3.8 -Python 3.5, Python 3.6 ___ Python tracker <https://bugs.python.org/issue25812> ___ ___ Python-bugs-list m

<    13   14   15   16   17   18   19   20   21   22   >