Currently we see:
| checking for gconftool-2... no
| configure: error: gconftool-2 executable not found in your path - should be installed with GConf
| ERROR: Function failed: do_configure (log file is located at gthumb/2.12.4-r4/temp/log.do_configure.5243)
ERROR: Task (meta-gnome/recipes-gnome/gthumb/gthumb_2.12.4.bb:do_configure) failed with exit code '1'
Presumably this now happens more regularly with demise of the shared
sysroot. Adding gconf-native to the dependency list fixes it.
Cc: Martin Jansa <Martin.Jansa@gmail.com>
Signed-off-by: Paul Gortmaker <paul.gortmaker@windriver.com>
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
We currently see:
| /bin/bash: gconftool-2: command not found
| Makefile:841: recipe for target 'install-data-local' failed
| make[3]: *** [install-data-local] Error 127
Presumably this now happens more regularly with demise of the shared
sysroot. Adding gconf-native to the dependency list fixes it.
Cc: Martin Jansa <Martin.Jansa@gmail.com>
Signed-off-by: Paul Gortmaker <paul.gortmaker@windriver.com>
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
In the config log we see:
configure:12277: checking whether to build static libraries
configure:12281: result: yes
configure:12419: checking for x86_64-overc-linux-pkg-config
configure:12452: result: no
configure:12462: checking for pkg-config
configure:12495: result: no
configure:12801: Using Farsight2 source release as package name
configure:12825: Using Unknown package origin as package origin
configure:12879: Using /usr/libexec/gst-install-plugins-helper as plugin install helper
configure:12953: checking for NICE
configure:13022: error: Need libnice >= 0.0.9
While it libnice that fails configure, it is the absence of pkg-config
several lines above that causes the failure, as libnice is in the sysroot.
For most build hosts, you'll have to remove the default binary that
lives in /usr/bin/pkg-config in order to see this failure.
Cc: Martin Jansa <Martin.Jansa@gmail.com>
Signed-off-by: Paul Gortmaker <paul.gortmaker@windriver.com>
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
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>
Paul Gortmaker
Derek Straka
Andreas Müller
S. Lockwood-Childs
Peter Kjellerstedt