Re: [PATCH] Do not remove UUID file when a scanned directory is empty

"Keith Packard" <[email protected]> Mon, 29 Oct 2018 15:05:00 -0700

Newsgroups	gmane.comp.fonts.fontconfig
Message-ID	<[email protected]>

Akira TAGOH <[email protected]> writes:

> That wouldn't be impossible though that needs to change the logic a
> lot. but yes, that would be sane way and better doing like what
> fontconfig deals with caches, in the future.

Hrm. I didn't understand what the uuid files were being used for.

Reading through the code, it looks like they are an attempt to share
cache files when there is more than one path name used for the same
directory? And that by storing the UUID file in the font directory, you
provide a stable name for the cache file even if the directory is
accessed through a different path name.

If this is true, then I'm not sure I can see how we could move the .uuid
files to a separate directory and retain this property.

Is my understanding of why this mechanism was created correct? If so,
I'd like to suggest that we just remove it; I think it's more important
for fontconfig to avoid modifying the font directories than for it to
avoid replicating cache information in the (rare?) case that there is
more the one path to the same font directory.

We could use the 'realpath(3)' function during the generation of the
cache file name; that would at least avoid having symlinks cause
problems.

-- 
-keith

_______________________________________________
Fontconfig mailing list
[email protected]
https://lists.freedesktop.org/mailman/listinfo/fontconfig

signature.asc (application/pgp-signature, 832 B)