On Wednesday, November 21, 2007, at 04:48PM, "Nicholas Riley" <[EMAIL
PROTECTED]> wrote:
>On Mon, Oct 22, 2007 at 08:02:09AM -0500, [EMAIL PROTECTED] wrote:
>> Just install GNU readline and point the build system at it. For example, I
>> have MacPorts (http://www.macports.org/) installed in /op
On Mon, Oct 22, 2007 at 08:02:09AM -0500, [EMAIL PROTECTED] wrote:
> Just install GNU readline and point the build system at it. For example, I
> have MacPorts (http://www.macports.org/) installed in /opt/local. GNU
> readline is installed there, and my readline module is linked against that:
IP
Robert Kern wrote:
> Boyd Waters wrote:
>> On Oct 26, 2007, at 7:50 PM, [EMAIL PROTECTED] wrote:
>>
>>> It right there in my original message (and in the python man page).
>>> You have to use EditLine syntax:
>>>
>>> readline.parse_and_bind ("bind ^I rl_complete")
>> Edward's example of using Ed
On Oct 26, 2007, at 7:50 PM, [EMAIL PROTECTED] wrote:
> It right there in my original message (and in the python man page).
> You have to use EditLine syntax:
>
> readline.parse_and_bind ("bind ^I rl_complete")
Edward's example of using EditLine syntax works for my "raw python"
test:
$ py
On Oct 26, 2007, at 7:50 PM, [EMAIL PROTECTED] wrote:
> It right there in my original message
> You have to use EditLine syntax:
>
> readline.parse_and_bind ("bind ^I rl_complete")
Oh good grief... I'm a *user*. You can't expect me to *read*...
um.. what is the smiley-thing for hanging my head
The rlineimpl.py module is the place in python where readline gets
imported. I would look there and also I would look to see where
ipython is doing its equivalent of parse_and_bind.
Brian
On 10/26/07, Noah Gift <[EMAIL PROTECTED]> wrote:
> Ed,
>
> You are a genius! Thanks, I totally forgot you t
Ed,
You are a genius! Thanks, I totally forgot you told me that.
So for the record when you launch IPython:
import readline
readline.parse_and_bind ("bind ^I rl_complete")
Then do something like:
import os
and you will get
In [5]: os.
Display all 234 possibilities? (y or n)
Ok, what is the e
It right there in my original message (and in the python man page).
You have to use EditLine syntax:
readline.parse_and_bind ("bind ^I rl_complete")
Ed
On Oct 26, 2007, at 6:46 PM, Noah Gift wrote:
I was just going to say the same thing. Getting this to work and
then GVim, and I will be
I was just going to say the same thing. Getting this to work and then GVim,
and I will be quite happy.
On 10/26/07, Boyd Waters <[EMAIL PROTECTED]> wrote:
>
> Oops, I spoke too soon when I said that readline support with
> Leopard's Python works for me with IPython.
>
> Many things DO work, but t
Oops, I spoke too soon when I said that readline support with
Leopard's Python works for me with IPython.
Many things DO work, but tab-completion does NOT.
I am trying to get tab completion working.
Forget IPython, just try this "unit test" of rlcompleter with the
Python that ships with Leop
Brian,
Thanks, I was just considering doing this myself. I would be happy to help
document this if there is a suitable wiki for it, once a clear path gets
figured out. If you do google searches for readline os x, or ipython, etc,
you will tons, of people who have had this problem for quite some
I am forwarding this to the ipython-dev list. A number of the core
ipython dev's use OS X, so we will surely jump on this one as soon as
we get our hands on Leopard. This (libedit support) is great news as
it has been one of the main problems with the built-in Python on OS X
for a long time.
Che
Interesting.
FWIW I just built IPython against the system python (with libedit,
apparently) and it works fine; I have readline-like command
navigation, history support, etc.
I was not aware of any change from using readline (which is what I
used with 10.4.x)
On Oct 22, 2007, at 12:35 PM,
We did fix a few bugs related to IPython and Leopard's python, so to
some degree, it does work (sorry, I don't use IPython myself). There
was a problem with IPython explicitly loading ~/.inputrc when readline
support is available, which will fail due to the command syntax
problem. Just gu
Edward,
Thanks for the information. Do you know of a way to get IPython to use
edline instead? IPython is growing in popularity for Python programmers,
and it seems like getting a way forward that works with edline makes sense,
or maybe I am wrong and people will need to just manually install rea
On Oct 21, 2007, at 10:51 PM, Noah Gift wrote:
I have been getting ready for the official leopard release in a few
days, and have been a bit worried about readline support. I forgot
what I did to get it to work for IPython, which I absolutely cannot
live without anymore. Is there a plan f
Noah> ... if someone has any easy fix to get readline to work, I would
Noah> greatly appreciate it.
Just install GNU readline and point the build system at it. For example, I
have MacPorts (http://www.macports.org/) installed in /opt/local. GNU
readline is installed there, and my readli
I have been getting ready for the official leopard release in a few days,
and have been a bit worried about readline support. I forgot what I did to
get it to work for IPython, which I absolutely cannot live without anymore.
Is there a plan for a Leopard binary that fixes readline, or can I help
s
Forwarded note, in case anyone is interested.
Trey Smith wrote:
> I found some posts on Pythonmac-SIG where you guys were discussing how
> to get readline support under ActivePython 2.4.2. At this point I have
> it working under ActivePython 2.4.3, and I thought you might like to
> know what
Bob Ippolito wrote:
> Install universal Python 2.4,
http://www.pythonmac.org/packages/py24-fat/
-Chris
--
Christopher Barker, Ph.D.
Oceanographer
NOAA/OR&R/HAZMAT (206) 526-6959 voice
7600 Sand Point Way NE (206) 526-6329 fax
Seat
On 8/17/06, Simon Willison <[EMAIL PROTECTED]> wrote:
> Hi,
>
> I've just got my hands on a MacBook Pro, but the old trick for getting
> readline running for Python no longer works:
>
> $ python `python -c "import pimp; print pimp.__file__"` -i readline
> Traceback (most recent call last):
> ... .
Hi,
I've just got my hands on a MacBook Pro, but the old trick for getting
readline running for Python no longer works:
$ python `python -c "import pimp; print pimp.__file__"` -i readline
Traceback (most recent call last):
... ...
urllib2.HTTPError: HTTP Error 404: Not Found
Further investigati
On 18-apr-2006, at 23:48, Christopher Barker wrote:
> Ronald Oussoren wrote:
>> On 13-apr-2006, at 18:47, Zachary Pincus wrote:
>>> Also, a related query: Is there somewhere in the Python Framework
>>> structure that is appropriate for placing dynamic libraries that
>>> Python would link to?
>
>>
Ronald Oussoren wrote:
> On 13-apr-2006, at 18:47, Zachary Pincus wrote:
>> Also, a related query: Is there somewhere in the Python Framework
>> structure that is appropriate for placing dynamic libraries that
>> Python would link to?
> I don't see what this would buy us. It is possible to do
> I could make some nasty remarks about emacs and you could then
> strike back with remarks about vi, but lets not go there :-)
Thanks for reminding me of vi.
As I understand it (I'm afraid I've never seen the point of knowing
much about vi :-) the model vi uses is quite different -- "lean and
me
On Friday, April 14, 2006, at 12:00PM, Bill Janssen <[EMAIL PROTECTED]> wrote:
>> Terminal and xterm don't have readline capability, the shell (bash)
>> does. But that is of no use when you're in the python interactive
>> shell. Then having readline support in python is very handy.
>
>Right you
> Terminal and xterm don't have readline capability, the shell (bash)
> does. But that is of no use when you're in the python interactive
> shell. Then having readline support in python is very handy.
Right you are, Ronald. Thanks for the correction. I never use them
bare; I always run Emacs in
On Thursday, April 13, 2006, at 11:53PM, Zachary Pincus <[EMAIL PROTECTED]>
wrote:
>>> So... I have found that IPython exposes a bug in GNU readline 5.1,
>>> sadly enough. This bug causes segfaults when the up-arrow key is
>>> used under certain situations. Ugh. Fortunately, the extant
>>
On Friday, April 14, 2006, at 03:42AM, Bill Janssen <[EMAIL PROTECTED]> wrote:
>Just curious...
>
>Is there really a need for the readline library? On Mac, I always run
>Python shells in either (1) Terminal, or (2) xterm, or (3) an Emacs
>shell buffer. All of them have readline capability buil
Bill Janssen wrote:
> Just curious...
>
> Is there really a need for the readline library? On Mac, I always run
> Python shells in either (1) Terminal, or (2) xterm, or (3) an Emacs
> shell buffer. All of them have readline capability built in. I never
> need Python to have readline capability.
> > I never
> > need Python to have readline capability.
>
> Yeah you do, you probably just don't realize that you're using it.
No, I really don't. The only time I ever interact with the Python
REPL is in a GNU Emacs shell buffer (or, rarely, an Emacs pdb buffer),
which does the dance for me. I
On Apr 13, 2006, at 9:41 PM, Bill Janssen wrote:
> Just curious...
>
> Is there really a need for the readline library? On Mac, I always run
> Python shells in either (1) Terminal, or (2) xterm, or (3) an Emacs
> shell buffer. All of them have readline capability built in. I never
> need Pytho
Just curious...
Is there really a need for the readline library? On Mac, I always run
Python shells in either (1) Terminal, or (2) xterm, or (3) an Emacs
shell buffer. All of them have readline capability built in. I never
need Python to have readline capability. What's the use case here?
Bil
> You can build the readline extension separately from Python without
> much fuss. I have a setup.py for it and the extracted source
> sitting in my svn:
> http://svn.red-bean.com/bob/readline/trunk/
Thanks! I didn't know it was that easy.
Also, thanks everyone for your time while this issue
>> So... I have found that IPython exposes a bug in GNU readline 5.1,
>> sadly enough. This bug causes segfaults when the up-arrow key is
>> used under certain situations. Ugh. Fortunately, the extant
>> readline 5.1 patches solve this issue nicely. Hopefully you'll get
>> a chance in the n
On Apr 13, 2006, at 4:19 PM, Ronald Oussoren wrote:
> Which patch? Please provide a link to that patch, I won't go hunting
> for it.
Current readline 5.1 patches are at:
ftp://ftp.cwru.edu/pub/bash/readline-5.1-patches
Cheers,
Mike
___
Pythonmac-SIG
On 13-apr-2006, at 18:47, Zachary Pincus wrote:
>>> This is for Bob Ippolito -
>>
>> No it isn't, Bob didn't build the 2.4.3 release ;-)
>
> Sorry sorry! Thanks for making that build, by the way.
>
>>
>>>
>>> What version of readline comes with the Universal MacPython 2.4.3
>>> release? And is it
>> This is for Bob Ippolito -
>
> No it isn't, Bob didn't build the 2.4.3 release ;-)
Sorry sorry! Thanks for making that build, by the way.
>
>>
>> What version of readline comes with the Universal MacPython 2.4.3
>> release? And is it statically-linked, or is there a readline dylib
>> somewhere
>>> Just for fun, what's the point of the execve? Just to choose the
>>> right Python executable?
>>
>> Never mind, I found it on Bob's blog. It's to get around the
>> requirement to have an app bundle if you want to draw on the screen,
>> apparently.
>
> That's right.
>
> Note that this function
Just wanted to report that patching readline 5.1 and recompiling
python from source did fix the original problem I had with IPython.
Cheers,
Mike
___
Pythonmac-SIG maillist - Pythonmac-SIG@python.org
http://mail.python.org/mailman/listinfo/pythonmac-
On 13-apr-2006, at 8:33, Bill Janssen wrote:
>> Just for fun, what's the point of the execve? Just to choose the
>> right Python executable?
>
> Never mind, I found it on Bob's blog. It's to get around the
> requirement to have an app bundle if you want to draw on the screen,
> apparently.
Tha
On 13-apr-2006, at 0:42, Bob Ippolito wrote:
>>
>> While I'm sure that the execve stuff is a necessary evil (and
>> certainly less troublesome than the pythonw mess), it's worth
>> noting the little user-unfriendly situations like this that an
>> "ideal" solution to the problem would not have. I
On 12-apr-2006, at 23:19, Zachary Pincus wrote:
> This is for Bob Ippolito -
No it isn't, Bob didn't build the 2.4.3 release ;-)
>
> What version of readline comes with the Universal MacPython 2.4.3
> release? And is it statically-linked, or is there a readline dylib
> somewhere in the python f
> Just for fun, what's the point of the execve? Just to choose the
> right Python executable?
Never mind, I found it on Bob's blog. It's to get around the
requirement to have an app bundle if you want to draw on the screen,
apparently.
Bill
___
Python
> All I'm saying is that it might be a good idea to put a few lines in
> the README about the execve deal, and its implications for things
> like debugging. Because otherwise it could get pretty frustrating for
> some folk pretty fast.
I agree. This seems unnecessarily obscure.
Just for fu
Well, not to keep this thread going on any more than necessary --
though we do still need to hear from Ronald about what version of
readline was used for the Universal MacPython -- but I have a comment.
> I would think that most gdb users already know how to cross an
> execve, but maybe I'm
On Apr 12, 2006, at 3:20 PM, Zachary Pincus wrote:
>>> Now, in regards to the GDB issue: can anyone with the latest
>>> developer tools who also has the Universal Python build installed
>>> try
>>> to run python under gdb? (I have a different install of python 2.4.3
>>> that I don't want to nuk
>> Now, in regards to the GDB issue: can anyone with the latest
>> developer tools who also has the Universal Python build installed try
>> to run python under gdb? (I have a different install of python 2.4.3
>> that I don't want to nuke by installing the universal build just to
>> test this; other
On Apr 12, 2006, at 2:40 PM, Zachary Pincus wrote:
>>> This is for Bob Ippolito -
>>
>> Well it's really for Ronald, I didn't build it. I have no idea.
>
> Sorry! Hopefully Ronald will let us know what version of readline he
> used.
>
> Now, in regards to the GDB issue: can anyone with the lates
OK so all my faffing about with readline was not making one whit of
difference :) And now I know why...
On Apr 12, 2006, at 5:09 PM, Bob Ippolito wrote:
>
> Are you running 10.3.9 by chance? It might be an incompatibility
> there, we don't test very thoroughly on anything but 10.4.x due to
>> This is for Bob Ippolito -
>
> Well it's really for Ronald, I didn't build it. I have no idea.
Sorry! Hopefully Ronald will let us know what version of readline he
used.
Now, in regards to the GDB issue: can anyone with the latest
developer tools who also has the Universal Python build in
On Apr 12, 2006, at 2:19 PM, Zachary Pincus wrote:
> This is for Bob Ippolito -
Well it's really for Ronald, I didn't build it. I have no idea.
> What version of readline comes with the Universal MacPython 2.4.3
> release? And is it statically-linked, or is there a readline dylib
> somewhere i
This is for Bob Ippolito -
What version of readline comes with the Universal MacPython 2.4.3
release? And is it statically-linked, or is there a readline dylib
somewhere in the python framework?
I ask because Michael Broe reported some problems (see below) with
IPython that I had tracked do
On Apr 12, 2006, at 1:57 PM, Michael Broe wrote:
> I'm having an issue using IPython that may be related to readline,
> which I am pursuing on the IPython mailing list.
>
> I had my self-built version of readline 5.1 installed in /usr/local/
> include, and I patched and reinstalled it, which was
I'm having an issue using IPython that may be related to readline,
which I am pursuing on the IPython mailing list.
I had my self-built version of readline 5.1 installed in /usr/local/
include, and I patched and reinstalled it, which was one theory for
fixing the problem, but no go.
I'm just
Standard readline keys mostly.. this should be all you need:
http://cnswww.cns.cwru.edu/~chet/readline/rluserman.html
http://docs.python.org/dev/tut/node15.html
-bob
On Feb 13, 2006, at 6:10 AM, Ken Brooks wrote:
> Finally choosing to find the time, I installed MacPython 2.4.1.
> But now I ne
Finally choosing to find the time, I installed MacPython 2.4.1. But now I need
documentation, and Google was not helpful. What keystrokes have new meanings
in the MacPython interactive window as a result of having readline?
Ken
At 9:55 AM -0800 1/17/06, Christopher Barker wrote:
>Ken Brooks w
Dave wrote:
> Chris,
> I did try to use those notes
Those notes specifically addressed how to statically link the extra
libs, so you probably missed something, which is probably because I
didn't write them very clearly.
> I posted
> a question with the error report on matplotlib-users
I saw
On 11/30/05, Chris Barker <[EMAIL PROTECTED]> wrote:
Dave wrote:> I'm not done with installs. I tried to install matplotlib from source
> to get a current version. That went equally as well (i.e., bad),> possibly for similar reasons, but that's another story.Did you follow the process I used fo
On Nov 29, 2005, at 12:41 PM, Trent Mick wrote:
> You could either build the readline module to any Python 2.4 and plop
> that in. Dropping in the readline.so from the Mac Python build should
> work to.
Thanks for the hint, Trent! I guess I should have done that
already. :-)
More precisely,
Dave wrote:
> I'm not done with installs. I tried to install matplotlib from source
> to get a current version. That went equally as well (i.e., bad),
> possibly for similar reasons, but that's another story.
Did you follow the process I used for the older MPL package at
pythonmac.org? The i
[Trent Mick <[EMAIL PROTECTED]> said]
>[Dave wrote]
>> I installed the ActivePython 2.4.2 binary on a clean 10.4 system. I
>> also installed ipython 0.6.15. ipython complains there is no readline
>> support. I did find a readline.so file in
>>
>> /Library/Frameworks/Python.framework/Versions/2.
[Dave wrote]
> I installed the ActivePython 2.4.2 binary on a clean 10.4 system. I
> also installed ipython 0.6.15. ipython complains there is no readline
> support. I did find a readline.so file in
>
> /Library/Frameworks/Python.framework/Versions/2.4/lib/python2.4/lib-dynload/
>
> and ipytho
I installed the ActivePython 2.4.2 binary on a clean 10.4 system. I
also installed ipython 0.6.15. ipython complains there is no readline
support. I did find a readline.so file in
/Library/Frameworks/Python.framework/Versions/2.4/lib/python2.4/lib-dynload/
and ipython seems to be using the 2.4
On Apr 3, 2005, at 5:31 PM, John Hunter wrote:
Bob> Then either it's a bug in readline, or you have some kind of
Bob> local configuration problem. If you search around the Fink
Bob> project and find out that they're applying any patches, let
Bob> me know and I'll see if I can do so
Bob> Then either it's a bug in readline, or you have some kind of
Bob> local configuration problem. If you search around the Fink
Bob> project and find out that they're applying any patches, let
Bob> me know and I'll see if I can do something, but I'm not going
Bob> to researc
On Apr 1, 2005, at 10:13, John Hunter wrote:
"Bob" == Bob Ippolito <[EMAIL PROTECTED]> writes:
Bob> Mac OS X does not ship with readline. If you downloaded
Bob> readline from PackageManager, it's old and might have bugs.
Bob> The one at http://pythonmac.org/packages/ should link in the
> "Bob" == Bob Ippolito <[EMAIL PROTECTED]> writes:
Bob> Mac OS X does not ship with readline. If you downloaded
Bob> readline from PackageManager, it's old and might have bugs.
Bob> The one at http://pythonmac.org/packages/ should link in the
Bob> latest version of readline a
On Apr 1, 2005, at 9:40, John Hunter wrote:
In ipython, which uses readline for tab completion in the shell, on my
powerbook when I do
cd pyth
The completer generates
cd python _
where the _ is a placeholder for where the cursor ends up. When
completing on a long path, this is annoying, because I
In ipython, which uses readline for tab completion in the shell, on my
powerbook when I do
>>>cd pyth
The completer generates
>>>cd python _
where the _ is a placeholder for where the cursor ends up. When
completing on a long path, this is annoying, because I have to
back
70 matches
Mail list logo
