Re: Next steps for a reproducible Fontconfig?

"Keith Packard" <[email protected]> Tue, 29 Jan 2019 12:02:26 -0800
Newsgroups gmane.comp.fonts.fontconfig
Message-ID <[email protected]>
Akira TAGOH <[email protected]> writes:

> Hi,
>
> We are still missing a piece of a salt to deal with a directory name
> separately where possibly have different fonts in sandbox etc. my tree
> based on Keith's previous implementation works and passed test cases
> except this salt thing:
>
> https://gitlab.freedesktop.org/tagoh/fontconfig/commits/flatpak-rework

Awesome, thanks for getting this going. I'm digging out from being away
from the office for a week...

> So have we got a consensus on letting flatpak provide a separate
> config file contained a salt?

Yes, that was the plan. Alexander suggested the following syntax:

     <salt id="randomdata">/usr/share/fonts</salt>

I think this will work, although it seems a bit fragile. In particular,
if the host has salt for some directories, those will be defined
relative to the host paths, not the flatpak paths.

Do we need to process the 'salt' elements and 'remap-dir' elements in
order and remap old salt elements as remap-dir elements get loaded? That
also seems fragile to me.

Perhaps some command that the flatpak could run to generate host salt
values so that it could remap them into new salt elements using the
mapped paths?

Alternatively, we could just assume that only flatpak will use the salt
mechanism and leave this for a future enhancement?

-- 
-keith

_______________________________________________
Fontconfig mailing list
[email protected]
https://lists.freedesktop.org/mailman/listinfo/fontconfig
signature.asc (application/pgp-signature, 832 B)
-----BEGIN PGP SIGNATURE-----

iQIzBAEBCAAdFiEEw4O3eCVWE9/bQJ2R2yIaaQAAABEFAlxQsVMACgkQ2yIaaQAA
ABHvnw/9HxSXFE5h2lIAunKGrov1dC1qC6F/7glg0UNhDjSHOxf4vA8MdYsR1FUB
DRhir1+MUl6al5/LdB5ojx87uPUZYBfJSkDem9K4ozQpZYDGTWIsRe+E9jcXepkT
kOzsT6TxKoPxrObburaCXdm2YnZbRshHvmrSz34o8DdlNM+Pvav8QPey8eYXHSE0
z/HAkEfZFKLumLXA8nnPLGHiP8iyVEcu/RsImUNO7IGyOj1GN42WE2/StDfPV80V
Jdb52lB6a38dmyWo5mTbFrlvUtQJBFqDz/jLd9wRcRV92RJZ+A3KthyZwfk7XXyz
GjdzT6MfmOKeZEK+x90woCBlCg4fsiNKTZHUhjedazKycVjoNd2UwDa7NYeiss7c
NsiYkYVVpX7NAnotGGtsKLzKX8CZr5ANfyyl8rA4MK9EJneq3q8ww9QXB9figOi+
14q9eQx8Mz3jkGTAe4uDTMBUmwu8++roJnglgO0qdqfI5LmmWUaC5hwIJjt4Jz31
TCoyShuw8X2GYpggNYIX9/VD1uvsQbM3NUWjg38WukV15LR8JjQUJa5jzaRW9cX3
X671Fj3hAsz+eT99By9zJE9+o1hH+C9wL8p0kj77YKhRdB26ODqs+CjAOcdUchsw
ZBRF1Cez1Q4AnbHk8iLgMEGpR01l0SCFOJ3Quhf8TgSbfVZ4lRo=
=80YN
-----END PGP SIGNATURE-----