[poky] Problems adding native support packages
Xu, Dongxiao
dongxiao.xu at intel.com
Thu Mar 10 21:09:14 PST 2011
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"
Thanks,
Dongxiao
>>
>> Thanks
>>
>>
>> --
>> ------------------------------------------------------------
>> Gary Thomas | Consulting for the
>> MLB Associates | Embedded world
>> ------------------------------------------------------------
>> _______________________________________________
>> poky mailing list
>> poky at yoctoproject.org
>> https://lists.yoctoproject.org/listinfo/poky
> _______________________________________________
> poky mailing list
> poky at yoctoproject.org
> https://lists.yoctoproject.org/listinfo/poky
More information about the poky
mailing list