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
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
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 `con
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 discussio
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/issue46
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
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
<ht
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
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/issue38
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.
Hav
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 t
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/issu
Change by Cooper Lees :
--
pull_requests: +16359
pull_request: https://github.com/python/cpython/pull/168
___
Python tracker
<https://bugs.python.org/issue38
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/issue38
Cooper Lees added the comment:
Updated PR to use venv.ini. Will fix any CI errors encountered.
--
___
Python tracker
<https://bugs.python.org/issue38
Change by Cooper Lees :
--
nosy: +cooperlees
___
Python tracker
<https://bugs.python.org/issue31528>
___
___
Python-bugs-list mailing list
Unsubscribe:
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
Change by Cooper Lees :
--
resolution: -> rejected
stage: patch review -> resolved
status: open -> closed
___
Python tracker
<https://bugs.python.or
Change by Cooper Lees :
--
type: -> enhancement
___
Python tracker
<https://bugs.python.org/issue39204>
___
___
Python-bugs-list mailing list
Unsubscrib
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
pri
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/is
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/issu
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, ign
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
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/issue41
Change by Cooper Lees :
--
nosy: +cooperlees
___
Python tracker
<https://bugs.python.org/issue34971>
___
___
Python-bugs-list mailing list
Unsubscribe:
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
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
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/issue34
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
Change by Cooper Lees :
--
title: Add --upgrade to venv module -> Add --upgrade-deps to venv module
___
Python tracker
<https://bugs.python.org/issu
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) proxie
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
Changes by Cooper Lees :
--
title: Add a ismount() to pathlib -> Add a is_mount() to pathlib
___
Python tracker
<http://bugs.python.org/issue30897>
___
___
Py
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/issue30
Changes by Cooper Lees :
--
pull_requests: +2734
___
Python tracker
<http://bugs.python.org/issue30891>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Cooper Lees :
--
pull_requests: +2735
___
Python tracker
<http://bugs.python.org/issue30897>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Cooper Lees :
--
nosy: +cooperlees
___
Python tracker
<http://bugs.python.org/issue30983>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Cooper Lees :
--
resolution: -> fixed
stage: -> resolved
status: open -> closed
___
Python tracker
<http://bugs.python.org/issue30897>
___
Changes by Cooper Lees :
--
nosy: +cooperlees
___
Python tracker
<http://bugs.python.org/issue30395>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Cooper Lees :
--
keywords: +patch
pull_requests: +13013
stage: -> patch review
___
Python tracker
<https://bugs.python.org/issue34556>
___
___
Py
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
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
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
44 matches
Mail list logo
