<html>
  <head>
    <meta content="text/html; charset=ISO-8859-1"
      http-equiv="Content-Type">
  </head>
  <body bgcolor="#FFFFFF" text="#000000">
    <div class="moz-cite-prefix">On 6/28/12 5:54 PM, Dinu Gherman wrote:<br>
    </div>
    <blockquote
      cite="mid:6BF0E785-6ECB-48B4-B339-56F35E26DB8C@darwin.in-berlin.de"
      type="cite">
      <pre wrap="">Christian Tismer:

</pre>
      <blockquote type="cite">
        <pre wrap="">Is that the right concept? Is it enough to make a big difference, by giving
users the impression that they just added something to python?
Is it acceptable to have a different name for the executable?

Or _what_ is really making a difference?

eagerly hoping for replies -- Chris ;-)
</pre>
      </blockquote>
      <pre wrap="">
Hi Chris,

this would surely be a more convenient way for many to install and play with Stackless, I guess, especially since tools like pip are becoming ever more popular. For that purpose, having two executables with two different names might be very helpful for newbies. 

But for people who want to do more than play it might be less acceptable. Maybe there's a trick to link pythonX.Y to slpythonX.Y? Also, something similar for reusing stuff in pythonX.Y's site-packages might reduce peoples' fear of keeping the same packages installed in several places (and in sync). But maybe I'm just too cautious...

</pre>
    </blockquote>
    <br>
    Hi Dinu,<br>
    <br>
    to clarify a bit more:<br>
    <br>
    The standard stackless package will stay as it is, since all serious
    users<br>
    will probably switch to it. But who knows.<br>
    <br>
    The idea of a pip-installable package is for those people who have
    no<br>
    experience, or just want to try stackless out, whatever.<br>
    For those there will be the "slpython package" (name is not settled)<br>
    which provides them with an alternative executable together with<br>
    their cpython, in exactly the same version.<br>
    <br>
    This would not require virtualenv, but would be most convenient of<br>
    course to simply install the package and play with it, or kill it.<br>
    <br>
    <i>slpython </i>would physically live in the site-packages of the
    hosting cpython,<br>
    but there would be a script or stub installed into /usr/local/bin or
    into<br>
    <virtualenv>/bin or the equivalents on windows, so it just
    would play<br>
    a parallel companion that shares most of the files, and other
    packages as well.<br>
    <br>
    First, I thought to go even further and name the new executable
    "python",<br>
    but at the moment "slpython" feels more innocent and good enough,<br>
    because people may rename that to python themselves.<br>
    <br>
    thanks for input, making progress! -- chris<br>
    <pre class="moz-signature" cols="72">-- 
Christian Tismer             :^)   <a class="moz-txt-link-rfc2396E" href="mailto:tismer@stackless.com"><mailto:tismer@stackless.com></a>
tismerysoft GmbH             :     Have a break! Take a ride on Python's
Karl-Liebknecht-Str. 121     :    *Starship* <a class="moz-txt-link-freetext" href="http://starship.python.net/">http://starship.python.net/</a>
14482 Potsdam                :     PGP key -> <a class="moz-txt-link-freetext" href="http://pgp.uni-mainz.de">http://pgp.uni-mainz.de</a>
work +49 173 24 18 776  mobile +49 173 24 18 776  fax n.a.
PGP 0x57F3BF04       9064 F4E1 D754 C2FF 1619  305B C09C 5A3B 57F3 BF04
      whom do you want to sponsor today?   <a class="moz-txt-link-freetext" href="http://www.stackless.com/">http://www.stackless.com/</a></pre>
  </body>
</html>