* [Dexuan: Jan 30: gdk-pixbuf: PULL 0/1] gdk-pixbuf: add jpeg into DEPENDS
@ 2011-01-30 15:06 Dexuan Cui
2011-01-30 15:06 ` [Dexuan: Jan 30: gdk-pixbuf: PULL 1/1] " Dexuan Cui
2011-01-30 15:44 ` [Dexuan: Jan 30: gdk-pixbuf: PULL 0/1] " Koen Kooi
0 siblings, 2 replies; 6+ messages in thread
From: Dexuan Cui @ 2011-01-30 15:06 UTC (permalink / raw)
To: poky
From: Dexuan Cui <dexuan.cui@intel.com>
Pull URL: git://git.pokylinux.org/poky-contrib.git
Branch: dcui/master
Browse: http://git.pokylinux.org/cgit.cgi/poky-contrib/log/?h=dcui/master
Thanks,
Dexuan Cui <dexuan.cui@intel.com>
---
Dexuan Cui (1):
gdk-pixbuf: add jpeg into DEPENDS
meta/recipes-gnome/gdk-pixbuf/gdk-pixbuf_2.22.1.bb | 2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
--
1.7.2
^ permalink raw reply [flat|nested] 6+ messages in thread
* [Dexuan: Jan 30: gdk-pixbuf: PULL 1/1] gdk-pixbuf: add jpeg into DEPENDS
2011-01-30 15:06 [Dexuan: Jan 30: gdk-pixbuf: PULL 0/1] gdk-pixbuf: add jpeg into DEPENDS Dexuan Cui
@ 2011-01-30 15:06 ` Dexuan Cui
2011-01-30 15:44 ` [Dexuan: Jan 30: gdk-pixbuf: PULL 0/1] " Koen Kooi
1 sibling, 0 replies; 6+ messages in thread
From: Dexuan Cui @ 2011-01-30 15:06 UTC (permalink / raw)
To: poky
From: Dexuan Cui <dexuan.cui@intel.com>
This fixes the following error:
| checking for jpeg_destroy_decompress in -ljpeg... no
| configure: WARNING: *** JPEG loader will not be built (JPEG library not found) ***
| configure: error:
| *** Checks for JPEG loader failed. You can build without it by passing
| *** --without-libjpeg to configure but some programs using GTK+ may
| *** not work properly
| FATAL: oe_runconf failed
Signed-off-by: Dexuan Cui <dexuan.cui@intel.com>
---
meta/recipes-gnome/gdk-pixbuf/gdk-pixbuf_2.22.1.bb | 2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/meta/recipes-gnome/gdk-pixbuf/gdk-pixbuf_2.22.1.bb b/meta/recipes-gnome/gdk-pixbuf/gdk-pixbuf_2.22.1.bb
index ae57507..8080719 100644
--- a/meta/recipes-gnome/gdk-pixbuf/gdk-pixbuf_2.22.1.bb
+++ b/meta/recipes-gnome/gdk-pixbuf/gdk-pixbuf_2.22.1.bb
@@ -1,5 +1,7 @@
require gdk-pixbuf.inc
+DEPENDS += "jpeg"
+
PR = "r0"
FILES_${PN} = "${bindir}/gdk-pixbuf-query-loaders \
--
1.7.2
^ permalink raw reply related [flat|nested] 6+ messages in thread
* Re: [Dexuan: Jan 30: gdk-pixbuf: PULL 0/1] gdk-pixbuf: add jpeg into DEPENDS
2011-01-30 15:06 [Dexuan: Jan 30: gdk-pixbuf: PULL 0/1] gdk-pixbuf: add jpeg into DEPENDS Dexuan Cui
2011-01-30 15:06 ` [Dexuan: Jan 30: gdk-pixbuf: PULL 1/1] " Dexuan Cui
@ 2011-01-30 15:44 ` Koen Kooi
2011-01-31 6:21 ` Cui, Dexuan
1 sibling, 1 reply; 6+ messages in thread
From: Koen Kooi @ 2011-01-30 15:44 UTC (permalink / raw)
To: Dexuan Cui; +Cc: poky
Op 30 jan 2011, om 16:06 heeft Dexuan Cui het volgende geschreven:
> From: Dexuan Cui <dexuan.cui@intel.com>
>
> meta/recipes-gnome/gdk-pixbuf/gdk-pixbuf_2.22.1.bb | 2 ++
OE is using BBCLASS_EXTEND in gtk+ to provide the pixbug loaders, doing this in yocto would reduce duplicate functionality a lot.
regards,
Koen
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: [Dexuan: Jan 30: gdk-pixbuf: PULL 0/1] gdk-pixbuf: add jpeg into DEPENDS
2011-01-30 15:44 ` [Dexuan: Jan 30: gdk-pixbuf: PULL 0/1] " Koen Kooi
@ 2011-01-31 6:21 ` Cui, Dexuan
2011-01-31 7:24 ` Zhai, Edwin
0 siblings, 1 reply; 6+ messages in thread
From: Cui, Dexuan @ 2011-01-31 6:21 UTC (permalink / raw)
To: 'Koen Kooi'; +Cc: poky@yoctoproject.org
Koen Kooi wrote:
> Op 30 jan 2011, om 16:06 heeft Dexuan Cui het volgende geschreven:
>
>> From: Dexuan Cui <dexuan.cui@intel.com>
>>
>> meta/recipes-gnome/gdk-pixbuf/gdk-pixbuf_2.22.1.bb | 2 ++
>
> OE is using BBCLASS_EXTEND in gtk+ to provide the pixbug loaders,
> doing this in yocto would reduce duplicate functionality a lot.
Hi Koen,
I think you meant in Poky whether we could add BBCLASSEXTEND = "native" into gdk-pixbuf_2.22.1.bb and remove gdk-pixbuf-native_2.22.1.bb.
The two recipes look quite different so I doubt we can do that. Let me Cc the original patch submitter Edwin for the background.
Thanks,
-- Dexuan
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: [Dexuan: Jan 30: gdk-pixbuf: PULL 0/1] gdk-pixbuf: add jpeg into DEPENDS
2011-01-31 6:21 ` Cui, Dexuan
@ 2011-01-31 7:24 ` Zhai, Edwin
2011-01-31 8:07 ` Koen Kooi
0 siblings, 1 reply; 6+ messages in thread
From: Zhai, Edwin @ 2011-01-31 7:24 UTC (permalink / raw)
To: Cui, Dexuan; +Cc: poky
Koen,
The gtk+ on OE is not latest version, that is, gdk-pixbuf is still part
of it. I think the function is not clear-cut.
On poky, gtk+ is latest stable version, where gdk-pxibuf is separated as
a stand-alone bb file. Running of gdk-pixbuf-csource need one config
file produced by gdk-pixbuf-query-loaders, so native and target
packages' installation are different. Target package need postinst to
run it when 1st boot, while native package need install_append to run it
before populate_sysroot.
Does it make sense? Is there any way to avoid duplicatation?
Thanks,
edwin
Cui, Dexuan wrote:
>
> Koen Kooi wrote:
> > Op 30 jan 2011, om 16:06 heeft Dexuan Cui het volgende geschreven:
> >
> >> From: Dexuan Cui <dexuan.cui@intel.com>
> >>
> >> meta/recipes-gnome/gdk-pixbuf/gdk-pixbuf_2.22.1.bb | 2 ++
> >
> > OE is using BBCLASS_EXTEND in gtk+ to provide the pixbug loaders,
> > doing this in yocto would reduce duplicate functionality a lot.
> Hi Koen,
> I think you meant in Poky whether we could add BBCLASSEXTEND =
> "native" into gdk-pixbuf_2.22.1.bb and remove
> gdk-pixbuf-native_2.22.1.bb.
>
> The two recipes look quite different so I doubt we can do that. Let me
> Cc the original patch submitter Edwin for the background.
>
> Thanks,
> -- Dexuan
>
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: [Dexuan: Jan 30: gdk-pixbuf: PULL 0/1] gdk-pixbuf: add jpeg into DEPENDS
2011-01-31 7:24 ` Zhai, Edwin
@ 2011-01-31 8:07 ` Koen Kooi
0 siblings, 0 replies; 6+ messages in thread
From: Koen Kooi @ 2011-01-31 8:07 UTC (permalink / raw)
To: Zhai, Edwin; +Cc: poky
Op 31 jan 2011, om 08:24 heeft Zhai, Edwin het volgende geschreven:
> Koen,
>
> The gtk+ on OE is not latest version, that is, gdk-pixbuf is still part of it. I think the function is not clear-cut.
>
> On poky, gtk+ is latest stable version, where gdk-pxibuf is separated as a stand-alone bb file. Running of gdk-pixbuf-csource need one config file produced by gdk-pixbuf-query-loaders, so native and target packages' installation are different. Target package need postinst to run it when 1st boot, while native package need install_append to run it before populate_sysroot.
>
> Does it make sense? Is there any way to avoid duplicatation?
I just read up on gdk-pixbuf an noticed it was split out again of gtk+ like you said :) So using BBCLASS_EXTEND in the gdk-pixbuf recipe would seem the way to go.
regards,
Koen
>
> Thanks,
> edwin
>
>
> Cui, Dexuan wrote:
>>
>> Koen Kooi wrote:
>> > Op 30 jan 2011, om 16:06 heeft Dexuan Cui het volgende geschreven:
>> >
>> >> From: Dexuan Cui <dexuan.cui@intel.com>
>> >>
>> >> meta/recipes-gnome/gdk-pixbuf/gdk-pixbuf_2.22.1.bb | 2 ++
>> >
>> > OE is using BBCLASS_EXTEND in gtk+ to provide the pixbug loaders,
>> > doing this in yocto would reduce duplicate functionality a lot.
>> Hi Koen,
>> I think you meant in Poky whether we could add BBCLASSEXTEND = "native" into gdk-pixbuf_2.22.1.bb and remove gdk-pixbuf-native_2.22.1.bb.
>>
>> The two recipes look quite different so I doubt we can do that. Let me Cc the original patch submitter Edwin for the background.
>>
>> Thanks,
>> -- Dexuan
>>
^ permalink raw reply [flat|nested] 6+ messages in thread
end of thread, other threads:[~2011-01-31 8:07 UTC | newest]
Thread overview: 6+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2011-01-30 15:06 [Dexuan: Jan 30: gdk-pixbuf: PULL 0/1] gdk-pixbuf: add jpeg into DEPENDS Dexuan Cui
2011-01-30 15:06 ` [Dexuan: Jan 30: gdk-pixbuf: PULL 1/1] " Dexuan Cui
2011-01-30 15:44 ` [Dexuan: Jan 30: gdk-pixbuf: PULL 0/1] " Koen Kooi
2011-01-31 6:21 ` Cui, Dexuan
2011-01-31 7:24 ` Zhai, Edwin
2011-01-31 8:07 ` Koen Kooi
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.