STINNER Victor added the comment:
This issue has been fixed in 36763 by the PEP 587 which provides a new
"Isolated Configuration" and a way to tune the Python configuration without
impacting subprocesses. For example, the Isolated Configuration ignores
environment variables by default.
In
Romain Geissler added the comment:
Hi,
Just updating this 6 year old bug report. The last comment says it's not
possible to ignore environment when using the C-API. I don't know back then,
but today it is possible. I have just built gdb 8.2 against python 3.7.1, and
patched gdb with this
Kevin Harms added the comment:
As far as I can tell, this issue is not resolved. It would be very nice for the
C API to have the equivalent for -E for security reasons. I would like to make
a setgid binary and do not want users to be able to set PYTHON* variables to
force loading of custom
Éric Araujo mer...@netwok.org added the comment:
I fully agree with site.py/os.py/spam.py but I find it offtopic for this
Issue.
I don’t understand this message :) There is nothing to agree with or judge on
or off-topic; I was trying to understand the root of the bug and really asking
you
Jan Kratochvil jan.kratoch...@redhat.com added the comment:
While it should be documented this is not only a docs issue. It should be
solved in some way during runtime.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue14956
R. David Murray rdmur...@bitdance.com added the comment:
No it shouldn't. As mentioned in the Fedora thread you linked, this is no
different than the user setting LD_LIBRARY_PATH to something that screws up a
system installed program.
--
___
Nick Coghlan ncogh...@gmail.com added the comment:
If we don't expose the mechanism behind -E to embedding applications via
the C API, then a non-docs change may be needed. However, writing (or at
least trying to write) the relevant docs is a good way to check whether or
not that is the case.
Changes by Éric Araujo mer...@netwok.org:
--
title: custom PYTHONPATH breaks Python-embedded apps - custom PYTHONPATH may
break apps embedding Python
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue14956
R. David Murray rdmur...@bitdance.com added the comment:
I think it is up to each embedding application to decide if it wants to respect
the environment variables or not. I don't think that's a decision that core
can make.
Now, if we aren't providing an easy way for an embedding application
Jan Kratochvil jan.kratoch...@redhat.com added the comment:
I fully agree with site.py/os.py/spam.py but I find it offtopic for this Issue.
I do not find too important if some unsetenv/setenv gets called by the app or
by libpython. But the rules should apply for every embedded app the same,
R. David Murray rdmur...@bitdance.com added the comment:
An informational PEP sounds like exactly what I said: each application needs to
decide. The PEP would provide the information on which to base that decision,
and suggestions for how to do it.
An informational PEP on best practices for
Nick Coghlan ncogh...@gmail.com added the comment:
It wouldn't be a PEP, it would be an addition to the embedding docs:
http://docs.python.org/extending/embedding.html
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue14956
Nick Coghlan ncogh...@gmail.com added the comment:
For the more general breakage due to PYTHONHOME and PYTHONPATH, yeah, global
environment variables are bad, particularly when an OS relies on tools written
in (or embedding) Python.
That's the reason virtualenv (and 3.3's forthcoming venv)
Changes by Meador Inge mead...@gmail.com:
--
nosy: +meador.inge
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue14956
___
___
Python-bugs-list
14 matches
Mail list logo
