Re: Re: GTK+ icon cache "bugs" on ScriptletSnippets

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On 9/23/06, Rex Dieter <rdieter@xxxxxxxxxxxx> wrote:
Marcin Garski wrote:

> My proposed resolution for this bug can be found in
> http://bugzilla.redhat.com/206860 but I will also paste it here:
>
> if [ -x %{_bindir}/gtk-update-icon-cache ]; then
>         if [ -f %{_datadir}/icons/hicolor/index.theme ]; then
>                 touch --no-create %{_datadir}/icons/hicolor || :
>                 %{_bindir}/gtk-update-icon-cache --quiet
> %{_datadir}/icons/hicolor || :
>         fi
> fi

I'd argue to greatly simplify the above to just:
gtk-update-icon-cache -q %{_datadir}/icons/hicolor 2>/dev/null ||:
but that's just me.

Actually, I'd argue this, imo, *stooopid* gtk-update-* crud doesn't
belong in packages at all, but again, that's just me, or wait, me and
*lots* of others too:
http://bugzilla.redhat.com//170335

+1 on stupidity comment.  Just curious, how come KDE doesn't have to
do such stupid things?

Let's please remove gtk+ stupidity from spec files.

Thanks.

--
Fedora-packaging mailing list
Fedora-packaging@xxxxxxxxxx
https://www.redhat.com/mailman/listinfo/fedora-packaging

[Index of Archives]     [Fedora Users]     [Fedora Desktop]     [Fedora SELinux]     [Big List of Linux Books]     [Yosemite Forum]     [KDE Users]

  Powered by Linux