Bernat Gabor added the comment:
Taking a look at the existing documentation this should probably be mentioned
under the args part of
https://docs.python.org/3/library/subprocess.html#popen-constructor, not?
(that's where other similar gotchas are explained too
Bernat Gabor added the comment:
I wonder if this is an interaction issue with the builtin Windows provided
python executable?
--
nosy: +eryksun, gaborjbernat
___
Python tracker
<https://bugs.python.org/issue42
Bernat Gabor added the comment:
> We need more information about the specific environment this is triggering.
Both Gitub Actions Windows CPython3.9 or installer as downloaded from (on
Windows 10) https://www.python.org/downloads/release/python-390/.
> PYTHONHOME should not be s
Bernat Gabor added the comment:
Ok, the missing link is that the python you run into needs to be also a symlink
venv:
❯ py -m venv env --without-pip --clear --symlinks
❯ .\env\Scripts\python.exe -c "import venv, subprocess;
venv.EnvBuilder(with_pip=False, symlinks=True).create(
Bernat Gabor added the comment:
❯ py -c 'import sys; print(sys.version)'
3.9.0 (tags/v3.9.0:9cf6752, Oct 5 2020, 15:34:40) [MSC v.1927 64 bit (AMD64)]
--
___
Python tracker
<https://bugs.python.org/issue42
Change by Bernat Gabor :
--
components: +Windows
nosy: +paul.moore, steve.dower, tim.golden, zach.ware
___
Python tracker
<https://bugs.python.org/issue42
New submission from Bernat Gabor :
Here's a small reproducible, run it on a Windows OS that has symlinks enabled:
import shutil
import venv
import subprocess
shutil.rmtree("venv", ignore_errors=True)
venv.EnvBuilder(with_pip=False, symlinks=True).create("venv")
# works
s
Bernat Gabor added the comment:
This seem to apply to typing.NamedTuple too.
--
___
Python tracker
<https://bugs.python.org/issue41973>
___
___
Python-bug
Bernat Gabor added the comment:
Static checkers/linters (see e.g. https://github.com/PyCQA/pylint/issues/3884)
are caught of guard by being able to inherit from functions. They'll need to
adapt, but let's update the documentation to reflect
New submission from Bernat Gabor :
❯ py -3.8 -c 'from typing import TypedDict; print(type(TypedDict))'
❯ py -3.9 -c 'from typing import TypedDict; print(type(TypedDict))'
Python 3.9 changed the type of the TypedDict but the documentation still says
it's a class - see
https
Change by Bernat Gabor :
--
nosy: +Bernat Gabor
___
Python tracker
<https://bugs.python.org/issue41619>
___
___
Python-bugs-list mailing list
Unsubscribe:
Bernat Gabor added the comment:
I understand under the hood they're differenet, however I think cached_property
wanted to be a shorter/better version of @property@lru_cache which does
passes this check. Tools expecting properties to pass that check now need to
extend their check
New submission from Bernat Gabor :
from functools import cached_property, lru_cache
class A:
@property
def a(self): return ''
@cached_property
def b(self): return ''
@property
@lru_cache
def c(self):
return ""
print(isinstance(A.a, proper
Bernat Gabor added the comment:
Thanks Rémi, did not know about it. Played around with it, and is not entirely
what we'd need here. That class still generates the long string repr, just
truncates it afterwards. That is unless teh Repr implements custom formatting
for the types, however
New submission from Bernat Gabor :
Quoting Elizaveta Shashkova from EuroPython 2020 chat about how can we improve
debug experience for users:
I would like to have a lazy repr evaluation for the objects! Sometimes users
have many really large objects, and when debugger is trying to show them
15 matches
Mail list logo
