[issue35673] Loader for namespace packages

Barry A. Warsaw added the comment: On Jan 7, 2019, at 03:16, Ronald Oussoren wrote: > > Do you know why the namespace package loader lies about the source and code? > Both .get_source() and .get_code() return a value that isn't None. > And likewise: Why is the namespace

[issue33944] Deprecate and remove pth files

Barry A. Warsaw added the comment: > To make a potentially viable concrete proposal here, I think a reasonable > first step would be to change the ".pth" file processing code in site.py to > emit PendingDeprecationWarning for the 'if line.startswith(("impor

[issue33944] Deprecate and remove pth files

Barry A. Warsaw added the comment: On Jan 14, 2019, at 04:02, STINNER Victor wrote: > > I really hate .pth files because the slow down Python startup time for *all* > applications whereas .pth files are usually specific to a very few > applications using one or two spec

[issue33944] Deprecate and remove pth files

Barry A. Warsaw added the comment: On Jan 14, 2019, at 04:14, Antoine Pitrou wrote: > > As I said: editable installs (`pip install -e`) are an important use case of > .pth files. Is that true outside of virtual environments? I care less about .pth files inside venvs, since

[issue33944] Deprecate and remove pth files

Barry A. Warsaw added the comment: On Jan 14, 2019, at 07:17, Nick Coghlan wrote: > > I'll also reiterate that I am *completely* opposed to deprecating the "append > entries to sys.path" usage model, as there is absolutely nothing wrong with > that (if distros a

[issue33944] Deprecate and remove pth files

Barry A. Warsaw added the comment: On Jan 14, 2019, at 17:30, STINNER Victor wrote: > > I don't think that you will like it, but I feel that a PEP will be needed > here to list use cases and explain what replace .pth files for each use > case. Maybe no replacement for some

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

Barry A. Warsaw added the comment: I believe this bug does not affect Python 3.8: (Using a Python 3.8 virtualenv): % python demo.pyz Reading: resource.txt Length: 19 % python `pwd`/demo.pyz Reading: resource.txt Length: 19 I think it's too risky (and too much work, given it would ha

[issue35321] None _frozen_importlib.__spec__.origin attribute

Change by Barry A. Warsaw : -- versions: +Python 3.8 ___ Python tracker <https://bugs.python.org/issue35321> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue35321] None _frozen_importlib.__spec__.origin attribute

Barry A. Warsaw added the comment: Frozen module's origin isn't really documented AFAICT. Here's the link to the library reference: https://docs.python.org/3/library/importlib.html?highlight=origin#importlib.machinery.ModuleSpec.origin The language reference doesn't rea

[issue35321] None _frozen_importlib.__spec__.origin attribute

Barry A. Warsaw added the comment: I am mentoring Nina so I'll review this. -- ___ Python tracker <https://bugs.python.org/issue35321> ___ ___ Python-bugs-l

[issue35800] remove smtpd.MailmanProxy

Barry A. Warsaw added the comment: Yes, it should be deprecated and removed. TBH, IMHO smtpd.py should be entirely deprecated. aiosmtpd (3rd party) is a much more modern approach. -- ___ Python tracker <https://bugs.python.org/issue35

[issue35800] remove smtpd.MailmanProxy

Barry A. Warsaw added the comment: On Jan 22, 2019, at 07:16, Samuel Colvin wrote: > > Ok, if I create a PR, should it just remove MailmanProxy completely or mark > it as deprecated in the docs to be removed in 3.9? > > Personally, I think it should be ok to remove it comp

[issue35835] There is no mention of breakpoint() in the pdb documentation

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

[issue35321] None _frozen_importlib.__spec__.origin attribute

Change by Barry A. Warsaw : -- versions: +Python 3.6 ___ Python tracker <https://bugs.python.org/issue35321> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue35839] Suggestion: Ignore sys.modules entries with no __spec__ attribute in find_spec

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

[issue35321] None _frozen_importlib.__spec__.origin attribute

