multitech-oe.git/recipes/gtk-webcore, branch org.openembedded.dev Multi-Tech CoreCDP 1.x OpenEmbedded Tree midori: add 0.2.8 2010-09-24T11:56:55+00:00 Koen Kooi koen@openembedded.org 2010-09-24T11:56:55+00:00 065ed847e424e2d21659f23010e1e1b0e9d02fe2 * waf hacks aren't necessary anymore \o/ 
* waf hacks aren't necessary anymore \o/
recipes: bump PR in recipes depending on openssl after SHR and Angstrom moved to openssl-1.0.0 2010-08-16T14:57:21+00:00 Martin Jansa Martin.Jansa@gmail.com 2010-08-16T14:37:24+00:00 8dd59bdb181eaa9b2325d1e75f657e1b78c181fc Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com> 
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
midori: missed a dir with patches 2010-08-15T13:53:25+00:00 Frans Meulenbroeks fransmeulenbroeks@gmail.com 2010-08-15T13:53:25+00:00 88e41947f6b31eedc5d0d7368f605d2dc77265c3 Signed-off-by: Frans Meulenbroeks <fransmeulenbroeks@gmail.com> 
Signed-off-by: Frans Meulenbroeks <fransmeulenbroeks@gmail.com>
midori: remove old versions 2010-08-15T13:51:23+00:00 Frans Meulenbroeks fransmeulenbroeks@gmail.com 2010-08-15T13:51:23+00:00 471c2bd627881886234824bf6f9d949c37223439 Signed-off-by: Frans Meulenbroeks <fransmeulenbroeks@gmail.com> 
Signed-off-by: Frans Meulenbroeks <fransmeulenbroeks@gmail.com>
recipes: bump PR/INC_PR for packages changed in RDEPENDS/RRECOMMENDS/RSUGGESTS/RPROVIDES/RCONFLICTS/RREPLACES cleanup 2010-06-10T19:50:51+00:00 Martin Jansa Martin.Jansa@gmail.com 2010-06-10T19:37:43+00:00 dce51c1b4ea37b62b953e1b719c8468e14d2f5ca * only 769 from 1102 recipes were covered by automatic PR bump, list of remaining 333 recipes not using PR/INC_PR is available for manual PR add or INC_PR conversion - volunteers? http://build.shr-project.org/tests/jama/files.not.PR.bumped * just echo 'PR = "r1"' to recipes without any PR/INC_PR is not so good idea without manual check, because sometimes they rely on PR set in their .inc file and "r1" could make it go backwards Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com> 
* only 769 from 1102 recipes were covered by automatic PR bump, list
  of remaining 333 recipes not using PR/INC_PR is available for manual
  PR add or INC_PR conversion - volunteers?
  http://build.shr-project.org/tests/jama/files.not.PR.bumped
* just echo 'PR = "r1"' to recipes without any PR/INC_PR is not so good
  idea without manual check, because sometimes they rely on PR set in
  their .inc file and "r1" could make it go backwards

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>
midori 0.2.4: bump PR 2010-05-31T06:13:12+00:00 Koen Kooi koen@openembedded.org 2010-05-30T13:39:50+00:00 9545699b447f4d548cca7bb1f54dc1c01dd3fe4a 






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>







midori: switch to SRCPV with PE bump
2010-04-19T20:50:00+00:00

Martin Jansa
Martin.Jansa@gmail.com

2010-04-19T20:50:00+00:00

a73031baebb71a4486e40617d1cf43eb5a31bbb3