[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, -- nosy: +danishprak

[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'm still waiting for what Victor has to say

[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/ad73a9cf97770023665a1bb1c6390a3c99478139/Modules

[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/issue34

[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. [1

[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/issue34

[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 bringing this up Ka

[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://bugs.python.

[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