Barry A. Warsaw added the comment: New changeset 69091cb497b2f0fe7e2789b30b43cf78caf9de9b by Barry Warsaw (Nina Zakharenko) in branch 'master': bpo-35321: Set the spec origin to frozen in frozen modules (#11732) https://github.com/python/cpyt

[issue35905] macOS build docs need refresh (2019)

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

[issue35905] macOS build docs need refresh (2019)

Barry A. Warsaw added the comment: All I know is that for 3.7 and 3.8 (3.6 is different), I have this little helper script to build against Homebrew libraries. #!/bin/sh export CPPFLAGS="-I$(brew --prefix sqlite3)/include -I$(brew --prefix zlib)/include" export LDFLAGS="-L

[issue24658] open().write() fails on 2 GB+ data (OS X)

Barry A. Warsaw added the comment: Nosying myself since I just landed here based on an internal $work bug report. We're seeing it with reads. I'll try to set aside some work time to review the PRs. -- nosy: +barry ___ Python track

[issue24658] open().write() and .read() fails on 2 GB+ data (OS X)

Change by Barry A. Warsaw : -- title: open().write() fails on 2 GB+ data (OS X) -> open().write() and .read() fails on 2 GB+ data (OS X) ___ Python tracker <https://bugs.python.org/issu

[issue29708] support reproducible Python builds

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

[issue29708] support reproducible Python builds

Barry A. Warsaw added the comment: Shouldn't this at least also cover Python 3.7? And should it be officially backported? I would think that if https://github.com/python/cpython/pull/296 gets accepted for 3.7, then distros that care can cherry pick it back into whatever versions they

[issue29729] UUID bytes constructor has too-tight an assertion

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

[issue29756] List count() counts True as 1

Barry A. Warsaw added the comment: bools are subclasses of int and False and True have integer equivalents: https://docs.python.org/3/library/stdtypes.html#bltin-boolean-values -- nosy: +barry resolution: -> not a bug stage: -> resolved status: open -&g

[issue29779] New environment variable PYTHONHISTORY

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

[issue29779] New environment variable PYTHONHISTORY

Barry A. Warsaw added the comment: I don't think the Python envar has to follow the contraction from bash. $PYTHONHISTORY reads very nicely. I have similar code in my $PYTHONSTARTUP, but it would be nice to be able to get rid of it and just let Python do the common

[issue29779] New environment variable PYTHONHISTORY

Barry A. Warsaw added the comment: On Mar 12, 2017, at 11:42 AM, Chi Hsuan Yen wrote: >That's a great feature! Here's a question: what should be CPython's behavior >when PYTHONHISTORY is explicitly set to empty? Currently there's an error: > >$ PYTHONH

[issue29839] Avoid raising OverflowError in len() when __len__() returns negative large value

Barry A. Warsaw added the comment: I was going to say that this is an API change, but given that without this, folks would have to catch both exceptions and now only have to catch one of them, it isn't. -- nosy: +barry ___ Python tracker

[issue14208] No way to recover original argv with python -m

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

[issue29857] Provide `sys._raw_argv` for host application's command line arguments

Barry A. Warsaw added the comment: As bytes? -- ___ Python tracker <http://bugs.python.org/issue29857> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue29857] Provide `sys._raw_argv` for host application's command line arguments

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

[issue29860] smtplib.py doesn't capitalize EHLO.

Barry A. Warsaw added the comment: Is EHLO the only command sent in lower case? I think it might not be. I suppose I'm a solid ±0 on changing this (how's that for a completely neutral endorsement?). I won't do the change myself, but I'd r

[issue29857] Provide `sys._raw_argv` for host application's command line arguments

Barry A. Warsaw added the comment: On Mar 21, 2017, at 11:47 AM, STINNER Victor wrote: >No, text please. Text is just more convenient in Python, and it's trivial to >retrieve original bytes: > >raw_args_bytes = [os.fsencode(arg) for arg in sys._raw_args] Well, "raw args&

[issue25008] Deprecate smtpd (based on deprecated asyncore/asynchat)

