Opened 5 years ago
Last modified 5 years ago
#58529 new defect
Port command, in interactive mode, doesn't load the editline config file — at Version 5
| Reported by: | SenileFelineS | Owned by: | |
|---|---|---|---|
| Priority: | Normal | Milestone: | |
| Component: | base | Version: | 2.5.4 |
| Keywords: | Cc: | jmroot (Joshua Root), SenileFelineS, apjanke (Andrew Janke) | |
| Port: |
Description (last modified by SenileFelineS)
See here for background: https://echelog.com/logs/browse/macports/1558908000
The initial issue was that the key combination Fn+Delete should forward-delete text in the command line while running port interactively in the shell - however, it instead produces a tilde character ~. The attempt to fix this in ~/.editrc was unsuccessful. (per user jmroot)
In attempting to find out why port has this behavior, it was realized that Apple's libedit doesn't actually respect the $EDITRC environment variable. As a result, it only looks at the default $HOME/.editrc, and because port mucks around with/alters $HOME, the user's ~/.editrc is not found. (per user apjanke)
Change History (5)
comment:1 Changed 5 years ago by apjanke (Andrew Janke)
| Cc: | apjanke added |
|---|
comment:2 Changed 5 years ago by SenileFelineS
| Description: | modified (diff) |
|---|
comment:3 Changed 5 years ago by apjanke (Andrew Janke)
comment:4 Changed 5 years ago by SenileFelineS
| Description: | modified (diff) |
|---|
comment:5 Changed 5 years ago by SenileFelineS
| Description: | modified (diff) |
|---|
Note: See
TracTickets for help on using
tickets.
I think more specifically the problem is "Apple's libedit doesn't actually respect the $EDITRC environment variable, so it only looks at the default $HOME/.editrc, and
portmucks around with $HOME, so the user's ~/.editrc is not found".