multitech-oe.git/recipes/xfce-base, branch org.openembedded.dev Multi-Tech CoreCDP 1.x OpenEmbedded Tree xfwm4: depends libwnck 2010-09-17T21:55:04+00:00 Andreas Mueller schnitzeltony@gmx.de 2010-09-13T02:33:11+00:00 bff4bcd152be0df75b44c85c09bfdd399708572d Signed-off-by: Andreas Mueller <schnitzeltony@gmx.de> Signed-off-by: Khem Raj <raj.khem@gmail.com> 
Signed-off-by: Andreas Mueller <schnitzeltony@gmx.de>
Signed-off-by: Khem Raj <raj.khem@gmail.com>
500+ recipes: remove do_stage 2010-08-03T12:14:59+00:00 Frans Meulenbroeks fransmeulenbroeks@gmail.com 2010-08-02T10:19:42+00:00 f2893b80cffc46dad57864eb78b563f0876e6811 This patch removes all occurrences of do_stage() { autotools_stage_all } including all kind of variants w.r.t whitespace Signed-off-by: Frans Meulenbroeks <fransmeulenbroeks@gmail.com> Acked-by: Koen Kooi <koen@openembedded.org> Acked-by: Michael 'Mickey' Lauer <mlauer@vanille-media.de> 
This patch removes all occurrences of
do_stage() {
        autotools_stage_all
}
including all kind of variants w.r.t whitespace

Signed-off-by: Frans Meulenbroeks <fransmeulenbroeks@gmail.com>
Acked-by: Koen Kooi <koen@openembedded.org>
Acked-by: Michael 'Mickey' Lauer <mlauer@vanille-media.de>
Fixes install error in xfwm4-themes_4.6.0 2010-06-19T14:19:01+00:00 Andreas Mueller schnitzeltony@gmx.de 2010-06-17T23:21:16+00:00 b420d28cd0a7018c594d62f2d411747e319f7f00 File 'maximize-inactive.xpm' was listed twice in Makefile.am Signed-off-by: Andreas Mueller <schnitzeltony@gmx.de> Signed-off-by: Koen Kooi <koen@openembedded.org> 
File 'maximize-inactive.xpm' was listed twice in Makefile.am

Signed-off-by: Andreas Mueller <schnitzeltony@gmx.de>
Signed-off-by: Koen Kooi <koen@openembedded.org>
xfce-base: Bump xfce recipes to version 4.6.2 2010-06-18T18:16:29+00:00 Andreas Mueller schnitzeltony@gmx.de 2010-06-17T22:26:42+00:00 19bd6d851cdefbe6be0b9766980a7338fe6ff82d Signed-off-by: Andreas Mueller <schnitzeltony@gmx.de> Signed-off-by: Khem Raj <raj.khem@gmail.com> 
Signed-off-by: Andreas Mueller <schnitzeltony@gmx.de>
Signed-off-by: Khem Raj <raj.khem@gmail.com>
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: 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>
xfce46: remove checksum name atribute from bbclass 2010-06-01T12:30:59+00:00 Martin Jansa Martin.Jansa@gmail.com 2010-06-01T12:24:29+00:00 3d875160a753c6e2497ba0e73746a6d5fe7643cd * ie xfce-base/libxfce4util_4.6.1.bb cannot find it's checksums anymore * commit e3df76459f7710af61d1b51066e0685c822dbe7b introduced name=archive in xfce46.bbclass without adding archive name to all recipes using xfce46 * I agree that in case someone will need additional SRC_URI item in recipe inheriting xfce46 he will have to add it to this bbclass AND update all recipes using it. * Feel free to fix it the other way around if you expect more SRC_URIs/recipe. Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com> 
* ie xfce-base/libxfce4util_4.6.1.bb cannot find it's checksums anymore
* commit e3df76459f7710af61d1b51066e0685c822dbe7b introduced
  name=archive in xfce46.bbclass without adding archive name to all
  recipes using xfce46
* I agree that in case someone will need additional SRC_URI item in
  recipe inheriting xfce46 he will have to add it to this bbclass AND
  update all recipes using it.
* Feel free to fix it the other way around if you expect more
  SRC_URIs/recipe.

Signed-off-by: Martin Jansa <Martin.Jansa@gmail.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>