[poky] Problems adding native support packages

[Tian, Kevin]

> From: Xu, Dongxiao
> Sent: Friday, March 11, 2011 1:19 PM
> 
> 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}?
> 

I think it's a cleaner way to use BPN, or even simple BP. This would avoid an error
alarm when extending some recipes to native. :-)

Thanks,
Kevin