[poky] Problems adding native support packages
Khem Raj
raj.khem at gmail.com
Fri Mar 11 00:21:55 PST 2011
On (11/03/11 13:09), Xu, Dongxiao wrote:
> Tian, Kevin wrote:
> >> From: Gary Thomas
> >> Sent: Friday, March 11, 2011 11:29 AM
> >>
> >> I'm trying to import a native package from OE for which the main
> >> package depends on libiconv. This seems to imply that when I extend
> >> to the native package using BBCLASSEXTEND, the native package depends
> >> on virtual/libiconv-native
> >>
> >> I can't figure out how to provide this. Any clues?
> >
> > I'm not sure about the problem here. do you want
> > virtual/libiconv-native dependency or not? If target recipe already
> > has a DEPENDS = "libiconv", then with BBCLASSEXTEND you have
> > libiconv-native automatically.
> >
> > Or if you only want to add libiconv-native for native recipe
> > exclusively, then:
> >
> > DEPENDS_virtclass-native = "virtual/libiconv-native"
> >
> > Thanks
> > Kevin
> >
> >>
> >> n.b. the recipe from OE is librsvg and importing it seems to be
> >> pretty invasive. To build the native package, I needed to add
> >> native support for all of these packages:
> >>
> >> # modified: meta/recipes-gnome/gnome/libart-lgpl_2.3.21.bb
> >> # modified: meta/recipes-gnome/gtk+/gtk+.inc
> >> # modified: meta/recipes-graphics/cairo/cairo.inc
> >> # modified: meta/recipes-graphics/pango/pango.inc
> >> # modified:
> >> meta/recipes-graphics/xorg-lib/libxcomposite_0.4.3.bb #
> >> modified: meta/recipes-graphics/xorg-lib/libxcursor_1.1.11.bb #
> >> modified: meta/recipes-graphics/xorg-lib/libxdamage_1.1.3.bb #
> >> modified: meta/recipes-graphics/xorg-lib/libxfixes_4.0.5.bb #
> >> modified: meta/recipes-graphics/xorg-lib/libxft_2.2.0.bb #
> >> modified: meta/recipes-graphics/xorg-lib/libxrandr_1.3.1.bb #
> >> modified: meta/recipes-graphics/xorg-lib/libxrender_0.9.6.bb #
> >> modified: meta/recipes-graphics/xorg-lib/pixman_0.20.2.bb #
> >> modified: meta/recipes-graphics/xorg-proto/compositeproto_0.4.2.bb #
> >> modified: meta/recipes-graphics/xorg-proto/damageproto_1.2.1.bb #
> >> modified: meta/recipes-graphics/xorg-proto/fixesproto_4.1.2.bb #
> >> modified: meta/recipes-graphics/xorg-proto/randrproto_1.3.2.bb #
> >> modified: meta/recipes-graphics/xorg-proto/renderproto_0.11.1.bb #
> >> modified: meta/recipes-graphics/xorg-proto/xineramaproto_1.2.1.bb #
> >> modified: meta/recipes-multimedia/alsa/alsa-tools_1.0.20.bb #
> >> modified: meta/recipes-support/atk/atk.inc # modified:
> >> meta/recipes-support/libcroco/libcroco_0.6.2.bb # modified:
> >> meta/recipes-support/libgcrypt/libgcrypt.inc # modified:
> >> meta/recipes-support/libgpg-error/libgpg-error_1.9.bb
> >>
> >> I also ran into a problem when I added native to atk, I get this
> >> error which makes no sense at all to me:
> >> NOTE: package atk-native-1.32.0-r0: task do_fetch: Started
> >> ERROR: Function 'Fetcher failure for URL:
> >> 'http://download.gnome.org/sources/atk/1.32/atk-native-1.32.0.tar.bz2'.
> >> Unable to fetch URL
> >> http://download.gnome.org/sources/atk/1.32/atk-native-1.32.0.tar.bz2
> >> from any source.' failed This seems to be the only package in the
> >> set above that wants to fetch a -native tarball (there are no such
> >> files
> >> in the sources repository as far as I can tell)
>
> atk's SRC_URI is assigned like:
>
> SRC_URI = "http://download.gnome.org/sources/atk/1.32/${PN}-${PV}.tar.bz2"
>
> After introducing native to atk, PN is changed to atk-native, thus no resouce is found in the repo.
>
> I will make a fix to that. But for your quick workaournd, you can change the atk's SRC_URI to:
>
> SRC_URI = "http://download.gnome.org/sources/atk/1.32/atk-${PV}.tar.bz2"
Use BPN instead
More information about the poky
mailing list