stdlib-sig  

Messages by Thread

• [stdlib-sig] Archiving this list Brett Cannon
• [stdlib-sig] BLE Libraries for Windows-reg Manikandan V via stdlib-sig
• [stdlib-sig] gzip compression in http.server md
  • Re: [stdlib-sig] gzip compression in http.server Brett Cannon
• [stdlib-sig] Can imaplib be improved? Random832
• [stdlib-sig] This mailing list is now under the PSF CoC Brett Cannon
• [stdlib-sig] Where should be put ABCs? Brett Cannon
  • Re: [stdlib-sig] Where should be put ABCs? Guido van Rossum
• [stdlib-sig] argparse PathType class -- validate file/directory paths without opening them Dan Lenski
  • Re: [stdlib-sig] argparse PathType class -- validate file/directory paths without opening them Dan Lenski
• [stdlib-sig] Problem with the standard library rohit . mukhedkar
• [stdlib-sig] Apologies ... Geoff Clements
• [stdlib-sig] Bug report: httplib codec error Bob Chen
• [stdlib-sig] difflib on large files Watson, Paul
  • Re: [stdlib-sig] difflib on large files Brett Cannon
  • Re: [stdlib-sig] difflib on large files Watson, Paul
  • Re: [stdlib-sig] difflib on large files Brett Cannon
• [stdlib-sig] binary logical operators in operator module Gary Miguel
  • Re: [stdlib-sig] binary logical operators in operator module R. David Murray
• [stdlib-sig] Python3WOS has gone over 50% Yuval Greenfield
  • Re: [stdlib-sig] Python3WOS has gone over 50% Barry Warsaw
  • Re: [stdlib-sig] Python3WOS has gone over 50% R. David Murray
  • Re: [stdlib-sig] Python3WOS has gone over 50% Barry Warsaw
  • Re: [stdlib-sig] Python3WOS has gone over 50% fwierzbi...@gmail.com
• [stdlib-sig] A game in the standard library Yuval Greenfield
  • Re: [stdlib-sig] A game in the standard library M.-A. Lemburg
  • Re: [stdlib-sig] A game in the standard library Brett Cannon
  • Re: [stdlib-sig] A game in the standard library Christian Heimes
  • Re: [stdlib-sig] A game in the standard library Antoine Pitrou
  • Re: [stdlib-sig] A game in the standard library Brett Cannon
  • Re: [stdlib-sig] A game in the standard library Christian Heimes
  • Re: [stdlib-sig] A game in the standard library Carl Friedrich Bolz
  • Re: [stdlib-sig] A game in the standard library Ned Deily
  • Re: [stdlib-sig] A game in the standard library Yuval Greenfield
  • Re: [stdlib-sig] A game in the standard library Guido van Rossum
  • Re: [stdlib-sig] A game in the standard library Brett Cannon
  • Re: [stdlib-sig] A game in the standard library Guido van Rossum
  • Re: [stdlib-sig] A game in the standard library Brett Cannon
  • Re: [stdlib-sig] A game in the standard library Ned Deily
  • Re: [stdlib-sig] A game in the standard library R. David Murray
  • Re: [stdlib-sig] A game in the standard library Mark Summerfield
  • Re: [stdlib-sig] A game in the standard library M.-A. Lemburg
  • Re: [stdlib-sig] A game in the standard library Ned Deily
  • Re: [stdlib-sig] A game in the standard library Yuval Greenfield
  • Re: [stdlib-sig] A game in the standard library Yuval Greenfield
• [stdlib-sig] argparse -- binary IO via standard streams Moritz Klammler
  • Re: [stdlib-sig] argparse -- binary IO via standard streams Michael Foord
• [stdlib-sig] quoting arguments for command-line evaluation Bill Janssen
  • Re: [stdlib-sig] quoting arguments for command-line evaluation C. Titus Brown
  • Re: [stdlib-sig] quoting arguments for command-line evaluation Bill Janssen
  • Re: [stdlib-sig] quoting arguments for command-line evaluation Ian Bicking
  • Re: [stdlib-sig] quoting arguments for command-line evaluation Éric Araujo
  • Re: [stdlib-sig] quoting arguments for command-line evaluation Eric Smith
  • Re: [stdlib-sig] quoting arguments for command-line evaluation Paul Moore
  • Re: [stdlib-sig] quoting arguments for command-line evaluation Philip Jenvey
• [stdlib-sig] socket.makefile() questions tim
  • Re: [stdlib-sig] socket.makefile() questions Benjamin Peterson
  • Re: [stdlib-sig] socket.makefile() questions Antoine Pitrou
  • Re: [stdlib-sig] socket.makefile() questions Timothy Bower
  • Re: [stdlib-sig] socket.makefile() questions Timothy Bower
  • Re: [stdlib-sig] socket.makefile() questions R. David Murray
