[issue46028] 3.11.0a3: under tox, sys._base_executable is wrong

Saaket Prakash added the comment: But on windows with the python.org installer, the behavior is same for both both a2 and a3. # With a3 installed > py -m venv venv_a3 > venv_a3/Scripts/python -c "import sys,os.path; print(e := > sys._base_executable); print(os.path.exists(e)

[issue46028] 3.11.0a3: under tox, sys._base_executable is wrong

Saaket Prakash added the comment: I tried the same stuff as nedbat on WSL2, and I see similar change in the path of sys._base_executable (though I get a different "base" path on a3, so the path exists even there). $ ~/.pyenv/versions/3.11.0a2/bin/python -m venv venv_a2 $ ~/.pyen

[issue45384] Accept Final as indicating ClassVar for dataclass

Saaket Prakash added the comment: Treating Final as ClassVar by default may be fine, but it should not throw when using default_factory like ClassVar does. There are valid uses of Final with instance variable when one would want the value to be unchanged after the `__init__` runs but

[issue44619] Bug in Python 3.7.10

New submission from Prakash : Hello - I wish to bring to your kind notice a bug in Python. Given any matrix X. While trying to compute the CoVariance matrix of that matrix X, Python does NOT compute the CoVarianceof the given matrix X. Instead, Python comptes the CoVariance of the Transpose

[issue31823] Opaque default value for close_fds argument in Popen.__init__

Change by Danish Prakash : -- keywords: +patch pull_requests: +10276 stage: -> patch review ___ Python tracker <https://bugs.python.org/issue31823> ___ ___ Py

[issue31823] Opaque default value for close_fds argument in Popen.__init__

Danish Prakash added the comment: I'd like to work on this. I get that the 3.7+ doc still has the irrelevant change from 3.6 which needs to be removed but I'm not sure what's wrong with the 3.6 doc. > The signature is indeed awkward for 3.6, -- no

[issue34812] [EASY] support.args_from_interpreter_flags() doesn't inherit -I (isolated) flag

Danish Prakash added the comment: Sorry for bumping this thread but Victor, could you please share your inputs on this if you have the time for it, thanks. -- ___ Python tracker <https://bugs.python.org/issue34

[issue20582] socket.getnameinfo() does not document flags

Danish Prakash added the comment: I would like to work on this if nobody else has. -- nosy: +danishprakash ___ Python tracker <https://bugs.python.org/issue20

[issue35292] Make SimpleHTTPRequestHandler load mimetypes lazily

Danish Prakash added the comment: I would like to work on this if you have not already started, Steve. > We should check whether people read from > SimpleHTTPRequestHandler.extensions_map directly before calling guess_type(), > and decide how quickly we can make the change.

[issue34901] Missing isolated (-I) flag in sys.flags table

Change by Danish Prakash : -- pull_requests: +9283 ___ Python tracker <https://bugs.python.org/issue34901> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue12345] Add math.tau

Change by Danish Prakash : -- pull_requests: +9150 ___ Python tracker <https://bugs.python.org/issue12345> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue34812] [EASY] support.args_from_interpreter_flags() doesn't inherit -I (isolated) flag

Danish Prakash added the comment: You're right Karthikeyan, although I personally think that returning ['-s', '-E', '-I'] should be a plausible solution here since it has been stated explicitly that it implies '-s' and '-E' but I'

[issue34812] [EASY] support.args_from_interpreter_flags() doesn't inherit -I (isolated) flag

Danish Prakash added the comment: > I expect to get: ['-I'] instead of ['-s', '-E', '-I'] >From what I understand, this can be done in one of two ways. First, we could >edit >https://github.com/python/cpython/blob/ad73a9cf9777002366

[issue34901] Missing isolated (-I) flag in sys.flags table

Danish Prakash added the comment: Thanks for the concise explanation, that makes sense. > Also there will be no binary releases and only source releases for security > only branches. Is there any particular reason as to why this happens? IS it just to make it easier for the team to

[issue34901] Missing isolated (-I) flag in sys.flags table

Danish Prakash added the comment: thank you for for making the corrections, however, what's with a version being in security fixes mode? I would like to read more about that. -- ___ Python tracker <https://bugs.python.org/is

[issue34812] [EASY] support.args_from_interpreter_flags() doesn't inherit -I (isolated) flag

Danish Prakash added the comment: Linking this[1] here in case someone else stumbles upon this thread. I've created an issue and a PR for the documentation issue regarding the absence of -I flag from the sys.flags table which came into picture from the discussions in this thread

[issue34901] Missing isolated (-I) flag in sys.flags table

Change by Danish Prakash : -- assignee: docs@python components: Documentation nosy: danishprakash, docs@python priority: normal severity: normal status: open title: Missing isolated (-I) flag in sys.flags table versions: Python 2.7, Python 3.4, Python 3.5, Python 3.6, Python 3.7

[issue34812] [EASY] support.args_from_interpreter_flags() doesn't inherit -I (isolated) flag

Danish Prakash added the comment: Thank you Karthikeyan, I'm going to take care of both of these issues. -- ___ Python tracker <https://bugs.python.org/is

