* based on discussion in pndeprecated thread:
https://patchwork.openembedded.org/patch/137573/
update the messages to warn possible users that the
recipe will be removed before the end of the next development
cycle (before Yocto 2.4 is released).
* updated with:
sed -i 's/^\(PNBLACKLIST.*".*\)"/\1 - the recipe will be removed on 2017-09-01 unless the issue is fixed"/g' `git grep PNBLACKLIST | sed 's/:.*//g' | sort -u | xargs`
* then noticed couple recipes being blacklisted only based on
DISTRO_FEATURES, so removed those:
meta-networking/recipes-support/lksctp-tools/lksctp-tools_1.0.17.bb
meta-oe/recipes-connectivity/bluez/bluez-hcidump_2.5.bb
meta-oe/recipes-connectivity/bluez/bluez4_4.101.bb
meta-oe/recipes-connectivity/bluez/gst-plugin-bluetooth_4.101.bb
meta-oe/recipes-navigation/foxtrotgps/foxtrotgps_1.1.1.bb
meta-oe/recipes-navigation/gypsy/gypsy.inc
meta-oe/recipes-navigation/navit/navit.inc
meta-oe/recipes-support/opensync/libsyncml_0.5.4.bb
* if it isn't fixed by this date, it's fair game to be removed
whenever someone gets around to i
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>
Several recipes in meta-oe layers are so old that they don't work
with modern gtk-doc (which was added and enabled by default in oe-core);
disable that where it is necessary for the build to succeed.
Signed-off-by: Alexander Kanavin <alexander.kanavin@linux.intel.com>
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
* Update do_compile_append where it was updating *.pc from ${S} and
removing staging dir folder. Now we have seperate build folder
where packages get build. We have to search pc in ${B} not in ${S}.
After updating the tmp dir path is removed from nice.pc file.
* Remove PNBLACKLIST for libnice and farsight2 recipes.
Signed-off-by: Noor Ahsan <noor_ahsan@mentor.com>
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
* otherwise it fails with:
+ gtkdocize --docdir /OE/build/shr-core/tmp-eglibc/work/core2-64-oe-linux/libnice/0.0.13-r4/libnice-0.0.13
ln: target 'm4/' is not a directory: No such file or directory
cp: cannot create regular file 'm4/': Not a directory
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
Fixed SRC_URI:
* ${PN} -> ${BPN}, use ${BP} if it was ${PN}-${PV}
* ${P} -> ${BP}
Otherwise we would meet do_fetch errors when we do the multilib, native
or nativesdk build.
Signed-off-by: Robert Yang <liezhi.yang@windriver.com>
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
* These recipes all use pkg-config in some way but were missing
dependencies on the tool, this patch adds them.
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
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>
Martin Jansa
Khem Raj
Paul Gortmaker
Alexander Kanavin
Noor Ahsan
Robert Yang
Richard Purdie
Paul Eggleton
Peter Tworek