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>
The latest GTK2 version is 0.5.4, which contains several bug fixes.
Noteable, it fixes an issue where the SVG keys have not been displayed
with recent versions of its dependencies.
Signed-off-by: Stefan Agner <stefan.agner@toradex.com>
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
* fixes following QA warnings:
tracker-0.14.2: tracker rdepends on libnmglib, but it isn't a build dependency? [build-deps]
tracker-0.14.2: tracker rdepends on libnmutil, but it isn't a build dependency? [build-deps]
tracker-0.14.2: tracker rdepends on nss, but it isn't a build dependency? [build-deps]
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
* fixes following floating dependencies:
WARN: tracker: tracker-nautilus-extension rdepends on atk, but it isn't a build dependency?
WARN: tracker: tracker-nautilus-extension rdepends on cairo, but it isn't a build dependency?
WARN: tracker: tracker-nautilus-extension rdepends on eglibc, but it isn't a build dependency?
WARN: tracker: tracker-nautilus-extension rdepends on expat, but it isn't a build dependency?
WARN: tracker: tracker-nautilus-extension rdepends on fontconfig, but it isn't a build dependency?
WARN: tracker: tracker-nautilus-extension rdepends on freetype, but it isn't a build dependency?
WARN: tracker: tracker-nautilus-extension rdepends on gdk-pixbuf, but it isn't a build dependency?
WARN: tracker: tracker-nautilus-extension rdepends on glib-2.0, but it isn't a build dependency?
WARN: tracker: tracker-nautilus-extension rdepends on gtk+, but it isn't a build dependency?
WARN: tracker: tracker-nautilus-extension rdepends on harfbuzz, but it isn't a build dependency?
WARN: tracker: tracker-nautilus-extension rdepends on libffi, but it isn't a build dependency?
WARN: tracker: tracker-nautilus-extension rdepends on libpng, but it isn't a build dependency?
WARN: tracker: tracker-nautilus-extension rdepends on libsqlite3, but it isn't a build dependency?
WARN: tracker: tracker-nautilus-extension rdepends on libunistring, but it isn't a build dependency?
WARN: tracker: tracker-nautilus-extension rdepends on libx11, but it isn't a build dependency?
WARN: tracker: tracker-nautilus-extension rdepends on libxau, but it isn't a build dependency?
WARN: tracker: tracker-nautilus-extension rdepends on libxcb, but it isn't a build dependency?
WARN: tracker: tracker-nautilus-extension rdepends on libxcb-render, but it isn't a build dependency?
WARN: tracker: tracker-nautilus-extension rdepends on libxcb-shm, but it isn't a build dependency?
WARN: tracker: tracker-nautilus-extension rdepends on libxdmcp, but it isn't a build dependency?
WARN: tracker: tracker-nautilus-extension rdepends on libxext, but it isn't a build dependency?
WARN: tracker: tracker-nautilus-extension rdepends on libxrender, but it isn't a build dependency?
WARN: tracker: tracker-nautilus-extension rdepends on pango, but it isn't a build dependency?
WARN: tracker: tracker-nautilus-extension rdepends on pixman, but it isn't a build dependency?
WARN: tracker: tracker-nautilus-extension rdepends on tracker, but it isn't a build dependency?
WARN: tracker: tracker-nautilus-extension rdepends on util-linux-libuuid, but it isn't a build dependency?
WARN: tracker: tracker-nautilus-extension rdepends on zlib, but it isn't a build dependency?
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
* it rdepends on gvfs which is available only in meta-gnome and nothing
in meta-oe depends on tracker
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
That's a version requirement for Gnumeric.
Note that goffice 0.10.1 requires gtk3.
Signed-off-by: Mario Domenech Goulart <mario@ossystems.com.br>
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
* This change is only aesthetic (unlike indentation in Python
tasks).
* Some recipes were using tabs.
* Some were using 8 spaces.
* Some were using mix or different number of spaces.
* Make them consistently use 4 spaces everywhere.
* Yocto styleguide advises to use tabs (but the only reason to keep
tabs is the need to update a lot of recipes). Lately this advice
was also merged into the styleguide on the OE wiki.
* Using 4 spaces in both types of tasks is better because it's less
error prone when someone is not sure if e.g.
do_generate_toolchain_file() is Python or shell task and also allows
to highlight every tab used in .bb, .inc, .bbappend, .bbclass as
potentially bad (shouldn't be used for indenting of multiline
variable assignments and cannot be used for Python tasks).
* Don't indent closing quote on multiline variables
we're quite inconsistent wheater it's first character on line
under opening quote or under first non-whitespace character in
previous line.
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
Acked-by: Koen Kooi <koen@dominion.thruhere.net>
* pcre_info was removed in newer pcre and abiword now fails to build
/usr/lib/libgoffice-0.8.so: undefined reference to pcre_info
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
Used sed expression given here:
http://lists.linuxtogo.org/pipermail/openembedded-core/2011-November/012373.html
Plus an additional expression for .expand. Full expression is:
sed \
-e 's:bb.data.\(setVar([^,]*,[^,]*\), \([^ )]*\) *):\2.\1):g' \
-e 's:bb.data.\(setVarFlag([^,]*,[^,]*,[^,]*\), \([^) ]*\) *):\2.\1):g' \
-e 's:bb.data.\(getVar([^,]*\), \([^, ]*\) *,\([^)]*\)):\2.\1,\3):g' \
-e 's:bb.data.\(getVarFlag([^,]*,[^,]*\), \([^, ]*\) *,\([^)]*\)):\2.\1,\3):g' \
-e 's:bb.data.\(getVarFlag([^,]*,[^,]*\), \([^) ]*\) *):\2.\1):g' \
-e 's:bb.data.\(getVar([^,]*\), \([^) ]*\) *):\2.\1):g' \
-e 's:bb.data.\(expand([^,]*\), \([^ )]*\) *):\2.\1):g' \
-i `grep -ril bb.data *`
Some minor correction in systemd.bbclass was needed for some expressions
that didn't quite match the regex in the desired way; additionally a few
instances were manually changed.
Signed-off-by: Paul Eggleton <paul.eggleton@linux.intel.com>
* bitbake uses PACKAGES_DYNAMIC as regexp
^ could make matching faster (and it will be more clear that we're expecting regexp not glob)
* made all those last '-' optional, use .* (or nothing)
* use += instead of = in most cases to keep ${PN}-locale from
bitbake.conf:PACKAGES_DYNAMIC = "^${PN}-locale-.*"
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
Oleksandr Kravchuk
Andreas Müller
Paul Gortmaker
Martin Jansa
Derek Straka
Stefan Agner
Alexander Kanavin
Max Krummenacher
Koen Kooi
Mario Domenech Goulart
Paul Eggleton
Marcin Juszkiewicz
Ross Burton