#13668 closed defect (duplicate)
Selfupdate breaks keyboard handling
Reported by: | Ryan.Stonecipher.Fisher@… | Owned by: | jberry@… |
---|---|---|---|
Priority: | Normal | Milestone: | |
Component: | base | Version: | 1.6.0 |
Keywords: | Cc: | ||
Port: |
Description (last modified by jmpalacios (Juan Manuel Palacios))
Self-updating from 1.5.2 to 1.6.0 causes the delete key to output ^H
and the tab key to insert whitespace.
OS X 10.4.11 Xcode 2.4.1
Change History (4)
comment:1 Changed 17 years ago by jmpalacios (Juan Manuel Palacios)
Description: | modified (diff) |
---|---|
Milestone: | → MacPorts base bugs |
Owner: | changed from macports-tickets@… to jberry@… |
comment:2 Changed 16 years ago by tobypeterson
Milestone: | MacPorts base bugs → MacPorts Future |
---|
Milestone MacPorts base bugs deleted
comment:3 Changed 16 years ago by jmroot (Joshua Root)
Resolution: | → duplicate |
---|---|
Status: | new → closed |
This is covered by #19035.
comment:4 Changed 15 years ago by jmroot (Joshua Root)
Milestone: | MacPorts Future |
---|
Note: See
TracTickets for help on using
tickets.
I presume you mean running MacPorts in interactive mode. If so, a substantial change between 1.5.2 and 1.6.0 is that readline support was switched to off by default due to the sheer amount of compile time problems it caused, and not having such support would definitely explain the behavior you're seeing. Selfupdating preserves some settings across upgrades, but I don't think it has the ability to detect whether the installed MacPorts had readline support integrated and preserve it as appropriate. I'm assigning this ticket to James (interactive mode author) so that he can comment on the matter.
In any case, one quick way to get readline support back in is to install MacPorts from source. Download the tarball and configure the sources with the
--enable-readline
switch to theconfigure
script.-jmpp