From strawman at astraw.com  Wed Feb  1 04:36:02 2006
From: strawman at astraw.com (Andrew Straw)
Date: Wed, 01 Feb 2006 01:36:02 -0800
Subject: [IPython-dev] easy_install ipython==dev
In-Reply-To: <drofa8$9oe$1@sea.gmane.org>
References: <46cb515a0601301215h76fd6a17ud01abd4938d0ffe6@mail.gmail.com>
	<43DEDAAD.8000104@colorado.edu>
	<46cb515a0601302338t1d5599e5w257b1f6443b18d68@mail.gmail.com>
	<46cb515a0601310006w62becbdic451fc496cda436a@mail.gmail.com>
	<43DFB8D8.4040301@colorado.edu> <drofa8$9oe$1@sea.gmane.org>
Message-ID: <43E08102.2030805@astraw.com>

Robert Kern wrote:

>Fernando Perez wrote:
>  
>
>>Hi Ville,
>>
>>Ville Vainio wrote:
>>
>>    
>>
>>>Damn, it of course runs setup.py instead of eggsetup.py, which results
>>>in broken ipython scripts. Gotta explore it further, I think we need
>>>to roll setup and eggsetup into one script to make this work.
>>>      
>>>
>
>Andrew Straw suggested an approach for matplotlib that I like.
>
>import sys
>if 'setuptools' in sys.modules:
>    kwds = {'entry_points': {...}}
>else:
>    kwds = {}
>
>setup(name='ipython',
>      ...
>      **kwds
>     )
>
>  
>
And just in case people aren't sure how setuptools is supposed to get in 
sys.modules:
python -c "import setuptools; execfile('setup.py')" bdist_egg



From Fernando.Perez at colorado.edu  Wed Feb  1 12:26:18 2006
From: Fernando.Perez at colorado.edu (Fernando Perez)
Date: Wed, 01 Feb 2006 10:26:18 -0700
Subject: [IPython-dev] easy_install ipython==dev
In-Reply-To: <43E08102.2030805@astraw.com>
References: <46cb515a0601301215h76fd6a17ud01abd4938d0ffe6@mail.gmail.com>
	<43DEDAAD.8000104@colorado.edu>
	<46cb515a0601302338t1d5599e5w257b1f6443b18d68@mail.gmail.com>
	<46cb515a0601310006w62becbdic451fc496cda436a@mail.gmail.com>
	<43DFB8D8.4040301@colorado.edu> <drofa8$9oe$1@sea.gmane.org>
	<43E08102.2030805@astraw.com>
Message-ID: <43E0EF3A.50602@colorado.edu>

Andrew Straw wrote:
> Robert Kern wrote:

>>Andrew Straw suggested an approach for matplotlib that I like.
>>
>>import sys
>>if 'setuptools' in sys.modules:
>>   kwds = {'entry_points': {...}}
>>else:
>>   kwds = {}
>>
>>setup(name='ipython',
>>     ...
>>     **kwds
>>    )
>>
>> 
>>
> 
> And just in case people aren't sure how setuptools is supposed to get in 
> sys.modules:
> python -c "import setuptools; execfile('setup.py')" bdist_egg

Great, thanks for this tip and explanation.  Ville, does this give you what 
you need in terms of egg support, without causing 'setuptools pollution'?

f

ps - Just one recent example of the kind of things that make me so paranoid 
about not letting ANY unnecessary setuptools dependency creep in:

<quote>
Unfortunately I had trouble installing Django for the Python 2.5 alpha that 
I've got installed; it uses the fancy new ez_install stuff, which is great 
when it works, but there's no Python 2.5 download of setuptools on PyPI yet, 
so it doesn't.
</quote>

from Guido's blog:
http://www.artima.com/weblogs/viewpost.jsp?thread=146606



From robert.kern at gmail.com  Wed Feb  1 12:45:45 2006
From: robert.kern at gmail.com (Robert Kern)
Date: Wed, 01 Feb 2006 11:45:45 -0600
Subject: [IPython-dev] easy_install ipython==dev
In-Reply-To: <43E0EF3A.50602@colorado.edu>
References: <46cb515a0601301215h76fd6a17ud01abd4938d0ffe6@mail.gmail.com>
	<43DEDAAD.8000104@colorado.edu>
	<46cb515a0601302338t1d5599e5w257b1f6443b18d68@mail.gmail.com>
	<46cb515a0601310006w62becbdic451fc496cda436a@mail.gmail.com>
	<43DFB8D8.4040301@colorado.edu> <drofa8$9oe$1@sea.gmane.org>
	<43E08102.2030805@astraw.com> <43E0EF3A.50602@colorado.edu>
Message-ID: <drqs49$rsb$1@sea.gmane.org>

Fernando Perez wrote:

> ps - Just one recent example of the kind of things that make me so paranoid 
> about not letting ANY unnecessary setuptools dependency creep in:
> 
> <quote>
> Unfortunately I had trouble installing Django for the Python 2.5 alpha that 
> I've got installed; it uses the fancy new ez_install stuff, which is great 
> when it works, but there's no Python 2.5 download of setuptools on PyPI yet, 
> so it doesn't.
> </quote>
> 
> from Guido's blog:
> http://www.artima.com/weblogs/viewpost.jsp?thread=146606

It's an ez_setup.py bootstrap problem, not a real setuptools issue. Getting the
setuptools source and "python setup.py install"ing it works fine. After that,
anything else using setuptools should work fine with Python 2.5. Yet one more
reason not to use ez_setup.py, but not a reason to avoid setuptools itself.

-- 
Robert Kern
robert.kern at gmail.com

"In the fields of hell where the grass grows high
 Are the graves of dreams allowed to die."
  -- Richard Harter



From Fernando.Perez at colorado.edu  Wed Feb  1 13:19:59 2006
From: Fernando.Perez at colorado.edu (Fernando Perez)
Date: Wed, 01 Feb 2006 11:19:59 -0700
Subject: [IPython-dev] easy_install ipython==dev
In-Reply-To: <drqs49$rsb$1@sea.gmane.org>
References: <46cb515a0601301215h76fd6a17ud01abd4938d0ffe6@mail.gmail.com>
	<43DEDAAD.8000104@colorado.edu>
	<46cb515a0601302338t1d5599e5w257b1f6443b18d68@mail.gmail.com>
	<46cb515a0601310006w62becbdic451fc496cda436a@mail.gmail.com>
	<43DFB8D8.4040301@colorado.edu> <drofa8$9oe$1@sea.gmane.org>
	<43E08102.2030805@astraw.com> <43E0EF3A.50602@colorado.edu>
	<drqs49$rsb$1@sea.gmane.org>
Message-ID: <43E0FBCF.7030500@colorado.edu>

Robert Kern wrote:

> It's an ez_setup.py bootstrap problem, not a real setuptools issue. Getting the
> setuptools source and "python setup.py install"ing it works fine. After that,
> anything else using setuptools should work fine with Python 2.5. Yet one more
> reason not to use ez_setup.py, but not a reason to avoid setuptools itself.

Note that I've never said "let's avoid setuptools".  In fact, I've recently 
spent a fair amount of time (including bugging you on the phone) making sure 
that we _do_ support eggs as best we can.

