Bug 1460327 - fedora-icon-theme updates hicolor cache instead of its own
fedora-icon-theme updates hicolor cache instead of its own
Status: NEW
Product: Fedora
Classification: Fedora
Component: fedora-icon-theme (Show other bugs)
Unspecified Unspecified
unspecified Severity low
: ---
: ---
Assigned To: Ray Strode [halfline]
Fedora Extras Quality Assurance
Depends On:
  Show dependency treegraph
Reported: 2017-06-09 13:43 EDT by Peter Backes
Modified: 2017-08-15 03:07 EDT (History)
1 user (show)

See Also:
Fixed In Version:
Doc Type: If docs needed, set a value
Doc Text:
Story Points: ---
Clone Of:
Last Closed:
Type: Bug
Regression: ---
Mount Type: ---
Documentation: ---
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---

Attachments (Terms of Use)

  None (edit)
Description Peter Backes 2017-06-09 13:43:36 EDT
Description of problem:
when I run rpm -q --scripts fedora-icon-theme, I get 

#postinstall scriptlet (using /bin/sh):
touch --no-create /usr/share/icons/hicolor &>/dev/null || :
postuninstall scriptlet (using /bin/sh):
if [ $1 -eq 0 ] ; then
    touch --no-create /usr/share/icons/hicolor &>/dev/null
    gtk-update-icon-cache /usr/share/icons/hicolor &>/dev/null || :
posttrans scriptlet (using /bin/sh):
gtk-update-icon-cache /usr/share/icons/hicolor &>/dev/null || :

Is this really supposed to be like that? Shouldn't it be /usr/share/icons/Fedora?

Version-Release number of selected component (if applicable):

How reproducible:

Steps to Reproduce:
1. install fedora-icon-theme

Actual results:
/usr/share/icons/hicolor cache gets updated 

Expected results:
/usr/share/icons/Fedora cache gets updated
Comment 1 Jan Kurik 2017-08-15 03:07:30 EDT
This bug appears to have been reported against 'rawhide' during the Fedora 27 development cycle.
Changing version to '27'.

Note You need to log in before you can comment on or make changes to this bug.