A few quick comments:<div><br></div><div>* The configuration of logging for each process should be done at the Application level, not in a ipython specific logging module.  When I get to creating a full blown Application for the new kernel, etc., we can put all of this together.  We may want an IPython Logger Configurable that holds the state and config for the Application.  Subclasses could log to different resources (file, zeromq socket, etc).</div>
<div>* Files that need to use logging should just import the standard logging module and start logging.</div><div>* For now, if the goal is to move forward with the 2 process terminal based IPython, I would:</div><div><br>
</div><div>1) Convert the kernel to use the logging module of the std library.</div><div>2) Make the kernel log to a file in the ipython directory.  For now this can just be done in the top level kernel script.</div><div>
<br></div><div>Cheers,</div><div><br></div><div>Brian<br><br><div class="gmail_quote">On Mon, Dec 6, 2010 at 2:59 PM, Fernando Perez <span dir="ltr">&lt;<a href="http://fperez.net">fperez.net</a>@<a href="http://gmail.com">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;">Hi folks,<br>
<br>
I just had a chat with Omar, who has some spare cycles coming up and<br>
is going to complete the work he prototyped during the gsoc effort.<br>
This will mean producing a terminal-based, 2-process version of<br>
IPython, which can be used for talking to existing kernels or with its<br>
own self-started one.<br>
<br>
Unfortunately right now the self-starting approach simply won&#39;t work,<br>
because we&#39;ve crammed the kernel full of direct print statements to<br>
log message info.  This makes it impossible to use the terminal where<br>
the kernel is running, as it floods with messages.<br>
<br>
I suggested to Omar that he start, as step 1 of his work, with<br>
quieting out the kernel, but I&#39;d like to ping everyone with this so<br>
that Omar can implement something that will last.  I remember in Min&#39;s<br>
newparallel branch we already have a proper log listener, and we&#39;d<br>
talked in the past about this a little, but my memory fails me.<br>
<br>
So, should all print statements be replaced with calls to a<br>
logging.logger object for now?  Min, how was your code logging its<br>
messages out?<br>
<br>
This isn&#39;t particularly difficult work, I just want to make sure we<br>
use the same strategy everywhere, and right now I don&#39;t have all the<br>
pieces of the puzzle in my mental cache...<br>
<br>
Thanks!<br>
<br>
f<br>
_______________________________________________<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>
</blockquote></div><br><br clear="all"><br>-- <br>Brian E. Granger, Ph.D.<br>Assistant Professor of Physics<br>Cal Poly State University, San Luis Obispo<br><a href="mailto:bgranger@calpoly.edu">bgranger@calpoly.edu</a><br>
<a href="mailto:ellisonbg@gmail.com">ellisonbg@gmail.com</a><br>
</div>