Re: Problems adding native support packages

[Gary Thomas <gary@mlbassoc.com>]

On 03/10/2011 10:18 PM, Xu, Dongxiao wrote:
> Tian, Kevin wrote:
>>> From: Xu, Dongxiao
>>> Sent: Friday, March 11, 2011 1:09 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"
>>>>
>>>> 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.bz
>>>>> 2 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}-${PV} instead.
>
> Yes. This is the right approach.
>
> I checked in current poky meta recipes, there are about 67 recipes which directly uses ${PN} in the SRC_URI line.
>
> Do we need to change all of them to ${BPN}?

This worked fine, thanks.  Now to figure out how to get virtual/libiconv-native built.

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