From barrywark at gmail.com  Fri Jan  7 09:55:21 2011
From: barrywark at gmail.com (Barry Wark)
Date: Fri, 7 Jan 2011 09:55:21 -0500
Subject: [IPython-dev] roadmap for IPython.zmq.parallel
In-Reply-To: <AANLkTi=BQ5aYx4JMBbLS8k3u0o8N0r6AHogTjYN0-8aY@mail.gmail.com>
References: <AANLkTimN+DkejMj5oAcmHJH52XzcH7j9EswrUZ1ndDx4@mail.gmail.com>
	<AANLkTi=BQ5aYx4JMBbLS8k3u0o8N0r6AHogTjYN0-8aY@mail.gmail.com>
Message-ID: <AANLkTimGgmWqrSvPDysYgrp+sGMuvNqVjZjqRhNdheRP@mail.gmail.com>

On Tue, Dec 21, 2010 at 2:04 AM, Fernando Perez <fperez.net at gmail.com> wrote:
> Hey Barry,
>
> On Fri, Dec 17, 2010 at 9:15 PM, Barry Wark <barrywark at gmail.com> wrote:
>> It's been too long since I've been able to hang out in IPython land.
>> Given my previous interests, it's really exciting to see the work in
>> frontends accelerating with the new refactoring.
>
> Glad to have you around again!
>
>> I'm very excited to have a new opportunity to get back to IPython work
>> on a client project. The contract is to build a scientific data
>> processing and analysis framework. The analyses are expressed as a
>> DAG, with computation at the nodes done by exectuables that take a
>> standardized set of arguments and return a contracted output format.
>> Some of the executables are C, some Matlab, some Python, etc--standard
>> fare in academia. Our job is to build the engine to execute these
>> workflows, monitor results, etc. Jobs will initially execute on a
>> single machine (thus multiprocessing or a higher-level framework like
>> Rufus, http://www.ruffus.org.uk/) make sense, but the user may
>> eventually want to expand onto a local cluster.
>
> I'm still in India and will be offline as of tomorrow (traveling
> back)... ? But I'd suggest you have at least a look at:
>
> http://nipy.sourceforge.net/nipype/
>
> Nipype is Satra's brainchild (the same Satra who has committed the
> recent work on ipython) and it already has support for IPython's
> parallel execution using the 0.10.x code. ?It was also the motivation
> behind some of the new DAG support, as we hope in the future to have
> even better integration between nipype and ipython.

Yes, Nipype FTW! Awesome framework Satra!

>
> Satra is also in India right now (we were at the same conference) but
> he's on holiday for a fe days with his family and likely offline, so I
> expect him to pitch in only a little bit later. ?But I hope that in a
> few days when people's travel schedules normalize, we can see what can
> be done to benefit from common goals so that we reuse as much of the
> effort and manpower as possible.
>
> All the best,
>
> f
>


From satra at mit.edu  Sat Jan  8 18:43:57 2011
From: satra at mit.edu (Satrajit Ghosh)
Date: Sat, 8 Jan 2011 18:43:57 -0500
Subject: [IPython-dev] roadmap for IPython.zmq.parallel
In-Reply-To: <AANLkTimGgmWqrSvPDysYgrp+sGMuvNqVjZjqRhNdheRP@mail.gmail.com>
References: <AANLkTimN+DkejMj5oAcmHJH52XzcH7j9EswrUZ1ndDx4@mail.gmail.com>
	<AANLkTi=BQ5aYx4JMBbLS8k3u0o8N0r6AHogTjYN0-8aY@mail.gmail.com>
	<AANLkTimGgmWqrSvPDysYgrp+sGMuvNqVjZjqRhNdheRP@mail.gmail.com>
Message-ID: <AANLkTinnDX4962NsUixOEg4_EpxE1BJaKGMFaUzyQ7YV@mail.gmail.com>

hi barry,

thanks. sorry for the delay, i'm just getting my head back into things after
a nice long break. it will be awesome to work together and improve the
framework. after all any workflow engine slowly becomes a meta-language!
also, ipython, will have some nice features that should reduce the nipype
code and make for a cleaner implementation. also chris at enthought is
converting traits to pure python and that should clean up the engine code as
well. we currently have some work-arounds for a couple of dynamic traits
bugs.

do send me some more details of what you want to do. (based on what you have
below, you should find our base classes rather appropriate).

cheers,

satra


On Fri, Jan 7, 2011 at 9:55 AM, Barry Wark <barrywark at gmail.com> wrote:

> On Tue, Dec 21, 2010 at 2:04 AM, Fernando Perez <fperez.net at gmail.com>
> wrote:
> > Hey Barry,
> >
> > On Fri, Dec 17, 2010 at 9:15 PM, Barry Wark <barrywark at gmail.com> wrote:
> >> It's been too long since I've been able to hang out in IPython land.
> >> Given my previous interests, it's really exciting to see the work in
> >> frontends accelerating with the new refactoring.
> >
> > Glad to have you around again!
> >
> >> I'm very excited to have a new opportunity to get back to IPython work
> >> on a client project. The contract is to build a scientific data
> >> processing and analysis framework. The analyses are expressed as a
> >> DAG, with computation at the nodes done by exectuables that take a
> >> standardized set of arguments and return a contracted output format.
> >> Some of the executables are C, some Matlab, some Python, etc--standard
> >> fare in academia. Our job is to build the engine to execute these
> >> workflows, monitor results, etc. Jobs will initially execute on a
> >> single machine (thus multiprocessing or a higher-level framework like
> >> Rufus, http://www.ruffus.org.uk/) make sense, but the user may
> >> eventually want to expand onto a local cluster.
> >
> > I'm still in India and will be offline as of tomorrow (traveling
> > back)...   But I'd suggest you have at least a look at:
> >
> > http://nipy.sourceforge.net/nipype/
> >
> > Nipype is Satra's brainchild (the same Satra who has committed the
> > recent work on ipython) and it already has support for IPython's
> > parallel execution using the 0.10.x code.  It was also the motivation
> > behind some of the new DAG support, as we hope in the future to have
> > even better integration between nipype and ipython.
>
> Yes, Nipype FTW! Awesome framework Satra!
>
> >
> > Satra is also in India right now (we were at the same conference) but
> > he's on holiday for a fe days with his family and likely offline, so I
> > expect him to pitch in only a little bit later.  But I hope that in a
> > few days when people's travel schedules normalize, we can see what can
> > be done to benefit from common goals so that we reuse as much of the
> > effort and manpower as possible.
> >
> > All the best,
> >
> > f
> >
> _______________________________________________
> IPython-dev mailing list
> IPython-dev at scipy.org
> http://mail.scipy.org/mailman/listinfo/ipython-dev
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/ipython-dev/attachments/20110108/179f06df/attachment.html>

From takowl at gmail.com  Sun Jan  9 07:39:17 2011
From: takowl at gmail.com (Thomas Kluyver)
Date: Sun, 9 Jan 2011 12:39:17 +0000
Subject: [IPython-dev] IPython on Python 3 - script names
Message-ID: <AANLkTikLnRzcBa7L_kHxxTWf+fC1a+VVwRDNjEGgFn9G@mail.gmail.com>

Hi all,

The target for IPython on Python 3 is that you'll be able to install it side
by side with standard IPython, on systems where both Python 2 and Python 3
are installed. At present, the IPython packages will be correctly installed
to separate library folders, but the scripts (sitting in /usr/bin or
equivalent) will collide. So I'd like to come up with a consistent way to
name the scripts so that they're clearly distinguished.

At present, I'm thinking of something like:
ipython-3k
ipython-3k-qtconsole

This keeps it short, but hopefully makes it clear that it's not IPython
version 3 (a problem with, say, 'ipython3'). On the other hand, it does lead
to some conflicts for tab completion: with both versions installed,
ipython-<tab> will turn up two of every frontend available (-qtconsole,
-3k-qtconsole), plus -3k.

Does anyone have any thoughts or preferences?

Thanks,
Thomas
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/ipython-dev/attachments/20110109/6c120db4/attachment.html>

From halbert at halwitz.org  Sun Jan  9 08:43:48 2011
From: halbert at halwitz.org (Dan Halbert)
Date: Sun, 09 Jan 2011 08:43:48 -0500
Subject: [IPython-dev] IPython on Python 3 - script names
In-Reply-To: <AANLkTikLnRzcBa7L_kHxxTWf+fC1a+VVwRDNjEGgFn9G@mail.gmail.com>
References: <AANLkTikLnRzcBa7L_kHxxTWf+fC1a+VVwRDNjEGgFn9G@mail.gmail.com>
Message-ID: <4D29BB94.7010202@halwitz.org>

On 1/9/2011 7:39 AM, Thomas Kluyver wrote:
> At present, I'm thinking of something like:
> ipython-3k
> ipython-3k-qtconsole
>
> This keeps it short, but hopefully makes it clear that it's not 
> IPython version 3 (a problem with, say, 'ipython3'). On the other 
> hand, it does lead to some conflicts for tab completion: with both 
> versions installed, ipython-<tab> will turn up two of every frontend 
> available (-qtconsole, -3k-qtconsole), plus -3k.
How about "ipython-py3"?  "3k" is a bit of insider historical 
terminology (PEP 3000).
And I and my users would not find "ipython3" so confusing, since ipython 
is nowhere near v3. it's also the easiest to type, by a long shot.

Dan


From ellisonbg at gmail.com  Sun Jan  9 12:54:36 2011
From: ellisonbg at gmail.com (Brian Granger)
Date: Sun, 9 Jan 2011 09:54:36 -0800
Subject: [IPython-dev] Terminal based IPython won't exit in master
Message-ID: <AANLkTi=zmVoAurG9c31s=_8ZuXTSX958VnCLGnbrxZ70@mail.gmail.com>

Hi,

I haven't followed the development of the new history capabilities
very closely, but since I pulled those changes from master the
*terminal* based version of won't exit (qtconsole is fine).  I type
Exit and it just sits there.  I have to kill it using ps.  This is a
pretty severe regression.  Is anyone else seeing this on master?  I
suspect it has something to do with the autosave multithreaded
sequence of commits.  I don't have time to chase this right now, but
any thoughts on this one?

Cheers,

Brian

-- 
Brian E. Granger, Ph.D.
Assistant Professor of Physics
Cal Poly State University, San Luis Obispo
bgranger at calpoly.edu
ellisonbg at gmail.com


From ellisonbg at gmail.com  Sun Jan  9 13:08:46 2011
From: ellisonbg at gmail.com (Brian Granger)
Date: Sun, 9 Jan 2011 10:08:46 -0800
Subject: [IPython-dev] %doctest_mode in qtconsole
Message-ID: <AANLkTinVWnZ0g=R=RePFgQpx-JvkDkv9Gx5gxaUjwDZc@mail.gmail.com>

Hi,

I am updating some of flags that control pretty printing and that led
me to the %doctest_mode magic.  Updating the version of this for the
terminal based IPython went find, but when I did the qtconsole
version, I noticed that the frontend doesn't handle the prompt mode
changes that are sent back in the payload.  I could have sworn that
this was implemented and that %doctest_mode worked fully in the
qtconsole.  What is the status of this?

Cheers,

Brian

-- 
Brian E. Granger, Ph.D.
Assistant Professor of Physics
Cal Poly State University, San Luis Obispo
bgranger at calpoly.edu
ellisonbg at gmail.com


From epatters at enthought.com  Sun Jan  9 13:34:28 2011
From: epatters at enthought.com (Evan Patterson)
Date: Sun, 9 Jan 2011 12:34:28 -0600
Subject: [IPython-dev] Terminal based IPython won't exit in master
In-Reply-To: <AANLkTi=zmVoAurG9c31s=_8ZuXTSX958VnCLGnbrxZ70@mail.gmail.com>
References: <AANLkTi=zmVoAurG9c31s=_8ZuXTSX958VnCLGnbrxZ70@mail.gmail.com>
Message-ID: <AANLkTinYfjWY2Fo2ptfJoxCqs_bUQUnhrO1UetkbVy-h@mail.gmail.com>

I can report seeing this on master in OSX as well. I haven't tried any other
platforms lately, but I don't see why this one would be platform-specific.

Evan

On Sun, Jan 9, 2011 at 11:54 AM, Brian Granger <ellisonbg at gmail.com> wrote:

> Hi,
>
> I haven't followed the development of the new history capabilities
> very closely, but since I pulled those changes from master the
> *terminal* based version of won't exit (qtconsole is fine).  I type
> Exit and it just sits there.  I have to kill it using ps.  This is a
> pretty severe regression.  Is anyone else seeing this on master?  I
> suspect it has something to do with the autosave multithreaded
> sequence of commits.  I don't have time to chase this right now, but
> any thoughts on this one?
>
> Cheers,
>
> Brian
>
> --
> Brian E. Granger, Ph.D.
> Assistant Professor of Physics
> Cal Poly State University, San Luis Obispo
> bgranger at calpoly.edu
> ellisonbg at gmail.com
> _______________________________________________
> IPython-dev mailing list
> IPython-dev at scipy.org
> http://mail.scipy.org/mailman/listinfo/ipython-dev
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/ipython-dev/attachments/20110109/e9503706/attachment.html>

From ellisonbg at gmail.com  Sun Jan  9 16:44:14 2011
From: ellisonbg at gmail.com (Brian Granger)
Date: Sun, 9 Jan 2011 13:44:14 -0800
Subject: [IPython-dev] Terminal based IPython won't exit in master
In-Reply-To: <AANLkTinYfjWY2Fo2ptfJoxCqs_bUQUnhrO1UetkbVy-h@mail.gmail.com>
References: <AANLkTi=zmVoAurG9c31s=_8ZuXTSX958VnCLGnbrxZ70@mail.gmail.com>
	<AANLkTinYfjWY2Fo2ptfJoxCqs_bUQUnhrO1UetkbVy-h@mail.gmail.com>
Message-ID: <AANLkTi=AZR+Mj5yriF7D_GE5n=Pyjgceyc8bLvGMsCGQ@mail.gmail.com>

It looks like the test suite for Master now locks up as well.  We have
a github issue on this one now...hopefully we can get this figured
out.

Brian

On Sun, Jan 9, 2011 at 10:34 AM, Evan Patterson <epatters at enthought.com> wrote:
> I can report seeing this on master in OSX as well. I haven't tried any other
> platforms lately, but I don't see why this one would be platform-specific.
>
> Evan
>
> On Sun, Jan 9, 2011 at 11:54 AM, Brian Granger <ellisonbg at gmail.com> wrote:
>>
>> Hi,
>>
>> I haven't followed the development of the new history capabilities
>> very closely, but since I pulled those changes from master the
>> *terminal* based version of won't exit (qtconsole is fine). ?I type
>> Exit and it just sits there. ?I have to kill it using ps. ?This is a
>> pretty severe regression. ?Is anyone else seeing this on master? ?I
>> suspect it has something to do with the autosave multithreaded
>> sequence of commits. ?I don't have time to chase this right now, but
>> any thoughts on this one?
>>
>> Cheers,
>>
>> Brian
>>
>> --
>> Brian E. Granger, Ph.D.
>> Assistant Professor of Physics
>> Cal Poly State University, San Luis Obispo
>> bgranger at calpoly.edu
>> ellisonbg at gmail.com
>> _______________________________________________
>> IPython-dev mailing list
>> IPython-dev at scipy.org
>> http://mail.scipy.org/mailman/listinfo/ipython-dev
>
>



-- 
Brian E. Granger, Ph.D.
Assistant Professor of Physics
Cal Poly State University, San Luis Obispo
bgranger at calpoly.edu
ellisonbg at gmail.com


From ellisonbg at gmail.com  Sun Jan  9 17:23:51 2011
From: ellisonbg at gmail.com (Brian Granger)
Date: Sun, 9 Jan 2011 14:23:51 -0800
Subject: [IPython-dev] New display system submitted for review
Message-ID: <AANLkTikxh2WKN=Wzb0aAk4P14QCVFVNTqcpME4HjMSwE@mail.gmail.com>

Hi,

I just submitted a pull request for the new display system:

https://github.com/ipython/ipython/pull/243

This involved a huge number of significant changes and will need a
good shake out.  Would love comments on the design.  I am attaching
two files that show some of the capabilities.

Cheers,

Brian

-- 
Brian E. Granger, Ph.D.
Assistant Professor of Physics
Cal Poly State University, San Luis Obispo
bgranger at calpoly.edu
ellisonbg at gmail.com
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/ipython-dev/attachments/20110109/d9b63410/attachment.html>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/ipython-dev/attachments/20110109/d9b63410/attachment-0001.html>

From ellisonbg at gmail.com  Sun Jan  9 20:17:53 2011
From: ellisonbg at gmail.com (Brian Granger)
Date: Sun, 9 Jan 2011 17:17:53 -0800
Subject: [IPython-dev] New display system submitted for review
In-Reply-To: <AANLkTikxh2WKN=Wzb0aAk4P14QCVFVNTqcpME4HjMSwE@mail.gmail.com>
References: <AANLkTikxh2WKN=Wzb0aAk4P14QCVFVNTqcpME4HjMSwE@mail.gmail.com>
Message-ID: <AANLkTimuQv9zDhZWtX0cBW94bv32GeNSMv_+pQJTtLmW@mail.gmail.com>

I guess the images are not showing up in these files, so here are pdfs...

enjoy

Brian

On Sun, Jan 9, 2011 at 2:23 PM, Brian Granger <ellisonbg at gmail.com> wrote:
> Hi,
>
> I just submitted a pull request for the new display system:
>
> https://github.com/ipython/ipython/pull/243
>
> This involved a huge number of significant changes and will need a
> good shake out. ?Would love comments on the design. ?I am attaching
> two files that show some of the capabilities.
>
> Cheers,
>
> Brian
>
> --
> Brian E. Granger, Ph.D.
> Assistant Professor of Physics
> Cal Poly State University, San Luis Obispo
> bgranger at calpoly.edu
> ellisonbg at gmail.com
>



-- 
Brian E. Granger, Ph.D.
Assistant Professor of Physics
Cal Poly State University, San Luis Obispo
bgranger at calpoly.edu
ellisonbg at gmail.com
-------------- next part --------------
A non-text attachment was scrubbed...
Name: ipython-display.pdf
Type: application/pdf
Size: 63168 bytes
Desc: not available
URL: <http://mail.python.org/pipermail/ipython-dev/attachments/20110109/ced62e11/attachment.pdf>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: ipython-pylab-display.pdf
Type: application/pdf
Size: 88557 bytes
Desc: not available
URL: <http://mail.python.org/pipermail/ipython-dev/attachments/20110109/ced62e11/attachment-0001.pdf>

From mark.voorhies at ucsf.edu  Sun Jan  9 21:36:55 2011
From: mark.voorhies at ucsf.edu (Mark Voorhies)
Date: Sun, 9 Jan 2011 18:36:55 -0800
Subject: [IPython-dev] New display system submitted for review
In-Reply-To: <AANLkTimuQv9zDhZWtX0cBW94bv32GeNSMv_+pQJTtLmW@mail.gmail.com>
References: <AANLkTikxh2WKN=Wzb0aAk4P14QCVFVNTqcpME4HjMSwE@mail.gmail.com>
	<AANLkTimuQv9zDhZWtX0cBW94bv32GeNSMv_+pQJTtLmW@mail.gmail.com>
Message-ID: <201101091836.56030.mark.voorhies@ucsf.edu>

On Sunday, January 09, 2011 05:17:53 pm Brian Granger wrote:
> I guess the images are not showing up in these files, so here are pdfs...

FWIW, the HTML images show up fine in Kmail (and also when opened in Firefox 3.6.12).

--Mark


From tomspur at fedoraproject.org  Mon Jan 10 06:59:34 2011
From: tomspur at fedoraproject.org (Thomas Spura)
Date: Mon, 10 Jan 2011 12:59:34 +0100
Subject: [IPython-dev] Terminal based IPython won't exit in master
In-Reply-To: <AANLkTi=zmVoAurG9c31s=_8ZuXTSX958VnCLGnbrxZ70@mail.gmail.com>
References: <AANLkTi=zmVoAurG9c31s=_8ZuXTSX958VnCLGnbrxZ70@mail.gmail.com>
Message-ID: <20110110125934.73b3fec0@moon>

On Sun, 9 Jan 2011 09:54:36 -0800
Brian Granger wrote:

> Hi,
> 
> I haven't followed the development of the new history capabilities
> very closely, but since I pulled those changes from master the
> *terminal* based version of won't exit (qtconsole is fine).  I type
> Exit and it just sits there.  I have to kill it using ps.  This is a
> pretty severe regression.  Is anyone else seeing this on master?  I
> suspect it has something to do with the autosave multithreaded
> sequence of commits.  I don't have time to chase this right now, but
> any thoughts on this one?

The first bad commit is: 46b78b3f4c5baf5704296c875e0e7f3d33d0c08e

Without saving the history periodically, it works again...

I created this pull request for this issue:
https://github.com/ipython/ipython/pull/244

	Thomas


From ellisonbg at gmail.com  Mon Jan 10 12:16:12 2011
From: ellisonbg at gmail.com (Brian Granger)
Date: Mon, 10 Jan 2011 09:16:12 -0800
Subject: [IPython-dev] New display system submitted for review
In-Reply-To: <201101091836.56030.mark.voorhies@ucsf.edu>
References: <AANLkTikxh2WKN=Wzb0aAk4P14QCVFVNTqcpME4HjMSwE@mail.gmail.com>
	<AANLkTimuQv9zDhZWtX0cBW94bv32GeNSMv_+pQJTtLmW@mail.gmail.com>
	<201101091836.56030.mark.voorhies@ucsf.edu>
Message-ID: <AANLkTi=hgHW_9oTVEbnek4mg+d2Lc3tiALjPnBB+8FHS@mail.gmail.com>

Mark,

Thanks for the data points.  Fernando, can you (eventually) try a few
different browsers?  On my Mac, the images showed up fine on Chrome,
Safari and Firefox.

Cheers,

Brian

On Sun, Jan 9, 2011 at 6:36 PM, Mark Voorhies <mark.voorhies at ucsf.edu> wrote:
> On Sunday, January 09, 2011 05:17:53 pm Brian Granger wrote:
>> I guess the images are not showing up in these files, so here are pdfs...
>
> FWIW, the HTML images show up fine in Kmail (and also when opened in Firefox 3.6.12).
>
> --Mark
> _______________________________________________
> IPython-dev mailing list
> IPython-dev at scipy.org
> http://mail.scipy.org/mailman/listinfo/ipython-dev
>



-- 
Brian E. Granger, Ph.D.
Assistant Professor of Physics
Cal Poly State University, San Luis Obispo
bgranger at calpoly.edu
ellisonbg at gmail.com


From pivanov314 at gmail.com  Mon Jan 10 14:21:49 2011
From: pivanov314 at gmail.com (Paul Ivanov)
Date: Mon, 10 Jan 2011 11:21:49 -0800
Subject: [IPython-dev] New display system submitted for review
In-Reply-To: <AANLkTi=hgHW_9oTVEbnek4mg+d2Lc3tiALjPnBB+8FHS@mail.gmail.com>
References: <AANLkTikxh2WKN=Wzb0aAk4P14QCVFVNTqcpME4HjMSwE@mail.gmail.com>
	<AANLkTimuQv9zDhZWtX0cBW94bv32GeNSMv_+pQJTtLmW@mail.gmail.com>
	<201101091836.56030.mark.voorhies@ucsf.edu>
	<AANLkTi=hgHW_9oTVEbnek4mg+d2Lc3tiALjPnBB+8FHS@mail.gmail.com>
Message-ID: <20110110192149.GP13518@ykcyc>

Brian Granger, on 2011-01-10 09:16,  wrote:
> On Sun, Jan 9, 2011 at 6:36 PM, Mark Voorhies <mark.voorhies at ucsf.edu> wrote:
> > On Sunday, January 09, 2011 05:17:53 pm Brian Granger wrote:
> >> I guess the images are not showing up in these files, so here are pdfs...
> >
> > FWIW, the HTML images show up fine in Kmail (and also when opened in Firefox 3.6.12).
>
> Thanks for the data points.  Fernando, can you (eventually) try a few
> different browsers?  On my Mac, the images showed up fine on Chrome,
> Safari and Firefox.

A few more data points: images work in Opera 9.64, Midori 0.2.2, and
even the text-only w3m 0.5.2
-- 
Paul Ivanov
314 address only used for lists,  off-list direct email at:
http://pirsquared.org | GPG/PGP key id: 0x0F3E28F7 
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 198 bytes
Desc: Digital signature
URL: <http://mail.python.org/pipermail/ipython-dev/attachments/20110110/dadc9b75/attachment.sig>

From ellisonbg at gmail.com  Thu Jan 13 13:26:50 2011
From: ellisonbg at gmail.com (Brian Granger)
Date: Thu, 13 Jan 2011 10:26:50 -0800
Subject: [IPython-dev] IPython on Python 3 - script names
In-Reply-To: <AANLkTikLnRzcBa7L_kHxxTWf+fC1a+VVwRDNjEGgFn9G@mail.gmail.com>
References: <AANLkTikLnRzcBa7L_kHxxTWf+fC1a+VVwRDNjEGgFn9G@mail.gmail.com>
Message-ID: <AANLkTindeiojBdxwiZJsFjadK92DP-vYkgrp1+sCJ=Sz@mail.gmail.com>

Thomas,

On Sun, Jan 9, 2011 at 4:39 AM, Thomas Kluyver <takowl at gmail.com> wrote:
> Hi all,
>
> The target for IPython on Python 3 is that you'll be able to install it side
> by side with standard IPython, on systems where both Python 2 and Python 3
> are installed. At present, the IPython packages will be correctly installed
> to separate library folders, but the scripts (sitting in /usr/bin or
> equivalent) will collide. So I'd like to come up with a consistent way to
> name the scripts so that they're clearly distinguished.
>
> At present, I'm thinking of something like:
> ipython-3k
> ipython-3k-qtconsole

I think this makes a lot of sense.  +1 from me.

Cheers,

Brian

> This keeps it short, but hopefully makes it clear that it's not IPython
> version 3 (a problem with, say, 'ipython3'). On the other hand, it does lead
> to some conflicts for tab completion: with both versions installed,
> ipython-<tab> will turn up two of every frontend available (-qtconsole,
> -3k-qtconsole), plus -3k.
>
> Does anyone have any thoughts or preferences?
>
> Thanks,
> Thomas
>
> _______________________________________________
> IPython-dev mailing list
> IPython-dev at scipy.org
> http://mail.scipy.org/mailman/listinfo/ipython-dev
>
>



-- 
Brian E. Granger, Ph.D.
Assistant Professor of Physics
Cal Poly State University, San Luis Obispo
bgranger at calpoly.edu
ellisonbg at gmail.com


From tomspur at fedoraproject.org  Fri Jan 14 03:48:43 2011
From: tomspur at fedoraproject.org (Thomas Spura)
Date: Fri, 14 Jan 2011 09:48:43 +0100
Subject: [IPython-dev] control is not returned to main program, when plotting
Message-ID: <20110114094843.1b1361db@moon>

Hi list,

When running the latest commit of the 0.10.2 branch, the control is not
returned in -pylab mode.

e.g. 
* running ./ipython.py -pylab
* typing 'plot()'
* nothing happens
* typing 'show()'
* control is not returned, even when closing the window

This problem is because check_gtk sets interactive to false and returns
the tkthread backend. But when using -gthread (which is default here),
everything runs as expected.

The patch below fixes the problem for me, but do'nt know if it's a
proper fix.

(CC'ing the author of commit 3e84e9f446b752aef4c798b3a086084b5cdcb679,
which is the first bad commit)

	Thomas


Patch:
diff --git a/IPython/Shell.py b/IPython/Shell.py
index 38006d7..2f0b5b4 100644
--- a/IPython/Shell.py
+++ b/IPython/Shell.py
@@ -1233,7 +1233,8 @@ def _select_shell(argv):
                 th_mode = 'tkthread'
 
             # New versions of pygtk don't need the brittle threaded
support.
-            th_mode = check_gtk(th_mode)
+            if th_mode not in ['gthread']:
+                th_mode = check_gtk(th_mode)
                 
         return mpl_shell[th_mode]
     else:


From pivanov314 at gmail.com  Fri Jan 14 05:05:08 2011
From: pivanov314 at gmail.com (Paul Ivanov)
Date: Fri, 14 Jan 2011 02:05:08 -0800
Subject: [IPython-dev] control is not returned to main program,
 when plotting
In-Reply-To: <20110114094843.1b1361db@moon>
References: <20110114094843.1b1361db@moon>
Message-ID: <20110114100508.GK13983@ykcyc>

Thomas Spura, on 2011-01-14 09:48,  wrote:
> Hi list,
> 
> When running the latest commit of the 0.10.2 branch, the control is not
> returned in -pylab mode.
> 
> e.g. 
> * running ./ipython.py -pylab
> * typing 'plot()'
> * nothing happens
> * typing 'show()'
> * control is not returned, even when closing the window
> 
> This problem is because check_gtk sets interactive to false and returns
> the tkthread backend. But when using -gthread (which is default here),
> everything runs as expected.
> 
> The patch below fixes the problem for me, but do'nt know if it's a
> proper fix.
> 
> (CC'ing the author of commit 3e84e9f446b752aef4c798b3a086084b5cdcb679,
> which is the first bad commit)

Hi Thomas,

this was originally reported in issue 185, and I submitted a pull
request on Dec 28th [**cough** last year! ;) ] to fix
this, coming to the same conclusion as you, which Mark Voorhies
graciously tested and verified that it resolves the issue.

https://github.com/ipython/ipython/pull/237

In the pull request message, I came to the same conclusion as
you:

  What isn't clear to me is the purpose of the function
  check_gtk inside Shell.py, which was added in the problematic
  commit. For some reason, it unconditionally returns mode
  'tkthread' if gtk was safely imported and hasattr
  'set_interactive', regardless of what mode was passed to it.

Your patch is a subset of the lines to be removed by the pull
request. I additionally got rid of the entire check_gtk function
as it was no longer used anywhere.

We just need someone with ipython privileges to put pull it into
the 0.10.2 branch. Anyone lurking out there? :)

-- 
Paul Ivanov
314 address only used for lists,  off-list direct email at:
http://pirsquared.org | GPG/PGP key id: 0x0F3E28F7 
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 198 bytes
Desc: Digital signature
URL: <http://mail.python.org/pipermail/ipython-dev/attachments/20110114/feaf01b9/attachment.sig>

From muzgash.lists at gmail.com  Fri Jan 14 19:55:25 2011
From: muzgash.lists at gmail.com (Gerardo Gutierrez)
Date: Fri, 14 Jan 2011 19:55:25 -0500
Subject: [IPython-dev] IPython qt notebook
Message-ID: <AANLkTik83-h947JekMCmzxgFY__ruq4FE33CzPtBLWC8@mail.gmail.com>

Hi everybody.

Within the workgroup here in Colombia an idea has arose rejecting the
initial design for the notebook in which every cell is a QPlainTextEdit.
The idea is to work with the excellent qt console that Evan's brought to us
but making the cell distinction and manipulation with javascript since a
QTextEdit supports it. We think this is a great idea since it will be a lot
similar to mathematica and the memory saving avoiding the  creation of
multiples QTextEdits.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/ipython-dev/attachments/20110114/5cff4b62/attachment.html>

From takowl at gmail.com  Fri Jan 14 20:18:41 2011
From: takowl at gmail.com (Thomas Kluyver)
Date: Sat, 15 Jan 2011 01:18:41 +0000
Subject: [IPython-dev] IPython on Python 3 - script names
In-Reply-To: <4D29BB94.7010202@halwitz.org>
References: <AANLkTikLnRzcBa7L_kHxxTWf+fC1a+VVwRDNjEGgFn9G@mail.gmail.com>
	<4D29BB94.7010202@halwitz.org>
Message-ID: <AANLkTi=NW5breTfd-Bsim+04EzLWPMFi0K46EK8ZDmKo@mail.gmail.com>

So, that's one for and one against. ;-)

Dan, I take your point about 3k being an insider thing. I don't really like
ipython-py3, though. I don't know why, it just looks...ugly, somehow.

In fact, I'm now leaning back towards:
ipython3
ipython3-qtconsole

As you say, it's unlikely anyone would actually get confused, and we
wouldn't be alone in using that pattern (pydoc3, idle3*, virtualenv5 (!)).
It has the advantage that tab completion narrows down quicker: ipython-<tab>
gets you only py2 IPython names. Are people happy with that?

*pydoc3 and idle3 might be down to Ubuntu packaging, I don't know. It's a
precedent, in any case.

Apologies if it seems like I'm agonising over something trivial. I don't
want to keep changing the names, so I want to make sure they're the right
names to begin with.

Thanks,
Thomas

On 9 January 2011 13:43, Dan Halbert <halbert at halwitz.org> wrote:

> On 1/9/2011 7:39 AM, Thomas Kluyver wrote:
> > At present, I'm thinking of something like:
> > ipython-3k
> > ipython-3k-qtconsole
> >
> > This keeps it short, but hopefully makes it clear that it's not
> > IPython version 3 (a problem with, say, 'ipython3'). On the other
> > hand, it does lead to some conflicts for tab completion: with both
> > versions installed, ipython-<tab> will turn up two of every frontend
> > available (-qtconsole, -3k-qtconsole), plus -3k.
> How about "ipython-py3"?  "3k" is a bit of insider historical
> terminology (PEP 3000).
> And I and my users would not find "ipython3" so confusing, since ipython
> is nowhere near v3. it's also the easiest to type, by a long shot.
>
> Dan
> _______________________________________________
> IPython-dev mailing list
> IPython-dev at scipy.org
> http://mail.scipy.org/mailman/listinfo/ipython-dev
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/ipython-dev/attachments/20110115/d420d15f/attachment.html>

