[Fontconfig-bugs] [Bug 101889] Make fontconfig cache relocatable

bugzilla-daemon at freedesktop.org bugzilla-daemon at freedesktop.org
Wed Oct 4 10:12:57 UTC 2017


https://bugs.freedesktop.org/show_bug.cgi?id=101889

--- Comment #46 from Behdad Esfahbod <freedesktop at behdad.org> ---
(In reply to Akira TAGOH from comment #33)
> (In reply to Alexander Larsson from comment #32)
> > However, what if you're loading a font from the runtime, which is properly
> > in /usr/share/fonts in the sandbox? This will *also* be mapped via the alias
> > table.
> 
> That shouldn't be a problem as long as they have different uuid and doesn't
> have the same filename of a font there.

The latter is an assumption we do NOT want to make.

> it tries to call stat() to see if it
> really exists before looking up the alias table. only things that it might
> be a problem is when the runtime has the same-name-but-different-context
> things though, 

It's totally possible that the two have different versions of the same font.  I
think both should be visible.

> in that case we may need to take similar cost to the creating
> of cache for checking. as Behdad's patch has been merged into git for
> speedup of creating cache, it might simply works without any trick like
> this, if the problem is to take too much time for startup.
> 
> > Also, why are all the hashes you added using FcStrHashIgnoreCase for the
> > filename? You're using regular strcmp later, so its not like the hash lookup
> > will be case insensitive anyway.
> 
> That is what fontconfig originally has and used for all of string properties.

-- 
You are receiving this mail because:
You are on the CC list for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.freedesktop.org/archives/fontconfig-bugs/attachments/20171004/64ebfb91/attachment.html>


More information about the Fontconfig-bugs mailing list