Bug 694632

Summary:	[gtk2] /usr/bin/gtk-update-icon-cache blocks yum transaction
Product:	[Fedora] Fedora	Reporter:	Michal Jaegermann <michal>
Component:	gtk2	Assignee:	Matthias Clasen <mclasen>
Status:	CLOSED WONTFIX	QA Contact:	Fedora Extras Quality Assurance <extras-qa>
Severity:	unspecified	Docs Contact:
Priority:	unspecified
Version:	19	CC:	mclasen
Target Milestone:	---
Target Release:	---
Hardware:	Unspecified
OS:	Unspecified
Whiteboard:
Fixed In Version:		Doc Type:	Bug Fix
Doc Text:		Story Points:	---
Clone Of:		Environment:
Last Closed:	2013-04-08 21:12:42 UTC	Type:	---
Regression:	---	Mount Type:	---
Documentation:	---	CRM:
Verified Versions:		Category:	---
oVirt Team:	---	RHEL 7.3 requirements from Atomic Host:
Cloudforms Team:	---	Target Upstream Version:

Description Michal Jaegermann 2011-04-07 19:45:24 UTC

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.

Comment 1 Fedora End Of Life 2013-04-03 16:07:32 UTC

This bug appears to have been reported against 'rawhide' during the Fedora 19 development cycle.
Changing version to '19'.

(As we did not run this process for some time, it could affect also pre-Fedora 19 development
cycle bugs. We are very sorry. It will help us with cleanup during Fedora 19 End Of Life. Thank you.)

More information and reason for this action is here:
https://fedoraproject.org/wiki/BugZappers/HouseKeeping/Fedora19