On 5 Mar 2013, at 07:19, Antoine Pitrou <solip...@pitrou.net> wrote:
> On Mon, 4 Mar 2013 15:47:37 -0800 > Eli Bendersky <eli...@gmail.com> wrote: >> On Mon, Mar 4, 2013 at 1:28 PM, Antoine Pitrou <solip...@pitrou.net> wrote: >> >>> On Mon, 4 Mar 2013 13:26:57 -0800 >>> Eli Bendersky <eli...@gmail.com> wrote: >>>> [Splitting into a separate thread] >>>> >>>> Do we really need to overthink something that requires a trivial alias to >>>> set up for one's own convenience? >>>> >>>> Picking a Python version (as Barry mentions) is just one of the problems. >>>> What's wrong with: >>>> >>>> alias rupytests='python3 -m unittest discover" >>>> alias runpytests2='python2 -m unittest discover" >>>> >>>> ? >>>> >>>> Don't get me wrong, I love the "discover" option and agree that it should >>>> be the recommended way to go - but isn't this largely a documentation >>> issue? >>> >>> I would personally call it a typing issue :-) "python -m unittest >>> discover" is just too long. >>> >> >> Command-line options for advanced capabilities can get long, yes. > > The whole point is that discovery is not "advanced capability", it's > pretty basic by today's standards. So it should actually be the default > behaviour (like it is with nose). > For Python 3.3 onwards "python -m unittest" does run test discovery by default. However if you want to provide parameters you still need the "discover" subcommand to disambiguate from the other command line options. So I agree - a shorthand command would be an improvement. Michael > Regards > > Antoine. > > > _______________________________________________ > Python-Dev mailing list > Python-Dev@python.org > http://mail.python.org/mailman/listinfo/python-dev > Unsubscribe: > http://mail.python.org/mailman/options/python-dev/fuzzyman%40voidspace.org.uk -- http://www.voidspace.org.uk/ May you do good and not evil May you find forgiveness for yourself and forgive others May you share freely, never taking more than you give. -- the sqlite blessing http://www.sqlite.org/different.html _______________________________________________ Python-Dev mailing list Python-Dev@python.org http://mail.python.org/mailman/listinfo/python-dev Unsubscribe: http://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
