multitech-oe.git/recipes/lua, branch testing Multi-Tech CoreCDP 1.x OpenEmbedded Tree recipes: bump PR/INC_PR for packages changed in RDEPENDS/RRECOMMENDS/RSUGGESTS/RPROVIDES/RCONFLICTS/RREPLACES cleanup 2010-06-14T09:14:10+00:00 Martin Jansa Martin.Jansa@gmail.com 2010-06-14T08:13:18+00:00 46291053cc7d346dbb74185044b14666164989e8 add PR = r1 to recipes not including any .inc file Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com> 
add PR = r1 to recipes not including any .inc file

Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
lua: Drop unnecessary FILESPATH 2010-06-04T23:55:58+00:00 Tom Rini tom_rini@mentor.com 2010-06-04T23:51:35+00:00 c94b21e56b646841d88ad79939be158b3027e025 Signed-off-by: Tom Rini <tom_rini@mentor.com> 
Signed-off-by: Tom Rini <tom_rini@mentor.com>
recipes: conform to OE packaging guidelines with RDEPENDS/RRECOMMENDS 2010-06-03T05:33:27+00:00 Martin Jansa Martin.Jansa@gmail.com 2010-06-02T13:04:25+00:00 d4276bed389b7db06db58c7acebb83f92bff86a5 * there is probably very few cases when it's needed without _${PN}, if you find one in attached patch, please enlighten me * usually we want those only for ${PN} not for all ${PACKAGES} ie ${PN}-dev, ${PN)-doc etc * there is a check for this in recipe-sanity.bclass * there is maybe few possible fixes also in bbclasses cpan-base.bbclass:RDEPENDS += "${@["perl", ""][(bb.data.inherits_class('native', d))]}" distutils-base.bbclass:RDEPENDS += "python-core" gtk-icon-cache.bbclass:RDEPENDS += "hicolor-icon-theme" image.bbclass:RDEPENDS += "${IMAGE_INSTALL} ${IMAGE_BOOT}" module.bbclass:RDEPENDS += "kernel (${KERNEL_VERSION}) update-modules" ?opie_i18n.bbclass: rdepends = bb.data.getVar("RDEPENDS", d, 1) ?opie_i18n.bbclass: bb.data.setVar('RDEPENDS_%s' % x[0].lower(), pn, d) ?opie_i18n.bbclass: bb.data.setVar('RDEPENDS', rdepends, d) rubyextension.bbclass:RDEPENDS += "ruby" Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com> Acked-by: Koen Kooi <k-kooi@ti.com> 
* there is probably very few cases when it's needed without _${PN},
  if you find one in attached patch, please enlighten me
* usually we want those only for ${PN} not for all ${PACKAGES} ie ${PN}-dev, ${PN)-doc etc
* there is a check for this in recipe-sanity.bclass
* there is maybe few possible fixes also in bbclasses
  cpan-base.bbclass:RDEPENDS  += "${@["perl", ""][(bb.data.inherits_class('native', d))]}"
  distutils-base.bbclass:RDEPENDS += "python-core"
  gtk-icon-cache.bbclass:RDEPENDS += "hicolor-icon-theme"
  image.bbclass:RDEPENDS += "${IMAGE_INSTALL} ${IMAGE_BOOT}"
  module.bbclass:RDEPENDS += "kernel (${KERNEL_VERSION}) update-modules"
  ?opie_i18n.bbclass:      rdepends =  bb.data.getVar("RDEPENDS", d, 1)
  ?opie_i18n.bbclass:                      bb.data.setVar('RDEPENDS_%s' % x[0].lower(), pn, d)
  ?opie_i18n.bbclass:              bb.data.setVar('RDEPENDS', rdepends, d)
  rubyextension.bbclass:RDEPENDS += "ruby"

Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
Acked-by: Koen Kooi <k-kooi@ti.com>
Make the do_patch apply=yes param implicit if extension is .diff/.patch 2010-05-25T19:54:52+00:00 Chris Larson chris_larson@mentor.com 2010-05-24T20:01:00+00:00 6fe7cef27069415f2eba36bc640cf59013d4979b For .diff/.patch you need to apply manually, you can specify apply=no. Signed-off-by: Chris Larson <chris_larson@mentor.com> Acked-by: Denys Dmytriyenko <denis@denix.org> Acked-by: Khem Raj <raj.khem@gmail.com> 
For .diff/.patch you need to apply manually, you can specify apply=no.