Barry A. Warsaw added the comment: New changeset 0a1b656d8ce3da14f8acf947477b8e998e68ef3b by Barry Warsaw in branch '3.6': bpo-25008: Deprecate smtpd and point to aiosmtpd (#274) (#278) https://github.com/python/cpython/commit/0a1b656d8ce3da14f8acf947477b8e

[issue25008] Deprecate smtpd (based on deprecated asyncore/asynchat)

Barry A. Warsaw added the comment: New changeset 66b5092fac4264efdc9c508a7dd425fa9833e147 by Barry Warsaw in branch '3.5': bpo-25008: Deprecate smtpd and point to aiosmtpd (#274) (#279) https://github.com/python/cpython/commit/66b5092fac4264efdc9c508a7dd425

[issue25008] Deprecate smtpd (based on deprecated asyncore/asynchat)

Barry A. Warsaw added the comment: New changeset f37b0cb230069481609b0bb06891b5dd26320504 by Barry Warsaw in branch '3.4': bpo-25008: Deprecate smtpd and point to aiosmtpd (#274) (#280) https://github.com/python/cpython/commit/f37b0cb230069481609b0bb06891b5

[issue29546] A more helpful ImportError message

Barry A. Warsaw added the comment: New changeset 1bc156430bad8177b5beecf57979628c1d071230 by Barry Warsaw (Matthias Bussonnier) in branch 'master': bpo-29546: Improve from-import error message with location (#103) https://github.com/python/cpyt

[issue19824] string.Template: Add PHP-style variable expansion example

Barry A. Warsaw added the comment: We should really restructure string.Template documentation to emphasize i18n. That's always been its prime use case, and f-strings don't change that (because f-strings are not really appropriate for translations). Before f-strings, string.Te

[issue19824] string.Template: Rewrite docs to emphasize i18n use case

Changes by Barry A. Warsaw : -- assignee: docs@python -> barry ___ Python tracker <http://bugs.python.org/issue19824> ___ ___ Python-bugs-list mailing list Un

[issue19824] string.Template: Rewrite docs to emphasize i18n use case

Barry A. Warsaw added the comment: I'll take this one, and see if I can address 20314 also. -- ___ Python tracker <http://bugs.python.org/issue19824> ___ ___

[issue20314] Potentially confusing formulation in 6.1.4. Template strings

Changes by Barry A. Warsaw : -- assignee: docs@python -> barry ___ Python tracker <http://bugs.python.org/issue20314> ___ ___ Python-bugs-list mailing list Un

[issue19824] string.Template: Rewrite docs to emphasize i18n use case

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

[issue20314] Potentially confusing formulation in 6.1.4. Template strings

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

[issue12518] In string.Template it's impossible to transform delimiter in the derived class

Barry A. Warsaw added the comment: As this issue has been open for a long time, and I don't think it's worth changing the implementation, I am changing this to a documentation bug and will fix it along with the rewrites for bpo-19824 and bpo-20314 -- assignee: -> bar

[issue29929] Eliminate implicit __main__ relative imports

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

[issue19824] string.Template: Rewrite docs to emphasize i18n use case

Barry A. Warsaw added the comment: New changeset 9f74deba784fc8781d13ed564f69c02ed7c331bb by Barry Warsaw in branch 'master': Improve the documentation for template strings (#856) https://github.com/python/cpython/commit/9f74deba784fc8781d13ed564f69c0

[issue20314] Potentially confusing formulation in 6.1.4. Template strings

Barry A. Warsaw added the comment: New changeset 9f74deba784fc8781d13ed564f69c02ed7c331bb by Barry Warsaw in branch 'master': Improve the documentation for template strings (#856) https://github.com/python/cpython/commit/9f74deba784fc8781d13ed564f69c0

[issue12518] In string.Template it's impossible to transform delimiter in the derived class

Barry A. Warsaw added the comment: New changeset 9f74deba784fc8781d13ed564f69c02ed7c331bb by Barry Warsaw in branch 'master': Improve the documentation for template strings (#856) https://github.com/python/cpython/commit/9f74deba784fc8781d13ed564f69c0

[issue12518] In string.Template it's impossible to transform delimiter in the derived class

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

[issue19824] string.Template: Rewrite docs to emphasize i18n use case

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

[issue20314] Potentially confusing formulation in 6.1.4. Template strings

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

[issue20314] Potentially confusing formulation in 6.1.4. Template strings

Changes by Barry A. Warsaw : -- versions: +Python 3.7 -Python 2.7, Python 3.3, Python 3.4 ___ Python tracker <http://bugs.python.org/issue20314> ___ ___ Python-bug

[issue29993] error of parsing encoded words in email of standard library

Barry A. Warsaw added the comment: On Apr 05, 2017, at 03:26 PM, Raymond Hettinger wrote: >Barry, is this something that should go back to 2.7 or is that pretty much >settled business at this point? I think we should not backport this. It's a behavior change and my concern wo

[issue30024] Treat `import a.b.c as m` as `m = sys.modules['a.b.c']`

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

[issue29902] copy breaks staticmethod

Barry A. Warsaw added the comment: I'd be very hesitant to add anything to 2.7 that changes (even broken) behavior here. It might make more sense to backport the more strict checks to 3.5. OTOH, we can save people from all programming errors, and if warnings are basically ignored

[issue25002] Deprecate asyncore/asynchat

Barry A. Warsaw added the comment: For the archaeologists of the future, smtpd.py is also deprecated in favor of aiosmtpd. http://aiosmtpd.readthedocs.io/en/latest/ -- ___ Python tracker <http://bugs.python.org/issue25

[issue30145] Create a How to or Tutorial documentation for asyncio

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

[issue30300] asyncio.Controller

New submission from Barry A. Warsaw: Over in https://github.com/aio-libs/aiosmtpd we have a Controller class which is very handy for testing and other cases. I realized that this isn't really aiosmtpd specific, and with just a few tweaks it could be appropriate for the stdlib. I h

[issue30300] asyncio.Controller

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

[issue30300] asyncio.Controller

Barry A. Warsaw added the comment: On May 08, 2017, at 11:06 PM, Nathaniel Smith wrote: >Looks interesting! What's the advantage over running the server and the test >in the same loop? The ability to use blocking operations in the tests, and to >re-use an expensive-to-start server

[issue30300] asyncio.Controller

Barry A. Warsaw added the comment: On May 11, 2017, at 12:09 AM, STINNER Victor wrote: >Why not starting by putting this class in a library to mature its API? It's already part of aiosmtpd although not with the small amount of generic-ness included here. It's been useful and sta

[issue30359] A standard convention for annotating a function as returning an (async) context manager?

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

[issue23749] asyncio missing wrap_socket (starttls)

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

[issue23749] asyncio missing wrap_socket (starttls)

Barry A. Warsaw added the comment: I'm very interested in this because, even though we do support STARTTLS in aiosmtpd, it's a hack using non-public symbols, and we have a hidden traceback! (I.e. one that doesn't cause the test suite to fail, but only shows up when cli

[issue30479] improve asyncio debugging

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

[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

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