<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On Mon, Nov 28, 2016 at 2:52 PM, L. A. Walsh <span dir="ltr"><<a href="mailto:fonts@tlinx.org" target="_blank">fonts@tlinx.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">   "It happens".  My distro used to(? don't think they still do?),<br>
create symlinks to all the fonts that had spaces in them because some<br>
software they had didn't like spaces, so they created "dups" using<br>
underscore.  More than one program has changed case of fonts at<br>
one time or another -- only one that I *knew* that did this was one<br>
that renamed all the font-files to their font-name given internally --<br>
sadly it doesn't work with Unicode-filenames.</blockquote><div><br></div><div>That sounds like a packaging issue. 1) why do they ship same fonts in different packages? 2) if you means the original dirs and symlinked is duplicated, why don't you allow scanning the unified one only then?</div><div> <br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">   How would parallel processes working on different font-files or<br>
on different caches be any different than if all were updated sequentially?<br>
It seems the risk would be mostly the same.<br></blockquote><div><br></div><div>Perhaps. but it makes things complicated.</div><div> <br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">   Depending on the application, you could likely do the updates in<br>
memory using pipes or similar, though one could also use shared-memory or<br>
even files in /dev/shm, though those could easily overflow memory.<br></blockquote><div><br></div><div>Right.</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">   As for multiple processes trying to update the same cache -- happens<br></blockquote><div><br></div><div>That's not true if you make sure running fc-cache when you added/updated/deleted a font.</div><div>That is an expected workflow to use fontconfig.</div><div><br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">since if I run gvim as a user, and it starts updating -- it can't update<br>
root-owned files -- and indeed, as soon as I su-to-root for something<br></blockquote><div><br></div><div>You can update the system fonts without su. if you run fc-cache as an user, all of caches for those system fonts will be created on your home directory as needed. of course, not always. only required when the cache is outdated or missing.</div><div><br></div><div>-- </div></div><div class="gmail_signature" data-smartmail="gmail_signature">Akira TAGOH</div>
</div></div>