[issue46819] Add an Error / Exception / Warning when contextlib.suppress() is entered with no specified exception(s) to suppress

2022-02-22 Thread Cooper Lees


Cooper Lees  added the comment:

FWIW - Will be looking to add to flake8-bugbear here: 
https://github.com/PyCQA/flake8-bugbear/issues/222

--

___
Python tracker 
<https://bugs.python.org/issue46819>
___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com



[issue46819] Add an Error / Exception / Warning when contextlib.suppress() is entered with no specified exception(s) to suppress

2022-02-22 Thread Cooper Lees


Cooper Lees  added the comment:

I would never want to do that ... I understand it's bad. Just questioning 
things before adding lints so we put things in the right places and more 
importantly making sure I understand.

Thanks for the discussion all.

--

___
Python tracker 
<https://bugs.python.org/issue46819>
___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com



[issue46819] Add an Error / Exception / Warning when contextlib.suppress() is entered with no specified exception(s) to suppress

2022-02-22 Thread Cooper Lees


Cooper Lees  added the comment:

Ok thanks. Looks like the warning in flake8-bugbear is the right place then, 
unfortunately.

And just to be sure:

> Note that suppress without arguments corresponds to "except" and isinstance() 
> with empty tuple.

Are you saying that `contextlib.suppress()` should effectively `except 
BaseException` (cause this is not the behavior from my tests) and suppress all 
or suppress nothing? I believe the empty tuple makes it except nothing?

```python
cooper@home1:~$ python3.11
Python 3.11.0a5+ (main, Feb 22 2022, 08:51:50) [GCC 9.3.0] on linux
Type "help", "copyright", "credits" or "license" for more information.
>>> import contextlib
>>> with contextlib.suppress():
...   raise ValueError("I raise ...")
...
Traceback (most recent call last):
  File "", line 2, in 
ValueError: I raise ...
>>>
```

--

___
Python tracker 
<https://bugs.python.org/issue46819>
___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com



[issue46819] Add an Error / Exception / Warning when contextlib.suppress() is entered with no specified exception(s) to suppress

2022-02-21 Thread Cooper Lees


Cooper Lees  added the comment:

Totally agree with your example use case. There you have a chance for it being 
useful under certain conditions. In that example there is a passed argument.  
In my example there is no passed argument. Thus, I believe that this will 
generally always be developer error, again, unless I'm missing something here.

My main suggestion here is to just error/warn when no argument at all is passed 
to `contextlib.suppress` and this this context is *never* a chance of it being 
useful. If someone passes None or an empty `Sequence` (or anything non truthy) 
I propose we stay behaving the same as today.

Please feel free to edit the title if that's not clear enough etc.

--

___
Python tracker 
<https://bugs.python.org/issue46819>
___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com



[issue46819] Add an Error / Exception / Warning when contextlib.suppress() is entered with no specified exception(s) to suppress

2022-02-21 Thread Cooper Lees


New submission from Cooper Lees :

Today if you enter a `contextlib.suppress()` context and specify no exceptions 
there is no error or warning (I didn't check pywarnings to be fair). Isn't this 
a useless context then? If not, please explain why and close.

If it is, I'd love to discuss possibly raising a new NoSupressionError or at 
least a warning to let people know they executing an unneeded context.

Example code that 3.11 does not error on:

```python
cooper@home1:~$ python3.11
Python 3.11.0a5+ (main, Feb 21 2022, 08:52:10) [GCC 9.3.0] on linux
Type "help", "copyright", "credits" or "license" for more information.
>>> import contextlib
>>> with contextlib.suppress():
...   print("Foo")
...
Foo
```

This was reported to `flake8-bugbear` and if this is not accepted I may accept 
adding this to the linter. But feel this could be fixable in cpython itself.

--
components: Library (Lib)
messages: 413663
nosy: cooperlees
priority: normal
severity: normal
status: open
title: Add an Error / Exception / Warning when contextlib.suppress() is entered 
with no specified exception(s) to suppress
versions: Python 3.11

___
Python tracker 
<https://bugs.python.org/issue46819>
___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com



[issue31528] Let ConfigParser parse systemd units

2021-09-02 Thread Cooper Lees


Change by Cooper Lees :


--
nosy: +cooperlees

___
Python tracker 
<https://bugs.python.org/issue31528>
___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com



[issue41271] Add support for io_uring to cpython

2020-07-15 Thread Cooper Lees


Cooper Lees  added the comment:

Totally agree with a separate module first to POC. I should have stated that. 
Main goal was to open this issue to start discussions :)

