Age | Commit message (Collapse) | Author | Files |
|
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
|
|
* mostly libelementary-ver-pre-svn-06 -> libelementary-ver-pre-svn-07
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
|
|
* mostly libelementary-ver-svn-06 -> libelementary-ver-pre-svn-06
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
|
|
RDEPENDS/RRECOMMENDS/RSUGGESTS/RPROVIDES/RCONFLICTS/RREPLACES cleanup
* 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>
|
|
RSUGGESTS/RPROVIDES/RCONFLICTS/RREPLACES
* 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>
|
|
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.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>
|
|
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>
|
|
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>
|
|
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
|
|
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
|
|
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
|
|
* sometimes without PE bump, because nobody complained that we were
bumping SRCREV without PV changes and we were using SRCPV in our
branch before
* please bump PE if you're using one of those and you need to increment
PV, otherwise it will be "corrected" with next PV bump
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
|
|
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
|
|
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
|
|
virtual/alsa-scenarios is usually (and correctly) provided by fsodeviced directly. However, the current ffalarms code is explicitely looking for the location of alsa-scenarii-shr, so it makes sense to just depend on that until the source code has been updated.
Signed-off-by: Sebastian Spaeth <Sebastian@SSpaeth.de>
|
|
The .next() iterator has changed to .get_next(), so we need to bump ffalarms for current vala.
Signed-off-by: Sebastian Spaeth <Sebastian@SSpaeth.de>
|
|
|
|
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
|
|
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
|
|
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
|
|
* rename SmartCallback to Callback in libeflvala a18c70a312d98cc90e0e7978f845601e82460b39
* drop inwin_style_set in f359a4d36bdcae114b0d88e9215c30455570c232
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
|
|
Signed-off-by: Klaus Kurzmann <mok@fluxnetz.de>
|
|
packages, fixes SHR bug #744
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
|
|
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
|
|
|