multitech-oe.git/recipes/openttd, branch org.openembedded.dev

Siteinfo cleanup v2

2010-07-27T00:35:02+00:00

- Don't supply site files for native.
- Split up the site information, so we don't need to add every single
  combination of os and architecture to the siteinfo.bbclass.
- Drop the ${FILE_DIRNAME}/site- stuff, there are other ways to do it.
- SITEINFO_ENDIANESS -> SITEINFO_ENDIANNESS.

Signed-off-by: Chris Larson

Revert "Siteinfo cleanup"

2010-07-26T22:09:25+00:00

Will revisit.

This reverts commit 87dc166bade8722af4076c8644cac6a0a437826f.

Siteinfo cleanup

2010-07-26T17:59:36+00:00

- Don't supply site files for native
- Split up the site information, so we don't need to add every single
  combination of os and architecture to the siteinfo.bbclass
- Instead of specifically looking for '${FILE_DIRNAME}/site-${PV}/',
  leverage FILESPATH.  Now it searches the paths in both BBPATH and FILESPATH
  for "site/".
- SITEINFO_ENDIANESS -> SITEINFO_ENDIANNESS

Signed-off-by: Chris Larson

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

2010-06-14T09:14:10+00:00

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

Signed-off-by: Martin Jansa

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

Make the do_patch apply=yes param implicit if extension is .diff/.patch

2010-05-25T19:54:52+00:00

For .diff/.patch you need to apply manually, you can specify apply=no.

Signed-off-by: Chris Larson 
Acked-by: Denys Dmytriyenko 
Acked-by: Khem Raj

Rename url params patch=/pnum= to apply={yes,no}/striplevel=

2010-05-25T19:53:41+00:00

I think this makes the behavior rather more clear.

Signed-off-by: Chris Larson 
Acked-by: Denys Dmytriyenko 
Acked-by: Khem Raj

recipes: move checksums to recipes from checksums.ini, part 2 manual adjustement

2010-04-12T18:16:13+00:00

* 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

recipes: move checksums to recipes from checksums.ini

2010-04-12T18:07:27+00:00

* fetch all *.bb with patched utils.bbclass appending all checksums
  found only in checksums.ini to recipe

Signed-off-by: Martin Jansa

openttd: update to released 0.7.4

2009-12-02T22:08:37+00:00

Signed-off-by: Martin Jansa