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]

 



Le lundi 12 novembre 2018 à 18:52 +0100, Alexander Larsson a écrit :
> On Mon, Nov 12, 2018 at 6:14 PM Nicolas Mailhot
> <nicolas.mailhot@xxxxxxxxx> wrote:
> > > 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.
> > 
> > So what? That just changes directory scanning to
> > 
> >  if (not hit(key(entry), maincache)) and remapped(entry) and
> >      hit(key(preremap(entry)), mappedcache) then
> >    copy(data(key(preremap(entry)), mappedcache), maincache)
> >  else
> >    computedata(entry, maincache)
> >  end
> > 
> > in quick and dirty handwaiving pseudocode
> > 
> > As a bonus you do not poison the main cache with host cache data
> > relate
> > to things not mapped in the container.
> > 
> > Or am I missing something totally obvious?
> 
> I'm not sure exactly what maincache and mappedcache is.

Change them to container cache and host cache if you prefer.

>  Fontconfig has
> one single cache, spread over multiple directories, with no connection
> between individual font dirs and the cache dirs.

That obviously does not work when you remap directories and have paths
as keys, so yes you need to tie the reused cache data to the remapping r
ules one way or the other.

-- 
Nicolas Mailhot

_______________________________________________
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