FS#21729 - [readline 6.1.002-1] /etc/inputrc shouldn't try to load ~/.inputrc
Attached to Project:
Arch Linux
Opened by Cesar Alcalde (noalwin) - Wednesday, 17 November 2010, 16:19 GMT
Last edited by Allan McRae (Allan) - Saturday, 20 November 2010, 10:37 GMT
Opened by Cesar Alcalde (noalwin) - Wednesday, 17 November 2010, 16:19 GMT
Last edited by Allan McRae (Allan) - Saturday, 20 November 2010, 10:37 GMT
|
Details
Description:
readline looks for the file ~/.inputrc, if it doesn't exists, readline looks for /etc/inputrc. The problem is that /etc/inputrc includes at the end: # Include user-specific configuration $include ~/.inputrc If /etc/inputrc gets executed it means that the user doesn't have that file, or that the user has tried to load /etc/inputrc from his ~/.inputrc (which result on bash crashing) My proposal, eliminate these lines from /etc/inputrc (maybe adding a coment stating that you can do "$include /etc/inputrc" from your ~/.inputrc Additional info: readline 6.1.002-1 |
This task depends upon
Closed by Allan McRae (Allan)
Saturday, 20 November 2010, 10:37 GMT
Reason for closing: Fixed
Additional comments about closing: readline-6.1.002-2
Saturday, 20 November 2010, 10:37 GMT
Reason for closing: Fixed
Additional comments about closing: readline-6.1.002-2
NITIALIZATION FILE
Readline is customized by putting commands in an initialization file
(the inputrc file). The name of this file is taken from the value of
the INPUTRC environment variable. If that variable is unset, the
default is ~/.inputrc. If that file does not exist or cannot be read,
the ultimate default is /etc/inputrc. When a program which uses the
readline library starts up, the init file is read, and the key bindings
and variables are set.
it seems that we are doing it wrong and we should get rid of that line