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 /etc/X11/xinitr.d/*.sh scripts. But all files located in /etc/X11/xinit/xinitrc.d/ are not named "*.sh". Version-Release number of selected component (if applicable): xinitrc-3.41-1 How reproducible: Always Steps to Reproduce: 1. ls /etc/X11/xinit/xinitrc.d/ 2. 3. Actual Results: xinput xmbind Expected Results: xinput.sh xmbind.sh Additional info: On my machine: $ rpm -qf /etc/X11/xinit/xinitrc.d/* xinitrc-3.41-1 openmotif-2.2.3-2 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? From /etc/X11/xinit/xinitrc: # run all system xinitrc shell scripts. for file in /etc/X11/xinit/xinitrc.d/* ; do if echo $file | grep -q "\.sh$" ; then . $file else echo "warning: $file does not end in .sh extension, ignoring" fi done
Add myself (khirano) to CC. Thanks.
Probably /etc/X11/xinit/xinitrc is not used on GDM(/gnome-session) login. In that case, /etc/X11/xdm/Xsession file is used for startup session. Either way, what should be fixed is file names under /etc/X11/xinit/xinitrc.d/. 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 xinput.rpmorig ;-)
*** This bug has been marked as a duplicate of 122869 ***