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

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


On Mon, Nov 12, 2018 at 3:25 PM Nicolas Mailhot
<nicolas.mailhot@xxxxxxxxx> 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
Fontconfig mailing list

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

  Powered by Linux