On Mon, Jul 21, 2014 at 6:00 PM, Jacob Kroon wrote:
> Hi Ross,
>
>
> On Mon, Jul 21, 2014 at 2:49 PM, Burton, Ross
> wrote:
>
>> On 21 July 2014 13:39, Jacob Kroon wrote:
>> > gdk-pixbuf-native uses png and jpeg loaders. When updating the
>> > loader-cache, these needs to be already populated i
Hi Ross,
On Mon, Jul 21, 2014 at 2:49 PM, Burton, Ross wrote:
> On 21 July 2014 13:39, Jacob Kroon wrote:
> > gdk-pixbuf-native uses png and jpeg loaders. When updating the
> > loader-cache, these needs to be already populated in the sysroot.
> >
> > Although png was present, the jpeg dependenc
On Mon, Jul 21, 2014 at 5:49 AM, Burton, Ross wrote:
> If we can't change the sysroot creation order so that the order is
> zlib, libpng, libjpeg, and then gdk-pixbuf then I think this needs to
> be pulled out to a function that can do neater logic, such as iterate
> through PACKAGECONFIG and add
On 21 July 2014 13:39, Jacob Kroon wrote:
> gdk-pixbuf-native uses png and jpeg loaders. When updating the
> loader-cache, these needs to be already populated in the sysroot.
>
> Although png was present, the jpeg dependency was missing, so add it.
But those dependencies are dependent on a PACKAG
gdk-pixbuf-native uses png and jpeg loaders. When updating the
loader-cache, these needs to be already populated in the sysroot.
Although png was present, the jpeg dependency was missing, so add it.
Fixes:
DEBUG: Executing shell function pixbufcache_sstate_postinst
g_module_open() failed for