I just don't trust the tools, so I want to make sure that we keep them well 
sandboxed, so they can't cause havoc on a normal plain-distutils install by 
accident (like the matplotlib setup.py did, thanks to a poorly written 
setup.py script).

It would be nice to have a setuptools 'proper usage' list.  I guess it 
includes things like:

* avoid ez_setup like the plague

* write your setup.py so it never uses setuptools.py unless explicitly requested.


But I don't know if that addresses all the eggs use cases.  Putting this 
explicitly on our wiki would be a good thing.  I say _our_ wiki, because the 
setuptools one is way over-enthusiastic in recommending ezsetup, and from past 
experience, simply oversells the whole thing, so I don't want to rely on their 
  documentation.


Cheers,

f



From robert.kern at gmail.com  Wed Feb  1 13:36:02 2006
From: robert.kern at gmail.com (Robert Kern)
Date: Wed, 01 Feb 2006 12:36:02 -0600
Subject: [IPython-dev] easy_install ipython==dev
In-Reply-To: <43E0FBCF.7030500@colorado.edu>
References: <46cb515a0601301215h76fd6a17ud01abd4938d0ffe6@mail.gmail.com>
	<43DEDAAD.8000104@colorado.edu>
	<46cb515a0601302338t1d5599e5w257b1f6443b18d68@mail.gmail.com>
	<46cb515a0601310006w62becbdic451fc496cda436a@mail.gmail.com>
	<43DFB8D8.4040301@colorado.edu> <drofa8$9oe$1@sea.gmane.org>
	<43E08102.2030805@astraw.com> <43E0EF3A.50602@colorado.edu>
	<drqs49$rsb$1@sea.gmane.org> <43E0FBCF.7030500@colorado.edu>
Message-ID: <drqv2i$833$1@sea.gmane.org>

Fernando Perez wrote:
> Robert Kern wrote:
> 
>>It's an ez_setup.py bootstrap problem, not a real setuptools issue. Getting the
>>setuptools source and "python setup.py install"ing it works fine. After that,
>>anything else using setuptools should work fine with Python 2.5. Yet one more
>>reason not to use ez_setup.py, but not a reason to avoid setuptools itself.
> 
> Note that I've never said "let's avoid setuptools".  In fact, I've recently 
> spent a fair amount of time (including bugging you on the phone) making sure 
> that we _do_ support eggs as best we can.

And I appreciate it greatly. I meant that it's not a reason to sandbox
setuptools to the extent we are doing, either. Not that there aren't other good
reasons for sandboxing setuptools, of course.

> I just don't trust the tools, so I want to make sure that we keep them well 
> sandboxed, so they can't cause havoc on a normal plain-distutils install by 
> accident (like the matplotlib setup.py did, thanks to a poorly written 
> setup.py script).
> 
> It would be nice to have a setuptools 'proper usage' list.  I guess it 
> includes things like:
> 
> * avoid ez_setup like the plague

+N

> * write your setup.py so it never uses setuptools.py unless explicitly requested.

In general, I think this is a conditional:

* Make sure that the regular setup.py script can build a good egg. Otherwise,
easy_install cannot build an egg from the source tarball or SVN checkout.

  - If you are using setuptools features heavily, and the package is using
pkg_resources and egg-based plugin discovery, go whole hog and write your
setup.py using setuptools from the ground up. E.g. TurboGears simply can't be
built without setuptools; it's integral to how TurboGears works.

  - If you just want to be able to build a nice egg from your package which does
not otherwise use setuptools, use the ('setuptools' in sys.modules) test to make
sure setuptools does not get used unless the builder actually uses setuptools to
build/install the package.

-- 
Robert Kern
robert.kern at gmail.com

"In the fields of hell where the grass grows high
 Are the graves of dreams allowed to die."
  -- Richard Harter



From vivainio at gmail.com  Wed Feb  1 14:34:41 2006
From: vivainio at gmail.com (Ville Vainio)
Date: Wed, 1 Feb 2006 21:34:41 +0200
Subject: [IPython-dev] easy_install ipython==dev
In-Reply-To: <43E0EF3A.50602@colorado.edu>
References: <46cb515a0601301215h76fd6a17ud01abd4938d0ffe6@mail.gmail.com>
	<43DEDAAD.8000104@colorado.edu>
	<46cb515a0601302338t1d5599e5w257b1f6443b18d68@mail.gmail.com>
	<46cb515a0601310006w62becbdic451fc496cda436a@mail.gmail.com>
	<43DFB8D8.4040301@colorado.edu> <drofa8$9oe$1@sea.gmane.org>
	<43E08102.2030805@astraw.com> <43E0EF3A.50602@colorado.edu>
Message-ID: <46cb515a0602011134m87cd452u5629491000383c5c@mail.gmail.com>

On 2/1/06, Fernando Perez <Fernando.Perez at colorado.edu> wrote:

> Great, thanks for this tip and explanation.  Ville, does this give you what
> you need in terms of egg support, without causing 'setuptools pollution'?

Yes. It works fine now, finally:

[~/ipython]|31> sudo easy_install ipython==dev
Searching for ipython==dev
Reading http://www.python.org/pypi/ipython/
Reading http://ipython.scipy.org
Reading http://ipython.scipy.org/dist
Best match: ipython dev
Downloading http://ipython.scipy.org/svn/ipython/ipython/trunk#egg=ipython-dev
Doing subversion checkout from
http://ipython.scipy.org/svn/ipython/ipython/trun k to
/tmp/easy_install-oQssuo/trunk
Processing trunk
Running setup.py -q bdist_egg --dist-dir
/tmp/easy_install-oQssuo/trunk/egg-dist -tmp-IaRvsP
zip_safe flag not set; analyzing archive contents...
IPython.__init__: module references __file__
IPython.deep_reload: module references __path__
IPython.ultraTB: module MAY be using inspect.getinnerframes
IPython.Magic: module references __file__
IPython.Magic: module MAY be using inspect.getabsfile
IPython.OInspect: module MAY be using inspect.getsource
IPython.OInspect: module MAY be using inspect.getabsfile
IPython.ipmaker: module references __file__
Adding ipython 0.7.2.svn to easy-install.pth file
Installing ipython script to /usr/bin
Installing pycolor script to /usr/bin

Installed /usr/lib/python2.4/site-packages/ipython-0.7.2.svn-py2.4.egg
Processing dependencies for ipython==0.7.2.svn
[~/ipython]|32> cat /usr/bin/ipython
#!/usr/bin/python
# EASY-INSTALL-ENTRY-SCRIPT: 'ipython==0.7.2.svn','console_scripts','ipython'
__requires__ = 'ipython==0.7.2.svn'
import sys
from pkg_resources import load_entry_point

sys.exit(
   load_entry_point('ipython==0.7.2.svn', 'console_scripts', 'ipython')()
)


--
Ville Vainio - http://tinyurl.com/2prnb
http://vainio.blogspot.com - g[mail | talk]='vivainio'



