Red Hat Bugzilla – Bug 125205
xinitrc can't execute /etc/X11/xinit/xinirc.d/xinput
Last modified: 2007-11-30 17:10:44 EST
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.6) Gecko/20040510
Description of problem:
From ver. 3.40-1, /etc/X11/xinit/xinitrc script source only
But all files located in /etc/X11/xinit/xinitrc.d/ are not named "*.sh".
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1. ls /etc/X11/xinit/xinitrc.d/
Actual Results: xinput xmbind
Expected Results: xinput.sh xmbind.sh
On my machine:
$ rpm -qf /etc/X11/xinit/xinitrc.d/*
I do not install full package, thus I don't know whether there are no
other package influenced by this problem.
The latest update of xinitrc broke my xinit scripts too. None of the
scripts in xinitrc.d have a .sh extension, what was the reason for
changing xinitrc to only run the .sh files?
# run all system xinitrc shell scripts.
for file in /etc/X11/xinit/xinitrc.d/* ; do
if echo $file | grep -q "\.sh$" ; then
echo "warning: $file does not end in .sh extension, ignoring"
Add myself (khirano) to CC. Thanks.
Probably /etc/X11/xinit/xinitrc is not used on GDM(/gnome-session)
In that case, /etc/X11/xdm/Xsession file is used for startup session.
Either way, what should be fixed is file names
BTW, if file "xiput" is not sourced, most of CJK users couldn't
input any his/her native language characters.
It means that CJK users can do nothing on FC2 desktop system now :-<
I change severity to "HIGH" and add keyword "i18n".
I guess that the reason for only sourcing *.sh files
was to avoid executing files like xinput.rpmnew or
*** This bug has been marked as a duplicate of 122869 ***