<br><br><div class="gmail_quote">On Mon, Mar 26, 2012 at 20:53, Brian Granger <span dir="ltr">&lt;<a href="mailto:ellisonbg@gmail.com">ellisonbg@gmail.com</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">

<div class="im">On Mon, Mar 26, 2012 at 8:27 PM, Jason Grout<br>
&lt;<a href="mailto:jason-sage@creativetrax.com">jason-sage@creativetrax.com</a>&gt; wrote:<br>
&gt; I just noticed that some of the main developers of zeromq forked zeromq<br>
&gt; to create the &quot;Crossroads&quot; project [1].  Does anyone have any idea how<br>
&gt; this affects IPython (or are people just waiting and seeing what happens<br>
&gt; at this point)?<br>
<br>
</div>Yep, this is going to take a while to bake out and we just need to<br>
wait it out.  In open source competition is good at the end of the<br>
day.  May be some pain in the middle though.  PyZMQ (the Python<br>
bindings for zeromq) are popular enough that I am confident that the<br>
Crossroads developers will work hard to make sure that Crossroads<br>
works with PyZMQ.  They currently have a zeromq compatability mode the<br>
makes this possible.  My personal hope is that PyZMQ can work with<br>
both zeromq and Crossroads, even if they diverge somewhat.  From<br>
IPython&#39;s perspective, as long as PyZMQ works with either zeromq or<br>
Crossroads, we are set.  If Crossroads and zeromq diverge in more<br>
significant ways, we will have to decide how to handle that.  But I<br>
think all of those decisions will be made within PyZMQ, so users of<br>
PyZMQ won&#39;t really have to worry much.<br></blockquote><div><br></div><div>PyZMQ already hides the difference between libzmq-2.1 and libzmq-3.1, so</div><div>IPython does not have to worry about that difference at all.  At this point, libxs *is* libzmq-3.1, and pyzmq should work perfectly well with libxs as long as it is built with its libzmq-compatibility flag (which simply restores original names of things).  For the near future, pyzmq will rely on the Crossroads libzmq-compatibility.  We will see how libxs develops and diverges from libzmq, and how that affects what is needed to support both (and how the zmq community moves with respect to the fork as well).</div>

<div><br></div><div>Essentially, all of this compatibility will happen in pyzmq itself, and IPython should never need to be aware of any of it.</div><div><br></div><div>-MinRK</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">


<br>
Cheers,<br>
<br>
Brian<br>
<br>
Cheers,<br>
<br>
Brian<br>
<div class="im HOEnZb"><br>
&gt; Thanks,<br>
&gt;<br>
&gt; Jason<br>
&gt;<br>
&gt; [1] <a href="http://thread.gmane.org/gmane.network.zeromq.devel/14040" target="_blank">http://thread.gmane.org/gmane.network.zeromq.devel/14040</a><br>
&gt; _______________________________________________<br>
&gt; IPython-dev mailing list<br>
&gt; <a href="mailto:IPython-dev@scipy.org">IPython-dev@scipy.org</a><br>
&gt; <a href="http://mail.scipy.org/mailman/listinfo/ipython-dev" target="_blank">http://mail.scipy.org/mailman/listinfo/ipython-dev</a><br>
<br>
<br>
<br>
</div><span class="HOEnZb"><font color="#888888">--<br>
Brian E. Granger<br>
Cal Poly State University, San Luis Obispo<br>
<a href="mailto:bgranger@calpoly.edu">bgranger@calpoly.edu</a> and <a href="mailto:ellisonbg@gmail.com">ellisonbg@gmail.com</a><br>
</font></span><div class="HOEnZb"><div class="h5">_______________________________________________<br>
IPython-dev mailing list<br>
<a href="mailto:IPython-dev@scipy.org">IPython-dev@scipy.org</a><br>
<a href="http://mail.scipy.org/mailman/listinfo/ipython-dev" target="_blank">http://mail.scipy.org/mailman/listinfo/ipython-dev</a><br>
</div></div></blockquote></div><br>