<story><title>Pythonpy – Command-line Kung Fu with Python</title><url>https://github.com/Russell91/pythonpy/</url><text></text></story><parent_chain></parent_chain><comment><author>sametmax</author><text>Note that :&lt;p&gt;- sony did a project like this : power at prompt (&lt;a href=&quot;https://code.google.com/p/pyp/&quot; rel=&quot;nofollow&quot;&gt;https:&amp;#x2F;&amp;#x2F;code.google.com&amp;#x2F;p&amp;#x2F;pyp&amp;#x2F;&lt;/a&gt;).&lt;p&gt;- an alternative exists to both : pyped (&lt;a href=&quot;https://pypi.python.org/pypi/Pyped/1.4&quot; rel=&quot;nofollow&quot;&gt;https:&amp;#x2F;&amp;#x2F;pypi.python.org&amp;#x2F;pypi&amp;#x2F;Pyped&amp;#x2F;1.4&lt;/a&gt;) I like it better because it packs many utilities, but that&amp;#x27;s a matter of taste.&lt;p&gt;- other projects like that existed prior this one doing the same thing. The author choose to reinvent the wheel instead of contributing. I tend to dislike this behavior.&lt;p&gt;- both alternatives uses the &amp;quot;pyp&amp;quot; command, instead of the &amp;quot;py&amp;quot; command. The reason is that the &amp;quot;py&amp;quot; command is now an official command in Python on Windows. Installing pythonpy will cause a conflict.</text></comment>
<story><title>Pythonpy – Command-line Kung Fu with Python</title><url>https://github.com/Russell91/pythonpy/</url><text></text></story><parent_chain></parent_chain><comment><author>tucif</author><text>I had used a very similar one for a while &lt;a href=&quot;https://github.com/ksamuel/Pyped&quot; rel=&quot;nofollow&quot;&gt;https:&amp;#x2F;&amp;#x2F;github.com&amp;#x2F;ksamuel&amp;#x2F;Pyped&lt;/a&gt;  and found it quite useful. In that other utility they mention &amp;quot;&amp;#x27;py&amp;#x27; has been renamed to &amp;#x27;pyp&amp;#x27; to avoid conflict with the new tool in the Python stdlib named &amp;#x27;py&amp;#x27;&amp;quot; I wonder if such a problem would arise for your project.</text></comment>