Fernando Perez | 1 Jun 01:54
Picon
Gravatar

IPython 0.8.4 quickfix release

Hi all,

I've just released version 0.8.4 as a quick fix.  The only notable changes are:

- restored python 2.3 compatibility, though this has been only lightly
tested, since none of the core devs use 2.3 anymore.  Please report
problems.

- fully disabled the recent -twisted option.  This will need much more
testing than we can do right now.  If you are on win32 (it's known to
be fully broken elsewhere) and want to use it, simply run this at the
command line or in an alias:

python -c"from IPython import twshell;twshell.IPShellTwisted().mainloop()"

or make the equivalent personal python script:

from IPython import twshell;twshell.IPShellTwisted().mainloop()

Cheers,

f
Fernando Perez | 1 Jun 04:26
Picon
Gravatar

Re: Persistent debugger breakpoints

Hi Tony,

On Mon, May 26, 2008 at 11:06 PM, Tony Mannucci
<Anthony.J.Mannucci <at> jpl.nasa.gov> wrote:
> Is there any way to achieve persistent debugger breakpoints with
> ipython? I frequently start a program as so:
>
> run -i -d program.py
>
> and I might set breakpoints manually in the program. When the program
> exits, all those breakpoints are lost and must be re-set on the next
> invocation. I have not figured out a way to do that from the run
> command unless the breakpoint is in program.py. If the breakpoint is
> in program.py, I can use the -b flag in the run command. If it's in
> another file, I can't set the breakpoint.
>
> When the program is re-run, all breakpoints must be re-set manually.
> Is there another way? There does not seem to be a feature to read or
> write log files from the debugger (which could possibly used to help
> with this).
>
> I am using ipython 0.8.2. Thanks!

I'm afraid I don't use pdb enough to answer your question, but at
least I wanted to make sure your mail didn't go fully ignored :)  I
tend to use the debugger much more often in %debug post-mortem mode
than in stepping mode (just a matter of personal habit), so I don't
know if it has an easy API for saving the breakpoints.  If there's a
way to retrieve the status of the breakpoints upon exit, we might be
able to save those, but I'm just not familiar with that API and right
(Continue reading)

Fernando Perez | 1 Jun 04:39
Picon
Gravatar

Re: IPython1 and TaskClient: a helper for task farming

On Thu, Apr 24, 2008 at 9:20 AM, Brian Granger <ellisonbg.net <at> gmail.com> wrote:
>> I am happy if this goes into IPython1 repository. No problem with BSD
>>  license and thanks a lot for the nice IPython1 work, Brian.  -yichun
>
> Great, I will do this then.  Probably sometime next week.

Hey Brian, did this get folded in? I'm just checking a bunch of stuff
on the archives to make sure we don't have things in the air not
recorded on the bug list.  As long as it's in your radar, I'm OK and
will ignore it, so I'm just checking here.

Cheers,

f
Fernando Perez | 1 Jun 04:56
Picon
Gravatar

IPython development: course adjustment required

