multitech-oe.git/recipes/obsolete/shr, branch testing

e-wm: use illume2 instead of illume1, fix illume-keyboard paths and locales packaging

2010-08-23T16:33:26+00:00

* illume2 and illume1 shouldn't be compiled both anymore
  http://trac.enlightenment.org/e/changeset/50884
  keep only illume2 as it's preferred by upstream
* separate illume2 (illume-home) to new package e-wm-config-illume2 and
  make it default
* remove illume-keyboard-default_svn.bb recipe and create illume
  keyboard packages from e-wm build directly (otherwise installed twice)
* update KEYBOARD_DIR in illume-keyboards-shr
* don't include all locales in FILES_${PN}

Signed-off-by: Martin Jansa

Revert "recipes: Replace ${PN} override with pn-${PN} for PACKAGE_ARCH"

2010-08-21T19:07:52+00:00

This reverts commit 4e9905b2be6438156dc8ad88839de04e91c922ec.
pn-${PN} is different override can not be used in all cases here.

Signed-off-by: Khem Raj

recipes: inherit autotools instead of autotools_stage

2010-08-05T15:25:51+00:00

Signed-off-by: Khem Raj 
Acked-by: Martin Jansa 
Acked-by: Richard Purdie

recipes: Replace ${PN} override with pn-${PN} for PACKAGE_ARCH

2010-07-30T06:40:19+00:00

* Needed to get CURRENT_TARGET_SYS to evaluate correctly in bitbake.conf

Signed-off-by: Khem Raj

recipes: bump PR/INC_PR for packages changed in RDEPENDS/RRECOMMENDS/RSUGGESTS/RPROVIDES/RCONFLICTS/RREPLACES cleanup

2010-06-10T19:50:51+00:00

* 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

recipes: conform to OE packaging guidelines with RSUGGESTS/RPROVIDES/RCONFLICTS/RREPLACES

2010-06-10T19:50:21+00:00

* even worse than last RDEPENDS/RRECOMMENDS change, because now ie:
  opkg info coreutils-doc
  Provides: textutils, shellutils, fileutils
  Replaces: textutils, shellutils, fileutils

Signed-off-by: Martin Jansa 
Acked-by: Khem Raj 
Acked-by: Roman I Khimov

recipes: conform to OE packaging guidelines with RDEPENDS/RRECOMMENDS

2010-06-03T05:33:27+00:00

* 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 
Acked-by: Koen Kooi

shr recipes: use SRCPV in git recipes

2010-04-18T23:28:01+00:00

* recipes probably used only in SHR distribution
* usually without PE bump, because nobody complained that we were
  bumping SRCREV without PV changes and we were using SRCPV in our branch
  before

Signed-off-by: Martin Jansa

(multiple): remove last traces of om-3d7k; this machine has been cancelled and will never see

2010-04-03T19:23:08+00:00

the light of day

alsa-scenarii-shr: move recipe to obsolete

2010-03-26T07:37:22+00:00

Signed-off-by: Martin Jansa