From Fernando.Perez at colorado.edu  Wed Feb  1 14:35:28 2006
From: Fernando.Perez at colorado.edu (Fernando Perez)
Date: Wed, 01 Feb 2006 12:35:28 -0700
Subject: [IPython-dev] easy_install ipython==dev
In-Reply-To: <drqv2i$833$1@sea.gmane.org>
References: <46cb515a0601301215h76fd6a17ud01abd4938d0ffe6@mail.gmail.com>
	<43DEDAAD.8000104@colorado.edu>
	<46cb515a0601302338t1d5599e5w257b1f6443b18d68@mail.gmail.com>
	<46cb515a0601310006w62becbdic451fc496cda436a@mail.gmail.com>
	<43DFB8D8.4040301@colorado.edu> <drofa8$9oe$1@sea.gmane.org>
	<43E08102.2030805@astraw.com> <43E0EF3A.50602@colorado.edu>
	<drqs49$rsb$1@sea.gmane.org> <43E0FBCF.7030500@colorado.edu>
	<drqv2i$833$1@sea.gmane.org>
Message-ID: <43E10D80.30107@colorado.edu>

Robert Kern wrote:
> Fernando Perez wrote:

>>I just don't trust the tools, so I want to make sure that we keep them well 
>>sandboxed, so they can't cause havoc on a normal plain-distutils install by 
>>accident (like the matplotlib setup.py did, thanks to a poorly written 
>>setup.py script).
>>
>>It would be nice to have a setuptools 'proper usage' list.  I guess it 
>>includes things like:

OK, thanks for your feedback.  I've made a page with it (and a bit more) here:

http://projects.scipy.org/ipython/ipython/wiki/SetupTools

This is clearly unfinished, and I'm not an expert on the topic (and I tend to 
preemptively go negative on it, so I'm not the best one to be writing these). 
  It would be great if Ville or you can summarize the rest of how you see this 
issue here, so we have this permanently recorded somewhere other than in 
mailing list threads.

Comments from anyone else are very welcome: unfortunately only SVN committers 
can write to the wiki, but I'll gladly take care of incorporating any changes 
you simply send to the list into that page.

Cheers,

f



From vivainio at gmail.com  Sat Feb  4 09:32:25 2006
From: vivainio at gmail.com (Ville Vainio)
Date: Sat, 4 Feb 2006 06:32:25 -0800
Subject: [IPython-dev] MANIFEST.in griefs
Message-ID: <46cb515a0602040632g591f608fq7e09b0690c845ed5@mail.gmail.com>

Setuptools route installation fails on Windows XP when manifest.in
file exists (after deleting manifest.in, it works ok):

@v-v1ob9xeen3rdb[IPython]|25> python eggsetup.py install
['eggsetup.py', 'install']
running install
running bdist_egg
running egg_info
creating ipython.egg-info
writing ipython.egg-info\PKG-INFO
writing top-level names to ipython.egg-info\top_level.txt
writing entry points to ipython.egg-info\entry_points.txt
reading manifest template 'MANIFEST.in'
Traceback (most recent call last):
  File "eggsetup.py", line 16, in ?
    execfile('setup.py')
  File "setup.py", line 168, in ?
    data_files       = datafiles,
  File "F:\python24\lib\distutils\core.py", line 149, in setup
    dist.run_commands()
  File "F:\python24\lib\distutils\dist.py", line 946, in run_commands
    self.run_command(cmd)
  File "F:\python24\lib\distutils\dist.py", line 966, in run_command
    cmd_obj.run()
  File "f:\python24\lib\site-packages\setuptools-0.6a9-py2.4.egg\setuptools\comm
and\install.py", line 70, in run
    self.do_egg_install()
  File "f:\python24\lib\site-packages\setuptools-0.6a9-py2.4.egg\setuptools\comm
and\install.py", line 93, in do_egg_install
    self.run_command('bdist_egg')
  File "F:\python24\lib\distutils\cmd.py", line 333, in run_command
    self.distribution.run_command(command)
  File "F:\python24\lib\distutils\dist.py", line 966, in run_command
    cmd_obj.run()
  File "f:\python24\lib\site-packages\setuptools-0.6a9-py2.4.egg\setuptools\comm
and\bdist_egg.py", line 167, in run
    self.run_command("egg_info")
  File "F:\python24\lib\distutils\cmd.py", line 333, in run_command
    self.distribution.run_command(command)
  File "F:\python24\lib\distutils\dist.py", line 966, in run_command
    cmd_obj.run()
  File "f:\python24\lib\site-packages\setuptools-0.6a9-py2.4.egg\setuptools\comm
and\egg_info.py", line 130, in run
    self.find_sources()
  File "f:\python24\lib\site-packages\setuptools-0.6a9-py2.4.egg\setuptools\comm
and\egg_info.py", line 170, in find_sources
    mm.run()
  File "f:\python24\lib\site-packages\setuptools-0.6a9-py2.4.egg\setuptools\comm
and\egg_info.py", line 225, in run
    self.read_template()
  File "F:\python24\lib\distutils\command\sdist.py", line 335, in read_template
    self.filelist.process_template_line(line)
  File "F:\python24\lib\distutils\filelist.py", line 130, in process_template_li
ne
    (action, patterns, dir, dir_pattern) = self._parse_template_line(line)
  File "F:\python24\lib\distutils\filelist.py", line 98, in _parse_template_line

    patterns = map(convert_path, words[1:])
  File "F:\python24\lib\distutils\util.py", line 91, in convert_path
    raise ValueError, "path '%s' cannot end with '/'" % pathname
ValueError: path 'doc/' cannot end with '/'
@v-v1ob9xeen3rdb[IPython]|26>

Is the manifest.in only used for source distribution, i.e. could it be
renamed and only created for "sdist"? Or could it be edited to get
around this problem?

--
Ville Vainio - http://tinyurl.com/2prnb
http://vainio.blogspot.com - g[mail | talk]='vivainio'



From Fernando.Perez at colorado.edu  Sat Feb  4 16:48:51 2006
From: Fernando.Perez at colorado.edu (Fernando Perez)
Date: Sat, 04 Feb 2006 14:48:51 -0700
Subject: [IPython-dev] MANIFEST.in griefs
In-Reply-To: <46cb515a0602040632g591f608fq7e09b0690c845ed5@mail.gmail.com>
References: <46cb515a0602040632g591f608fq7e09b0690c845ed5@mail.gmail.com>
Message-ID: <43E52143.2040501@colorado.edu>

Ville Vainio wrote:

> Is the manifest.in only used for source distribution, i.e. could it be
> renamed and only created for "sdist"? Or could it be edited to get
> around this problem?

I'm pretty sure it's OK to have it go in only for sdist.  But don't remove it 
there, as third-party packagers will need it.

R. Kern is sitting next to me, and mentions that both the distutils-sig, and 
the setuptools documentation discuss this in detail (apparently there was a 
thread on this very issue a few days ago on distutils-sig).  I can't look it 
up right now, but please have a look there as well.

Cheers,

f



From Fernando.Perez at colorado.edu  Mon Feb  6 18:56:14 2006
From: Fernando.Perez at colorado.edu (Fernando.Perez at colorado.edu)
Date: Mon, 06 Feb 2006 16:56:14 -0700
Subject: [IPython-dev] Broken autocall in trunk/
Message-ID: <1139270174.43e7e21eb5760@webmail.colorado.edu>