• [stdlib-sig] standardizing the deprecation policy (and how noisy they are) Nicolas Chauvat
• [stdlib-sig] standardizing the deprecation policy (and how noisy they are) Brett Cannon
  • Re: [stdlib-sig] standardizing the deprecation policy (and how noisy they are) Michael Foord
  • Re: [stdlib-sig] standardizing the deprecation policy (and how noisy they are) C. Titus Brown
  • Re: [stdlib-sig] standardizing the deprecation policy (and how noisy they are) Guido van Rossum
  • Re: [stdlib-sig] standardizing the deprecation policy (and how noisy they are) Michael Foord
  • Re: [stdlib-sig] standardizing the deprecation policy (and how noisy they are) Ben Finney
  • Re: [stdlib-sig] standardizing the deprecation policy (and how noisy they are) Yuvgoog Greenle
  • Re: [stdlib-sig] standardizing the deprecation policy (and how noisy they are) Brett Cannon
  • Re: [stdlib-sig] standardizing the deprecation policy (and how noisy they are) nathan binkert
  • Re: [stdlib-sig] standardizing the deprecation policy (and how noisy they are) Kevin Teague
  • Re: [stdlib-sig] standardizing the deprecation policy (and how noisy they are) Antoine Pitrou
  • Re: [stdlib-sig] standardizing the deprecation policy (and how noisy they are) Laura Creighton
  • Re: [stdlib-sig] standardizing the deprecation policy (and how noisy they are) Ben Finney
  • Re: [stdlib-sig] standardizing the deprecation policy (and how noisy they are) Laura Creighton
  • Re: [stdlib-sig] standardizing the deprecation policy (and how noisy they are) Yuvgoog Greenle
  • Re: [stdlib-sig] standardizing the deprecation policy (and how noisy they are) Yuvgoog Greenle
  • Re: [stdlib-sig] standardizing the deprecation policy (and how noisy they are) Tim Head
  • Re: [stdlib-sig] standardizing the deprecation policy (and how noisy they are) Antoine Pitrou
  • Re: [stdlib-sig] standardizing the deprecation policy (and how noisy they are) Laura Creighton
  • Re: [stdlib-sig] standardizing the deprecation policy (and how noisy they are) Antoine Pitrou
  • Re: [stdlib-sig] standardizing the deprecation policy (and how noisy they are) Laura Creighton
  • Re: [stdlib-sig] standardizing the deprecation policy (and how noisy they are) Antoine Pitrou
  • Re: [stdlib-sig] standardizing the deprecation policy (and how noisy they are) Guido van Rossum
  • Re: [stdlib-sig] standardizing the deprecation policy (and how noisy they are) sstein...@gmail.com
  • Re: [stdlib-sig] standardizing the deprecation policy (and how noisy they are) Guido van Rossum
  • Re: [stdlib-sig] standardizing the deprecation policy (and how noisy they are) sstein...@gmail.com
  • Re: [stdlib-sig] standardizing the deprecation policy (and how noisy they are) Yuvgoog Greenle
  • Re: [stdlib-sig] standardizing the deprecation policy (and how noisy they are) Kevin Teague
  • Re: [stdlib-sig] standardizing the deprecation policy (and how noisy they are) Antoine Pitrou
  • Re: [stdlib-sig] standardizing the deprecation policy (and how noisy they are) Kevin Teague
  • Re: [stdlib-sig] standardizing the deprecation policy (and how noisy they are) Barry Warsaw
  • Re: [stdlib-sig] standardizing the deprecation policy (and how noisy they are) Brett Cannon
  • Re: [stdlib-sig] standardizing the deprecation policy (and how noisy they are) Antoine Pitrou
  • Re: [stdlib-sig] standardizing the deprecation policy (and how noisy they are) Guido van Rossum
  • Re: [stdlib-sig] standardizing the deprecation policy (and how noisy they are) Antoine Pitrou
  • Re: [stdlib-sig] standardizing the deprecation policy (and how noisy they are) Jesse Noller
  • Re: [stdlib-sig] standardizing the deprecation policy (and how noisy they are) M.-A. Lemburg
  • Re: [stdlib-sig] standardizing the deprecation policy (and how noisy they are) Brett Cannon
  • Re: [stdlib-sig] standardizing the deprecation policy (and how noisy they are) Antoine Pitrou
  • Re: [stdlib-sig] standardizing the deprecation policy (and hownoisy they are) Raymond Hettinger
  • Re: [stdlib-sig] standardizing the deprecation policy (and hownoisy they are) geremy condra
  • Re: [stdlib-sig] standardizing the deprecation policy (and hownoisy they are) Raymond Hettinger
  • Re: [stdlib-sig] standardizing the deprecation policy (and hownoisy they are) geremy condra
  • Re: [stdlib-sig] standardizing the deprecation policy (and hownoisy they are) Guido van Rossum
  • Re: [stdlib-sig] standardizing the deprecation policy (and hownoisy they are) geremy condra
  • Re: [stdlib-sig] standardizing the deprecation policy (and hownoisy they are) Laura Creighton
  • Re: [stdlib-sig] standardizing the deprecation policy (and hownoisy they are) geremy condra
  • Re: [stdlib-sig] standardizing the deprecation policy (and hownoisy they are) Guido van Rossum
  • Re: [stdlib-sig] standardizing the deprecation policy (and hownoisy they are) geremy condra
  • Re: [stdlib-sig] standardizing the deprecation policy (and hownoisy they are) Laura Creighton
  • Re: [stdlib-sig] standardizing the deprecation policy (and hownoisy they are) Ned Deily
  • Re: [stdlib-sig] standardizing the deprecation policy (and hownoisy they are) geremy condra
  • Re: [stdlib-sig] standardizing the deprecation policy (and hownoisy they are) Ned Deily
  • Re: [stdlib-sig] standardizing the deprecation policy (and hownoisy they are) Antoine Pitrou
  • Re: [stdlib-sig] standardizing the deprecation policy (and hownoisy they are) Leonardo Santagada
  • Re: [stdlib-sig] standardizing the deprecation policy (and hownoisy they are) Ronald Oussoren
  • Re: [stdlib-sig] standardizing the deprecation policy (and hownoisy they are) Antoine Pitrou
  • Re: [stdlib-sig] standardizing the deprecation policy (and hownoisy they are) Ronald Oussoren
  • Re: [stdlib-sig] standardizing the deprecation policy (and hownoisy they are) geremy condra
  • Re: [stdlib-sig] standardizing the deprecation policy (and hownoisy they are) Guido van Rossum
  • Re: [stdlib-sig] standardizing the deprecation policy (and hownoisy they are) geremy condra
  • Re: [stdlib-sig] standardizing the deprecation policy (and hownoisy they are) Ben Finney
  • Re: [stdlib-sig] standardizing the deprecation policy (and hownoisy they are) geremy condra
  • Re: [stdlib-sig] standardizing the deprecation policy (and hownoisy they are) Ned Deily
  • Re: [stdlib-sig] standardizing the deprecation policy (and hownoisy they are) geremy condra
  • Re: [stdlib-sig] standardizing the deprecation policy (and hownoisy they are) Ronald Oussoren
  • Re: [stdlib-sig] standardizing the deprecation policy (and hownoisy they are) geremy condra
  • Re: [stdlib-sig] standardizing the deprecation policy (and hownoisy they are) Guido van Rossum
  • Re: [stdlib-sig] standardizing the deprecation policy (and hownoisy they are) geremy condra
  • Re: [stdlib-sig] standardizing the deprecation policy (and hownoisy they are) Leonardo Santagada
  • Re: [stdlib-sig] standardizing the deprecation policy (and hownoisy they are) geremy condra
  • Re: [stdlib-sig] standardizing the deprecation policy (and hownoisy they are) Guido van Rossum
  • Re: [stdlib-sig] standardizing the deprecation policy (and hownoisy they are) geremy condra
  • Re: [stdlib-sig] standardizing the deprecation policy (and hownoisy they are) Antoine Pitrou
  • Re: [stdlib-sig] standardizing the deprecation policy (and how noisy they are) Yuvgoog Greenle
  • Re: [stdlib-sig] standardizing the deprecation policy (and how noisy they are) Georg Brandl
  • Re: [stdlib-sig] standardizing the deprecation policy (and how noisy they are) geremy condra
  • Re: [stdlib-sig] standardizing the deprecation policy (and how noisy they are) Georg Brandl
  • Re: [stdlib-sig] standardizing the deprecation policy (and how noisy they are) geremy condra
  • Re: [stdlib-sig] standardizing the deprecation policy (and how noisy they are) Ben Finney
  • Re: [stdlib-sig] standardizing the deprecation policy (and how noisy they are) Yuvgoog Greenle
  • Re: [stdlib-sig] standardizing the deprecation policy (and how noisy they are) Guido van Rossum
  • Re: [stdlib-sig] standardizing the deprecation policy (and how noisy they are) Yuvgoog Greenle
  • Re: [stdlib-sig] standardizing the deprecation policy (and how noisy they are) Guido van Rossum
  • Re: [stdlib-sig] standardizing the deprecation policy (and how noisy they are) Yuval Greenfield
  • Re: [stdlib-sig] standardizing the deprecation policy (and how noisy they are) Ben Finney
  • Re: [stdlib-sig] standardizing the deprecation policy (and how noisy they are) Barry Warsaw
  • Re: [stdlib-sig] standardizing the deprecation policy (and how noisy they are) Antoine Pitrou
  • Re: [stdlib-sig] standardizing the deprecation policy (and how noisy they are) Georg Brandl
  • Re: [stdlib-sig] standardizing the deprecation policy (and how noisy they are) Brett Cannon
  • Re: [stdlib-sig] standardizing the deprecation policy (and how noisy they are) Georg Brandl
  • Re: [stdlib-sig] standardizing the deprecation policy (and how noisy they are) Brett Cannon
  • Re: [stdlib-sig] standardizing the deprecation policy (and how noisy they are) Philip Jenvey
  • Re: [stdlib-sig] standardizing the deprecation policy (and how noisy they are) Barry Warsaw
  • Re: [stdlib-sig] -Wi Antoine Pitrou
  • Re: [stdlib-sig] -Wi Barry Warsaw
  • Re: [stdlib-sig] standardizing the deprecation policy (and how noisy they are) Brett Cannon
  • Re: [stdlib-sig] standardizing the deprecation policy (and how noisy they are) Yuval Greenfield
  • Re: [stdlib-sig] standardizing the deprecation policy (and how noisy they are) Brett Cannon
