<div dir="ltr"><div dir="ltr"><br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">B. Watson <<a href="mailto:urchlay@slackware.uk">urchlay@slackware.uk</a>>, 27 May 2023 Cmt, 13:10 tarihinde şunu yazdı:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><br>

douninst.sh is new enough that we haven't really given it enough<br>
thought yet. For instance, anything that installs fonts and calls<br>
mkfontscale and/or mkfontfir and/or fc-cache in doinst, should run the<br>
commands again in douninst to clean up afterwards. Avoids seeing old<br>
unusable entries in lists of fonts in applications (e.g. selecting the<br>
font in a terminal, or a word processor).<br>
<br>
Other candidates would be update-desktop-database, update-icon-cache,<br>
glib-compile-schemas. Not being a 'desktop' user (I use Windowmaker,<br>
not KDE or XFCE), I'm not sure what happens when a .desktop file or an<br>
icon gets removed from the filesystem but is still in the cache.<br></blockquote><div><br></div><div>I looked into this a little bit: update-icon-cache, glib-compile-schemas and fc.cache <br></div><div>are part of the boot progress (They are called in rc.M). Still, we should not really depend</div><div>on things getting fixed during boot. Maybe it is time to start adding them to dounint.sh now.</div><div><br></div><div>Regards,</div><div>Ozan<br></div></div></div>