This is correct:

IPython 0.7.1.fix1 -- An enhanced Interactive Python.
?       -> Introduction to IPython's features.
%magic  -> Information about IPython's 'magic' % functions.
help    -> Python's own help system.
object? -> Details about 'object'. ?object also works, ?? prints more.

In [1]: def foo(x): x
   ...:

In [2]: foo 'a b'
------> foo('a b')


But in trunk/, I'm seeing:

IPython 0.7.2.svn -- An enhanced Interactive Python.
?       -> Introduction to IPython's features.
%magic  -> Information about IPython's 'magic' % functions.
help    -> Python's own help system.
object? -> Details about 'object'. ?object also works, ?? prints more.

In [1]: def foo(x): x
   ...:

In [2]: foo 'a b'
------> foo('a,b')


Notice the (incorrect) spurious comma introduced in there.  Any idea where this
may be coming from?  I could have introduced it inadvertedly, but I don't
recall touching any code where this could have changed at all...

Cheers,

f



From bgranger at scu.edu  Mon Feb  6 20:40:36 2006
From: bgranger at scu.edu (Brian Granger)
Date: Mon, 06 Feb 2006 17:40:36 -0800
Subject: [IPython-dev] Broken autocall in trunk/
Message-ID: <s3e78a2a.031@gwcl-21.scu.edu>

I also noticed that autocall was broken.

Brian


Brian Granger, Ph.D.
Assistant Professor of Physics
Santa Clara University
bgranger at scu.edu
Phone: 408-551-1891
Fax: 408-554-6965
>>> <Fernando.Perez at colorado.edu> 02/06/06 3:56 PM >>>
This is correct:

IPython 0.7.1.fix1 -- An enhanced Interactive Python.
?       -> Introduction to IPython's features.
%magic  -> Information about IPython's 'magic' % functions.
help    -> Python's own help system.
object? -> Details about 'object'. ?object also works, ?? prints more.

In [1]: def foo(x): x
   ...:

In [2]: foo 'a b'
------> foo('a b')


But in trunk/, I'm seeing:

IPython 0.7.2.svn -- An enhanced Interactive Python.
?       -> Introduction to IPython's features.
%magic  -> Information about IPython's 'magic' % functions.
help    -> Python's own help system.
object? -> Details about 'object'. ?object also works, ?? prints more.

In [1]: def foo(x): x
   ...:

In [2]: foo 'a b'
------> foo('a,b')


Notice the (incorrect) spurious comma introduced in there.  Any idea where this
may be coming from?  I could have introduced it inadvertedly, but I don't
recall touching any code where this could have changed at all...

Cheers,

f

_______________________________________________
IPython-dev mailing list
IPython-dev at scipy.net
http://scipy.net/mailman/listinfo/ipython-dev


This message scanned for viruses and SPAM at SCU (MGW2)



From vivainio at gmail.com  Tue Feb  7 02:45:21 2006
From: vivainio at gmail.com (Ville Vainio)
Date: Tue, 7 Feb 2006 09:45:21 +0200
Subject: [IPython-dev] Broken autocall in trunk/
In-Reply-To: <1139270174.43e7e21eb5760@webmail.colorado.edu>
References: <1139270174.43e7e21eb5760@webmail.colorado.edu>
Message-ID: <46cb515a0602062345w347b9840qa3c8075fef56c66d@mail.gmail.com>

On 2/7/06, Fernando.Perez at colorado.edu <Fernando.Perez at colorado.edu> wrote:

> Notice the (incorrect) spurious comma introduced in there.  Any idea where this
> may be coming from?  I could have introduced it inadvertedly, but I don't
> recall touching any code where this could have changed at all...

I have changed the autocall code, I'll look into this today. I
remember correcting the "/foo blah blah and ;foo blah blah syntaxes
which didn't work at all.

--
Ville Vainio - http://tinyurl.com/2prnb
http://vainio.blogspot.com - g[mail | talk]='vivainio'



From Fernando.Perez at colorado.edu  Tue Feb  7 02:50:27 2006
From: Fernando.Perez at colorado.edu (Fernando Perez)
Date: Tue, 07 Feb 2006 00:50:27 -0700
Subject: [IPython-dev] Broken autocall in trunk/
In-Reply-To: <46cb515a0602062345w347b9840qa3c8075fef56c66d@mail.gmail.com>
References: <1139270174.43e7e21eb5760@webmail.colorado.edu>
	<46cb515a0602062345w347b9840qa3c8075fef56c66d@mail.gmail.com>
Message-ID: <43E85143.3080605@colorado.edu>

Ville Vainio wrote:
> On 2/7/06, Fernando.Perez at colorado.edu <Fernando.Perez at colorado.edu> wrote:
> 
> 
>>Notice the (incorrect) spurious comma introduced in there.  Any idea where this
>>may be coming from?  I could have introduced it inadvertedly, but I don't
>>recall touching any code where this could have changed at all...
> 
> 
> I have changed the autocall code, I'll look into this today. I
> remember correcting the "/foo blah blah and ;foo blah blah syntaxes
> which didn't work at all.

They were fine in 7.1.fix1.  This is the advertised behavior for these:

IPython 0.7.1.fix1 -- An enhanced Interactive Python.
?       -> Introduction to IPython's features.
%magic  -> Information about IPython's 'magic' % functions.
help    -> Python's own help system.
object? -> Details about 'object'. ?object also works, ?? prints more.

In [1]: def foo(*x): pass
    ...:

In [2]: /foo 1,2
------> foo(1,2)

In [3]: ;foo a b c
------> foo("a b c")


I'm reverting to using 0.7.1fix1, please let us know when this is working again.

Cheers,

f



From vivainio at gmail.com  Tue Feb  7 06:45:57 2006
From: vivainio at gmail.com (Ville Vainio)
Date: Tue, 7 Feb 2006 13:45:57 +0200
Subject: [IPython-dev] Broken autocall in trunk/
In-Reply-To: <43E85143.3080605@colorado.edu>
References: <1139270174.43e7e21eb5760@webmail.colorado.edu>
	<46cb515a0602062345w347b9840qa3c8075fef56c66d@mail.gmail.com>
	<43E85143.3080605@colorado.edu>
Message-ID: <46cb515a0602070345l78ea2a2ev40146fa9e12903c@mail.gmail.com>

On 2/7/06, Fernando Perez <Fernando.Perez at colorado.edu> wrote:

> I'm reverting to using 0.7.1fix1, please let us know when this is working again.

It should be working now, try it again.

--
Ville Vainio - http://tinyurl.com/2prnb
http://vainio.blogspot.com - g[mail | talk]='vivainio'



From vivainio at gmail.com  Wed Feb  8 08:06:17 2006
From: vivainio at gmail.com (Ville Vainio)
Date: Wed, 8 Feb 2006 15:06:17 +0200
Subject: [IPython-dev] MANIFEST.in griefs
In-Reply-To: <43E52143.2040501@colorado.edu>
References: <46cb515a0602040632g591f608fq7e09b0690c845ed5@mail.gmail.com>
	<43E52143.2040501@colorado.edu>