--

___
Python tracker 
<https://bugs.python.org/issue41271>
___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com



[issue41271] Add support for io_uring to cpython

2020-07-10 Thread Cooper Lees


New submission from Cooper Lees :

Would adding support for io_uring in Linux to stadlib IO and/or asyncio make 
sense?

More info on io_uring:
- https://kernel.dk/io_uring.pdf
- https://lwn.net/Articles/810414/

--
components: IO
messages: 373477
nosy: cooperlees
priority: normal
severity: normal
status: open
title: Add support for io_uring to cpython
type: enhancement
versions: Python 3.10

___
Python tracker 
<https://bugs.python.org/issue41271>
___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com



[issue37179] asyncio loop.start_tls() provide support for TLS in TLS

2020-07-08 Thread Cooper Lees


Cooper Lees  added the comment:

Yury, only problem with that is aiohttp hard blocks HTTPS proxies period. The 
aiohttp issue says they won't fix this until asyncio supports it. Kinda 
understand that.

[cooper:~]$ ./aioclient.par
HTTPS proxies https://fwdproxy:8082 are not supported, ignoring
^CTraceback (most recent call last):
  File "", line 37, in 
  File "", line 35, in __run
  File "/usr/local/fbcode/platform007/lib/python3.7/runpy.py", line 193, in 
_run_module_as_main
"__main__", mod_spec)
  File "/usr/local/fbcode/platform007/lib/python3.7/runpy.py", line 85, in 
_run_code
exec(code, run_globals)
  File 
"/data/users/cooper/fbsource/fbcode/buck-out/dev/gen/ti/fwdproxy/client_samples/py/aioclient#link-tree/ti/fwdproxy/client_samples/py/aioclient.py",
 line 56, in 
asyncio.run(run_example())
  File "/usr/local/fbcode/platform007/lib/python3.7/asyncio/runners.py", line 
43, in run
return loop.run_until_complete(main)
  File "uvloop/loop.pyx", line 1450, in uvloop.loop.Loop.run_until_complete
  File "uvloop/loop.pyx", line 1443, in uvloop.loop.Loop.run_until_complete
  File "uvloop/loop.pyx", line 1351, in uvloop.loop.Loop.run_forever
  File "uvloop/loop.pyx", line 519, in uvloop.loop.Loop._run
  File "uvloop/handles/poll.pyx", line 213, in uvloop.loop.__on_uvpoll_event
  File "uvloop/cbhandles.pyx", line 90, in uvloop.loop.Handle._run
  File "uvloop/cbhandles.pyx", line 73, in uvloop.loop.Handle._run
  File "uvloop/loop.pyx", line 359, in uvloop.loop.Loop._read_from_self
  File "uvloop/loop.pyx", line 364, in uvloop.loop.Loop._invoke_signals
  File "uvloop/loop.pyx", line 339, in uvloop.loop.Loop._ceval_process_signals
KeyboardInterrupt

Kept stack trace to prove I was using uvloop :)

--

___
Python tracker 
<https://bugs.python.org/issue37179>
___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com



[issue37179] asyncio loop.start_tls() provide support for TLS in TLS

2020-07-08 Thread Cooper Lees


Change by Cooper Lees :


--
keywords: +patch
pull_requests: +20556
stage:  -> patch review
pull_request: https://github.com/python/cpython/pull/17975

