<html>
<head>
<base href="https://bugs.freedesktop.org/">
</head>
<body><table border="1" cellspacing="0" cellpadding="8">
<tr>
<th>Bug ID</th>
<td><a class="bz_bug_link
bz_status_NEW "
title="NEW - fontconfig caches/registers dpkg temporary files instead of ignoring them"
href="https://bugs.freedesktop.org/show_bug.cgi?id=96896">96896</a>
</td>
</tr>
<tr>
<th>Summary</th>
<td>fontconfig caches/registers dpkg temporary files instead of ignoring them
</td>
</tr>
<tr>
<th>Product</th>
<td>fontconfig
</td>
</tr>
<tr>
<th>Version</th>
<td>2.11
</td>
</tr>
<tr>
<th>Hardware</th>
<td>Other
</td>
</tr>
<tr>
<th>OS</th>
<td>All
</td>
</tr>
<tr>
<th>Status</th>
<td>NEW
</td>
</tr>
<tr>
<th>Severity</th>
<td>normal
</td>
</tr>
<tr>
<th>Priority</th>
<td>medium
</td>
</tr>
<tr>
<th>Component</th>
<td>fc-cache
</td>
</tr>
<tr>
<th>Assignee</th>
<td>fontconfig-bugs@lists.freedesktop.org
</td>
</tr>
<tr>
<th>Reporter</th>
<td>raphael@ouaza.com
</td>
</tr>
<tr>
<th>QA Contact</th>
<td>freedesktop@behdad.org
</td>
</tr></table>
<p>
<div>
<pre>Created <span class=""><a href="attachment.cgi?id=125020" name="attach_125020" title="Skip over .dpkg-tmp files">attachment 125020</a> <a href="attachment.cgi?id=125020&action=edit" title="Skip over .dpkg-tmp files">[details]</a></span> <a href='page.cgi?id=splinter.html&bug=96896&attachment=125020'>[review]</a>
Skip over .dpkg-tmp files
During package upgrades, it happened multiple times that the labels of my GNOME
application have been replaced by many squares. When this happens, fc-list
returns entries such as this one:
/usr/share/fonts/opentype/cantarell/Cantarell-Regular.otf.dpkg-tmp
And that file is already gone at that time... this file is created by dpkg
during its unpack procedure but it is renamed back into its definitive name at
the end of the unpack procedure. It's not clear what is running the fc-cache
run at the wrong time (I suspect gnome-settings-daemon... does a call to
FcInitReinitialize updates the user's cache?). "fc-cache -s" is also run after
the unpack through a dpkg trigger and this update seems to not be enough to
have the desktop switch back to the correct font file.
I would suggest that fontconfig should skip over files finishing with .dpkg-tmp
(as in the attached patch, currently untested but it compiles fine) or that it
considers only files with extensions that are known font files.
This has been initially reported in Debian bug <a href="https://bugs.debian.org/828037">https://bugs.debian.org/828037</a></pre>
</div>
</p>
<hr>
<span>You are receiving this mail because:</span>
<ul>
<li>You are the assignee for the bug.</li>
</ul>
</body>
</html>