From benjaminrk at gmail.com  Sat Jan 15 00:05:29 2011
From: benjaminrk at gmail.com (MinRK)
Date: Fri, 14 Jan 2011 21:05:29 -0800
Subject: [IPython-dev] IPython on Python 3 - script names
In-Reply-To: <AANLkTi=NW5breTfd-Bsim+04EzLWPMFi0K46EK8ZDmKo@mail.gmail.com>
References: <AANLkTikLnRzcBa7L_kHxxTWf+fC1a+VVwRDNjEGgFn9G@mail.gmail.com>
	<4D29BB94.7010202@halwitz.org>
	<AANLkTi=NW5breTfd-Bsim+04EzLWPMFi0K46EK8ZDmKo@mail.gmail.com>
Message-ID: <AANLkTimKp-oJBy_ee7fWvsHdaS7-0o-GN-VdXZnJEJ6m@mail.gmail.com>

I would cast my vote for ipython3/ipython3-qtconsole.  I think two hyphens
is too many for a script name if at all avoidable, and I don't think there's
much risk of people confusing that for the ipython version, since 0.3 is
long ago, and 3.0 won't be soon.

Another precedent for this pattern is nosetests3

-MinRK


On Fri, Jan 14, 2011 at 17:18, Thomas Kluyver <takowl at gmail.com> wrote:

> So, that's one for and one against. ;-)
>
> Dan, I take your point about 3k being an insider thing. I don't really like
> ipython-py3, though. I don't know why, it just looks...ugly, somehow.
>
> In fact, I'm now leaning back towards:
> ipython3
> ipython3-qtconsole
>
> As you say, it's unlikely anyone would actually get confused, and we
> wouldn't be alone in using that pattern (pydoc3, idle3*, virtualenv5 (!)).
> It has the advantage that tab completion narrows down quicker: ipython-<tab>
> gets you only py2 IPython names. Are people happy with that?
>
> *pydoc3 and idle3 might be down to Ubuntu packaging, I don't know. It's a
> precedent, in any case.
>
> Apologies if it seems like I'm agonising over something trivial. I don't
> want to keep changing the names, so I want to make sure they're the right
> names to begin with.
>
> Thanks,
> Thomas
>
>
> On 9 January 2011 13:43, Dan Halbert <halbert at halwitz.org> wrote:
>
>> On 1/9/2011 7:39 AM, Thomas Kluyver wrote:
>> > At present, I'm thinking of something like:
>> > ipython-3k
>> > ipython-3k-qtconsole
>> >
>> > This keeps it short, but hopefully makes it clear that it's not
>> > IPython version 3 (a problem with, say, 'ipython3'). On the other
>> > hand, it does lead to some conflicts for tab completion: with both
>> > versions installed, ipython-<tab> will turn up two of every frontend
>> > available (-qtconsole, -3k-qtconsole), plus -3k.
>> How about "ipython-py3"?  "3k" is a bit of insider historical
>> terminology (PEP 3000).
>> And I and my users would not find "ipython3" so confusing, since ipython
>> is nowhere near v3. it's also the easiest to type, by a long shot.
>>
>> Dan
>> _______________________________________________
>> IPython-dev mailing list
>> IPython-dev at scipy.org
>> http://mail.scipy.org/mailman/listinfo/ipython-dev
>>
>
>
> _______________________________________________
> IPython-dev mailing list
> IPython-dev at scipy.org
> http://mail.scipy.org/mailman/listinfo/ipython-dev
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/ipython-dev/attachments/20110114/fb3733a3/attachment.html>

From takowl at gmail.com  Sun Jan 16 18:47:51 2011
From: takowl at gmail.com (Thomas Kluyver)
Date: Sun, 16 Jan 2011 23:47:51 +0000
Subject: [IPython-dev] IPython on Python 3 - script names
In-Reply-To: <AANLkTimKp-oJBy_ee7fWvsHdaS7-0o-GN-VdXZnJEJ6m@mail.gmail.com>
References: <AANLkTikLnRzcBa7L_kHxxTWf+fC1a+VVwRDNjEGgFn9G@mail.gmail.com>
	<4D29BB94.7010202@halwitz.org>
	<AANLkTi=NW5breTfd-Bsim+04EzLWPMFi0K46EK8ZDmKo@mail.gmail.com>
	<AANLkTimKp-oJBy_ee7fWvsHdaS7-0o-GN-VdXZnJEJ6m@mail.gmail.com>
Message-ID: <AANLkTi=-283rp-GGbJCb2zVZ81CPjuwMLn7p+LM_+TC-@mail.gmail.com>

Right, I've gone for ipython3/ipython3-qtconsole/iptest3, and so on.

I've also separated the default ipython directory (.ipython) to .ipython3,
and changed the environment variable it checks for this directory to be
IPYTHON3_DIR.

One thing I'm unsure about: on Windows, it says that it will use _ipython
instead of .ipython, but I can't see where this is set up. Does Windows
somehow change .ipython into _ipython, or is it in a completely different
part of the code?

Thanks,
Thomas

On 15 January 2011 05:05, MinRK <benjaminrk at gmail.com> wrote:

> I would cast my vote for ipython3/ipython3-qtconsole.  I think two hyphens
> is too many for a script name if at all avoidable, and I don't think there's
> much risk of people confusing that for the ipython version, since 0.3 is
> long ago, and 3.0 won't be soon.
>
> Another precedent for this pattern is nosetests3
>
> -MinRK
>
>
>
> On Fri, Jan 14, 2011 at 17:18, Thomas Kluyver <takowl at gmail.com> wrote:
>
>> So, that's one for and one against. ;-)
>>
>> Dan, I take your point about 3k being an insider thing. I don't really
>> like ipython-py3, though. I don't know why, it just looks...ugly, somehow.
>>
>> In fact, I'm now leaning back towards:
>> ipython3
>> ipython3-qtconsole
>>
>> As you say, it's unlikely anyone would actually get confused, and we
>> wouldn't be alone in using that pattern (pydoc3, idle3*, virtualenv5 (!)).
>> It has the advantage that tab completion narrows down quicker: ipython-<tab>
>> gets you only py2 IPython names. Are people happy with that?
>>
>> *pydoc3 and idle3 might be down to Ubuntu packaging, I don't know. It's a
>> precedent, in any case.
>>
>> Apologies if it seems like I'm agonising over something trivial. I don't
>> want to keep changing the names, so I want to make sure they're the right
>> names to begin with.
>>
>> Thanks,
>> Thomas
>>
>>
>> On 9 January 2011 13:43, Dan Halbert <halbert at halwitz.org> wrote:
>>
>>> On 1/9/2011 7:39 AM, Thomas Kluyver wrote:
>>> > At present, I'm thinking of something like:
>>> > ipython-3k
>>> > ipython-3k-qtconsole
>>> >
>>> > This keeps it short, but hopefully makes it clear that it's not
>>> > IPython version 3 (a problem with, say, 'ipython3'). On the other
>>> > hand, it does lead to some conflicts for tab completion: with both
>>> > versions installed, ipython-<tab> will turn up two of every frontend
>>> > available (-qtconsole, -3k-qtconsole), plus -3k.
>>> How about "ipython-py3"?  "3k" is a bit of insider historical
>>> terminology (PEP 3000).
>>> And I and my users would not find "ipython3" so confusing, since ipython
>>> is nowhere near v3. it's also the easiest to type, by a long shot.
>>>
>>> Dan
>>> _______________________________________________
>>> IPython-dev mailing list
>>> IPython-dev at scipy.org
>>> http://mail.scipy.org/mailman/listinfo/ipython-dev
>>>
>>
>>
>> _______________________________________________
>> IPython-dev mailing list
>> IPython-dev at scipy.org
>> http://mail.scipy.org/mailman/listinfo/ipython-dev
>>
>>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/ipython-dev/attachments/20110116/09aef996/attachment.html>

From ellisonbg at gmail.com  Sun Jan 16 21:29:30 2011
From: ellisonbg at gmail.com (Brian Granger)
Date: Sun, 16 Jan 2011 18:29:30 -0800
Subject: [IPython-dev] IPython on Python 3 - script names
In-Reply-To: <AANLkTi=-283rp-GGbJCb2zVZ81CPjuwMLn7p+LM_+TC-@mail.gmail.com>
References: <AANLkTikLnRzcBa7L_kHxxTWf+fC1a+VVwRDNjEGgFn9G@mail.gmail.com>
	<4D29BB94.7010202@halwitz.org>
	<AANLkTi=NW5breTfd-Bsim+04EzLWPMFi0K46EK8ZDmKo@mail.gmail.com>
	<AANLkTimKp-oJBy_ee7fWvsHdaS7-0o-GN-VdXZnJEJ6m@mail.gmail.com>
	<AANLkTi=-283rp-GGbJCb2zVZ81CPjuwMLn7p+LM_+TC-@mail.gmail.com>
Message-ID: <AANLkTimA6uxGoGzth700YaMu7B+j7zXTRJLpvOTNj=U=@mail.gmail.com>

> Right, I've gone for ipython3/ipython3-qtconsole/iptest3, and so on.
>
> I've also separated the default ipython directory (.ipython) to .ipython3,
> and changed the environment variable it checks for this directory to be
> IPYTHON3_DIR.

Great, I think this definitely makes sense.

> One thing I'm unsure about: on Windows, it says that it will use _ipython
> instead of .ipython, but I can't see where this is set up. Does Windows
> somehow change .ipython into _ipython, or is it in a completely different
> part of the code?

It should just be .ipython on all platforms now.  If not, let us know
and we can make sure it is.

Cheers,

Brian

> Thanks,
> Thomas
>
> On 15 January 2011 05:05, MinRK <benjaminrk at gmail.com> wrote:
>>
>> I would cast my vote for ipython3/ipython3-qtconsole. ?I think two hyphens
>> is too many for a script name if at all avoidable, and I don't think there's
>> much risk of people confusing that for the ipython version, since 0.3 is
>> long ago, and 3.0 won't be soon.
>> Another precedent for this pattern is nosetests3
>>
>> -MinRK
>>
>>
>> On Fri, Jan 14, 2011 at 17:18, Thomas Kluyver <takowl at gmail.com> wrote:
>>>
>>> So, that's one for and one against. ;-)
>>>
>>> Dan, I take your point about 3k being an insider thing. I don't really
>>> like ipython-py3, though. I don't know why, it just looks...ugly, somehow.
>>>
>>> In fact, I'm now leaning back towards:
>>> ipython3
>>> ipython3-qtconsole
>>>
>>> As you say, it's unlikely anyone would actually get confused, and we
>>> wouldn't be alone in using that pattern (pydoc3, idle3*, virtualenv5 (!)).
>>> It has the advantage that tab completion narrows down quicker: ipython-<tab>
>>> gets you only py2 IPython names. Are people happy with that?
>>>
>>> *pydoc3 and idle3 might be down to Ubuntu packaging, I don't know. It's a
>>> precedent, in any case.
>>>
>>> Apologies if it seems like I'm agonising over something trivial. I don't
>>> want to keep changing the names, so I want to make sure they're the right
>>> names to begin with.
>>>
>>> Thanks,
>>> Thomas
>>>
>>> On 9 January 2011 13:43, Dan Halbert <halbert at halwitz.org> wrote:
>>>>
>>>> On 1/9/2011 7:39 AM, Thomas Kluyver wrote:
>>>> > At present, I'm thinking of something like:
>>>> > ipython-3k
>>>> > ipython-3k-qtconsole
>>>> >
>>>> > This keeps it short, but hopefully makes it clear that it's not
>>>> > IPython version 3 (a problem with, say, 'ipython3'). On the other
>>>> > hand, it does lead to some conflicts for tab completion: with both
>>>> > versions installed, ipython-<tab> will turn up two of every frontend
>>>> > available (-qtconsole, -3k-qtconsole), plus -3k.
>>>> How about "ipython-py3"? ?"3k" is a bit of insider historical
>>>> terminology (PEP 3000).
>>>> And I and my users would not find "ipython3" so confusing, since ipython
>>>> is nowhere near v3. it's also the easiest to type, by a long shot.
>>>>
>>>> Dan
>>>> _______________________________________________
>>>> IPython-dev mailing list
>>>> IPython-dev at scipy.org
>>>> http://mail.scipy.org/mailman/listinfo/ipython-dev
>>>
>>>
>>> _______________________________________________
>>> IPython-dev mailing list
>>> IPython-dev at scipy.org
>>> http://mail.scipy.org/mailman/listinfo/ipython-dev
>>>
>>
>
>



-- 
Brian E. Granger, Ph.D.
Assistant Professor of Physics
Cal Poly State University, San Luis Obispo
bgranger at calpoly.edu
ellisonbg at gmail.com


From ellisonbg at gmail.com  Sun Jan 16 21:49:07 2011
From: ellisonbg at gmail.com (Brian Granger)
Date: Sun, 16 Jan 2011 18:49:07 -0800
Subject: [IPython-dev] IPython qt notebook
In-Reply-To: <AANLkTik83-h947JekMCmzxgFY__ruq4FE33CzPtBLWC8@mail.gmail.com>
References: <AANLkTik83-h947JekMCmzxgFY__ruq4FE33CzPtBLWC8@mail.gmail.com>
Message-ID: <AANLkTi=z7dCydguCLfRdgpogJRG2sbNKaXWLvs1wJwFU@mail.gmail.com>

> Within the workgroup here in Colombia an idea has arose rejecting the
> initial design for the notebook in which every cell is a QPlainTextEdit.
> The idea is to work with the excellent qt console that Evan's brought to us
> but making the cell distinction and manipulation with javascript since a
> QTextEdit supports it. We think this is a great idea since it will be a lot
> similar to mathematica and the memory saving avoiding the? creation of
> multiples QTextEdits.

There are definitely advantages to this and this type of things has
crossed my mind before.  The only thing I worry about is that the app
will become a bizzarre mix of qt and javascript that makes it
difficult to manage...I think if we want to go this route, we should
actually be using a full blown webkit widget that can handle *all* of
the html and javascript stuff we would want.  The widget we are using
has only partial html/js support.  But, a solid Javascript client for
web browsers would solve all of this...

Cheers,

Brian

>
> _______________________________________________
> IPython-dev mailing list
> IPython-dev at scipy.org
> http://mail.scipy.org/mailman/listinfo/ipython-dev
>
>



-- 
Brian E. Granger, Ph.D.
Assistant Professor of Physics
Cal Poly State University, San Luis Obispo
bgranger at calpoly.edu
ellisonbg at gmail.com


From takowl at gmail.com  Mon Jan 17 05:31:11 2011
From: takowl at gmail.com (Thomas Kluyver)
Date: Mon, 17 Jan 2011 10:31:11 +0000
Subject: [IPython-dev] IPython on Python 3 - script names
In-Reply-To: <AANLkTimA6uxGoGzth700YaMu7B+j7zXTRJLpvOTNj=U=@mail.gmail.com>
References: <AANLkTikLnRzcBa7L_kHxxTWf+fC1a+VVwRDNjEGgFn9G@mail.gmail.com>
	<4D29BB94.7010202@halwitz.org>
	<AANLkTi=NW5breTfd-Bsim+04EzLWPMFi0K46EK8ZDmKo@mail.gmail.com>
	<AANLkTimKp-oJBy_ee7fWvsHdaS7-0o-GN-VdXZnJEJ6m@mail.gmail.com>
	<AANLkTi=-283rp-GGbJCb2zVZ81CPjuwMLn7p+LM_+TC-@mail.gmail.com>
	<AANLkTimA6uxGoGzth700YaMu7B+j7zXTRJLpvOTNj=U=@mail.gmail.com>
Message-ID: <AANLkTinX=DktY3Ud4Pp_SEoEemzetm0Z9r8gfba5qsTR@mail.gmail.com>

On 17 January 2011 02:29, Brian Granger <ellisonbg at gmail.com> wrote:

>  It should just be .ipython on all platforms now.  If not, let us know
> and we can make sure it is.


That would explain why I couldn't find the code setting it to _ipython. In
that case, it should all be changed to use .ipython3.

Thanks,
Thomas
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/ipython-dev/attachments/20110117/b2c978d2/attachment.html>

From satra at mit.edu  Wed Jan 19 13:39:02 2011
From: satra at mit.edu (Satrajit Ghosh)
Date: Wed, 19 Jan 2011 13:39:02 -0500
Subject: [IPython-dev] finding the number of available engines
Message-ID: <AANLkTimVAtj5ys0V3OJ3d05efL-zRPwgrTFiUUJn8UeO@mail.gmail.com>

hi brian and min,

i would like to do something like this:

if num_engines_available() > 2:
    do_x
else:
    do_y

in 0.10.1 series is there an easy way to query how many engines are
available?

cheers,

satra
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/ipython-dev/attachments/20110119/1e9fccd4/attachment.html>

From satra at mit.edu  Wed Jan 19 13:39:41 2011
From: satra at mit.edu (Satrajit Ghosh)
Date: Wed, 19 Jan 2011 13:39:41 -0500
Subject: [IPython-dev] finding the number of available engines
In-Reply-To: <AANLkTimVAtj5ys0V3OJ3d05efL-zRPwgrTFiUUJn8UeO@mail.gmail.com>
References: <AANLkTimVAtj5ys0V3OJ3d05efL-zRPwgrTFiUUJn8UeO@mail.gmail.com>
Message-ID: <AANLkTi==uJHPi2wn2k5n45kg378_hq4ZqjacH+QHj8XK@mail.gmail.com>

hi brian and min,

i would like to do something like this:

if num_engines_available() > 2:
    do_x
else:
    do_y

in 0.10.1 series is there an easy way to query how many idle engines are
available?

cheers,

satra
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/ipython-dev/attachments/20110119/3ccaf484/attachment.html>

From benjaminrk at gmail.com  Wed Jan 19 14:42:07 2011
From: benjaminrk at gmail.com (MinRK)
Date: Wed, 19 Jan 2011 11:42:07 -0800
Subject: [IPython-dev] finding the number of available engines
In-Reply-To: <AANLkTi==uJHPi2wn2k5n45kg378_hq4ZqjacH+QHj8XK@mail.gmail.com>
References: <AANLkTimVAtj5ys0V3OJ3d05efL-zRPwgrTFiUUJn8UeO@mail.gmail.com>
	<AANLkTi==uJHPi2wn2k5n45kg378_hq4ZqjacH+QHj8XK@mail.gmail.com>
Message-ID: <AANLkTin0H7ME--VeGWeRDDFEyYd+2+Mmp_4D1S0yZVmV@mail.gmail.com>