___
Python tracker 
<https://bugs.python.org/issue37179>
___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com



[issue37179] asyncio loop.start_tls() provide support for TLS in TLS

2020-07-08 Thread Cooper Lees


Cooper Lees  added the comment:

Another bump since I've waiting over a year. Any plans for this? Will it make 
3.10? Anything I can do?

--
versions: +Python 3.10 -Python 3.8

___
Python tracker 
<https://bugs.python.org/issue37179>
___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com



[issue39204] Automate adding Type Annotations to Documentation

2020-01-03 Thread Cooper Lees


Change by Cooper Lees :


--
type:  -> enhancement

___
Python tracker 
<https://bugs.python.org/issue39204>
___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com



[issue39204] Automate adding Type Annotations to Documentation

2020-01-03 Thread Cooper Lees


New submission from Cooper Lees :

What are people's thoughts on automating adding type annotations to 
documentation now that Typeshed is mature and Python 2 is EOL?
(Let us never speak of comment annotations)

--
components: Library (Lib)
messages: 359249
nosy: cooperlees
priority: normal
severity: normal
status: open
title: Automate adding Type Annotations to Documentation
versions: Python 3.9

___
Python tracker 
<https://bugs.python.org/issue39204>
___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com



[issue38483] [venv] Add ~/.venvrc to change module defaults

2019-11-23 Thread Cooper Lees


Change by Cooper Lees :


--
resolution:  -> rejected
stage: patch review -> resolved
status: open -> closed

___
Python tracker 
<https://bugs.python.org/issue38483>
___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com



[issue38483] [venv] Add ~/.venvrc to change module defaults

2019-11-22 Thread Cooper Lees


Cooper Lees  added the comment:

I vote in the stdlib. This is the biggest win of venv over virtualenv The aim 
of this request is to allow developers to customize some of the venv defaults 
to make it easier to move from project to project.

To ensure a clean development environment, some days I create multiple venvs 
(virtual environments) a day. I treat my venv's ephemeral, and I am sure many 
other do too. Being able to set `--upgrade-deps` and/or other defaults via a 
config file just saves a few more key strokes and allows Python to be even more 
delightful to develop in over other languages.

In regards to you bringing up pyenv.cfg + metadata, this attacks a totally 
different problem. This is allowing developers to set some defaults for venv 
creation. It does not change any internal meta data and is just an optional 
optimization developers can choose to use.

--

___
Python tracker 
<https://bugs.python.org/issue38483>
___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com



[issue38483] [venv] Add ~/.venvrc to change module defaults

2019-10-28 Thread Cooper Lees


Cooper Lees  added the comment:

Updated PR to use venv.ini. Will fix any CI errors encountered.

--

___
Python tracker 
<https://bugs.python.org/issue38483>
___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com



[issue38483] [venv] Add ~/.venvrc to change module defaults

2019-10-21 Thread Cooper Lees


Cooper Lees  added the comment:

Good point. Happy to match the virtualenv module and use `.ini` if others agree.

--

___
Python tracker 
<https://bugs.python.org/issue38483>
___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com



[issue38483] [venv] Add ~/.venvrc to change module defaults

2019-10-15 Thread Cooper Lees


Change by Cooper Lees :


--
pull_requests: +16359
pull_request: https://github.com/python/cpython/pull/168

___
Python tracker 
<https://bugs.python.org/issue38483>
___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com



[issue38483] [venv] Add ~/.venvrc to change module defaults

2019-10-15 Thread Cooper Lees


Change by Cooper Lees :


--
keywords: +patch
pull_requests: +16358
stage:  -> patch review
pull_request: https://github.com/python/cpython/pull/16802

___
Python tracker 
<https://bugs.python.org/issue38483>
___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com



[issue38483] [venv] Add ~/.venvrc to change module defaults

2019-10-15 Thread Cooper Lees


New submission from Cooper Lees :

I'd like to propose adding a run commands (.venvrc) file support to the venv 
library.

File Location: `~/.venvrc`