Message-ID: <46cb515a0602080506m5f28ccebqf04b6282b901ffec@mail.gmail.com>

On 2/4/06, Fernando Perez <Fernando.Perez at colorado.edu> wrote:

> I'm pretty sure it's OK to have it go in only for sdist.  But don't remove it
> there, as third-party packagers will need it.

Ok, I won't. Perhaps I could do the horrible hack of renaming
manifest.in for the duration of bdist_egg or install if setuptools is
imported... (yuck)

> R. Kern is sitting next to me, and mentions that both the distutils-sig, and
> the setuptools documentation discuss this in detail (apparently there was a
> thread on this very issue a few days ago on distutils-sig).  I can't look it
> up right now, but please have a look there as well.

I looked around quickly, and couldn't find it. There's lots of info on
"include_package_data" etc., but didn't see a way to force ignoring of
manifest.in. I'll try to look into this next week (this week is too
busy) but if anyone can give a good pointer for fixing this quickly
I'd appreciate it.

--
Ville Vainio - http://tinyurl.com/2prnb
http://vainio.blogspot.com - g[mail | talk]='vivainio'



From Fernando.Perez at colorado.edu  Wed Feb  8 16:22:48 2006
From: Fernando.Perez at colorado.edu (Fernando Perez)
Date: Wed, 08 Feb 2006 14:22:48 -0700
Subject: [IPython-dev] Broken autocall in trunk/
In-Reply-To: <46cb515a0602070345l78ea2a2ev40146fa9e12903c@mail.gmail.com>
References: <1139270174.43e7e21eb5760@webmail.colorado.edu>
	<46cb515a0602062345w347b9840qa3c8075fef56c66d@mail.gmail.com>
	<43E85143.3080605@colorado.edu>
	<46cb515a0602070345l78ea2a2ev40146fa9e12903c@mail.gmail.com>
Message-ID: <43EA6128.7010301@colorado.edu>

Ville Vainio wrote:
> On 2/7/06, Fernando Perez <Fernando.Perez at colorado.edu> wrote:
> 
> 
>>I'm reverting to using 0.7.1fix1, please let us know when this is working again.
> 
> 
> It should be working now, try it again.

IPython 0.7.2.svn -- An enhanced Interactive Python.
?       -> Introduction to IPython's features.
%magic  -> Information about IPython's 'magic' % functions.
help    -> Python's own help system.
object? -> Details about 'object'. ?object also works, ?? prints more.

In [1]: def foo(*x): pass
    ...:

In [2]: /foo 1,2
------> foo(1,2)

In [3]: ;foo a b c
------> foo("a b c")

In [4]: ,foo a b c
------> foo("a", "b", "c")


Looks OK, thanks.

f



From Fernando.Perez at colorado.edu  Wed Feb  8 16:32:46 2006
From: Fernando.Perez at colorado.edu (Fernando Perez)
Date: Wed, 08 Feb 2006 14:32:46 -0700
Subject: [IPython-dev] MANIFEST.in griefs
In-Reply-To: <46cb515a0602080506m5f28ccebqf04b6282b901ffec@mail.gmail.com>
References: <46cb515a0602040632g591f608fq7e09b0690c845ed5@mail.gmail.com>
	<43E52143.2040501@colorado.edu>
	<46cb515a0602080506m5f28ccebqf04b6282b901ffec@mail.gmail.com>
Message-ID: <43EA637E.8040904@colorado.edu>

Ville Vainio wrote:
> On 2/4/06, Fernando Perez <Fernando.Perez at colorado.edu> wrote:
> 
> 
>>I'm pretty sure it's OK to have it go in only for sdist.  But don't remove it
>>there, as third-party packagers will need it.
> 
> 
> Ok, I won't. Perhaps I could do the horrible hack of renaming
> manifest.in for the duration of bdist_egg or install if setuptools is
> imported... (yuck)
> 
> 
>>R. Kern is sitting next to me, and mentions that both the distutils-sig, and
>>the setuptools documentation discuss this in detail (apparently there was a
>>thread on this very issue a few days ago on distutils-sig).  I can't look it
>>up right now, but please have a look there as well.
> 
> 
> I looked around quickly, and couldn't find it. There's lots of info on
> "include_package_data" etc., but didn't see a way to force ignoring of
> manifest.in. I'll try to look into this next week (this week is too
> busy) but if anyone can give a good pointer for fixing this quickly
> I'd appreciate it.

I'm afraid I don't have anything useful to suggest here, other than "don't 
break non-egg functionality" :)

Cheers,

f



From stefan at sun.ac.za  Thu Feb  9 07:56:58 2006
From: stefan at sun.ac.za (Stefan van der Walt)
Date: Thu, 9 Feb 2006 14:56:58 +0200
Subject: [IPython-dev] Broken autocall in trunk/
In-Reply-To: <43EA6128.7010301@colorado.edu>
References: <1139270174.43e7e21eb5760@webmail.colorado.edu>
	<46cb515a0602062345w347b9840qa3c8075fef56c66d@mail.gmail.com>
	<43E85143.3080605@colorado.edu>
	<46cb515a0602070345l78ea2a2ev40146fa9e12903c@mail.gmail.com>
	<43EA6128.7010301@colorado.edu>
Message-ID: <20060209125658.GA3461@alpha>

On Wed, Feb 08, 2006 at 02:22:48PM -0700, Fernando Perez wrote:
> In [1]: def foo(*x): pass
>     ...:
> 
> In [2]: /foo 1,2
> ------> foo(1,2)
> 
> In [3]: ;foo a b c
> ------> foo("a b c")
> 
> In [4]: ,foo a b c
> ------> foo("a", "b", "c")
> 
> 
> Looks OK, thanks.

Shouldn't these be unit tests?

St?fan



From vivainio at gmail.com  Thu Feb  9 13:03:28 2006
From: vivainio at gmail.com (Ville Vainio)
Date: Thu, 9 Feb 2006 20:03:28 +0200
Subject: [IPython-dev] Broken autocall in trunk/
In-Reply-To: <20060209125658.GA3461@alpha>
References: <1139270174.43e7e21eb5760@webmail.colorado.edu>
	<46cb515a0602062345w347b9840qa3c8075fef56c66d@mail.gmail.com>
	<43E85143.3080605@colorado.edu>
	<46cb515a0602070345l78ea2a2ev40146fa9e12903c@mail.gmail.com>
	<43EA6128.7010301@colorado.edu> <20060209125658.GA3461@alpha>
Message-ID: <46cb515a0602091003o1dad7e3cs4f077e084fefd6af@mail.gmail.com>

On 2/9/06, Stefan van der Walt <stefan at sun.ac.za> wrote:

> Shouldn't these be unit tests?

Yes, but so far there is none so it is not merely a question of adding
a new test.

There's a certain nonzero amount of work involved with creating a unit
testing infrastructure, so it hasn't happened yet. Patches are
extremely welcome of course. :-)

--
Ville Vainio - http://tinyurl.com/2prnb
http://vainio.blogspot.com - g[mail | talk]='vivainio'



