Lawrence D'Oliveiro <ldo@xxxxxxxxxxxxxxxxxxx> writes: > Isn’t there /usr/libexec for executables that are in some sense > “internal” to a package? (E.g. Git puts its subcommands > into /usr/libexec/git-core, at least on my Debian system.) Oh, that's almost certainly distro-dependent. Debian sticks the git programs in /usr/lib/git-core. So, either /usr/libexec/fontconfig or /usr/lib/fontconfig would be a fine plan, and of course distro packagers would dtrt. For automake, we would use pkglibexecdir and that should work for everyone -- it'll be /usr/lib/fontconfig on debian and /usr/libexec/fontconfig on redhat. Do we want to stick the fc-cache variants in a fc-cache.d subdirectory so that the script can safely use a simple filename glob pattern? -- -keith
Attachment:
signature.asc
Description: PGP signature
_______________________________________________ Fontconfig mailing list Fontconfig@xxxxxxxxxxxxxxxxxxxxx https://lists.freedesktop.org/mailman/listinfo/fontconfig
