Age | Commit message (Collapse) | Author | Files |
|
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>
|
|
* 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>
|
|
* use the shiny new logo
Signed-off-by: Eric Bénard <eric@eukrea.com>
Acked-by: Khem Raj <raj.khem@gmail.com>
|
|
psplash was broken by my previous patch for several machines / distro
http://cgit.openembedded.org/cgit.cgi/openembedded/commit/?id=31402cd6f9d1e7887926bfde465bb25b07f6dbea
this patch should fix this and is compile tested for kaeilos and angstrom distro
and for boc01 and omap3pandora machines
Signed-off-by: Eric Benard <eric@eukrea.com>
|
|
Signed-off-by: Khem Raj <raj.khem@gmail.com>
|
|
|
|
- update to latest SVN
- update file names : psplash-hand-img.h -> psplash-poky-img.h
- fix comments
- fix psplash-18bpp.patch (missing break in the switch)
Signed-off-by: Eric Benard <eric@eukrea.com>
Signed-off-by: Khem Raj <raj.khem@gmail.com>
|
|
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
|
|
* Just formal change
* No need to bump PE or PR
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
|
|
* virtual/psplash should be virtual-psplash to not confuse dpkg
* make corresponding changes in initramfs-module-psplash_1.0.bb
and exquisite_svn.bb as well
|
|
BUG has 3 framebuffers:
fb0 is BUGbase 160x105 monochrome LCD used for fbprogress and BUG menu
fb1, fb2 are used by LCD modules (QVGA resolution)
|
|
splash screen won't fit in the native QVGA landscape framebuffer.
|
|
this abstracts psplash to be generic. now as long as something provides a
splashfuncs file that sysvinit (and other scripts) can source, and all the
approproate init hooks to start the splash etc. you can use psplash,
exquisitie, usplash or anything that tickles your fancy. this moves splash
toa ${SPLASH} variable to include in your image (or override). the default in
angstrom is psplash - unless you override it. opkg also runs a configure
script that cna take forever - and so this speically sends off some splash
commands (if there) to let you know the systme is alive and working (but just
busy).
this is one commit as if this breaks things you either want to fix the minor
break or totally revert the whole patch. i hope it didn't break anything.
|
|
See links below for more details:
http://thread.gmane.org/gmane.comp.handhelds.openembedded/21326
http://thread.gmane.org/gmane.comp.handhelds.openembedded/21816
Signed-off-by: Denys Dmytriyenko <denis@denix.org>
Acked-by: Mike Westerhof <mwester@dls.net>
Acked-by: Philip Balister <philip@balister.org>
Acked-by: Khem Raj <raj.khem@gmail.com>
Acked-by: Marcin Juszkiewicz <hrw@openembedded.org>
Acked-by: Koen Kooi <koen@openembedded.org>
Acked-by: Frans Meulenbroeks <fransmeulenbroeks@gmail.com>
|