osdir.com

Mail Thread Index

• Date Index

[Prev Page][Next Page]

---

• [Python-Dev] "Deprecation" of os.system in favor of subprocess?, (continued)
  • [Python-Dev] "Deprecation" of os.system in favor of subprocess?, Michael Felt
• [Python-Dev] ​Re: Python Language Governance Proposals, Victor Stinner
• [Python-Dev] ​Re: Python Language Governance Proposals, eamanu15
• [Python-Dev] Python Language Governance Proposals, Victor Stinner
  • <Possible follow-ups>
  • [Python-Dev] Python Language Governance Proposals, Stéfane Fermigier
  • [Python-Dev] Python Language Governance Proposals, Jeroen Demeyer
  • [Python-Dev] Python Language Governance Proposals, Brett Cannon
  • [Python-Dev] Python Language Governance Proposals, Steve Holden
  • [Python-Dev] Python Language Governance Proposals, Jeroen Demeyer
• [Python-Dev] [RELEASE] Python 3.7.1 and 3.6.7 are now available, Ned Deily
  • <Possible follow-ups>
  • [Python-Dev] [RELEASE] Python 3.7.1 and 3.6.7 are now available, Terry Reedy
  • [Python-Dev] [RELEASE] Python 3.7.1 and 3.6.7 are now available, Ned Deily
• [Python-Dev] The future of the wchar_t cache, Serhiy Storchaka
  • <Possible follow-ups>
  • [Python-Dev] The future of the wchar_t cache, INADA Naoki
  • [Python-Dev] The future of the wchar_t cache, Stefan Behnel
  • [Python-Dev] The future of the wchar_t cache, Steve Dower
  • [Python-Dev] The future of the wchar_t cache, Victor Stinner
  • [Python-Dev] The future of the wchar_t cache, Victor Stinner
  • [Python-Dev] The future of the wchar_t cache, Steve Dower
  • [Python-Dev] The future of the wchar_t cache, Victor Stinner
  • [Python-Dev] The future of the wchar_t cache, Steve Dower
  • [Python-Dev] The future of the wchar_t cache, Victor Stinner
  • [Python-Dev] The future of the wchar_t cache, Serhiy Storchaka
  • [Python-Dev] The future of the wchar_t cache, Steve Dower
  • [Python-Dev] The future of the wchar_t cache, Serhiy Storchaka
  • [Python-Dev] The future of the wchar_t cache, Serhiy Storchaka
  • [Python-Dev] The future of the wchar_t cache, Steve Dower
  • [Python-Dev] The future of the wchar_t cache, Steve Dower
  • [Python-Dev] The future of the wchar_t cache, Serhiy Storchaka
  • [Python-Dev] The future of the wchar_t cache, Nick Coghlan
• [Python-Dev] Some PRs to merge?, Stephane Wirtel
  • <Possible follow-ups>
  • [Python-Dev] Some PRs to merge?, Brett Cannon
  • [Python-Dev] Some PRs to merge?, Victor Stinner
  • [Python-Dev] Some PRs to merge?, Stephane Wirtel
  • [Python-Dev] Some PRs to merge?, Steve Holden
  • [Python-Dev] Some PRs to merge?, Serhiy Storchaka
  • [Python-Dev] Some PRs to merge?, Victor Stinner
• [Python-Dev] LibSSH Vulnerability, MRAB
  • <Possible follow-ups>
  • [Python-Dev] LibSSH Vulnerability, Antoine Pitrou
  • [Python-Dev] LibSSH Vulnerability, João Santos
• [Python-Dev] wininst-*.exe files in Lib/distutils/command, VanL
  • <Possible follow-ups>
  • [Python-Dev] wininst-*.exe files in Lib/distutils/command, Paul Moore
  • [Python-Dev] wininst-*.exe files in Lib/distutils/command, Zachary Ware
  • [Python-Dev] wininst-*.exe files in Lib/distutils/command, VanL
  • [Python-Dev] wininst-*.exe files in Lib/distutils/command, Petr Viktorin
  • [Python-Dev] wininst-*.exe files in Lib/distutils/command, VanL
  • [Python-Dev] wininst-*.exe files in Lib/distutils/command, Petr Viktorin
• [Python-Dev] Servicing pypi.python.org, Facundo Batista
  • <Possible follow-ups>
  • [Python-Dev] Servicing pypi.python.org, Terry Reedy
  • [Python-Dev] Servicing pypi.python.org, Donald Stufft
  • [Python-Dev] Servicing pypi.python.org, Benedikt Werner
  • [Python-Dev] Servicing pypi.python.org, Facundo Batista
