FS#23530 - bash 4.2.008-1 ignored inputrc

Attached to Project: Arch Linux
Opened by Artem (kirpich) - Thursday, 31 March 2011, 11:22 GMT
Last edited by Allan McRae (Allan) - Friday, 15 April 2011, 11:16 GMT
Task Type Bug Report
Category Packages: Core
Status Closed
Assigned To Allan McRae (Allan)
Architecture i686
Severity Low
Priority Normal
Reported Version
Due in Version Undecided
Due Date Undecided
Percent Complete 100%
Votes 2
Private No

Details

Description:

bash ignores following adjustments in inputrc
set meta-flag on
set input-meta on
set convert-meta off
set output-meta on

It causes localization problems


Additional info:
bash 4.2.008-1
/etc/inputrc
~/.inputrc
This task depends upon

Closed by  Allan McRae (Allan)
Friday, 15 April 2011, 11:16 GMT
Reason for closing:  Not a bug
Additional comments about closing:  Confirmed expected upstream behaviour
Comment by Allan McRae (Allan) - Thursday, 31 March 2011, 11:44 GMT
From "man readline":
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.


Do you have either INPUTRC set or a ~/.inputrc file?
Comment by Artem (kirpich) - Thursday, 31 March 2011, 13:46 GMT
Yes it is finite INPUTRC it is installed in/etc/inputrc

cat /etc/inputrc
# do not bell on tab-completion
#set bell-style none

set meta-flag on
set input-meta on
set convert-meta off
set output-meta on
...

The problem is watched not only at me, but also at other Russian-speaking users. There is an arguing in community archlinux.org.ru
Comment by Allan McRae (Allan) - Thursday, 31 March 2011, 13:48 GMT
Do you have either the INPUTRC environmental variable set(to something other then /etc/inputrc) or a ~/.inputrc file?
Comment by Jan de Groot (JGC) - Thursday, 31 March 2011, 14:36 GMT
If you have a ~/.inputrc, then /etc/inputrc is completely ignored. This is documented behaviour.
Comment by Ivan Lyapunov (dront78) - Thursday, 31 March 2011, 15:20 GMT
affects for me too. no ~/.inputrc or INPUTRC.
back to bash 4.1 fixed this.
Comment by Artem (kirpich) - Thursday, 31 March 2011, 16:36 GMT
Ignores /etc/initrc or ~ /. initrc
What I mean is that no matter where the environment variable INITRC, they ignored the same
I do not know much English, sorry
back to bash 4.1 fixed this.
Comment by Ionut Biru (wonder) - Thursday, 31 March 2011, 16:43 GMT
i bet that you guys didn't merge any .pacnew files and is a duplicate of  FS#22008 

grep -r INPUTRC /etc

Comment by Artem (kirpich) - Thursday, 31 March 2011, 19:07 GMT
grep-r INPUTRC /etc
the output is empty
Comment by Ivan Lyapunov (dront78) - Saturday, 02 April 2011, 07:27 GMT
pacman -S bash
no pacnew files
grep-r INPUTRC /etc is empty
Comment by Ionut Biru (wonder) - Saturday, 02 April 2011, 08:18 GMT
paste /etc/inputrc
Comment by Ivan Lyapunov (dront78) - Saturday, 02 April 2011, 09:52 GMT
http://pastebin.com/Mqem0HKR
Comment by Artem (kirpich) - Saturday, 02 April 2011, 12:58 GMT
http://pastebin.com/6ndcYiAB
Comment by Allan McRae (Allan) - Saturday, 02 April 2011, 13:30 GMT
Those are exactly the default inputrc files...

Can you post exactly how to replicate your issue? I have no idea what those inputrc flags are supposed to do so can not investigate this?
Comment by Ivan Lyapunov (dront78) - Saturday, 02 April 2011, 17:50 GMT
issue sample
login@machine:~$ привет
bash: $'\320\277\321\200\320\270\320\262\320\265\321\202': команда не найдена

should be
login@machine:~$ привет
bash: $'привет': команда не найдена

strace bash -c привет
http://pastebin.com/8747SzPN
there is something like open("/usr/lib/gconv/KOI8-R.so", O_RDONLY) = 3

but output
locale
LANG=ru_RU.utf8
LC_CTYPE="ru_RU.utf8"
LC_NUMERIC="ru_RU.utf8"
LC_TIME="ru_RU.utf8"
LC_COLLATE="ru_RU.utf8"
LC_MONETARY="ru_RU.utf8"
LC_MESSAGES="ru_RU.utf8"
LC_PAPER="ru_RU.utf8"
LC_NAME="ru_RU.utf8"
LC_ADDRESS="ru_RU.utf8"
LC_TELEPHONE="ru_RU.utf8"
LC_MEASUREMENT="ru_RU.utf8"
LC_IDENTIFICATION="ru_RU.utf8"
LC_ALL=
Comment by Allan McRae (Allan) - Thursday, 14 April 2011, 02:00 GMT
Read: http://lists.gnu.org/archive/html/bug-bash/2011-04/msg00039.html

Seems to be an upstream decision.

Loading...