Date: Tue, 28 Feb 2012 16:06:44 +0100 From: Mel Flynn <rflynn@acsalaska.net> To: Alberto Villa <avilla@freebsd.org> Cc: freebsd-desktop@freebsd.org Subject: Re: What about improving the desktop ports consistency: task 1, the fonts Message-ID: <4F4CED84.5060407@acsalaska.net> In-Reply-To: <201202281515.26594.avilla@freebsd.org> References: <20120120065141.GM4729@azathoth.lan> <201202281314.13503.avilla@freebsd.org> <4F4CDD40.1030906@acsalaska.net> <201202281515.26594.avilla@freebsd.org>
next in thread | previous in thread | raw e-mail | index | archive | help
On 2/28/2012 15:15, Alberto Villa wrote: > On Tuesday 28 February 2012 14:57:20 Mel Flynn wrote: >> So the unexec is executed before the font is removed? The unexec > makes >> sense if executed after the .ttf is removed. > > I think it's executed *after* fonts removal. > >> The cache should be updated >> then and if a directory tree is used by multiple ports this should >> effectively remove only the uninstalled font from the cache, while >> preserving the other fonts. So the unexec should be there for this case: >> >> ./TTF/myport.ttf >> ./TTF/otherport/otherport.ttf > > I've tried running `fc-cache -sv` on an empty font directory, but the cache > wasn't updated (grepping /var/db/fontconfig for the file name returned a > result, and running `fc-cache -v` with no directories removed that matching > cache file), so I fail to see any effect of this invocation. But what does fc-list give you? There's more then one way to delete something, one of them being marking "as deleted". Bit swamped atm, but I can do some testing in a few hours, including what the default directory is for "fonts in $HOME". -- Mel
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?4F4CED84.5060407>