This file will support all current CLI arguments and override the defaults for 
each CLI if present in the file. I will also endeavour to add test for POSIX + 
Windows systems.

I propose using `configparser` and an `.ini` style config for the `.venvrc`.

My main use for this is to allow myself to default to always using 
`--upgrade-deps` when I create new venvs.

Thoughts? Concerns?

--
components: Library (Lib)
messages: 354712
nosy: cooperlees
priority: normal
severity: normal
status: open
title: [venv] Add ~/.venvrc to change module defaults
type: enhancement
versions: Python 3.9

___
Python tracker 
<https://bugs.python.org/issue38483>
___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com



[issue38172] Python 3.8 Segfult with Bandersnatch pytest Suite

2019-09-24 Thread Cooper Lees


Cooper Lees  added the comment:

https://docs.travis-ci.com/user/languages/python/ make no mention of the 
difference between "3.8-dev" and "nightly". I'd expect it to be latest released 
3.8 alpha/beta and Trunk (or possibly trunk on 3.8 branch) respectively.

Have reached out via Twitter (unable to see a contact anywhere on their 
website) to see if we can get clarity: 
https://twitter.com/cooperlees/status/1176485344553754624

--

___
Python tracker 
<https://bugs.python.org/issue38172>
___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com



[issue38172] Python 3.8 Segfult with Bandersnatch pytest Suite

2019-09-22 Thread Cooper Lees


Cooper Lees  added the comment:

Happy to close, just was not 100% sure if the fix is merged into the 3.8 
branch. I mainly opened this bug to ensure that has been done.

--

___
Python tracker 
<https://bugs.python.org/issue38172>
___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com



[issue38172] Python 3.8 Segfult with Bandersnatch pytest Suite

2019-09-14 Thread Cooper Lees


Cooper Lees  added the comment:

Adding in Nightly Passed: https://travis-ci.org/pypa/bandersnatch/jobs/584977510

Current 3.8 beta still failing: 
https://travis-ci.org/pypa/bandersnatch/builds/584977503

So please just close if the bug was known etc. and I'll just live with the 
failing test until the next 3.8 comes out.

--

___
Python tracker 
<https://bugs.python.org/issue38172>
___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com



[issue38172] Python 3.8 Segfult with Bandersnatch pytest Suite

2019-09-14 Thread Cooper Lees


Cooper Lees  added the comment:

Seems to be with coverage actually.

```
ERROR: InvocationError for command 
/home/travis/build/pypa/bandersnatch/.tox/py38/bin/coverage run -m pytest 
(exited with code -11)
```

--

___
Python tracker 
<https://bugs.python.org/issue38172>
___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com



[issue38172] Python 3.8 Segfult with Bandersnatch pytest Suite

2019-09-14 Thread Cooper Lees


New submission from Cooper Lees :

