Bug 206860
| Summary: | GTK+ icon cache "bugs" on ScriptletSnippets | ||
|---|---|---|---|
| Product: | [Fedora] Fedora Documentation | Reporter: | Marcin Garski <mgarski> |
| Component: | docs-requests | Assignee: | Fedora Websites Team <web-members> |
| Status: | CLOSED NOTABUG | QA Contact: | Karsten Wade <kwade> |
| Severity: | medium | Docs Contact: | |
| Priority: | medium | ||
| Version: | devel | CC: | rbiba, rdieter, stickster, toshio |
| Target Milestone: | --- | ||
| Target Release: | --- | ||
| Hardware: | All | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Fixed In Version: | Doc Type: | Bug Fix | |
| Doc Text: | Story Points: | --- | |
| Clone Of: | Environment: | ||
| Last Closed: | 2006-11-28 18:46:07 UTC | Type: | --- |
| Regression: | --- | Mount Type: | --- |
| Documentation: | --- | CRM: | |
| Verified Versions: | Category: | --- | |
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
| Cloudforms Team: | --- | Target Upstream Version: | |
| Embargoed: | |||
| Bug Depends On: | |||
| Bug Blocks: | 170335, 206650 | ||
|
Description
Marcin Garski
2006-09-17 11:54:43 UTC
The best way to fix a problem on a Wiki page is to get an account and fix the page. The people who wrote and maintain that page should be watching for any changes, and they can discuss any questions they have directly with you. I'll leave this report open to confirm that you are able to obtain a Fedora account and edit the Wiki. For account information: http://fedoraproject.org/wiki/Infrastructure/AccountSystem Nice in theory, but doesn't apply to this Wiki. The "Packaging" hierarchy is immutable via ACLs. It belongs to the Packaging Comittee, who are the only ones who can edit these pages. Discussing the proposed changes on fedora-packaging list seems the only way. Alternatively, get them to create a freely editable _draft_ version of the document, which everybody can edit and which is monitored by the committee. I've mailed fedora-packaging list (http://www.redhat.com/archives/fedora-packaging/2006-September/msg00125.html) Draft on fedoraproject.org: http://fedoraproject.org/wiki/PackagingDrafts/ScriptletSnippets/iconcache My reading of the f.d.o icon spec is highcolor is the default fallback theme, so if any icon spec tool such as gtk-update-icon-cache is present on the system, highcolor must be installed So I'd tend to think this is a missing R on highcolor-theme in the gtk2 package, not a snippet problem While I agree with Nicolas, but doesn't bug #206650 cite the lack of index.theme under *locolor* not hicolor theme? In the meantime, imo, the simplest workaround is to simply ignore
gtk-update-cache's output, and use this
%{_bindir}/gtk-update-icon-cache --quiet %{_datadir}/icons/hicolor 2>/dev/null || :
the proposed change does not seem to bare any relation to the issue in bug 206650. the -x /usr/bin/gtk-update-icon-cache check is enough for hicolor, since the package that provides the binary (gtk2) requires hicolor-icon-theme. Good points all, and I'll make sure suggestions get incoporporated into the next iteration of policy discussed in future packaging committee meetings. Regardless, this isn't something the docs or websites teams can/should address, so I'll close this bug. Tickets move to docs-request so the fedora-websites component can be removed per request from Ricky. |