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

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Akira TAGOH <akira@xxxxxxxxx> writes:

> Removed from where? fontconfig still has it at least though.

When a directory has no subdirectories or font files, we get:

        Create UUID file (preserving mtime)
        scan directory
        Remove UUID (updating mtime)

This happens every time anyone scans the directory, so the mtime is
changed at each scan.

Could these UUID files be placed in the cache directory instead of the
font directories? That would avoid the directory mtime problem
entirely.

> Resetting the mod timestamp of the directory seems not help for
> AppArmor issue at least. they don't want to see the file
> creatioin/removal at the runtime.

That makes sense -- random applications should not be writing to font
directories. If the UUID files need to live in the font directories,
they should only be created by fc-cache.

I would argue that they should not be removed for empty directories; the
presence of the UUID file should be the signal that fc-cache has scanned
a directory; removing it for empty directories makes this signal
ambiguous.

-- 
-keith

Attachment: signature.asc
Description: PGP signature

_______________________________________________
Fontconfig mailing list
Fontconfig@xxxxxxxxxxxxxxxxxxxxx
https://lists.freedesktop.org/mailman/listinfo/fontconfig

[Index of Archives]     [Fedora Fonts]     [Fedora Users]     [Fedora Cloud]     [Kernel]     [Fedora Packaging]     [Fedora Desktop]     [PAM]     [Gimp Graphics Editor]     [Yosemite News]

  Powered by Linux