Haven't done research but bandersnatch's (https://github.com/pypa/bandersnatch) 
Unit tests pass in 3.7 and cause Python to Segmentation Fault in Python 
3.8.0b4+.

```
py38 run-test: commands[0] | coverage run -m pytest
= test session starts ==
platform linux -- Python 3.8.0b4+, pytest-5.1.2, py-1.8.0, pluggy-0.13.0
cachedir: .tox/py38/.pytest_cache
rootdir: /home/travis/build/pypa/bandersnatch, inifile: pytest.ini
plugins: timeout-1.3.3
Fatal Python error: Segmentation fault
```

Full failure on Travis CI: 
https://travis-ci.org/pypa/bandersnatch/jobs/584973434

--
messages: 352432
nosy: cooperlees
priority: normal
severity: normal
status: open
title: Python 3.8 Segfult with Bandersnatch pytest Suite
type: crash
versions: Python 3.8

___
Python tracker 
<https://bugs.python.org/issue38172>
___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com



[issue37179] asyncio loop.start_tls() provide support for TLS in TLS

2019-06-26 Thread Cooper Lees


Cooper Lees  added the comment:

@fantix - Is there anything I can do to help this progress. I'd be happy to 
potentially even do parts of the back porting if you're swamped. Would just 
need some guidance.

I need this as I'm looking to add auth to some internal HTTP(S) proxies I use 
and in order to allow aiohttp to be able to do client TLS auth, this is 
required.

--

___
Python tracker 
<https://bugs.python.org/issue37179>
___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com



[issue34556] Add --upgrade-deps to venv module

2019-06-24 Thread Cooper Lees


Change by Cooper Lees :


--
title: Add --upgrade to venv module -> Add --upgrade-deps to venv module

___
Python tracker 
<https://bugs.python.org/issue34556>
___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com



[issue34556] Add --upgrade to venv module

2019-06-24 Thread Cooper Lees

Cooper Lees  added the comment:

That’s very disappointing. I had the very small PR ready to merge ~3 weeks 
before beta1. I now have to wait ~1.5years to be able to use this anywhere that 
I won’t be back porting it.

I am happy to be on the hook and forward fix anything it causes, but as a new 
CLI argument that does nothing unless specified, I can’t really see any 
disadvantages of merging this into 3.8. Is there any way other than discussing 
with the release manager to have this considered?

--

___
Python tracker 
<https://bugs.python.org/issue34556>
___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com



[issue34556] Add --upgrade to venv module

2019-06-23 Thread Cooper Lees


Cooper Lees  added the comment:

I believe so - Would love it could be included with latest 3.8 or is there no 
chance of that?

--

___
Python tracker 
<https://bugs.python.org/issue34556>
___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com



[issue34058] Default Python 3.7 install broken on openSUSE Leap 42.3: $PYTHONHOME/lib64/python3.7/lib-dynload/ not linked to $PYTHONHOME/lib/python3.7/lib-dynload/

2019-06-12 Thread Cooper Lees


Cooper Lees  added the comment:

I also have the same problem with _socket that was Fixed on the latest version 
of CentOS 7 building with gcc 4.8.5.

Adding:
sudo ln -s /usr/local/lib64/python3.7/lib-dynload/ 
/usr/local/lib/python3.7/lib-dynload

Allowed the .so to be found and the import to work.

--
nosy: +cooperlees

___
Python tracker 
<https://bugs.python.org/issue34058>
___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com



[issue37179] asyncio loop.start_tls() provide support for TLS in TLS

2019-06-06 Thread Cooper Lees


New submission from Cooper Lees :

aiohttp would love to be able to support HTTPS Proxy servers. To do this, 
asyncio itself needs to be able to provide TLS within TLS connections.

Can we add this support to asyncio please.

(I tried search but could not find a related issue - Please merge if there is)

--
components: asyncio
messages: 344846
nosy: asvetlov, cooperlees, yselivanov
priority: normal
severity: normal
status: open
title: asyncio loop.start_tls() provide support for TLS in TLS
versions: Python 3.8

___
Python tracker 
<https://bugs.python.org/issue37179>
___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com



[issue34971] add support for tls/ssl sessions in asyncio

2019-06-06 Thread Cooper Lees


Change by Cooper Lees :


--
nosy: +cooperlees

___
Python tracker 
<https://bugs.python.org/issue34971>
___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com



[issue34556] Add --upgrade to venv module

2019-05-05 Thread Cooper Lees


Change by Cooper Lees :


--
keywords: +patch
pull_requests: +13013
stage:  -> patch review

___
Python tracker 
<https://bugs.python.org/issue34556>
___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com



[issue34556] Add --upgrade to venv module

2018-08-31 Thread Cooper Lees


Cooper Lees  added the comment:

Thanks for hi-lighting, yes, sorry. I should of been clearer here.

What should we use other than `--upgrade`? I just wanted the topic to be 
generic:
- `-U`
- `--upgrade-modules`
- `--pip-upgrade`
- `--pull-latest`

In regards to using subprocess, it calls exec or fork to run the child 
process/command, so that's what I wished to communicate via the term 'fork'.

--

___
Python tracker 
<https://bugs.python.org/issue34556>
___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com



[issue34556] Add --upgrade to venv module

2018-08-31 Thread Cooper Lees


New submission from Cooper Lees :

I'd like to propose add a `--upgrade` to venv module to automatically update 
pip and potentially setuptools if supplied. This will allow ensuring you have 
the latest and greatest of these core components.

Example Usage:
python3 -m venv --upgrade /tmp/awesome_venv

This will allow me to skip my next command that I usually always do:
/tmp/awesome_venv/bin/pip install --upgrade pip setuptools

Thoughts? If people are happy, I will look at doing the PR. 

I would envision I'll either import (which seems to be a no no from pip 
maintainers) the upgrade code or just fork pip ...

