multitech-oe.git/recipes/ruby, branch org.openembedded.dev Multi-Tech CoreCDP 1.x OpenEmbedded Tree ruby 1.8.7: update to p302 to fix CVE-2010-0541 2010-09-18T19:27:49+00:00 Koen Kooi koen@openembedded.org 2010-09-18T10:18:51+00:00 58ddfe261ddbbc21696da7f7abdd8985128e47b0 






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>







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>







ruby: resolve dependency loop virtual:native:ruby -> ruby-native
2010-03-23T14:25:58+00:00

Martin Jansa
Martin.Jansa@gmail.com

2010-03-23T14:25:03+00:00

471981651bc19758a83ccc657e47ba21275ff2eb

Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>





Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>







ruby: Move to using INC_PR and BBCLASSEXTEND
2010-03-22T23:51:15+00:00

Khem Raj
raj.khem@gmail.com

2010-03-22T23:51:15+00:00

814ad5d596f12b089f113256ca8fc9d55c3da046

Signed-off-by: Khem Raj <raj.khem@gmail.com>





Signed-off-by: Khem Raj <raj.khem@gmail.com>







ruby_1.8.7-p248.bb: fix ext/dl compile
2010-03-22T23:43:48+00:00

Jesse Gilles
jgilles@multitech.com

2010-02-15T09:45:58+00:00

7202fbf2fc9edead3903e108fa25b2bca10c6c68

* Update ruby library path so extensions needing mkmf can build and
  find the right ruby headers.  Fixes building of ext/dl.

Signed-off-by: Jesse Gilles <jgilles@multitech.com>
Signed-off-by: Khem Raj <raj.khem@gmail.com>





* Update ruby library path so extensions needing mkmf can build and
  find the right ruby headers.  Fixes building of ext/dl.

Signed-off-by: Jesse Gilles <jgilles@multitech.com>
Signed-off-by: Khem Raj <raj.khem@gmail.com>







ruby: add 1.8.7-p248, this one actually builds
2010-01-03T11:35:55+00:00

Koen Kooi
koen@openembedded.org

2010-01-03T11:35:55+00:00

de98421c51ae8bae9bd3a9f6ab92ad5a088ded03