[issue34812] [EASY] support.args_from_interpreter_flags() doesn't inherit -I (isolated) flag

Danish Prakash added the comment: > With respect to documentation I was talking about '-I' not being documented > in the table at https://docs.python.org/3.7/library/sys.html#sys.flags though > it's present in the C code and in sys.flags.isolated. Thanks for brin

[issue34443] enum repr should use __qualname__

Danish Prakash added the comment: Serhiy, why should __qualname__ always be used together with __module__? I can't seem to find a valid reason, I've been through the pep. -- nosy: +prakashdanish ___ Python tracker <https://bu

[issue34443] enum repr should use __qualname__

Change by Danish Prakash : -- keywords: +patch pull_requests: +8462 stage: -> patch review ___ Python tracker <https://bugs.python.org/issue34443> ___ ___ Py

[issue34334] QueueHandler logs exc_info twice

Danish Prakash added the comment: I would like to work on this, just making sure you are not. -- nosy: +prakashdanish ___ Python tracker <https://bugs.python.org/issue34

[issue34426] "__lltrace__" seems to be wrong , "__ltrace__" is correct in Misc/SpecialBuilds.txt

Change by Danish Prakash : -- keywords: +patch pull_requests: +8301 stage: -> patch review ___ Python tracker <https://bugs.python.org/issue34426> ___ ___ Py

[issue34426] "__lltrace__" seems to be wrong , "__ltrace__" is correct in Misc/SpecialBuilds.txt

Danish Prakash added the comment: @pablogsal I would love to fix this up -- ___ Python tracker <https://bugs.python.org/issue34426> ___ ___ Python-bugs-list m

[issue34426] "__lltrace__" seems to be wrong , "__ltrace__" is correct in Misc/SpecialBuilds.txt

Danish Prakash added the comment: > however it seems to be wrong, "__ltrace__" is correct just curious how did you figure it out? -- nosy: +prakashdanish ___ Python tracker <https://bugs.pytho

[issue34365] datetime's documentation refers to "comparison [...] falling back to the default scheme of comparing object addresses"

Change by Danish Prakash : -- keywords: +patch pull_requests: +8292 stage: -> patch review ___ Python tracker <https://bugs.python.org/issue34365> ___ ___ Py

[issue34365] datetime's documentation refers to "comparison [...] falling back to the default scheme of comparing object addresses"

Danish Prakash added the comment: > But in 3.x, comparison no longer falls back to comparing object addresses. What is the default fallback in 3.x? -- nosy: +prakashdanish ___ Python tracker <https://bugs.python.org/issu

[issue34045] DoS due to null pointer dereference in marshal.dumps()

New submission from Krishna Ram Prakash R : By passing a malformed string as input to marshal.loads() an attacker can trigger a null pointer dereference resulting in DoS. This happens because when a Python object is unmarshalled by reference, it is assumed that the target object is fully

[issue24459] Mention PYTHONFAULTHANDLER in the man page

Anant Prakash added the comment: Ignore my previous comment. My bad. -- ___ Python tracker <https://bugs.python.org/issue24459> ___ ___ Python-bugs-list mailin

[issue24459] Mention PYTHONFAULTHANDLER in the man page

Anant Prakash added the comment: I am going to take the patch, edit and make a github PR for this. Any updates on this issue are welcome. Thank you -- nosy: +Anant Prakash ___ Python tracker <https://bugs.python.org/issue24

[issue12833] raw_input misbehaves when readline is imported

Dhanam Prakash added the comment: Hi, submitting a patch for the documentation. Thanks -- hgrepos: +254 keywords: +patch nosy: +dhanamp Added file: http://bugs.python.org/file35519/issue12833.patch ___ Python tracker <http://bugs.python.

[issue9631] Python 2.7 installation issue for Linux Red Hat 4.1

Prakash Palanivel added the comment: After Installed the following error was through: PYTHONPATH=/usr/local/Python-2.7/lib/python2.7 \ ./python -Wi -tt /usr/local/Python-2.7/lib/python2.7/compileall.py \ -d /usr/local/Python-2.7/lib/python2.7 -f \ -x 'bad_c

[issue9631] Python 2.7 installation issue for Linux Red Hat 4.1

Prakash Palanivel added the comment: After complete the installation the below error message was displayed.Kindly check and revert. ./python -E ./setup.py install \ --prefix=/usr/local/python-2.7 \ --install-scripts=/usr/local/python-2.7/bin \ --install-platlib=/usr

[issue9631] Python 2.7 installation issue for Linux Red Hat 4.1

Changes by Prakash Palanivel : -- type: -> compile error ___ Python tracker <http://bugs.python.org/issue9631> ___ ___ Python-bugs-list mailing list Unsubscri

[issue9631] Python 2.7 installation issue for Linux Red Hat 4.1

New submission from Prakash Palanivel : Server on Linux:gcc version 4.1.0 20060304 (Red Hat 4.1.0-3) Which "sunaudiodev" library i need to install on linux. Kindly help me how to install or configure or avoid this issue. Error: Python build finished, but the necessary bits to b