From vivainio at gmail.com  Thu Feb  9 13:27:36 2006
From: vivainio at gmail.com (Ville Vainio)
Date: Thu, 9 Feb 2006 20:27:36 +0200
Subject: [IPython-dev] Broken autocall in trunk/
In-Reply-To: <46cb515a0602091003o1dad7e3cs4f077e084fefd6af@mail.gmail.com>
References: <1139270174.43e7e21eb5760@webmail.colorado.edu>
	<46cb515a0602062345w347b9840qa3c8075fef56c66d@mail.gmail.com>
	<43E85143.3080605@colorado.edu>
	<46cb515a0602070345l78ea2a2ev40146fa9e12903c@mail.gmail.com>
	<43EA6128.7010301@colorado.edu> <20060209125658.GA3461@alpha>
	<46cb515a0602091003o1dad7e3cs4f077e084fefd6af@mail.gmail.com>
Message-ID: <46cb515a0602091027w68e75c58x84207d971e020602@mail.gmail.com>

On 2/9/06, Ville Vainio <vivainio at gmail.com> wrote:

> There's a certain nonzero amount of work involved with creating a unit
> testing infrastructure, so it hasn't happened yet. Patches are
> extremely welcome of course. :-)

On another thought, don't start sending the patches just yet. ;-)

I'll put up a quick unit testing framework now, I promise.

--
Ville Vainio - http://tinyurl.com/2prnb
http://vainio.blogspot.com - g[mail | talk]='vivainio'



From vivainio at gmail.com  Thu Feb  9 14:23:11 2006
From: vivainio at gmail.com (Ville Vainio)
Date: Thu, 9 Feb 2006 21:23:11 +0200
Subject: [IPython-dev] Broken autocall in trunk/
In-Reply-To: <46cb515a0602091027w68e75c58x84207d971e020602@mail.gmail.com>
References: <1139270174.43e7e21eb5760@webmail.colorado.edu>
	<46cb515a0602062345w347b9840qa3c8075fef56c66d@mail.gmail.com>
	<43E85143.3080605@colorado.edu>
	<46cb515a0602070345l78ea2a2ev40146fa9e12903c@mail.gmail.com>
	<43EA6128.7010301@colorado.edu> <20060209125658.GA3461@alpha>
	<46cb515a0602091003o1dad7e3cs4f077e084fefd6af@mail.gmail.com>
	<46cb515a0602091027w68e75c58x84207d971e020602@mail.gmail.com>
Message-ID: <46cb515a0602091123k6ea553f8k50ed433c461a34f2@mail.gmail.com>

On 2/9/06, Ville Vainio <vivainio at gmail.com> wrote:

> I'll put up a quick unit testing framework now, I promise.

Done in SVN. Look into the 'test' folder,

%run runtests.py

runs all test_* scripts in the directory. test_* files can contain
%magics and !shell escapes (and other prefilter stuff)

--
Ville Vainio - http://tinyurl.com/2prnb
http://vainio.blogspot.com - g[mail | talk]='vivainio'



From Fernando.Perez at colorado.edu  Fri Feb 10 01:32:15 2006
From: Fernando.Perez at colorado.edu (Fernando Perez)
Date: Thu, 09 Feb 2006 23:32:15 -0700
Subject: [IPython-dev] Broken autocall in trunk/
In-Reply-To: <46cb515a0602091123k6ea553f8k50ed433c461a34f2@mail.gmail.com>
References: <1139270174.43e7e21eb5760@webmail.colorado.edu>
	<46cb515a0602062345w347b9840qa3c8075fef56c66d@mail.gmail.com>
	<43E85143.3080605@colorado.edu>
	<46cb515a0602070345l78ea2a2ev40146fa9e12903c@mail.gmail.com>
	<43EA6128.7010301@colorado.edu> <20060209125658.GA3461@alpha>
	<46cb515a0602091003o1dad7e3cs4f077e084fefd6af@mail.gmail.com>
	<46cb515a0602091027w68e75c58x84207d971e020602@mail.gmail.com>
	<46cb515a0602091123k6ea553f8k50ed433c461a34f2@mail.gmail.com>
Message-ID: <43EC336F.5060709@colorado.edu>

Ville Vainio wrote:
> On 2/9/06, Ville Vainio <vivainio at gmail.com> wrote:
> 
> 
>>I'll put up a quick unit testing framework now, I promise.
> 
> 
> Done in SVN. Look into the 'test' folder,
> 
> %run runtests.py
> 
> runs all test_* scripts in the directory. test_* files can contain
> %magics and !shell escapes (and other prefilter stuff)

Great!  Glad to see this, we'll try to be systematic on chainsaw with tests. 
Anyone with good tips on how to write unit tests for twisted-based, parallel 
frameworks, speak up...

cheers,

f



From vivainio at gmail.com  Fri Feb 10 09:23:00 2006
From: vivainio at gmail.com (Ville Vainio)
Date: Fri, 10 Feb 2006 16:23:00 +0200
Subject: [IPython-dev] genutils.getoutput considered harmful
Message-ID: <46cb515a0602100623g78b19a04ud30402e6bf5285e1@mail.gmail.com>

I noticed that genutils.getoutput doesn't work in win32 at all (it
uses commands.getoutput, which is posix-only).

It hasn't been a huge problem because most places use
genutils.getoutputerror(), which uses proper popen calls. I only
noticed this by trying to do

echo $sout("ls")

to simulate

echo `ls`

I think I'll port getoutput over to use plain popen stuff which works
in all platforms.

--
Ville Vainio - http://tinyurl.com/2prnb
http://vainio.blogspot.com - g[mail | talk]='vivainio'



From Fernando.Perez at colorado.edu  Fri Feb 10 10:05:36 2006
From: Fernando.Perez at colorado.edu (Fernando Perez)
Date: Fri, 10 Feb 2006 08:05:36 -0700
Subject: [IPython-dev] genutils.getoutput considered harmful
In-Reply-To: <46cb515a0602100623g78b19a04ud30402e6bf5285e1@mail.gmail.com>
References: <46cb515a0602100623g78b19a04ud30402e6bf5285e1@mail.gmail.com>
Message-ID: <43ECABC0.2000705@colorado.edu>

Ville Vainio wrote:
> I noticed that genutils.getoutput doesn't work in win32 at all (it
> uses commands.getoutput, which is posix-only).

Yup, I hadn't noticed at all, but the commands doc page states it's 
posix-only.  This is a leftover from before ipython ran on win32 at all, I'm a 
little surprise it's come this far without biting us.

Thanks for the catch.

f



From Fernando.Perez at colorado.edu  Sat Feb 11 17:17:48 2006
From: Fernando.Perez at colorado.edu (Fernando Perez)
Date: Sat, 11 Feb 2006 15:17:48 -0700
Subject: [IPython-dev] %Pprint is broken...
Message-ID: <43EE628C.5030303@colorado.edu>

Hi Ville,

and I think the culprit was:

http://projects.scipy.org/ipython/ipython/changeset/1020

Try it by doing

a=range(100)

and then

a

toggling %Pprint on and off.  No difference (there should be).

Cheers,

f



From vivainio at gmail.com  Mon Feb 13 05:34:09 2006
From: vivainio at gmail.com (Ville Vainio)
Date: Mon, 13 Feb 2006 12:34:09 +0200
Subject: [IPython-dev] %Pprint is broken...
In-Reply-To: <43EE628C.5030303@colorado.edu>
References: <43EE628C.5030303@colorado.edu>
Message-ID: <46cb515a0602130234o118612e3n725f2ce8e3b17d23@mail.gmail.com>

