[Python-Dev] deprecate commands.getstatus()

Guido van Rossum guido at python.org
Thu Mar 22 21:38:10 CET 2007

Sounds good to me. In 3.0 we should probably not have os.popen*(), nor
the popen2 module at all, and do everything via the subprocess module.
I wonder if we should even get rid of os.system(); then there should
be a subprocess.system() instead. And do we even need os.fork(),
os.exec*(), os.spawn*()?

On 3/22/07, Titus Brown <titus at caltech.edu> wrote:
> Hi all,
> I posted about adding 'get_output', 'get_status_output', and
> 'get_status_output_errors' to subprocess here,
>     http://ivory.idyll.org/blog/mar-07/replacing-commands-with-subprocess
> and got some interesting responses.
> Briefly, my original proposal was to add these three functions:
>   output = get_output(cmd, input=None, cwd=None, env=None)
>   (status, output) = get_status_output(cmd, input=None, cwd=None, env=None)
>   (status, output, errout) = get_status_output_errors(cmd, input=None,
>                                                       cwd=None, env=None)
> Commenters convinced me to propose a few additions.  In order of
> estimated plausibility,
>  * first, all sensical keyword args to subprocess.Popen
>    (everything but universal_newlines, stdout, stderr, and bufsize,
>    which don't make much sense in the context of the proposed functions)
>    should be accepted by the 'get_' functions.
>    This complicates the function signatures but does make them
>    potentially much more useful.
>  * second, I'd like to add a 'require_success' bool keyword, that is
>    by default False (and does nothing in that case).  However, when
>    True, the functions would emulate check_call, i.e. they would raise
>    CalledProcessError when the returncode was not zero.
>  * third, the 'popen2' module should be deprecated for 2.6.  I don't see
>    that it has anything in it that subprocess doesn't have.
> Thoughts?
> --titus
> p.s. This has been a fun learning process... ;)
> _______________________________________________
> Python-Dev mailing list
> Python-Dev at python.org
> http://mail.python.org/mailman/listinfo/python-dev
> Unsubscribe: http://mail.python.org/mailman/options/python-dev/guido%40python.org

--Guido van Rossum (home page: http://www.python.org/~guido/)

More information about the Python-Dev mailing list