Hide Forgot
Description of problem: I have machine which has non latin domain name in hostname and my $PS1 include \h and the hostname is displayed in Pune encoding instead of proper Unicode. [root@xn--luouk-k-z2a6lsyxjlexh ~]# hostname xn--luouk-k-z2a6lsyxjlexh.lab.FILTERED [root@xn--luouk-k-z2a6lsyxjlexh ~]# host xn--luouk-k-z2a6lsyxjlexh.lab.FILTERED žluťoučký-kůň.lab.XXX has address 10.34.XX.XX [root@xn--luouk-k-z2a6lsyxjlexh ~]# echo $PS1 [\u@\h \W]\$ Version-Release number of selected component (if applicable): # rpm -q bash bash-4.1.2-3.el6.x86_64 How reproducible: always Steps to Reproduce: 1. created DNS record for machine with non latin character 2. set PS1=\h Actual results: hostname is in Pune encoding: xn--luouk-k-z2a6lsyxjlexh Expected results: I expect it decoded from Pune to Unicode žluťoučký-kůň
People can use some external script/command to decode Pune. Direct inclusion in bash seems to be not possible (so far no answer from upstream)
This request was evaluated by Red Hat Product Management for inclusion in the current release of Red Hat Enterprise Linux. Because the affected component is not scheduled to be updated in the current release, Red Hat is unfortunately unable to address this request at this time. Red Hat invites you to ask your support representative to propose this request, if appropriate and relevant, in the next release of Red Hat Enterprise Linux. If you would like it considered as an exception in the current release, please ask your support representative.
Miroslav you can use some command in PS1 to decode Pune. Does it satisfy your need?
Still reproducible on RHEL6.3 with bash-4.1.2-9.el6_2.x86_64
Upstream didn't responded. Adding another library dependency isn't necessary weight and there is easy workaround.
I do not see it discussed in upstream. But anyway - I will file this in upstream.
https://savannah.gnu.org/patch/index.php?8049