mec.queue_status() returns a list of the form:
[
  (0, { 'pending' : "execute('a=5')", 'queue' : [ job1,job2,...] } ,
  (1, {'pending' : 'None', 'queue' : [] },
  ...
]

In this case, engine 1 is idle.  I don't know why 1's pending is 'None'
instead of None, that seems to be a bug.

So you can see the idle engines with something like:

def idle_engines(mec):
    """return list of engine_ids corresponding to idle engines."""
    qs = mec.queue_status()
    engines = []
    for e_id, status in qs:
        if status['queue']:
            continue
        if not status['pending'] or status['pending'] == 'None':
            engines.append(e_id)
    return engines

Which would return a list of engine_ids that are idle, the length of which
would of course be the number of idle engines.

-MinRK


On Wed, Jan 19, 2011 at 10:39, Satrajit Ghosh <satra at mit.edu> wrote:

> hi brian and min,
>
> i would like to do something like this:
>
> if num_engines_available() > 2:
>     do_x
> else:
>     do_y
>
> in 0.10.1 series is there an easy way to query how many idle engines are
> available?
>
> cheers,
>
> satra
>
>
> _______________________________________________
> IPython-dev mailing list
> IPython-dev at scipy.org
> http://mail.scipy.org/mailman/listinfo/ipython-dev
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/ipython-dev/attachments/20110119/9f302ab6/attachment.html>

From satra at mit.edu  Wed Jan 19 15:00:52 2011
From: satra at mit.edu (Satrajit Ghosh)
Date: Wed, 19 Jan 2011 15:00:52 -0500
Subject: [IPython-dev] finding the number of available engines
In-Reply-To: <AANLkTin0H7ME--VeGWeRDDFEyYd+2+Mmp_4D1S0yZVmV@mail.gmail.com>
References: <AANLkTimVAtj5ys0V3OJ3d05efL-zRPwgrTFiUUJn8UeO@mail.gmail.com>
	<AANLkTi==uJHPi2wn2k5n45kg378_hq4ZqjacH+QHj8XK@mail.gmail.com>
	<AANLkTin0H7ME--VeGWeRDDFEyYd+2+Mmp_4D1S0yZVmV@mail.gmail.com>
Message-ID: <AANLkTi=R-5DdG616FRm_Jv=AydZhWCqhjjrHbWON1Fuc@mail.gmail.com>

thanks min.

cheers,

satra


On Wed, Jan 19, 2011 at 2:42 PM, MinRK <benjaminrk at gmail.com> wrote:

> mec.queue_status() returns a list of the form:
> [
>   (0, { 'pending' : "execute('a=5')", 'queue' : [ job1,job2,...] } ,
>   (1, {'pending' : 'None', 'queue' : [] },
>   ...
> ]
>
> In this case, engine 1 is idle.  I don't know why 1's pending is 'None'
> instead of None, that seems to be a bug.
>
> So you can see the idle engines with something like:
>
> def idle_engines(mec):
>     """return list of engine_ids corresponding to idle engines."""
>     qs = mec.queue_status()
>     engines = []
>     for e_id, status in qs:
>         if status['queue']:
>             continue
>         if not status['pending'] or status['pending'] == 'None':
>             engines.append(e_id)
>     return engines
>
> Which would return a list of engine_ids that are idle, the length of which
> would of course be the number of idle engines.
>
> -MinRK
>
>
> On Wed, Jan 19, 2011 at 10:39, Satrajit Ghosh <satra at mit.edu> wrote:
>
>> hi brian and min,
>>
>> i would like to do something like this:
>>
>> if num_engines_available() > 2:
>>     do_x
>> else:
>>     do_y
>>
>> in 0.10.1 series is there an easy way to query how many idle engines are
>> available?
>>
>> cheers,
>>
>> satra
>>
>>
>> _______________________________________________
>> IPython-dev mailing list
>> IPython-dev at scipy.org
>> http://mail.scipy.org/mailman/listinfo/ipython-dev
>>
>>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/ipython-dev/attachments/20110119/f297838e/attachment.html>

From satra at mit.edu  Wed Jan 19 18:34:54 2011
From: satra at mit.edu (Satrajit Ghosh)
Date: Wed, 19 Jan 2011 18:34:54 -0500
Subject: [IPython-dev] finding the number of available engines
In-Reply-To: <AANLkTin0H7ME--VeGWeRDDFEyYd+2+Mmp_4D1S0yZVmV@mail.gmail.com>
References: <AANLkTimVAtj5ys0V3OJ3d05efL-zRPwgrTFiUUJn8UeO@mail.gmail.com>
	<AANLkTi==uJHPi2wn2k5n45kg378_hq4ZqjacH+QHj8XK@mail.gmail.com>
	<AANLkTin0H7ME--VeGWeRDDFEyYd+2+Mmp_4D1S0yZVmV@mail.gmail.com>
Message-ID: <AANLkTin6t_4jZ9owFvDL4SwDP3n6TbG+V501234me5DZ@mail.gmail.com>

hi min,

i've run into a related problem. i'm trying to run code on an engine that
can itself spawn new tasks, but i can't seem to execute function below on an
engine. it just doesn't return if you call this through the taskclient in
blocking mode.

it seems to block in the request for the task client and multiengine client.

cheers,

satra

-----
def get_ipy_clients():
    """Get ipython clients

    Returns client, taskclient and multiengineclient
    """
    ipyclient = None
    taskclient = None
    mecclient = None
    try:
        name = 'IPython.kernel.client'
        __import__(name)
        ipyclient = sys.modules[name]
    except ImportError:
        warn("Ipython kernel not found.  Parallel execution will be" \
                 "unavailable", ImportWarning)
    if ipyclient:
        try:
            taskclient = ipyclient.TaskClient()
            mecclient = ipyclient.MultiEngineClient()
        except Exception, e:
            if isinstance(e, ConnectionRefusedError):
                warn("No clients found, running serially for now.")
            if isinstance(e, ValueError):
                warn("Ipython kernel not installed")
    return ipyclient, taskclient, mecclient
------



On Wed, Jan 19, 2011 at 2:42 PM, MinRK <benjaminrk at gmail.com> wrote:

> mec.queue_status() returns a list of the form:
> [
>   (0, { 'pending' : "execute('a=5')", 'queue' : [ job1,job2,...] } ,
>   (1, {'pending' : 'None', 'queue' : [] },
>   ...
> ]
>
> In this case, engine 1 is idle.  I don't know why 1's pending is 'None'
> instead of None, that seems to be a bug.
>
> So you can see the idle engines with something like:
>
> def idle_engines(mec):
>     """return list of engine_ids corresponding to idle engines."""
>     qs = mec.queue_status()
>     engines = []
>     for e_id, status in qs:
>         if status['queue']:
>             continue
>         if not status['pending'] or status['pending'] == 'None':
>             engines.append(e_id)
>     return engines
>
> Which would return a list of engine_ids that are idle, the length of which
> would of course be the number of idle engines.
>
> -MinRK
>
>
> On Wed, Jan 19, 2011 at 10:39, Satrajit Ghosh <satra at mit.edu> wrote:
>
>> hi brian and min,
>>
>> i would like to do something like this:
>>
>> if num_engines_available() > 2:
>>     do_x
>> else:
>>     do_y
>>
>> in 0.10.1 series is there an easy way to query how many idle engines are
>> available?
>>
>> cheers,
>>
>> satra
>>
>>
>> _______________________________________________
>> IPython-dev mailing list
>> IPython-dev at scipy.org
>> http://mail.scipy.org/mailman/listinfo/ipython-dev
>>
>>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/ipython-dev/attachments/20110119/a4ce4fe6/attachment.html>

From benjaminrk at gmail.com  Wed Jan 19 18:49:30 2011
From: benjaminrk at gmail.com (MinRK)
Date: Wed, 19 Jan 2011 15:49:30 -0800
Subject: [IPython-dev] finding the number of available engines
In-Reply-To: <AANLkTin6t_4jZ9owFvDL4SwDP3n6TbG+V501234me5DZ@mail.gmail.com>
References: <AANLkTimVAtj5ys0V3OJ3d05efL-zRPwgrTFiUUJn8UeO@mail.gmail.com>
	<AANLkTi==uJHPi2wn2k5n45kg378_hq4ZqjacH+QHj8XK@mail.gmail.com>
	<AANLkTin0H7ME--VeGWeRDDFEyYd+2+Mmp_4D1S0yZVmV@mail.gmail.com>
	<AANLkTin6t_4jZ9owFvDL4SwDP3n6TbG+V501234me5DZ@mail.gmail.com>
Message-ID: <AANLkTin8AcEAmh=89q77706bLyKj5wt2n4nn6rw-ximg@mail.gmail.com>

It's peculiar - When I try it via a Task, it manages to cause a c-level
error in Twisted on the engine, bringing down the entire process:
Fatal Python error: PyEval_RestoreThread: NULL tstate

Strangely, I can create, connect, and use the clients without issue when I
use a MultiEngineClient.

I'm not sure why task submission would behave differently from execute.
 I'll have the think about this.

-MinRK


On Wed, Jan 19, 2011 at 15:34, Satrajit Ghosh <satra at mit.edu> wrote:

> hi min,
>
> i've run into a related problem. i'm trying to run code on an engine that
> can itself spawn new tasks, but i can't seem to execute function below on an
> engine. it just doesn't return if you call this through the taskclient in
> blocking mode.
>
> it seems to block in the request for the task client and multiengine
> client.
>
> cheers,
>
> satra
>
> -----
> def get_ipy_clients():
>     """Get ipython clients
>
>     Returns client, taskclient and multiengineclient
>     """
>     ipyclient = None
>     taskclient = None
>     mecclient = None
>     try:
>         name = 'IPython.kernel.client'
>         __import__(name)
>         ipyclient = sys.modules[name]
>     except ImportError:
>         warn("Ipython kernel not found.  Parallel execution will be" \
>                  "unavailable", ImportWarning)
>     if ipyclient:
>         try:
>             taskclient = ipyclient.TaskClient()
>             mecclient = ipyclient.MultiEngineClient()
>         except Exception, e:
>             if isinstance(e, ConnectionRefusedError):
>                 warn("No clients found, running serially for now.")
>             if isinstance(e, ValueError):
>                 warn("Ipython kernel not installed")
>     return ipyclient, taskclient, mecclient
> ------
>
>
>
> On Wed, Jan 19, 2011 at 2:42 PM, MinRK <benjaminrk at gmail.com> wrote:
>
>> mec.queue_status() returns a list of the form:
>> [
>>   (0, { 'pending' : "execute('a=5')", 'queue' : [ job1,job2,...] } ,
>>   (1, {'pending' : 'None', 'queue' : [] },
>>   ...
>> ]
>>
>> In this case, engine 1 is idle.  I don't know why 1's pending is 'None'
>> instead of None, that seems to be a bug.
>>
>> So you can see the idle engines with something like:
>>
>> def idle_engines(mec):
>>     """return list of engine_ids corresponding to idle engines."""
>>     qs = mec.queue_status()
>>     engines = []
>>     for e_id, status in qs:
>>         if status['queue']:
>>             continue
>>         if not status['pending'] or status['pending'] == 'None':
>>             engines.append(e_id)
>>     return engines
>>
>> Which would return a list of engine_ids that are idle, the length of which
>> would of course be the number of idle engines.
>>
>> -MinRK
>>
>>
>> On Wed, Jan 19, 2011 at 10:39, Satrajit Ghosh <satra at mit.edu> wrote:
>>
>>> hi brian and min,
>>>
>>> i would like to do something like this:
>>>
>>> if num_engines_available() > 2:
>>>     do_x
>>> else:
>>>     do_y
>>>
>>> in 0.10.1 series is there an easy way to query how many idle engines are
>>> available?
>>>
>>> cheers,
>>>
>>> satra
>>>
>>>
>>> _______________________________________________
>>> IPython-dev mailing list
>>> IPython-dev at scipy.org
>>> http://mail.scipy.org/mailman/listinfo/ipython-dev
>>>
>>>
>>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/ipython-dev/attachments/20110119/ca5f4f20/attachment.html>

From rs.love.india at gmail.com  Thu Jan 20 11:24:54 2011
From: rs.love.india at gmail.com (Ratul)
Date: Thu, 20 Jan 2011 21:54:54 +0530
Subject: [IPython-dev] Colors in ipython
Message-ID: <AANLkTinZSmVgsgfdwtqUPOGoH3i4YVuUvfCeAPf7e6zB@mail.gmail.com>

Hi,
I am new in ipython. Is there a problem with coloring proper variable and
functions in ipython? And is there a gui version of ipython?

Thanks,

-- 
Ratul Saha.
Student,
Chennai  Mathematical Institute,
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/ipython-dev/attachments/20110120/a967454e/attachment.html>

From wardefar at iro.umontreal.ca  Fri Jan 21 00:31:16 2011
From: wardefar at iro.umontreal.ca (David Warde-Farley)
Date: Fri, 21 Jan 2011 00:31:16 -0500
Subject: [IPython-dev] Colors in ipython
In-Reply-To: <AANLkTinZSmVgsgfdwtqUPOGoH3i4YVuUvfCeAPf7e6zB@mail.gmail.com>
References: <AANLkTinZSmVgsgfdwtqUPOGoH3i4YVuUvfCeAPf7e6zB@mail.gmail.com>
Message-ID: <483DC8C7-FFBC-47BB-9E31-EAE0031E8981@iro.umontreal.ca>

On 2011-01-20, at 11:24 AM, Ratul wrote:

> Hi,
> I am new in ipython. Is there a problem with coloring proper variable and functions in ipython?

Not that I know of. What is the problem you're seeing?

> And is there a gui version of ipython?

In the latest github version, yes, there is a Qt frontend and even a web frontend.

David

From rs.love.india at gmail.com  Fri Jan 21 01:34:29 2011
From: rs.love.india at gmail.com (Ratul)
Date: Fri, 21 Jan 2011 12:04:29 +0530
Subject: [IPython-dev] Colors in ipython
In-Reply-To: <483DC8C7-FFBC-47BB-9E31-EAE0031E8981@iro.umontreal.ca>
References: <AANLkTinZSmVgsgfdwtqUPOGoH3i4YVuUvfCeAPf7e6zB@mail.gmail.com>
	<483DC8C7-FFBC-47BB-9E31-EAE0031E8981@iro.umontreal.ca>
Message-ID: <AANLkTimT8M+sv7Y8pqf7nt5QCUCpkWuk0knO7F75UkD9@mail.gmail.com>

There is no problem. But I was searching for other python IDE's and all, and
found a lot of them (including dreampie, stani's) have colors. Is the
problem being it is in shell?

On 21 January 2011 11:01, David Warde-Farley <wardefar at iro.umontreal.ca>wrote:

> On 2011-01-20, at 11:24 AM, Ratul wrote:
>
> > Hi,
> > I am new in ipython. Is there a problem with coloring proper variable and
> functions in ipython?
>
> Not that I know of. What is the problem you're seeing?
>
> > And is there a gui version of ipython?
>
> In the latest github version, yes, there is a Qt frontend and even a web
> frontend.
>
> David




-- 
Ratul Saha.
Student,
Chennai  Mathematical Institute,
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/ipython-dev/attachments/20110121/15527879/attachment.html>

From robert.kern at gmail.com  Fri Jan 21 11:37:43 2011
From: robert.kern at gmail.com (Robert Kern)
Date: Fri, 21 Jan 2011 10:37:43 -0600
Subject: [IPython-dev] Colors in ipython
In-Reply-To: <AANLkTimT8M+sv7Y8pqf7nt5QCUCpkWuk0knO7F75UkD9@mail.gmail.com>
References: <AANLkTinZSmVgsgfdwtqUPOGoH3i4YVuUvfCeAPf7e6zB@mail.gmail.com>	<483DC8C7-FFBC-47BB-9E31-EAE0031E8981@iro.umontreal.ca>
	<AANLkTimT8M+sv7Y8pqf7nt5QCUCpkWuk0knO7F75UkD9@mail.gmail.com>
Message-ID: <ihccoo$i7k$1@dough.gmane.org>

On 1/21/11 12:34 AM, Ratul wrote:
> There is no problem. But I was searching for other python IDE's and all, and
> found a lot of them (including dreampie, stani's) have colors. Is the problem
> being it is in shell?

Recoloring code as you type in a terminal window requires a more sophisticated 
implementation using curses or something similar. It's typically much easier for 
GUIs to do this. Now that the core has been refactored to make implementing GUI 
frontends easier, it should be easier to make a curses frontend that recolors as 
you type, too.

-- 
Robert Kern

"I have come to believe that the whole world is an enigma, a harmless enigma
  that is made terrible by our own mad attempt to interpret it as though it had
  an underlying truth."
   -- Umberto Eco



From ellisonbg at gmail.com  Fri Jan 21 13:08:36 2011
From: ellisonbg at gmail.com (Brian Granger)
Date: Fri, 21 Jan 2011 10:08:36 -0800
Subject: [IPython-dev] finding the number of available engines
In-Reply-To: <AANLkTin6t_4jZ9owFvDL4SwDP3n6TbG+V501234me5DZ@mail.gmail.com>
References: <AANLkTimVAtj5ys0V3OJ3d05efL-zRPwgrTFiUUJn8UeO@mail.gmail.com>
	<AANLkTi==uJHPi2wn2k5n45kg378_hq4ZqjacH+QHj8XK@mail.gmail.com>
	<AANLkTin0H7ME--VeGWeRDDFEyYd+2+Mmp_4D1S0yZVmV@mail.gmail.com>
	<AANLkTin6t_4jZ9owFvDL4SwDP3n6TbG+V501234me5DZ@mail.gmail.com>
Message-ID: <AANLkTim9=W_i2D_E6yyjNB6+GoQzAx=49DO9y1SaL0uk@mail.gmail.com>

Satra,

> i've run into a related problem. i'm trying to run code on an engine that
> can itself spawn new tasks, but i can't seem to execute function below on an
> engine. it just doesn't return if you call this through the taskclient in
> blocking mode.

This usage case of recursive tasks, is not supported with the current
twisted based code.  The reason has to do with subtle issues about how
the Twisted event loop is run in the engines versus the client.  For
the client, we run the Twisted event loop in a thread, which is not
compatible with the engine, which runs it in the main thread.  This is
probably why Min is seeing the odd GIL/thread related crash.

> it seems to block in the request for the task client and multiengine client.

Yes, this is what you would observe in the current twisted version of
the code.  The new zeromq stuff Min has written doesn't have this
limitation.

Sorry about the hassle.

Cheers,

Brian

> cheers,
>
> satra
>
> -----
> def get_ipy_clients():
> ??? """Get ipython clients
>
> ??? Returns client, taskclient and multiengineclient
> ??? """
> ??? ipyclient = None
> ??? taskclient = None
> ??? mecclient = None
> ??? try:
> ??????? name = 'IPython.kernel.client'
> ??????? __import__(name)
> ??????? ipyclient = sys.modules[name]
> ??? except ImportError:
> ??????? warn("Ipython kernel not found.? Parallel execution will be" \
> ???????????????? "unavailable", ImportWarning)
> ??? if ipyclient:
> ??????? try:
> ??????????? taskclient = ipyclient.TaskClient()
> ??????????? mecclient = ipyclient.MultiEngineClient()
> ??????? except Exception, e:
> ??????????? if isinstance(e, ConnectionRefusedError):
> ??????????????? warn("No clients found, running serially for now.")
> ??????????? if isinstance(e, ValueError):
> ??????????????? warn("Ipython kernel not installed")
> ??? return ipyclient, taskclient, mecclient
> ------
>
>
>
> On Wed, Jan 19, 2011 at 2:42 PM, MinRK <benjaminrk at gmail.com> wrote:
>>
>> mec.queue_status() returns a list of the form:
>> [
>> ??(0, { 'pending' : "execute('a=5')", 'queue' : [ job1,job2,...] } ,
>> ??(1, {'pending' : 'None', 'queue' : [] },
>> ??...
>> ]
>>
>> In this case, engine 1 is idle. ?I don't know why 1's pending is 'None'
>> instead of None, that seems to be a bug.
>> So you can see the idle engines with something like:
>> def idle_engines(mec):
>> ?? ?"""return list of engine_ids corresponding to idle engines."""
>> ?? ?qs = mec.queue_status()
>> ?? ?engines = []
>> ?? ?for e_id, status in qs:
>> ?? ? ? ?if status['queue']:
>> ?? ? ? ? ? ?continue
>> ?? ? ? ?if not status['pending'] or status['pending'] == 'None':
>> ?? ? ? ? ? ?engines.append(e_id)
>> ?? ?return engines
>> Which would return a list of engine_ids that are idle, the length of which
>> would of course be the number of idle engines.
>> -MinRK
>>
>>
>> On Wed, Jan 19, 2011 at 10:39, Satrajit Ghosh <satra at mit.edu> wrote:
>>>
>>> hi brian and min,
>>>
>>> i would like to do something like this:
>>>
>>> if num_engines_available() > 2:
>>> ??? do_x
>>> else:
>>> ??? do_y
>>>
>>> in 0.10.1 series is there an easy way to query how many idle engines are
>>> available?
>>>
>>> cheers,
>>>
>>> satra
>>>
>>>
>>> _______________________________________________
>>> IPython-dev mailing list
>>> IPython-dev at scipy.org
>>> http://mail.scipy.org/mailman/listinfo/ipython-dev
>>>
>>
>
>
> _______________________________________________
> IPython-dev mailing list
> IPython-dev at scipy.org
> http://mail.scipy.org/mailman/listinfo/ipython-dev
>
>



-- 
Brian E. Granger, Ph.D.
Assistant Professor of Physics
Cal Poly State University, San Luis Obispo
bgranger at calpoly.edu
ellisonbg at gmail.com


From satra at mit.edu  Fri Jan 21 14:38:00 2011
From: satra at mit.edu (Satrajit Ghosh)
Date: Fri, 21 Jan 2011 14:38:00 -0500
Subject: [IPython-dev] finding the number of available engines
In-Reply-To: <AANLkTim9=W_i2D_E6yyjNB6+GoQzAx=49DO9y1SaL0uk@mail.gmail.com>
References: <AANLkTimVAtj5ys0V3OJ3d05efL-zRPwgrTFiUUJn8UeO@mail.gmail.com>
	<AANLkTi==uJHPi2wn2k5n45kg378_hq4ZqjacH+QHj8XK@mail.gmail.com>
	<AANLkTin0H7ME--VeGWeRDDFEyYd+2+Mmp_4D1S0yZVmV@mail.gmail.com>
	<AANLkTin6t_4jZ9owFvDL4SwDP3n6TbG+V501234me5DZ@mail.gmail.com>
	<AANLkTim9=W_i2D_E6yyjNB6+GoQzAx=49DO9y1SaL0uk@mail.gmail.com>
Message-ID: <AANLkTikA73o6SBzSu79SLwdx+bjZSkEU9+EMpHT4vQSG@mail.gmail.com>

thanks min and brian.

we'll probably put this feature aside for the time being then.

two questions:

1. fernando had mentioned that there was an effort to allow creation of
engines on the fly with shwazik (i'm sure i'm spelling her name wrong). any
update on the status of this? and was it going to work with 0.10.x or was it
primarily intended for 0.11.x

2. when is the eta for a beta version of parallel operation with 0.11.x? we
would love to move over to 0.11 but waiting for the parallel stuff
currently.

cheers,

satra


On Fri, Jan 21, 2011 at 1:08 PM, Brian Granger <ellisonbg at gmail.com> wrote:

> Satra,
>
> > i've run into a related problem. i'm trying to run code on an engine that
> > can itself spawn new tasks, but i can't seem to execute function below on
> an
> > engine. it just doesn't return if you call this through the taskclient in
> > blocking mode.
>
> This usage case of recursive tasks, is not supported with the current
> twisted based code.  The reason has to do with subtle issues about how
> the Twisted event loop is run in the engines versus the client.  For
> the client, we run the Twisted event loop in a thread, which is not
> compatible with the engine, which runs it in the main thread.  This is
> probably why Min is seeing the odd GIL/thread related crash.
>
> > it seems to block in the request for the task client and multiengine
> client.
>
> Yes, this is what you would observe in the current twisted version of
> the code.  The new zeromq stuff Min has written doesn't have this
> limitation.
>
> Sorry about the hassle.
>
> Cheers,
>
> Brian
>
> > cheers,
> >
> > satra
> >
> > -----
> > def get_ipy_clients():
> >     """Get ipython clients
> >
> >     Returns client, taskclient and multiengineclient
> >     """
> >     ipyclient = None
> >     taskclient = None
> >     mecclient = None
> >     try:
> >         name = 'IPython.kernel.client'
> >         __import__(name)
> >         ipyclient = sys.modules[name]
> >     except ImportError:
> >         warn("Ipython kernel not found.  Parallel execution will be" \
> >                  "unavailable", ImportWarning)
> >     if ipyclient:
> >         try:
> >             taskclient = ipyclient.TaskClient()
> >             mecclient = ipyclient.MultiEngineClient()
> >         except Exception, e:
> >             if isinstance(e, ConnectionRefusedError):
> >                 warn("No clients found, running serially for now.")
> >             if isinstance(e, ValueError):
> >                 warn("Ipython kernel not installed")
> >     return ipyclient, taskclient, mecclient
> > ------
> >
> >
> >
> > On Wed, Jan 19, 2011 at 2:42 PM, MinRK <benjaminrk at gmail.com> wrote:
> >>
> >> mec.queue_status() returns a list of the form:
> >> [
> >>   (0, { 'pending' : "execute('a=5')", 'queue' : [ job1,job2,...] } ,
> >>   (1, {'pending' : 'None', 'queue' : [] },
> >>   ...
> >> ]
> >>
> >> In this case, engine 1 is idle.  I don't know why 1's pending is 'None'
> >> instead of None, that seems to be a bug.
> >> So you can see the idle engines with something like:
> >> def idle_engines(mec):
> >>     """return list of engine_ids corresponding to idle engines."""
> >>     qs = mec.queue_status()
> >>     engines = []
> >>     for e_id, status in qs:
> >>         if status['queue']:
> >>             continue
> >>         if not status['pending'] or status['pending'] == 'None':
> >>             engines.append(e_id)
> >>     return engines
> >> Which would return a list of engine_ids that are idle, the length of
> which
> >> would of course be the number of idle engines.
> >> -MinRK
> >>
> >>
> >> On Wed, Jan 19, 2011 at 10:39, Satrajit Ghosh <satra at mit.edu> wrote:
> >>>
> >>> hi brian and min,
> >>>
> >>> i would like to do something like this:
> >>>
> >>> if num_engines_available() > 2:
> >>>     do_x
> >>> else:
> >>>     do_y
> >>>
> >>> in 0.10.1 series is there an easy way to query how many idle engines
> are
> >>> available?
> >>>
> >>> cheers,
> >>>
> >>> satra
> >>>
> >>>
> >>> _______________________________________________
> >>> IPython-dev mailing list
> >>> IPython-dev at scipy.org
> >>> http://mail.scipy.org/mailman/listinfo/ipython-dev
> >>>
> >>
> >
> >
> > _______________________________________________
> > IPython-dev mailing list
> > IPython-dev at scipy.org
> > http://mail.scipy.org/mailman/listinfo/ipython-dev
> >
> >
>
>
>
> --
> Brian E. Granger, Ph.D.
> Assistant Professor of Physics
> Cal Poly State University, San Luis Obispo
> bgranger at calpoly.edu
> ellisonbg at gmail.com
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/ipython-dev/attachments/20110121/be74c4ae/attachment.html>

From benjaminrk at gmail.com  Fri Jan 21 15:38:29 2011
From: benjaminrk at gmail.com (MinRK)
Date: Fri, 21 Jan 2011 12:38:29 -0800
Subject: [IPython-dev] finding the number of available engines
In-Reply-To: <AANLkTikA73o6SBzSu79SLwdx+bjZSkEU9+EMpHT4vQSG@mail.gmail.com>
References: <AANLkTimVAtj5ys0V3OJ3d05efL-zRPwgrTFiUUJn8UeO@mail.gmail.com>
	<AANLkTi==uJHPi2wn2k5n45kg378_hq4ZqjacH+QHj8XK@mail.gmail.com>
	<AANLkTin0H7ME--VeGWeRDDFEyYd+2+Mmp_4D1S0yZVmV@mail.gmail.com>
	<AANLkTin6t_4jZ9owFvDL4SwDP3n6TbG+V501234me5DZ@mail.gmail.com>
	<AANLkTim9=W_i2D_E6yyjNB6+GoQzAx=49DO9y1SaL0uk@mail.gmail.com>
	<AANLkTikA73o6SBzSu79SLwdx+bjZSkEU9+EMpHT4vQSG@mail.gmail.com>
Message-ID: <AANLkTi=pfjfoCsjyF6SvYnDxfwCi7RVoj6ZdExyPx6eL@mail.gmail.com>

On Fri, Jan 21, 2011 at 11:38, Satrajit Ghosh <satra at mit.edu> wrote:

> thanks min and brian.
>
> we'll probably put this feature aside for the time being then.
>
> two questions:
>
> 1. fernando had mentioned that there was an effort to allow creation of
> engines on the fly with shwazik (i'm sure i'm spelling her name wrong). any
> update on the status of this? and was it going to work with 0.10.x or was it
> primarily intended for 0.11.x
>

Fernando and Soizic's work for starting engines was only for zmq.  It
shouldn't be terribly difficult to start new engines in either one, depend
on who you want to be starting them.  What are the conditions that you want
to trigger new engines, and what environment (pbs, etc.)?  Since starting an
engine is just a shell script, starting a new engine on the fly is just
executing the same script, via subprocess.Popen, or some such.


>
> 2. when is the eta for a beta version of parallel operation with 0.11.x? we
> would love to move over to 0.11 but waiting for the parallel stuff
> currently.
>

Hopefully it will be fairly soon. I was very busy with exams until recently,
and Fernando is busy with work and travel now.  If you want to play with the
current state, which I would call 'alpha', because we have yet to do a final
feature/API freeze, but the `apply` core at the client level is pretty
static. it's at https://github.com/ipython/ipython/tree/newparallel.

-MinRK


>
> cheers,
>
> satra
>
>
>
> On Fri, Jan 21, 2011 at 1:08 PM, Brian Granger <ellisonbg at gmail.com>wrote:
>
>> Satra,
>>
>> > i've run into a related problem. i'm trying to run code on an engine
>> that
>> > can itself spawn new tasks, but i can't seem to execute function below
>> on an
>> > engine. it just doesn't return if you call this through the taskclient
>> in
>> > blocking mode.
>>
>> This usage case of recursive tasks, is not supported with the current
>> twisted based code.  The reason has to do with subtle issues about how
>> the Twisted event loop is run in the engines versus the client.  For
>> the client, we run the Twisted event loop in a thread, which is not
>> compatible with the engine, which runs it in the main thread.  This is
>> probably why Min is seeing the odd GIL/thread related crash.
>>
>> > it seems to block in the request for the task client and multiengine
>> client.
>>
>> Yes, this is what you would observe in the current twisted version of
>> the code.  The new zeromq stuff Min has written doesn't have this
>> limitation.
>>
>> Sorry about the hassle.
>>
>> Cheers,
>>
>> Brian
>>
>> > cheers,
>> >
>> > satra
>> >
>> > -----
>> > def get_ipy_clients():
>> >     """Get ipython clients
>> >
>> >     Returns client, taskclient and multiengineclient
>> >     """
>> >     ipyclient = None
>> >     taskclient = None
>> >     mecclient = None
>> >     try:
>> >         name = 'IPython.kernel.client'
>> >         __import__(name)
>> >         ipyclient = sys.modules[name]
>> >     except ImportError:
>> >         warn("Ipython kernel not found.  Parallel execution will be" \
>> >                  "unavailable", ImportWarning)
>> >     if ipyclient:
>> >         try:
>> >             taskclient = ipyclient.TaskClient()
>> >             mecclient = ipyclient.MultiEngineClient()
>> >         except Exception, e:
>> >             if isinstance(e, ConnectionRefusedError):
>> >                 warn("No clients found, running serially for now.")
>> >             if isinstance(e, ValueError):
>> >                 warn("Ipython kernel not installed")
>> >     return ipyclient, taskclient, mecclient
>> > ------
>> >
>> >
>> >
>> > On Wed, Jan 19, 2011 at 2:42 PM, MinRK <benjaminrk at gmail.com> wrote:
>> >>
>> >> mec.queue_status() returns a list of the form:
>> >> [
>> >>   (0, { 'pending' : "execute('a=5')", 'queue' : [ job1,job2,...] } ,
>> >>   (1, {'pending' : 'None', 'queue' : [] },
>> >>   ...
>> >> ]
>> >>
>> >> In this case, engine 1 is idle.  I don't know why 1's pending is 'None'
>> >> instead of None, that seems to be a bug.
>> >> So you can see the idle engines with something like:
>> >> def idle_engines(mec):
>> >>     """return list of engine_ids corresponding to idle engines."""
>> >>     qs = mec.queue_status()
>> >>     engines = []
>> >>     for e_id, status in qs:
>> >>         if status['queue']:
>> >>             continue
>> >>         if not status['pending'] or status['pending'] == 'None':
>> >>             engines.append(e_id)
>> >>     return engines
>> >> Which would return a list of engine_ids that are idle, the length of
>> which
>> >> would of course be the number of idle engines.
>> >> -MinRK
>> >>
>> >>
>> >> On Wed, Jan 19, 2011 at 10:39, Satrajit Ghosh <satra at mit.edu> wrote:
>> >>>
>> >>> hi brian and min,
>> >>>
>> >>> i would like to do something like this:
>> >>>
>> >>> if num_engines_available() > 2:
>> >>>     do_x
>> >>> else:
>> >>>     do_y
>> >>>
>> >>> in 0.10.1 series is there an easy way to query how many idle engines
>> are
>> >>> available?
>> >>>
>> >>> cheers,
>> >>>
>> >>> satra
>> >>>
>> >>>
>> >>> _______________________________________________
>> >>> IPython-dev mailing list
>> >>> IPython-dev at scipy.org
>> >>> http://mail.scipy.org/mailman/listinfo/ipython-dev
>> >>>
>> >>
>> >
>> >
>> > _______________________________________________
>> > IPython-dev mailing list
>> > IPython-dev at scipy.org
>> > http://mail.scipy.org/mailman/listinfo/ipython-dev
>> >
>> >
>>
>>
>>
>> --
>> Brian E. Granger, Ph.D.
>> Assistant Professor of Physics
>> Cal Poly State University, San Luis Obispo
>> bgranger at calpoly.edu
>> ellisonbg at gmail.com
>>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/ipython-dev/attachments/20110121/89aa4569/attachment.html>

From gael.varoquaux at normalesup.org  Sat Jan 22 12:17:50 2011
From: gael.varoquaux at normalesup.org (Gael Varoquaux)
Date: Sat, 22 Jan 2011 18:17:50 +0100
Subject: [IPython-dev] Exit problems in latest (git) IPython
Message-ID: <20110122171750.GD19145@phare.normalesup.org>

Hi,

I just pulled the latest IPython. It seems that it no longer exists
properly: after an '^D' or an 'exit' it hangs.

I did see some messages on the mailing list about a problem due to saving
history (I think) at exit. Is this what I am seeing (and thus, am I
reporting a known issue, sorry)?

Ga?l


From takowl at gmail.com  Sat Jan 22 12:31:01 2011
From: takowl at gmail.com (Thomas Kluyver)
Date: Sat, 22 Jan 2011 17:31:01 +0000
Subject: [IPython-dev] Exit problems in latest (git) IPython
In-Reply-To: <20110122171750.GD19145@phare.normalesup.org>
References: <20110122171750.GD19145@phare.normalesup.org>
Message-ID: <AANLkTinSehsQxXJU-Uu2Gdvb1YBU-=dCPkafwTKUMSmC@mail.gmail.com>

Hi Ga?l,

It sounds similar, although I think we found it was hanging on exit, but not
on Ctrl-D. Can you try with this branch:

https://github.com/takowl/ipython/tree/fix-terminal-exit

There's a pull request open for it, so add a comment if the problem isn't
fixed for you:

https://github.com/ipython/ipython/pull/242

Thanks,
Thomas

On 22 January 2011 17:17, Gael Varoquaux <gael.varoquaux at normalesup.org>wrote:

> Hi,
>
> I just pulled the latest IPython. It seems that it no longer exists
> properly: after an '^D' or an 'exit' it hangs.
>
> I did see some messages on the mailing list about a problem due to saving
> history (I think) at exit. Is this what I am seeing (and thus, am I
> reporting a known issue, sorry)?
>
> Ga?l
>
> _______________________________________________
> IPython-dev mailing list
> IPython-dev at scipy.org
> http://mail.scipy.org/mailman/listinfo/ipython-dev
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/ipython-dev/attachments/20110122/17ef71a9/attachment.html>

From gael.varoquaux at normalesup.org  Sat Jan 22 13:17:37 2011
From: gael.varoquaux at normalesup.org (Gael Varoquaux)
Date: Sat, 22 Jan 2011 19:17:37 +0100
Subject: [IPython-dev] Exit problems in latest (git) IPython
In-Reply-To: <AANLkTinSehsQxXJU-Uu2Gdvb1YBU-=dCPkafwTKUMSmC@mail.gmail.com>
References: <20110122171750.GD19145@phare.normalesup.org>
	<AANLkTinSehsQxXJU-Uu2Gdvb1YBU-=dCPkafwTKUMSmC@mail.gmail.com>
Message-ID: <20110122181737.GE20934@phare.normalesup.org>

On Sat, Jan 22, 2011 at 05:31:01PM +0000, Thomas Kluyver wrote:
>    It sounds similar, although I think we found it was hanging on exit, but
>    not on Ctrl-D. Can you try with this branch:

>    [1]https://github.com/takowl/ipython/tree/fix-terminal-exit

I does fix the problem for me. Congratulations!

Gael


From ellisonbg at gmail.com  Sat Jan 22 21:57:04 2011
From: ellisonbg at gmail.com (Brian Granger)
Date: Sat, 22 Jan 2011 18:57:04 -0800
Subject: [IPython-dev] No displayhook triggered for raw 'asdf'
Message-ID: <AANLkTikdY0vrAoZKRwK_yjMe9C+2XaC43vHWYkNG4uG6@mail.gmail.com>

Fernando,

Thomas reported this on IRC today.  In current trunk we have a bug:

In [1]: "asdf"

In [1]: 10
Out[1]: 10

This happens also in my display branch.  I have also checked to make
sure this is not in the display hook logic.  The displayhook is indeed
set correctly, but it is just not firing:

In [2]: import sys

In [3]: sys.displayhook("asdf")
Out[3]: 'asdf'

The only thing I can imagine is that the
run_cell/run_source/run_run_code now makes decisions about mode things
get compiled in, and this is the only thing (in our control) that
determines if displayhook is called.  Any ideas on this one?  You know
this part of the code better than any of us.

Cheers,

Brian

-- 
Brian E. Granger, Ph.D.
Assistant Professor of Physics
Cal Poly State University, San Luis Obispo
bgranger at calpoly.edu
ellisonbg at gmail.com


From takowl at gmail.com  Sun Jan 23 07:58:36 2011
From: takowl at gmail.com (Thomas Kluyver)
Date: Sun, 23 Jan 2011 12:58:36 +0000
Subject: [IPython-dev] No displayhook triggered for raw 'asdf'
In-Reply-To: <AANLkTikdY0vrAoZKRwK_yjMe9C+2XaC43vHWYkNG4uG6@mail.gmail.com>
References: <AANLkTikdY0vrAoZKRwK_yjMe9C+2XaC43vHWYkNG4uG6@mail.gmail.com>
Message-ID: <AANLkTikZies-MQAEn35X0WFo78=Sor=t+1s2sKXvsZJH@mail.gmail.com>

Just to add to that, trying it in qtconsole, it gives the continuation
prompt:

In [0]: "hi"
    ...:

Also, I don't know if it's useful information, but I just updated IPython 3k
from master, and I can't replicate this in either the terminal or the
qtconsole. So perhaps it's tied to character encoding somehow.

Thomas

On 23 January 2011 02:57, Brian Granger <ellisonbg at gmail.com> wrote:

> Fernando,
>
> Thomas reported this on IRC today.  In current trunk we have a bug:
>
> In [1]: "asdf"
>
> In [1]: 10
> Out[1]: 10
>
> This happens also in my display branch.  I have also checked to make
> sure this is not in the display hook logic.  The displayhook is indeed
> set correctly, but it is just not firing:
>
> In [2]: import sys
>
> In [3]: sys.displayhook("asdf")
> Out[3]: 'asdf'
>
> The only thing I can imagine is that the
> run_cell/run_source/run_run_code now makes decisions about mode things
> get compiled in, and this is the only thing (in our control) that
> determines if displayhook is called.  Any ideas on this one?  You know
> this part of the code better than any of us.
>
> Cheers,
>
> Brian
>
> --
> Brian E. Granger, Ph.D.
> Assistant Professor of Physics
> Cal Poly State University, San Luis Obispo
> bgranger at calpoly.edu
> ellisonbg at gmail.com
> _______________________________________________
> IPython-dev mailing list
> IPython-dev at scipy.org
> http://mail.scipy.org/mailman/listinfo/ipython-dev
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/ipython-dev/attachments/20110123/6bc33371/attachment.html>

From fperez.net at gmail.com  Sun Jan 23 23:56:00 2011
From: fperez.net at gmail.com (Fernando Perez)
Date: Sun, 23 Jan 2011 23:56:00 -0500
Subject: [IPython-dev] gh-pages problem...
Message-ID: <AANLkTikJx89vCE63q4aH3v5ASmHUawiW=x6YW=_6o4y4@mail.gmail.com>

Hey folks,

I'm really sorry that (due to 'real life' getting in the way) I missed
several important discussions, in particular this one:

https://github.com/ipython/ipython/issues/closed/#issue/239

As I just mentioned to Brian during a chat we had, there's a problem
with the default approach Github took to pages hosting: they put the
pages in a separate DAG inside the repo (the gh-pages branch), but
this means polluting the repo forever with all builds of the docs.
Furthermore, if we want to host multiple versions of the docs (as we
do today for each release and should continue doing), the storage
requirements are going to balloon.

Fortunately, there's a different approach that's easy to implement,
adds only minimal work, and is completely clean.  And I'd already
written the tools for it :)  For datarray, here's the gh-pages-hosted
docs:

http://fperez.github.com/datarray-doc/

The basic idea is just to have a *separate* git repo that *only* hosts
the gh-pages docs, in this case this one:

https://github.com/fperez/datarray-doc

A couple of scripts in the docs build file auto-generate all the
necessary commits and info, and the only manual step needed is to do a
single push.

So I think what we should do is:

- remove the gh-pages branch right away from the repo, so it doesn't
grow any larger.

- see if we can do a full purge of that data from the repo (I think
the added size is ~6MB right now) with git's filter-branch tool
(http://help.github.com/removing-sensitive-data has some tips).

- add the tools from my datarray repo to handle the process smoothly.


Min, if you think you're up for some/all of this let me know, I'm
still in Colombia but we can skype for me to give you some pointers.
If not, we can get together back home next week when I return and
clean this up.

Sorry I didn't catch this earlier when the pull request went up...

Cheers,

f

ps - obviously, please don't add anything at all to the gh-pages
branch anymore, so we have as little to clean up as possible.


From matthew.brett at gmail.com  Mon Jan 24 03:54:43 2011
From: matthew.brett at gmail.com (Matthew Brett)
Date: Mon, 24 Jan 2011 00:54:43 -0800
Subject: [IPython-dev] gh-pages problem...
In-Reply-To: <AANLkTikJx89vCE63q4aH3v5ASmHUawiW=x6YW=_6o4y4@mail.gmail.com>
References: <AANLkTikJx89vCE63q4aH3v5ASmHUawiW=x6YW=_6o4y4@mail.gmail.com>
Message-ID: <AANLkTin=0apPekn_Bpx_js-dNx0VE0jvTrY0woUWuDKO@mail.gmail.com>

Hi,

On Sun, Jan 23, 2011 at 8:56 PM, Fernando Perez <fperez.net at gmail.com> wrote:
> - see if we can do a full purge of that data from the repo (I think
> the added size is ~6MB right now) with git's filter-branch tool
> (http://help.github.com/removing-sensitive-data has some tips).

Dumb question - but doesn't the git content get purged automatically
if you delete the references to it?

I mean, can't you just delete the 'gh-pages' branch and wait for the
content to fall out?

Or do ``git branch -D gh-pages && git gc --prune="Jan 24 2011"`` if
you want to lose it straightaway?

See you,

Matthew


From benjaminrk at gmail.com  Mon Jan 24 04:13:18 2011
From: benjaminrk at gmail.com (MinRK)
Date: Mon, 24 Jan 2011 01:13:18 -0800
Subject: [IPython-dev] gh-pages problem...
In-Reply-To: <AANLkTikJx89vCE63q4aH3v5ASmHUawiW=x6YW=_6o4y4@mail.gmail.com>
References: <AANLkTikJx89vCE63q4aH3v5ASmHUawiW=x6YW=_6o4y4@mail.gmail.com>
Message-ID: <AANLkTineUkreXry9VoPD6mSkDHqnCQdoFBjv9_K3kL+1@mail.gmail.com>

GitHub does do garbage-collection automatically, triggered by each push, so
simply removing gh-pages may do the trick.  They certainly aren't aggressive
about it, so they may keep the two-week default before gc actually removes
the refs.  Also note that garbage collection is not push-able.  It's
unfortunate, since if I run 'git gc --prune=now --agressive' on a freshly
cloned IPython, the repo shrinks by a factor of 5.  But since gc is purely
local, there's nothing for me to push once I've done that, and there's no
way to instruct GitHub to do aggressive gc (in fact, I think I read that
they have a policy against it, due to something about how their forks work).

In investigating why IPython is so huge (It's always been inappropriately
large on GitHub), I found that the largest blobs refer to the davinci ebooks
in docs/examples/kernel/davinci*.txt, and the recent svg connection
diagrams.

I'd be happy to sit down with you when you get back, to go over ways to
cleanup the repo, because I'm definitely not comfortable scrubbing it with
filter-branch on my own.

Sorry for causing more trouble,
-MinRK


On Sun, Jan 23, 2011 at 20:56, Fernando Perez <fperez.net at gmail.com> wrote:

> Hey folks,
>
> I'm really sorry that (due to 'real life' getting in the way) I missed
> several important discussions, in particular this one:
>
> https://github.com/ipython/ipython/issues/closed/#issue/239
>
> As I just mentioned to Brian during a chat we had, there's a problem
> with the default approach Github took to pages hosting: they put the
> pages in a separate DAG inside the repo (the gh-pages branch), but
> this means polluting the repo forever with all builds of the docs.
> Furthermore, if we want to host multiple versions of the docs (as we
> do today for each release and should continue doing), the storage
> requirements are going to balloon.
>
> Fortunately, there's a different approach that's easy to implement,
> adds only minimal work, and is completely clean.  And I'd already
> written the tools for it :)  For datarray, here's the gh-pages-hosted
> docs:
>
> http://fperez.github.com/datarray-doc/
>
> The basic idea is just to have a *separate* git repo that *only* hosts
> the gh-pages docs, in this case this one:
>
> https://github.com/fperez/datarray-doc
>
> A couple of scripts in the docs build file auto-generate all the
> necessary commits and info, and the only manual step needed is to do a
> single push.
>
> So I think what we should do is:
>
> - remove the gh-pages branch right away from the repo, so it doesn't
> grow any larger.
>
> - see if we can do a full purge of that data from the repo (I think
> the added size is ~6MB right now) with git's filter-branch tool
> (http://help.github.com/removing-sensitive-data has some tips).
>
> - add the tools from my datarray repo to handle the process smoothly.
>
>
> Min, if you think you're up for some/all of this let me know, I'm
> still in Colombia but we can skype for me to give you some pointers.
> If not, we can get together back home next week when I return and
> clean this up.
>
> Sorry I didn't catch this earlier when the pull request went up...
>
> Cheers,
>
> f
>
> ps - obviously, please don't add anything at all to the gh-pages
> branch anymore, so we have as little to clean up as possible.
> _______________________________________________
> IPython-dev mailing list
> IPython-dev at scipy.org
> http://mail.scipy.org/mailman/listinfo/ipython-dev
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/ipython-dev/attachments/20110124/d93a3332/attachment.html>

From benjaminrk at gmail.com  Mon Jan 24 04:16:50 2011
From: benjaminrk at gmail.com (MinRK)
Date: Mon, 24 Jan 2011 01:16:50 -0800
Subject: [IPython-dev] gh-pages problem...
In-Reply-To: <AANLkTin=0apPekn_Bpx_js-dNx0VE0jvTrY0woUWuDKO@mail.gmail.com>
References: <AANLkTikJx89vCE63q4aH3v5ASmHUawiW=x6YW=_6o4y4@mail.gmail.com>
	<AANLkTin=0apPekn_Bpx_js-dNx0VE0jvTrY0woUWuDKO@mail.gmail.com>
Message-ID: <AANLkTi=bJAdELwqvhBzO1Ty79o+s36eCi0_TR5Ww1OU-@mail.gmail.com>

-MinRK


On Mon, Jan 24, 2011 at 00:54, Matthew Brett <matthew.brett at gmail.com>wrote:

> Hi,
>
> On Sun, Jan 23, 2011 at 8:56 PM, Fernando Perez <fperez.net at gmail.com>
> wrote:
> > - see if we can do a full purge of that data from the repo (I think
> > the added size is ~6MB right now) with git's filter-branch tool
> > (http://help.github.com/removing-sensitive-data has some tips).
>
> Dumb question - but doesn't the git content get purged automatically
> if you delete the references to it?
>

Git is generally quite conservative about preserving data, at least for a
while.


>
> I mean, can't you just delete the 'gh-pages' branch and wait for the
> content to fall out?
>
> Or do ``git branch -D gh-pages && git gc --prune="Jan 24 2011"`` if
> you want to lose it straightaway?
>

That will delete it locally, but it will have exactly no effect on the repo
on GitHub or anybody else.  To delete a remote branch, you do:

git push origin :gh-pages

which does trigger garbage collection, but we have no access to arguments
passed to gc and prune on the remote repo, so it will likely have no
immediate effect on the size of the repo.


>
> See you,
>
> Matthew
> _______________________________________________
> IPython-dev mailing list
> IPython-dev at scipy.org
> http://mail.scipy.org/mailman/listinfo/ipython-dev
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/ipython-dev/attachments/20110124/dde860a8/attachment.html>

From dsdale24 at gmail.com  Mon Jan 24 08:54:00 2011
From: dsdale24 at gmail.com (Darren Dale)
Date: Mon, 24 Jan 2011 08:54:00 -0500
Subject: [IPython-dev] gh-pages problem...
In-Reply-To: <AANLkTikJx89vCE63q4aH3v5ASmHUawiW=x6YW=_6o4y4@mail.gmail.com>
References: <AANLkTikJx89vCE63q4aH3v5ASmHUawiW=x6YW=_6o4y4@mail.gmail.com>
Message-ID: <AANLkTikN3FBzSj1rGauQbg-3Lq_PuUtz8g9j3uPxiw9A@mail.gmail.com>

On Sun, Jan 23, 2011 at 11:56 PM, Fernando Perez <fperez.net at gmail.com> wrote:
> Hey folks,
>
> I'm really sorry that (due to 'real life' getting in the way) I missed
> several important discussions, in particular this one:
>
> https://github.com/ipython/ipython/issues/closed/#issue/239
>
> As I just mentioned to Brian during a chat we had, there's a problem
> with the default approach Github took to pages hosting: they put the
> pages in a separate DAG inside the repo (the gh-pages branch), but
> this means polluting the repo forever with all builds of the docs.
> Furthermore, if we want to host multiple versions of the docs (as we
> do today for each release and should continue doing), the storage
> requirements are going to balloon.
>
> Fortunately, there's a different approach that's easy to implement,
> adds only minimal work, and is completely clean. ?And I'd already
> written the tools for it :) ?For datarray, here's the gh-pages-hosted
> docs:
>
> http://fperez.github.com/datarray-doc/
>
> The basic idea is just to have a *separate* git repo that *only* hosts
> the gh-pages docs, in this case this one:
>
> https://github.com/fperez/datarray-doc

Just FYI, github also allows you to host a repository like:

https://github.com/ipython/ipython.github.com

which would render docs at http://ipython.github.com. I've started
doing so with a project of my own:

http://praxes.github.com

Also, if you add a .nojekyll in the master branch of that repo (or the
gh-pages repo), github can serve the content as provided by sphinx,
without additional processing.


From harald.schilly at gmail.com  Mon Jan 24 11:06:14 2011
From: harald.schilly at gmail.com (Harald Schilly)
Date: Mon, 24 Jan 2011 17:06:14 +0100
Subject: [IPython-dev] ipcluster with ssh
Message-ID: <AANLkTi=nB9yFiQ9C2xP8HyBTpojHzPhCCqeM=BkLjw_T@mail.gmail.com>

Hi, I'm currently playing around with the ipcluster using ssh. I had a
problem and I couldn't track it down, until I did some changes to the
source. In file ipcluster.py in line 477 of version 10.1 (in the
SSHEngineSet class/method start()) I change the parameter
"consumeErrors" in "return gatherBoth(...)" from True to False. It
revealed, that a warning of ssh triggered an error and the cluster
just didn't do anything (no engine was started).

The problem/warning is triggered using this ~/.ssh/config file:
UserKnownHostsFile=/dev/null
StrictHostKeyChecking=no
NoHostAuthenticationForLocalhost=no

So, each time a new ssh connection is set up, the hostname is unknown
and this is reported. To get things running, I have to comment the
first line, so that the usual known hostname file is used and after
starting the cluster 2x all hosts are added and it works. The problem
is that those hostnames change sometimes and then it's once again an
error.

My first proposal would be to enable reporting those errors by default!

Is there a recommended/better configuration for ssh? If yes, this
should be part of the documentation. Also, I think the SSHEngineSet
class could be more intelligent and ignore this specific warning which
is indeed no problem.

I'm using Ubuntu linux/openssh.

The warning is:
2011-01-24 16:57:46+0100 [-] Unhandled error in Deferred:
2011-01-24 16:57:46+0100 [-] Unhandled Error
        Traceback (most recent call last):
        Failure: twisted.internet.utils._UnexpectedErrorOutput: got
stderr: "Warning: Permanently added '...,...' (RSA) to the list of
known hosts.\r\n"


Another idea is to change the exec_engine command in _ssh_engine() to
make it more intelligent. For some other project i added additional
options directly to ssh so that it is more reliable. It looks like
this:

   p = Popen(['ssh','-x','-q',\
              '-o','UserKnownHostsFile=/dev/null',\
              '-o','ServerAliveInterval=60',\
              '-o','StrictHostKeyChecking=no',\
              '-o','ConnectTimeout=%s' % SSH_CONN_TIMEOUT,\
              '-o','BatchMode=yes',\
              '-n','%s@%s'%(user, machine),\
              'ionice','-c','3','nice', cmd],\
              stdout=PIPE, stdin=PIPE, stderr=PIPE)


H


From ellisonbg at gmail.com  Mon Jan 24 12:20:08 2011
From: ellisonbg at gmail.com (Brian Granger)
Date: Mon, 24 Jan 2011 09:20:08 -0800
Subject: [IPython-dev] gh-pages problem...
In-Reply-To: <AANLkTikN3FBzSj1rGauQbg-3Lq_PuUtz8g9j3uPxiw9A@mail.gmail.com>
References: <AANLkTikJx89vCE63q4aH3v5ASmHUawiW=x6YW=_6o4y4@mail.gmail.com>
	<AANLkTikN3FBzSj1rGauQbg-3Lq_PuUtz8g9j3uPxiw9A@mail.gmail.com>
Message-ID: <AANLkTimSfSm4boARP_xge1fDQXjUdLoRgzLG9Y_YZfRL@mail.gmail.com>

On Mon, Jan 24, 2011 at 5:54 AM, Darren Dale <dsdale24 at gmail.com> wrote:
> On Sun, Jan 23, 2011 at 11:56 PM, Fernando Perez <fperez.net at gmail.com> wrote:
>> Hey folks,
>>
>> I'm really sorry that (due to 'real life' getting in the way) I missed
>> several important discussions, in particular this one:
>>
>> https://github.com/ipython/ipython/issues/closed/#issue/239
>>
>> As I just mentioned to Brian during a chat we had, there's a problem
>> with the default approach Github took to pages hosting: they put the
>> pages in a separate DAG inside the repo (the gh-pages branch), but
>> this means polluting the repo forever with all builds of the docs.
>> Furthermore, if we want to host multiple versions of the docs (as we
>> do today for each release and should continue doing), the storage
>> requirements are going to balloon.
>>
>> Fortunately, there's a different approach that's easy to implement,
>> adds only minimal work, and is completely clean. ?And I'd already
>> written the tools for it :) ?For datarray, here's the gh-pages-hosted
>> docs:
>>
>> http://fperez.github.com/datarray-doc/
>>
>> The basic idea is just to have a *separate* git repo that *only* hosts
>> the gh-pages docs, in this case this one:
>>
>> https://github.com/fperez/datarray-doc
>
> Just FYI, github also allows you to host a repository like:
>
> https://github.com/ipython/ipython.github.com
>
> which would render docs at http://ipython.github.com. I've started
> doing so with a project of my own:
>
> http://praxes.github.com
>

I like this approach!

> Also, if you add a .nojekyll in the master branch of that repo (or the
> gh-pages repo), github can serve the content as provided by sphinx,
> without additional processing.

Especially this.  While we have a makefile that does the extra
processing, it is just one more thing to maintain.  What do others
think?

Cheers,

Brian

> _______________________________________________
> IPython-dev mailing list
> IPython-dev at scipy.org
> http://mail.scipy.org/mailman/listinfo/ipython-dev
>



-- 
Brian E. Granger, Ph.D.
Assistant Professor of Physics
Cal Poly State University, San Luis Obispo
bgranger at calpoly.edu
ellisonbg at gmail.com


From benjaminrk at gmail.com  Mon Jan 24 12:28:11 2011
From: benjaminrk at gmail.com (MinRK)
Date: Mon, 24 Jan 2011 09:28:11 -0800
Subject: [IPython-dev] gh-pages problem...
In-Reply-To: <AANLkTimSfSm4boARP_xge1fDQXjUdLoRgzLG9Y_YZfRL@mail.gmail.com>
References: <AANLkTikJx89vCE63q4aH3v5ASmHUawiW=x6YW=_6o4y4@mail.gmail.com>
	<AANLkTikN3FBzSj1rGauQbg-3Lq_PuUtz8g9j3uPxiw9A@mail.gmail.com>
	<AANLkTimSfSm4boARP_xge1fDQXjUdLoRgzLG9Y_YZfRL@mail.gmail.com>
Message-ID: <AANLkTin=OQecrzTcaZAziqEk4Kk_wjbc0A55XZDjE5xj@mail.gmail.com>

On Mon, Jan 24, 2011 at 09:20, Brian Granger <ellisonbg at gmail.com> wrote:

> On Mon, Jan 24, 2011 at 5:54 AM, Darren Dale <dsdale24 at gmail.com> wrote:
> > On Sun, Jan 23, 2011 at 11:56 PM, Fernando Perez <fperez.net at gmail.com>
> wrote:
> >> Hey folks,
> >>
> >> I'm really sorry that (due to 'real life' getting in the way) I missed
> >> several important discussions, in particular this one:
> >>
> >> https://github.com/ipython/ipython/issues/closed/#issue/239
> >>
> >> As I just mentioned to Brian during a chat we had, there's a problem
> >> with the default approach Github took to pages hosting: they put the
> >> pages in a separate DAG inside the repo (the gh-pages branch), but
> >> this means polluting the repo forever with all builds of the docs.
> >> Furthermore, if we want to host multiple versions of the docs (as we
> >> do today for each release and should continue doing), the storage
> >> requirements are going to balloon.
> >>
> >> Fortunately, there's a different approach that's easy to implement,
> >> adds only minimal work, and is completely clean.  And I'd already
> >> written the tools for it :)  For datarray, here's the gh-pages-hosted
> >> docs:
> >>
> >> http://fperez.github.com/datarray-doc/
> >>
> >> The basic idea is just to have a *separate* git repo that *only* hosts
> >> the gh-pages docs, in this case this one:
> >>
> >> https://github.com/fperez/datarray-doc
> >
> > Just FYI, github also allows you to host a repository like:
> >
> > https://github.com/ipython/ipython.github.com
> >
> > which would render docs at http://ipython.github.com. I've started
> > doing so with a project of my own:
> >
> > http://praxes.github.com
> >
>
> I like this approach!
>

Yes, I think this is a good plan for the IPython site in general, but that's
a much bigger migration than just the sphinx docs.


>
> > Also, if you add a .nojekyll in the master branch of that repo (or the
> > gh-pages repo), github can serve the content as provided by sphinx,
> > without additional processing.
>
> Especially this.  While we have a makefile that does the extra
> processing, it is just one more thing to maintain.  What do others
> think?
>

The sphinx-github extension resolves the conflict easily, but .nojekyll is
definitely nicer.  Does .nojekyll work with regular repo gh-pages, or just '
ipython.github.com' ones?


>
> Cheers,
>
> Brian
>
> > _______________________________________________
> > IPython-dev mailing list
> > IPython-dev at scipy.org
> > http://mail.scipy.org/mailman/listinfo/ipython-dev
> >
>
>
>
> --
> Brian E. Granger, Ph.D.
> Assistant Professor of Physics
> Cal Poly State University, San Luis Obispo
> bgranger at calpoly.edu
> ellisonbg at gmail.com
> _______________________________________________
> IPython-dev mailing list
> IPython-dev at scipy.org
> http://mail.scipy.org/mailman/listinfo/ipython-dev
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/ipython-dev/attachments/20110124/c8b193b2/attachment.html>

From ellisonbg at gmail.com  Mon Jan 24 12:30:43 2011
From: ellisonbg at gmail.com (Brian Granger)
Date: Mon, 24 Jan 2011 09:30:43 -0800
Subject: [IPython-dev] gh-pages problem...
In-Reply-To: <AANLkTin=OQecrzTcaZAziqEk4Kk_wjbc0A55XZDjE5xj@mail.gmail.com>
References: <AANLkTikJx89vCE63q4aH3v5ASmHUawiW=x6YW=_6o4y4@mail.gmail.com>
	<AANLkTikN3FBzSj1rGauQbg-3Lq_PuUtz8g9j3uPxiw9A@mail.gmail.com>
	<AANLkTimSfSm4boARP_xge1fDQXjUdLoRgzLG9Y_YZfRL@mail.gmail.com>
	<AANLkTin=OQecrzTcaZAziqEk4Kk_wjbc0A55XZDjE5xj@mail.gmail.com>
Message-ID: <AANLkTin+hTC3yGv_Q=yC_Sm71=qEg+gveGMdQ3DRPgjA@mail.gmail.com>

On Mon, Jan 24, 2011 at 9:28 AM, MinRK <benjaminrk at gmail.com> wrote:
> On Mon, Jan 24, 2011 at 09:20, Brian Granger <ellisonbg at gmail.com> wrote:
>>
>> On Mon, Jan 24, 2011 at 5:54 AM, Darren Dale <dsdale24 at gmail.com> wrote:
>> > On Sun, Jan 23, 2011 at 11:56 PM, Fernando Perez <fperez.net at gmail.com>
>> > wrote:
>> >> Hey folks,
>> >>
>> >> I'm really sorry that (due to 'real life' getting in the way) I missed
>> >> several important discussions, in particular this one:
>> >>
>> >> https://github.com/ipython/ipython/issues/closed/#issue/239
>> >>
>> >> As I just mentioned to Brian during a chat we had, there's a problem
>> >> with the default approach Github took to pages hosting: they put the
>> >> pages in a separate DAG inside the repo (the gh-pages branch), but
>> >> this means polluting the repo forever with all builds of the docs.
>> >> Furthermore, if we want to host multiple versions of the docs (as we
>> >> do today for each release and should continue doing), the storage
>> >> requirements are going to balloon.
>> >>
>> >> Fortunately, there's a different approach that's easy to implement,
>> >> adds only minimal work, and is completely clean. ?And I'd already
>> >> written the tools for it :) ?For datarray, here's the gh-pages-hosted
>> >> docs:
>> >>
>> >> http://fperez.github.com/datarray-doc/
>> >>
>> >> The basic idea is just to have a *separate* git repo that *only* hosts
>> >> the gh-pages docs, in this case this one:
>> >>
>> >> https://github.com/fperez/datarray-doc
>> >
>> > Just FYI, github also allows you to host a repository like:
>> >
>> > https://github.com/ipython/ipython.github.com
>> >
>> > which would render docs at http://ipython.github.com. I've started
>> > doing so with a project of my own:
>> >
>> > http://praxes.github.com
>> >
>>
>> I like this approach!
>
> Yes, I think this is a good plan for the IPython site in general, but that's
> a much bigger migration than just the sphinx docs.

But I guess I would put the docs there for now and then as we migrate
the website over there, the docs would be contained within that site.

>>
>> > Also, if you add a .nojekyll in the master branch of that repo (or the
>> > gh-pages repo), github can serve the content as provided by sphinx,
>> > without additional processing.
>>
>> Especially this. ?While we have a makefile that does the extra
>> processing, it is just one more thing to maintain. ?What do others
>> think?
>
> The sphinx-github extension resolves the conflict easily, but .nojekyll is
> definitely nicer. ?Does .nojekyll work with regular repo gh-pages, or just
> 'ipython.github.com' ones?

Yes, that is a great question!

Brian

>>
>> Cheers,
>>
>> Brian
>>
>> > _______________________________________________
>> > IPython-dev mailing list
>> > IPython-dev at scipy.org
>> > http://mail.scipy.org/mailman/listinfo/ipython-dev
>> >
>>
>>
>>
>> --
>> Brian E. Granger, Ph.D.
>> Assistant Professor of Physics
>> Cal Poly State University, San Luis Obispo
>> bgranger at calpoly.edu
>> ellisonbg at gmail.com
>> _______________________________________________
>> IPython-dev mailing list
>> IPython-dev at scipy.org
>> http://mail.scipy.org/mailman/listinfo/ipython-dev
>
>



-- 
Brian E. Granger, Ph.D.
Assistant Professor of Physics
Cal Poly State University, San Luis Obispo
bgranger at calpoly.edu
ellisonbg at gmail.com


From dsdale24 at gmail.com  Mon Jan 24 12:52:23 2011
From: dsdale24 at gmail.com (Darren Dale)
Date: Mon, 24 Jan 2011 12:52:23 -0500
Subject: [IPython-dev] gh-pages problem...
In-Reply-To: <AANLkTin+hTC3yGv_Q=yC_Sm71=qEg+gveGMdQ3DRPgjA@mail.gmail.com>
References: <AANLkTikJx89vCE63q4aH3v5ASmHUawiW=x6YW=_6o4y4@mail.gmail.com>
	<AANLkTikN3FBzSj1rGauQbg-3Lq_PuUtz8g9j3uPxiw9A@mail.gmail.com>
	<AANLkTimSfSm4boARP_xge1fDQXjUdLoRgzLG9Y_YZfRL@mail.gmail.com>
	<AANLkTin=OQecrzTcaZAziqEk4Kk_wjbc0A55XZDjE5xj@mail.gmail.com>
	<AANLkTin+hTC3yGv_Q=yC_Sm71=qEg+gveGMdQ3DRPgjA@mail.gmail.com>
Message-ID: <AANLkTim+0YkA31z=sHzst3O5zGJU6h4856GLaMZJfAN1@mail.gmail.com>

On Mon, Jan 24, 2011 at 12:30 PM, Brian Granger <ellisonbg at gmail.com> wrote:
> On Mon, Jan 24, 2011 at 9:28 AM, MinRK <benjaminrk at gmail.com> wrote:
>> On Mon, Jan 24, 2011 at 09:20, Brian Granger <ellisonbg at gmail.com> wrote:
>>> > Also, if you add a .nojekyll in the master branch of that repo (or the
>>> > gh-pages repo), github can serve the content as provided by sphinx,
>>> > without additional processing.
>>>
>>> Especially this. ?While we have a makefile that does the extra
>>> processing, it is just one more thing to maintain. ?What do others
>>> think?
>>
>> The sphinx-github extension resolves the conflict easily, but .nojekyll is
>> definitely nicer.

the sphinx-github extension is no longer maintained:
https://github.com/michaeljones/sphinx-to-github

>> Does .nojekyll work with regular repo gh-pages, or just
>> 'ipython.github.com' ones?
>
> Yes, that is a great question!

It also works with a gh-pages branch in a regular repo. There is some
discussion and references in the sphinx-to-github readme at the above
link.

Darren


From kunal.t2 at gmail.com  Wed Jan 26 02:16:00 2011
From: kunal.t2 at gmail.com (kunal)
Date: Wed, 26 Jan 2011 12:46:00 +0530
Subject: [IPython-dev] Project Ideas for GSOC 2011
Message-ID: <4D3FCA30.7080104@gmail.com>

hi all,
Are there any project ideas for GSOC 2011 . Where should i look for them ?
Can someone please point me to some junior jobs for IPython.

thanks and regards

-------
Kunal Ghosh
Dept of Computer Sc.&  Engineering.
Sir MVIT
Bangalore,India

permalink: member.acm.org/~kunal.t2
Blog:kunalghosh.wordpress.com
Website:www.kunalghosh.net46.net



From danciac at gmail.com  Wed Jan 26 13:39:33 2011
From: danciac at gmail.com (Cracan Daniel)
Date: Wed, 26 Jan 2011 20:39:33 +0200
Subject: [IPython-dev] gsoc with ipython
In-Reply-To: <AANLkTimGk9N+eeKtJ6psTUK=knktWSw6hKS90f4KOr-F@mail.gmail.com>
References: <201011241319.35443.danciac@gmail.com>
	<AANLkTimGk9N+eeKtJ6psTUK=knktWSw6hKS90f4KOr-F@mail.gmail.com>
Message-ID: <AANLkTikD8tf9OCs35rBnkuQCTQtjcpkT2GqNOc_8Afuv@mail.gmail.com>

2010/12/6 Fernando Perez <fperez.net at gmail.com>

> Dear Daniel,
>
> On Wed, Nov 24, 2010 at 3:19 AM, Daniel Cracan <danciac at gmail.com> wrote:
> > I am a student at a technical university, and I would be interested in
> coding
> > for the IPython project at gsoc this summer.
> >
> > I thought it would be much better if I got to know a bit more about the
> > project, before applying for it at gsoc.
> >
> > So if there is anyone willing to point me to the right direction I would
> > appreciate that very much.
>
> I'm very sorry for the late reply, indeed as Erik indicated (thanks
> for chiming in!) it was just a matter of being very swamped with 'real
> life'.  But I'm glad to have you here, and indeed we have now in
> ipython a lot of potential for new contributions.  There's still real
> work to be done to 'land' the new zmq-based architecture in a fully
> stable release, but I hope we'll be able to make headway again into
> that soon.  And that means the time is right to start thinking about
> gsoc projects.
>
> I'm going to list a few things that need doing, for some of these
> someone has already made a start but they aren't completed yet.  But
> this is just so you get a sense of what's 'on the table'.  The best
> contributions come always from matching a project's needs with the
> interest of the student, so feel free to pick something that is close
> to what *you* like and have skills for.  We can then help get you
> started, so that by the time the gsoc rolls around, you have already
> some momentum going.  In no particular order:
>
> - allowing the new Qt console to work in a single process.  This may
> appear paradoxical (since we did all that work to be able to run in
> *two* processes), but there are scenarios where someone may want to
> embed an IPython rich widget inside an existing application that has a
> namespace to be interactively manipulated.  Mayavi is a prime example
> that does that, and right now it would not be able to use our console,
> since the Qt widget expects to be a separate process.
>
> - continuing work on the html frontend that James Gao started:
> https://github.com/ipython/ipython/pull/179.
>
> I haven't talked to James recently, and he may be able to find time to
> push forward again, so obviously we'd first sync with him before
> proceeding.  But I expect this to be a fair amount of long-term work,
> so even with James' foundation in place, there will be plenty more to
> do.
>
> - Allowing the html notebook and the Qt widget to use the matplotlib
> html5 backend, to get fully interactive windows inline.  I don't know
> enough about Qt to be really sure if this is even possible, just an
> idea right now.
>
> - Develop a curses frontend.  Wendell Smith discussed this a while ago
> and has some thoughts on the matter, but I don't know if he has made
> significant inroads; you may want to ping him first.
>
> - Work on the parallel parts: Min Ragan-Kelley has made phenomenal
> progress recently on this, but it's possible that despite his
> super-human abilities, he might still have more ideas than time to
> code them up.  Now with the zmq support we have fairly ambitious plans
> for what can be done with ipython, so there will be plenty of work on
> this front.
>
>
> This is just a starter list, let us know if any of it sounds
> interesting/appealing to you and we'll direct you with a bit more
> precision then.
>
> Regards, and welcome to the project!
>
> f
>

Hello Fernando,


I am sorry for this so late reply, but with the holidays and the exam period
at the university I was not able to find some time for this.

Honestly, all of the possibilities that you pointed out, sound equally
appealing to me, I hope that maybe you guys can prioritize them.

I think that I would be able to do a good job, of course with a help of a
mentor, regardless of the task. I think of myself as a self-learner, so I
just need to be pointed in the right direction.

So I guess, the question lies in finding a mentor.

Best wishes,
Daniel.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/ipython-dev/attachments/20110126/87b82d55/attachment.html>

From fperez.net at gmail.com  Wed Jan 26 17:54:22 2011
From: fperez.net at gmail.com (Fernando Perez)
Date: Wed, 26 Jan 2011 17:54:22 -0500
Subject: [IPython-dev] No displayhook triggered for raw 'asdf'
In-Reply-To: <AANLkTikdY0vrAoZKRwK_yjMe9C+2XaC43vHWYkNG4uG6@mail.gmail.com>
References: <AANLkTikdY0vrAoZKRwK_yjMe9C+2XaC43vHWYkNG4uG6@mail.gmail.com>
Message-ID: <AANLkTikLeKS7P-Z-8Qwy=HPY4WT5zt-LAkLaw6WxN-bi@mail.gmail.com>

Hey guys,

On Sat, Jan 22, 2011 at 9:57 PM, Brian Granger <ellisonbg at gmail.com> wrote:
>
> Thomas reported this on IRC today. ?In current trunk we have a bug:
>
> In [1]: "asdf"
>
> In [1]: 10
> Out[1]: 10
>
> This happens also in my display branch.

Just to let you know that I've been working on this, and I have it at
least narrowed, though not fixed yet.  The culprit is the
split_blocks() top-level function in inputsplitter, that does the
AST-based splitting.  It simply swallows silently blocks made only of
strings:

>>> from IPython.core.inputsplitter import split_blocks
>>> split_blocks("10\n")   # this is OK
['10\n']
>>> split_blocks("'asdf'\n")  # here's the bug
[]

I'm not familiar with that code, which R. Kern originally wrote, so I
haven't found a solution yet.  If anyone can pitch in who knows those
AST manipulations well, it would be great.  I'll keep hammering on it.

BTW, I have no clue as to why it's not happening on the py3k branch,
that's quite odd.

Cheers,

f


From gael.varoquaux at normalesup.org  Wed Jan 26 18:00:20 2011
From: gael.varoquaux at normalesup.org (Gael Varoquaux)
Date: Thu, 27 Jan 2011 00:00:20 +0100
Subject: [IPython-dev] No displayhook triggered for raw 'asdf'
In-Reply-To: <AANLkTikLeKS7P-Z-8Qwy=HPY4WT5zt-LAkLaw6WxN-bi@mail.gmail.com>
References: <AANLkTikdY0vrAoZKRwK_yjMe9C+2XaC43vHWYkNG4uG6@mail.gmail.com>
	<AANLkTikLeKS7P-Z-8Qwy=HPY4WT5zt-LAkLaw6WxN-bi@mail.gmail.com>
Message-ID: <20110126230020.GI5046@phare.normalesup.org>

On Wed, Jan 26, 2011 at 05:54:22PM -0500, Fernando Perez wrote:
> I'm not familiar with that code, which R. Kern originally wrote, so I
> haven't found a solution yet.  If anyone can pitch in who knows those
> AST manipulations well, it would be great.  I'll keep hammering on it.

AFAIK comments and equivalent (a single string is considered as a
comment) are not represented in the AST. I struggled with that in
pyreport (no use to look at the pyreport code: I don't think that it is
useable for you). I think that the way out it to use a combination of the
tokenizer and the AST to identify such trouble makers before feeding them
to the AST. It gets nasty.

> BTW, I have no clue as to why it's not happening on the py3k branch,
> that's quite odd.

In py3k, I believe that the underlying notion is that of a CST: 'concrete
syntax tree', that keeps extra information, such as the comments or
blocks made of strings. It was introduced for code manipulations.

I hope I haven't inserted too many factual mistakes above :)

Ga?l


From fperez.net at gmail.com  Wed Jan 26 18:31:12 2011
From: fperez.net at gmail.com (Fernando Perez)
Date: Wed, 26 Jan 2011 18:31:12 -0500
Subject: [IPython-dev] Qt console broken in trunk?
Message-ID: <AANLkTi=yz=2w_EM=Hhn7PHHsXioH8rmJQp4-gK2V3fjq@mail.gmail.com>

Hey guys,

as I was working on the 'asdf' bug I just posted about, I tried to use
the Qt console after updating my trunk, and got this:

(trunk)dreamweaver[ipython]> ipython-qtconsole
Traceback (most recent call last):
  File "/home/fperez/usr/bin/ipython-qtconsole", line 4, in <module>
    from IPython.frontend.qt.console.ipythonqt import main
  File "/home/fperez/ipython/ipython/IPython/frontend/qt/console/ipythonqt.py",
line 17, in <module>
    from IPython.frontend.qt.kernelmanager import QtKernelManager
  File "/home/fperez/ipython/ipython/IPython/frontend/qt/kernelmanager.py",
line 9, in <module>
    from IPython.zmq.kernelmanager import KernelManager, SubSocketChannel, \
  File "/home/fperez/ipython/ipython/IPython/zmq/kernelmanager.py",
line 36, in <module>
    from session import Session, Message
  File "/home/fperez/ipython/ipython/IPython/zmq/session.py", line 7,
in <module>
    from zmq.utils import jsonapi as json
ImportError: No module named utils


Not sure when it broke, but I suspect the merge of the recent session
branch might have something to do with it.

Brian/Min, do you guys have an idea of what happened, maybe just a
file someone forgot to add from their local working tree?

Cheers,

f


From ellisonbg at gmail.com  Wed Jan 26 19:00:56 2011
From: ellisonbg at gmail.com (Brian Granger)
Date: Wed, 26 Jan 2011 16:00:56 -0800
Subject: [IPython-dev] Qt console broken in trunk?
In-Reply-To: <AANLkTi=yz=2w_EM=Hhn7PHHsXioH8rmJQp4-gK2V3fjq@mail.gmail.com>
References: <AANLkTi=yz=2w_EM=Hhn7PHHsXioH8rmJQp4-gK2V3fjq@mail.gmail.com>
Message-ID: <AANLkTi=PxSgGFNR5CgV-+K3SynECE_u+2OEmS5S6EnwP@mail.gmail.com>

Fernando,

This is actually an import from pyzmq:

In [4]: from zmq.utils import jsonapi as json

In [5]: json.__file__
Out[5]: '/Users/bgranger/Documents/Computation/zeromq/pyzmq/zmq/utils/jsonapi.pyc'

So it looks like something is odd with your pyzmq install...unless for
some reason Python is putting  the IPython directory in you sys.path
so importing zmq picks up IPython.zmq instead of zmq (pyzmq).  Can you
look at your pyzmq install?

Brian


On Wed, Jan 26, 2011 at 3:31 PM, Fernando Perez <fperez.net at gmail.com> wrote:
> Hey guys,
>
> as I was working on the 'asdf' bug I just posted about, I tried to use
> the Qt console after updating my trunk, and got this:
>
> (trunk)dreamweaver[ipython]> ipython-qtconsole
> Traceback (most recent call last):
> ?File "/home/fperez/usr/bin/ipython-qtconsole", line 4, in <module>
> ? ?from IPython.frontend.qt.console.ipythonqt import main
> ?File "/home/fperez/ipython/ipython/IPython/frontend/qt/console/ipythonqt.py",
> line 17, in <module>
> ? ?from IPython.frontend.qt.kernelmanager import QtKernelManager
> ?File "/home/fperez/ipython/ipython/IPython/frontend/qt/kernelmanager.py",
> line 9, in <module>
> ? ?from IPython.zmq.kernelmanager import KernelManager, SubSocketChannel, \
> ?File "/home/fperez/ipython/ipython/IPython/zmq/kernelmanager.py",
> line 36, in <module>
> ? ?from session import Session, Message
> ?File "/home/fperez/ipython/ipython/IPython/zmq/session.py", line 7,
> in <module>
> ? ?from zmq.utils import jsonapi as json
> ImportError: No module named utils
>
>
> Not sure when it broke, but I suspect the merge of the recent session
> branch might have something to do with it.
>
> Brian/Min, do you guys have an idea of what happened, maybe just a
> file someone forgot to add from their local working tree?
>
> Cheers,
>
> f
> _______________________________________________
> IPython-dev mailing list
> IPython-dev at scipy.org
> http://mail.scipy.org/mailman/listinfo/ipython-dev
>



-- 
Brian E. Granger, Ph.D.
Assistant Professor of Physics
Cal Poly State University, San Luis Obispo
bgranger at calpoly.edu
ellisonbg at gmail.com


From benjaminrk at gmail.com  Wed Jan 26 19:09:11 2011
From: benjaminrk at gmail.com (MinRK)
Date: Wed, 26 Jan 2011 16:09:11 -0800
Subject: [IPython-dev] Qt console broken in trunk?
In-Reply-To: <AANLkTi=PxSgGFNR5CgV-+K3SynECE_u+2OEmS5S6EnwP@mail.gmail.com>
References: <AANLkTi=yz=2w_EM=Hhn7PHHsXioH8rmJQp4-gK2V3fjq@mail.gmail.com>
	<AANLkTi=PxSgGFNR5CgV-+K3SynECE_u+2OEmS5S6EnwP@mail.gmail.com>
Message-ID: <AANLkTikd_Mh0B8tL-0dNkYrj=zu6cPg1YBX7vAmmpGJW@mail.gmail.com>

What version of pyzmq do you have?  If you are still using 2.0.9, then
that's before we made this addition (early October).

I realize that since IPython depends on 2.6, I can just import the (super
slow) builtin json module, rather than follow pyzmq's import preferences.

-MinRK

On Wed, Jan 26, 2011 at 16:00, Brian Granger <ellisonbg at gmail.com> wrote:

> Fernando,
>
> This is actually an import from pyzmq:
>
> In [4]: from zmq.utils import jsonapi as json
>
> In [5]: json.__file__
> Out[5]:
> '/Users/bgranger/Documents/Computation/zeromq/pyzmq/zmq/utils/jsonapi.pyc'
>
> So it looks like something is odd with your pyzmq install...unless for
> some reason Python is putting  the IPython directory in you sys.path
> so importing zmq picks up IPython.zmq instead of zmq (pyzmq).  Can you
> look at your pyzmq install?
>
> Brian
>
>
> On Wed, Jan 26, 2011 at 3:31 PM, Fernando Perez <fperez.net at gmail.com>
> wrote:
> > Hey guys,
> >
> > as I was working on the 'asdf' bug I just posted about, I tried to use
> > the Qt console after updating my trunk, and got this:
> >
> > (trunk)dreamweaver[ipython]> ipython-qtconsole
> > Traceback (most recent call last):
> >  File "/home/fperez/usr/bin/ipython-qtconsole", line 4, in <module>
> >    from IPython.frontend.qt.console.ipythonqt import main
> >  File
> "/home/fperez/ipython/ipython/IPython/frontend/qt/console/ipythonqt.py",
> > line 17, in <module>
> >    from IPython.frontend.qt.kernelmanager import QtKernelManager
> >  File
> "/home/fperez/ipython/ipython/IPython/frontend/qt/kernelmanager.py",
> > line 9, in <module>
> >    from IPython.zmq.kernelmanager import KernelManager, SubSocketChannel,
> \
> >  File "/home/fperez/ipython/ipython/IPython/zmq/kernelmanager.py",
> > line 36, in <module>
> >    from session import Session, Message
> >  File "/home/fperez/ipython/ipython/IPython/zmq/session.py", line 7,
> > in <module>
> >    from zmq.utils import jsonapi as json
> > ImportError: No module named utils
> >
> >
> > Not sure when it broke, but I suspect the merge of the recent session
> > branch might have something to do with it.
> >
> > Brian/Min, do you guys have an idea of what happened, maybe just a
> > file someone forgot to add from their local working tree?
> >
> > Cheers,
> >
> > f
> > _______________________________________________
> > IPython-dev mailing list
> > IPython-dev at scipy.org
> > http://mail.scipy.org/mailman/listinfo/ipython-dev
> >
>
>
>
> --
> Brian E. Granger, Ph.D.
> Assistant Professor of Physics
> Cal Poly State University, San Luis Obispo
> bgranger at calpoly.edu
> ellisonbg at gmail.com
> _______________________________________________
> IPython-dev mailing list
> IPython-dev at scipy.org
> http://mail.scipy.org/mailman/listinfo/ipython-dev
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/ipython-dev/attachments/20110126/31fc5008/attachment.html>

From ellisonbg at gmail.com  Wed Jan 26 19:12:38 2011
From: ellisonbg at gmail.com (Brian Granger)
Date: Wed, 26 Jan 2011 16:12:38 -0800
Subject: [IPython-dev] Qt console broken in trunk?
In-Reply-To: <AANLkTikd_Mh0B8tL-0dNkYrj=zu6cPg1YBX7vAmmpGJW@mail.gmail.com>
References: <AANLkTi=yz=2w_EM=Hhn7PHHsXioH8rmJQp4-gK2V3fjq@mail.gmail.com>
	<AANLkTi=PxSgGFNR5CgV-+K3SynECE_u+2OEmS5S6EnwP@mail.gmail.com>
	<AANLkTikd_Mh0B8tL-0dNkYrj=zu6cPg1YBX7vAmmpGJW@mail.gmail.com>
Message-ID: <AANLkTikSo4VQFOBD_8fJYO7-OcuUwjAR6fupVTzOiV8K@mail.gmail.com>

Should we require 2.0.9 for IPython?

Brian

On Wed, Jan 26, 2011 at 4:09 PM, MinRK <benjaminrk at gmail.com> wrote:
> What version of pyzmq do you have? ?If you are still using 2.0.9, then
> that's before we made this addition (early October).
> I realize that since IPython depends on 2.6, I can just import the (super
> slow) builtin json module, rather than follow pyzmq's import preferences.
>
> -MinRK
> On Wed, Jan 26, 2011 at 16:00, Brian Granger <ellisonbg at gmail.com> wrote:
>>
>> Fernando,
>>
>> This is actually an import from pyzmq:
>>
>> In [4]: from zmq.utils import jsonapi as json
>>
>> In [5]: json.__file__
>> Out[5]:
>> '/Users/bgranger/Documents/Computation/zeromq/pyzmq/zmq/utils/jsonapi.pyc'
>>
>> So it looks like something is odd with your pyzmq install...unless for
>> some reason Python is putting ?the IPython directory in you sys.path
>> so importing zmq picks up IPython.zmq instead of zmq (pyzmq). ?Can you
>> look at your pyzmq install?
>>
>> Brian
>>
>>
>> On Wed, Jan 26, 2011 at 3:31 PM, Fernando Perez <fperez.net at gmail.com>
>> wrote:
>> > Hey guys,
>> >
>> > as I was working on the 'asdf' bug I just posted about, I tried to use
>> > the Qt console after updating my trunk, and got this:
>> >
>> > (trunk)dreamweaver[ipython]> ipython-qtconsole
>> > Traceback (most recent call last):
>> > ?File "/home/fperez/usr/bin/ipython-qtconsole", line 4, in <module>
>> > ? ?from IPython.frontend.qt.console.ipythonqt import main
>> > ?File
>> > "/home/fperez/ipython/ipython/IPython/frontend/qt/console/ipythonqt.py",
>> > line 17, in <module>
>> > ? ?from IPython.frontend.qt.kernelmanager import QtKernelManager
>> > ?File
>> > "/home/fperez/ipython/ipython/IPython/frontend/qt/kernelmanager.py",
>> > line 9, in <module>
>> > ? ?from IPython.zmq.kernelmanager import KernelManager,
>> > SubSocketChannel, \
>> > ?File "/home/fperez/ipython/ipython/IPython/zmq/kernelmanager.py",
>> > line 36, in <module>
>> > ? ?from session import Session, Message
>> > ?File "/home/fperez/ipython/ipython/IPython/zmq/session.py", line 7,
>> > in <module>
>> > ? ?from zmq.utils import jsonapi as json
>> > ImportError: No module named utils
>> >
>> >
>> > Not sure when it broke, but I suspect the merge of the recent session
>> > branch might have something to do with it.
>> >
>> > Brian/Min, do you guys have an idea of what happened, maybe just a
>> > file someone forgot to add from their local working tree?
>> >
>> > Cheers,
>> >
>> > f
>> > _______________________________________________
>> > IPython-dev mailing list
>> > IPython-dev at scipy.org
>> > http://mail.scipy.org/mailman/listinfo/ipython-dev
>> >
>>
>>
>>
>> --
>> Brian E. Granger, Ph.D.
>> Assistant Professor of Physics
>> Cal Poly State University, San Luis Obispo
>> bgranger at calpoly.edu
>> ellisonbg at gmail.com
>> _______________________________________________
>> IPython-dev mailing list
>> IPython-dev at scipy.org
>> http://mail.scipy.org/mailman/listinfo/ipython-dev
>
>



-- 
Brian E. Granger, Ph.D.
Assistant Professor of Physics
Cal Poly State University, San Luis Obispo
bgranger at calpoly.edu
ellisonbg at gmail.com


From ellisonbg at gmail.com  Wed Jan 26 19:12:52 2011
From: ellisonbg at gmail.com (Brian Granger)
Date: Wed, 26 Jan 2011 16:12:52 -0800
Subject: [IPython-dev] Qt console broken in trunk?
In-Reply-To: <AANLkTikSo4VQFOBD_8fJYO7-OcuUwjAR6fupVTzOiV8K@mail.gmail.com>
References: <AANLkTi=yz=2w_EM=Hhn7PHHsXioH8rmJQp4-gK2V3fjq@mail.gmail.com>
	<AANLkTi=PxSgGFNR5CgV-+K3SynECE_u+2OEmS5S6EnwP@mail.gmail.com>
	<AANLkTikd_Mh0B8tL-0dNkYrj=zu6cPg1YBX7vAmmpGJW@mail.gmail.com>
	<AANLkTikSo4VQFOBD_8fJYO7-OcuUwjAR6fupVTzOiV8K@mail.gmail.com>
Message-ID: <AANLkTi=iBkDHK1QwFDhcrk6aKkJ-12-gPDF53vUCbh0D@mail.gmail.com>

I mean require 2.0.10?

On Wed, Jan 26, 2011 at 4:12 PM, Brian Granger <ellisonbg at gmail.com> wrote:
> Should we require 2.0.9 for IPython?
>
> Brian
>
> On Wed, Jan 26, 2011 at 4:09 PM, MinRK <benjaminrk at gmail.com> wrote:
>> What version of pyzmq do you have? ?If you are still using 2.0.9, then
>> that's before we made this addition (early October).
>> I realize that since IPython depends on 2.6, I can just import the (super
>> slow) builtin json module, rather than follow pyzmq's import preferences.
>>
>> -MinRK
>> On Wed, Jan 26, 2011 at 16:00, Brian Granger <ellisonbg at gmail.com> wrote:
>>>
>>> Fernando,
>>>
>>> This is actually an import from pyzmq:
>>>
>>> In [4]: from zmq.utils import jsonapi as json
>>>
>>> In [5]: json.__file__
>>> Out[5]:
>>> '/Users/bgranger/Documents/Computation/zeromq/pyzmq/zmq/utils/jsonapi.pyc'
>>>
>>> So it looks like something is odd with your pyzmq install...unless for
>>> some reason Python is putting ?the IPython directory in you sys.path
>>> so importing zmq picks up IPython.zmq instead of zmq (pyzmq). ?Can you
>>> look at your pyzmq install?
>>>
>>> Brian
>>>
>>>
>>> On Wed, Jan 26, 2011 at 3:31 PM, Fernando Perez <fperez.net at gmail.com>
>>> wrote:
>>> > Hey guys,
>>> >
>>> > as I was working on the 'asdf' bug I just posted about, I tried to use
>>> > the Qt console after updating my trunk, and got this:
>>> >
>>> > (trunk)dreamweaver[ipython]> ipython-qtconsole
>>> > Traceback (most recent call last):
>>> > ?File "/home/fperez/usr/bin/ipython-qtconsole", line 4, in <module>
>>> > ? ?from IPython.frontend.qt.console.ipythonqt import main
>>> > ?File
>>> > "/home/fperez/ipython/ipython/IPython/frontend/qt/console/ipythonqt.py",
>>> > line 17, in <module>
>>> > ? ?from IPython.frontend.qt.kernelmanager import QtKernelManager
>>> > ?File
>>> > "/home/fperez/ipython/ipython/IPython/frontend/qt/kernelmanager.py",
>>> > line 9, in <module>
>>> > ? ?from IPython.zmq.kernelmanager import KernelManager,
>>> > SubSocketChannel, \
>>> > ?File "/home/fperez/ipython/ipython/IPython/zmq/kernelmanager.py",
>>> > line 36, in <module>
>>> > ? ?from session import Session, Message
>>> > ?File "/home/fperez/ipython/ipython/IPython/zmq/session.py", line 7,
>>> > in <module>
>>> > ? ?from zmq.utils import jsonapi as json
>>> > ImportError: No module named utils
>>> >
>>> >
>>> > Not sure when it broke, but I suspect the merge of the recent session
>>> > branch might have something to do with it.
>>> >
>>> > Brian/Min, do you guys have an idea of what happened, maybe just a
>>> > file someone forgot to add from their local working tree?
>>> >
>>> > Cheers,
>>> >
>>> > f
>>> > _______________________________________________
>>> > IPython-dev mailing list
>>> > IPython-dev at scipy.org
>>> > http://mail.scipy.org/mailman/listinfo/ipython-dev
>>> >
>>>
>>>
>>>
>>> --
>>> Brian E. Granger, Ph.D.
>>> Assistant Professor of Physics
>>> Cal Poly State University, San Luis Obispo
>>> bgranger at calpoly.edu
>>> ellisonbg at gmail.com
>>> _______________________________________________
>>> IPython-dev mailing list
>>> IPython-dev at scipy.org
>>> http://mail.scipy.org/mailman/listinfo/ipython-dev
>>
>>
>
>
>
> --
> Brian E. Granger, Ph.D.
> Assistant Professor of Physics
> Cal Poly State University, San Luis Obispo
> bgranger at calpoly.edu
> ellisonbg at gmail.com
>



-- 
Brian E. Granger, Ph.D.
Assistant Professor of Physics
Cal Poly State University, San Luis Obispo
bgranger at calpoly.edu
ellisonbg at gmail.com


From benjaminrk at gmail.com  Wed Jan 26 19:42:48 2011
From: benjaminrk at gmail.com (MinRK)
Date: Wed, 26 Jan 2011 16:42:48 -0800
Subject: [IPython-dev] Qt console broken in trunk?
In-Reply-To: <AANLkTi=iBkDHK1QwFDhcrk6aKkJ-12-gPDF53vUCbh0D@mail.gmail.com>
References: <AANLkTi=yz=2w_EM=Hhn7PHHsXioH8rmJQp4-gK2V3fjq@mail.gmail.com>
	<AANLkTi=PxSgGFNR5CgV-+K3SynECE_u+2OEmS5S6EnwP@mail.gmail.com>
	<AANLkTikd_Mh0B8tL-0dNkYrj=zu6cPg1YBX7vAmmpGJW@mail.gmail.com>
	<AANLkTikSo4VQFOBD_8fJYO7-OcuUwjAR6fupVTzOiV8K@mail.gmail.com>
	<AANLkTi=iBkDHK1QwFDhcrk6aKkJ-12-gPDF53vUCbh0D@mail.gmail.com>
Message-ID: <AANLkTi=h754xV=0bgD3XWH2Jyku0nqzE+0eHnu9F126M@mail.gmail.com>

2.0.10 has a lot of stability improvements over previous releases.  The main
argument against it is if major distributions (EPD, various Linux distros)
are still shipping 2.0.9, then we should maybe hold back.

I can easily change the import if we want to do that.

-MinRK

On Wed, Jan 26, 2011 at 16:12, Brian Granger <ellisonbg at gmail.com> wrote:

> I mean require 2.0.10?
>
> On Wed, Jan 26, 2011 at 4:12 PM, Brian Granger <ellisonbg at gmail.com>
> wrote:
> > Should we require 2.0.9 for IPython?
> >
> > Brian
> >
> > On Wed, Jan 26, 2011 at 4:09 PM, MinRK <benjaminrk at gmail.com> wrote:
> >> What version of pyzmq do you have?  If you are still using 2.0.9, then
> >> that's before we made this addition (early October).
> >> I realize that since IPython depends on 2.6, I can just import the
> (super
> >> slow) builtin json module, rather than follow pyzmq's import
> preferences.
> >>
> >> -MinRK
> >> On Wed, Jan 26, 2011 at 16:00, Brian Granger <ellisonbg at gmail.com>
> wrote:
> >>>
> >>> Fernando,
> >>>
> >>> This is actually an import from pyzmq:
> >>>
> >>> In [4]: from zmq.utils import jsonapi as json
> >>>
> >>> In [5]: json.__file__
> >>> Out[5]:
> >>>
> '/Users/bgranger/Documents/Computation/zeromq/pyzmq/zmq/utils/jsonapi.pyc'
> >>>
> >>> So it looks like something is odd with your pyzmq install...unless for
> >>> some reason Python is putting  the IPython directory in you sys.path
> >>> so importing zmq picks up IPython.zmq instead of zmq (pyzmq).  Can you
> >>> look at your pyzmq install?
> >>>
> >>> Brian
> >>>
> >>>
> >>> On Wed, Jan 26, 2011 at 3:31 PM, Fernando Perez <fperez.net at gmail.com>
> >>> wrote:
> >>> > Hey guys,
> >>> >
> >>> > as I was working on the 'asdf' bug I just posted about, I tried to
> use
> >>> > the Qt console after updating my trunk, and got this:
> >>> >
> >>> > (trunk)dreamweaver[ipython]> ipython-qtconsole
> >>> > Traceback (most recent call last):
> >>> >  File "/home/fperez/usr/bin/ipython-qtconsole", line 4, in <module>
> >>> >    from IPython.frontend.qt.console.ipythonqt import main
> >>> >  File
> >>> >
> "/home/fperez/ipython/ipython/IPython/frontend/qt/console/ipythonqt.py",
> >>> > line 17, in <module>
> >>> >    from IPython.frontend.qt.kernelmanager import QtKernelManager
> >>> >  File
> >>> > "/home/fperez/ipython/ipython/IPython/frontend/qt/kernelmanager.py",
> >>> > line 9, in <module>
> >>> >    from IPython.zmq.kernelmanager import KernelManager,
> >>> > SubSocketChannel, \
> >>> >  File "/home/fperez/ipython/ipython/IPython/zmq/kernelmanager.py",
> >>> > line 36, in <module>
> >>> >    from session import Session, Message
> >>> >  File "/home/fperez/ipython/ipython/IPython/zmq/session.py", line 7,
> >>> > in <module>
> >>> >    from zmq.utils import jsonapi as json
> >>> > ImportError: No module named utils
> >>> >
> >>> >
> >>> > Not sure when it broke, but I suspect the merge of the recent session
> >>> > branch might have something to do with it.
> >>> >
> >>> > Brian/Min, do you guys have an idea of what happened, maybe just a
> >>> > file someone forgot to add from their local working tree?
> >>> >
> >>> > Cheers,
> >>> >
> >>> > f
> >>> > _______________________________________________
> >>> > IPython-dev mailing list
> >>> > IPython-dev at scipy.org
> >>> > http://mail.scipy.org/mailman/listinfo/ipython-dev
> >>> >
> >>>
> >>>
> >>>
> >>> --
> >>> Brian E. Granger, Ph.D.
> >>> Assistant Professor of Physics
> >>> Cal Poly State University, San Luis Obispo
> >>> bgranger at calpoly.edu
> >>> ellisonbg at gmail.com
> >>> _______________________________________________
> >>> IPython-dev mailing list
> >>> IPython-dev at scipy.org
> >>> http://mail.scipy.org/mailman/listinfo/ipython-dev
> >>
> >>
> >
> >
> >
> > --
> > Brian E. Granger, Ph.D.
> > Assistant Professor of Physics
> > Cal Poly State University, San Luis Obispo
> > bgranger at calpoly.edu
> > ellisonbg at gmail.com
> >
>
>
>
> --
> Brian E. Granger, Ph.D.
> Assistant Professor of Physics
> Cal Poly State University, San Luis Obispo
> bgranger at calpoly.edu
> ellisonbg at gmail.com
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/ipython-dev/attachments/20110126/a755de90/attachment.html>

From mark.voorhies at ucsf.edu  Wed Jan 26 20:11:27 2011
From: mark.voorhies at ucsf.edu (Mark Voorhies)
Date: Wed, 26 Jan 2011 17:11:27 -0800
Subject: [IPython-dev] Qt console broken in trunk?
In-Reply-To: <AANLkTi=h754xV=0bgD3XWH2Jyku0nqzE+0eHnu9F126M@mail.gmail.com>
References: <AANLkTi=yz=2w_EM=Hhn7PHHsXioH8rmJQp4-gK2V3fjq@mail.gmail.com>
	<AANLkTi=iBkDHK1QwFDhcrk6aKkJ-12-gPDF53vUCbh0D@mail.gmail.com>
	<AANLkTi=h754xV=0bgD3XWH2Jyku0nqzE+0eHnu9F126M@mail.gmail.com>
Message-ID: <201101261711.27805.mark.voorhies@ucsf.edu>

Naive googling suggests that the major Linux distros are ready for 2.0.10:
(I know some of the packagers are on this list, so feel free to correct me)

Debian: 2.0.10 is in experimental (looks like it's being held there until after next week's release of Squeeze)             
             http://packages.qa.debian.org/p/pyzmq.html

Ubuntu: is still on 0.1.20100703+git18f5d06155-1 for Natty?
             https://launchpad.net/ubuntu/+source/pyzmq
             Reasonable to assume that 2.0.10 will propagate after it hits Debian unstable?

Fedora: 2.0.10 is in testing for Fedora 14
            https://admin.fedoraproject.org/updates/python-zmq

SUSE: 2.0.10 is in SLE_11 (same as SLED?) and OpenSUSE 11.1
            https://build.opensuse.org/package/binaries?package=python-pyzmq&project=devel%3Alanguages%3Apython&repository=SLE_11
            https://build.opensuse.org/package/binaries?package=python-pyzmq&project=devel%3Alanguages%3Apython&repository=openSUSE_11.1

--Mark

On Wednesday, January 26, 2011 04:42:48 pm MinRK wrote:
> 2.0.10 has a lot of stability improvements over previous releases.  The main argument against it is if major distributions (EPD, various Linux distros) are still shipping 2.0.9, then we should maybe hold back.  
> 
> I can easily change the import if we want to do that.
> 
> -MinRK
> 
> On Wed, Jan 26, 2011 at 16:12, Brian Granger <ellisonbg at gmail.com> wrote:
>  
> I mean require 2.0.10?
>  
> 
>  On Wed, Jan 26, 2011 at 4:12 PM, Brian Granger <ellisonbg at gmail.com> wrote:
>  > Should we require 2.0.9 for IPython?
>  >
>  > Brian
>  >
>  > On Wed, Jan 26, 2011 at 4:09 PM, MinRK <benjaminrk at gmail.com> wrote:
>  >> What version of pyzmq do you have?  If you are still using 2.0.9, then
>  >> that's before we made this addition (early October).
>  >> I realize that since IPython depends on 2.6, I can just import the (super
>  >> slow) builtin json module, rather than follow pyzmq's import preferences.
>  >>
>  >> -MinRK
>  >> On Wed, Jan 26, 2011 at 16:00, Brian Granger <ellisonbg at gmail.com> wrote:
>  >>>
>  >>> Fernando,
>  >>>
>  >>> This is actually an import from pyzmq:
>  >>>
>  >>> In [4]: from zmq.utils import jsonapi as json
>  >>>
>  >>> In [5]: json.__file__
>  >>> Out[5]:
>  >>> '/Users/bgranger/Documents/Computation/zeromq/pyzmq/zmq/utils/jsonapi.pyc'
>  >>>
>  >>> So it looks like something is odd with your pyzmq install...unless for
>  >>> some reason Python is putting  the IPython directory in you sys.path
>  >>> so importing zmq picks up IPython.zmq instead of zmq (pyzmq).  Can you
>  >>> look at your pyzmq install?
>  >>>
>  >>> Brian
>  >>>
>  >>>
>  >>> On Wed, Jan 26, 2011 at 3:31 PM, Fernando Perez <fperez.net at gmail.com>
>  >>> wrote:
>  >>> > Hey guys,
>  >>> >
>  >>> > as I was working on the 'asdf' bug I just posted about, I tried to use
>  >>> > the Qt console after updating my trunk, and got this:
>  >>> >
>  >>> > (trunk)dreamweaver[ipython]> ipython-qtconsole
>  >>> > Traceback (most recent call last):
>  >>> >  File "/home/fperez/usr/bin/ipython-qtconsole", line 4, in <module>
>  >>> >    from IPython.frontend.qt.console.ipythonqt import main
>  >>> >  File
>  >>> > "/home/fperez/ipython/ipython/IPython/frontend/qt/console/ipythonqt.py",
>  >>> > line 17, in <module>
>  >>> >    from IPython.frontend.qt.kernelmanager import QtKernelManager
>  >>> >  File
>  >>> > "/home/fperez/ipython/ipython/IPython/frontend/qt/kernelmanager.py",
>  >>> > line 9, in <module>
>  >>> >    from IPython.zmq.kernelmanager import KernelManager,
>  >>> > SubSocketChannel, \
>  >>> >  File "/home/fperez/ipython/ipython/IPython/zmq/kernelmanager.py",
>  >>> > line 36, in <module>
>  >>> >    from session import Session, Message
>  >>> >  File "/home/fperez/ipython/ipython/IPython/zmq/session.py", line 7,
>  >>> > in <module>
>  >>> >    from zmq.utils import jsonapi as json
>  >>> > ImportError: No module named utils
>  >>> >
>  >>> >
>  >>> > Not sure when it broke, but I suspect the merge of the recent session
>  >>> > branch might have something to do with it.
>  >>> >
>  >>> > Brian/Min, do you guys have an idea of what happened, maybe just a
>  >>> > file someone forgot to add from their local working tree?
>  >>> >
>  >>> > Cheers,
>  >>> >
>  >>> > f
>  >>> > _______________________________________________
>  >>> > IPython-dev mailing list
>  >>> > IPython-dev at scipy.org
>  >>> > http://mail.scipy.org/mailman/listinfo/ipython-dev
>  >>> >
>  >>>
>  >>>
>  >>>
>  >>> --
>  >>> Brian E. Granger, Ph.D.
>  >>> Assistant Professor of Physics
>  >>> Cal Poly State University, San Luis Obispo
>  >>> bgranger at calpoly.edu
>  >>> ellisonbg at gmail.com
>  >>> _______________________________________________
>  >>> IPython-dev mailing list
>  >>> IPython-dev at scipy.org
>  >>> http://mail.scipy.org/mailman/listinfo/ipython-dev
>  >>
>  >>
>  >
>  >
>  >
>  > --
>  > Brian E. Granger, Ph.D.
>  > Assistant Professor of Physics
>  > Cal Poly State University, San Luis Obispo
>  > bgranger at calpoly.edu
>  > ellisonbg at gmail.com
>  >
>  
>  
>  
>  
> --
>  
> Brian E. Granger, Ph.D.
>  Assistant Professor of Physics
>  Cal Poly State University, San Luis Obispo
>  bgranger at calpoly.edu
>  ellisonbg at gmail.com
> 


From kunal.t2 at gmail.com  Wed Jan 26 21:43:18 2011
From: kunal.t2 at gmail.com (kunal)
Date: Thu, 27 Jan 2011 08:13:18 +0530
Subject: [IPython-dev] gsoc with ipython
In-Reply-To: <AANLkTikD8tf9OCs35rBnkuQCTQtjcpkT2GqNOc_8Afuv@mail.gmail.com>
References: <201011241319.35443.danciac@gmail.com>	<AANLkTimGk9N+eeKtJ6psTUK=knktWSw6hKS90f4KOr-F@mail.gmail.com>
	<AANLkTikD8tf9OCs35rBnkuQCTQtjcpkT2GqNOc_8Afuv@mail.gmail.com>
Message-ID: <4D40DBC6.5040706@gmail.com>


>     - Work on the parallel parts: Min Ragan-Kelley has made phenomenal
>     progress recently on this, but it's possible that despite his
>     super-human abilities, he might still have more ideas than time to
>     code them up.  Now with the zmq support we have fairly ambitious plans
>     for what can be done with ipython, so there will be plenty of work on
>     this front.
>

Hi fernando,
The work suggested above on parallel parts and zmq sounds interesting.
I have a bit of experience using pyzmq too. So can you please point me
further in this direction. It would be great if i could work on them for
GSOC 2011. But i must know what i am in for , before i begin :) right !

-- 
regards
-------
Kunal Ghosh
Dept of Computer Sc.&  Engineering.
Sir MVIT
Bangalore,India
t
permalink: member.acm.org/~kunal.t2
Blog:kunalghosh.wordpress.com
Website:www.kunalghosh.net46.net

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/ipython-dev/attachments/20110127/1b8e783f/attachment.html>

From fperez.net at gmail.com  Wed Jan 26 23:30:36 2011
From: fperez.net at gmail.com (Fernando Perez)
Date: Wed, 26 Jan 2011 23:30:36 -0500
Subject: [IPython-dev] Test failure in trunk, I think from a recent merge
Message-ID: <AANLkTim+q3jWhTpvr-4iSe-CeqBP2WE2e-jJBZ+UHnbF@mail.gmail.com>

Hey folks,

I'm seeing this from trunk:

======================================================================
ERROR: Failure: ImportError (cannot import name DefaultFormatter)
----------------------------------------------------------------------
Traceback (most recent call last):
  File "/usr/lib/pymodules/python2.6/nose/loader.py", line 379, in
loadTestsFromName
    addr.filename, addr.module)
  File "/usr/lib/pymodules/python2.6/nose/importer.py", line 39, in
importFromPath
    return self.importFromDir(dir_path, fqname)
  File "/usr/lib/pymodules/python2.6/nose/importer.py", line 86, in
importFromDir
    mod = load_module(part_fqname, fh, filename, desc)
  File "/home/fperez/ipython/ipython/IPython/core/tests/test_formatters.py",
line 6, in <module>
    from IPython.core.formatters import FormatterABC, DefaultFormatter
ImportError: cannot import name DefaultFormatter


Brian, I suspect that's from the recent formatting merge, it should be
a quick fix though, I imagine.  Sorry I failed to catch this one on
the review (lesson, which we knew already, never forget to run the
full test suite after a review :)

Cheers,

f


From fperez.net at gmail.com  Wed Jan 26 23:44:39 2011
From: fperez.net at gmail.com (Fernando Perez)
Date: Wed, 26 Jan 2011 23:44:39 -0500
Subject: [IPython-dev] New display system submitted for review
In-Reply-To: <AANLkTi=hgHW_9oTVEbnek4mg+d2Lc3tiALjPnBB+8FHS@mail.gmail.com>
References: <AANLkTikxh2WKN=Wzb0aAk4P14QCVFVNTqcpME4HjMSwE@mail.gmail.com>
	<AANLkTimuQv9zDhZWtX0cBW94bv32GeNSMv_+pQJTtLmW@mail.gmail.com>
	<201101091836.56030.mark.voorhies@ucsf.edu>
	<AANLkTi=hgHW_9oTVEbnek4mg+d2Lc3tiALjPnBB+8FHS@mail.gmail.com>
Message-ID: <AANLkTikAnMyRH8C_h08-MMX7tGWRcz5nNsY9tMtZCxCS@mail.gmail.com>

hey,

On Mon, Jan 10, 2011 at 12:16 PM, Brian Granger <ellisonbg at gmail.com> wrote:
>
> Thanks for the data points. ?Fernando, can you (eventually) try a few
> different browsers? ?On my Mac, the images showed up fine on Chrome,
> Safari and Firefox.

OK, weird: the problem only appears if I use the gmail 'view' link,
and I get broken image placeholders on Firefox 3.6.13 and Chrome.
But, if I actually save the html files to disk, they do open fine.

So it looks like the problem is with Google's 'view' implementation
(or some interaction between that and linux, who knows), but not on
our side.  Now we know what to tell people if anyone else reports
similar issues.

Cheers,

f


From takowl at gmail.com  Thu Jan 27 05:24:29 2011
From: takowl at gmail.com (Thomas Kluyver)
Date: Thu, 27 Jan 2011 10:24:29 +0000
Subject: [IPython-dev] Qt console broken in trunk?
In-Reply-To: <201101261711.27805.mark.voorhies@ucsf.edu>
References: <AANLkTi=yz=2w_EM=Hhn7PHHsXioH8rmJQp4-gK2V3fjq@mail.gmail.com>
	<AANLkTi=iBkDHK1QwFDhcrk6aKkJ-12-gPDF53vUCbh0D@mail.gmail.com>
	<AANLkTi=h754xV=0bgD3XWH2Jyku0nqzE+0eHnu9F126M@mail.gmail.com>
	<201101261711.27805.mark.voorhies@ucsf.edu>
Message-ID: <AANLkTingMHLGEFgcpKJEz89q6S=sY6SDAuYY_MCG8AW2@mail.gmail.com>

I think Ubuntu might need to be prodded to update - according to the release
schedule, automatic imports from Debian stopped at the end of December:
https://wiki.ubuntu.com/DebianImportFreeze

ZMQ itself is already at 2.0.10, so it should be a no-brainer to add the
matching release of pyzmq.

Thomas

On 27 January 2011 01:11, Mark Voorhies <mark.voorhies at ucsf.edu> wrote:

> Naive googling suggests that the major Linux distros are ready for 2.0.10:
> (I know some of the packagers are on this list, so feel free to correct me)
>
> Debian: 2.0.10 is in experimental (looks like it's being held there until
> after next week's release of Squeeze)
>             http://packages.qa.debian.org/p/pyzmq.html
>
> Ubuntu: is still on 0.1.20100703+git18f5d06155-1 for Natty?
>             https://launchpad.net/ubuntu/+source/pyzmq
>             Reasonable to assume that 2.0.10 will propagate after it hits
> Debian unstable?
>
> Fedora: 2.0.10 is in testing for Fedora 14
>            https://admin.fedoraproject.org/updates/python-zmq
>
> SUSE: 2.0.10 is in SLE_11 (same as SLED?) and OpenSUSE 11.1
>
> https://build.opensuse.org/package/binaries?package=python-pyzmq&project=devel%3Alanguages%3Apython&repository=SLE_11
>
> https://build.opensuse.org/package/binaries?package=python-pyzmq&project=devel%3Alanguages%3Apython&repository=openSUSE_11.1
>
> --Mark
>
> On Wednesday, January 26, 2011 04:42:48 pm MinRK wrote:
> > 2.0.10 has a lot of stability improvements over previous releases.  The
> main argument against it is if major distributions (EPD, various Linux
> distros) are still shipping 2.0.9, then we should maybe hold back.
> >
> > I can easily change the import if we want to do that.
> >
> > -MinRK
> >
> > On Wed, Jan 26, 2011 at 16:12, Brian Granger <ellisonbg at gmail.com>
> wrote:
> >
> > I mean require 2.0.10?
> >
> >
> >  On Wed, Jan 26, 2011 at 4:12 PM, Brian Granger <ellisonbg at gmail.com>
> wrote:
> >  > Should we require 2.0.9 for IPython?
> >  >
> >  > Brian
> >  >
> >  > On Wed, Jan 26, 2011 at 4:09 PM, MinRK <benjaminrk at gmail.com> wrote:
> >  >> What version of pyzmq do you have?  If you are still using 2.0.9,
> then
> >  >> that's before we made this addition (early October).
> >  >> I realize that since IPython depends on 2.6, I can just import the
> (super
> >  >> slow) builtin json module, rather than follow pyzmq's import
> preferences.
> >  >>
> >  >> -MinRK
> >  >> On Wed, Jan 26, 2011 at 16:00, Brian Granger <ellisonbg at gmail.com>
> wrote:
> >  >>>
> >  >>> Fernando,
> >  >>>
> >  >>> This is actually an import from pyzmq:
> >  >>>
> >  >>> In [4]: from zmq.utils import jsonapi as json
> >  >>>
> >  >>> In [5]: json.__file__
> >  >>> Out[5]:
> >  >>>
> '/Users/bgranger/Documents/Computation/zeromq/pyzmq/zmq/utils/jsonapi.pyc'
> >  >>>
> >  >>> So it looks like something is odd with your pyzmq install...unless
> for
> >  >>> some reason Python is putting  the IPython directory in you sys.path
> >  >>> so importing zmq picks up IPython.zmq instead of zmq (pyzmq).  Can
> you
> >  >>> look at your pyzmq install?
> >  >>>
> >  >>> Brian
> >  >>>
> >  >>>
> >  >>> On Wed, Jan 26, 2011 at 3:31 PM, Fernando Perez <fperez.net@
> gmail.com>
> >  >>> wrote:
> >  >>> > Hey guys,
> >  >>> >
> >  >>> > as I was working on the 'asdf' bug I just posted about, I tried to
> use
> >  >>> > the Qt console after updating my trunk, and got this:
> >  >>> >
> >  >>> > (trunk)dreamweaver[ipython]> ipython-qtconsole
> >  >>> > Traceback (most recent call last):
> >  >>> >  File "/home/fperez/usr/bin/ipython-qtconsole", line 4, in
> <module>
> >  >>> >    from IPython.frontend.qt.console.ipythonqt import main
> >  >>> >  File
> >  >>> >
> "/home/fperez/ipython/ipython/IPython/frontend/qt/console/ipythonqt.py",
> >  >>> > line 17, in <module>
> >  >>> >    from IPython.frontend.qt.kernelmanager import QtKernelManager
> >  >>> >  File
> >  >>> >
> "/home/fperez/ipython/ipython/IPython/frontend/qt/kernelmanager.py",
> >  >>> > line 9, in <module>
> >  >>> >    from IPython.zmq.kernelmanager import KernelManager,
> >  >>> > SubSocketChannel, \
> >  >>> >  File "/home/fperez/ipython/ipython/IPython/zmq/kernelmanager.py",
> >  >>> > line 36, in <module>
> >  >>> >    from session import Session, Message
> >  >>> >  File "/home/fperez/ipython/ipython/IPython/zmq/session.py", line
> 7,
> >  >>> > in <module>
> >  >>> >    from zmq.utils import jsonapi as json
> >  >>> > ImportError: No module named utils
> >  >>> >
> >  >>> >
> >  >>> > Not sure when it broke, but I suspect the merge of the recent
> session
> >  >>> > branch might have something to do with it.
> >  >>> >
> >  >>> > Brian/Min, do you guys have an idea of what happened, maybe just a
> >  >>> > file someone forgot to add from their local working tree?
> >  >>> >
> >  >>> > Cheers,
> >  >>> >
> >  >>> > f
> >  >>> > _______________________________________________
> >  >>> > IPython-dev mailing list
> >  >>> > IPython-dev at scipy.org
> >  >>> > http://mail.scipy.org/mailman/listinfo/ipython-dev
> >  >>> >
> >  >>>
> >  >>>
> >  >>>
> >  >>> --
> >  >>> Brian E. Granger, Ph.D.
> >  >>> Assistant Professor of Physics
> >  >>> Cal Poly State University, San Luis Obispo
> >  >>> bgranger at calpoly.edu
> >  >>> ellisonbg at gmail.com
> >  >>> _______________________________________________
> >  >>> IPython-dev mailing list
> >  >>> IPython-dev at scipy.org
> >  >>> http://mail.scipy.org/mailman/listinfo/ipython-dev
> >  >>
> >  >>
> >  >
> >  >
> >  >
> >  > --
> >  > Brian E. Granger, Ph.D.
> >  > Assistant Professor of Physics
> >  > Cal Poly State University, San Luis Obispo
> >  > bgranger at calpoly.edu
> >  > ellisonbg at gmail.com
> >  >
> >
> >
> >
> >
> > --
> >
> > Brian E. Granger, Ph.D.
> >  Assistant Professor of Physics
> >  Cal Poly State University, San Luis Obispo
> >  bgranger at calpoly.edu
> >  ellisonbg at gmail.com
> >
> _______________________________________________
> IPython-dev mailing list
> IPython-dev at scipy.org
> http://mail.scipy.org/mailman/listinfo/ipython-dev
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/ipython-dev/attachments/20110127/71fc78fc/attachment.html>

From satra at mit.edu  Thu Jan 27 15:22:10 2011
From: satra at mit.edu (Satrajit Ghosh)
Date: Thu, 27 Jan 2011 14:22:10 -0600
Subject: [IPython-dev] EPD, virtualenv, ipython
Message-ID: <AANLkTim5Lc6L_4hEU20vKyZc5SBSDGD1HWFkk2FhCYye@mail.gmail.com>

hi,

i've installed EPD 6.3 x64 on an ubuntu machine and then i installed
virtualenvwrapper and pip. i setup a new virtual environment and
easy_install nibabel. if i launch ipython, it invokes the correct ipython
from EPD but i cannot import nibabel. if i simply launch python, i can
import nibabel.

this is sys.path from ipython launched within the virtual environment

['',
 '/software/python/EPD/6.3/bin',
 '/software/python/EPD/6.3/lib/python2.6/site-packages/virtualenvwrapper-2.6.1-py2.6.egg',
 '/software/python/EPD/6.3/lib/python2.6/site-packages/virtualenv-1.5.1-py2.6.egg',
 '/software/python/EPD/6.3/lib/python26.zip',
 '/software/python/EPD/6.3/lib/python2.6',
 '/software/python/EPD/6.3/lib/python2.6/plat-linux2',
 '/software/python/EPD/6.3/lib/python2.6/lib-tk',
 '/software/python/EPD/6.3/lib/python2.6/lib-old',
 '/software/python/EPD/6.3/lib/python2.6/lib-dynload',
 '/software/python/EPD/6.3/lib/python2.6/site-packages',
 '/software/python/EPD/6.3/lib/python2.6/site-packages/PIL',
 '/software/python/EPD/6.3/lib/python2.6/site-packages/IPython/Extensions',
 u'/users/satra/.ipython']


this is sys.path from python launched within the virtual environment

/software/python/virtualenvs/test/lib/python2.6/site-packages/setuptools-0.6c11-py2.6.egg
/software/python/virtualenvs/test/lib/python2.6/site-packages/pip-0.8.1-py2.6.egg
/software/python/virtualenvs/test/lib/python2.6/site-packages/nibabel-1.0.0-py2.6.egg
/software/python/virtualenvs/test/lib/python26.zip
/software/python/virtualenvs/test/lib/python2.6
/software/python/virtualenvs/test/lib/python2.6/plat-linux2
/software/python/virtualenvs/test/lib/python2.6/lib-tk
/software/python/virtualenvs/test/lib/python2.6/lib-old
/software/python/virtualenvs/test/lib/python2.6/lib-dynload
/software/python/EPD/6.3/lib/python2.6
/software/python/EPD/6.3/lib/python2.6/plat-linux2
/software/python/EPD/6.3/lib/python2.6/lib-tk
/software/python/virtualenvs/test/lib/python2.6/site-packages
/software/python/EPD/6.3/lib/python2.6/site-packages/virtualenvwrapper-2.6.1-py2.6.egg
/software/python/EPD/6.3/lib/python2.6/site-packages/virtualenv-1.5.1-py2.6.egg
/software/python/EPD/6.3/lib/python2.6/site-packages
/software/python/EPD/6.3/lib/python2.6/site-packages/PIL
------------

any ideas as to why ipython is not being loaded with an updated sys.path?

cheers,

satra
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/ipython-dev/attachments/20110127/62e4a124/attachment.html>

From fperez.net at gmail.com  Thu Jan 27 16:14:21 2011
From: fperez.net at gmail.com (Fernando Perez)
Date: Thu, 27 Jan 2011 16:14:21 -0500
Subject: [IPython-dev] No displayhook triggered for raw 'asdf'
In-Reply-To: <20110126230020.GI5046@phare.normalesup.org>
References: <AANLkTikdY0vrAoZKRwK_yjMe9C+2XaC43vHWYkNG4uG6@mail.gmail.com>
	<AANLkTikLeKS7P-Z-8Qwy=HPY4WT5zt-LAkLaw6WxN-bi@mail.gmail.com>
	<20110126230020.GI5046@phare.normalesup.org>
Message-ID: <AANLkTik0HGg1dO3CcrmSZ+kZx-kfHZ42assgdoOTk7vj@mail.gmail.com>

On Wed, Jan 26, 2011 at 6:00 PM, Gael Varoquaux
<gael.varoquaux at normalesup.org> wrote:
> AFAIK comments and equivalent (a single string is considered as a
> comment) are not represented in the AST. I struggled with that in
> pyreport (no use to look at the pyreport code: I don't think that it is
> useable for you). I think that the way out it to use a combination of the
> tokenizer and the AST to identify such trouble makers before feeding them
> to the AST. It gets nasty.

Aha, that makes perfect sense.

>> BTW, I have no clue as to why it's not happening on the py3k branch,
>> that's quite odd.
>
> In py3k, I believe that the underlying notion is that of a CST: 'concrete
> syntax tree', that keeps extra information, such as the comments or
> blocks made of strings. It was introduced for code manipulations.
>
> I hope I haven't inserted too many factual mistakes above :)

Well, your comments are super helpful, actually.  It explains what
we're seeing, and at least gives us an idea on how to proceed...  If
nothing else, we can special-case things a little.  It may not be
pretty, but knowing what's going on at least makes it tractable.

Many thanks!

f


From fperez.net at gmail.com  Thu Jan 27 16:18:59 2011
From: fperez.net at gmail.com (Fernando Perez)
Date: Thu, 27 Jan 2011 16:18:59 -0500
Subject: [IPython-dev] Qt console broken in trunk?
In-Reply-To: <AANLkTi=iBkDHK1QwFDhcrk6aKkJ-12-gPDF53vUCbh0D@mail.gmail.com>
References: <AANLkTi=yz=2w_EM=Hhn7PHHsXioH8rmJQp4-gK2V3fjq@mail.gmail.com>
	<AANLkTi=PxSgGFNR5CgV-+K3SynECE_u+2OEmS5S6EnwP@mail.gmail.com>
	<AANLkTikd_Mh0B8tL-0dNkYrj=zu6cPg1YBX7vAmmpGJW@mail.gmail.com>
	<AANLkTikSo4VQFOBD_8fJYO7-OcuUwjAR6fupVTzOiV8K@mail.gmail.com>
	<AANLkTi=iBkDHK1QwFDhcrk6aKkJ-12-gPDF53vUCbh0D@mail.gmail.com>
Message-ID: <AANLkTi=UBtjXkiB5Mt7yn4agq1nORk6oJudDpgFcUCL1@mail.gmail.com>

On Wed, Jan 26, 2011 at 7:12 PM, Brian Granger <ellisonbg at gmail.com> wrote:
> I mean require 2.0.10?

Aha, thanks.   Yes, my problem was a too-old pyzmq.

It's OK that we have a minimal version requirement, but what we should
do is catch the problem and report with a useful message.  A 'minimal
pyzmq version required for IPython is 2.0.X' message would have let me
know what's going on by myself, where as I was misled into thinking
the problem could have been elsewhere.

Given Mark's sleuthing on the state of distros, I have no problem with
requiring 2.0.10.  I don't think EPD is officially shipping any pyzmq
yet, are they?  We could always be super-nice and use the slow
fallback on 2.0.9, but I'm OK not even doing that until we hear an
actual complaint of a usage scenario where 2.0.10 is an unsuitable
burden for a user.

I'll proceed to update my pyzmq now, thanks for the info!

Cheers,

f


From warren.weckesser at enthought.com  Thu Jan 27 16:28:40 2011
From: warren.weckesser at enthought.com (Warren Weckesser)
Date: Thu, 27 Jan 2011 15:28:40 -0600
Subject: [IPython-dev] Qt console broken in trunk?
In-Reply-To: <AANLkTi=UBtjXkiB5Mt7yn4agq1nORk6oJudDpgFcUCL1@mail.gmail.com>
References: <AANLkTi=yz=2w_EM=Hhn7PHHsXioH8rmJQp4-gK2V3fjq@mail.gmail.com>
	<AANLkTi=PxSgGFNR5CgV-+K3SynECE_u+2OEmS5S6EnwP@mail.gmail.com>
	<AANLkTikd_Mh0B8tL-0dNkYrj=zu6cPg1YBX7vAmmpGJW@mail.gmail.com>
	<AANLkTikSo4VQFOBD_8fJYO7-OcuUwjAR6fupVTzOiV8K@mail.gmail.com>
	<AANLkTi=iBkDHK1QwFDhcrk6aKkJ-12-gPDF53vUCbh0D@mail.gmail.com>
	<AANLkTi=UBtjXkiB5Mt7yn4agq1nORk6oJudDpgFcUCL1@mail.gmail.com>
Message-ID: <AANLkTimJsximy2SrBjVCtBdv=SefvkZEeUfJm-tsothW@mail.gmail.com>

On Thu, Jan 27, 2011 at 3:18 PM, Fernando Perez <fperez.net at gmail.com>wrote:

> On Wed, Jan 26, 2011 at 7:12 PM, Brian Granger <ellisonbg at gmail.com>
> wrote:
> > I mean require 2.0.10?
>
> Aha, thanks.   Yes, my problem was a too-old pyzmq.
>
> It's OK that we have a minimal version requirement, but what we should
> do is catch the problem and report with a useful message.  A 'minimal
> pyzmq version required for IPython is 2.0.X' message would have let me
> know what's going on by myself, where as I was misled into thinking
> the problem could have been elsewhere.
>
> Given Mark's sleuthing on the state of distros, I have no problem with
> requiring 2.0.10.  I don't think EPD is officially shipping any pyzmq
> yet, are they?



The current EPD (6.2) has pyzmq 2.0.8.  EPD 6.3 (due to be released in a
couple weeks) will have 2.0.10.

Warren



>  We could always be super-nice and use the slow
> fallback on 2.0.9, but I'm OK not even doing that until we hear an
> actual complaint of a usage scenario where 2.0.10 is an unsuitable
> burden for a user.
>
> I'll proceed to update my pyzmq now, thanks for the info!
>
> Cheers,
>
> f
> _______________________________________________
> IPython-dev mailing list
> IPython-dev at scipy.org
> http://mail.scipy.org/mailman/listinfo/ipython-dev
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/ipython-dev/attachments/20110127/5fbd6883/attachment.html>

From warren.weckesser at enthought.com  Thu Jan 27 16:30:27 2011
From: warren.weckesser at enthought.com (Warren Weckesser)
Date: Thu, 27 Jan 2011 15:30:27 -0600
Subject: [IPython-dev] Qt console broken in trunk?
In-Reply-To: <AANLkTimJsximy2SrBjVCtBdv=SefvkZEeUfJm-tsothW@mail.gmail.com>
References: <AANLkTi=yz=2w_EM=Hhn7PHHsXioH8rmJQp4-gK2V3fjq@mail.gmail.com>
	<AANLkTi=PxSgGFNR5CgV-+K3SynECE_u+2OEmS5S6EnwP@mail.gmail.com>
	<AANLkTikd_Mh0B8tL-0dNkYrj=zu6cPg1YBX7vAmmpGJW@mail.gmail.com>
	<AANLkTikSo4VQFOBD_8fJYO7-OcuUwjAR6fupVTzOiV8K@mail.gmail.com>
	<AANLkTi=iBkDHK1QwFDhcrk6aKkJ-12-gPDF53vUCbh0D@mail.gmail.com>
	<AANLkTi=UBtjXkiB5Mt7yn4agq1nORk6oJudDpgFcUCL1@mail.gmail.com>
	<AANLkTimJsximy2SrBjVCtBdv=SefvkZEeUfJm-tsothW@mail.gmail.com>
Message-ID: <AANLkTi=AF2wBZ0o6SQgfUHteK60V9kbLCbHtO-6C4_rd@mail.gmail.com>

On Thu, Jan 27, 2011 at 3:28 PM, Warren Weckesser <
warren.weckesser at enthought.com> wrote:

>
>
> On Thu, Jan 27, 2011 at 3:18 PM, Fernando Perez <fperez.net at gmail.com>wrote:
>
>> On Wed, Jan 26, 2011 at 7:12 PM, Brian Granger <ellisonbg at gmail.com>
>> wrote:
>> > I mean require 2.0.10?
>>
>> Aha, thanks.   Yes, my problem was a too-old pyzmq.
>>
>> It's OK that we have a minimal version requirement, but what we should
>> do is catch the problem and report with a useful message.  A 'minimal
>> pyzmq version required for IPython is 2.0.X' message would have let me
>> know what's going on by myself, where as I was misled into thinking
>> the problem could have been elsewhere.
>>
>> Given Mark's sleuthing on the state of distros, I have no problem with
>> requiring 2.0.10.  I don't think EPD is officially shipping any pyzmq
>> yet, are they?
>
>
>
> The current EPD (6.2) has pyzmq 2.0.8.  EPD 6.3 (due to be released in a
> couple weeks) will have 2.0.10.
>
>
Whoops... increment the EPD version numbers by 0.1:  The current EPD (6.3)
has pyzmq 2.0.8.  EPD 6.4 (due to be released in a couple weeks) will have
2.0.10.


 Warren
>
>
>
>>  We could always be super-nice and use the slow
>> fallback on 2.0.9, but I'm OK not even doing that until we hear an
>> actual complaint of a usage scenario where 2.0.10 is an unsuitable
>> burden for a user.
>>
>> I'll proceed to update my pyzmq now, thanks for the info!
>>
>> Cheers,
>>
>> f
>> _______________________________________________
>> IPython-dev mailing list
>> IPython-dev at scipy.org
>> http://mail.scipy.org/mailman/listinfo/ipython-dev
>>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/ipython-dev/attachments/20110127/ab774955/attachment.html>

From warren.weckesser at enthought.com  Thu Jan 27 16:40:05 2011
From: warren.weckesser at enthought.com (Warren Weckesser)
Date: Thu, 27 Jan 2011 15:40:05 -0600
Subject: [IPython-dev] Qt console broken in trunk?
In-Reply-To: <AANLkTi=AF2wBZ0o6SQgfUHteK60V9kbLCbHtO-6C4_rd@mail.gmail.com>
References: <AANLkTi=yz=2w_EM=Hhn7PHHsXioH8rmJQp4-gK2V3fjq@mail.gmail.com>
	<AANLkTi=PxSgGFNR5CgV-+K3SynECE_u+2OEmS5S6EnwP@mail.gmail.com>
	<AANLkTikd_Mh0B8tL-0dNkYrj=zu6cPg1YBX7vAmmpGJW@mail.gmail.com>
	<AANLkTikSo4VQFOBD_8fJYO7-OcuUwjAR6fupVTzOiV8K@mail.gmail.com>
	<AANLkTi=iBkDHK1QwFDhcrk6aKkJ-12-gPDF53vUCbh0D@mail.gmail.com>
	<AANLkTi=UBtjXkiB5Mt7yn4agq1nORk6oJudDpgFcUCL1@mail.gmail.com>
	<AANLkTimJsximy2SrBjVCtBdv=SefvkZEeUfJm-tsothW@mail.gmail.com>
	<AANLkTi=AF2wBZ0o6SQgfUHteK60V9kbLCbHtO-6C4_rd@mail.gmail.com>
Message-ID: <AANLkTikVFPRD8CtGkKw5T4G_OTBzGy7bV=nxeZyoBJVW@mail.gmail.com>

On Thu, Jan 27, 2011 at 3:30 PM, Warren Weckesser <
warren.weckesser at enthought.com> wrote:

>
>
> On Thu, Jan 27, 2011 at 3:28 PM, Warren Weckesser <
> warren.weckesser at enthought.com> wrote:
>
>>
>>
>> On Thu, Jan 27, 2011 at 3:18 PM, Fernando Perez <fperez.net at gmail.com>wrote:
>>
>>> On Wed, Jan 26, 2011 at 7:12 PM, Brian Granger <ellisonbg at gmail.com>
>>> wrote:
>>> > I mean require 2.0.10?
>>>
>>> Aha, thanks.   Yes, my problem was a too-old pyzmq.
>>>
>>> It's OK that we have a minimal version requirement, but what we should
>>> do is catch the problem and report with a useful message.  A 'minimal
>>> pyzmq version required for IPython is 2.0.X' message would have let me
>>> know what's going on by myself, where as I was misled into thinking
>>> the problem could have been elsewhere.
>>>
>>> Given Mark's sleuthing on the state of distros, I have no problem with
>>> requiring 2.0.10.  I don't think EPD is officially shipping any pyzmq
>>> yet, are they?
>>
>>
>>
>> The current EPD (6.2) has pyzmq 2.0.8.  EPD 6.3 (due to be released in a
>> couple weeks) will have 2.0.10.
>>
>>
> Whoops... increment the EPD version numbers by 0.1:  The current EPD (6.3)
> has pyzmq 2.0.8.  EPD 6.4 (due to be released in a couple weeks) will have
> 2.0.10.
>


Sorry for the noise, but here's another correction: the next release of EPD
will be EPD 7.0 (not 6.4)--it will have Python 2.7.

Warren



>
>  Warren
>>
>>
>>
>>>  We could always be super-nice and use the slow
>>> fallback on 2.0.9, but I'm OK not even doing that until we hear an
>>> actual complaint of a usage scenario where 2.0.10 is an unsuitable
>>> burden for a user.
>>>
>>> I'll proceed to update my pyzmq now, thanks for the info!
>>>
>>> Cheers,
>>>
>>> f
>>> _______________________________________________
>>> IPython-dev mailing list
>>> IPython-dev at scipy.org
>>> http://mail.scipy.org/mailman/listinfo/ipython-dev
>>>
>>
>>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/ipython-dev/attachments/20110127/fd99643d/attachment.html>

From fperez.net at gmail.com  Thu Jan 27 17:18:20 2011
From: fperez.net at gmail.com (Fernando Perez)
Date: Thu, 27 Jan 2011 17:18:20 -0500
Subject: [IPython-dev] Qt console broken in trunk?
In-Reply-To: <AANLkTikVFPRD8CtGkKw5T4G_OTBzGy7bV=nxeZyoBJVW@mail.gmail.com>
References: <AANLkTi=yz=2w_EM=Hhn7PHHsXioH8rmJQp4-gK2V3fjq@mail.gmail.com>
	<AANLkTi=PxSgGFNR5CgV-+K3SynECE_u+2OEmS5S6EnwP@mail.gmail.com>
	<AANLkTikd_Mh0B8tL-0dNkYrj=zu6cPg1YBX7vAmmpGJW@mail.gmail.com>
	<AANLkTikSo4VQFOBD_8fJYO7-OcuUwjAR6fupVTzOiV8K@mail.gmail.com>
	<AANLkTi=iBkDHK1QwFDhcrk6aKkJ-12-gPDF53vUCbh0D@mail.gmail.com>
	<AANLkTi=UBtjXkiB5Mt7yn4agq1nORk6oJudDpgFcUCL1@mail.gmail.com>
	<AANLkTimJsximy2SrBjVCtBdv=SefvkZEeUfJm-tsothW@mail.gmail.com>
	<AANLkTi=AF2wBZ0o6SQgfUHteK60V9kbLCbHtO-6C4_rd@mail.gmail.com>
	<AANLkTikVFPRD8CtGkKw5T4G_OTBzGy7bV=nxeZyoBJVW@mail.gmail.com>
Message-ID: <AANLkTi=GG-+BuX9NSJmM4ZNm3EOrNDFaSsCJ8q8tAgGb@mail.gmail.com>

On Thu, Jan 27, 2011 at 4:40 PM, Warren Weckesser
<warren.weckesser at enthought.com> wrote:
>>>>
>>>> Given Mark's sleuthing on the state of distros, I have no problem with
>>>> requiring 2.0.10. ?I don't think EPD is officially shipping any pyzmq
>>>> yet, are they?
>>>
>>> The current EPD (6.2) has pyzmq 2.0.8.? EPD 6.3 (due to be released in a
>>> couple weeks) will have 2.0.10.
>>>
>>
>> Whoops... increment the EPD version numbers by 0.1:? The current EPD (6.3)
>> has pyzmq 2.0.8.? EPD 6.4 (due to be released in a couple weeks) will have
>> 2.0.10.
>
>
> Sorry for the noise, but here's another correction: the next release of EPD
> will be EPD 7.0 (not 6.4)--it will have Python 2.7.
>

Thanks for the info, Warren.  In summary, it seems that a 2.0.10
dependency, with a user-friendly message making it explicitly, is a
good solution then.

Regards,

f


From robert.kern at gmail.com  Thu Jan 27 19:38:20 2011
From: robert.kern at gmail.com (Robert Kern)
Date: Thu, 27 Jan 2011 18:38:20 -0600
Subject: [IPython-dev] No displayhook triggered for raw 'asdf'
In-Reply-To: <20110126230020.GI5046@phare.normalesup.org>
References: <AANLkTikdY0vrAoZKRwK_yjMe9C+2XaC43vHWYkNG4uG6@mail.gmail.com>	<AANLkTikLeKS7P-Z-8Qwy=HPY4WT5zt-LAkLaw6WxN-bi@mail.gmail.com>
	<20110126230020.GI5046@phare.normalesup.org>
Message-ID: <iht35t$fd8$1@dough.gmane.org>

On 2011-01-26 17:00 , Gael Varoquaux wrote:
> On Wed, Jan 26, 2011 at 05:54:22PM -0500, Fernando Perez wrote:
>> I'm not familiar with that code, which R. Kern originally wrote, so I
>> haven't found a solution yet.  If anyone can pitch in who knows those
>> AST manipulations well, it would be great.  I'll keep hammering on it.
>
> AFAIK comments and equivalent (a single string is considered as a
> comment) are not represented in the AST.

That's not quite true. It's considered to be the module's docstring and is 
present as the .doc attribute on the Module object. I think that we could safely 
handle the case where ast.doc is not None by prepending 0 to the list of line 
numbers.

I'm having trouble pushing a branch to my github at the moment, but attached is 
a patch. It completely fixes the "asdf" case, and 
split_blocks('"""foo\nbar"""\n') works correctly too, but in the actual IPython 
prompt, the multiline string does not get displayed or collected into the Out 
history. There may be a problem elsewhere.

-- 
Robert Kern

"I have come to believe that the whole world is an enigma, a harmless enigma
  that is made terrible by our own mad attempt to interpret it as though it had
  an underlying truth."
   -- Umberto Eco
-------------- next part --------------
An embedded and charset-unspecified text was scrubbed...
Name: asdf-split.diff
URL: <http://mail.python.org/pipermail/ipython-dev/attachments/20110127/91df92d1/attachment.ksh>

From satra at mit.edu  Thu Jan 27 20:21:30 2011
From: satra at mit.edu (Satrajit Ghosh)
Date: Thu, 27 Jan 2011 19:21:30 -0600
Subject: [IPython-dev] EPD, virtualenv, ipython
In-Reply-To: <AANLkTi=Z+fsXSf7-hG-HTkyfhPdd4w2-10qZGjPFwo5L@mail.gmail.com>
References: <AANLkTim5Lc6L_4hEU20vKyZc5SBSDGD1HWFkk2FhCYye@mail.gmail.com>
	<AANLkTi=Z+fsXSf7-hG-HTkyfhPdd4w2-10qZGjPFwo5L@mail.gmail.com>
Message-ID: <AANLkTi=4dwADogPXh81nYNkEn7Kt9Sf3Cu2iLdqaRB35@mail.gmail.com>

thanks robert and andrew.

indeed installing ipython within the virtualenv solved the problem.

cheers,

satra

On Thu, Jan 27, 2011 at 4:03 PM, Andrew Wilson <wilson.andrew.j at gmail.com>wrote:

>
>
> On Thu, Jan 27, 2011 at 2:22 PM, Satrajit Ghosh <satra at mit.edu> wrote:
>
>> hi,
>>
>> i've installed EPD 6.3 x64 on an ubuntu machine and then i installed
>> virtualenvwrapper and pip. i setup a new virtual environment and
>> easy_install nibabel. if i launch ipython, it invokes the correct ipython
>> from EPD but i cannot import nibabel. if i simply launch python, i can
>> import nibabel.
>>
>
>
> I'm not so familiar with the hows and whys, but this is a general behavior
> of ipython. There are at least two common workarounds:
>
> i)  install ipython in your virtualenv (and all of the other virtualenvs
> you want to use ipython in)
> ii) inject your virtualenv into sys.path as ipython starts up - this blog
> post contains a nice implementation of that:
> http://igotgenes.blogspot.com/2010/01/interactive-sandboxes-using-ipython.html
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/ipython-dev/attachments/20110127/c9f2bad0/attachment.html>

From ellisonbg at gmail.com  Fri Jan 28 13:14:47 2011
From: ellisonbg at gmail.com (Brian Granger)
Date: Fri, 28 Jan 2011 10:14:47 -0800
Subject: [IPython-dev] Qt console broken in trunk?
In-Reply-To: <AANLkTi=GG-+BuX9NSJmM4ZNm3EOrNDFaSsCJ8q8tAgGb@mail.gmail.com>
References: <AANLkTi=yz=2w_EM=Hhn7PHHsXioH8rmJQp4-gK2V3fjq@mail.gmail.com>
	<AANLkTi=PxSgGFNR5CgV-+K3SynECE_u+2OEmS5S6EnwP@mail.gmail.com>
	<AANLkTikd_Mh0B8tL-0dNkYrj=zu6cPg1YBX7vAmmpGJW@mail.gmail.com>
	<AANLkTikSo4VQFOBD_8fJYO7-OcuUwjAR6fupVTzOiV8K@mail.gmail.com>
	<AANLkTi=iBkDHK1QwFDhcrk6aKkJ-12-gPDF53vUCbh0D@mail.gmail.com>
	<AANLkTi=UBtjXkiB5Mt7yn4agq1nORk6oJudDpgFcUCL1@mail.gmail.com>
	<AANLkTimJsximy2SrBjVCtBdv=SefvkZEeUfJm-tsothW@mail.gmail.com>
	<AANLkTi=AF2wBZ0o6SQgfUHteK60V9kbLCbHtO-6C4_rd@mail.gmail.com>
	<AANLkTikVFPRD8CtGkKw5T4G_OTBzGy7bV=nxeZyoBJVW@mail.gmail.com>
	<AANLkTi=GG-+BuX9NSJmM4ZNm3EOrNDFaSsCJ8q8tAgGb@mail.gmail.com>
Message-ID: <AANLkTik7DB0F0ZZ7+HHxW=TCH-f46ORAuMOyvtB+q85b@mail.gmail.com>

I am definitely in favor of requiring 2.0.10.

Cheers,

Brian

On Thu, Jan 27, 2011 at 2:18 PM, Fernando Perez <fperez.net at gmail.com> wrote:
> On Thu, Jan 27, 2011 at 4:40 PM, Warren Weckesser
> <warren.weckesser at enthought.com> wrote:
>>>>>
>>>>> Given Mark's sleuthing on the state of distros, I have no problem with
>>>>> requiring 2.0.10. ?I don't think EPD is officially shipping any pyzmq
>>>>> yet, are they?
>>>>
>>>> The current EPD (6.2) has pyzmq 2.0.8.? EPD 6.3 (due to be released in a
>>>> couple weeks) will have 2.0.10.
>>>>
>>>
>>> Whoops... increment the EPD version numbers by 0.1:? The current EPD (6.3)
>>> has pyzmq 2.0.8.? EPD 6.4 (due to be released in a couple weeks) will have
>>> 2.0.10.
>>
>>
>> Sorry for the noise, but here's another correction: the next release of EPD
>> will be EPD 7.0 (not 6.4)--it will have Python 2.7.
>>
>
> Thanks for the info, Warren. ?In summary, it seems that a 2.0.10
> dependency, with a user-friendly message making it explicitly, is a
> good solution then.
>
> Regards,
>
> f
>



-- 
Brian E. Granger, Ph.D.
Assistant Professor of Physics
Cal Poly State University, San Luis Obispo
bgranger at calpoly.edu
ellisonbg at gmail.com


From ellisonbg at gmail.com  Fri Jan 28 13:27:55 2011
From: ellisonbg at gmail.com (Brian Granger)
Date: Fri, 28 Jan 2011 10:27:55 -0800
Subject: [IPython-dev] Test failure in trunk, I think from a recent merge
In-Reply-To: <AANLkTim+q3jWhTpvr-4iSe-CeqBP2WE2e-jJBZ+UHnbF@mail.gmail.com>
References: <AANLkTim+q3jWhTpvr-4iSe-CeqBP2WE2e-jJBZ+UHnbF@mail.gmail.com>
Message-ID: <AANLkTi=oZajCTJdUNQoD7WDWzp=gohAba7DJFW2ecLGt@mail.gmail.com>

Ha ha,

Yes, that is my fault.  I should have run the test suite as well.  I
will get on fixing this over the weekend.

Cheers,

Brian

On Wed, Jan 26, 2011 at 8:30 PM, Fernando Perez <fperez.net at gmail.com> wrote:
> Hey folks,
>
> I'm seeing this from trunk:
>
> ======================================================================
> ERROR: Failure: ImportError (cannot import name DefaultFormatter)
> ----------------------------------------------------------------------
> Traceback (most recent call last):
> ?File "/usr/lib/pymodules/python2.6/nose/loader.py", line 379, in
> loadTestsFromName
> ? ?addr.filename, addr.module)
> ?File "/usr/lib/pymodules/python2.6/nose/importer.py", line 39, in
> importFromPath
> ? ?return self.importFromDir(dir_path, fqname)
> ?File "/usr/lib/pymodules/python2.6/nose/importer.py", line 86, in
> importFromDir
> ? ?mod = load_module(part_fqname, fh, filename, desc)
> ?File "/home/fperez/ipython/ipython/IPython/core/tests/test_formatters.py",
> line 6, in <module>
> ? ?from IPython.core.formatters import FormatterABC, DefaultFormatter
> ImportError: cannot import name DefaultFormatter
>
>
> Brian, I suspect that's from the recent formatting merge, it should be
> a quick fix though, I imagine. ?Sorry I failed to catch this one on
> the review (lesson, which we knew already, never forget to run the
> full test suite after a review :)
>
> Cheers,
>
> f
> _______________________________________________
> IPython-dev mailing list
> IPython-dev at scipy.org
> http://mail.scipy.org/mailman/listinfo/ipython-dev
>



-- 
Brian E. Granger, Ph.D.
Assistant Professor of Physics
Cal Poly State University, San Luis Obispo
bgranger at calpoly.edu
ellisonbg at gmail.com


From fperez.net at gmail.com  Fri Jan 28 16:02:15 2011
From: fperez.net at gmail.com (Fernando Perez)
Date: Fri, 28 Jan 2011 16:02:15 -0500
Subject: [IPython-dev] No displayhook triggered for raw 'asdf'
In-Reply-To: <iht35t$fd8$1@dough.gmane.org>
References: <AANLkTikdY0vrAoZKRwK_yjMe9C+2XaC43vHWYkNG4uG6@mail.gmail.com>
	<AANLkTikLeKS7P-Z-8Qwy=HPY4WT5zt-LAkLaw6WxN-bi@mail.gmail.com>
	<20110126230020.GI5046@phare.normalesup.org>
	<iht35t$fd8$1@dough.gmane.org>
Message-ID: <AANLkTin-PWUd4Vf1NmsDw6rJTnKg4i89G+LHz6L0x6z_@mail.gmail.com>

Hey Robert,

On Thu, Jan 27, 2011 at 7:38 PM, Robert Kern <robert.kern at gmail.com> wrote:

> I'm having trouble pushing a branch to my github at the moment, but attached
> is a patch. It completely fixes the "asdf" case, and
> split_blocks('"""foo\nbar"""\n') works correctly too, but in the actual
> IPython prompt, the multiline string does not get displayed or collected
> into the Out history. There may be a problem elsewhere.

Many thanks, Robert.  For now this fixes at least the single-line
strings, which was likely the most common problem.  I'll keep working
on it later, but since it was such an ugly bug I've pushed your commit
for now.

Cheers,

f


From fperez.net at gmail.com  Fri Jan 28 16:22:37 2011
From: fperez.net at gmail.com (Fernando Perez)
Date: Fri, 28 Jan 2011 16:22:37 -0500
Subject: [IPython-dev] Test failure in trunk, I think from a recent merge
In-Reply-To: <AANLkTi=oZajCTJdUNQoD7WDWzp=gohAba7DJFW2ecLGt@mail.gmail.com>
References: <AANLkTim+q3jWhTpvr-4iSe-CeqBP2WE2e-jJBZ+UHnbF@mail.gmail.com>
	<AANLkTi=oZajCTJdUNQoD7WDWzp=gohAba7DJFW2ecLGt@mail.gmail.com>
Message-ID: <AANLkTikfge8wyGYfr5Fbmr43R47zyn2m3n871HXYJskr@mail.gmail.com>

On Fri, Jan 28, 2011 at 1:27 PM, Brian Granger <ellisonbg at gmail.com> wrote:
> Yes, that is my fault. ?I should have run the test suite as well. ?I
> will get on fixing this over the weekend.

No worries, thanks!

f


From erik.tollerud at gmail.com  Fri Jan 28 23:30:55 2011
From: erik.tollerud at gmail.com (Erik Tollerud)
Date: Fri, 28 Jan 2011 20:30:55 -0800
Subject: [IPython-dev] Qt console broken in trunk?
In-Reply-To: <AANLkTingMHLGEFgcpKJEz89q6S=sY6SDAuYY_MCG8AW2@mail.gmail.com>
References: <AANLkTi=yz=2w_EM=Hhn7PHHsXioH8rmJQp4-gK2V3fjq@mail.gmail.com>
	<AANLkTi=iBkDHK1QwFDhcrk6aKkJ-12-gPDF53vUCbh0D@mail.gmail.com>
	<AANLkTi=h754xV=0bgD3XWH2Jyku0nqzE+0eHnu9F126M@mail.gmail.com>
	<201101261711.27805.mark.voorhies@ucsf.edu>
	<AANLkTingMHLGEFgcpKJEz89q6S=sY6SDAuYY_MCG8AW2@mail.gmail.com>
Message-ID: <AANLkTi=qymD8M9oc00+QfE7kOT7RoYB9H4XYeKfbs=1g@mail.gmail.com>

I've submitted a request that they bring in 2.0.10 for the final Natty
- https://bugs.launchpad.net/ubuntu/+source/pyzmq/+bug/709089 ... who
knows if someone in the Universe will take the time to do it, but the
request has been made, it least.

On Thu, Jan 27, 2011 at 2:24 AM, Thomas Kluyver <takowl at gmail.com> wrote:
> I think Ubuntu might need to be prodded to update - according to the release
> schedule, automatic imports from Debian stopped at the end of December:
> https://wiki.ubuntu.com/DebianImportFreeze
>
> ZMQ itself is already at 2.0.10, so it should be a no-brainer to add the
> matching release of pyzmq.
>
> Thomas
>
> On 27 January 2011 01:11, Mark Voorhies <mark.voorhies at ucsf.edu> wrote:
>>
>> Naive googling suggests that the major Linux distros are ready for 2.0.10:
>> (I know some of the packagers are on this list, so feel free to correct
>> me)
>>
>> Debian: 2.0.10 is in experimental (looks like it's being held there until
>> after next week's release of Squeeze)
>> ? ? ? ? ? ? http://packages.qa.debian.org/p/pyzmq.html
>>
>> Ubuntu: is still on 0.1.20100703+git18f5d06155-1 for Natty?
>> ? ? ? ? ? ? https://launchpad.net/ubuntu/+source/pyzmq
>> ? ? ? ? ? ? Reasonable to assume that 2.0.10 will propagate after it hits
>> Debian unstable?
>>
>> Fedora: 2.0.10 is in testing for Fedora 14
>> ? ? ? ? ? ?https://admin.fedoraproject.org/updates/python-zmq
>>
>> SUSE: 2.0.10 is in SLE_11 (same as SLED?) and OpenSUSE 11.1
>>
>> ?https://build.opensuse.org/package/binaries?package=python-pyzmq&project=devel%3Alanguages%3Apython&repository=SLE_11
>>
>> ?https://build.opensuse.org/package/binaries?package=python-pyzmq&project=devel%3Alanguages%3Apython&repository=openSUSE_11.1
>>
>> --Mark
>>
>> On Wednesday, January 26, 2011 04:42:48 pm MinRK wrote:
>> > 2.0.10 has a lot of stability improvements over previous releases. ?The
>> > main argument against it is if major distributions (EPD, various Linux
>> > distros) are still shipping 2.0.9, then we should maybe hold back.
>> >
>> > I can easily change the import if we want to do that.
>> >
>> > -MinRK
>> >
>> > On Wed, Jan 26, 2011 at 16:12, Brian Granger <ellisonbg at gmail.com>
>> > wrote:
>> >
>> > I mean require 2.0.10?
>> >
>> >
>> > ?On Wed, Jan 26, 2011 at 4:12 PM, Brian Granger <ellisonbg at gmail.com>
>> > wrote:
>> > ?> Should we require 2.0.9 for IPython?
>> > ?>
>> > ?> Brian
>> > ?>
>> > ?> On Wed, Jan 26, 2011 at 4:09 PM, MinRK <benjaminrk at gmail.com> wrote:
>> > ?>> What version of pyzmq do you have? ?If you are still using 2.0.9,
>> > then
>> > ?>> that's before we made this addition (early October).
>> > ?>> I realize that since IPython depends on 2.6, I can just import the
>> > (super
>> > ?>> slow) builtin json module, rather than follow pyzmq's import
>> > preferences.
>> > ?>>
>> > ?>> -MinRK
>> > ?>> On Wed, Jan 26, 2011 at 16:00, Brian Granger <ellisonbg at gmail.com>
>> > wrote:
>> > ?>>>
>> > ?>>> Fernando,
>> > ?>>>
>> > ?>>> This is actually an import from pyzmq:
>> > ?>>>
>> > ?>>> In [4]: from zmq.utils import jsonapi as json
>> > ?>>>
>> > ?>>> In [5]: json.__file__
>> > ?>>> Out[5]:
>> > ?>>>
>> > '/Users/bgranger/Documents/Computation/zeromq/pyzmq/zmq/utils/jsonapi.pyc'
>> > ?>>>
>> > ?>>> So it looks like something is odd with your pyzmq install...unless
>> > for
>> > ?>>> some reason Python is putting ?the IPython directory in you
>> > sys.path
>> > ?>>> so importing zmq picks up IPython.zmq instead of zmq (pyzmq). ?Can
>> > you
>> > ?>>> look at your pyzmq install?
>> > ?>>>
>> > ?>>> Brian
>> > ?>>>
>> > ?>>>
>> > ?>>> On Wed, Jan 26, 2011 at 3:31 PM, Fernando Perez
>> > <fperez.net at gmail.com>
>> > ?>>> wrote:
>> > ?>>> > Hey guys,
>> > ?>>> >
>> > ?>>> > as I was working on the 'asdf' bug I just posted about, I tried
>> > to use
>> > ?>>> > the Qt console after updating my trunk, and got this:
>> > ?>>> >
>> > ?>>> > (trunk)dreamweaver[ipython]> ipython-qtconsole
>> > ?>>> > Traceback (most recent call last):
>> > ?>>> > ?File "/home/fperez/usr/bin/ipython-qtconsole", line 4, in
>> > <module>
>> > ?>>> > ? ?from IPython.frontend.qt.console.ipythonqt import main
>> > ?>>> > ?File
>> > ?>>> >
>> > "/home/fperez/ipython/ipython/IPython/frontend/qt/console/ipythonqt.py",
>> > ?>>> > line 17, in <module>
>> > ?>>> > ? ?from IPython.frontend.qt.kernelmanager import QtKernelManager
>> > ?>>> > ?File
>> > ?>>> >
>> > "/home/fperez/ipython/ipython/IPython/frontend/qt/kernelmanager.py",
>> > ?>>> > line 9, in <module>
>> > ?>>> > ? ?from IPython.zmq.kernelmanager import KernelManager,
>> > ?>>> > SubSocketChannel, \
>> > ?>>> > ?File
>> > "/home/fperez/ipython/ipython/IPython/zmq/kernelmanager.py",
>> > ?>>> > line 36, in <module>
>> > ?>>> > ? ?from session import Session, Message
>> > ?>>> > ?File "/home/fperez/ipython/ipython/IPython/zmq/session.py", line
>> > 7,
>> > ?>>> > in <module>
>> > ?>>> > ? ?from zmq.utils import jsonapi as json
>> > ?>>> > ImportError: No module named utils
>> > ?>>> >
>> > ?>>> >
>> > ?>>> > Not sure when it broke, but I suspect the merge of the recent
>> > session
>> > ?>>> > branch might have something to do with it.
>> > ?>>> >
>> > ?>>> > Brian/Min, do you guys have an idea of what happened, maybe just
>> > a
>> > ?>>> > file someone forgot to add from their local working tree?
>> > ?>>> >
>> > ?>>> > Cheers,
>> > ?>>> >
>> > ?>>> > f
>> > ?>>> > _______________________________________________
>> > ?>>> > IPython-dev mailing list
>> > ?>>> > IPython-dev at scipy.org
>> > ?>>> > http://mail.scipy.org/mailman/listinfo/ipython-dev
>> > ?>>> >
>> > ?>>>
>> > ?>>>
>> > ?>>>
>> > ?>>> --
>> > ?>>> Brian E. Granger, Ph.D.
>> > ?>>> Assistant Professor of Physics
>> > ?>>> Cal Poly State University, San Luis Obispo
>> > ?>>> bgranger at calpoly.edu
>> > ?>>> ellisonbg at gmail.com
>> > ?>>> _______________________________________________
>> > ?>>> IPython-dev mailing list
>> > ?>>> IPython-dev at scipy.org
>> > ?>>> http://mail.scipy.org/mailman/listinfo/ipython-dev
>> > ?>>
>> > ?>>
>> > ?>
>> > ?>
>> > ?>
>> > ?> --
>> > ?> Brian E. Granger, Ph.D.
>> > ?> Assistant Professor of Physics
>> > ?> Cal Poly State University, San Luis Obispo
>> > ?> bgranger at calpoly.edu
>> > ?> ellisonbg at gmail.com
>> > ?>
>> >
>> >
>> >
>> >
>> > --
>> >
>> > Brian E. Granger, Ph.D.
>> > ?Assistant Professor of Physics
>> > ?Cal Poly State University, San Luis Obispo
>> > ?bgranger at calpoly.edu
>> > ?ellisonbg at gmail.com
>> >
>> _______________________________________________
>> IPython-dev mailing list
>> IPython-dev at scipy.org
>> http://mail.scipy.org/mailman/listinfo/ipython-dev
>
>
> _______________________________________________
> IPython-dev mailing list
> IPython-dev at scipy.org
> http://mail.scipy.org/mailman/listinfo/ipython-dev
>
>



-- 
Erik Tollerud


From ellisonbg at gmail.com  Sat Jan 29 21:53:25 2011
From: ellisonbg at gmail.com (Brian Granger)
Date: Sat, 29 Jan 2011 18:53:25 -0800
Subject: [IPython-dev] Qt console broken in trunk?
In-Reply-To: <AANLkTi=qymD8M9oc00+QfE7kOT7RoYB9H4XYeKfbs=1g@mail.gmail.com>
References: <AANLkTi=yz=2w_EM=Hhn7PHHsXioH8rmJQp4-gK2V3fjq@mail.gmail.com>
	<AANLkTi=iBkDHK1QwFDhcrk6aKkJ-12-gPDF53vUCbh0D@mail.gmail.com>
	<AANLkTi=h754xV=0bgD3XWH2Jyku0nqzE+0eHnu9F126M@mail.gmail.com>
	<201101261711.27805.mark.voorhies@ucsf.edu>
	<AANLkTingMHLGEFgcpKJEz89q6S=sY6SDAuYY_MCG8AW2@mail.gmail.com>
	<AANLkTi=qymD8M9oc00+QfE7kOT7RoYB9H4XYeKfbs=1g@mail.gmail.com>
Message-ID: <AANLkTi=-DQSd9KsPiSb5dx1rZogh9DhNRYciWCOj2ki0@mail.gmail.com>

Erik,

Thanks for doing this.  We just released 2.0.10-1, which has a fix of
an important memory leak.  Is there any chance you could update the
request to say they should use 2.0.10-1?

Here is the download page that has the release:

https://github.com/zeromq/pyzmq/downloads

Thanks,

Brian

On Fri, Jan 28, 2011 at 8:30 PM, Erik Tollerud <erik.tollerud at gmail.com> wrote:
> I've submitted a request that they bring in 2.0.10 for the final Natty
> - https://bugs.launchpad.net/ubuntu/+source/pyzmq/+bug/709089 ... who
> knows if someone in the Universe will take the time to do it, but the
> request has been made, it least.
>
> On Thu, Jan 27, 2011 at 2:24 AM, Thomas Kluyver <takowl at gmail.com> wrote:
>> I think Ubuntu might need to be prodded to update - according to the release
>> schedule, automatic imports from Debian stopped at the end of December:
>> https://wiki.ubuntu.com/DebianImportFreeze
>>
>> ZMQ itself is already at 2.0.10, so it should be a no-brainer to add the
>> matching release of pyzmq.
>>
>> Thomas
>>
>> On 27 January 2011 01:11, Mark Voorhies <mark.voorhies at ucsf.edu> wrote:
>>>
>>> Naive googling suggests that the major Linux distros are ready for 2.0.10:
>>> (I know some of the packagers are on this list, so feel free to correct
>>> me)
>>>
>>> Debian: 2.0.10 is in experimental (looks like it's being held there until
>>> after next week's release of Squeeze)
>>> ? ? ? ? ? ? http://packages.qa.debian.org/p/pyzmq.html
>>>
>>> Ubuntu: is still on 0.1.20100703+git18f5d06155-1 for Natty?
>>> ? ? ? ? ? ? https://launchpad.net/ubuntu/+source/pyzmq
>>> ? ? ? ? ? ? Reasonable to assume that 2.0.10 will propagate after it hits
>>> Debian unstable?
>>>
>>> Fedora: 2.0.10 is in testing for Fedora 14
>>> ? ? ? ? ? ?https://admin.fedoraproject.org/updates/python-zmq
>>>
>>> SUSE: 2.0.10 is in SLE_11 (same as SLED?) and OpenSUSE 11.1
>>>
>>> ?https://build.opensuse.org/package/binaries?package=python-pyzmq&project=devel%3Alanguages%3Apython&repository=SLE_11
>>>
>>> ?https://build.opensuse.org/package/binaries?package=python-pyzmq&project=devel%3Alanguages%3Apython&repository=openSUSE_11.1
>>>
>>> --Mark
>>>
>>> On Wednesday, January 26, 2011 04:42:48 pm MinRK wrote:
>>> > 2.0.10 has a lot of stability improvements over previous releases. ?The
>>> > main argument against it is if major distributions (EPD, various Linux
>>> > distros) are still shipping 2.0.9, then we should maybe hold back.
>>> >
>>> > I can easily change the import if we want to do that.
>>> >
>>> > -MinRK
>>> >
>>> > On Wed, Jan 26, 2011 at 16:12, Brian Granger <ellisonbg at gmail.com>
>>> > wrote:
>>> >
>>> > I mean require 2.0.10?
>>> >
>>> >
>>> > ?On Wed, Jan 26, 2011 at 4:12 PM, Brian Granger <ellisonbg at gmail.com>
>>> > wrote:
>>> > ?> Should we require 2.0.9 for IPython?
>>> > ?>
>>> > ?> Brian
>>> > ?>
>>> > ?> On Wed, Jan 26, 2011 at 4:09 PM, MinRK <benjaminrk at gmail.com> wrote:
>>> > ?>> What version of pyzmq do you have? ?If you are still using 2.0.9,
>>> > then
>>> > ?>> that's before we made this addition (early October).
>>> > ?>> I realize that since IPython depends on 2.6, I can just import the
>>> > (super
>>> > ?>> slow) builtin json module, rather than follow pyzmq's import
>>> > preferences.
>>> > ?>>
>>> > ?>> -MinRK
>>> > ?>> On Wed, Jan 26, 2011 at 16:00, Brian Granger <ellisonbg at gmail.com>
>>> > wrote:
>>> > ?>>>
>>> > ?>>> Fernando,
>>> > ?>>>
>>> > ?>>> This is actually an import from pyzmq:
>>> > ?>>>
>>> > ?>>> In [4]: from zmq.utils import jsonapi as json
>>> > ?>>>
>>> > ?>>> In [5]: json.__file__
>>> > ?>>> Out[5]:
>>> > ?>>>
>>> > '/Users/bgranger/Documents/Computation/zeromq/pyzmq/zmq/utils/jsonapi.pyc'
>>> > ?>>>
>>> > ?>>> So it looks like something is odd with your pyzmq install...unless
>>> > for
>>> > ?>>> some reason Python is putting ?the IPython directory in you
>>> > sys.path
>>> > ?>>> so importing zmq picks up IPython.zmq instead of zmq (pyzmq). ?Can
>>> > you
>>> > ?>>> look at your pyzmq install?
>>> > ?>>>
>>> > ?>>> Brian
>>> > ?>>>
>>> > ?>>>
>>> > ?>>> On Wed, Jan 26, 2011 at 3:31 PM, Fernando Perez
>>> > <fperez.net at gmail.com>
>>> > ?>>> wrote:
>>> > ?>>> > Hey guys,
>>> > ?>>> >
>>> > ?>>> > as I was working on the 'asdf' bug I just posted about, I tried
>>> > to use
>>> > ?>>> > the Qt console after updating my trunk, and got this:
>>> > ?>>> >
>>> > ?>>> > (trunk)dreamweaver[ipython]> ipython-qtconsole
>>> > ?>>> > Traceback (most recent call last):
>>> > ?>>> > ?File "/home/fperez/usr/bin/ipython-qtconsole", line 4, in
>>> > <module>
>>> > ?>>> > ? ?from IPython.frontend.qt.console.ipythonqt import main
>>> > ?>>> > ?File
>>> > ?>>> >
>>> > "/home/fperez/ipython/ipython/IPython/frontend/qt/console/ipythonqt.py",
>>> > ?>>> > line 17, in <module>
>>> > ?>>> > ? ?from IPython.frontend.qt.kernelmanager import QtKernelManager
>>> > ?>>> > ?File
>>> > ?>>> >
>>> > "/home/fperez/ipython/ipython/IPython/frontend/qt/kernelmanager.py",
>>> > ?>>> > line 9, in <module>
>>> > ?>>> > ? ?from IPython.zmq.kernelmanager import KernelManager,
>>> > ?>>> > SubSocketChannel, \
>>> > ?>>> > ?File
>>> > "/home/fperez/ipython/ipython/IPython/zmq/kernelmanager.py",
>>> > ?>>> > line 36, in <module>
>>> > ?>>> > ? ?from session import Session, Message
>>> > ?>>> > ?File "/home/fperez/ipython/ipython/IPython/zmq/session.py", line
>>> > 7,
>>> > ?>>> > in <module>
>>> > ?>>> > ? ?from zmq.utils import jsonapi as json
>>> > ?>>> > ImportError: No module named utils
>>> > ?>>> >
>>> > ?>>> >
>>> > ?>>> > Not sure when it broke, but I suspect the merge of the recent
>>> > session
>>> > ?>>> > branch might have something to do with it.
>>> > ?>>> >
>>> > ?>>> > Brian/Min, do you guys have an idea of what happened, maybe just
>>> > a
>>> > ?>>> > file someone forgot to add from their local working tree?
>>> > ?>>> >
>>> > ?>>> > Cheers,
>>> > ?>>> >
>>> > ?>>> > f
>>> > ?>>> > _______________________________________________
>>> > ?>>> > IPython-dev mailing list
>>> > ?>>> > IPython-dev at scipy.org
>>> > ?>>> > http://mail.scipy.org/mailman/listinfo/ipython-dev
>>> > ?>>> >
>>> > ?>>>
>>> > ?>>>
>>> > ?>>>
>>> > ?>>> --
>>> > ?>>> Brian E. Granger, Ph.D.
>>> > ?>>> Assistant Professor of Physics
>>> > ?>>> Cal Poly State University, San Luis Obispo
>>> > ?>>> bgranger at calpoly.edu
>>> > ?>>> ellisonbg at gmail.com
>>> > ?>>> _______________________________________________
>>> > ?>>> IPython-dev mailing list
>>> > ?>>> IPython-dev at scipy.org
>>> > ?>>> http://mail.scipy.org/mailman/listinfo/ipython-dev
>>> > ?>>
>>> > ?>>
>>> > ?>
>>> > ?>
>>> > ?>
>>> > ?> --
>>> > ?> Brian E. Granger, Ph.D.
>>> > ?> Assistant Professor of Physics
>>> > ?> Cal Poly State University, San Luis Obispo
>>> > ?> bgranger at calpoly.edu
>>> > ?> ellisonbg at gmail.com
>>> > ?>
>>> >
>>> >
>>> >
>>> >
>>> > --
>>> >
>>> > Brian E. Granger, Ph.D.
>>> > ?Assistant Professor of Physics
>>> > ?Cal Poly State University, San Luis Obispo
>>> > ?bgranger at calpoly.edu
>>> > ?ellisonbg at gmail.com
>>> >
>>> _______________________________________________
>>> IPython-dev mailing list
>>> IPython-dev at scipy.org
>>> http://mail.scipy.org/mailman/listinfo/ipython-dev
>>
>>
>> _______________________________________________
>> IPython-dev mailing list
>> IPython-dev at scipy.org
>> http://mail.scipy.org/mailman/listinfo/ipython-dev
>>
>>
>
>
>
> --
> Erik Tollerud
> _______________________________________________
> IPython-dev mailing list
> IPython-dev at scipy.org
> http://mail.scipy.org/mailman/listinfo/ipython-dev
>



-- 
Brian E. Granger, Ph.D.
Assistant Professor of Physics
Cal Poly State University, San Luis Obispo
bgranger at calpoly.edu
ellisonbg at gmail.com


From benjaminrk at gmail.com  Sun Jan 30 15:13:42 2011
From: benjaminrk at gmail.com (MinRK)
Date: Sun, 30 Jan 2011 12:13:42 -0800
Subject: [IPython-dev] Qt console broken in trunk?
In-Reply-To: <B2DC0AD2-9214-4F6B-A012-398C3A7BE923@gmail.com>
References: <AANLkTi=yz=2w_EM=Hhn7PHHsXioH8rmJQp4-gK2V3fjq@mail.gmail.com>
	<AANLkTi=iBkDHK1QwFDhcrk6aKkJ-12-gPDF53vUCbh0D@mail.gmail.com>
	<AANLkTi=h754xV=0bgD3XWH2Jyku0nqzE+0eHnu9F126M@mail.gmail.com>
	<201101261711.27805.mark.voorhies@ucsf.edu>
	<AANLkTingMHLGEFgcpKJEz89q6S=sY6SDAuYY_MCG8AW2@mail.gmail.com>
	<AANLkTi=qymD8M9oc00+QfE7kOT7RoYB9H4XYeKfbs=1g@mail.gmail.com>
	<AANLkTi=-DQSd9KsPiSb5dx1rZogh9DhNRYciWCOj2ki0@mail.gmail.com>
	<AANLkTikr-kWuxP95Ug5w78abL-L31Peo6jDOw9W_1yc5@mail.gmail.com>
	<AANLkTik20Erea51FcK2vvOTDDX4Fk2hjeOhoyWQmc5ag@mail.gmail.com>
	<B2DC0AD2-9214-4F6B-A012-398C3A7BE923@gmail.com>
Message-ID: <AANLkTin4xhJCTZ2c-sTF4-sE3dpdmbXJ8v2+QZ86FLHb@mail.gmail.com>

2.0.10.1 pushed, tagged, registered, etc., replacing 2.0.10-1 for debian-ish
reasons.

-MinRK

On Sun, Jan 30, 2011 at 11:16, Min RK <benjaminrk at gmail.com> wrote:

>
>
> On Jan 30, 2011, at 9:10, Brian Granger <ellisonbg at gmail.com> wrote:
>
> > Thomas,
> >
> > Min and I were just talking about this yesterday.  Here is our logic:
> >
> > * We can't use 2.0.10a because pypi treats this as alpha and will see
> > 2.0.10 as a later version rather than earlier.
> > * We use the 2.0.10-1 notation for exactly the same reason that Debian
> > does - the 2.0.10 is an upstream version number and the -1 is our
> > variant of the 2.0.10 release.
> > * But, you are right, we had not thought about the Debian versioning
> > scheme that would lead to the very confusing 2.0.10-1-1.
> >
> > Min, is there a problem with going with the 2.0.10.1 route?  Will pypi
> > treat this version # correctly?
>
> I'll check this afternoon, and push it as 2.0.10.1 if it doesn't object. As
> long as we are not complying with distutils StrictVersion, might as well
> play as nice with everyone else as we can.
>
> -MinRK
>
> >
> > Brian
> >
> > On Sun, Jan 30, 2011 at 4:38 AM, Thomas Kluyver <takowl at gmail.com>
> wrote:
> >> I've jumped in and updated the bug report.
> >>
> >> I foresee confusion with the version numbering, however. Debian has
> called
> >> its package version 2.0.10-1, although it corresponds to what you
> released
> >> as 2.0.10. Debian package numbering uses "-n" suffixes to denote debian
> >> revisions of an upstream release. Can I suggest that you consider a
> >> different scheme for naming versions matching a particular ZMQ release,
> >> perhaps 2.0.10.1 or 2.0.10a?
> >>
> >> Thanks,
> >> Thomas
> >>
> >> On 30 January 2011 02:53, Brian Granger <ellisonbg at gmail.com> wrote:
> >>>
> >>> Erik,
> >>>
> >>> Thanks for doing this.  We just released 2.0.10-1, which has a fix of
> >>> an important memory leak.  Is there any chance you could update the
> >>> request to say they should use 2.0.10-1?
> >>>
> >>> Here is the download page that has the release:
> >>>
> >>> https://github.com/zeromq/pyzmq/downloads
> >>>
> >>> Thanks,
> >>>
> >>> Brian
> >>>
> >>> On Fri, Jan 28, 2011 at 8:30 PM, Erik Tollerud <
> erik.tollerud at gmail.com>
> >>> wrote:
> >>>> I've submitted a request that they bring in 2.0.10 for the final Natty
> >>>> - https://bugs.launchpad.net/ubuntu/+source/pyzmq/+bug/709089 ... who
> >>>> knows if someone in the Universe will take the time to do it, but the
> >>>> request has been made, it least.
> >>>>
> >>>> On Thu, Jan 27, 2011 at 2:24 AM, Thomas Kluyver <takowl at gmail.com>
> >>>> wrote:
> >>>>> I think Ubuntu might need to be prodded to update - according to the
> >>>>> release
> >>>>> schedule, automatic imports from Debian stopped at the end of
> December:
> >>>>> https://wiki.ubuntu.com/DebianImportFreeze
> >>>>>
> >>>>> ZMQ itself is already at 2.0.10, so it should be a no-brainer to add
> >>>>> the
> >>>>> matching release of pyzmq.
> >>>>>
> >>>>> Thomas
> >>>>>
> >>>>> On 27 January 2011 01:11, Mark Voorhies <mark.voorhies at ucsf.edu>
> wrote:
> >>>>>>
> >>>>>> Naive googling suggests that the major Linux distros are ready for
> >>>>>> 2.0.10:
> >>>>>> (I know some of the packagers are on this list, so feel free to
> >>>>>> correct
> >>>>>> me)
> >>>>>>
> >>>>>> Debian: 2.0.10 is in experimental (looks like it's being held there
> >>>>>> until
> >>>>>> after next week's release of Squeeze)
> >>>>>>             http://packages.qa.debian.org/p/pyzmq.html
> >>>>>>
> >>>>>> Ubuntu: is still on 0.1.20100703+git18f5d06155-1 for Natty?
> >>>>>>             https://launchpad.net/ubuntu/+source/pyzmq
> >>>>>>             Reasonable to assume that 2.0.10 will propagate after it
> >>>>>> hits
> >>>>>> Debian unstable?
> >>>>>>
> >>>>>> Fedora: 2.0.10 is in testing for Fedora 14
> >>>>>>            https://admin.fedoraproject.org/updates/python-zmq
> >>>>>>
> >>>>>> SUSE: 2.0.10 is in SLE_11 (same as SLED?) and OpenSUSE 11.1
> >>>>>>
> >>>>>>
> >>>>>>
> https://build.opensuse.org/package/binaries?package=python-pyzmq&project=devel%3Alanguages%3Apython&repository=SLE_11
> >>>>>>
> >>>>>>
> >>>>>>
> https://build.opensuse.org/package/binaries?package=python-pyzmq&project=devel%3Alanguages%3Apython&repository=openSUSE_11.1
> >>>>>>
> >>>>>> --Mark
> >>>>>>
> >>>>>> On Wednesday, January 26, 2011 04:42:48 pm MinRK wrote:
> >>>>>>> 2.0.10 has a lot of stability improvements over previous releases.
> >>>>>>>  The
> >>>>>>> main argument against it is if major distributions (EPD, various
> >>>>>>> Linux
> >>>>>>> distros) are still shipping 2.0.9, then we should maybe hold back.
> >>>>>>>
> >>>>>>> I can easily change the import if we want to do that.
> >>>>>>>
> >>>>>>> -MinRK
> >>>>>>>
> >>>>>>> On Wed, Jan 26, 2011 at 16:12, Brian Granger <ellisonbg at gmail.com>
> >>>>>>> wrote:
> >>>>>>>
> >>>>>>> I mean require 2.0.10?
> >>>>>>>
> >>>>>>>
> >>>>>>>  On Wed, Jan 26, 2011 at 4:12 PM, Brian Granger
> >>>>>>> <ellisonbg at gmail.com>
> >>>>>>> wrote:
> >>>>>>>  > Should we require 2.0.9 for IPython?
> >>>>>>>  >
> >>>>>>>  > Brian
> >>>>>>>  >
> >>>>>>>  > On Wed, Jan 26, 2011 at 4:09 PM, MinRK <benjaminrk at gmail.com>
> >>>>>>> wrote:
> >>>>>>>  >> What version of pyzmq do you have?  If you are still using
> >>>>>>> 2.0.9,
> >>>>>>> then
> >>>>>>>  >> that's before we made this addition (early October).
> >>>>>>>  >> I realize that since IPython depends on 2.6, I can just import
> >>>>>>> the
> >>>>>>> (super
> >>>>>>>  >> slow) builtin json module, rather than follow pyzmq's import
> >>>>>>> preferences.
> >>>>>>>  >>
> >>>>>>>  >> -MinRK
> >>>>>>>  >> On Wed, Jan 26, 2011 at 16:00, Brian Granger
> >>>>>>> <ellisonbg at gmail.com>
> >>>>>>> wrote:
> >>>>>>>  >>>
> >>>>>>>  >>> Fernando,
> >>>>>>>  >>>
> >>>>>>>  >>> This is actually an import from pyzmq:
> >>>>>>>  >>>
> >>>>>>>  >>> In [4]: from zmq.utils import jsonapi as json
> >>>>>>>  >>>
> >>>>>>>  >>> In [5]: json.__file__
> >>>>>>>  >>> Out[5]:
> >>>>>>>  >>>
> >>>>>>>
> >>>>>>>
> '/Users/bgranger/Documents/Computation/zeromq/pyzmq/zmq/utils/jsonapi.pyc'
> >>>>>>>  >>>
> >>>>>>>  >>> So it looks like something is odd with your pyzmq
> >>>>>>> install...unless
> >>>>>>> for
> >>>>>>>  >>> some reason Python is putting  the IPython directory in you
> >>>>>>> sys.path
> >>>>>>>  >>> so importing zmq picks up IPython.zmq instead of zmq (pyzmq).
> >>>>>>>  Can
> >>>>>>> you
> >>>>>>>  >>> look at your pyzmq install?
> >>>>>>>  >>>
> >>>>>>>  >>> Brian
> >>>>>>>  >>>
> >>>>>>>  >>>
> >>>>>>>  >>> On Wed, Jan 26, 2011 at 3:31 PM, Fernando Perez
> >>>>>>> <fperez.net at gmail.com>
> >>>>>>>  >>> wrote:
> >>>>>>>  >>> > Hey guys,
> >>>>>>>  >>> >
> >>>>>>>  >>> > as I was working on the 'asdf' bug I just posted about, I
> >>>>>>> tried
> >>>>>>> to use
> >>>>>>>  >>> > the Qt console after updating my trunk, and got this:
> >>>>>>>  >>> >
> >>>>>>>  >>> > (trunk)dreamweaver[ipython]> ipython-qtconsole
> >>>>>>>  >>> > Traceback (most recent call last):
> >>>>>>>  >>> >  File "/home/fperez/usr/bin/ipython-qtconsole", line 4, in
> >>>>>>> <module>
> >>>>>>>  >>> >    from IPython.frontend.qt.console.ipythonqt import main
> >>>>>>>  >>> >  File
> >>>>>>>  >>> >
> >>>>>>>
> >>>>>>>
> "/home/fperez/ipython/ipython/IPython/frontend/qt/console/ipythonqt.py",
> >>>>>>>  >>> > line 17, in <module>
> >>>>>>>  >>> >    from IPython.frontend.qt.kernelmanager import
> >>>>>>> QtKernelManager
> >>>>>>>  >>> >  File
> >>>>>>>  >>> >
> >>>>>>>
> "/home/fperez/ipython/ipython/IPython/frontend/qt/kernelmanager.py",
> >>>>>>>  >>> > line 9, in <module>
> >>>>>>>  >>> >    from IPython.zmq.kernelmanager import KernelManager,
> >>>>>>>  >>> > SubSocketChannel, \
> >>>>>>>  >>> >  File
> >>>>>>> "/home/fperez/ipython/ipython/IPython/zmq/kernelmanager.py",
> >>>>>>>  >>> > line 36, in <module>
> >>>>>>>  >>> >    from session import Session, Message
> >>>>>>>  >>> >  File "/home/fperez/ipython/ipython/IPython/zmq/session.py",
> >>>>>>> line
> >>>>>>> 7,
> >>>>>>>  >>> > in <module>
> >>>>>>>  >>> >    from zmq.utils import jsonapi as json
> >>>>>>>  >>> > ImportError: No module named utils
> >>>>>>>  >>> >
> >>>>>>>  >>> >
> >>>>>>>  >>> > Not sure when it broke, but I suspect the merge of the
> recent
> >>>>>>> session
> >>>>>>>  >>> > branch might have something to do with it.
> >>>>>>>  >>> >
> >>>>>>>  >>> > Brian/Min, do you guys have an idea of what happened, maybe
> >>>>>>> just
> >>>>>>> a
> >>>>>>>  >>> > file someone forgot to add from their local working tree?
> >>>>>>>  >>> >
> >>>>>>>  >>> > Cheers,
> >>>>>>>  >>> >
> >>>>>>>  >>> > f
> >>>>>>>  >>> > _______________________________________________
> >>>>>>>  >>> > IPython-dev mailing list
> >>>>>>>  >>> > IPython-dev at scipy.org
> >>>>>>>  >>> > http://mail.scipy.org/mailman/listinfo/ipython-dev
> >>>>>>>  >>> >
> >>>>>>>  >>>
> >>>>>>>  >>>
> >>>>>>>  >>>
> >>>>>>>  >>> --
> >>>>>>>  >>> Brian E. Granger, Ph.D.
> >>>>>>>  >>> Assistant Professor of Physics
> >>>>>>>  >>> Cal Poly State University, San Luis Obispo
> >>>>>>>  >>> bgranger at calpoly.edu
> >>>>>>>  >>> ellisonbg at gmail.com
> >>>>>>>  >>> _______________________________________________
> >>>>>>>  >>> IPython-dev mailing list
> >>>>>>>  >>> IPython-dev at scipy.org
> >>>>>>>  >>> http://mail.scipy.org/mailman/listinfo/ipython-dev
> >>>>>>>  >>
> >>>>>>>  >>
> >>>>>>>  >
> >>>>>>>  >
> >>>>>>>  >
> >>>>>>>  > --
> >>>>>>>  > Brian E. Granger, Ph.D.
> >>>>>>>  > Assistant Professor of Physics
> >>>>>>>  > Cal Poly State University, San Luis Obispo
> >>>>>>>  > bgranger at calpoly.edu
> >>>>>>>  > ellisonbg at gmail.com
> >>>>>>>  >
> >>>>>>>
> >>>>>>>
> >>>>>>>
> >>>>>>>
> >>>>>>> --
> >>>>>>>
> >>>>>>> Brian E. Granger, Ph.D.
> >>>>>>>  Assistant Professor of Physics
> >>>>>>>  Cal Poly State University, San Luis Obispo
> >>>>>>>  bgranger at calpoly.edu
> >>>>>>>  ellisonbg at gmail.com
> >>>>>>>
> >>>>>> _______________________________________________
> >>>>>> IPython-dev mailing list
> >>>>>> IPython-dev at scipy.org
> >>>>>> http://mail.scipy.org/mailman/listinfo/ipython-dev
> >>>>>
> >>>>>
> >>>>> _______________________________________________
> >>>>> IPython-dev mailing list
> >>>>> IPython-dev at scipy.org
> >>>>> http://mail.scipy.org/mailman/listinfo/ipython-dev
> >>>>>
> >>>>>
> >>>>
> >>>>
> >>>>
> >>>> --
> >>>> Erik Tollerud
> >>>> _______________________________________________
> >>>> IPython-dev mailing list
> >>>> IPython-dev at scipy.org
> >>>> http://mail.scipy.org/mailman/listinfo/ipython-dev
> >>>>
> >>>
> >>>
> >>>
> >>> --
> >>> Brian E. Granger, Ph.D.
> >>> Assistant Professor of Physics
> >>> Cal Poly State University, San Luis Obispo
> >>> bgranger at calpoly.edu
> >>> ellisonbg at gmail.com
> >>
> >>
> >
> >
> >
> > --
> > Brian E. Granger, Ph.D.
> > Assistant Professor of Physics
> > Cal Poly State University, San Luis Obispo
> > bgranger at calpoly.edu
> > ellisonbg at gmail.com
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/ipython-dev/attachments/20110130/ad6f7a14/attachment.html>

From tomspur at fedoraproject.org  Sun Jan 30 15:30:16 2011
From: tomspur at fedoraproject.org (Thomas Spura)
Date: Sun, 30 Jan 2011 21:30:16 +0100
Subject: [IPython-dev] Qt console broken in trunk?
In-Reply-To: <AANLkTin4xhJCTZ2c-sTF4-sE3dpdmbXJ8v2+QZ86FLHb@mail.gmail.com>
References: <AANLkTi=yz=2w_EM=Hhn7PHHsXioH8rmJQp4-gK2V3fjq@mail.gmail.com>
	<AANLkTi=iBkDHK1QwFDhcrk6aKkJ-12-gPDF53vUCbh0D@mail.gmail.com>
	<AANLkTi=h754xV=0bgD3XWH2Jyku0nqzE+0eHnu9F126M@mail.gmail.com>
	<201101261711.27805.mark.voorhies@ucsf.edu>
	<AANLkTingMHLGEFgcpKJEz89q6S=sY6SDAuYY_MCG8AW2@mail.gmail.com>
	<AANLkTi=qymD8M9oc00+QfE7kOT7RoYB9H4XYeKfbs=1g@mail.gmail.com>
	<AANLkTi=-DQSd9KsPiSb5dx1rZogh9DhNRYciWCOj2ki0@mail.gmail.com>
	<AANLkTikr-kWuxP95Ug5w78abL-L31Peo6jDOw9W_1yc5@mail.gmail.com>
	<AANLkTik20Erea51FcK2vvOTDDX4Fk2hjeOhoyWQmc5ag@mail.gmail.com>
	<B2DC0AD2-9214-4F6B-A012-398C3A7BE923@gmail.com>
	<AANLkTin4xhJCTZ2c-sTF4-sE3dpdmbXJ8v2+QZ86FLHb@mail.gmail.com>
Message-ID: <20110130213016.539d76b1@moon>

On Sun, 30 Jan 2011 12:13:42 -0800
MinRK wrote:

> 2.0.10.1 pushed, tagged, registered, etc., replacing 2.0.10-1 for
> debian-ish reasons.

Thanks a lot! :)
Using dots everywhere is much, much easier to package (for fedora
too) ;-)

	Thomas


From gael.varoquaux at normalesup.org  Sun Jan 30 17:20:55 2011
From: gael.varoquaux at normalesup.org (Gael Varoquaux)
Date: Sun, 30 Jan 2011 23:20:55 +0100
Subject: [IPython-dev] [ANN] Post-doc position in computational statistics
	and parallel	computing
Message-ID: <20110130222055.GN372@phare.normalesup.org>

Sorry for spaming a few mailing lists.

The Parietal team (https://parietal.saclay.inria.fr/) is kick-starting a
new project, called AzureBrain, to do computational analysis of large
brain imaging and genetics population-wise data. One of the goals of the
project is to harness the power of grid computing to do statistical
learning on fMRI data, finding features in an individuals brain images
that can be predicted by his genome. The medical applications cover the
wide scope of genetically-related brain pathologies, such as autism.

Want to work in a dynamic and exiting environment, using Python to solve
challenging data analysis? We are looking for a post-doctoral fellow to
hire in spring/beginning of summer. The ideal candidate would have a
strong background in computational statistics or machine learning, as
well as parallel computing, however we will consider any candidate with
good experience in one or the other and a strong desire to learn.

You would be employed by INRIA, the lead computing research institute in
France. We are a team of computer scientists specialized in image
processing and statistical data analysis, integrated in one of the top
French brain research centers, NeuroSpin, south of Paris. We work mostly
in Python. The team includes core contributors to the scikit-learn
project, for machine learning in Python, and the nipy project, for
NeuroImaging in Python.  

More details can be found in the official job announcement:
http://parietal.saclay.inria.fr/open-positions/azure-brain-post-doc-proposal

Please contact Bertrand Thirion, (first name _dot_ last name _at_ inria
_dot_ fr) referencing the AzureBrain project, if you are interested.

Cheers,

Gael


From ellisonbg at gmail.com  Sun Jan 30 22:31:36 2011
From: ellisonbg at gmail.com (Brian Granger)
Date: Sun, 30 Jan 2011 19:31:36 -0800
Subject: [IPython-dev] gsoc with ipython
In-Reply-To: <AANLkTikD8tf9OCs35rBnkuQCTQtjcpkT2GqNOc_8Afuv@mail.gmail.com>
References: <201011241319.35443.danciac@gmail.com>
	<AANLkTimGk9N+eeKtJ6psTUK=knktWSw6hKS90f4KOr-F@mail.gmail.com>
	<AANLkTikD8tf9OCs35rBnkuQCTQtjcpkT2GqNOc_8Afuv@mail.gmail.com>
Message-ID: <AANLkTincqDOphi-S8mvaW=EC9vV+MoJKgGS07gFTpkTh@mail.gmail.com>

Daniel,


>> > I am a student at a technical university, and I would be interested in
>> > coding
>> > for the IPython project at gsoc this summer.
>> >
>> > I thought it would be much better if I got to know a bit more about the
>> > project, before applying for it at gsoc.
>> >
>> > So if there is anyone willing to point me to the right direction I would
>> > appreciate that very much.
>>
>> I'm very sorry for the late reply, indeed as Erik indicated (thanks
>> for chiming in!) it was just a matter of being very swamped with 'real
>> life'. ?But I'm glad to have you here, and indeed we have now in
>> ipython a lot of potential for new contributions. ?There's still real
>> work to be done to 'land' the new zmq-based architecture in a fully
>> stable release, but I hope we'll be able to make headway again into
>> that soon. ?And that means the time is right to start thinking about
>> gsoc projects.
>>
>> I'm going to list a few things that need doing, for some of these
>> someone has already made a start but they aren't completed yet. ?But
>> this is just so you get a sense of what's 'on the table'. ?The best
>> contributions come always from matching a project's needs with the
>> interest of the student, so feel free to pick something that is close
>> to what *you* like and have skills for. ?We can then help get you
>> started, so that by the time the gsoc rolls around, you have already
>> some momentum going. ?In no particular order:
>>
>> - allowing the new Qt console to work in a single process. ?This may
>> appear paradoxical (since we did all that work to be able to run in
>> *two* processes), but there are scenarios where someone may want to
>> embed an IPython rich widget inside an existing application that has a
>> namespace to be interactively manipulated. ?Mayavi is a prime example
>> that does that, and right now it would not be able to use our console,
>> since the Qt widget expects to be a separate process.
>>
>> - continuing work on the html frontend that James Gao started:
>> https://github.com/ipython/ipython/pull/179.
>>
>> I haven't talked to James recently, and he may be able to find time to
>> push forward again, so obviously we'd first sync with him before
>> proceeding. ?But I expect this to be a fair amount of long-term work,
>> so even with James' foundation in place, there will be plenty more to
>> do.
>>
>> - Allowing the html notebook and the Qt widget to use the matplotlib
>> html5 backend, to get fully interactive windows inline. ?I don't know
>> enough about Qt to be really sure if this is even possible, just an
>> idea right now.
>>
>> - Develop a curses frontend. ?Wendell Smith discussed this a while ago
>> and has some thoughts on the matter, but I don't know if he has made
>> significant inroads; you may want to ping him first.
>>
>> - Work on the parallel parts: Min Ragan-Kelley has made phenomenal
>> progress recently on this, but it's possible that despite his
>> super-human abilities, he might still have more ideas than time to
>> code them up. ?Now with the zmq support we have fairly ambitious plans
>> for what can be done with ipython, so there will be plenty of work on
>> this front.
>>
>>
>> This is just a starter list, let us know if any of it sounds
>> interesting/appealing to you and we'll direct you with a bit more
>> precision then.
>>
>> Regards, and welcome to the project!
>>
>> f
>
> Hello Fernando,
>
>
> I am sorry for this so late reply, but with the holidays and the exam period
> at the university I was not able to find some time for this.
>
> Honestly, all of the possibilities that you pointed out, sound equally
> appealing to me, I hope that maybe you guys can prioritize them.

Sure, I can try...

1. The html notebook would be a fantastic target.  I think the coding
would be interesting and we could help with the server side of things.
 The core of this work though would be html/css/javascript work.  This
is definitely something that we absolutely need and no one is
currently working on it.
2. Qt based notebook frontend.  Probably more challenging that the
html notebook, but very relevant.  This could also involve
refactoring/improving the existing qtconsole.
3. Pick part of the IPython core and refactor it.  Lots of
possibilities here....

I guess the main thing I would ask at this point is the following:

* What interests you most?
* What languages and tools do you know?  Python?  HTML? CSS? Qt?
Javascript?  Networking?

> I think that I would be able to do a good job, of course with a help of a
> mentor, regardless of the task. I think of myself as a self-learner, so I
> just need to be pointed in the right direction.
>
> So I guess, the question lies in finding a mentor.

We can help, but you really need to figure out yourself what you want
to work on.  I would definitely start by grabbing the latest git
master and start looking at the code base.

Cheers,

Brian

> Best wishes,
> Daniel.
>
>
> _______________________________________________
> IPython-dev mailing list
> IPython-dev at scipy.org
> http://mail.scipy.org/mailman/listinfo/ipython-dev
>
>



-- 
Brian E. Granger, Ph.D.
Assistant Professor of Physics
Cal Poly State University, San Luis Obispo
bgranger at calpoly.edu
ellisonbg at gmail.com


From ellisonbg at gmail.com  Sun Jan 30 22:36:49 2011
From: ellisonbg at gmail.com (Brian Granger)
Date: Sun, 30 Jan 2011 19:36:49 -0800
Subject: [IPython-dev] gsoc with ipython
In-Reply-To: <4D40DBC6.5040706@gmail.com>
References: <201011241319.35443.danciac@gmail.com>
	<AANLkTimGk9N+eeKtJ6psTUK=knktWSw6hKS90f4KOr-F@mail.gmail.com>
	<AANLkTikD8tf9OCs35rBnkuQCTQtjcpkT2GqNOc_8Afuv@mail.gmail.com>
	<4D40DBC6.5040706@gmail.com>
Message-ID: <AANLkTinmBaK=68pj2_he_QK6TRCuSTG2-36rwzy34Bo8@mail.gmail.com>

Kunal,

On Wed, Jan 26, 2011 at 6:43 PM, kunal <kunal.t2 at gmail.com> wrote:
>
>> - Work on the parallel parts: Min Ragan-Kelley has made phenomenal
>> progress recently on this, but it's possible that despite his
>> super-human abilities, he might still have more ideas than time to
>> code them up. ?Now with the zmq support we have fairly ambitious plans
>> for what can be done with ipython, so there will be plenty of work on
>> this front.
>
> Hi fernando,
> The work suggested above on parallel parts and zmq sounds interesting.
> I have a bit of experience using pyzmq too. So can you please point me
> further in this direction. It would be great if i could work on them for
> GSOC 2011. But i must know what i am in for , before i begin :) right !

If you are interested in this, I think the first step would be to
begin looking over Min's pull request for his new parallel stuff that
uses zmq:

https://github.com/ipython/ipython/pull/254

Some of the initial docs for this are here:

http://minrk.github.com/ipython/parallelz/index.html
http://minrk.github.com/ipython/development/parallel_messages.html
http://minrk.github.com/ipython/development/parallel_connections.html

I would recommend the following types of things at this point:

* Grab Min's branch and start to read the code and run it.
* Help us to do the code review for the pull request.  This alone is
going to be a huge effort.
* Come up with real life examples problems that can be parallelize
using this.  Study their performance behavior.
* Start to study the design and think about improvements.

I think that by the time you do some/all of these things, you will
have a much better sense of this code and have ideas on next steps to
take.

Cheers,

Brian

> --
> regards
> -------
> Kunal Ghosh
> Dept of Computer Sc. & Engineering.
> Sir MVIT
> Bangalore,India
> t
> permalink: member.acm.org/~kunal.t2
> Blog:kunalghosh.wordpress.com
> Website:www.kunalghosh.net46.net
>
> _______________________________________________
> IPython-dev mailing list
> IPython-dev at scipy.org
> http://mail.scipy.org/mailman/listinfo/ipython-dev
>
>



-- 
Brian E. Granger, Ph.D.
Assistant Professor of Physics
Cal Poly State University, San Luis Obispo
bgranger at calpoly.edu
ellisonbg at gmail.com


From ellisonbg at gmail.com  Sun Jan 30 22:41:36 2011
From: ellisonbg at gmail.com (Brian Granger)
Date: Sun, 30 Jan 2011 19:41:36 -0800
Subject: [IPython-dev] ipcluster with ssh
In-Reply-To: <AANLkTi=nB9yFiQ9C2xP8HyBTpojHzPhCCqeM=BkLjw_T@mail.gmail.com>
References: <AANLkTi=nB9yFiQ9C2xP8HyBTpojHzPhCCqeM=BkLjw_T@mail.gmail.com>
Message-ID: <AANLkTi=SBEuTyWFRnmtaSHaGMadbXF9A4BqZFTx6pgBW@mail.gmail.com>

Herald,

On Mon, Jan 24, 2011 at 8:06 AM, Harald Schilly
<harald.schilly at gmail.com> wrote:
> Hi, I'm currently playing around with the ipcluster using ssh. I had a
> problem and I couldn't track it down, until I did some changes to the
> source. In file ipcluster.py in line 477 of version 10.1 (in the
> SSHEngineSet class/method start()) I change the parameter
> "consumeErrors" in "return gatherBoth(...)" from True to False. It
> revealed, that a warning of ssh triggered an error and the cluster
> just didn't do anything (no engine was started).
>
> The problem/warning is triggered using this ~/.ssh/config file:
> UserKnownHostsFile=/dev/null
> StrictHostKeyChecking=no
> NoHostAuthenticationForLocalhost=no
>
> So, each time a new ssh connection is set up, the hostname is unknown
> and this is reported. To get things running, I have to comment the
> first line, so that the usual known hostname file is used and after
> starting the cluster 2x all hosts are added and it works. The problem
> is that those hostnames change sometimes and then it's once again an
> error.
>
> My first proposal would be to enable reporting those errors by default!

Yes, I think that is a good idea.  But at this point we are making a
massive effort to push forward and completely rewrite of the parallel
stuff using pyzmq/zeromq.  What this means is that we are not spending
much time maintaining the older stuff you are using.  The new stuff is
in code review right now, but it will be a while before it is ready
for use.  It will be a huge improvement, but it does leave you in a
bit of a limbo.  I would say that minimally you should run with the
errors showing in your local version of the code.  If you want to
contribute a pull request on github with this fix for the 0.10 series,
that would also help us to get this in other people hands.

> Is there a recommended/better configuration for ssh? If yes, this
> should be part of the documentation. Also, I think the SSHEngineSet
> class could be more intelligent and ignore this specific warning which
> is indeed no problem.
>
> I'm using Ubuntu linux/openssh.
>
> The warning is:
> 2011-01-24 16:57:46+0100 [-] Unhandled error in Deferred:
> 2011-01-24 16:57:46+0100 [-] Unhandled Error
> ? ? ? ?Traceback (most recent call last):
> ? ? ? ?Failure: twisted.internet.utils._UnexpectedErrorOutput: got
> stderr: "Warning: Permanently added '...,...' (RSA) to the list of
> known hosts.\r\n"
>
>
> Another idea is to change the exec_engine command in _ssh_engine() to
> make it more intelligent. For some other project i added additional
> options directly to ssh so that it is more reliable. It looks like
> this:
>
> ? p = Popen(['ssh','-x','-q',\
> ? ? ? ? ? ? ?'-o','UserKnownHostsFile=/dev/null',\
> ? ? ? ? ? ? ?'-o','ServerAliveInterval=60',\
> ? ? ? ? ? ? ?'-o','StrictHostKeyChecking=no',\
> ? ? ? ? ? ? ?'-o','ConnectTimeout=%s' % SSH_CONN_TIMEOUT,\
> ? ? ? ? ? ? ?'-o','BatchMode=yes',\
> ? ? ? ? ? ? ?'-n','%s@%s'%(user, machine),\
> ? ? ? ? ? ? ?'ionice','-c','3','nice', cmd],\
> ? ? ? ? ? ? ?stdout=PIPE, stdin=PIPE, stderr=PIPE)

Could you file a ticket on our github page about this.  That will be
very useful as we move forward.

Cheers,

Brian

>
> H
> _______________________________________________
> IPython-dev mailing list
> IPython-dev at scipy.org
> http://mail.scipy.org/mailman/listinfo/ipython-dev
>



-- 
Brian E. Granger, Ph.D.
Assistant Professor of Physics
Cal Poly State University, San Luis Obispo
bgranger at calpoly.edu
ellisonbg at gmail.com


From takowl at gmail.com  Mon Jan 31 13:05:37 2011
From: takowl at gmail.com (Thomas Kluyver)
Date: Mon, 31 Jan 2011 18:05:37 +0000
Subject: [IPython-dev] Qt console broken in trunk?
In-Reply-To: <20110130213016.539d76b1@moon>
References: <AANLkTi=yz=2w_EM=Hhn7PHHsXioH8rmJQp4-gK2V3fjq@mail.gmail.com>
	<AANLkTi=iBkDHK1QwFDhcrk6aKkJ-12-gPDF53vUCbh0D@mail.gmail.com>
	<AANLkTi=h754xV=0bgD3XWH2Jyku0nqzE+0eHnu9F126M@mail.gmail.com>
	<201101261711.27805.mark.voorhies@ucsf.edu>
	<AANLkTingMHLGEFgcpKJEz89q6S=sY6SDAuYY_MCG8AW2@mail.gmail.com>
	<AANLkTi=qymD8M9oc00+QfE7kOT7RoYB9H4XYeKfbs=1g@mail.gmail.com>
	<AANLkTi=-DQSd9KsPiSb5dx1rZogh9DhNRYciWCOj2ki0@mail.gmail.com>
	<AANLkTikr-kWuxP95Ug5w78abL-L31Peo6jDOw9W_1yc5@mail.gmail.com>
	<AANLkTik20Erea51FcK2vvOTDDX4Fk2hjeOhoyWQmc5ag@mail.gmail.com>
	<B2DC0AD2-9214-4F6B-A012-398C3A7BE923@gmail.com>
	<AANLkTin4xhJCTZ2c-sTF4-sE3dpdmbXJ8v2+QZ86FLHb@mail.gmail.com>
	<20110130213016.539d76b1@moon>
Message-ID: <AANLkTineBtwKsk-X5ZYicTDr__kz+B8Y4AM8Bv1MJpd7@mail.gmail.com>

Quick update: Ubuntu has "synced" the package from Debian. So the next
release will have 2.0.10, but not the bugfixes in 2.0.10.1, at least for the
moment.

Thomas
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/ipython-dev/attachments/20110131/400147b6/attachment.html>

From ellisonbg at gmail.com  Mon Jan 31 13:07:48 2011
From: ellisonbg at gmail.com (Brian Granger)
Date: Mon, 31 Jan 2011 10:07:48 -0800
Subject: [IPython-dev] Qt console broken in trunk?
In-Reply-To: <AANLkTineBtwKsk-X5ZYicTDr__kz+B8Y4AM8Bv1MJpd7@mail.gmail.com>
References: <AANLkTi=yz=2w_EM=Hhn7PHHsXioH8rmJQp4-gK2V3fjq@mail.gmail.com>
	<AANLkTi=iBkDHK1QwFDhcrk6aKkJ-12-gPDF53vUCbh0D@mail.gmail.com>
	<AANLkTi=h754xV=0bgD3XWH2Jyku0nqzE+0eHnu9F126M@mail.gmail.com>
	<201101261711.27805.mark.voorhies@ucsf.edu>
	<AANLkTingMHLGEFgcpKJEz89q6S=sY6SDAuYY_MCG8AW2@mail.gmail.com>
	<AANLkTi=qymD8M9oc00+QfE7kOT7RoYB9H4XYeKfbs=1g@mail.gmail.com>
	<AANLkTi=-DQSd9KsPiSb5dx1rZogh9DhNRYciWCOj2ki0@mail.gmail.com>
	<AANLkTikr-kWuxP95Ug5w78abL-L31Peo6jDOw9W_1yc5@mail.gmail.com>
	<AANLkTik20Erea51FcK2vvOTDDX4Fk2hjeOhoyWQmc5ag@mail.gmail.com>
	<B2DC0AD2-9214-4F6B-A012-398C3A7BE923@gmail.com>
	<AANLkTin4xhJCTZ2c-sTF4-sE3dpdmbXJ8v2+QZ86FLHb@mail.gmail.com>
	<20110130213016.539d76b1@moon>
	<AANLkTineBtwKsk-X5ZYicTDr__kz+B8Y4AM8Bv1MJpd7@mail.gmail.com>
Message-ID: <AANLkTikjdyzFEmzC44Wo6H9uzo+f85nmGXLpshgZ790Q@mail.gmail.com>

Thomas,

> Quick update: Ubuntu has "synced" the package from Debian. So the next
> release will have 2.0.10, but not the bugfixes in 2.0.10.1, at least for the
> moment.

Is there any way of getting the 2.0.10.1 release?  The 2.0.10 version
has a horrible memory leak that makes it unusable for any long running
server.

Brian

> Thomas
>
> _______________________________________________
> IPython-dev mailing list
> IPython-dev at scipy.org
> http://mail.scipy.org/mailman/listinfo/ipython-dev
>
>



-- 
Brian E. Granger, Ph.D.
Assistant Professor of Physics
Cal Poly State University, San Luis Obispo
bgranger at calpoly.edu
ellisonbg at gmail.com


From takowl at gmail.com  Mon Jan 31 13:17:50 2011
From: takowl at gmail.com (Thomas Kluyver)
Date: Mon, 31 Jan 2011 18:17:50 +0000
Subject: [IPython-dev] Qt console broken in trunk?
In-Reply-To: <AANLkTikjdyzFEmzC44Wo6H9uzo+f85nmGXLpshgZ790Q@mail.gmail.com>
References: <AANLkTi=yz=2w_EM=Hhn7PHHsXioH8rmJQp4-gK2V3fjq@mail.gmail.com>
	<AANLkTi=iBkDHK1QwFDhcrk6aKkJ-12-gPDF53vUCbh0D@mail.gmail.com>
	<AANLkTi=h754xV=0bgD3XWH2Jyku0nqzE+0eHnu9F126M@mail.gmail.com>
	<201101261711.27805.mark.voorhies@ucsf.edu>
	<AANLkTingMHLGEFgcpKJEz89q6S=sY6SDAuYY_MCG8AW2@mail.gmail.com>
	<AANLkTi=qymD8M9oc00+QfE7kOT7RoYB9H4XYeKfbs=1g@mail.gmail.com>
	<AANLkTi=-DQSd9KsPiSb5dx1rZogh9DhNRYciWCOj2ki0@mail.gmail.com>
	<AANLkTikr-kWuxP95Ug5w78abL-L31Peo6jDOw9W_1yc5@mail.gmail.com>
	<AANLkTik20Erea51FcK2vvOTDDX4Fk2hjeOhoyWQmc5ag@mail.gmail.com>
	<B2DC0AD2-9214-4F6B-A012-398C3A7BE923@gmail.com>
	<AANLkTin4xhJCTZ2c-sTF4-sE3dpdmbXJ8v2+QZ86FLHb@mail.gmail.com>
	<20110130213016.539d76b1@moon>
	<AANLkTineBtwKsk-X5ZYicTDr__kz+B8Y4AM8Bv1MJpd7@mail.gmail.com>
	<AANLkTikjdyzFEmzC44Wo6H9uzo+f85nmGXLpshgZ790Q@mail.gmail.com>
Message-ID: <AANLkTikySVSE+6uyASKooSyMEGAGUnJ_s0qA0g=dgSM9@mail.gmail.com>

On 31 January 2011 18:07, Brian Granger <ellisonbg at gmail.com> wrote:

> Is there any way of getting the 2.0.10.1 release?  The 2.0.10 version
> has a horrible memory leak that makes it unusable for any long running
> server.
>
> Brian
>

I've not investigated Ubuntu packaging procedures before. I don't see any
reason why it shouldn't be possible, but I don't know the best way to go
about it: it might be easiest to get Debian to update their package, then
submit another sync request. But I have even less knowledge of Debian's
procedures than I do of Ubuntu's.

Thomas
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/ipython-dev/attachments/20110131/a86cce35/attachment.html>

From tomspur at fedoraproject.org  Mon Jan 31 13:57:37 2011
From: tomspur at fedoraproject.org (Thomas Spura)
Date: Mon, 31 Jan 2011 19:57:37 +0100
Subject: [IPython-dev] Qt console broken in trunk?
In-Reply-To: <AANLkTikySVSE+6uyASKooSyMEGAGUnJ_s0qA0g=dgSM9@mail.gmail.com>
References: <AANLkTi=yz=2w_EM=Hhn7PHHsXioH8rmJQp4-gK2V3fjq@mail.gmail.com>
	<AANLkTi=iBkDHK1QwFDhcrk6aKkJ-12-gPDF53vUCbh0D@mail.gmail.com>
	<AANLkTi=h754xV=0bgD3XWH2Jyku0nqzE+0eHnu9F126M@mail.gmail.com>
	<201101261711.27805.mark.voorhies@ucsf.edu>
	<AANLkTingMHLGEFgcpKJEz89q6S=sY6SDAuYY_MCG8AW2@mail.gmail.com>
	<AANLkTi=qymD8M9oc00+QfE7kOT7RoYB9H4XYeKfbs=1g@mail.gmail.com>
	<AANLkTi=-DQSd9KsPiSb5dx1rZogh9DhNRYciWCOj2ki0@mail.gmail.com>
	<AANLkTikr-kWuxP95Ug5w78abL-L31Peo6jDOw9W_1yc5@mail.gmail.com>
	<AANLkTik20Erea51FcK2vvOTDDX4Fk2hjeOhoyWQmc5ag@mail.gmail.com>
	<B2DC0AD2-9214-4F6B-A012-398C3A7BE923@gmail.com>
	<AANLkTin4xhJCTZ2c-sTF4-sE3dpdmbXJ8v2+QZ86FLHb@mail.gmail.com>
	<20110130213016.539d76b1@moon>
	<AANLkTineBtwKsk-X5ZYicTDr__kz+B8Y4AM8Bv1MJpd7@mail.gmail.com>
	<AANLkTikjdyzFEmzC44Wo6H9uzo+f85nmGXLpshgZ790Q@mail.gmail.com>
	<AANLkTikySVSE+6uyASKooSyMEGAGUnJ_s0qA0g=dgSM9@mail.gmail.com>
Message-ID: <20110131195737.353b3da0@moon>

On Mon, 31 Jan 2011 18:17:50 +0000
Thomas Kluyver wrote:

> On 31 January 2011 18:07, Brian Granger <ellisonbg at gmail.com> wrote:
> 
> > Is there any way of getting the 2.0.10.1 release?  The 2.0.10
> > version has a horrible memory leak that makes it unusable for any
> > long running server.
> >
> > Brian
> >
> 
> I've not investigated Ubuntu packaging procedures before. I don't see
> any reason why it shouldn't be possible, but I don't know the best
> way to go about it: it might be easiest to get Debian to update their
> package, then submit another sync request. But I have even less
> knowledge of Debian's procedures than I do of Ubuntu's.
> 
> Thomas

For fedora, it would be best to open a bug at
https://bugzilla.redhat.com/ or mail me directly.

According to [1] Miguel Landaeta is the package maintainer there...

Greetings,
   Thomas? ;-)

[1] http://packages.debian.org/experimental/python-zmq