From fperez.net at gmail.com  Sun Oct  5 00:34:17 2008
From: fperez.net at gmail.com (Fernando Perez)
Date: Sat, 4 Oct 2008 21:34:17 -0700
Subject: [IPython-dev] Experience with launchpad
In-Reply-To: <12DF2C6A-A552-429E-B6E7-9F4C4959C398@gmx.net>
References: <12DF2C6A-A552-429E-B6E7-9F4C4959C398@gmx.net>
Message-ID: <db6b5ecc0810042134q59158f4ao9a2f9f1129df19e9@mail.gmail.com>

Hi Holger,

[ I'm replying to your request with a CC to the ipython dev list, in
case others want to provide their take on the matter.  Please note
that you can only post to the list if you are subscribed, we get too
much spam otherwise. ]

On Sat, Oct 4, 2008 at 3:26 PM, Holger Rapp <HolgerRapp at gmx.net> wrote:
> Hi Fernando,
>
> I am writing as the head developer of the widelands open source game
> (www.widelands.org). We are finally fed up with sourceforge and are making
> up our minds to move to another hoster. One of the top candidates in my list
> is launchpad (besides berlios and savannah). I realized that ipython made
> that switch earlier this year. And since i am a very happy user of ipython
> and am very convinced by it, I am very much interested in your experience so
> far.
>
> It would be great if you could give me a short summary of your experience
> with launchpad, especially two questions are important to me:
>
> 1) Speed
> launchpad seems slow to me. Is it in real life use?

It can be, yes.  So far this hasn't been a show stopper, but just
yesterday I was making a clean branch of the ipython trunk for some
tests, and

bzr branch lp:ipython

failed to complete twice.  I had to kill it and restart twice, because
it was just hanging.

I should add though that this is the worst I've seen, it's typically
not this bad.  In general I find it sluggish enough to annoy me but
not to drive me crazy.  I just put up with it.

I have no idea how things would fare with a much larger project, but
you could easily test things yourself: find a large project, branch
it, make some changes locally and start pushing the branch to your
+junk workspace.  Or even better, do the test with a toy copy of your
widelands tree, to see how it feels for a while.

> 2) Lower developer entry bar
> Have you had the feeling that more developers start hacking for ipython?

I don't think we've picked up anyone completely new since we moved
over, but we most certainly have a much better flow.  Developers who
aren't core members have made branches we can review until they are
ready for inclusion, for example (Vivian de Smedt made one such
contribution this year).  We also have been making heavy use of the
ability to keep individual branches alive while we review them for
merging, and the actual painless merge capabilities of bzr are
definitely a great improvement over svn.

> but also what about service, which features are the killer-features for you,
> are you happy with the performance of bzr, what did you're team say to the
> move, can you recommend it also for non python projects, and why didn't you
> chose other hostings?

For me the killer features are:

- lower barrier of entry to new contributions.

- reasonably easy  workflow for code review (though I hope their
review tool matures and improves, as right now it's very primitive).
This aspect can really use some improvements, but even in its basic
form we've found it to be very useful, so I'm not complaining.

Minuses:
- speed (see above)
- The web interface is a bit clumsy to use at times, though the update
of a few months ago did improve things quite a bit.  It's still a bit
confusing to navigate though.

Language: I don't think the language of your project makes any
difference.  Bzr is just a source control system that happens to be
written in python, and launchpad is just a website.

We had our own mailing list infrastructure already so I can't comment
on that part, we're only using it for code hosting and bug tracking,
but for those it works very well.

Other hostings?  Our criteria for selection were roughly:

- a distributed VCS with decent Windows support (we have developers on
win32).  This pretty much ruled out git at the time (March 2008,
things may have changed).

- Easy hosting of branches.  Once you move to a DVCS, all of a sudden
having an *easy* way for anyone to host their branches so you can
really share becomes very important.  It's not realistic to ask
everyone to set up their own server just so we can pull from their
branches.

I'd also add (though I don't think this was quite so clear in March,
at least to me):

- Free hosting with equal rights for non-members of the core team.
It's really important that *anyone* with a launchpad account can
branch and host any project.  This makes the system very democratic,
encourages contributions, and frees the core team of a project from
having to worry too much about who to give 'commit rights' to (team
membership in Launchpadese).  The ipython-dev team members really just
happen to be the people who can deal with the merging at the end of
the review process, but to a large extent who's in there is
irrelevant.  Anyone who can open a launchpad account can contribute a
branch that can be reviewed on an equal footing to that of a team
member.  For example, these two branches are for all intents and
purposes on an equal level:

https://code.launchpad.net/~fdo.perez/ipython/trunk-dev
https://code.launchpad.net/~unpingco/ipython/trunk-dev

One is my copy of trunk, the other is from a developer who is not a
member of the ~ipython-dev team.  Both can be identically reviewed and
merged into the project, both are committed to only by their owner.

Given these criteria, in March 2008, it was basically down to hg or
bzr.  But there was no equivalent to launchpad for hg at the time
(there may be now, I don't know).  hg seemed a bit nicer (faster) than
bzr, but honestly launchpad was what drove our decision.

> I'm sorry to bother you about this, I hope you're reply give me some insight
> and makes it easier to make a decision pro or contra launchpad. I read the
> mailinglist archive of the launchpad thread and it reads similar to the one
> we currently have on the widelands mailinglist.

No problem, I hope this is useful.  Feel free to ask if you have
further questions.

> Greetings and thanks for ipython ;)

Glad you find it useful!

Cheers,

f


From edreamleo at gmail.com  Sun Oct  5 11:01:51 2008
From: edreamleo at gmail.com (Edward K. Ream)
Date: Sun, 5 Oct 2008 10:01:51 -0500
Subject: [IPython-dev] Experience with launchpad
In-Reply-To: <db6b5ecc0810042134q59158f4ao9a2f9f1129df19e9@mail.gmail.com>
References: <12DF2C6A-A552-429E-B6E7-9F4C4959C398@gmx.net>
	<db6b5ecc0810042134q59158f4ao9a2f9f1129df19e9@mail.gmail.com>
