[Fontconfig] [PATCH] Do not remove UUID file when a scanned directory is empty 1 x

Alexander Larsson alexander.larsson at gmail.com
Mon Nov 12 14:30:45 UTC 2018

On Mon, Nov 12, 2018 at 3:25 PM Nicolas Mailhot
<nicolas.mailhot at gmail.com> wrote:
> Le 2018-11-12 14:39, Alexander Larsson a écrit :
> > This identifier
> > used to be the pathname, but that doesn't work once you start using
> > filesystem namespaces to rearrange where directories appear.
> Unless you provide a mapping file that gives the correspondence between
> the file paths ids stored in the reused fontconfig cache and the file
> paths exposed by the container layer. And this mapping file can work
> with any method of font directory remapping, via
> containers/nfs/whatever, without requiring writes (reproducible or not)
> to the font directories themselves. And unless you are moving things all
> over the place continuously, the mapping file can be a static config
> that pretty much never changes.

Its not that hard to define the mapping of the host /usr/share/fonts
into the container. However, this is not enough, because you will then
use "/usr/share/fonts" as the cache key for this directory, which
conflicts with the /usr/share/fonts in the container. Thus my proposal
is to use uuids for the ones in the container. However, I've already
said this, if you're interested in the details they are in my previous

More information about the Fontconfig mailing list