* [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.