Message-ID: <ffb592890810050801m67e6d754h88df8f089c04f26c@mail.gmail.com>

On Sat, Oct 4, 2008 at 11:34 PM, Fernando Perez <fperez.net at gmail.com> wrote:

> For me the killer features are:
>
> - lower barrier of entry to new contributions.
>
> - reasonably easy  workflow for code review (though I hope their
> review tool matures and improves, as right now it's very primitive).
> This aspect can really use some improvements, but even in its basic
> form we've found it to be very useful, so I'm not complaining.
>
> Minuses:
> - speed (see above)
> - The web interface is a bit clumsy to use at times, though the update
> of a few months ago did improve things quite a bit.  It's still a bit
> confusing to navigate though.

As the project leader for the Leo project, I agree completely.  I
would have said exactly the same, except I wouldn't have said so so
well or so completely :-)

I'd like to emphasize that bzr makes it much easier for anyone to
contribute.  With Leo, there was an initial flurry of activity as
people "got code off their chests and onto the trunk".  After that,
there has been steady contributions from the key developers.

Edward
--------------------------------------------------------------------
Edward K. Ream email: edreamleo at gmail.com
Leo: http://webpages.charter.net/edreamleo/front.html
--------------------------------------------------------------------


From vivainio at gmail.com  Sun Oct  5 12:28:25 2008
From: vivainio at gmail.com (Ville M. Vainio)
Date: Sun, 5 Oct 2008 19:28:25 +0300
Subject: [IPython-dev] Experience with launchpad
In-Reply-To: <db6b5ecc0810042134q59158f4ao9a2f9f1129df19e9@mail.gmail.com>
References: <12DF2C6A-A552-429E-B6E7-9F4C4959C398@gmx.net>
	<db6b5ecc0810042134q59158f4ao9a2f9f1129df19e9@mail.gmail.com>
Message-ID: <46cb515a0810050928j6ac6355fod840a1acb9975a79@mail.gmail.com>

On Sun, Oct 5, 2008 at 7:34 AM, Fernando Perez <fperez.net at gmail.com> wrote:

>> 1) Speed
>> launchpad seems slow to me. Is it in real life use?

The push / pull speed doesn't matter all that much. It typically
happens when you are "done" with your work, so you can do that in the
background.

For limited options (assuming that you don't want to use money) with
you could use:

http://www.bitbucket.org/  (hg)
http://github.com/   (git)

As Fernando already said, git was not considered because they have
quite a bad windows story (requires cygwin). hg would have been the
best choice, if only there were something like launchpad available.
bzr is a bit easier to learn/use than hg, and depending on the size of
your project (mostly the amount of commits), the performance
difference may or may not be a big deal.

That being said, anything is much better than sourceforge ;-)

-- 
Ville M. Vainio
http://tinyurl.com/vainio


From barrywark at gmail.com  Wed Oct  8 15:14:21 2008
From: barrywark at gmail.com (Barry Wark)
Date: Wed, 8 Oct 2008 12:14:21 -0700
Subject: [IPython-dev] [IPython-user] A bag of pythons on OS X leopard;
	Is a house cleaning in order.
In-Reply-To: <b14b627d0810081023l33714dbdhc97390ff938544f0@mail.gmail.com>
References: <24AF3D60-489C-4C1C-975E-F8A057FFB8F9@comcast.net>
	<b14b627d0810080101p83a0247ua28644d350f9dd99@mail.gmail.com>
	<cd7634ce0810080955i1f832b96r9dcd56696dd54e53@mail.gmail.com>
	<b14b627d0810081023l33714dbdhc97390ff938544f0@mail.gmail.com>
Message-ID: <cd7634ce0810081214v5fd3d678x85a0736a255f3123@mail.gmail.com>

On Wed, Oct 8, 2008 at 10:23 AM, Robin <robince at gmail.com> wrote:
> On Wed, Oct 8, 2008 at 5:55 PM, Barry Wark <barrywark at gmail.com> wrote:
>> On Wed, Oct 8, 2008 at 1:01 AM, Robin <robince at gmail.com> wrote:.
>>
>> Not true. The system python, by default, will put its version of numpy
>> first on the python path (to protect Apple-installed tools that depend
>> on numpy). The system python comes with setuptools, however, for a
>> reason. If you use setuptools to install a more recent version of
>> numpy, setuptools will take care of putting the new version of numpy
>> first on the python path while allowing Apple-installed tools to
>> continue to use the version that shipped with Leopard.
>>
>> So the general rule is: use setuptools and things will "just work".
>
> That sounds great - but I'm curious as to how it can work without
> modifying stuff...
>
> If I have a raw system python prompt and I do "import numpy" - what
> determines which one I get? Sometimes I might want the new numpy (ie
> when working on my own scripts) but sometimes I (or some downloaded
> application assuming a standard system Python install) might want the
> old numpy. If both of these are just doing "import numpy" how does
> setuptools decide which one to serve up?

