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-----