--
components: Library (Lib)
messages: 324431
nosy: cooperlees
priority: normal
severity: normal
status: open
title: Add --upgrade to venv module
type: enhancement
versions: Python 3.8

___
Python tracker 
<https://bugs.python.org/issue34556>
___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com



[issue30897] Add a is_mount() to pathlib

2017-08-01 Thread Cooper Lees

Changes by Cooper Lees :


--
resolution:  -> fixed
stage:  -> resolved
status: open -> closed

___
Python tracker 
<http://bugs.python.org/issue30897>
___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com



[issue30983] eval frame rename in pep 0523 broke gdb's python extension

2017-07-21 Thread Cooper Lees

Changes by Cooper Lees :


--
nosy: +cooperlees

___
Python tracker 
<http://bugs.python.org/issue30983>
___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com



[issue30897] Add a is_mount() to pathlib

2017-07-11 Thread Cooper Lees

Changes by Cooper Lees :


--
pull_requests: +2735

___
Python tracker 
<http://bugs.python.org/issue30897>
___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com



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

2017-07-11 Thread Cooper Lees

Changes by Cooper Lees :


--
pull_requests: +2734

___
Python tracker 
<http://bugs.python.org/issue30891>
___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com



[issue30897] Add a is_mount() to pathlib

2017-07-10 Thread Cooper Lees

Cooper Lees added the comment:

Mocked up a concept PR. Will try teach myself how to test + see if I need to 
add Windows support etc.
https://github.com/cooperlees/cpython/commit/master

--

___
Python tracker 
<http://bugs.python.org/issue30897>
___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com



[issue30897] Add a is_mount() to pathlib

2017-07-10 Thread Cooper Lees

Changes by Cooper Lees :


--
title: Add a ismount() to pathlib -> Add a is_mount() to pathlib

___
Python tracker 
<http://bugs.python.org/issue30897>
___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com



[issue30897] Add a ismount() to pathlib

2017-07-10 Thread Cooper Lees

New submission from Cooper Lees:

It would be nice to have pathlib.Path objects to have a ismount() function to 
return a bool if it is a POSIX mount point, similar to `os.path.ismount(path)`

--
components: Library (Lib)
messages: 298104
nosy: cooperlees
priority: normal
severity: normal
status: open
title: Add a ismount() to pathlib
type: enhancement
versions: Python 3.7

___
Python tracker 
<http://bugs.python.org/issue30897>
___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com



[issue30395] deadlocked child process after forking on pystate.c's head_mutex

2017-05-22 Thread Cooper Lees

Changes by Cooper Lees :


--
nosy: +cooperlees

___
Python tracker 
<http://bugs.python.org/issue30395>
___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com



[issue29393] Enabiling IPv6 by default

2017-01-30 Thread Cooper Lees

New submission from Cooper Lees:

Can we discuss the possibility of enabling IPv6 by default now during build. I 
think enough of the world now NEED IPv6 so people should all be building their 
Python with it.

--
components: Build
messages: 286506
nosy: cooperlees
priority: normal
severity: normal
status: open
title: Enabiling IPv6 by default
type: behavior
versions: Python 3.7

___
Python tracker 
<http://bugs.python.org/issue29393>
___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com