Good question. By default the system python 2.5 path looks (in
schematic form) like:
/System/Library/Frameworks/Python.framework/Versions/2.5/lib/python2.5/*:/Library/Python/2.5/lib/site-packages/*

The system python is configured so that distultils installs into
/Library/Python/2.5/site-packages. So, anything installed by distutils
will end up _after_ the system-installed python. So if you install a
new numpy using distutils, and then 'import numpy', you'll get the
system-installed (old) version. This caused quite a bit of confusion
by Leopard python users early on (but see below). System tools can do
the conservative thing and set their python path to ONLY the
/System/Library/Frameworks/Python.framework/Versions/2.5/lib/python2.5/*
tree and are thus immune to changes or new packages in
/Library/Python.

OK, but what about setuptools? Packages installed using setuptools (or
the easy_install frontend) go into /Library/Python as well, but
setuptools can, at runtime, move those setuptools-installed packages
to the front of the python path so that your new, setuptools-installed
numpy is what you'll get when you do 'import numpy'. Conservative
packages or scripts (e.g. system tools) can (and do) request numpy by
version from setuptools (it turns out even the
/System/.../site-package directory uses setuptools) the version that
they're tested against using. Thus, you get the latest version via
'import numpy' but can request an older numpy by version explicitly.
Make sense? It's a bit tricky and it took me quite a while to groking
the whole setup enough to trust it, but in general it does the "right
thing" (how very Apple). It's possible that there are some

The only downside to this system, that I'm aware of, is for users
whose /Library folder is mounted via NFS. Setuptools apparently
doesn't play very well with NFS (because it generates many more file
reads than without setuptools) so imports can take longer when using
setuptools than if you go with distutils only. In practice, I don't
find that this is a problem, but folks that are using ipython on a
large cluster have found it onerous. If this is the case for you, then
Fink/MacPorts or MacPython is probably your only option at this point.

Finally, there are a few (long) threads on this topic on both the
numpy-discussion and pythonmac-sig lists including comments from folks
much more knowlegeable than I. You may find more insight by searching
those archives.

>
> Another possible reason for using seperate python - if an operating
> system upgrade changes the python version (ie 2.5 -> 2.6) then won't
> that break all your installed modules built against the old version?

No, the python /Library/Python/2.X directories are segregated by
python version (note that there're both python 2.3 and 2.5 installed
by default on Leopard). So when Apple releases a system python 2.6 or
some other python version, your existing installed packages will not
break, but they will not be available to the new version (remember,
separate site-packages for each version). You will have to
rebuild/install packages for the new python version.

>
> If using macports python, there is a good chance it'll carry on
> working after an upgrade... (it did for me with Leopard)

True.

>
> Robin
>


From gael.varoquaux at normalesup.org  Wed Oct  8 17:16:50 2008
From: gael.varoquaux at normalesup.org (Gael Varoquaux)
Date: Wed, 8 Oct 2008 23:16:50 +0200
Subject: [IPython-dev] [Shell-dev] Distributed Processing
In-Reply-To: <13F749DBB02C8B49AAE475700D6FBC6D065839@amsdc1-s-03343.europe.shell.com>
References: <3d375d730807141014v25109131v9362ddd1fcb7b783@mail.gmail.com>
	<13F749DBB02C8B49AAE475700D6FBC6D065839@amsdc1-s-03343.europe.shell.com>
Message-ID: <20081008211650.GE14533@phare.normalesup.org>

Hi Hanno,

This is a fairly technical question involving IPython. I am forwarding it
to the IPython developement mailing list.

IPython devs, please keep Hanno Cced in your answers, he is not
subscribed to ipython-dev.

Ga?l

On Wed, Oct 08, 2008 at 06:46:47PM +0200, Hanno.Klemm at shell.com wrote:

> Hi all,

> I know this is a rather old thread but I just tried to look into parallel processing, again. I downloaded the most recent ipython-0.9.1 and I installed it under my local epd-2.5 tree. if I start ipcontroller -x and 2 engines, and then ipython, everything works. However, if I start ipython with the -pylab flag the following happens:

> /scratch/epd-2.5/bin/ipcontroller -x &
> /scratch/epd-2.5/bin/ipengine &
> /scratch/epd-2.5/bin/ipengine &

> [nlhkl6 at rijkes-n-d99487:/scratch/src/ipython-0.9.1/docs/examples/kernel]
> > /scratch/epd-2.5/bin/ipython -pylab
> Python 2.5.2 |EPD 2.5.2001| (r252:60911, Jun  2 2008, 07:21:15)
> Type "copyright", "credits" or "license" for more information.

> IPython 0.9.1 -- An enhanced Interactive Python.
> ?         -> Introduction and overview of IPython's features.
> %quickref -> Quick reference.
> help      -> Python's own help system.
> object?   -> Details about 'object'. ?object also works, ?? prints more.

>   Welcome to pylab, a matplotlib-based Python environment.
>   For more information, type 'help(pylab)'.

> In [1]: from IPython.kernel import client

> In [2]: tc = client.TaskClient()
> Segmentation fault

> This happens reproducably. ipython -pylab without the parallel stuff works, and the parallel stuff without the 
> -pylab flag works, as well. (I use the wxAgg backend)

> Any suggestions how to get both at the same time to work are much appreciated.

> Best regards,
> Hanno



> -----Original Message-----
> From: shell-dev-bounces at mail.enthought.com
> [mailto:shell-dev-bounces at mail.enthought.com]On Behalf Of Robert Kern
> Sent: Monday, July 14, 2008 7:15 PM
> To: shell-dev at mail.enthought.com
> Subject: Re: [Shell-dev] Distributed Processing


> On Mon, Jul 14, 2008 at 11:16, Jack.Cook at shell.com
> <shell-dev at mail.enthought.com> wrote:
> > Hanno,

> > I had the same problem here. It looks like our distribution does not contain the foolscap package. I downloaded the tar file from:

> > http://pypi.python.org/pypi/foolscap/0.2.9

> Ah yes. That's a new dependency. I haven't played with IPython's
> distributed capabilities in a while. Sorry about that.


From ellisonbg.net at gmail.com  Fri Oct 10 00:15:17 2008
From: ellisonbg.net at gmail.com (Brian Granger)
Date: Thu, 9 Oct 2008 21:15:17 -0700
Subject: [IPython-dev] [Shell-dev] Distributed Processing
In-Reply-To: <20081008211650.GE14533@phare.normalesup.org>
References: <3d375d730807141014v25109131v9362ddd1fcb7b783@mail.gmail.com>
	<13F749DBB02C8B49AAE475700D6FBC6D065839@amsdc1-s-03343.europe.shell.com>
	<20081008211650.GE14533@phare.normalesup.org>
Message-ID: <6ce0ac130810092115p2dae3b6dh2ee2806643046513@mail.gmail.com>

Hanno,

I tried this on my system and can't reproduce.  Is there any chance
you can run this using gdb?  That would at least give us an idea of
where to start looking.  Also, can you give more details about your
platforms/setup?

Thanks,

Brian

On Wed, Oct 8, 2008 at 2:16 PM, Gael Varoquaux
<gael.varoquaux at normalesup.org> wrote:
> Hi Hanno,
>
> This is a fairly technical question involving IPython. I am forwarding it
> to the IPython developement mailing list.
>
> IPython devs, please keep Hanno Cced in your answers, he is not
> subscribed to ipython-dev.
>
> Ga?l
>
> On Wed, Oct 08, 2008 at 06:46:47PM +0200, Hanno.Klemm at shell.com wrote:
>
>> Hi all,
>
>> I know this is a rather old thread but I just tried to look into parallel processing, again. I downloaded the most recent ipython-0.9.1 and I installed it under my local epd-2.5 tree. if I start ipcontroller -x and 2 engines, and then ipython, everything works. However, if I start ipython with the -pylab flag the following happens:
>
>> /scratch/epd-2.5/bin/ipcontroller -x &
>> /scratch/epd-2.5/bin/ipengine &
>> /scratch/epd-2.5/bin/ipengine &
>
>> [nlhkl6 at rijkes-n-d99487:/scratch/src/ipython-0.9.1/docs/examples/kernel]
>> > /scratch/epd-2.5/bin/ipython -pylab
>> Python 2.5.2 |EPD 2.5.2001| (r252:60911, Jun  2 2008, 07:21:15)
>> Type "copyright", "credits" or "license" for more information.
>
>> IPython 0.9.1 -- An enhanced Interactive Python.
>> ?         -> Introduction and overview of IPython's features.
>> %quickref -> Quick reference.
>> help      -> Python's own help system.
>> object?   -> Details about 'object'. ?object also works, ?? prints more.
>
>>   Welcome to pylab, a matplotlib-based Python environment.
>>   For more information, type 'help(pylab)'.
>
>> In [1]: from IPython.kernel import client
>
>> In [2]: tc = client.TaskClient()
>> Segmentation fault
>
>> This happens reproducably. ipython -pylab without the parallel stuff works, and the parallel stuff without the
>> -pylab flag works, as well. (I use the wxAgg backend)
>
>> Any suggestions how to get both at the same time to work are much appreciated.
>
>> Best regards,
>> Hanno
>
>
>
>> -----Original Message-----
>> From: shell-dev-bounces at mail.enthought.com
>> [mailto:shell-dev-bounces at mail.enthought.com]On Behalf Of Robert Kern
>> Sent: Monday, July 14, 2008 7:15 PM
>> To: shell-dev at mail.enthought.com
>> Subject: Re: [Shell-dev] Distributed Processing
>
>
>> On Mon, Jul 14, 2008 at 11:16, Jack.Cook at shell.com
>> <shell-dev at mail.enthought.com> wrote:
>> > Hanno,
>
>> > I had the same problem here. It looks like our distribution does not contain the foolscap package. I downloaded the tar file from:
>
>> > http://pypi.python.org/pypi/foolscap/0.2.9
>
>> Ah yes. That's a new dependency. I haven't played with IPython's
>> distributed capabilities in a while. Sorry about that.
> _______________________________________________
> IPython-dev mailing list
> IPython-dev at scipy.org
> http://lists.ipython.scipy.org/mailman/listinfo/ipython-dev
>


From gael.varoquaux at normalesup.org  Fri Oct 10 01:17:03 2008
From: gael.varoquaux at normalesup.org (Gael Varoquaux)
Date: Fri, 10 Oct 2008 07:17:03 +0200
Subject: [IPython-dev] [Shell-dev] Distributed Processing
In-Reply-To: <6ce0ac130810092115p2dae3b6dh2ee2806643046513@mail.gmail.com>
References: <3d375d730807141014v25109131v9362ddd1fcb7b783@mail.gmail.com>
	<13F749DBB02C8B49AAE475700D6FBC6D065839@amsdc1-s-03343.europe.shell.com>
	<20081008211650.GE14533@phare.normalesup.org>
	<6ce0ac130810092115p2dae3b6dh2ee2806643046513@mail.gmail.com>
Message-ID: <20081010051703.GA24971@phare.normalesup.org>

On Thu, Oct 09, 2008 at 09:15:17PM -0700, Brian Granger wrote:
> I tried this on my system and can't reproduce.  Is there any chance
> you can run this using gdb?  That would at least give us an idea of
> where to start looking.  Also, can you give more details about your
> platforms/setup?

Hi Brian,

Robert K has actually been debugging this with Hanno, and it seems that
on Hanoo's system there are two versions of expat, one for 32bit and one
for 64bit. Wx is probably picking up a different one than Python, and
thus the crash.

Ga?l


From ellisonbg.net at gmail.com  Fri Oct 10 01:25:42 2008
From: ellisonbg.net at gmail.com (Brian Granger)
Date: Thu, 9 Oct 2008 22:25:42 -0700
Subject: [IPython-dev] [Shell-dev] Distributed Processing
In-Reply-To: <20081010051703.GA24971@phare.normalesup.org>
References: <3d375d730807141014v25109131v9362ddd1fcb7b783@mail.gmail.com>
	<13F749DBB02C8B49AAE475700D6FBC6D065839@amsdc1-s-03343.europe.shell.com>
	<20081008211650.GE14533@phare.normalesup.org>
	<6ce0ac130810092115p2dae3b6dh2ee2806643046513@mail.gmail.com>
	<20081010051703.GA24971@phare.normalesup.org>
Message-ID: <6ce0ac130810092225w2cc20153gd58b3c1af1e6d1ef@mail.gmail.com>

Gael,

Great!  I was having nightmares of super-subtle threading issues
related to Twisted and Wx.  Keep us posted.

Cheers,

Brian

On Thu, Oct 9, 2008 at 10:17 PM, Gael Varoquaux
<gael.varoquaux at normalesup.org> wrote:
> On Thu, Oct 09, 2008 at 09:15:17PM -0700, Brian Granger wrote:
>> I tried this on my system and can't reproduce.  Is there any chance
>> you can run this using gdb?  That would at least give us an idea of
>> where to start looking.  Also, can you give more details about your
>> platforms/setup?
>
> Hi Brian,
>
> Robert K has actually been debugging this with Hanno, and it seems that
> on Hanoo's system there are two versions of expat, one for 32bit and one
> for 64bit. Wx is probably picking up a different one than Python, and
> thus the crash.
>
> Ga?l
>


From gelston at doosanbabcock.com  Mon Oct 13 15:12:50 2008
From: gelston at doosanbabcock.com (Elston, Gareth R)
Date: Mon, 13 Oct 2008 20:12:50 +0100
Subject: [IPython-dev] [Enthought-dev] Control of names in the Pylab
	interactive namespace
Message-ID: <9D4464CAAAB788439D66EE2432F9B5F1040515FF@00001EXCH.uk.mitsuibabcock.com>

I'm going to be giving an Introduction to Python presentation to a number
of engineering colleagues next week. I'll be demonstrating the capabilities
of Pylab and recommending the EPD as the best way to install all of the
required packages.

My questions are: where do I need to start looking for what happens when
IPython is called with the -pylab flag? Or how do I control which names
are included / excluded from the interactive namespace? My first example
was partly intended to show how useful the "whos" function is, but failed!
The Pylab sessions below demonstrate the problem.

I have epd_py25-4.0.30002_beta3-win32-x86.msi installed and was a little
surprised by the empty namespace (using whos) after trying the following
example:

Enthought Python Distribution (4.0.30001) -- http://code.enthought.com
Python 2.5.2 |EPD 4.0.3.0001| (r252:60911, Sep 18 2008, 17:54:39)
IPython 0.9.1 -- An enhanced Interactive Python.

In [1]: def f (x, a, b, c):
   ...:     """Quadratic function"""
   ...:     return a*x**2 + b*x + c
   ...:

In [2]: x = arange(-5, 5.1, 0.5)

In [3]: x
Out[3]:
array([-5. , -4.5, -4. , -3.5, -3. , -2.5, -2. , -1.5, -1. , -0.5,  0. ,
        0.5,  1. ,  1.5,  2. ,  2.5,  3. ,  3.5,  4. ,  4.5,  5. ])

In [4]: f(x,1,2,3)
Out[4]:
array([ 18.  ,  14.25,  11.  ,   8.25,   6.  ,   4.25,   3.  ,   2.25,
         2.  ,   2.25,   3.  ,   4.25,   6.  ,   8.25,  11.  ,  14.25,
        18.  ,  22.25,  27.  ,  32.25,  38.  ])

In [5]: whos
Interactive namespace is empty.

In a new Pylab session, I discovered that both f and x are already defined
during Pylab's initialisation, and presumably this is why they are excluded
from the interactive namespace:

In [1]: [name for name in dir() if len(name)==1]
Out[1]: ['_', 'e', 'f', 'x']

In [2]: e
Out[2]: 2.7182818284590451

In [3]: f
Out[3]: <built-in method f of mtrand.RandomState object at 0x00A6A310>

In [4]: x
Out[4]: 'symlog'

In [5]: f?
Type:           builtin_function_or_method
Base Class:     <type 'builtin_function_or_method'>
String Form:    <built-in method f of mtrand.RandomState object at 0x00A6A310>
Namespace:      Interactive
Docstring:
    F distribution.
f(dfnum, dfden, size=None) -> random values

I would like to find a way to put 'f' and 'x' back into the interactive
namespace, or find out where they are brought into the excluded namespace
so that I can try to fix the problem there.

More generally, if a name is exluded from the interactive namespace and is
then defined interactively, could this name be made to appear once again in
the interactive namespace?

Thanks,
Gareth.


-------------------------------------------------------------
IMPORTANT NOTICE.

This E-Mail and any files transmitted with it, are  confidential and may be
privileged and are for the exclusive use of the intended recipient(s).
If you are not the intended recipient(s) please note that any form 
of distribution, copying or use of this communication or the
information in it, is strictly prohibited and may be unlawful.

If you have received this E-Mail in error please return it to the sender.
We should be grateful if you would also copy the communication to
postmaster at doosanbabcock.com the delete the E-Mail and destroy any
copies of it.

It is your responsibility to scan any attachments for viruses.

For further information, visit us at WWW.DOOSANBABCOCK.COM
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/ipython-dev/attachments/20081013/6d45b4a1/attachment.html>

From vivainio at gmail.com  Mon Oct 13 16:25:32 2008
From: vivainio at gmail.com (Ville M. Vainio)
Date: Mon, 13 Oct 2008 23:25:32 +0300
Subject: [IPython-dev] [Enthought-dev] Control of names in the Pylab
	interactive namespace
In-Reply-To: <9D4464CAAAB788439D66EE2432F9B5F1040515FF@00001EXCH.uk.mitsuibabcock.com>
References: <9D4464CAAAB788439D66EE2432F9B5F1040515FF@00001EXCH.uk.mitsuibabcock.com>
Message-ID: <46cb515a0810131325i3e22bf80tfee916461698b9af@mail.gmail.com>

On Mon, Oct 13, 2008 at 10:12 PM, Elston, Gareth R
<gelston at doosanbabcock.com> wrote:

> My questions are: where do I need to start looking for what happens when
> IPython is called with the -pylab flag? Or how do I control which names

Shell.py. grep for _load_pylab.


> I would like to find a way to put 'f' and 'x' back into the interactive
> namespace, or find out where they are brought into the excluded namespace
> so that I can try to fix the problem there.

Manipulate (delete items from) _ip.IP.user_config_ns. Grep for
user_config_ns for more ideas.

-- 
Ville M. Vainio
http://tinyurl.com/vainio


From vivainio at gmail.com  Wed Oct 15 14:01:59 2008
From: vivainio at gmail.com (Ville M. Vainio)
Date: Wed, 15 Oct 2008 21:01:59 +0300
Subject: [IPython-dev] html-based ipython output & QTextEdit
Message-ID: <46cb515a0810151101x5db90b5cid724b1a8de4ffdec@mail.gmail.com>

I'm planning a pyqt frontend for IPython. Yeah, I've been doing that
for a while but I finally had some time, and am actually participating
on the development of the new, glorious pyqt version of Leo :-)

I thought I could do it with scintilla (like the current wx
frontends), but then I figured using QTextEdit/QTextBrowser would be
even cooler. I could write the whole output using html, translating
the ansi codes to html.

Just thought I should throw the idea here, since it's been quite quiet
recently. Anyone reviewing those branches?

-- 
Ville M. Vainio
http://tinyurl.com/vainio


From fperez.net at gmail.com  Thu Oct 16 04:46:44 2008
From: fperez.net at gmail.com (Fernando Perez)
Date: Thu, 16 Oct 2008 01:46:44 -0700
Subject: [IPython-dev] html-based ipython output & QTextEdit
In-Reply-To: <46cb515a0810151101x5db90b5cid724b1a8de4ffdec@mail.gmail.com>
References: <46cb515a0810151101x5db90b5cid724b1a8de4ffdec@mail.gmail.com>
Message-ID: <db6b5ecc0810160146n1dce240es97e7264f81929cba@mail.gmail.com>

On Wed, Oct 15, 2008 at 11:01 AM, Ville M. Vainio <vivainio at gmail.com> wrote:
> I'm planning a pyqt frontend for IPython. Yeah, I've been doing that
> for a while but I finally had some time, and am actually participating
> on the development of the new, glorious pyqt version of Leo :-)

That's great!

> I thought I could do it with scintilla (like the current wx
> frontends), but then I figured using QTextEdit/QTextBrowser would be
> even cooler. I could write the whole output using html, translating
> the ansi codes to html.

>
> Just thought I should throw the idea here, since it's been quite quiet
> recently. Anyone reviewing those branches?

I've just been positively swamped with work, and my only ipython work
recently has gone into:

http://launchpad.net/ipvision

We haven't said much about it because it's still an early-phase
research effort, but all that code and docs will be public, either as
part of ipython or vision, wherever it makes more sense.

But yes, I have the review and work for 0.10 very much on my todo...

Cheers,

f


From steve at shrogers.com  Thu Oct 16 06:11:57 2008
From: steve at shrogers.com (Steven H. Rogers)
Date: Thu, 16 Oct 2008 04:11:57 -0600
Subject: [IPython-dev] html-based ipython output & QTextEdit
In-Reply-To: <db6b5ecc0810160146n1dce240es97e7264f81929cba@mail.gmail.com>
References: <46cb515a0810151101x5db90b5cid724b1a8de4ffdec@mail.gmail.com>
	<db6b5ecc0810160146n1dce240es97e7264f81929cba@mail.gmail.com>
Message-ID: <48F7136D.6080205@shrogers.com>

Fernando Perez wrote:
> I've just been positively swamped with work, and my only ipython work
> recently has gone into:
>
> http://launchpad.net/ipvision
>
>   
Nice.  Rather like Flow Based Programming 
(http://www.jpaulmorrison.com/fbp/).

# Steve



From barrywark at gmail.com  Thu Oct 16 11:46:14 2008
From: barrywark at gmail.com (Barry Wark)
Date: Thu, 16 Oct 2008 08:46:14 -0700
Subject: [IPython-dev] html-based ipython output & QTextEdit
In-Reply-To: <46cb515a0810151101x5db90b5cid724b1a8de4ffdec@mail.gmail.com>
References: <46cb515a0810151101x5db90b5cid724b1a8de4ffdec@mail.gmail.com>
Message-ID: <cd7634ce0810160846v44e54e47p2a8b51fc5a690084@mail.gmail.com>

On Wed, Oct 15, 2008 at 11:01 AM, Ville M. Vainio <vivainio at gmail.com> wrote:
> I'm planning a pyqt frontend for IPython. Yeah, I've been doing that
> for a while but I finally had some time, and am actually participating
> on the development of the new, glorious pyqt version of Leo :-)

That's awesome!

>
> I thought I could do it with scintilla (like the current wx
> frontends), but then I figured using QTextEdit/QTextBrowser would be
> even cooler. I could write the whole output using html, translating
> the ansi codes to html.

One of the goals of the frontend work that Gael and I have started is
to make new front ends easier to write. I suspect that an HTML
frontend would be pretty straight forward. If we can keep the Qt stuff
separate from the HTML stuff, we'd have a nice web frontend for
IPython as a bonus. As with others, I'm a bit swamped at work right
now and haven't been able to get into the frontend code since Gael
finished working on the Wx frontend. I need to clean up some of the
test code for the asyncrhonous frontend module but it's otherwise
hackable for a new Qt/HTML frontend. Feel free to drop me a note if
you would like to discuss strategy.

>
> Just thought I should throw the idea here, since it's been quite quiet
> recently. Anyone reviewing those branches?
>
> --
> Ville M. Vainio
> http://tinyurl.com/vainio
> _______________________________________________
> IPython-dev mailing list
> IPython-dev at scipy.org
> http://lists.ipython.scipy.org/mailman/listinfo/ipython-dev
>


From vivainio at gmail.com  Fri Oct 17 13:31:03 2008
From: vivainio at gmail.com (Ville M. Vainio)
Date: Fri, 17 Oct 2008 20:31:03 +0300
Subject: [IPython-dev] html-based ipython output & QTextEdit
In-Reply-To: <cd7634ce0810160846v44e54e47p2a8b51fc5a690084@mail.gmail.com>
References: <46cb515a0810151101x5db90b5cid724b1a8de4ffdec@mail.gmail.com>
	<cd7634ce0810160846v44e54e47p2a8b51fc5a690084@mail.gmail.com>
Message-ID: <46cb515a0810171031v2382c059o25f9384d2e52d3d9@mail.gmail.com>

On Thu, Oct 16, 2008 at 6:46 PM, Barry Wark <barrywark at gmail.com> wrote:

> finished working on the Wx frontend. I need to clean up some of the
> test code for the asyncrhonous frontend module but it's otherwise
> hackable for a new Qt/HTML frontend. Feel free to drop me a note if
> you would like to discuss strategy.

Actually, my strategy is to make something really simple at first -
mostly something like frontend/wx/console_widget.py or Laurent's
ipython_view.py, hooking to iplib.py's interact_handle_input and
interact_prompt.

Of course after that we'll see how it fits with the big frontend picture...

-- 
Ville M. Vainio
http://tinyurl.com/vainio


From laurent.dufrechou at gmail.com  Fri Oct 17 16:32:49 2008
From: laurent.dufrechou at gmail.com (=?iso-8859-1?Q?Laurent_Dufr=E9chou?=)
Date: Fri, 17 Oct 2008 22:32:49 +0200
Subject: [IPython-dev] html-based ipython output & QTextEdit
In-Reply-To: <46cb515a0810171031v2382c059o25f9384d2e52d3d9@mail.gmail.com>
References: <46cb515a0810151101x5db90b5cid724b1a8de4ffdec@mail.gmail.com>	<cd7634ce0810160846v44e54e47p2a8b51fc5a690084@mail.gmail.com>
	<46cb515a0810171031v2382c059o25f9384d2e52d3d9@mail.gmail.com>
Message-ID: <48f8f681.1358560a.6a26.ffff88f4@mx.google.com>

Hi ville,
If it's html, it mean you can easily integrate image (matplotlib), link etc
too?
If yes seems quite interesting. I really want to see how all of this can
work :)
When you mean QTextEdit, you mean that you will have an html view to show
output result, and a text control will be available to write some input?


> -----Message d'origine-----
> De?: ipython-dev-bounces at scipy.org [mailto:ipython-dev-
> bounces at scipy.org] De la part de Ville M. Vainio
> Envoy??: vendredi 17 octobre 2008 19:31
> ??: Barry Wark
> Cc?: IPython Development list
> Objet?: Re: [IPython-dev] html-based ipython output & QTextEdit
> 
> On Thu, Oct 16, 2008 at 6:46 PM, Barry Wark <barrywark at gmail.com>
> wrote:
> 
> > finished working on the Wx frontend. I need to clean up some of the
> > test code for the asyncrhonous frontend module but it's otherwise
> > hackable for a new Qt/HTML frontend. Feel free to drop me a note if
> > you would like to discuss strategy.
> 
> Actually, my strategy is to make something really simple at first -
> mostly something like frontend/wx/console_widget.py or Laurent's
> ipython_view.py, hooking to iplib.py's interact_handle_input and
> interact_prompt.
> 
> Of course after that we'll see how it fits with the big frontend
> picture...
> 
> --
> Ville M. Vainio
> http://tinyurl.com/vainio
> _______________________________________________
> IPython-dev mailing list
> IPython-dev at scipy.org
> http://lists.ipython.scipy.org/mailman/listinfo/ipython-dev



From anand.prabhakar.patil at gmail.com  Tue Oct 28 10:53:47 2008
From: anand.prabhakar.patil at gmail.com (Anand Patil)
Date: Tue, 28 Oct 2008 14:53:47 +0000
Subject: [IPython-dev] Indentation errors not correctly displayed
Message-ID: <2bc7a5a50810280753q1b997844k2992ca8f0f22444f@mail.gmail.com>

Hi all,
Running this program with bad indentation

for i in range(3):
pass

I get the following.

Thanks,
Anand


sihpc03:Desktop anand$ ipython
Python 2.5.1 (r251:54863, Feb  4 2008, 21:48:13)
Type "copyright", "credits" or "license" for more information.

IPython 0.9.beta3 -- An enhanced Interactive Python.
?         -> Introduction and overview of IPython's features.
%quickref -> Quick reference.
help      -> Python's own help system.
object?   -> Details about 'object'. ?object also works, ?? prints more.

In [1]: run test
---------------------------------------------------------------------------
UnboundLocalError                         Traceback (most recent call last)

/Users/anand/Desktop/<ipython console> in <module>()

/Library/Python/2.5/site-packages/IPython/iplib.pyc in ipmagic(self, arg_s)
    951         else:
    952             magic_args = self.var_expand(magic_args,1)
--> 953             return fn(magic_args)
    954
    955     def ipalias(self,arg_s):

/Library/Python/2.5/site-packages/IPython/Magic.pyc in magic_run(self,
parameter_s, runner)
   1679                     else:
   1680                         # regular execution
-> 1681
runner(filename,prog_ns,prog_ns,exit_ignore=exit_ignore)
   1682                 if opts.has_key('i'):
   1683                     self.shell.user_ns['__name__'] = __name__save

/Library/Python/2.5/site-packages/IPython/iplib.pyc in safe_execfile(self,
fname, *where, **kw)
   2658                     execfile(fname,*where)
   2659             except SyntaxError:
-> 2660                 self.showsyntaxerror()
   2661                 warn('Failure executing file: <%s>' % fname)
   2662             except SystemExit,status:

/Library/Python/2.5/site-packages/IPython/iplib.pyc in showsyntaxerror(self,
filename)
   1481                     # If that failed, assume SyntaxError is a string
   1482                     value = msg, (filename, lineno, offset, line)
-> 1483         self.SyntaxTB(etype,value,[])
   1484
   1485     def debugger(self,force=False):

/Library/Python/2.5/site-packages/IPython/iplib.pyc in __call__(self, etype,
value, elist)
    171     def __call__(self, etype, value, elist):
    172         self.last_syntax_error = value
--> 173         ultraTB.ListTB.__call__(self,etype,value,elist)
    174
    175     def clear_err_state(self):

/Library/Python/2.5/site-packages/IPython/ultraTB.pyc in __call__(self,
etype, value, elist)
    378     def __call__(self, etype, value, elist):
    379         Term.cout.flush()
--> 380         print >> Term.cerr, self.text(etype,value,elist)
    381         Term.cerr.flush()
    382

/Library/Python/2.5/site-packages/IPython/ultraTB.pyc in text(self, etype,
value, elist, context)
    390                                 (Colors.normalEm, Colors.Normal) +
'\n')
    391             out_string.extend(self._format_list(elist))
--> 392         lines = self._format_exception_only(etype, value)
    393         for line in lines[:-1]:
    394             out_string.append(" "+line)

/Library/Python/2.5/site-packages/IPython/ultraTB.pyc in
_format_exception_only(self, etype, value)
    494
    495         # vds:>>
--> 496         if have_filedata:
    497             __IPYTHON__.hooks.synchronize_with_editor(filename,
lineno, 0)
    498         # vds:<<

UnboundLocalError: local variable 'have_filedata' referenced before
assignment

In [2]:
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/ipython-dev/attachments/20081028/c945f1d4/attachment.html>

From barrywark at gmail.com  Tue Oct 28 22:20:58 2008
From: barrywark at gmail.com (Barry Wark)
Date: Tue, 28 Oct 2008 22:20:58 -0400
Subject: [IPython-dev] cleaning up frontend tests
Message-ID: <cd7634ce0810281920w7058c6cdk7a6ac875c5c6e25@mail.gmail.com>

I'm (finally!) getting around to cleaning up the frontend package
tests. The changes are in lp:~barrywark/ipython/ipython-frontend.
Launchpad.net's website  doesn't seem to have picked up the branch
yet, so I can't formally mark it for review. If someone wants to give
it a review, we can get the tests back into trunk.

Is there any writeup of the IPython test system? I'm using "nosetests
IPython/frontend " to run the tests since I couldn't remember how the
IPython test system works, and my normal memory system (Google) is
failing me.

Thanks,
Barry


From ellisonbg.net at gmail.com  Wed Oct 29 19:19:25 2008
From: ellisonbg.net at gmail.com (Brian Granger)
Date: Wed, 29 Oct 2008 16:19:25 -0700
Subject: [IPython-dev] cleaning up frontend tests
In-Reply-To: <cd7634ce0810281920w7058c6cdk7a6ac875c5c6e25@mail.gmail.com>
References: <cd7634ce0810281920w7058c6cdk7a6ac875c5c6e25@mail.gmail.com>
Message-ID: <6ce0ac130810291619s4c0bf603tf0060cbd38359b8d@mail.gmail.com>

Barry,

> I'm (finally!) getting around to cleaning up the frontend package
> tests. The changes are in lp:~barrywark/ipython/ipython-frontend.
> Launchpad.net's website  doesn't seem to have picked up the branch
> yet, so I can't formally mark it for review. If someone wants to give
> it a review, we can get the tests back into trunk.

Hmm, has this showed up on launchpad yet?

> Is there any writeup of the IPython test system? I'm using "nosetests
> IPython/frontend " to run the tests since I couldn't remember how the
> IPython test system works, and my normal memory system (Google) is
> failing me.

If you have nose installed, you can run the test suite using the
iptest command line program.  This is a new script that is installed
with IPython that runs nose with all the right flags and plugins
loaded.  In terms of how to write test tests for the frontend, I
would:

* Look how we handle deferreds in existing tests in kernel.

* Read some of the previous threads we had about this topic.

As always, please feel free to ask questions or let me know if you
want me to look at things.

Cheers,

Brian

> Thanks,
> Barry
> _______________________________________________
> IPython-dev mailing list
> IPython-dev at scipy.org
> http://lists.ipython.scipy.org/mailman/listinfo/ipython-dev
>


From barrywark at gmail.com  Thu Oct 30 00:30:04 2008
From: barrywark at gmail.com (Barry Wark)
Date: Wed, 29 Oct 2008 21:30:04 -0700
Subject: [IPython-dev] cleaning up frontend tests
In-Reply-To: <6ce0ac130810291619s4c0bf603tf0060cbd38359b8d@mail.gmail.com>
References: <cd7634ce0810281920w7058c6cdk7a6ac875c5c6e25@mail.gmail.com>
	<6ce0ac130810291619s4c0bf603tf0060cbd38359b8d@mail.gmail.com>
Message-ID: <cd7634ce0810292130u1864aa96q5fa0ce38261477b7@mail.gmail.com>

On Wed, Oct 29, 2008 at 4:19 PM, Brian Granger <ellisonbg.net at gmail.com> wrote:
> Barry,
>
>> I'm (finally!) getting around to cleaning up the frontend package
>> tests. The changes are in lp:~barrywark/ipython/ipython-frontend.
>> Launchpad.net's website  doesn't seem to have picked up the branch
>> yet, so I can't formally mark it for review. If someone wants to give
>> it a review, we can get the tests back into trunk.
>
> Hmm, has this showed up on launchpad yet?

Hmm, weird. No it hasn't. Perhaps I did things in the wrong order. I
tried just pushing my local branch to the lp server without first
registering that branch. I've now registered a branch and pushed my
local branch. You can get it from lp:~barrywark/ipython/frontend.


>
>> Is there any writeup of the IPython test system? I'm using "nosetests
>> IPython/frontend " to run the tests since I couldn't remember how the
>> IPython test system works, and my normal memory system (Google) is
>> failing me.
>
> If you have nose installed, you can run the test suite using the
> iptest command line program.  This is a new script that is installed
> with IPython that runs nose with all the right flags and plugins
> loaded.  In terms of how to write test tests for the frontend, I
> would:
>
> * Look how we handle deferreds in existing tests in kernel.
>
> * Read some of the previous threads we had about this topic.
>
> As always, please feel free to ask questions or let me know if you
> want me to look at things.

I _think_ I've followed the patterns in the existing code and
discussion from prev threads. When you have time to give it a look,
that'd be great.

Thanks,
Barry

>
> Cheers,
>
> Brian
>
>> Thanks,
>> Barry
>> _______________________________________________
>> IPython-dev mailing list
>> IPython-dev at scipy.org
>> http://lists.ipython.scipy.org/mailman/listinfo/ipython-dev
>>
>