On 2/12/06, Fernando Perez <Fernando.Perez at colorado.edu> wrote:

> toggling %Pprint on and off.  No difference (there should be).

Ok, I'll fix it when ipython.scipy.org in online again.

--
Ville Vainio - http://tinyurl.com/2prnb
http://vainio.blogspot.com - g[mail | talk]='vivainio'



From Fernando.Perez at colorado.edu  Mon Feb 13 14:36:20 2006
From: Fernando.Perez at colorado.edu (Fernando Perez)
Date: Mon, 13 Feb 2006 12:36:20 -0700
Subject: [IPython-dev] %Pprint is broken...
In-Reply-To: <46cb515a0602130234o118612e3n725f2ce8e3b17d23@mail.gmail.com>
References: <43EE628C.5030303@colorado.edu>
	<46cb515a0602130234o118612e3n725f2ce8e3b17d23@mail.gmail.com>
Message-ID: <43F0DFB4.6040406@colorado.edu>

Ville Vainio wrote:
> On 2/12/06, Fernando Perez <Fernando.Perez at colorado.edu> wrote:
> 
> 
>>toggling %Pprint on and off.  No difference (there should be).
> 
> 
> Ok, I'll fix it when ipython.scipy.org in online again.

Thanks.  Enthought is looking into the problem, they've been having server 
issues since this weekend.

Cheers,

f



From oliphant.travis at ieee.org  Mon Feb 13 23:43:49 2006
From: oliphant.travis at ieee.org (Travis E. Oliphant)
Date: Mon, 13 Feb 2006 21:43:49 -0700
Subject: [IPython-dev] Implementing 0..10 and 0...10  in ipython
Message-ID: <dsrn65$qni$1@sea.gmane.org>


There has been a discussion over on one of the SciPy or NumPy lists 
about ranges and the fact that it would be nice if there were some way 
to specify a range more easily than calling a function.

Because this is typically most useful in interactive sessions, perhaps 
IPython could help here and provide some default mechansim.

I don't know how difficult it would be to do something like that, but 
it's a thought.



From vivainio at gmail.com  Tue Feb 14 06:24:41 2006
From: vivainio at gmail.com (Ville Vainio)
Date: Tue, 14 Feb 2006 13:24:41 +0200
Subject: [IPython-dev] Implementing 0..10 and 0...10 in ipython
In-Reply-To: <dsrn65$qni$1@sea.gmane.org>
References: <dsrn65$qni$1@sea.gmane.org>
Message-ID: <46cb515a0602140324t3339446evfe7aa32e13c02999@mail.gmail.com>

On 2/14/06, Travis E. Oliphant <oliphant.travis at ieee.org> wrote:

> There has been a discussion over on one of the SciPy or NumPy lists
> about ranges and the fact that it would be nice if there were some way
> to specify a range more easily than calling a function.

Is syntax like:

r = 1..100

ok?

Fire away w/ syntax examples, it will probably turn out to be rather
easy to extend ipython with such a custom prefilter (see
Extensions/ext_rescapture.py for an example that installs a couple of
prefilters based on regexp matching).

--
Ville Vainio - http://tinyurl.com/2prnb
http://vainio.blogspot.com - g[mail | talk]='vivainio'



From Fernando.Perez at colorado.edu  Tue Feb 14 12:55:00 2006
From: Fernando.Perez at colorado.edu (Fernando Perez)
Date: Tue, 14 Feb 2006 10:55:00 -0700
Subject: [IPython-dev] [Fwd: [issue56] Mac OS X 1.4.4 - Python 2.4.2 -
 Readline 5.1 and 5.0 - Bus Error]
Message-ID: <43F21974.7080106@colorado.edu>

Hi all,

any of our OSX experts who might know what this user's problem could be, or 
who has seen something similar in the past?

Any help welcome.

Cheers,

f

-------- Original Message --------
Subject: [issue56] Mac OS X 1.4.4 - Python 2.4.2 - Readline 5.1 and 5.0 - Bus 
Error
Date: Tue, 14 Feb 2006 07:24:44 +0000
From: Alessandro Bresci <ipython_issue_tracker at scipy.org>
Reply-To: iPython Roundup issue tracker <ipython_issue_tracker at scipy.org>
To: fperez at colorado.edu


New submission from Alessandro Bresci <alex.bresci at virgilio.it>:

ipython crash during usage, to speed up the crash I use arrow keys, left and
right key too, causes a crash with the message: Bus Error
I tried source and darwinports distribution
I also tried Readline 5.1 and 5.0 and python 2.3 but I got the same result


----------
messages: 207
nosy: abresci
priority: urgent
status: unread
superseder: Crashing ipython
title: Mac OS X 1.4.4 - Python 2.4.2 - Readline 5.1 and 5.0 - Bus Error
topic: crash
_______________________________________________________________
iPython Roundup issue tracker <ipython_issue_tracker at scipy.org>
http://www.scipy.net/roundup/ipython/issue56
_______________________________________________________________



From Fernando.Perez at colorado.edu  Tue Feb 14 13:39:50 2006
From: Fernando.Perez at colorado.edu (Fernando Perez)
Date: Tue, 14 Feb 2006 11:39:50 -0700
Subject: [IPython-dev] Implementing 0..10 and 0...10 in ipython
In-Reply-To: <46cb515a0602140324t3339446evfe7aa32e13c02999@mail.gmail.com>
References: <dsrn65$qni$1@sea.gmane.org>
	<46cb515a0602140324t3339446evfe7aa32e13c02999@mail.gmail.com>
Message-ID: <43F223F6.9050607@colorado.edu>

Ville Vainio wrote:
> On 2/14/06, Travis E. Oliphant <oliphant.travis at ieee.org> wrote:
> 
> 
>>There has been a discussion over on one of the SciPy or NumPy lists
>>about ranges and the fact that it would be nice if there were some way
>>to specify a range more easily than calling a function.
> 
> 
> Is syntax like:
> 
> r = 1..100
> 
> ok?
> 
> Fire away w/ syntax examples, it will probably turn out to be rather
> easy to extend ipython with such a custom prefilter (see
> Extensions/ext_rescapture.py for an example that installs a couple of
> prefilters based on regexp matching).

Yup.  This kind of thing could be easily enabled only for the scipy profile in 
the future, and we could indicate how users could pull it into their other 
custom profiles as needed.

Cheers,

f



From ariciputi at pito.com  Wed Feb 15 03:06:23 2006
From: ariciputi at pito.com (Andrea Riciputi)
Date: Wed, 15 Feb 2006 09:06:23 +0100
Subject: [IPython-dev] [Fwd: [issue56] Mac OS X 1.4.4 - Python 2.4.2
	-	Readline 5.1 and 5.0 - Bus Error]
In-Reply-To: <43F21974.7080106@colorado.edu>
References: <43F21974.7080106@colorado.edu>
Message-ID: <7EC08FF4-3E9C-402E-9DB6-CFFC0578EB7C@pito.com>