[ Folks: this message was sent to ipython-dev, where  the bulk of the
discussion  is likely to take place.  But I want to make sure all
users see it, and everyone's comments are welcome]

Hi all,

after much thought and hand-wringing, Brian and I would like to bring
up an idea for a change of plans in the development process that will
hopefully make us all happier, more efficient, and will lead to more
usable code sooner, which is after all what we want.  Please pitch in
with any comments you may have, ideas, dissent, etc.

The current ipython development process is, we think, far less
efficient than it could be.  Coupled with the fact that we have a
rather small core team, this is leading to sometimes near paralysis.
It is particularly unfair to Ville, who is tasked with maintaining an
actively (and very widely) used project on a codebase with no clear
future, and yet we have in ipython1 a codebase with split-personality
disorder: lovely parallel computing interfaces but a bunch of "we'll
get there soon" components that are all half-finished.

In all this, Brian and Min try to push ip1 forward, Barry Wark works
on Cocoa, Laurent works on the WX sell, Ondrej helps us with docs but
that work is half-repeated in ip0 and ip1, etc.  And in the meantime,
I'm feeling like I'm straddling a chasm (ip0-ip1) that keeps on
growing wider, with the so far unfulfilled promised of building a
bridge across it, and no realistic plan for such a bridge to really be
built any time soon.  I still come back to issues with ip0 on
occasion, and I try to work on ip1, but the split is too much for my
limited time.  This has left me personally disenchanted with the
(Continue reading)

Fernando Perez | 1 Jun 06:04
Picon
Gravatar

Porting SVN history to Launchpad - help needed.

Hi all,

A couple of months ago we started the launchpad/bzr experiment, and
that has been very successful.  I don't think there's any doubt that
we'll stick with bzr for the time being, nobody feels like going back
to SVN.

To get things started,  Ville created a clean bzr branch without any
SVN history, partly because the scipy server at the time kept timing
out and the svn import into launchpad wasn't working.  Now that import
does function, and one can check out the bzr version of SVN trunk via

bzr branch lp:~vcs-imports/ipython/main/ ipython-svn

The main ipython dev branch (our new 'trunk') can be obtained with

bzr branch lp:ipython

The problem I'm having is how to merge the latter into the former
while preserving the full  history.  Because the bzr trunk was
initialized without any SVN history, every attempt I've made so far
has failed.  I've tried bzr merge and rebase with various flags,
without any success.  I'm not even sure it's possible to do this
cleanly, I'm afraid.

The SVN trunk has several years of history that I'm not willing to
lose (I already made the mistake of losing all  project history in the
CVS->SVN transition, I won't repeat that).  I'd love to hear from
anyone who might know how to make this merge, if it is possible.  If
it can't be made with bzr merge tools, I guess we can try to produce a
(Continue reading)

Brian Granger | 1 Jun 07:08
Picon

Re: Porting SVN history to Launchpad - help needed.

One thing you might try is posting a question on the launchpad
"answers" section.  They were pretty good about answering a question
when I asked.  They might even be able to help or give good direction
- we can't be the first to have faced this.

Brian

On Sat, May 31, 2008 at 10:04 PM, Fernando Perez <fperez.net <at> gmail.com> wrote:
> Hi all,
>
> A couple of months ago we started the launchpad/bzr experiment, and
> that has been very successful.  I don't think there's any doubt that
> we'll stick with bzr for the time being, nobody feels like going back
> to SVN.
>
> To get things started,  Ville created a clean bzr branch without any
> SVN history, partly because the scipy server at the time kept timing
> out and the svn import into launchpad wasn't working.  Now that import
> does function, and one can check out the bzr version of SVN trunk via
>
> bzr branch lp:~vcs-imports/ipython/main/ ipython-svn
>
> The main ipython dev branch (our new 'trunk') can be obtained with
>
> bzr branch lp:ipython
>
> The problem I'm having is how to merge the latter into the former
> while preserving the full  history.  Because the bzr trunk was
> initialized without any SVN history, every attempt I've made so far
> has failed.  I've tried bzr merge and rebase with various flags,
(Continue reading)

Brian Granger | 1 Jun 07:11
Picon

Re: IPython1 and TaskClient: a helper for task farming

On Sat, May 31, 2008 at 8:39 PM, Fernando Perez <fperez.net <at> gmail.com> wrote:
> On Thu, Apr 24, 2008 at 9:20 AM, Brian Granger <ellisonbg.net <at> gmail.com> wrote:
>>> I am happy if this goes into IPython1 repository. No problem with BSD
>>>  license and thanks a lot for the nice IPython1 work, Brian.  -yichun
>>
>> Great, I will do this then.  Probably sometime next week.
>
> Hey Brian, did this get folded in? I'm just checking a bunch of stuff
> on the archives to make sure we don't have things in the air not
> recorded on the bug list.  As long as it's in your radar, I'm OK and
> will ignore it, so I'm just checking here.

I have not done this yet, but there is a ticket for it and it is on my mind.

Brian

> Cheers,
>
> f
>
Ville M. Vainio | 1 Jun 07:35
Picon
Gravatar

Re: [IPython-dev] Porting SVN history to Launchpad - help needed.

On 6/1/08, Fernando Perez <fperez.net <at> gmail.com> wrote:

> The SVN trunk has several years of history that I'm not willing to
> lose (I already made the mistake of losing all  project history in the

We didn't actually lose the history - it's still there on launchpad,
albeit on separate branch. We just don't NEED it on our work branch,
since no branching/merging/revert is needed for that code.

The problem with bzr is that it slows down with long history, so not
having it around in our work copies is a net win. As a fun excercise,
we might create an ipython repo with full history at some point - but
it certainly doesn't yield tangible benefits right now.

> We're probably going to lose history no matter what, because of the
> 'branch folding' problem I mentioned earlier.  The current bzr 'trunk'

This doesn't lose history, even if it appears to be so from log
messages. Still, it's annoying that bzr doesn't even WARN about
pushing a branch over a branch with a completely different view of
revisions...

We might ask the bzr mailing list for a pre-push hook that does this -
OTOH, I think the people with commit access now know to be wary of
this little quirk.

--

-- 
Ville M. Vainio - vivainio.googlepages.com
blog=360.yahoo.com/villevainio - g[mail | talk]='vivainio'
(Continue reading)

Picon
Gravatar

Re: [IPython-dev] Porting SVN history to Launchpad - help needed.

Fernando Perez wrote:
> The problem I'm having is how to merge the latter into the former
> while preserving the full  history.  Because the bzr trunk was
> initialized without any SVN history, every attempt I've made so far
> has failed.  I've tried bzr merge and rebase with various flags,
> without any success.  I'm not even sure it's possible to do this
> cleanly, I'm afraid.

Not sure if this will work or if you've tried it, but can't you do the 
reverse?  I.e. create a freshly imported bzr tree with the SVN history 
of the older code in SVN then merge *that* with the zero-history branch?

cheers,
prabhu
Fernando Perez | 1 Jun 08:40
Picon
Gravatar

Re: [IPython-dev] Porting SVN history to Launchpad - help needed.

On Sat, May 31, 2008 at 11:10 PM, Prabhu Ramachandran
<prabhu <at> aero.iitb.ac.in> wrote:
> Fernando Perez wrote:
>>
>> The problem I'm having is how to merge the latter into the former
>> while preserving the full  history.  Because the bzr trunk was
>> initialized without any SVN history, every attempt I've made so far
>> has failed.  I've tried bzr merge and rebase with various flags,
>> without any success.  I'm not even sure it's possible to do this
>> cleanly, I'm afraid.
>
> Not sure if this will work or if you've tried it, but can't you do the
> reverse?  I.e. create a freshly imported bzr tree with the SVN history of
> the older code in SVN then merge *that* with the zero-history branch?

I've tried that, but bzr merge refuses to apply the merge because it
doesn't see the two as having a common ancestor.  This seems to do
exactly what I'm after:

http://spacepants.org/src/bzrgraft/

Unfortunately the warnings about it being badly outdated are a bit
worrying.  I'm going to give it a try nonetheless, we'll see how it
goes.

Cheers,

f

Gmane