[poky] Problems adding native support packages

[Gary Thomas]

On 03/10/2011 09:57 PM, 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"

Actually, the problem is that such a dependency was added automatically by BBCLASSEXTEND.
virtual/libiconv is provided by eglibc package, but it's not clear if it can provide
virtual/libiconv-native

The other problem is that there is a meta/recipes-support/libiconv/libiconv_1.9.2.bb recipe
in the tree which does not build at all, native or target.

>>
>> 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)
>>
>> Thanks
>>
>>
>> --
>> ------------------------------------------------------------
>> Gary Thomas                 |  Consulting for the
>> MLB Associates              |    Embedded world
>> ------------------------------------------------------------
>> _______________________________________________
>> poky mailing list
>> poky at yoctoproject.org
>> https://lists.yoctoproject.org/listinfo/poky

-- 
------------------------------------------------------------
Gary Thomas                 |  Consulting for the
MLB Associates              |    Embedded world
------------------------------------------------------------