Hi Fernando,
I have mostly the same configuration here and I've not seen any crash  
so far. However, I'll contact the user and I'll try to figure out  
which the problem is. I'll keep you up to date.

Cheers,
  Andrea

On Feb 14, 2006, at 18:55 , Fernando Perez wrote:

> Hi all,
>
> any of our OSX experts who might know what this user's problem  
> could be, or
> who has seen something similar in the past?
>
> Any help welcome.
>
> Cheers,
>
> f



From Fernando.Perez at colorado.edu  Wed Feb 15 03:09:37 2006
From: Fernando.Perez at colorado.edu (Fernando Perez)
Date: Wed, 15 Feb 2006 01:09:37 -0700
Subject: [IPython-dev] [Fwd: [issue56] Mac OS X 1.4.4 - Python
	2.4.2	-	Readline 5.1 and 5.0 - Bus Error]
In-Reply-To: <7EC08FF4-3E9C-402E-9DB6-CFFC0578EB7C@pito.com>
References: <43F21974.7080106@colorado.edu>
	<7EC08FF4-3E9C-402E-9DB6-CFFC0578EB7C@pito.com>
Message-ID: <43F2E1C1.8070701@colorado.edu>

Andrea Riciputi wrote:
> Hi Fernando,
> I have mostly the same configuration here and I've not seen any crash  
> so far. However, I'll contact the user and I'll try to figure out  
> which the problem is. I'll keep you up to date.

Many thanks, Andrea; greatly appreciated.

BTW, I'll be with limited email access over the next 2 weeks, so don't be 
surprised if you get no responses from me.

Best,

f



From stefan at sun.ac.za  Wed Feb 15 19:27:53 2006
From: stefan at sun.ac.za (Stefan van der Walt)
Date: Thu, 16 Feb 2006 02:27:53 +0200
Subject: [IPython-dev] previous line gives strange results
Message-ID: <20060216002752.GA4641@alpha>

I am used to pressing "Alt-P" (from Emacs) in ipython to get the
previous line.  However, with my current version (0.7.2.svn), Alt-P
causes havoc.

For example, I see this:

In [5]: :ds[[a^K^A^K^A^K

To recreate, start ipython, type Alt-P enter, enter, Alt-P.  Does
anyone else see the same?

Regards
St?fan



From vivainio at gmail.com  Thu Feb 16 01:04:55 2006
From: vivainio at gmail.com (Ville Vainio)
Date: Thu, 16 Feb 2006 08:04:55 +0200
Subject: [IPython-dev] previous line gives strange results
In-Reply-To: <20060216002752.GA4641@alpha>
References: <20060216002752.GA4641@alpha>
Message-ID: <46cb515a0602152204k6547c563y83e95c92a2ac28f8@mail.gmail.com>

On 2/16/06, Stefan van der Walt <stefan at sun.ac.za> wrote:

> I am used to pressing "Alt-P" (from Emacs) in ipython to get the
> previous line.  However, with my current version (0.7.2.svn), Alt-P
> causes havoc.

Do you mean ctrl+p?

--
Ville Vainio - http://tinyurl.com/2prnb
http://vainio.blogspot.com - g[mail | talk]='vivainio'



From stefan at sun.ac.za  Thu Feb 16 04:03:08 2006
From: stefan at sun.ac.za (Stefan van der Walt)
Date: Thu, 16 Feb 2006 11:03:08 +0200
Subject: [IPython-dev] previous line gives strange results
In-Reply-To: <46cb515a0602152204k6547c563y83e95c92a2ac28f8@mail.gmail.com>
References: <20060216002752.GA4641@alpha>
	<46cb515a0602152204k6547c563y83e95c92a2ac28f8@mail.gmail.com>
Message-ID: <20060216090308.GB11280@alpha>

On Thu, Feb 16, 2006 at 08:04:55AM +0200, Ville Vainio wrote:
> On 2/16/06, Stefan van der Walt <stefan at sun.ac.za> wrote:
> 
> > I am used to pressing "Alt-P" (from Emacs) in ipython to get the
> > previous line.  However, with my current version (0.7.2.svn), Alt-P
> > causes havoc.
> 
> Do you mean ctrl+p?

No, I mean Alt-p (causes the bug),  while ctrl-P (but not ctrl-p) does
what I want.

St?fan



From hans_meine at gmx.net  Thu Feb 16 05:20:53 2006
From: hans_meine at gmx.net (Hans Meine)
Date: Thu, 16 Feb 2006 11:20:53 +0100
Subject: [IPython-dev] previous line gives strange results
In-Reply-To: <20060216090308.GB11280@alpha>
References: <20060216002752.GA4641@alpha>
	<46cb515a0602152204k6547c563y83e95c92a2ac28f8@mail.gmail.com>
	<20060216090308.GB11280@alpha>
Message-ID: <200602161120.54246.hans_meine@gmx.net>

On Thursday 16 February 2006 10:03, Stefan van der Walt wrote:
> On Thu, Feb 16, 2006 at 08:04:55AM +0200, Ville Vainio wrote:
> > On 2/16/06, Stefan van der Walt <stefan at sun.ac.za> wrote:
> > > I am used to pressing "Alt-P" (from Emacs) in ipython to get the
> > > previous line.  However, with my current version (0.7.2.svn), Alt-P
> > > causes havoc.
> >
> > Do you mean ctrl+p?
>
> No, I mean Alt-p (causes the bug),  while ctrl-P (but not ctrl-p) does
> what I want.

You can use e.g. 

  readline_parse_and_bind "\C-l": dump-functions

in ipythonrc to check which function is bound to alt-p/ctrl-P, post the result 
and/or change as desired with the same function.

(On my system, I get 'dump-macros can be found on "\M-p".', which may be due 
to an inputrc in /etc or $HOME, see "man readline".)

Ciao, /  /
     /--/
    /  / ANS



From stefan at sun.ac.za  Thu Feb 16 07:24:21 2006
From: stefan at sun.ac.za (Stefan van der Walt)
Date: Thu, 16 Feb 2006 14:24:21 +0200
Subject: [IPython-dev] previous line gives strange results
In-Reply-To: <200602161120.54246.hans_meine@gmx.net>
References: <20060216002752.GA4641@alpha>
	<46cb515a0602152204k6547c563y83e95c92a2ac28f8@mail.gmail.com>
	<20060216090308.GB11280@alpha> <200602161120.54246.hans_meine@gmx.net>
Message-ID: <20060216122421.GA14305@alpha>

On Thu, Feb 16, 2006 at 11:20:53AM +0100, Hans Meine wrote:
> You can use e.g. 
> 
>   readline_parse_and_bind "\C-l": dump-functions
> 
> in ipythonrc to check which function is bound to alt-p/ctrl-P, post the result 
> and/or change as desired with the same function.
> 
> (On my system, I get 'dump-macros can be found on "\M-p".', which may be due 
> to an inputrc in /etc or $HOME, see "man readline".)

Thanks for the tip.  On my system, I see

non-incremental-reverse-search-history can be found on "\M-p".

Either way, you are right -- it is not an IPython bug, but rather
strange readline behaviour (I see the same in bash).

Thanks.
St?fan