[OE-core] [oe-commits] Jonathan Liu : fontcache.bbclass: prepend to PACKAGEFUNCS instead of appending

[Martin Jansa]

On Mon, Mar 30, 2015 at 11:49:21AM -0700, Khem Raj wrote:
> 
> > On Mar 30, 2015, at 11:46 AM, Martin Jansa <martin.jansa at gmail.com> wrote:
> > 
> > On Mon, Mar 30, 2015 at 09:41:30AM -0700, Khem Raj wrote:
> >> 
> >>> On Mar 30, 2015, at 3:09 AM, Burton, Ross <ross.burton at intel.com> wrote:
> >>> 
> >>> 
> >>> On 29 March 2015 at 00:28, Martin Jansa <martin.jansa at gmail.com <mailto:martin.jansa at gmail.com>> wrote:
> >>> WEBOS_FONTCONFIG_CACHE = "${datadir}/fontconfig/cache"
> >>> 
> >>> I'm sure there's a good reason why fontconfig caches are going in datadir but I'm not sure I want to know it :)
> >>> 
> >> 
> >> aren’t they variable data files ? where else should it go otherwise 
> > 
> > I've replied to Ross off-list because I'm not sure how much details I
> > should share, but basically we have read-only rootfs which has all the
> > font packages installed, so cache from do_rootfs should remain valid
> > forever. And we delete everything in /var during reset to factory
> > settings (that's why we had to move everything which we want to persist
> > during factory resets like this cache).
> > 
> > We also have additional fontconfig patch which ignores timestamp
> > modifications in font directories, so that the cache is considered valid
> > even after some manual modification in rootfs (e.g. in devel images
> > which can be switched to read-write mode).
> 
> may be copy-binds could be deployed ?

We have that but IIRC copy-binds are mounted after or at the same time
the UI is starting in our upstart scripts (to show UI as soon as possible)
and we don't want to wait for copy-binds to be finished before loading fontconfig cache.

-- 
Martin 'JaMa' Jansa     jabber: Martin.Jansa at gmail.com
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 181 bytes
Desc: Digital signature
URL: <http://lists.openembedded.org/pipermail/openembedded-core/attachments/20150330/c4175d53/attachment-0002.sig>