• [Python-Dev] [RELEASE] Python 3.7.1rc2 and 3.6.7rc2 now available for testing, Ned Deily
• [Python-Dev] [Python-checkins] bpo-34203: FAQ now recommends python 3.x over 2.x (GH-9796), Eric V. Smith
  • <Possible follow-ups>
  • [Python-Dev] [Python-checkins] bpo-34203: FAQ now recommends python 3.x over 2.x (GH-9796), Martin Panter
  • [Python-Dev] [Python-checkins] bpo-34203: FAQ now recommends python 3.x over 2.x (GH-9796), Eric V. Smith
• [Python-Dev] Use of objdump within ctypes _get_soname(), Ray Donnelly
  • <Possible follow-ups>
  • [Python-Dev] Use of objdump within ctypes _get_soname(), Gregory P. Smith
  • [Python-Dev] Use of objdump within ctypes _get_soname(), Ray Donnelly
• [Python-Dev] 3.7.1 and 3.6.7 Release Update, Ned Deily
• [Python-Dev] Arbitrary non-identifier string keys when using **kwargs, Steven D'Aprano
  • <Possible follow-ups>
  • [Python-Dev] Arbitrary non-identifier string keys when using **kwargs, Serhiy Storchaka
  • [Python-Dev] Arbitrary non-identifier string keys when using **kwargs, Brett Cannon
  • [Python-Dev] Arbitrary non-identifier string keys when using **kwargs, Chris Barker
  • [Python-Dev] Arbitrary non-identifier string keys when using **kwargs, João Santos
  • [Python-Dev] Arbitrary non-identifier string keys when using **kwargs, Simon Cross
  • [Python-Dev] Arbitrary non-identifier string keys when using **kwargs, Chris Barker
  • [Python-Dev] Arbitrary non-identifier string keys when using **kwargs, Terry Reedy
  • [Python-Dev] Arbitrary non-identifier string keys when using **kwargs, Stephen J. Turnbull
  • [Python-Dev] Arbitrary non-identifier string keys when using **kwargs, Jeff Hardy
  • [Python-Dev] Arbitrary non-identifier string keys when using **kwargs, Guido van Rossum
  • [Python-Dev] Arbitrary non-identifier string keys when using **kwargs, Steven D'Aprano
  • [Python-Dev] Arbitrary non-identifier string keys when using **kwargs, Steven D'Aprano
  • [Python-Dev] Arbitrary non-identifier string keys when using **kwargs, Barry Warsaw
  • [Python-Dev] Arbitrary non-identifier string keys when using **kwargs, Guido van Rossum
  • [Python-Dev] Arbitrary non-identifier string keys when using **kwargs, Benjamin Peterson
  • [Python-Dev] Arbitrary non-identifier string keys when using **kwargs, Chris Jerdonek
  • [Python-Dev] Arbitrary non-identifier string keys when using **kwargs, Glenn Linderman
  • [Python-Dev] Arbitrary non-identifier string keys when using **kwargs, Guido van Rossum
  • [Python-Dev] Arbitrary non-identifier string keys when using **kwargs, Chris Jerdonek
  • [Python-Dev] Arbitrary non-identifier string keys when using **kwargs, Serhiy Storchaka
  • [Python-Dev] Arbitrary non-identifier string keys when using **kwargs, Chris Barker - NOAA Federal
  • [Python-Dev] Arbitrary non-identifier string keys when using **kwargs, Samuele Pedroni
  • [Python-Dev] Arbitrary non-identifier string keys when using **kwargs, Steven D'Aprano
  • [Python-Dev] Arbitrary non-identifier string keys when using **kwargs, Jeff Allen
  • [Python-Dev] Arbitrary non-identifier string keys when using **kwargs, Jeff Hardy
• [Python-Dev] AIX to stable, what does that take?, Michael Felt
  • <Possible follow-ups>
  • [Python-Dev] AIX to stable, what does that take?, INADA Naoki
  • [Python-Dev] AIX to stable, what does that take?, Michael Felt
  • [Python-Dev] AIX to stable, what does that take?, Michael Haubenwallner
  • [Python-Dev] AIX to stable, what does that take?, Rob Boehne
  • [Python-Dev] AIX to stable, what does that take?, Michael
  • [Python-Dev] AIX to stable, what does that take?, Michael
• [Python-Dev] PEP 544 status (forked off "Petr Viktorin as BDFL-Delegate for PEP 580"), Guido van Rossum
  • <Possible follow-ups>
  • [Python-Dev] PEP 544 status (forked off "Petr Viktorin as BDFL-Delegate for PEP 580"), Brett Cannon
  • [Python-Dev] PEP 544 status (forked off "Petr Viktorin as BDFL-Delegate for PEP 580"), Nick Coghlan
  • [Python-Dev] PEP 544 status (forked off "Petr Viktorin as BDFL-Delegate for PEP 580"), Guido van Rossum
  • [Python-Dev] PEP 544 status (forked off "Petr Viktorin as BDFL-Delegate for PEP 580"), Chris Angelico
