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
Task Type Bug Report
Category Packages: Core
Status Closed
Assigned To Allan McRae (Allan)
Architecture All
Severity Low
Priority Normal
Reported Version
Due in Version Undecided
Due Date Undecided
Percent Complete 100%
Votes 3
Private No

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
Comment by Ionut Biru (wonder) - Wednesday, 17 November 2010, 16:26 GMT
from man readline

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

Loading...