Description of problem:

While updating on rawhide around 340 packages I got the following:

  Updating   : 1:gnome-games-2.91.94-0.20110331.1.fc15.x86_64            89/686 
*** glibc detected *** /usr/bin/gtk-update-icon-cache: corrupted double-linked list: 0x0000000001e0a070 ***

and after that the whole transaction entirely stopped.  Luckily a machind did not lock up so I was able to find in a process table that the following fragment

  /usr/bin/gtk-update-icon-cache --quiet /usr/share/icons/hicolor

of a %post script is waiting indefinitely entirely blocking the whole progress. The next lucky break was that it was possible to 'kill' that process making possible for yum to continue.  Still even if '-9' with 'kill' was NOT used assorted other scripts lodged complaints:

gtk-update-icon-cache: Failed to open file /usr/share/icons/hicolor/.icon-theme.cache : File exists

This is clearly some "work" file so it should be removed on /usr/bin/gtk-update-icon-cache exit or, if found, renamed or unlinked (possibly better).  Only a removal of this file allowed a rerun of gtk-update-icon-cache to succesfully complete.

The real issue is that execution troubles prevented %post from returning (even if with a failure status).

Version-Release number of selected component (if applicable):
gtk2-2.24.4-1.fc15
(only gtk2 update was a part of the same transaction so maybe binaries used by %post were really from gtk2-2.24.3-1.fc15).

How reproducible:
No idea.  After yum finished and /usr/share/icons/hicolor/.icon-theme.cache was removed a rerun of gtk-update-icon-cache on the same directory did not exhibit any issues.