Signed-off-by: Chris Larson <chris_larson@mentor.com>
Acked-by: Denys Dmytriyenko <denis@denix.org>
Acked-by: Khem Raj <raj.khem@gmail.com>
Rename url params patch=<ignored>/pnum=<n> to apply={yes,no}/striplevel=<n> 2010-05-25T19:53:41+00:00 Chris Larson chris_larson@mentor.com 2010-05-24T03:23:53+00:00 bf7d0467a0788a7fcc1c96e0dc35a25ae09278a0 I think this makes the behavior rather more clear. Signed-off-by: Chris Larson <chris_larson@mentor.com> Acked-by: Denys Dmytriyenko <denis@denix.org> Acked-by: Khem Raj <raj.khem@gmail.com> 
I think this makes the behavior rather more clear.

Signed-off-by: Chris Larson <chris_larson@mentor.com>
Acked-by: Denys Dmytriyenko <denis@denix.org>
Acked-by: Khem Raj <raj.khem@gmail.com>
recipes: move checksums to recipes from checksums.ini 2010-04-12T18:07:27+00:00 Martin Jansa Martin.Jansa@gmail.com 2010-04-10T09:21:48+00:00 44985d56bc556786812a0a02d6219afd31a7381d * fetch all *.bb with patched utils.bbclass appending all checksums found only in checksums.ini to recipe Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com> 
* fetch all *.bb with patched utils.bbclass appending all checksums
  found only in checksums.ini to recipe

Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
lua: Adopt new staging and BBCLASSEXTEND 2010-03-28T07:13:56+00:00 Michael Stanger michael.stanger@taitradio.com 2010-03-28T07:13:56+00:00 6675bb93144399106efb830eee972b7ec9f4b391 * Removed do_stage from recipes * Set NATIVE_INSTALL_WORKS=1 * lua5.1-native now stages lua executable * Removed -native recipe, use BBCLASSEXTENDS instead Signed-off-by: Michael Stanger <michael.stanger@taitradio.com> Signed-off-by: Khem Raj <raj.khem@gmail.com> 
* Removed do_stage from recipes
* Set NATIVE_INSTALL_WORKS=1
* lua5.1-native now stages lua executable
* Removed -native recipe, use BBCLASSEXTENDS instead

Signed-off-by: Michael Stanger <michael.stanger@taitradio.com>
Signed-off-by: Khem Raj <raj.khem@gmail.com>
lua5.1: Don't delete ${STAGING_LIBDIR}/*.so* 2009-09-28T15:59:33+00:00 Dirk Opfer dirk@do13.de 2009-09-28T15:46:51+00:00 01698e5b4b28df397ba510b484354c656c976905 This breaks other packages. There is no need to delete ${STAGING_LIBDIR}/*.so*. lua5.1 doesn't generate any *.so* 
This breaks other packages. There is no need to delete ${STAGING_LIBDIR}/*.so*.
lua5.1 doesn't generate any *.so*
lua 5.1: attempt to get in in a buildable state again 2009-09-24T10:14:55+00:00 Koen Kooi koen@openembedded.org 2009-09-24T09:27:54+00:00 bdc8f0323b05966c3533ab72614ddafe257a8352 






rename packages/ to recipes/ per earlier agreement
2009-03-17T18:32:59+00:00

Denys Dmytriyenko
denis@denix.org

2009-03-17T18:32:59+00:00

709c4d66e0b107ca606941b988bad717c0b45d9b

See links below for more details:
http://thread.gmane.org/gmane.comp.handhelds.openembedded/21326
http://thread.gmane.org/gmane.comp.handhelds.openembedded/21816

Signed-off-by: Denys Dmytriyenko <denis@denix.org>
Acked-by: Mike Westerhof <mwester@dls.net>
Acked-by: Philip Balister <philip@balister.org>
Acked-by: Khem Raj <raj.khem@gmail.com>
Acked-by: Marcin Juszkiewicz <hrw@openembedded.org>
Acked-by: Koen Kooi <koen@openembedded.org>
Acked-by: Frans Meulenbroeks <fransmeulenbroeks@gmail.com>





See links below for more details:
http://thread.gmane.org/gmane.comp.handhelds.openembedded/21326
http://thread.gmane.org/gmane.comp.handhelds.openembedded/21816

Signed-off-by: Denys Dmytriyenko <denis@denix.org>
Acked-by: Mike Westerhof <mwester@dls.net>
Acked-by: Philip Balister <philip@balister.org>
Acked-by: Khem Raj <raj.khem@gmail.com>
Acked-by: Marcin Juszkiewicz <hrw@openembedded.org>
Acked-by: Koen Kooi <koen@openembedded.org>
Acked-by: Frans Meulenbroeks <fransmeulenbroeks@gmail.com>