This issue tracker has been migrated to GitHub, and is currently read-only.
For more information, see the GitHub FAQs in the Python's Developer Guide.

Author gvanrossum
Recipients benjamin.peterson, georg.brandl, gvanrossum, krawyoti
Date 2009-07-16.14:48:32
SpamBayes Score 8.75029e-05
Marked as misclassified No
Message-id <>
I am guessing the reason to keep os.popen() (albeit now reimplemented 
using subprocess) is that it is a convenient wrapper for a common use case 
and also familiar.  I see no problem with this.  (Indeed the big problem 
was with the proliferation of popenN with confusing signatures.)  So I 
guess it ought to be documented and removed from the list of deprecations 
in 2.6.
Date User Action Args
2009-07-16 14:48:34gvanrossumsetrecipients: + gvanrossum, georg.brandl, benjamin.peterson, krawyoti
2009-07-16 14:48:34gvanrossumsetmessageid: <>
2009-07-16 14:48:32gvanrossumlinkissue6490 messages
2009-07-16 14:48:32gvanrossumcreate