| Age | Commit message (Collapse) | Author | Files |
|---|
|
Fixes the recursive var expansion when TOOLCHAIN_PATH is derived from PATH.
Signed-off-by: Denys Dmytriyenko <denis@denix.org>
|
|
* Look into the new multi-machine friendly installation.
Signed-off-by: Khem Raj <raj.khem@gmail.com>
Acked-by: Koen Kooi <k-kooi@ti.com>
Acked-by: Martin Jansa <Martin.Jansa@gmail.com>
|
|
and bump PR of recipes that depend on it
Signed-off-by: Klaus Kurzmann <mok@fluxnetz.de>
|
|
Signed-off-by: Khem Raj <raj.khem@gmail.com>
Acked-by: Tom Rini <tom_rini@mentor.com>
Acked-by: Richard Purdie <rpurdie@rpsys.net>
Ackef-by: Chris Larson <clarson@kergoth.com>
Acked-by: Martin Jansa <Martin.Jansa@gmail.com>
Acked-by: Koen Kooi <koen@openembedded.org>
|
|
|
|
|
|
|
|
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>
|
|
Signed-off-by: Khem Raj <raj.khem@gmail.com>
Acked-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>
|
|
* 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>
|
|
I had the following error:
| Collected errors:
| * satisfy_dependencies_for: Cannot satisfy the following dependencies for gst-meta-audio:
| * gst-plugin-ivorbis *
but... I also had that in my deploy dir: gst-plugin-ivorbisdec_0.10.28-r7.1.5_armv6.ipk
So I changed gst-plugin-ivorbis to gst-plugin-ivorbisdec
|
|
If we depend only on orc-native and not also on orc
(and orc is not installed):
*it won't be able to find orc/orc.h
*orcc will be detected correctly,which will cause the following code:
"
do_configure_append() {
for i in $(find ${S} -name "Makefile") ; do
sed -i -e s:/usr/bin/orcc:${STAGING_BINDIR_NATIVE}/orcc:g $i
done
}
"
that is in gst-plugins.inc to sed the /usr/bin/orcc in
STAGING_BINDIR_NATIVE}/orcc with STAGING_BINDIR_NATIVE}/orcc
roughly a path like:
${TMPDIR}/staging/i686-linux/usr/bin/orcc
will result in
${TMPDIR}/staging/i686-linux/${TMPDIR}/staging/i686-linux/usr/bin/orcc:
|
|
gst-plugins-bad for build fix with thumb enabled
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
|
|
* switch to new-style staging
* add support for new-style checksums
* move plugins to newer versions, so plugins moved (e.g. ivorbis)
* fixup gstconfig header parsing
|
|
|
|
|
|
|
|
|
|
|
|
|
|
functions
|
|
gst-launch v4lsrc ! jpegdec ! xvimagesink doesn't work if you don't
depend on libv4l with my gspca webcam.
The fix was suggested in #gstreamer in freenode:
Feb 20 20:37:36 <fargiolas> GNUtoo: did you compile it on
your own? it seems it's not compiled with libv4l support
And:
Feb 20 20:43:08 <fargiolas> GNUtoo: probably your device
output frames in an exotic pixel format and libv4l is needed
to decode it
The webcam was a gspca_zc3xx webcam
|
|
|
|
|
|
recipe
|
|
spurious resample and ffmpegcolorspace elements
|
|
|
|
|
|
|
|
|
|
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
|
|
|
|
|
|
|
|
|
|
|
|
|