• [stdlib-sig] comments on PEP for futures - execute computations asynchronously Jim Jewett
• Re: [stdlib-sig] Concurrent/Jython (was: futures - a new package for asynchronous execution) Jesse Noller
• Re: [stdlib-sig] futures - a new package for asynchronous execution Brian Quinlan
  • Re: [stdlib-sig] futures - a new package for asynchronous execution Paul Moore
  • Re: [stdlib-sig] futures - a new package for asynchronous execution Brian Quinlan
  • Re: [stdlib-sig] futures - a new package for asynchronous execution Paul Moore
  • Re: [stdlib-sig] futures - a new package for asynchronous execution Jesse Noller
  • Re: [stdlib-sig] futures - a new package for asynchronous execution Paul Moore
  • Re: [stdlib-sig] futures - a new package for asynchronous execution Jesse Noller
  • Re: [stdlib-sig] futures - a new package for asynchronous execution Paul Moore
  • Re: [stdlib-sig] futures - a new package for asynchronous execution Frank Wierzbicki
  • Re: [stdlib-sig] futures - a new package for asynchronous execution Antoine Pitrou
  • Re: [stdlib-sig] futures - a new package for asynchronous execution Jesse Noller
  • Re: [stdlib-sig] futures - a new package for asynchronous execution Frank Wierzbicki
  • Re: [stdlib-sig] futures - a new package for asynchronous execution Frank Wierzbicki
  • Re: [stdlib-sig] futures - a new package for asynchronous execution Paul Moore
  • Re: [stdlib-sig] futures - a new package for asynchronous execution Jesse Noller
  • Re: [stdlib-sig] futures - a new package for asynchronous execution Jesse Noller
  • Re: [stdlib-sig] futures - a new package for asynchronous execution Brian Quinlan
  • Re: [stdlib-sig] futures and deferreds Antoine Pitrou
  • Re: [stdlib-sig] futures and deferreds Brian Quinlan
  • Re: [stdlib-sig] futures - a new package for asynchronous execution Antoine Pitrou
  • Re: [stdlib-sig] futures - a new package for asynchronous execution Jesse Noller
  • Re: [stdlib-sig] futures - a new package for asynchronous execution Antoine Pitrou
  • Re: [stdlib-sig] futures - a new package for asynchronous execution Jesse Noller
  • Re: [stdlib-sig] futures - PEP and API Antoine Pitrou
  • Re: [stdlib-sig] futures - PEP and API Brian Quinlan
  • Re: [stdlib-sig] futures - PEP and API Antoine Pitrou
  • Re: [stdlib-sig] futures - a new package for asynchronous execution Jeffrey Yasskin
  • Re: [stdlib-sig] futures - a new package for asynchronous execution Brian Quinlan
  • Re: [stdlib-sig] futures - a new package for asynchronous execution Brian Quinlan
  • Re: [stdlib-sig] futures - a new package for asynchronous execution Brian Quinlan
  • Re: [stdlib-sig] futures - a new package for asynchronous execution Jeffrey Yasskin
  • Re: [stdlib-sig] futures - a new package for asynchronous execution Antoine Pitrou
  • Re: [stdlib-sig] futures - a new package for asynchronous execution Brian Quinlan
  • Re: [stdlib-sig] futures - a new package for asynchronous execution Antoine Pitrou
  • Re: [stdlib-sig] futures - a new package for asynchronous execution Brian Quinlan
  • Re: [stdlib-sig] futures - a new package for asynchronous execution Anh Hai Trinh
  • Re: [stdlib-sig] futures - a new package for asynchronous execution Brian Quinlan

• Earlier messages