Description of problem:
The update-gio-modules script in /usr/bin/ is installed without execute permissions.
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1. ls -l /usr/bin/update-gio-modules
-rw-r--r-- 1 root root 319 Sep 30 19:59 /usr/bin/update-gio-modules
-rwxr-xr-x 1 root root 319 Sep 30 19:59 /usr/bin/update-gio-modules
There's more: the update-gio-modules script doesn't actually work even if it is executable.
The script tests the value of $host but never sets the host variable to anything, so always runs /usr/bin/gio-querymodules-32.
Hmm, it certainly is 755 on this (rawhide) machine.
The host thing is a bug, certainly, but the script probably still works ok in %%post, which is the only place where it is likely to be used, since rpm puts host in the environment.
The 755 permissions got fixed in rawhide from some autoqa according to the log, these were applied to the F-14 branch but then reverted due to being comitted to the wrong branch.
I just experimented with printenv and echo $host in a %post scriptlet and it doesn't seem to be set.
I'm actually in favour of getting rid of this script and just doing
I need to write up a proposal for the packaging guidelines for that.
libxml2 seems to be affected by this bug:
Erasing : libxml2-2.7.7-2.fc14.i686 4/8
/var/tmp/rpm-tmp.wI3GUq: line 2: gio-querymodules-32: command not found
warning: %postun(glib2-2.26.0-2.fc14.i686) scriptlet failed, exit status 127
update-gio-modules is gone in F15