Am 06.09.2017 um 09:51 schrieb Tomasz Kłoczko:
On 6 September 2017 at 03:16, Rex Dieter <rdieter@xxxxxxxxxxxx> wrote:
[..]
It would be good to start remove on this cycle execution of all
glib-compile-schemas, gtk-update-icon-cache and
update-desktop-database from all %post/%postun as all necessary
changes are done over rpm triggers.
All this stuff only makes upgrades longer by executing at least two
times per package.
FYI, at least in the case of gtk-update-icon-cache, those scriptlets should
run only once *per transaction*, not per package.
This is exactly what I wrote.
Running those binaries per package is no longer needed as already
implemented triggers are doing all what is needs to be done.
That is NOT true for gtk-update-icon-cache. There is currently no
trigger for it, at least when I look at the recent information on the
wiki [1].
Setting automatic triggers for this might be tricky, since we simply
have more icon sets as just hicolor; there are plenty of others among
just that one. For that reason the automatic triggers would need to
iterate over all direct subdirs in %{_datadir}/icons and run the update
for all of them, like:
```
for _dir in $(find /usr/share/icons -mindepth 1 -maxdepth 1 -type d) ; do
/bin/touch --no-create $_dir &>/dev/null || :
/usr/bin/gtk-update-icon-cache $_dir &>/dev/null || :
done
```
to make sure all possibly changed icon sets are covered.
For that reason, I think, there are still no automatic triggers for the
icon cache.
[1] https://fedoraproject.org/wiki/Packaging:Scriptlets#Icon_Cache
_______________________________________________
devel mailing list -- devel@xxxxxxxxxxxxxxxxxxxxxxx
To unsubscribe send an email to devel-leave@xxxxxxxxxxxxxxxxxxxxxxx
