Error was not caused by RSS but upstream package path renaming without version
bump - tse tse...
Signed-off-by: Andreas Müller <schnitzeltony@googlemail.com>
* libgxim is back
* inheriting gobject-introspection fixes:
| <...>/imsettings/1.7.1-r0/recipe-sysroot/usr/bin/g-ir-scanner-wrapper: line 5: g-ir-scanner: command not found
Signed-off-by: Andreas Müller <schnitzeltony@googlemail.com>
* could not reproduce the error mentioned - flex is installed on my build
machine
* For tests Trevor Woerner's 'Revert "flex: upgrade to 2.6.2"' was in my
oe-core
Signed-off-by: Andreas Müller <schnitzeltony@googlemail.com>
gitpkgv class is supposed to use SRCREV_FORMAT variable to define
how to smoosh together revision info from multiple repos that are
used in a single recipe. It is incorrectly repeating the rev hash
for the first repo instead of including the rev from each listed repo.
Example:
SRC_URI = "git://some-server/purple.git;destsuffix=git/purple;name=purple"
SRC_URI += "git://other-server/blue.git;destsuffix=git/blue;name=blue"
SRCREV_purple = "${AUTOREV}"
SRCREV_blue = "${AUTOREV}"
SRCREV_FORMAT = "purple_blue"
Suppose gitpkgv calculates "67+ea121ea" for purple repo,
and "123+feef001" for blue repo. This should result in a
package version with them joined together like so:
"67+ea121ea_123+feef001"
It didn't. Instead the git hash part for the first repo got repeated:
"67+ea121ea_123+ea121ea"
Fix this by looking in the right place for the git revisions of 2nd
(and following) repos when assembling the full version string.
Signed-off-by: S. Lockwood-Childs <sjl@vctlabs.com>
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
This allows, e.g., cryptsetup to use libdevmapper without having to
pull in all of lvm2.
Signed-off-by: Peter Kjellerstedt <peter.kjellerstedt@axis.com>
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
By putting the bash scripts in a separate package (lvm2-scripts), the
lvm2 package no longer needs to depend on bash. For backwards
compatibility, the lvm2 package recommends the lvm2-scripts package.
Also remove the adding of ${libdir}/device-mapper/.debug to
FILES_${PN}-dbg as it has not been needed since Krogoth.
Signed-off-by: Peter Kjellerstedt <peter.kjellerstedt@axis.com>
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
The added dependency on util-linux is necessary to avoid the following
QA warning which appears when the dependency on udev is removed:
WARNING: lvm2-2.02.166-r0 do_package_qa: QA Issue: lvm2 rdepends on
util-linux-libblkid, but it isn't a build dependency, missing
util-linux in DEPENDS or PACKAGECONFIG? [build-deps]
Signed-off-by: Peter Kjellerstedt <peter.kjellerstedt@axis.com>
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
The change in 4071e6b4b0 broke support for redefining PACKAGECONFIG in
a bbappend without having to resort to use PACKAGECONFIG_class-target.
Signed-off-by: Peter Kjellerstedt <peter.kjellerstedt@axis.com>
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
Make sure that even if PACKAGECONFIG is modified in a bbappend,
odirect will still be enabled.
Signed-off-by: Peter Kjellerstedt <peter.kjellerstedt@axis.com>
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
This still satisfies the dependency, and allows lvm2 to be built when
packages that use GPL-3.0 have been disabled via INCOMPATIBLE_LICENSE.
Signed-off-by: Peter Kjellerstedt <peter.kjellerstedt@axis.com>
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
The change to use ${APACHE_MIRROR} in the SRC_URI in dfbe6cf214 did
not take into account that ${APACHE_MIRROR} already contains "/dist".
Signed-off-by: Peter Kjellerstedt <peter.kjellerstedt@axis.com>
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
python-pbr and python-funcsigs are required by python-mock,
or it fails with:
>>> import mock
Traceback (most recent call last):
File "<stdin>", line 1, in <module>
File "/usr/lib64/python2.7/site-packages/mock/__init__.py", line 2, in <module>
import mock.mock as _mock
File "/usr/lib64/python2.7/site-packages/mock/mock.py", line 69, in <module>
from pbr.version import VersionInfo
ImportError: No module named pbr.version
>>> import mock
Traceback (most recent call last):
File "<stdin>", line 1, in <module>
File "/usr/lib64/python2.7/site-packages/mock/__init__.py", line 2, in <module>
import mock.mock as _mock
File "/usr/lib64/python2.7/site-packages/mock/mock.py", line 80, in <module>
import funcsigs
ImportError: No module named funcsigs
Signed-off-by: Jackie Huang <jackie.huang@windriver.com>
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
In http://errors.yoctoproject.org/Errors/Details/130583/ we see the
following:
/bin/bash: line 1: glib-mkenums: command not found
/bin/bash: glib-genmarshal: command not found
Makefile:1808: recipe for target 'gstenumtypes.h' failed
make[2]: *** [gstenumtypes.h] Error 127
Most people don't see this because most hosts have these binaries
in /usr/bin -- e.g. libglib2.0-dev in Ubuntu provides them.
However, after making this change, we see the following in the
build for gstreamer:
./recipe-sysroot-native/usr/bin/glib-mkenums
./recipe-sysroot-native/usr/bin/glib-genmarshal
..and hence this change should resolve the above Yocto issue.
Signed-off-by: Paul Gortmaker <paul.gortmaker@windriver.com>
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
Updating to 0.6.4 introduced a build failure on ARM when thumb was
enabled because of the embedded valgrind.h macro calls. The easiest
solution and thus the one used here is to disable thumb for this
particular recipe for affected machines.
The more elaborate solution would be to patch the macro calls out of
the code when compiling for ARM with thumb.
Signed-off-by: Patrick Ohly <patrick.ohly@intel.com>
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
Andreas Müller
Derek Straka
S. Lockwood-Childs
Peter Kjellerstedt
Fathi Boudra
Andreas Oberritter
Jackie Huang
Paul Gortmaker
Max Krummenacher
Patrick Ohly