add PR = r1 to recipes not including any .inc file

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>

* 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 <Martin.Jansa@gmail.com>
Acked-by: Khem Raj <raj.khem@gmail.com>
Acked-by: Roman I Khimov <khimov@altell.ru>

* 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>

This change, pulled from Poky, makes the purpose of the staging directory more
obvious and the taskname more true to what it now actually does.

The layout version number is increased due to the change in layout but code to
convert existing directories and insert a symlink for backwards compatibility
is included.

This patch also includes fixes for all recipes which reference the directory.

Signed-off-by: Joshua Lock <josh@linux.intel.com>

Originally approached with "package.bbclass: introduce KEEP_GNU_DEBUGLINK":
http://patchwork.openembedded.org/patch/886/

Redone with a change from INHIBIT_PACKAGE_STRIP to PACKAGE_STRIP which
allows more options. By default it does exactly the same thing as is done
today, strips the binary, but keeps the gnu.debuglink section. When set to
"no", stripping is not done at all, when set to "full" the gnu.debuglink
section is not re-added to the binary.

Signed-off-by: Roman I Khimov <khimov@altell.ru>
Acked-by: Chris Larson <chris_larson@mentor.com>

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

* all: multiple checked items in SRC_URI (needs name= param)
* other fixes like non-existent URL, checksums moved ot .inc or included .bb (ie for -native)
* ...
* tested with micro/micro-uclibc/Angstrom/SHR with
  SOURCE_MIRROR_FETCH="True" (ignoring COMPATIBLE_*
* also tested -c fetch with s/SRC_URI_append_[^ ]*/SRC_URI_append/g and
  s/SRC_URI_[^ ]*/SRC_URI_append/g to catch all URLs used only for
  distro/machine/virtual override (see
  http://build.shr-project.org/tests/jama/SRC_URI.removeOverrides.patch)
* in case I downloaded different checksum then what was in checksums.ini
  I used the old one from checksums.ini and put my checksum in comment
* I'll send to ML list of recipes which cannot be downloaded (weren't
  converted) and where I got different checksums

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>

* http://lists.linuxtogo.org/pipermail/openembedded-devel/2009-August/013505.html
* http://lists.linuxtogo.org/pipermail/openembedded-devel/2009-September/013620.html