[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