• [Python-Dev] Should assert continue to do a LOAD_GLOBAL on AssertionError?, Steven D'Aprano
  • <Possible follow-ups>
  • [Python-Dev] Should assert continue to do a LOAD_GLOBAL on AssertionError?, Guido van Rossum
  • [Python-Dev] Should assert continue to do a LOAD_GLOBAL on AssertionError?, Antoine Pitrou
  • [Python-Dev] Should assert continue to do a LOAD_GLOBAL on AssertionError?, Benjamin Peterson
  • [Python-Dev] Should assert continue to do a LOAD_GLOBAL on AssertionError?, Brett Cannon
• [Python-Dev] Petr Viktorin as BDFL-Delegate for PEP 580, Jeroen Demeyer
  • <Possible follow-ups>
  • [Python-Dev] Petr Viktorin as BDFL-Delegate for PEP 580, Wes Turner
  • [Python-Dev] Petr Viktorin as BDFL-Delegate for PEP 580, INADA Naoki
  • [Python-Dev] Petr Viktorin as BDFL-Delegate for PEP 580, Łukasz Langa
  • [Python-Dev] Petr Viktorin as BDFL-Delegate for PEP 580, Łukasz Langa
  • [Python-Dev] Petr Viktorin as BDFL-Delegate for PEP 580, Wes Turner
  • [Python-Dev] Petr Viktorin as BDFL-Delegate for PEP 580, Jeroen Demeyer
  • [Python-Dev] Petr Viktorin as BDFL-Delegate for PEP 580, Jeroen Demeyer
  • [Python-Dev] Petr Viktorin as BDFL-Delegate for PEP 580, Barry Warsaw
  • [Python-Dev] Petr Viktorin as BDFL-Delegate for PEP 580, Antoine Pitrou
  • [Python-Dev] Petr Viktorin as BDFL-Delegate for PEP 580, Terry Reedy
  • [Python-Dev] Petr Viktorin as BDFL-Delegate for PEP 580, Guido van Rossum
  • [Python-Dev] Petr Viktorin as BDFL-Delegate for PEP 580, Terry Reedy
  • [Python-Dev] Petr Viktorin as BDFL-Delegate for PEP 580, Guido van Rossum
  • [Python-Dev] Petr Viktorin as BDFL-Delegate for PEP 580, Jeroen Demeyer
  • [Python-Dev] Petr Viktorin as BDFL-Delegate for PEP 580, Nick Coghlan
  • [Python-Dev] Petr Viktorin as BDFL-Delegate for PEP 580, Jeroen Demeyer
  • [Python-Dev] Petr Viktorin as BDFL-Delegate for PEP 580, Petr Viktorin
  • [Python-Dev] Petr Viktorin as BDFL-Delegate for PEP 580, Łukasz Langa
  • [Python-Dev] Petr Viktorin as BDFL-Delegate for PEP 580, Łukasz Langa
  • [Python-Dev] Petr Viktorin as BDFL-Delegate for PEP 580, Petr Viktorin
• [Python-Dev] Maintaining civility - the core of the Python community, VanL
• [Python-Dev] [PATCH] BSD extended attributes, William Orr
• [Python-Dev] dear core-devs, Michael Felt
  • <Possible follow-ups>
  • [Python-Dev] dear core-devs, Steven D'Aprano
  • [Python-Dev] dear core-devs, Tres Seaver
  • [Python-Dev] dear core-devs, Erik Bray
  • [Python-Dev] dear core-devs, Simon Cross
  • [Python-Dev] dear core-devs, Michael Felt
  • [Python-Dev] dear core-devs, Michael Felt
  • [Python-Dev] dear core-devs, Terry Reedy
  • [Python-Dev] dear core-devs, Michael Felt
  • [Python-Dev] dear core-devs, Neil Schemenauer
  • [Python-Dev] dear core-devs, Terry Reedy
  • [Python-Dev] dear core-devs, Erik Bray
  • [Python-Dev] dear core-devs, Erik Bray
  • [Python-Dev] dear core-devs, Michael Felt
  • [Python-Dev] dear core-devs, Michael Felt
  • [Python-Dev] dear core-devs, Victor Stinner
  • [Python-Dev] dear core-devs, Petr Viktorin
  • [Python-Dev] dear core-devs, Michael Felt
  • [Python-Dev] dear core-devs, Steven D'Aprano
• [Python-Dev] LDLAST variable in configure.ac, Michael Felt
  • <Possible follow-ups>
  • [Python-Dev] LDLAST variable in configure.ac, Benjamin Peterson
  • [Python-Dev] LDLAST variable in configure.ac, Michael Felt
  • [Python-Dev] LDLAST variable in configure.ac, Łukasz Langa
  • [Python-Dev] LDLAST variable in configure.ac, Michael Felt