Re: [OE-core] iw in place of wireless-tools
On 19 August 2015 at 12:35, Otavio Salvador otavio.salva...@ossystems.com.br wrote: Em 19/08/2015 12:26, Burton, Ross ross.bur...@intel.com escreveu: And now for the elephant in the room: is anyone going to work on this? :) I can ask our people to work on this. Is there a bug number to assign for me? Not as far as I'm aware. Note that M3 cut-off is fairly soon (August 23rd, technically) and this would count as a Feature so switching to iw would be out of scope for M4. Ross -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH v2] testimage: Run commands in target and host when test fails
On Tuesday 18 August 2015 14:52:38 mariano.lo...@linux.intel.com wrote:
From: Mariano Lopez mariano.lo...@linux.intel.com
This patch modify three files altought two of them
are minimal modifications. This version includes
the changes proposed by Paul.
testimage.bbclass:
Create new vars for easy modification of the dump
directory and commands to be run on host and target
when a test fails
TESTIMAGE_DUMP_DIR: Directory to save the dumps
testimage_dump_target: Commands to run on target
testimage_dump_host: Commands to run on host
oetest.py:
- Allow to use the vars defined in testimage class
- Now able to run commands in the host and dump the
results
- Fix an issue with the condition where to run the
dump commands (Before it run the commands every
test after a failure, now it runs the commands only
in tests that failed)
- Fix the output to stdout
[YOCTO #8118]
Signed-off-by: Mariano Lopez mariano.lo...@linux.intel.com
---
meta/classes/testimage.bbclass | 24 +
meta/lib/oeqa/oetest.py| 48
+- meta/lib/oeqa/targetcontrol.py |
3 +++
3 files changed, 60 insertions(+), 15 deletions(-)
diff --git a/meta/classes/testimage.bbclass b/meta/classes/testimage.bbclass
index 140babe..1d9464f 100644
--- a/meta/classes/testimage.bbclass
+++ b/meta/classes/testimage.bbclass
@@ -56,6 +56,30 @@ TESTIMAGEDEPENDS_qemuall =
qemu-native:do_populate_sysroot qemu-helper-native:d TESTIMAGELOCK =
${TMPDIR}/testimage.lock
TESTIMAGELOCK_qemuall =
+TESTIMAGE_DUMP_DIR ?= /tmp/oe-saved-tests/
+
+testimage_dump_target () {
+top -bn1
+ps
+free
+df
+_ping
+dmesg
+netstat -an
+ip address
+_logs
+}
+
+testimage_dump_host () {
+top -bn1
+ps -ef
+free
+df
+memstat
+dmesg
+netstat -an
+}
+
python do_testimage() {
testimage_main(d)
}
diff --git a/meta/lib/oeqa/oetest.py b/meta/lib/oeqa/oetest.py
index dfed3de..e765c96 100644
--- a/meta/lib/oeqa/oetest.py
+++ b/meta/lib/oeqa/oetest.py
@@ -12,8 +12,10 @@ import unittest
import inspect
import subprocess
import datetime
+import commands
import bb
from oeqa.utils.decorators import LogResults
+from sys import exc_info, exc_clear
def loadTests(tc, type=runtime):
if type == runtime:
@@ -120,35 +122,51 @@ class oeRuntimeTest(oeTest):
def tearDown(self):
# If a test fails or there is an exception
-if (self._resultForDoCleanups.failures or
-self._resultForDoCleanups.errors):
-self.dump_target_logs()
-
-def dump_target_logs(self):
-commands = [top -bn1, ps, free, df, _ping, dmesg,
netstat -a, ifconfig -a, _logs] -dump_dir =
/tmp/oe-saved-tests
+if not exc_info() == (None, None, None):
+exc_clear()
+dump_dir = self.create_dump_dir()
+print (%s dump data from host and target
+stored in %s % (self._testMethodName, dump_dir))
+self.dump_host_logs(dump_dir)
+self.dump_target_logs(dump_dir)
+
+def create_dump_dir(self):
dump_sub_dir = (%s_%s % (
datetime.datetime.now().strftime('%Y%m%d%H%M'),
self._testMethodName))
-dump_dir = os.path.join(dump_dir, dump_sub_dir)
+dump_dir = os.path.join(self.target.dump_dir, dump_sub_dir)
os.makedirs(dump_dir)
-bb.warn(%s failed: getting data from target and
-saving into %s % (self._testMethodName, dump_dir))
-for command in commands:
+return dump_dir
+
+def dump_host_logs(self, dump_dir):
+for cmd in self.target.dump_host.split('\n'):
+cmd = cmd.lstrip()
+if not cmd:
+continue
+output = commands.getoutput(cmd)
+filename = host_%s % cmd.split()[0]
+with open(os.path.join(dump_dir, filename), 'w') as f:
+f.write(output)
+
+def dump_target_logs(self, dump_dir):
+for cmd in self.target.dump_target.split('\n'):
+cmd = cmd.lstrip()
+if not cmd:
+continue
# This will ping the host from target
-if command == _ping:
+if cmd == _ping:
comm = ping -c3 %s % self.target.server_ip
# This will get all the logs from /var/log/
-elif command == _logs:
+elif cmd == _logs:
comm = 'find /var/log/ -type f 2/dev/null '
comm = '%s-exec echo %s \\; ' % (comm, '='*20)
comm = '%s-exec echo {} \\; ' % comm
comm = '%s-exec echo %s \\; ' % (comm, '='*20)
comm = '%s-exec cat {} \\; -exec echo \\;' % comm
else:
-comm = command
+
Re: [OE-core] [PATCH] Opencv: Add OpenCV 3.0
You are right :) I repack and send On Wed, Aug 19, 2015 at 4:00 PM, Nathan Lynch nathan_ly...@mentor.com wrote: On 08/19/2015 07:18 AM, Ricardo Ribalda Delgado wrote: --- /dev/null +++ b/meta-oe/recipes-support/opencv/opencv_3.0.bb @@ -0,0 +1,128 @@ +SUMMARY = Opencv : The Open Computer Vision Library +HOMEPAGE = http://opencv.willowgarage.com/wiki/; Is this URL outdated? It times out for me. -- Ricardo Ribalda -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] iw in place of wireless-tools
And now for the elephant in the room: is anyone going to work on this? :) Ross On 19 August 2015 at 08:10, Anders Darander and...@chargestorm.se wrote: * Christopher Larson clar...@kergoth.com [150818 18:00]: On Tue, Aug 18, 2015 at 8:53 AM, Christopher Larson clar...@kergoth.com wrote: Bringing this back up again, as I think we really need to at the *very* least pull in iw from meta-oe into oe-core, and adjust packagegroup-base (worst case, with a VIRTUAL-RUNTIME), and better yet also drop wireless-tools / move it to meta-networking. Worst case, we could keep both in VIRTUAL-RUNTIME for compatibility, as a temporary measure, but I think we need to get iw into oe-core and into the base images for sure. Yes, we should get iw into oe-core. So, I agree completely with this. /Anders -- Anders Darander ChargeStorm AB / eStorm AB -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH] openssh: build regression test binaries
On 19 August 2015 at 09:51, Jussi Kukkonen jussi.kukko...@intel.com wrote: +make -k .OBJDIR=`pwd` .CURDIR=`pwd` SUDO=sudo tests \ Presumably this means that openssh-ptest should rdepend on sudo? Is sudo only used if the tests are executed as non-root? Ross -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH] Opencv: Add OpenCV 3.0
-Support for new PACKAGECONFIGS
-Merge with opencv-samples
Since it is not backward compatible with 2.x and cannot be installed in
parallel it has a DEFAULT_PREFERENCE of -1.
Signed-off-by: Ricardo Ribalda Delgado ricardo.riba...@gmail.com
---
v3: Changes requested by Martin Jansa martin.ja...@gmail.com
-Select java dependencies via packageconfig
meta-oe/recipes-support/opencv/opencv_3.0.bb | 128 +++
1 file changed, 128 insertions(+)
create mode 100644 meta-oe/recipes-support/opencv/opencv_3.0.bb
diff --git a/meta-oe/recipes-support/opencv/opencv_3.0.bb
b/meta-oe/recipes-support/opencv/opencv_3.0.bb
new file mode 100644
index ..e929f82c8762
--- /dev/null
+++ b/meta-oe/recipes-support/opencv/opencv_3.0.bb
@@ -0,0 +1,128 @@
+SUMMARY = Opencv : The Open Computer Vision Library
+HOMEPAGE = http://opencv.willowgarage.com/wiki/;
+SECTION = libs
+
+LICENSE = BSD
+LIC_FILES_CHKSUM =
file://include/opencv2/opencv.hpp;endline=41;md5=6d690d8488a6fca7a2c192932466bb14
+
+ARM_INSTRUCTION_SET = arm
+
+DEFAULT_PREFERENCE = -1
+
+DEPENDS = python-numpy libtool swig swig-native python bzip2 zlib glib-2.0
+
+SRCREV_opencv = 424c2bddb39dae97dc4639a24eaa0e0c8fbb8e69
+SRCREV_contrib = 844c30e8b2f2f4b34b96a169fafe9beea3c45e87
+SRCREV_FORMAT = opencv
+SRC_URI = git://github.com/Itseez/opencv.git;name=opencv \
+
git://github.com/Itseez/opencv_contrib.git;destsuffix=contrib;name=contrib
+
+PV = 3.0+git${SRCPV}
+
+S = ${WORKDIR}/git
+
+EXTRA_OECMAKE =
-DPYTHON2_NUMPY_INCLUDE_DIRS:PATH=${STAGING_LIBDIR}/${PYTHON_DIR}/site-packages/numpy/core/include
\
+-DOPENCV_EXTRA_MODULES_PATH=${WORKDIR}/contrib/modules \
+ -DWITH_1394=OFF \
+ -DCMAKE_SKIP_RPATH=ON \
+ ${@bb.utils.contains(TARGET_CC_ARCH, -msse3,
-DENABLE_SSE=1 -DENABLE_SSE2=1 -DENABLE_SSE3=1 -DENABLE_SSSE3=1, , d)} \
+ ${@base_conditional(libdir, /usr/lib64,
-DLIB_SUFFIX=64, , d)} \
+ ${@base_conditional(libdir, /usr/lib32,
-DLIB_SUFFIX=32, , d)} \
+
+
+PACKAGECONFIG ??= eigen jpeg libav png tiff v4l gstreamer samples tbb\
+ ${@bb.utils.contains(DISTRO_FEATURES, x11, gtk, ,
d)}
+PACKAGECONFIG[eigen] = -DWITH_EIGEN=ON,-DWITH_EIGEN=OFF,libeigen,
+PACKAGECONFIG[gtk] = -DWITH_GTK=ON,-DWITH_GTK=OFF,gtk+3,
+PACKAGECONFIG[jpeg] = -DWITH_JPEG=ON,-DWITH_JPEG=OFF,jpeg,
+PACKAGECONFIG[libav] = -DWITH_FFMPEG=ON,-DWITH_FFMPEG=OFF,libav,
+PACKAGECONFIG[png] = -DWITH_PNG=ON,-DWITH_PNG=OFF,libpng,
+PACKAGECONFIG[tiff] = -DWITH_TIFF=ON,-DWITH_TIFF=OFF,tiff,
+PACKAGECONFIG[v4l] = -DWITH_V4L=ON,-DWITH_V4L=OFF,v4l-utils,
+PACKAGECONFIG[jasper] = -DWITH_JASPER=ON,-DWITH_JASPER=OFF,jasper,
+PACKAGECONFIG[amdblas] =
-DWITH_OPENCLAMDBLAS=ON,-DWITH_OPENCLAMDBLAS=OFF,libclamdblas,
+PACKAGECONFIG[amdfft] =
-DWITH_OPENCLAMDFFT=ON,-DWITH_OPENCLAMDFFT=OFF,libclamdfft,
+PACKAGECONFIG[opencl] = -DWITH_OPENCL=ON,-DWITH_OPENCL=OFF,opencl-headers,
+PACKAGECONFIG[gstreamer] =
-DWITH_GSTREAMER=ON,-DWITH_GSTREAMER=OFF,gstreamer1.0
gstreamer1.0-plugins-base,
+PACKAGECONFIG[oracle-java] = -DJAVA_INCLUDE_PATH=${JAVA_HOME}/include
-DJAVA_INCLUDE_PATH2=${JAVA_HOME}/include/linux
-DJAVA_AWT_INCLUDE_PATH=${JAVA_HOME}/include
-DJAVA_AWT_LIBRARY=${JAVA_HOME}/lib/amd64/libjawt.so
-DJAVA_JVM_LIBRARY=${JAVA_HOME}/lib/amd64/server/libjvm.so,,ant-native
oracle-jse-jdk oracle-jse-jdk-native,
+PACKAGECONFIG[samples] = -DBUILD_EXAMPLES=ON
-DINSTALL_PYTHON_EXAMPLES=ON,-DBUILD_EXAMPLES=OFF,,
+PACKAGECONFIG[tbb] = -DWITH_TBB=ON,-DWITH_TBB=OFF,tbb,
+
+inherit distutils-base pkgconfig cmake
+
+export BUILD_SYS
+export HOST_SYS
+export PYTHON_CSPEC=-I${STAGING_INCDIR}/${PYTHON_DIR}
+export PYTHON=${STAGING_BINDIR_NATIVE}/python
+export JAVA_HOME=${STAGING_DIR_NATIVE}/usr/bin/java
+export ANT_DIR=${STAGING_DIR_NATIVE}/usr/share/ant/
+
+TARGET_CC_ARCH += -I${S}/include
+
+PACKAGES += ${PN}-java-dbg ${PN}-java ${PN}-samples-dbg ${PN}-samples
${PN}-apps python-opencv
+
+python populate_packages_prepend () {
+cv_libdir = d.expand('${libdir}')
+cv_libdir_dbg = d.expand('${libdir}/.debug')
+do_split_packages(d, cv_libdir, '^lib(.*)\.so$', 'lib%s-dev', 'OpenCV %s
development package', extra_depends='${PN}-dev', allow_links=True)
+do_split_packages(d, cv_libdir, '^lib(.*)\.la$', 'lib%s-dev', 'OpenCV %s
development package', extra_depends='${PN}-dev')
+do_split_packages(d, cv_libdir, '^lib(.*)\.a$', 'lib%s-dev', 'OpenCV %s
development package', extra_depends='${PN}-dev')
+do_split_packages(d, cv_libdir, '^lib(.*)\.so\.*', 'lib%s', 'OpenCV %s
library', extra_depends='', allow_links=True)
+
+pn = d.getVar('PN', 1)
+metapkg = pn + '-dev'
+d.setVar('ALLOW_EMPTY_' + metapkg, 1)
+blacklist = [ metapkg ]
+metapkg_rdepends = [ ]
+packages = d.getVar('PACKAGES', 1).split()
+for pkg in packages[1:]:
+if not pkg in blacklist and not pkg in metapkg_rdepends and
pkg.endswith('-dev'):
+
[OE-core] [RFC PATCH 1/1] classes/whitelist: add class to allow whitelisting recipes from a layer
Allow restricting recipes brought from a layer to a specified list. This
is similar in operation to blacklist.bbclass, but instead specifies a
per-layer whitelist of recipes (matched by BPN) that are able to be
built from the layer - anything else is skipped. This is potentially
useful where you want to bring in a select set of recipes from a larger
layer e.g. meta-oe.
Implements [YOCTO #8150].
Signed-off-by: Paul Eggleton paul.eggle...@linux.intel.com
---
meta/classes/whitelist.bbclass | 28
1 file changed, 28 insertions(+)
create mode 100644 meta/classes/whitelist.bbclass
diff --git a/meta/classes/whitelist.bbclass b/meta/classes/whitelist.bbclass
new file mode 100644
index 000..2554185
--- /dev/null
+++ b/meta/classes/whitelist.bbclass
@@ -0,0 +1,28 @@
+# Class that allows you to restrict the recipes brought from a layer to
+# a specified list. This is similar in operation to blacklist.bbclass
+# but note the difference in how PNWHITELIST is set - we don't use varflags
+# here, we use an override for the layer name. This layer name is actually
+# the name that gets added to BBFILE_COLLECTIONS in the layer's layer.conf,
+# which may differ from how the layer is otherwise known.
+#
+# INHERIT += whitelist
+# PNWHITELIST_layername = recipe1 recipe2
+#
+# If you would prefer to set a reason message other than the default, you
+# can do so:
+#
+# PNWHITELIST_REASON_layername = not supported by ${DISTRO}
+
+python() {
+layer = bb.utils.get_file_layer(d.getVar('FILE', True), d)
+if layer:
+localdata = bb.data.createCopy(d)
+localdata.setVar('OVERRIDES', layer)
+whitelist = localdata.getVar('PNWHITELIST', True)
+if whitelist:
+if not d.getVar('BPN', True) in whitelist.split():
+reason = localdata.getVar('PNWHITELIST_REASON', True)
+if not reason:
+reason = 'not in PNWHITELIST set for layer %s' % layer
+raise bb.parse.SkipRecipe(reason)
+}
--
2.1.0
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [RFC PATCH 0/1] Add recipe whitelisting class
This adds a class to allow whitelisting recipes from one or more layers, working in a similar manner to blacklist.bbclass. Let me know if you think this looks reasonable, in particular the naming and usage of the variables (which by necessity has to be different than blacklist.bbclass). Please review the following changes for suitability for inclusion. If you have any objections or suggestions for improvement, please respond to the patches. If you agree with the changes, please provide your Acked-by. The following changes since commit 059db140885bad379534e6ec713f3ceb4e18faea: adt-installer: use DEPLOY_DIR in ANT_DEPLOY expansion (2015-08-16 17:28:14 +0100) are available in the git repository at: git://git.openembedded.org/openembedded-core-contrib paule/whitelist http://cgit.openembedded.org/cgit.cgi/openembedded-core-contrib/log/?h=paule/whitelist Paul Eggleton (1): classes/whitelist: add class to allow whitelisting recipes from a layer meta/classes/whitelist.bbclass | 28 1 file changed, 28 insertions(+) create mode 100644 meta/classes/whitelist.bbclass -- 2.1.0 -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH 21/22] midori: remove the recipe and replace references to midori with epiphany
Signed-off-by: Alexander Kanavin alexander.kana...@linux.intel.com
---
.../packagegroups/packagegroup-self-hosted.bb | 7 +
.../builder/files/builder_hob_start.sh | 8 +++---
meta/recipes-sato/midori/midori/liststore.patch| 29
meta/recipes-sato/midori/midori_0.5.8.bb | 31 --
.../packagegroups/packagegroup-core-x11-sato.bb| 2 +-
5 files changed, 6 insertions(+), 71 deletions(-)
delete mode 100644 meta/recipes-sato/midori/midori/liststore.patch
delete mode 100644 meta/recipes-sato/midori/midori_0.5.8.bb
diff --git a/meta/recipes-core/packagegroups/packagegroup-self-hosted.bb
b/meta/recipes-core/packagegroups/packagegroup-self-hosted.bb
index 7d5a41a..d38be26 100644
--- a/meta/recipes-core/packagegroups/packagegroup-self-hosted.bb
+++ b/meta/recipes-core/packagegroups/packagegroup-self-hosted.bb
@@ -28,11 +28,6 @@ RDEPENDS_packagegroup-self-hosted = \
packagegroup-self-hosted-host-tools \
-# midori depends on webkit-gtk which could not build for mips64
-MIDORI = midori
-MIDORI_mips64 =
-MIDORI_mips64n32 =
-
RDEPENDS_packagegroup-self-hosted-host-tools = \
connman \
connman-plugin-ethernet \
@@ -198,7 +193,7 @@ RDEPENDS_packagegroup-self-hosted-graphics = \
python-pygtk \
gtk-theme-clearlooks \
xdg-utils \
-${MIDORI} \
+epiphany \
leafpad \
pcmanfm \
vte \
diff --git a/meta/recipes-graphics/builder/files/builder_hob_start.sh
b/meta/recipes-graphics/builder/files/builder_hob_start.sh
index 65a68ee..b394b09 100644
--- a/meta/recipes-graphics/builder/files/builder_hob_start.sh
+++ b/meta/recipes-graphics/builder/files/builder_hob_start.sh
@@ -18,10 +18,10 @@ if [ ! -d /home/builder/.local/share/applications ]; then
#register folders to open with PCManFM filemanager
xdg-mime default pcmanfm.desktop inode/directory
-#register html links and files with Midori
-xdg-mime default midori.desktop x-scheme-handler/http
-xdg-mime default midori.desktop x-scheme-handler/https
-xdg-mime default midori.desktop text/html
+#register html links and files with epiphany
+xdg-mime default epiphany.desktop x-scheme-handler/http
+xdg-mime default epiphany.desktop x-scheme-handler/https
+xdg-mime default epiphany.desktop text/html
#register text files with leafpad text editor
xdg-mime default leafpad.desktop text/plain
diff --git a/meta/recipes-sato/midori/midori/liststore.patch
b/meta/recipes-sato/midori/midori/liststore.patch
deleted file mode 100644
index 4e5d666..000
--- a/meta/recipes-sato/midori/midori/liststore.patch
+++ /dev/null
@@ -1,29 +0,0 @@
-GLib 2.44 has a GListStore type which is GLib.ListStore in Vala, resulting in
an ambigous type and compile failure.
-
-Fix by using the full type name.
-
-Upstream-Status: Backport
-Signed-off-by: Ross Burton ross.bur...@intel.com
-
-diff --git a/extensions/history-list.vala b/extensions/history-list.vala
-index 3a864b1..f309c0c 100644
a/extensions/history-list.vala
-+++ b/extensions/history-list.vala
-@@ -319,7 +319,7 @@ namespace HistoryList {
- }
-
- private void create_widgets () {
--ListStore model;
-+Gtk.ListStore model;
- TreeIter iter;
- TreeIter? active_iter = null;
-
-@@ -331,7 +331,7 @@ namespace HistoryList {
-
- var tab_closing_behavior = this.hl_manager.get_integer
(TabClosingBehavior);
-
--model = new ListStore (2, typeof (string), typeof (int));
-+model = new Gtk.ListStore (2, typeof (string), typeof (int));
-
- model.append (out iter);
- model.set (iter, TabClosingBehaviorModel.TEXT, _(Do nothing),
diff --git a/meta/recipes-sato/midori/midori_0.5.8.bb
b/meta/recipes-sato/midori/midori_0.5.8.bb
deleted file mode 100644
index 1c027fe4..000
--- a/meta/recipes-sato/midori/midori_0.5.8.bb
+++ /dev/null
@@ -1,31 +0,0 @@
-SUMMARY = A lightweight web browser
-HOMEPAGE = http://midori-browser.org/;
-LICENSE = LGPLv2.1
-LIC_FILES_CHKSUM = file://COPYING;md5=fbc093901857fcd118f065f900982c24
-DEPENDS = webkit-gtk libsoup-2.4 openssl python-native python-docutils-native
librsvg-native libnotify libxscrnsaver
-
-SRC_URI =
https://launchpad.net/midori/trunk/0.5.8/+download/${BPN}-${PV}.tar.bz2;subdir=${BPN}-${PV}
\
- file://liststore.patch
-
-SRC_URI[md5sum] = b89e25e74199d705e74767499a415976
-SRC_URI[sha256sum] =
af19135fd4c4b04345df4d3592e7939c20f9b40eaca24550e6cb619751aa9381
-
-# midori depends on webkit-gtk, and webkit-gtk can NOT be built on
-# MIPS64 with n32 ABI. So remove it from mips64 n32 temporarily.
-COMPATIBLE_HOST_mips64n32 = null
-
-inherit gtk-icon-cache pkgconfig vala pythonnative cmake distro_features_check
-
-# The webkit-gtk and libxscrnsaver requires x11 in DISTRO_FEATURES
-REQUIRED_DISTRO_FEATURES = x11
-
-EXTRA_OECMAKE = \
--DCMAKE_INSTALL_PREFIX=${prefix} \
--DUSE_ZEITGEIST=0 \
-
-
Re: [OE-core] [PATCH] openssh: build regression test binaries
On 19 August 2015 at 14:25, Burton, Ross ross.bur...@intel.com wrote: On 19 August 2015 at 09:51, Jussi Kukkonen jussi.kukko...@intel.com wrote: +make -k .OBJDIR=`pwd` .CURDIR=`pwd` SUDO=sudo tests \ Presumably this means that openssh-ptest should rdepend on sudo? Is sudo only used if the tests are executed as non-root? I guess yes, it should then rdepend... obviously it also expects sudo to work without user interaction. In the examples I checked $SUDO is used regardless of uid, and in several cases the test checks that SUDO is set to something (skips if not set) and then runs $SUDO command. I'd rather set SUDO to something that works than modify lots of test cases. Unfortunately even when root, tricks like setting SUDO= won't work as in some cases actual sudo options are used. Now that I look more closely, the tests practically require being root as well as having sudo on a oe system anyway as they create files in the ptest directory at runtime. As non-root even the test setup will fail. I'll add the RDEPENDS and re-send, let me know if I should try fixing something else as well. Jussi Ross - Intel Corporation (UK) Limited Registered No. 1134945 (England) Registered Office: Pipers Way, Swindon SN3 1RJ VAT No: 860 2173 47 This e-mail and any attachments may contain confidential material for the sole use of the intended recipient(s). Any review or distribution by others is strictly prohibited. If you are not the intended recipient, please contact the sender and delete all copies. -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH 09/22] libsecret: add a recipe from meta-gnome
libsecret is a dependency of webkit Signed-off-by: Alexander Kanavin alexander.kana...@linux.intel.com --- meta/recipes-gnome/libsecret/libsecret_0.18.2.bb | 12 1 file changed, 12 insertions(+) create mode 100644 meta/recipes-gnome/libsecret/libsecret_0.18.2.bb diff --git a/meta/recipes-gnome/libsecret/libsecret_0.18.2.bb b/meta/recipes-gnome/libsecret/libsecret_0.18.2.bb new file mode 100644 index 000..cebc83b --- /dev/null +++ b/meta/recipes-gnome/libsecret/libsecret_0.18.2.bb @@ -0,0 +1,12 @@ +SUMMARY = libsecret is a library for storing and retrieving passwords and other secrets +LICENSE = LGPLv2.1 +LIC_FILES_CHKSUM = file://COPYING;md5=23c2a5e0106b99d75238986559bb5fc6 + +inherit gnomebase gtk-doc + +DEPENDS = glib-2.0 libgcrypt + +EXTRA_OECONF += --disable-manpages + +SRC_URI[archive.md5sum] = 23cdf8267d11a26f88f0dbec1e2022ad +SRC_URI[archive.sha256sum] = 12fd288b012e1b2b1b54d586cd4c6507885715534644b4534b7ef7d7079ba443 -- 2.1.4 -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH 18/22] gsettings-desktop-schemas: add a recipe from meta-gnome
gsettings-desktop-schemas is a dependency of epiphany Signed-off-by: Alexander Kanavin alexander.kana...@linux.intel.com --- .../gsettings-desktop-schemas_3.16.1.bb | 13 + 1 file changed, 13 insertions(+) create mode 100644 meta/recipes-gnome/gsettings-desktop-schemas/gsettings-desktop-schemas_3.16.1.bb diff --git a/meta/recipes-gnome/gsettings-desktop-schemas/gsettings-desktop-schemas_3.16.1.bb b/meta/recipes-gnome/gsettings-desktop-schemas/gsettings-desktop-schemas_3.16.1.bb new file mode 100644 index 000..f2f2c75 --- /dev/null +++ b/meta/recipes-gnome/gsettings-desktop-schemas/gsettings-desktop-schemas_3.16.1.bb @@ -0,0 +1,13 @@ +SUMMARY = GNOME desktop-wide GSettings schemas +HOMEPAGE = http://live.gnome.org/gsettings-desktop-schemas; +BUGTRACKER = https://bugzilla.gnome.org/; + +LICENSE = LGPLv2.1 +LIC_FILES_CHKSUM = file://COPYING;md5=4fbd65380cdd255951079008b364516c + +DEPENDS = glib-2.0 intltool-native gobject-introspection-stub-native + +inherit gnomebase gsettings gettext + +SRC_URI[archive.md5sum] = baebbcf3c20591f98876e42fb0a3fd35 +SRC_URI[archive.sha256sum] = 74fe9fdad510c8afebeceb7ebafc581ef990b3afcc8c1e8b5d90b24b3461 -- 2.1.4 -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH 22/22] distro: update include files related to webkitgtk and epiphany addition
This commit fixes recipe metadata in distro_alias, package_regex and
upstream_tracking includes.
Signed-off-by: Alexander Kanavin alexander.kana...@linux.intel.com
---
meta/conf/distro/include/distro_alias.inc | 2 +-
meta/conf/distro/include/package_regex.inc | 8 +---
meta/conf/distro/include/upstream_tracking.inc | 2 --
3 files changed, 6 insertions(+), 6 deletions(-)
diff --git a/meta/conf/distro/include/distro_alias.inc
b/meta/conf/distro/include/distro_alias.inc
index ec8570d..bd3da9c 100644
--- a/meta/conf/distro/include/distro_alias.inc
+++ b/meta/conf/distro/include/distro_alias.inc
@@ -472,7 +472,7 @@ DISTRO_PN_ALIAS_pn-v86d = Debian=v86d Ubuntu=v86d
DISTRO_PN_ALIAS_pn-videoproto = Meego=xorg-x11-proto-videoproto
DISTRO_PN_ALIAS_pn-waffle = OE-Core
DISTRO_PN_ALIAS_pn-watchdog = Debian=watchdog Ubuntu=watchdog
Mandriva=watchdog
-DISTRO_PN_ALIAS_pn-webkit-gtk = Fedora=webkitgtk Ubuntu=libwebkit
+DISTRO_PN_ALIAS_pn-webkitgtk = Fedora=webkitgtk Ubuntu=libwebkit
DISTRO_PN_ALIAS_pn-web-webkit = OpenedHand
DISTRO_PN_ALIAS_pn-weston = Fedora=weston OpenSuSE=weston
DISTRO_PN_ALIAS_pn-weston-init = OE-Core
diff --git a/meta/conf/distro/include/package_regex.inc
b/meta/conf/distro/include/package_regex.inc
index 0c29ade..d844a47 100644
--- a/meta/conf/distro/include/package_regex.inc
+++ b/meta/conf/distro/include/package_regex.inc
@@ -25,9 +25,6 @@ COMMON_REGEX = (?Ppver(\d+[\.\-_]*)+)
REGEX_URI_pn-wireless-tools =
http://www.hpl.hp.com/personal/Jean_Tourrilhes/Linux/Tools.html;
REGEX_pn-wireless-tools = wireless_tools\.(?Ppver(\d+)(\..*|))\.tar\.gz
-REGEX_URI_pn-midori=http://midori-browser.org/download/source/;
-REGEX_pn-midori=midori_(?Ppver((\d+[\.\-_]*)+))_all_\.tar\.bz2
-
REGEX_URI_pn-sqlite3=http://www.sqlite.org/;
REGEX_pn-sqlite3=releaselog/${COMMON_REGEX}.html
@@ -94,6 +91,7 @@
REGEX_URI_pn-python-smartpm=https://launchpad.net/smart/trunk/;
REGEX_URI_pn-lsof = ftp://sunsite.ualberta.ca/pub/Mirror/lsof/;
REGEX_URI_pn-pbzip2 = http://compression.ca/pbzip2/;
REGEX_URI_pn-quicky =
http://qt-apps.org/content/download.php?content=80325id=1tan=10417482;
+REGEX_URI_pn-libwebp =
http://downloads.webmproject.org/releases/webp/index.html;
# The engine tries to use directory versioning but is a false-positive
REGEX_URI_pn-intltool = https://launchpad.net/intltool/trunk/;
@@ -227,6 +225,10 @@ REGEX_pn-clutter-gtk-1.0 = ${GNOME_STABLE}
REGEX_pn-clutter-gst-3.0 = ${GNOME_STABLE}
REGEX_pn-cogl-1.0 = ${GNOME_STABLE}
REGEX_pn-adwaita-icon-theme = ${GNOME_STABLE}
+REGEX_pn-epiphany = ${GNOME_STABLE}
+REGEX_pn-webkitgtk = ${GNOME_STABLE}
+REGEX_pn-p11-kit = ${GNOME_STABLE}
+REGEX_pn-gnome-desktop3 = ${GNOME_STABLE}
# not GNOME related but uses same even-minor-release-is-stable logic
REGEX_pn-dbus = ${GNOME_STABLE}
diff --git a/meta/conf/distro/include/upstream_tracking.inc
b/meta/conf/distro/include/upstream_tracking.inc
index 996d9e0..a9b33f1 100644
--- a/meta/conf/distro/include/upstream_tracking.inc
+++ b/meta/conf/distro/include/upstream_tracking.inc
@@ -31,8 +31,6 @@ CHECK_DATE_pn-unfs3 = Jun 10, 2015
RECIPE_NO_UPDATE_REASON_pn-base-passwd = Version 3.5.38 requires cdebconf for
update-passwd utility
RECIPE_NO_UPDATE_REASON_pn-chkconfig = Version 1.5 requires selinux
RECIPE_NO_UPDATE_REASON_pn-createrepo = Versions after 0.9.* use YUM, so we
hold at 0.4.11
-RECIPE_NO_UPDATE_REASON_pn-jpeg = webkit-gtk 1.8.3 doesn't work with jpeg 9
RECIPE_NO_UPDATE_REASON_pn-liberation-fonts = 2.x depends on fontforge
package, which is not yet provided in oe-core
RECIPE_NO_UPDATE_REASON_pn-pkgconfig = removes glib-conf, adds circular
depends
RECIPE_NO_UPDATE_REASON_pn-python-pygobject = Newer versions of
python-pygobject depend on gobject-introspection which doesn't cross-compile
-RECIPE_NO_UPDATE_REASON_pn-webkit-gtk = = 1.10.2 needs ruby
--
2.1.4
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH 14/22] iso-codes: add a recipe from meta-oe
iso-codes is a dependency of epiphany
Signed-off-by: Alexander Kanavin alexander.kana...@linux.intel.com
---
meta/recipes-support/iso-codes/iso-codes_3.58.bb | 15 +++
1 file changed, 15 insertions(+)
create mode 100644 meta/recipes-support/iso-codes/iso-codes_3.58.bb
diff --git a/meta/recipes-support/iso-codes/iso-codes_3.58.bb
b/meta/recipes-support/iso-codes/iso-codes_3.58.bb
new file mode 100644
index 000..07be69b
--- /dev/null
+++ b/meta/recipes-support/iso-codes/iso-codes_3.58.bb
@@ -0,0 +1,15 @@
+SUMMARY = ISO language, territory, currency, script codes and their
translations
+LICENSE = LGPLv2.1
+LIC_FILES_CHKSUM = file://LICENSE;md5=fbc093901857fcd118f065f900982c24
+
+SRC_URI =
https://pkg-isocodes.alioth.debian.org/downloads/iso-codes-${PV}.tar.xz;
+SRC_URI[md5sum] = 34097a0085f0979e28f9db66ec274c5e
+SRC_URI[sha256sum] =
86af5735dce6e4eff2b983e5d8aa9a3dea1b8db702333ff20be89e45f7f35a72
+
+# inherit gettext cannot be used, because it adds gettext-native to
BASEDEPENDS which
+# are inhibited by allarch
+DEPENDS = gettext-native
+
+inherit autotools
+
+FILES_${PN} += ${datadir}/xml/
--
2.1.4
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH 13/22] gcr: add a recipe from meta-gnome
gcr is a dependency of epiphany
Signed-off-by: Alexander Kanavin alexander.kana...@linux.intel.com
---
meta/recipes-gnome/gcr/gcr_3.16.0.bb | 18 ++
1 file changed, 18 insertions(+)
create mode 100644 meta/recipes-gnome/gcr/gcr_3.16.0.bb
diff --git a/meta/recipes-gnome/gcr/gcr_3.16.0.bb
b/meta/recipes-gnome/gcr/gcr_3.16.0.bb
new file mode 100644
index 000..8b5b6e4
--- /dev/null
+++ b/meta/recipes-gnome/gcr/gcr_3.16.0.bb
@@ -0,0 +1,18 @@
+SUMMARY = A library for bits of crypto UI and parsing etc
+HOMEPAGE = http://www.gnome.org/;
+BUGTRACKER = https://bugzilla.gnome.org/;
+
+LICENSE = GPLv2
+LIC_FILES_CHKSUM = file://COPYING;md5=55ca817ccb7d5b5b66355690e9abc605
+
+DEPENDS = gtk+3 p11-kit glib-2.0 libgcrypt vala
+
+inherit autotools gnomebase gtk-icon-cache gtk-doc
+
+SRC_URI[archive.md5sum] = d5835680be0b6a838e02a528d5378d9c
+SRC_URI[archive.sha256sum] =
ecfe8df41cc88158364bb15addc670b11e539fe844742983629ba2323888d075
+
+FILES_${PN} += \
+${datadir}/dbus-1 \
+${datadir}/gcr-3 \
+
--
2.1.4
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH 17/22] glib: add a warning suppression patch to glib
Otherwise QA check will fail.
Some schemas in gsettings-desktop-schemas (such as proxy and locale)
are still using deprecated paths, as of 3.16.1. This causes warning
messages, and meta/lib/oe/rootfs.py complaints about them.
Signed-off-by: Alexander Kanavin alexander.kana...@linux.intel.com
---
...warning-about-deprecated-paths-in-schemas.patch | 32 ++
meta/recipes-core/glib-2.0/glib-2.0_2.44.1.bb | 1 +
2 files changed, 33 insertions(+)
create mode 100644
meta/recipes-core/glib-2.0/glib-2.0/0001-Remove-the-warning-about-deprecated-paths-in-schemas.patch
diff --git
a/meta/recipes-core/glib-2.0/glib-2.0/0001-Remove-the-warning-about-deprecated-paths-in-schemas.patch
b/meta/recipes-core/glib-2.0/glib-2.0/0001-Remove-the-warning-about-deprecated-paths-in-schemas.patch
new file mode 100644
index 000..54e830c
--- /dev/null
+++
b/meta/recipes-core/glib-2.0/glib-2.0/0001-Remove-the-warning-about-deprecated-paths-in-schemas.patch
@@ -0,0 +1,32 @@
+From 41534253b6b61ed4769eb6a3966698a50ee73b71 Mon Sep 17 00:00:00 2001
+From: Alexander Kanavin alex.kana...@gmail.com
+Date: Fri, 12 Jun 2015 17:08:46 +0300
+Subject: [PATCH] Remove the warning about deprecated paths in schemas
+
+Some schemas in gsettings-desktop-schemas (such as proxy and locale)
+are still using deprecated paths, as of 3.16.1. This causes warning
+messages, and meta/lib/oe/rootfs.py complaints about them.
+---
+ gio/glib-compile-schemas.c | 6 --
+ 1 file changed, 6 deletions(-)
+
+diff --git a/gio/glib-compile-schemas.c b/gio/glib-compile-schemas.c
+index e42949b..ec79d7c 100644
+--- a/gio/glib-compile-schemas.c
b/gio/glib-compile-schemas.c
+@@ -1202,12 +1202,6 @@ parse_state_start_schema (ParseState *state,
+ return;
+ }
+
+- if (path (g_str_has_prefix (path, /apps/) ||
+- g_str_has_prefix (path, /desktop/) ||
+- g_str_has_prefix (path, /system/)))
+-g_printerr (warning: Schema '%s' has path '%s'. Paths starting with
+-'/apps/', '/desktop/' or '/system/' are deprecated.\n, id,
path);
+-
+ state-schema_state = schema_state_new (path, gettext_domain,
+ extends, extends_name, list_of);
+
+--
+2.1.4
+
diff --git a/meta/recipes-core/glib-2.0/glib-2.0_2.44.1.bb
b/meta/recipes-core/glib-2.0/glib-2.0_2.44.1.bb
index 8eaccfb..1e3d36a 100644
--- a/meta/recipes-core/glib-2.0/glib-2.0_2.44.1.bb
+++ b/meta/recipes-core/glib-2.0/glib-2.0_2.44.1.bb
@@ -14,6 +14,7 @@ SRC_URI = ${GNOME_MIRROR}/glib/${SHRT_VER}/glib-${PV}.tar.xz
\
file://uclibc.patch \
file://0001-configure.ac-Do-not-use-readlink-when-cross-compilin.patch \
file://allow-run-media-sdX-drive-mount-if-username-root.patch \
+
file://0001-Remove-the-warning-about-deprecated-paths-in-schemas.patch \
SRC_URI_append_class-native = file://glib-gettextize-dir.patch
--
2.1.4
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH 3/3] toolchain-shar-extract.sh: explain why we cannot use sudo in extensible SDK
From: Brendan Le Foll brendan.le.f...@intel.com Signed-off-by: Brendan Le Foll brendan.le.f...@intel.com --- meta/files/toolchain-shar-extract.sh | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/meta/files/toolchain-shar-extract.sh b/meta/files/toolchain-shar-extract.sh index c4c2a70..d8e714a 100644 --- a/meta/files/toolchain-shar-extract.sh +++ b/meta/files/toolchain-shar-extract.sh @@ -135,7 +135,7 @@ mkdir -p $target_sdk_dir /dev/null 21 # if don't have the right to access dir, gain by sudo if [ ! -x $target_sdk_dir -o ! -w $target_sdk_dir -o ! -r $target_sdk_dir ]; then if [ $SDK_EXTENSIBLE = 1 ]; then - echo Unable to access \$target_sdk_dir\. + echo Unable to access \$target_sdk_dir\, can\'t install extensible SDK as root. exit 1 fi -- 2.5.0 -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH 2/3] toolchain-shar-extract.sh: better default install path for extensible SDK
From: Brendan Le Foll brendan.le.f...@intel.com Extensible SDK cannot be installed as root so by default offer to install it in user's home directory under distro/distro_version replacing the normal SDK version '+' char with a '_' as that's a restricted character for bitbake Signed-off-by: Brendan Le Foll brendan.le.f...@intel.com --- meta/files/toolchain-shar-extract.sh | 15 ++- 1 file changed, 14 insertions(+), 1 deletion(-) diff --git a/meta/files/toolchain-shar-extract.sh b/meta/files/toolchain-shar-extract.sh index 6984e11..c4c2a70 100644 --- a/meta/files/toolchain-shar-extract.sh +++ b/meta/files/toolchain-shar-extract.sh @@ -73,6 +73,19 @@ fi @SDK_PRE_INSTALL_COMMAND@ +# SDK_EXTENSIBLE is exposed from the SDK_PRE_INSTALL_COMMAND above +if [ $SDK_EXTENSIBLE = 1 ]; then +if [ ! -w $DEFAULT_INSTALL_DIR ]; then + # if we can't write to dir then make a new default in /home/$(whoami) + # replace any illegal chars with a sensible one + DEFAULT_INSTALL_DIR=~/$(echo @SDK_TITLE@ | cut -d -f1)/$(echo $(basename $DEFAULT_INSTALL_DIR) | tr + @ _) + # reset target_sdk_dir in case of answer=Y + if [ $answer = Y ]; then + target_sdk_dir=$DEFAULT_INSTALL_DIR + fi + fi +fi + if [ $target_sdk_dir = ]; then read -e -p Enter target directory for SDK (default: $DEFAULT_INSTALL_DIR): target_sdk_dir [ $target_sdk_dir = ] target_sdk_dir=$DEFAULT_INSTALL_DIR @@ -149,7 +162,7 @@ echo done printf Setting it up... # fix environment paths for env_setup_script in `ls $target_sdk_dir/environment-setup-*`; do - $SUDO_EXEC sed -e s:$DEFAULT_INSTALL_DIR:$target_sdk_dir:g -i $env_setup_script + $SUDO_EXEC sed -e s:@SDKPATH@:$target_sdk_dir:g -i $env_setup_script done @SDK_POST_INSTALL_COMMAND@ -- 2.5.0 -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH 1/3] toolchain-shar-extract.sh: ensure extensible SDK install path obeys restrictions
From: Brendan Le Foll brendan.le.f...@intel.com There are some characters that cannot appear in the installation path, so we need to check for these Signed-off-by: Brendan Le Foll brendan.le.f...@intel.com --- meta/files/toolchain-shar-extract.sh | 9 ++--- 1 file changed, 6 insertions(+), 3 deletions(-) diff --git a/meta/files/toolchain-shar-extract.sh b/meta/files/toolchain-shar-extract.sh index 0a33ee8..6984e11 100644 --- a/meta/files/toolchain-shar-extract.sh +++ b/meta/files/toolchain-shar-extract.sh @@ -85,9 +85,12 @@ else target_sdk_dir=$(readlink -m $target_sdk_dir) fi -if [ -n $(echo $target_sdk_dir|grep ' ') ]; then - echo The target directory path ($target_sdk_dir) contains spaces. Abort! - exit 1 +if [ $SDK_EXTENSIBLE = 1 ]; then + if [[ $target_sdk_dir =~ [+\ @] ]]; then + echo The target directory path ($target_sdk_dir) contains illegal \ +characters such as spaces, @ or +. Abort! + exit 1 + fi fi if [ -e $target_sdk_dir/environment-setup-@REAL_MULTIMACH_TARGET_SYS@ ]; then -- 2.5.0 -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] Extensible SDK install patch fixes
This makes the default SDK install path a bit more usable and fixes YP Bug 6744 - https://bugzilla.yoctoproject.org/show_bug.cgi?id=6744 by validating submitted paths do not contain ' @+' -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH 10/22] libwebp: add a recipe from meta-oe
libwebp is a dependency of webkit
Signed-off-by: Alexander Kanavin alexander.kana...@linux.intel.com
---
meta/recipes-multimedia/webp/libwebp_0.4.3.bb | 47 +++
1 file changed, 47 insertions(+)
create mode 100644 meta/recipes-multimedia/webp/libwebp_0.4.3.bb
diff --git a/meta/recipes-multimedia/webp/libwebp_0.4.3.bb
b/meta/recipes-multimedia/webp/libwebp_0.4.3.bb
new file mode 100644
index 000..3ab2e5b
--- /dev/null
+++ b/meta/recipes-multimedia/webp/libwebp_0.4.3.bb
@@ -0,0 +1,47 @@
+SUMMARY = WebP is an image format designed for the Web
+DESCRIPTION = WebP is a method of lossy and lossless compression that can be \
+ used on a large variety of photographic, translucent and \
+ graphical images found on the web. The degree of lossy \
+ compression is adjustable so a user can choose the trade-off \
+ between file size and image quality. WebP typically achieves \
+ an average of 30% more compression than JPEG and JPEG 2000, \
+ without loss of image quality.
+HOMEPAGE = https://developers.google.com/speed/webp/;
+SECTION = libs
+
+LICENSE = BSD
+LIC_FILES_CHKSUM = file://COPYING;md5=6e8dee932c26f2dab503abf70c96d8bb
+
+DEPENDS = giflib
+
+SRC_URI = http://downloads.webmproject.org/releases/webp/${BP}.tar.gz;
+SRC_URI[md5sum] = 08813525eeeffe7e305b4cbfade8ae9b
+SRC_URI[sha256sum] =
efbe0d58fda936f2ed99d0b837ed7087d064d6838931f282c4618d2a3f7390c4
+
+EXTRA_OECONF = \
+--disable-experimental \
+--disable-wic \
+--enable-libwebpmux \
+--enable-libwebpdemux \
+--enable-threading \
+
+
+inherit autotools lib_package
+
+PACKAGECONFIG ??=
+
+# libwebpdecoder is a subset of libwebp, don't build it unless requested
+PACKAGECONFIG[decoder] = --enable-libwebpdecoder,--disable-libwebpdecoder
+
+# Apply for examples programs: cwebp and dwebp
+PACKAGECONFIG[jpeg] = ,ac_cv_header_jpeglib_h=no,jpeg
+PACKAGECONFIG[png] = ,ac_cv_header_png_h=no,libpng
+PACKAGECONFIG[tiff] = ,ac_cv_header_tiffio_h=no,tiff
+
+# Apply only for example program vwebp
+PACKAGECONFIG[gl] = ,,mesa-glut
+
+PACKAGES =+ ${PN}-gif2webp
+
+DESCRIPTION_${PN}-gif2webp = Simple tool to convert animated GIFs to WebP
+FILES_${PN}-gif2webp = ${bindir}/gif2webp
--
2.1.4
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH 16/22] gnome-desktop3: add a recipe from meta-gnome
gnome-desktop3 is a dependency of epiphany
Signed-off-by: Alexander Kanavin alexander.kana...@linux.intel.com
---
.../gnome-desktop/gnome-desktop3_3.16.2.bb | 21 +
1 file changed, 21 insertions(+)
create mode 100644 meta/recipes-gnome/gnome-desktop/gnome-desktop3_3.16.2.bb
diff --git a/meta/recipes-gnome/gnome-desktop/gnome-desktop3_3.16.2.bb
b/meta/recipes-gnome/gnome-desktop/gnome-desktop3_3.16.2.bb
new file mode 100644
index 000..1f2f06c
--- /dev/null
+++ b/meta/recipes-gnome/gnome-desktop/gnome-desktop3_3.16.2.bb
@@ -0,0 +1,21 @@
+SUMMARY = GNOME library for reading .desktop files
+SECTION = x11/gnome
+LICENSE = GPLv2 LGPLv2
+LIC_FILES_CHKSUM = file://COPYING;md5=b234ee4d69f5fce4486a80fdaf4a4263 \
+file://COPYING.LIB;md5=5f30f0716dfdd0d91eb439ebec522ec2
+
+BPN = gnome-desktop
+
+inherit gnome pkgconfig
+SRC_URI[archive.md5sum] = ab5bf4cc94ad63639f42adcc1542b1f0
+SRC_URI[archive.sha256sum] =
3a8f196b46eb9dbd3ba2afb8fb5fef6a8825539d449a02181311242e7bd0
+
+DEPENDS += gsettings-desktop-schemas gconf libxrandr virtual/libx11 gtk+3
glib-2.0 gnome-doc-utils gnome-common startup-notification iso-codes
+
+EXTRA_OECONF = --disable-desktop-docs
+
+PACKAGES =+ libgnome-desktop3
+FILES_libgnome-desktop3 = ${libdir}/lib*${SOLIBS}
${datadir}/libgnome-desktop*/pnp.ids ${datadir}/gnome/*xml
+
+RRECOMMENDS_libgnome-desktop3 += gsettings-desktop-schemas
+
--
2.1.4
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH 07/22] libyaml: add a recipe from meta-oe
libyaml is a dependency of ruby
Signed-off-by: Alexander Kanavin alexander.kana...@linux.intel.com
---
.../libyaml/files/libyaml-CVE-2014-9130.patch | 32 ++
meta/recipes-support/libyaml/libyaml_0.1.6.bb | 21 ++
2 files changed, 53 insertions(+)
create mode 100644
meta/recipes-support/libyaml/files/libyaml-CVE-2014-9130.patch
create mode 100644 meta/recipes-support/libyaml/libyaml_0.1.6.bb
diff --git a/meta/recipes-support/libyaml/files/libyaml-CVE-2014-9130.patch
b/meta/recipes-support/libyaml/files/libyaml-CVE-2014-9130.patch
new file mode 100644
index 000..3c4a00e
--- /dev/null
+++ b/meta/recipes-support/libyaml/files/libyaml-CVE-2014-9130.patch
@@ -0,0 +1,32 @@
+# HG changeset patch
+# User Kirill Simonov x...@resolvent.net
+# Date 1417197312 21600
+# Node ID 2b9156756423e967cfd09a61d125d883fca6f4f2
+# Parent 053f53a381ff6adbbc93a31ab7fdee06a16c8a33
+Removed invalid simple key assertion (thank to Jonathan Gray).
+
+The patch comes from
+
+https://bitbucket.org/xi/libyaml/commits/2b9156756423e967cfd09a61d125d883fca6f4f2
+
+Upstream-Status: Backport
+
+Signed-off-by: Yue Tao yue@windriver.com
+
+diff -r 053f53a381ff -r 2b9156756423 src/scanner.c
+--- a/src/scanner.cWed Mar 26 13:55:54 2014 -0500
b/src/scanner.cFri Nov 28 11:55:12 2014 -0600
+@@ -1106,13 +1106,6 @@
+ parser-indent == (ptrdiff_t)parser-mark.column);
+
+ /*
+- * A simple key is required only when it is the first token in the current
+- * line. Therefore it is always allowed. But we add a check anyway.
+- */
+-
+-assert(parser-simple_key_allowed || !required);/* Impossible. */
+-
+-/*
+ * If the current position may start a simple key, save it.
+ */
+
diff --git a/meta/recipes-support/libyaml/libyaml_0.1.6.bb
b/meta/recipes-support/libyaml/libyaml_0.1.6.bb
new file mode 100644
index 000..b015577
--- /dev/null
+++ b/meta/recipes-support/libyaml/libyaml_0.1.6.bb
@@ -0,0 +1,21 @@
+SUMMARY = LibYAML is a YAML 1.1 parser and emitter written in C.
+DESCRIPTION = LibYAML is a C library for parsing and emitting data in YAML
1.1, \
+a human-readable data serialization format.
+HOMEPAGE = http://pyyaml.org/wiki/LibYAML;
+SECTION = libs/devel
+
+LICENSE = MIT
+LIC_FILES_CHKSUM = file://LICENSE;md5=6015f088759b10e0bc2bf64898d4ae17
+
+SRC_URI = http://pyyaml.org/download/libyaml/yaml-${PV}.tar.gz \
+ file://libyaml-CVE-2014-9130.patch \
+
+
+SRC_URI[md5sum] = 5fe00cda18ca5daeb43762b80c38e06e
+SRC_URI[sha256sum] =
7da6971b4bd08a986dd2a61353bc422362bd0edcc67d7ebaac68c95f74182749
+
+S = ${WORKDIR}/yaml-${PV}
+
+inherit autotools
+
+BBCLASSEXTEND = native
--
2.1.4
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH 15/22] libwnck3: add a recipe from meta-gnome
libwnck is a dependency of epiphany Signed-off-by: Alexander Kanavin alexander.kana...@linux.intel.com --- meta/recipes-gnome/libwnck/libwnck3_3.14.0.bb | 15 +++ 1 file changed, 15 insertions(+) create mode 100644 meta/recipes-gnome/libwnck/libwnck3_3.14.0.bb diff --git a/meta/recipes-gnome/libwnck/libwnck3_3.14.0.bb b/meta/recipes-gnome/libwnck/libwnck3_3.14.0.bb new file mode 100644 index 000..d0f5175 --- /dev/null +++ b/meta/recipes-gnome/libwnck/libwnck3_3.14.0.bb @@ -0,0 +1,15 @@ +SUMMARY = Window navigation construction toolkit +LICENSE = LGPLv2 +LIC_FILES_CHKSUM = file://COPYING;md5=5f30f0716dfdd0d91eb439ebec522ec2 + +BPN = libwnck + +SECTION = x11/libs +DEPENDS = gobject-introspection-stub gtk+3 gdk-pixbuf-native libxres + +PACKAGECONFIG ??= startup-notification +PACKAGECONFIG[startup-notification] = --enable-startup-notification,--disable-startup-notification,startup-notification + +inherit gnomebase +SRC_URI[archive.md5sum] = 4538672e0d775fadedf10abeb8020047 +SRC_URI[archive.sha256sum] = f5080076346609b4c36394b879f3a86b92ced3b90a37cb54c8e9a14f00e7921c -- 2.1.4 -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH 11/22] webkitgtk: add a new recipe for latest upstream version
Recipe for the obsolete webkit-gtk 1.8.3 is removed in a separate commit
Signed-off-by: Alexander Kanavin alexander.kana...@linux.intel.com
---
meta/recipes-sato/webkit/webkitgtk_2.8.5.bb | 56 +
1 file changed, 56 insertions(+)
create mode 100644 meta/recipes-sato/webkit/webkitgtk_2.8.5.bb
diff --git a/meta/recipes-sato/webkit/webkitgtk_2.8.5.bb
b/meta/recipes-sato/webkit/webkitgtk_2.8.5.bb
new file mode 100644
index 000..f3e719e
--- /dev/null
+++ b/meta/recipes-sato/webkit/webkitgtk_2.8.5.bb
@@ -0,0 +1,56 @@
+SUMMARY = WebKit web rendering engine for the GTK+ platform
+HOMEPAGE = http://www.webkitgtk.org/;
+BUGTRACKER = http://bugs.webkit.org/;
+
+LICENSE = BSD LGPLv2+
+LIC_FILES_CHKSUM =
file://Source/JavaScriptCore/COPYING.LIB;md5=d0c6d6397a5d84286dda758da57bd691 \
+
file://Source/WebKit/LICENSE;md5=4646f90082c40bcf298c285f8bab0b12 \
+
file://Source/WebCore/LICENSE-APPLE;md5=4646f90082c40bcf298c285f8bab0b12 \
+
file://Source/WebCore/LICENSE-LGPL-2;md5=36357ffde2b64ae177b2494445b79d21 \
+
file://Source/WebCore/LICENSE-LGPL-2.1;md5=a778a33ef338abbaf8b8a7c36b6eec80 \
+
+
+SRC_URI = \
+ http://www.webkitgtk.org/releases/${BPN}-${PV}.tar.xz \
+
+SRC_URI[md5sum] = df79991848a5096d3a75289ebce547ae
+SRC_URI[sha256sum] =
3d1f0c534935f43fd74df90f2648fcee672d60f1f57a30fa557a77891ae04d20
+
+inherit cmake lib_package pkgconfig perlnative pythonnative
+
+DEPENDS = zlib enchant libsoup-2.4 curl libxml2 cairo libxslt libxt libidn
gnutls \
+ gtk+ gtk+3 gstreamer1.0 gstreamer1.0-plugins-base flex-native
gperf-native sqlite3 \
+ pango icu bison-native gnome-common gawk intltool-native libwebp \
+ atk udev harfbuzz jpeg libpng pulseaudio librsvg libtheora libvorbis
libxcomposite libxtst \
+ ruby-native libsecret libnotify gstreamer1.0-plugins-bad \
+
+DEPENDS += ${@bb.utils.contains('DISTRO_FEATURES', 'opengl',
'virtual/libgl', '', d)}
+
+EXTRA_OECMAKE = \
+ -DPORT=GTK \
+ -DCMAKE_BUILD_TYPE=Release \
+ -DENABLE_INTROSPECTION=False \
+ -DENABLE_MINIBROWSER=True \
+ ${@bb.utils.contains('DISTRO_FEATURES', 'opengl',
'-DENABLE_WEBGL=True', '-DENABLE_WEBGL=False', d)} \
+
+
+# Javascript JIT is not supported on powerpc
+EXTRA_OECMAKE_append_powerpc = -DENABLE_JIT=False
+EXTRA_OECMAKE_append_powerpc64 = -DENABLE_JIT=False
+
+# ARM JIT code does not build on ARMv5/6 anymore, apparently they test only on
v7 onwards
+EXTRA_OECMAKE_append_armv5 = -DENABLE_JIT=False
+EXTRA_OECMAKE_append_armv6 = -DENABLE_JIT=False
+
+# binutils 2.25.1 has a bug on aarch64:
+# https://sourceware.org/bugzilla/show_bug.cgi?id=18430
+EXTRA_OECMAKE_append_aarch64 = -DUSE_LD_GOLD=False
+
+# JIT not supported on MIPS either
+EXTRA_OECMAKE_append_mips = -DENABLE_JIT=False
+EXTRA_OECMAKE_append_mips64 = -DENABLE_JIT=False
+
+FILES_${PN} +=
${libdir}/webkit2gtk-4.0/injected-bundle/libwebkit2gtkinjectedbundle.so
+FILES_${PN}-dbg +=
${libdir}/webkit2gtk-4.0/injected-bundle/.debug/libwebkit2gtkinjectedbundle.so
+FILES_${PN}-dbg += ${libdir}/webkitgtk/webkit2gtk-4.0/.debug/*
+
--
2.1.4
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH 12/22] p11-kit: add a recipe from meta-oe
p11-kit is a dependency of gcr (which is a dependency of epiphany)
Signed-off-by: Alexander Kanavin alexander.kana...@linux.intel.com
---
meta/recipes-support/p11-kit/p11-kit_0.22.1.bb | 18 ++
1 file changed, 18 insertions(+)
create mode 100644 meta/recipes-support/p11-kit/p11-kit_0.22.1.bb
diff --git a/meta/recipes-support/p11-kit/p11-kit_0.22.1.bb
b/meta/recipes-support/p11-kit/p11-kit_0.22.1.bb
new file mode 100644
index 000..7ad9626e
--- /dev/null
+++ b/meta/recipes-support/p11-kit/p11-kit_0.22.1.bb
@@ -0,0 +1,18 @@
+SUMMARY = Provides a way to load and enumerate PKCS#11 modules
+LICENSE = BSD
+LIC_FILES_CHKSUM = file://COPYING;md5=02933887f609807fbb57aa4237d14a50
+
+inherit autotools gettext pkgconfig
+
+DEPENDS = libtasn1 libffi
+
+SRC_URI = http://p11-glue.freedesktop.org/releases/${BP}.tar.gz;
+SRC_URI[md5sum] = 4e9bea1106628ffb820bdad24a819fac
+SRC_URI[sha256sum] =
ef3a339fcf6aa0e32c8c23f79ba7191e57312be2bda8b24e6d121c2670539a5c
+
+FILES_${PN}-dev += \
+${libdir}/p11-kit-proxy.so \
+${libdir}/pkcs11/p11-kit-trust.so \
+
+FILES_${PN}-dev += ${libdir}/pkcs11/*.la
+FILES_${PN}-dbg += ${libdir}/pkcs11/.debug
--
2.1.4
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH 08/22] ruby: add a recipe from meta-ruby
Ruby is required to build webkit.
Signed-off-by: Alexander Kanavin alexander.kana...@linux.intel.com
---
meta/recipes-devtools/ruby/ruby.inc | 40 +++
meta/recipes-devtools/ruby/ruby/extmk.patch | 13 +
meta/recipes-devtools/ruby/ruby_2.2.2.bb| 42 +
3 files changed, 95 insertions(+)
create mode 100644 meta/recipes-devtools/ruby/ruby.inc
create mode 100644 meta/recipes-devtools/ruby/ruby/extmk.patch
create mode 100644 meta/recipes-devtools/ruby/ruby_2.2.2.bb
diff --git a/meta/recipes-devtools/ruby/ruby.inc
b/meta/recipes-devtools/ruby/ruby.inc
new file mode 100644
index 000..ba60191
--- /dev/null
+++ b/meta/recipes-devtools/ruby/ruby.inc
@@ -0,0 +1,40 @@
+SUMMARY = An interpreter of object-oriented scripting language
+DESCRIPTION = Ruby is an interpreted scripting language for quick \
+and easy object-oriented programming. It has many features to process \
+text files and to do system management tasks (as in Perl). \
+It is simple, straight-forward, and extensible. \
+
+HOMEPAGE = http://www.ruby-lang.org/;
+SECTION = devel/ruby
+LICENSE = Ruby | BSD | GPLv2
+LIC_FILES_CHKSUM = \
+file://COPYING;md5=837b32593517ae48b9c3b5c87a5d288c \
+file://BSDL;md5=19aaf65c88a40b508d17ae4be539c4b5\
+file://GPL;md5=b234ee4d69f5fce4486a80fdaf4a4263\
+file://LEGAL;md5=c440adb575ba4e6e2344c2630b6a5584\
+
+
+DEPENDS = ruby-native zlib openssl tcl libyaml db gdbm readline
+DEPENDS_class-native = libyaml-native
+
+SHRT_VER =
${@bb.data.getVar('PV',d,1).split('.')[0]}.${@bb.data.getVar('PV',d,1).split('.')[1]}
+SRC_URI = http://cache.ruby-lang.org/pub/ruby/${SHRT_VER}/ruby-${PV}.tar.gz \
+ file://extmk.patch \
+
+
+S = ${WORKDIR}/ruby-${PV}
+
+inherit autotools
+
+
+# This snippet lets compiled extensions which rely on external libraries,
+# such as zlib, compile properly. If we don't do this, then when extmk.rb
+# runs, it uses the native libraries instead of the target libraries, and so
+# none of the linking operations succeed -- which makes extconf.rb think
+# that the libraries aren't available and hence that the extension can't be
+# built.
+
+do_configure_prepend() {
+sed -i s#%%TARGET_CFLAGS%%#$TARGET_CFLAGS#;
s#%%TARGET_LDFLAGS%%#$TARGET_LDFLAGS# ${S}/common.mk
+rm -rf ${S}/ruby/
+}
diff --git a/meta/recipes-devtools/ruby/ruby/extmk.patch
b/meta/recipes-devtools/ruby/ruby/extmk.patch
new file mode 100644
index 000..8b68450
--- /dev/null
+++ b/meta/recipes-devtools/ruby/ruby/extmk.patch
@@ -0,0 +1,13 @@
+diff -ru ruby-1.8.7-p248.orig/ext/extmk.rb ruby-1.8.7-p248/ext/extmk.rb
+--- ruby-1.8.7-p248.orig/ext/extmk.rb 2009-12-24 03:01:58.0 -0600
ruby-1.8.7-p248/ext/extmk.rb 2010-02-12 15:55:27.370061558 -0600
+@@ -354,8 +354,8 @@
+ $ruby = '$(topdir)/miniruby' + EXEEXT
+ end
+ $ruby -I'$(topdir)'
++$ruby -I'$(top_srcdir)/lib'
+ unless CROSS_COMPILING
+- $ruby -I'$(top_srcdir)/lib'
+ $ruby -I'$(extout)/$(arch)' -I'$(extout)/common' if $extout
+ $ruby -I./- -I'$(top_srcdir)/ext' -rpurelib.rb
+ ENV[RUBYLIB] = -
diff --git a/meta/recipes-devtools/ruby/ruby_2.2.2.bb
b/meta/recipes-devtools/ruby/ruby_2.2.2.bb
new file mode 100644
index 000..78c943c
--- /dev/null
+++ b/meta/recipes-devtools/ruby/ruby_2.2.2.bb
@@ -0,0 +1,42 @@
+require ruby.inc
+
+SRC_URI[md5sum] = 326e99ddc75381c7b50c85f7089f3260
+SRC_URI[sha256sum] =
5ffc0f317e429e6b29d4a98ac521c3ce65481bfd22a8cf845fa02a7b113d9b44
+
+# it's unknown to configure script, but then passed to extconf.rb
+# maybe it's not really needed as we're hardcoding the result with
+# 0001-socket-extconf-hardcode-wide-getaddr-info-test-outco.patch
+UNKNOWN_CONFIGURE_WHITELIST += --enable-wide-getaddrinfo
+
+PACKAGECONFIG ??=
+PACKAGECONFIG += ${@bb.utils.contains('DISTRO_FEATURES', 'ipv6', 'ipv6', '',
d)}
+
+PACKAGECONFIG[valgrind] = --with-valgrind=yes, --with-valgrind=no, valgrind
+PACKAGECONFIG[gpm] = --with-gmp=yes, --with-gmp=no, gmp
+PACKAGECONFIG[ipv6] = ,--enable-wide-getaddrinfo,
+
+EXTRA_OECONF = \
+--disable-versioned-paths \
+--disable-rpath \
+--disable-dtrace \
+--enable-shared \
+--enable-load-relative \
+
+
+EXTRA_OEMAKE = \
+LIBRUBYARG='-lruby-static' \
+
+
+do_install() {
+oe_runmake 'DESTDIR=${D}' install
+}
+
+FILES_${PN} += ${datadir}/rubygems \
+${datadir}/ri
+
+FILES_${PN}-dbg += ${libdir}/ruby/*/.debug \
+${libdir}/ruby/*/*/.debug \
+${libdir}/ruby/*/*/*/.debug \
+${libdir}/ruby/*/*/*/*/.debug
+
+BBCLASSEXTEND = native
--
2.1.4
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH 02/22] harfbuzz: enable icu feature
This is required to build latest webkitgtk
Signed-off-by: Alexander Kanavin alexander.kana...@linux.intel.com
---
meta/recipes-graphics/harfbuzz/harfbuzz_1.0.1.bb | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta/recipes-graphics/harfbuzz/harfbuzz_1.0.1.bb
b/meta/recipes-graphics/harfbuzz/harfbuzz_1.0.1.bb
index a199126..87c30be 100644
--- a/meta/recipes-graphics/harfbuzz/harfbuzz_1.0.1.bb
+++ b/meta/recipes-graphics/harfbuzz/harfbuzz_1.0.1.bb
@@ -22,7 +22,7 @@ BBCLASSEXTEND = native
EXTRA_OECONF = --with-glib --with-freetype --with-cairo --without-graphite2
-PACKAGECONFIG ??=
+PACKAGECONFIG ??= icu
PACKAGECONFIG[icu] = --with-icu,--without-icu,icu
PACKAGES =+ ${PN}-icu ${PN}-icu-dbg ${PN}-icu-dev
--
2.1.4
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH 03/22] classes/cmake: add arch conversion routine
cmake expects target architecture strings in the format of uname(2),
which do not always match TARGET_ARCH (e.g. powerpc vs ppc).
Signed-off-by: Alexander Kanavin alexander.kana...@linux.intel.com
---
meta/classes/cmake.bbclass | 12 +++-
1 file changed, 11 insertions(+), 1 deletion(-)
diff --git a/meta/classes/cmake.bbclass b/meta/classes/cmake.bbclass
index c174246..ae3cc02 100644
--- a/meta/classes/cmake.bbclass
+++ b/meta/classes/cmake.bbclass
@@ -30,12 +30,22 @@ OECMAKE_EXTRA_ROOT_PATH ?=
OECMAKE_FIND_ROOT_PATH_MODE_PROGRAM = ONLY
OECMAKE_FIND_ROOT_PATH_MODE_PROGRAM_class-native = BOTH
+# CMake expects target architectures in the format of uname(2),
+# which do not always match TARGET_ARCH, so all the necessary
+# conversions should happen here.
+def map_target_arch_to_uname_arch(target_arch):
+if target_arch == powerpc:
+return ppc
+if target_arch == powerpc64:
+return ppc64
+return target_arch
+
cmake_do_generate_toolchain_file() {
cat ${WORKDIR}/toolchain.cmake EOF
# CMake system name must be something like Linux.
# This is important for cross-compiling.
set( CMAKE_SYSTEM_NAME `echo ${TARGET_OS} | sed -e 's/^./\u/' -e
's/^\(Linux\).*/\1/'` )
-set( CMAKE_SYSTEM_PROCESSOR ${TARGET_ARCH} )
+set( CMAKE_SYSTEM_PROCESSOR
${@map_target_arch_to_uname_arch(d.getVar('TARGET_ARCH', True))} )
set( CMAKE_C_COMPILER ${OECMAKE_C_COMPILER} )
set( CMAKE_CXX_COMPILER ${OECMAKE_CXX_COMPILER} )
set( CMAKE_ASM_COMPILER ${OECMAKE_C_COMPILER} )
--
2.1.4
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH 06/22] giflib: add a recipe from meta-oe
This is a dependency of libwebp (which is a dependency of webkit)
Signed-off-by: Alexander Kanavin alexander.kana...@linux.intel.com
---
meta/recipes-devtools/giflib/giflib_5.1.1.bb | 19 +++
1 file changed, 19 insertions(+)
create mode 100644 meta/recipes-devtools/giflib/giflib_5.1.1.bb
diff --git a/meta/recipes-devtools/giflib/giflib_5.1.1.bb
b/meta/recipes-devtools/giflib/giflib_5.1.1.bb
new file mode 100644
index 000..f1facac
--- /dev/null
+++ b/meta/recipes-devtools/giflib/giflib_5.1.1.bb
@@ -0,0 +1,19 @@
+SUMMARY = shared library for GIF images
+SECTION = libs
+LICENSE = MIT
+LIC_FILES_CHKSUM = file://COPYING;md5=ae11c61b04b2917be39b11f78d71519a
+
+SRC_URI = ${SOURCEFORGE_MIRROR}/giflib/${BP}.tar.bz2
+
+inherit autotools
+
+PACKAGES += ${PN}-utils
+FILES_${PN} = ${libdir}/libgif.so.*
+FILES_${PN}-utils = ${bindir}
+
+BBCLASSEXTEND = native
+
+RDEPENDS_${PN}-utils = perl
+
+SRC_URI[md5sum] = 1c39333192712788c6568c78a949f13e
+SRC_URI[sha256sum] =
391014aceb21c8b489dc7b0d0b6a917c4e32cc014ce2426d47ca376d02fe2ffc
--
2.1.4
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH 00/22] Update webkitgtk to latest stable upstream; replace midori with epiphany
The changes in this version are:
- remove a few unnecessary PR lines from recipes
- allow building webkit/epiphany for mips64, since the latest upstream
has fixed mips64 builds
- tested building for mips64-n32 using multilib feature, fixed some recipe
issues
that were found
- add a CVE fix to libyaml so that libyaml recipe is in sync with meta-oe
- tested webkit build for powerpc64
The following changes since commit c348fa50186fb0796bc7b793c4b8d710419f2a0d:
bitbake: toaster: move code from setup_lv_tests to setUp (2015-08-17 14:41:45
+0100)
are available in the git repository at:
git://git.yoctoproject.org/poky-contrib akanavin/webkitgtk-update
http://git.yoctoproject.org/cgit.cgi/poky-contrib/log/?h=akanavin/webkitgtk-update
Alexander Kanavin (22):
classes/gnomebase: change tarball compression to xz
harfbuzz: enable icu feature
classes/cmake: add arch conversion routine
jpeg: update to version 9a
libnotify: update to version 0.7.6
giflib: add a recipe from meta-oe
libyaml: add a recipe from meta-oe
ruby: add a recipe from meta-ruby
libsecret: add a recipe from meta-gnome
libwebp: add a recipe from meta-oe
webkitgtk: add a new recipe for latest upstream version
p11-kit: add a recipe from meta-oe
gcr: add a recipe from meta-gnome
iso-codes: add a recipe from meta-oe
libwnck3: add a recipe from meta-gnome
gnome-desktop3: add a recipe from meta-gnome
glib: add a warning suppression patch to glib
gsettings-desktop-schemas: add a recipe from meta-gnome
epiphany: add a recipe from meta-gnome
webkit-gtk: remove the recipe for the obsolete version 1.8.3
midori: remove the recipe and replace references to midori with
epiphany
distro: update include files related to webkitgtk and epiphany
addition
meta/classes/cmake.bbclass | 12 +-
meta/classes/gnomebase.bbclass |2 +-
meta/conf/distro/include/distro_alias.inc |2 +-
meta/conf/distro/include/package_regex.inc |8 +-
meta/conf/distro/include/security_flags.inc|2 -
meta/conf/distro/include/upstream_tracking.inc |2 -
...warning-about-deprecated-paths-in-schemas.patch | 32 +
meta/recipes-core/glib-2.0/glib-2.0_2.44.1.bb |1 +
.../glib-networking/glib-networking_2.44.0.bb |2 -
.../jpeg/jpeg-8d/debian-libjpeg7_7-1.diff | 1070
.../jpeg/jpeg-8d/fix_for_automake_1.12.1.patch | 44 -
meta/recipes-core/jpeg/{jpeg_8d.bb = jpeg_9a.bb} | 32 +-
.../packagegroups/packagegroup-self-hosted.bb |7 +-
meta/recipes-devtools/giflib/giflib_5.1.1.bb | 19 +
meta/recipes-devtools/ruby/ruby.inc| 40 +
meta/recipes-devtools/ruby/ruby/extmk.patch| 13 +
meta/recipes-devtools/ruby/ruby_2.2.2.bb | 42 +
meta/recipes-gnome/epiphany/epiphany_3.16.3.bb | 24 +
.../0001-yelp.m4-drop-the-check-for-itstool.patch | 33 +
meta/recipes-gnome/gcr/gcr_3.16.0.bb | 18 +
.../gnome-desktop/gnome-desktop3_3.16.2.bb | 21 +
meta/recipes-gnome/gnome/gnome-common_3.14.0.bb|2 -
.../recipes-gnome/gnome/gnome-doc-utils_0.20.10.bb |2 -
meta/recipes-gnome/gnome/gnome-mime-data_2.18.0.bb |1 +
.../gsettings-desktop-schemas_3.16.1.bb| 13 +
.../gtk-engines/gtk-engines_2.20.2.bb |1 +
meta/recipes-gnome/json-glib/json-glib_1.0.4.bb|2 -
meta/recipes-gnome/libglade/libglade_2.6.4.bb |1 +
meta/recipes-gnome/libnotify/libnotify_0.6.0.bb| 21 -
meta/recipes-gnome/libnotify/libnotify_0.7.6.bb| 12 +
meta/recipes-gnome/librsvg/librsvg_2.40.10.bb |2 -
meta/recipes-gnome/libsecret/libsecret_0.18.2.bb | 12 +
meta/recipes-gnome/libwnck/libwnck3_3.14.0.bb | 15 +
.../builder/files/builder_hob_start.sh |8 +-
meta/recipes-graphics/harfbuzz/harfbuzz_1.0.1.bb |2 +-
meta/recipes-graphics/pango/pango_1.36.8.bb|2 -
meta/recipes-multimedia/webp/libwebp_0.4.3.bb | 47 +
meta/recipes-sato/midori/midori/liststore.patch| 29 -
meta/recipes-sato/midori/midori_0.5.8.bb | 31 -
.../packagegroups/packagegroup-core-x11-sato.bb|2 +-
meta/recipes-sato/webkit/files/bison-2.6.patch | 558 --
meta/recipes-sato/webkit/files/no-gtkdoc.patch | 20 -
meta/recipes-sato/webkit/files/nodolt.patch| 19 -
.../webgit-gtk_fix_build_with_automake_1.12.patch | 62 --
...bkit-gtk-ANGLE-doesn-t-build-with-bison-3.patch | 26 -
.../0001-Enable-mips64-build.patch | 69 --
.../webkit/webkit-gtk-1.8.3/aarch64.patch | 41 -
.../obsolete_automake_macros.patch | 14 -
meta/recipes-sato/webkit/webkit-gtk_1.8.3.bb | 116 ---
meta/recipes-sato/webkit/webkitgtk_2.8.5.bb| 56 +
meta/recipes-support/atk/atk_2.16.0.bb |2 -
[OE-core] [PATCH 01/22] classes/gnomebase: change tarball compression to xz
Upstream, xz has been the only format for some time now, so let's
make it the default and adjust recipes that package old stuff.
Signed-off-by: Alexander Kanavin alexander.kana...@linux.intel.com
---
meta/classes/gnomebase.bbclass | 2 +-
meta/recipes-core/glib-networking/glib-networking_2.44.0.bb | 2 --
meta/recipes-gnome/gnome/gnome-common_3.14.0.bb | 2 --
meta/recipes-gnome/gnome/gnome-doc-utils_0.20.10.bb | 2 --
meta/recipes-gnome/gnome/gnome-mime-data_2.18.0.bb | 1 +
meta/recipes-gnome/gtk-engines/gtk-engines_2.20.2.bb| 1 +
meta/recipes-gnome/json-glib/json-glib_1.0.4.bb | 2 --
meta/recipes-gnome/libglade/libglade_2.6.4.bb | 1 +
meta/recipes-gnome/librsvg/librsvg_2.40.10.bb | 2 --
meta/recipes-graphics/pango/pango_1.36.8.bb | 2 --
meta/recipes-support/atk/atk_2.16.0.bb | 2 --
meta/recipes-support/libcroco/libcroco_0.6.8.bb | 2 --
meta/recipes-support/vte/vte_0.28.2.bb | 4 ++--
13 files changed, 6 insertions(+), 19 deletions(-)
diff --git a/meta/classes/gnomebase.bbclass b/meta/classes/gnomebase.bbclass
index 6ca13cb..e5c6776 100644
--- a/meta/classes/gnomebase.bbclass
+++ b/meta/classes/gnomebase.bbclass
@@ -1,7 +1,7 @@
def gnome_verdir(v):
return oe.utils.trim_version(v, 2)
-GNOME_COMPRESS_TYPE ?= bz2
+GNOME_COMPRESS_TYPE ?= xz
SECTION ?= x11/gnome
GNOMEBN ?= ${BPN}
SRC_URI =
${GNOME_MIRROR}/${GNOMEBN}/${@gnome_verdir(${PV})}/${GNOMEBN}-${PV}.tar.${GNOME_COMPRESS_TYPE};name=archive
diff --git a/meta/recipes-core/glib-networking/glib-networking_2.44.0.bb
b/meta/recipes-core/glib-networking/glib-networking_2.44.0.bb
index 848bf53..4f91b76 100644
--- a/meta/recipes-core/glib-networking/glib-networking_2.44.0.bb
+++ b/meta/recipes-core/glib-networking/glib-networking_2.44.0.bb
@@ -9,8 +9,6 @@ LIC_FILES_CHKSUM =
file://COPYING;md5=5f30f0716dfdd0d91eb439ebec522ec2
SECTION = libs
DEPENDS = glib-2.0 intltool-native
-GNOME_COMPRESS_TYPE = xz
-
SRC_URI[archive.md5sum] = 6989b20cf3b26dd5ae272e04a9acb0b3
SRC_URI[archive.sha256sum] =
8f8a340d3ba99bfdef38b653da929652ea6640e27969d29f7ac51fbbe11a4346
diff --git a/meta/recipes-gnome/gnome/gnome-common_3.14.0.bb
b/meta/recipes-gnome/gnome/gnome-common_3.14.0.bb
index 1f9fe8b..80b7033 100644
--- a/meta/recipes-gnome/gnome/gnome-common_3.14.0.bb
+++ b/meta/recipes-gnome/gnome/gnome-common_3.14.0.bb
@@ -8,8 +8,6 @@ LIC_FILES_CHKSUM =
file://COPYING;md5=b234ee4d69f5fce4486a80fdaf4a4263
SECTION = x11/gnome
inherit gnomebase allarch
-GNOME_COMPRESS_TYPE = xz
-
SRC_URI[archive.md5sum] = ba58c61d0d81b7c3ff8452c620513a9d
SRC_URI[archive.sha256sum] =
4c00242f781bb441289f49dd80ed1d895d84de0c94bfc2c6818a104c9e39262c
diff --git a/meta/recipes-gnome/gnome/gnome-doc-utils_0.20.10.bb
b/meta/recipes-gnome/gnome/gnome-doc-utils_0.20.10.bb
index 321eb7f..78cc005 100644
--- a/meta/recipes-gnome/gnome/gnome-doc-utils_0.20.10.bb
+++ b/meta/recipes-gnome/gnome/gnome-doc-utils_0.20.10.bb
@@ -2,8 +2,6 @@ require gnome-doc-utils.inc
LIC_FILES_CHKSUM = file://COPYING.GPL;md5=eb723b61539feef013de476e68b5c50a \
file://COPYING.LGPL;md5=a6f89e2100d9b6cdffcea4f398e37343
-GNOME_COMPRESS_TYPE = xz
-
SRC_URI += file://xsltproc_nonet.patch \
file://use-usr-bin-env-for-python-in-xml2po.patch \
file://sysrooted-pkg-config.patch \
diff --git a/meta/recipes-gnome/gnome/gnome-mime-data_2.18.0.bb
b/meta/recipes-gnome/gnome/gnome-mime-data_2.18.0.bb
index 65b79f0..a31eb55 100644
--- a/meta/recipes-gnome/gnome/gnome-mime-data_2.18.0.bb
+++ b/meta/recipes-gnome/gnome/gnome-mime-data_2.18.0.bb
@@ -13,6 +13,7 @@ SRC_URI += file://pkgconfig.patch
SRC_URI[archive.md5sum] = 541858188f80090d12a33b5a7c34d42c
SRC_URI[archive.sha256sum] =
37196b5b37085bbcd45c338c36e26898fe35dd5975295f69f48028b1e8436fd7
+GNOME_COMPRESS_TYPE=bz2
DEPENDS += shared-mime-info intltool-native
RDEPENDS_${PN} = shared-mime-info
diff --git a/meta/recipes-gnome/gtk-engines/gtk-engines_2.20.2.bb
b/meta/recipes-gnome/gtk-engines/gtk-engines_2.20.2.bb
index 036aa27..c30454c 100644
--- a/meta/recipes-gnome/gtk-engines/gtk-engines_2.20.2.bb
+++ b/meta/recipes-gnome/gtk-engines/gtk-engines_2.20.2.bb
@@ -32,6 +32,7 @@ CFLAGS_prepend = -DHAVE_ANIMATION
RDEPENDS_${PN}-dev =
inherit gnomebase
+GNOME_COMPRESS_TYPE=bz2
python populate_packages_prepend() {
engines_root = os.path.join(d.getVar('libdir', True),
gtk-2.0/2.10.0/engines)
diff --git a/meta/recipes-gnome/json-glib/json-glib_1.0.4.bb
b/meta/recipes-gnome/json-glib/json-glib_1.0.4.bb
index 4d2b613..c57c973 100644
--- a/meta/recipes-gnome/json-glib/json-glib_1.0.4.bb
+++ b/meta/recipes-gnome/json-glib/json-glib_1.0.4.bb
@@ -10,8 +10,6 @@ LIC_FILES_CHKSUM =
file://COPYING;md5=7fbc338309ac38fefcd64b04bb903e34
DEPENDS = glib-2.0
-GNOME_COMPRESS_TYPE = xz
-
SRC_URI[archive.md5sum] =
[OE-core] [PATCH 04/22] jpeg: update to version 9a
Previous webkit version was blocking this; latest webkit works fine.
Signed-off-by: Alexander Kanavin alexander.kana...@linux.intel.com
---
.../jpeg/jpeg-8d/debian-libjpeg7_7-1.diff | 1070
.../jpeg/jpeg-8d/fix_for_automake_1.12.1.patch | 44 -
meta/recipes-core/jpeg/{jpeg_8d.bb = jpeg_9a.bb} | 32 +-
3 files changed, 5 insertions(+), 1141 deletions(-)
delete mode 100644 meta/recipes-core/jpeg/jpeg-8d/debian-libjpeg7_7-1.diff
delete mode 100644 meta/recipes-core/jpeg/jpeg-8d/fix_for_automake_1.12.1.patch
rename meta/recipes-core/jpeg/{jpeg_8d.bb = jpeg_9a.bb} (53%)
diff --git a/meta/recipes-core/jpeg/jpeg-8d/debian-libjpeg7_7-1.diff
b/meta/recipes-core/jpeg/jpeg-8d/debian-libjpeg7_7-1.diff
deleted file mode 100644
index 3b8fa69..000
--- a/meta/recipes-core/jpeg/jpeg-8d/debian-libjpeg7_7-1.diff
+++ /dev/null
@@ -1,1070 +0,0 @@
-This is a well-known debian patch used by many Linux distribution, but not
-accepted by upstream yet.
-Upstream-Status: Pending
-
libjpeg7-7.orig/config.sub
-+++ libjpeg7-7/config.sub
-@@ -1,4 +1,10 @@
- #! /bin/sh
-+# autotools-dev hack (ballo...@debian.org, Wed, 14 Nov 2001 10:13:10 +0100)
-+if [ -x /usr/share/misc/config.sub ]; then
-+ /usr/share/misc/config.sub $*
-+ exit $?
-+fi
-+
- # Configuration validation subroutine script.
- # Copyright (C) 1992, 1993, 1994, 1995, 1996, 1997, 1998, 1999,
- # 2000, 2001, 2002, 2003, 2004, 2005, 2006, 2007, 2008
libjpeg7-7.orig/config.guess
-+++ libjpeg7-7/config.guess
-@@ -1,4 +1,10 @@
- #! /bin/sh
-+# autotools-dev hack (ballo...@debian.org, Wed, 14 Nov 2001 10:13:10 +0100)
-+if [ -x /usr/share/misc/config.guess ]; then
-+ /usr/share/misc/config.guess $*
-+ exit $?
-+fi
-+
- # Attempt to guess a canonical system name.
- # Copyright (C) 1992, 1993, 1994, 1995, 1996, 1997, 1998, 1999,
- # 2000, 2001, 2002, 2003, 2004, 2005, 2006, 2007, 2008
libjpeg7-7.orig/debian/libjpeg7-dev.files
-+++ libjpeg7-7/debian/libjpeg7-dev.files
-@@ -0,0 +1,4 @@
-+usr/include
-+usr/lib/libjpeg.a
-+usr/lib/libjpeg.la
-+usr/lib/libjpeg.so
libjpeg7-7.orig/debian/libjpeg-progs.README.Debian
-+++ libjpeg7-7/debian/libjpeg-progs.README.Debian
-@@ -0,0 +1,13 @@
-+libjpeg-progs for Debian
-+
-+
-+This package contains programs for manipulating JPEG files:
-+ cjpeg/djpeg: convert to/from the JPEG file format
-+ rdjpgcom/wrjpgcom: read/write comments in JPEG files
-+ jpegtran: lossless transformations of JPEG files
-+ jpegexiforient/exifautotran: manipulate EXIF orientation tag
-+
-+Thanks for using Debian!
-+
-+--
-+Bill Allombert ballo...@debian.org Sun, 05 Jul 2009 15:18:59 +0200
libjpeg7-7.orig/debian/shlibs.local
-+++ libjpeg7-7/debian/shlibs.local
-@@ -0,0 +1 @@
-+libjpeg 7 libjpeg7
libjpeg7-7.orig/debian/rules
-+++ libjpeg7-7/debian/rules
-@@ -0,0 +1,71 @@
-+#!/usr/bin/make -f
-+# Made with the aid of debmake, by Christoph Lameter,
-+# based on the sample debian/rules file for GNU hello by Ian Jackson.
-+
-+package=libjpeg
-+
-+export DEB_HOST_GNU_TYPE ?= $(shell dpkg-architecture -qDEB_HOST_GNU_TYPE)
-+export DEB_BUILD_GNU_TYPE ?= $(shell dpkg-architecture -qDEB_BUILD_GNU_TYPE)
-+
-+export CFLAGS=-D_REENTRANT -g -Wall
-+ifneq (,$(findstring noopt,$(DEB_BUILD_OPTIONS)))
-+CFLAGS += -O0
-+else
-+CFLAGS += -O2
-+endif
-+
-+#export DH_VERBOSE=1
-+
-+build: build-stamp
-+build-stamp:
-+ dh_testdir
-+ ./configure --prefix=/usr --mandir=/usr/share/man \
-+ --enable-static --enable-shared \
-+ --build=$(DEB_BUILD_GNU_TYPE) --host=$(DEB_HOST_GNU_TYPE)
-+ $(MAKE)
-+ifeq (,$(findstring nocheck,$(DEB_BUILD_OPTIONS)))
-+ $(MAKE) check
-+endif
-+ $(MAKE) -C debian/extra
-+
-+ touch build-stamp
-+
-+clean:
-+ dh_testdir
-+ dh_testroot
-+ -rm -f build-stamp
-+ if [ -f Makefile ]; then $(MAKE) distclean; fi
-+ $(MAKE) clean -C debian/extra
-+ dh_clean
-+
-+binary-indep:
-+
-+binary-arch: build
-+ dh_testdir
-+ dh_testroot
-+ dh_clean -k
-+ dh_installdirs
-+ $(MAKE) install DESTDIR=`pwd`/debian/tmp
-+ $(MAKE) install -C debian/extra prefix=/usr DESTDIR=`pwd`/debian/tmp
-+ # fix jconfig.h
-+ rm debian/tmp/usr/include/jconfig.h
-+ sed -e s/#\(undef\|define\) HAVE_\(LOCALE\|\(STD\(DEF\|LIB\)\)\)_H
1//g \
-+ jconfig.h debian/tmp/usr/include/jconfig.h
-+ # separate out lib package
-+ dh_movefiles
-+ # Finish it off with debhelper
-+ dh_installdocs README
-+ dh_installexamples
-+ dh_installchangelogs change.log
-+ dh_strip --dbg-package=libjpeg7-dbg
-+ dh_compress
-+ dh_fixperms
-+ dh_installdeb
-+ dh_shlibdeps -l`pwd`/debian/libjpeg7/usr/lib
-+ dh_gencontrol
-+ dh_md5sums
-+ dh_builddeb
-+
-+binary: binary-indep binary-arch
-+
-+.PHONY: clean binary-indep binary-arch binary build
[OE-core] [PATCH 05/22] libnotify: update to version 0.7.6
New webkit requires at least version 0.7
Signed-off-by: Alexander Kanavin alexander.kana...@linux.intel.com
---
meta/recipes-gnome/libnotify/libnotify_0.6.0.bb | 21 -
meta/recipes-gnome/libnotify/libnotify_0.7.6.bb | 12
2 files changed, 12 insertions(+), 21 deletions(-)
delete mode 100644 meta/recipes-gnome/libnotify/libnotify_0.6.0.bb
create mode 100644 meta/recipes-gnome/libnotify/libnotify_0.7.6.bb
diff --git a/meta/recipes-gnome/libnotify/libnotify_0.6.0.bb
b/meta/recipes-gnome/libnotify/libnotify_0.6.0.bb
deleted file mode 100644
index e6ee89b..000
--- a/meta/recipes-gnome/libnotify/libnotify_0.6.0.bb
+++ /dev/null
@@ -1,21 +0,0 @@
-SUMMARY = Library for sending desktop notifications to a notification daemon
-SECTION = libs
-LICENSE = LGPLv2.1
-LIC_FILES_CHKSUM = file://COPYING;md5=7fbc338309ac38fefcd64b04bb903e34
-
-PR = r1
-
-DEPENDS = dbus gtk+ dbus-glib
-
-inherit gnomebase distro_features_check
-
-# Requires gdk/gdkx.h which is provided by gtk when x11 in DISTRO_FEATURES
-REQUIRED_DISTRO_FEATURES = x11
-
-SRC_URI[archive.md5sum] = 732c9d2cd5eb6a9069264a319d330516
-SRC_URI[archive.sha256sum] =
73b16a79bb2fed62dcf146b11c4405776cb96a09dce66379ca541da7dbd64210
-
-do_configure_prepend() {
-sed -i /GTK3/d ${S}/configure.ac
-sed -i -e /test-gtk3/d -e 's/test-xy-stress \\/test-xy-stress/'
${S}/tests/Makefile.am
-}
diff --git a/meta/recipes-gnome/libnotify/libnotify_0.7.6.bb
b/meta/recipes-gnome/libnotify/libnotify_0.7.6.bb
new file mode 100644
index 000..5d7b4ce
--- /dev/null
+++ b/meta/recipes-gnome/libnotify/libnotify_0.7.6.bb
@@ -0,0 +1,12 @@
+SUMMARY = Library for sending desktop notifications to a notification daemon
+SECTION = libs
+LICENSE = LGPLv2.1
+LIC_FILES_CHKSUM = file://COPYING;md5=7fbc338309ac38fefcd64b04bb903e34
+
+DEPENDS = dbus gtk+3 dbus-glib
+
+inherit gnomebase distro_features_check gtk-doc
+
+SRC_URI[archive.md5sum] = a4997019d08f46f3bf57b78e6f795a59
+SRC_URI[archive.sha256sum] =
0ef61ca400d30e28217979bfa0e73a7406b19c32dd76150654ec5b2bdf47d837
+
--
2.1.4
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH][dizzy] qemu-vnc: CVE-2014-7815
Fixes an uninitialized data structure use flaw in qemu-vnc
which allows remote attackers to cause a denial of service
(crash).
Upstream patch:
http://git.qemu.org/?p=qemu.git;a=commit;
h=b2f1d90530301d7915dddc8a750063757675b21a
References:
https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2014-7815
http://www.securityfocus.com/bid/70998
Signed-off-by: Sona Sarmadi sona.sarm...@enea.com
---
.../qemu/qemu/vnc-CVE-2014-7815.patch | 53 ++
meta/recipes-devtools/qemu/qemu_2.1.0.bb | 1 +
2 files changed, 54 insertions(+)
create mode 100644 meta/recipes-devtools/qemu/qemu/vnc-CVE-2014-7815.patch
diff --git a/meta/recipes-devtools/qemu/qemu/vnc-CVE-2014-7815.patch
b/meta/recipes-devtools/qemu/qemu/vnc-CVE-2014-7815.patch
new file mode 100644
index 000..10a6dac
--- /dev/null
+++ b/meta/recipes-devtools/qemu/qemu/vnc-CVE-2014-7815.patch
@@ -0,0 +1,53 @@
+From b2f1d90530301d7915dddc8a750063757675b21a Mon Sep 17 00:00:00 2001
+From: Petr Matousek pmato...@redhat.com
+Date: Mon, 27 Oct 2014 12:41:44 +0100
+Subject: [PATCH] vnc: sanitize bits_per_pixel from the client
+
+bits_per_pixel that are less than 8 could result in accessing
+non-initialized buffers later in the code due to the expectation
+that bytes_per_pixel value that is used to initialize these buffers is
+never zero.
+
+To fix this check that bits_per_pixel from the client is one of the
+values that the rfb protocol specification allows.
+
+This is CVE-2014-7815.
+
+Upstream-Status: Backport
+
+Signed-off-by: Petr Matousek pmato...@redhat.com
+
+[ kraxel: apply codestyle fix ]
+
+Signed-off-by: Gerd Hoffmann kra...@redhat.com
+(cherry picked from commit e6908bfe8e07f2b452e78e677da1b45b1c0f6829)
+Signed-off-by: Michael Roth mdr...@linux.vnet.ibm.com
+Signed-off-by: Sona Sarmadi sona.sarm...@enea.com
+---
+ ui/vnc.c | 10 ++
+ 1 file changed, 10 insertions(+)
+
+diff --git a/ui/vnc.c b/ui/vnc.c
+index f8d9b7d..87e34ae 100644
+--- a/ui/vnc.c
b/ui/vnc.c
+@@ -2026,6 +2026,16 @@ static void set_pixel_format(VncState *vs,
+ return;
+ }
+
++switch (bits_per_pixel) {
++case 8:
++case 16:
++case 32:
++break;
++default:
++vnc_client_error(vs);
++return;
++}
++
+ vs-client_pf.rmax = red_max;
+ vs-client_pf.rbits = hweight_long(red_max);
+ vs-client_pf.rshift = red_shift;
+--
+1.9.1
+
diff --git a/meta/recipes-devtools/qemu/qemu_2.1.0.bb
b/meta/recipes-devtools/qemu/qemu_2.1.0.bb
index 5e5ecf0..444a422 100644
--- a/meta/recipes-devtools/qemu/qemu_2.1.0.bb
+++ b/meta/recipes-devtools/qemu/qemu_2.1.0.bb
@@ -9,6 +9,7 @@ SRC_URI += file://configure-fix-Darwin-target-detection.patch \
file://0001-Back-porting-security-fix-CVE-2014-5388.patch \
file://qemu-CVE-2015-3456.patch \
file://CVE-2014-7840.patch \
+file://vnc-CVE-2014-7815.patch \
SRC_URI_prepend = http://wiki.qemu-project.org/download/${BP}.tar.bz2;
SRC_URI[md5sum] = 6726977292b448cbc7f89998fac6983b
--
1.9.1
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH 1/2] swig: add package 3.0.2
On Wed, Aug 19, 2015 at 03:29:28AM -0400, wenzong@windriver.com wrote:
From: Wenzong Fan wenzong@windriver.com
Pull package from meta-oe to oe-core:
meta-oe commit: 8b7d90d8e4c3338f94c588fc7e4a88319bd9a9e8
There is patch for meta-oe to upgrade it to 3.0.6 (which isn't
compatible with some recipes, but fixes for that were sent as well
already).
It's required for libcap-ng to build python bindings.
With adding it to oe-core, the copies from following layers could
be removed:
* meta-oe, meta-selinux, meta-intel-iot-middleware ...
Signed-off-by: Wenzong Fan wenzong@windriver.com
---
meta/recipes-devtools/swig/swig.inc| 63
...lf-exe-for-swig-swiglib-on-non-Win32-plat.patch | 69
++
...nfigure-use-pkg-config-for-pcre-detection.patch | 64
meta/recipes-devtools/swig/swig_3.0.2.bb | 8 +++
4 files changed, 204 insertions(+)
create mode 100644 meta/recipes-devtools/swig/swig.inc
create mode 100644
meta/recipes-devtools/swig/swig/0001-Use-proc-self-exe-for-swig-swiglib-on-non-Win32-plat.patch
create mode 100644
meta/recipes-devtools/swig/swig/0001-configure-use-pkg-config-for-pcre-detection.patch
create mode 100644 meta/recipes-devtools/swig/swig_3.0.2.bb
diff --git a/meta/recipes-devtools/swig/swig.inc
b/meta/recipes-devtools/swig/swig.inc
new file mode 100644
index 000..9821fa5
--- /dev/null
+++ b/meta/recipes-devtools/swig/swig.inc
@@ -0,0 +1,63 @@
+DESCRIPTION = SWIG - Simplified Wrapper and Interface Generator
+HOMEPAGE = http://swig.sourceforge.net/;
+LICENSE = BSD GPLv3
+LIC_FILES_CHKSUM = file://LICENSE;md5=e7807a6282784a7dde4c846626b08fc6 \
+file://LICENSE-GPL;md5=d32239bcb673463ab874e80d47fae504 \
+
file://LICENSE-UNIVERSITIES;md5=8ce9dcc8f7c994de4a408b205c72ba08
+
+SECTION = devel
+
+DEPENDS = libpcre python
+
+SRC_URI = ${SOURCEFORGE_MIRROR}/${BPN}/${BPN}-${PV}.tar.gz
+
+inherit autotools pythonnative
+
+EXTRA_OECONF = \
+--with-python=${PYTHON} \
+--without-allegrocl \
+--without-android \
+--without-boost \
+--without-chicken \
+--without-clisp \
+--without-csharp \
+--without-d \
+--without-gcj \
+--without-go \
+--without-guile \
+--without-java \
+--without-lua \
+--without-mzscheme \
+--without-ocaml \
+--without-octave \
+--without-perl5 \
+--without-pike \
+--without-php \
+--without-python3 \
+--without-r \
+--without-ruby \
+--without-tcl \
+
+
+BBCLASSEXTEND = native nativesdk
+
+do_configure() {
+install -m 0755 ${STAGING_DATADIR_NATIVE}/gnu-config/config.guess
${S}/Tools/config
+install -m 0755 ${STAGING_DATADIR_NATIVE}/gnu-config/config.sub
${S}/Tools/config
+install -m 0755 ${STAGING_DATADIR_NATIVE}/gnu-config/config.guess ${S}
+install -m 0755 ${STAGING_DATADIR_NATIVE}/gnu-config/config.sub ${S}
+oe_runconf
+}
+
+do_install_append_class-nativesdk() {
+cd ${D}${bindir}
+ln -s swig swig2.0
+}
+
+def swiglib_relpath(d):
+swiglib = d.getVar('datadir', True) + / + d.getVar('BPN', True) + /
+ d.getVar('PV', True)
+return os.path.relpath(swiglib, d.getVar('bindir', True))
+
+do_install_append_class-native() {
+create_wrapper ${D}${bindir}/swig SWIG_LIB='`dirname
$''realpath`'/${@swiglib_relpath(d)}
+}
diff --git
a/meta/recipes-devtools/swig/swig/0001-Use-proc-self-exe-for-swig-swiglib-on-non-Win32-plat.patch
b/meta/recipes-devtools/swig/swig/0001-Use-proc-self-exe-for-swig-swiglib-on-non-Win32-plat.patch
new file mode 100644
index 000..81df3e2
--- /dev/null
+++
b/meta/recipes-devtools/swig/swig/0001-Use-proc-self-exe-for-swig-swiglib-on-non-Win32-plat.patch
@@ -0,0 +1,69 @@
+From a4a0440a644c6c5e5da096efe3cf05ba309a284f Mon Sep 17 00:00:00 2001
+From: NODA, Kai noda...@gmail.com
+Date: Sun, 22 Apr 2012 17:01:02 +0900
+Subject: [PATCH] Use /proc/self/exe for swig -swiglib on non-Win32
+ platforms.
+
+If it wasn't found, then fall back to a fixed string just as before.
+
+Upstream-Status: Submitted
+http://sourceforge.net/mailarchive/message.php?msg_id=29179733
+
+---
+ Source/Modules/main.cxx | 24 ++--
+ 1 file changed, 22 insertions(+), 2 deletions(-)
+
+diff --git a/Source/Modules/main.cxx b/Source/Modules/main.cxx
+index d2f5d3b..cbb0a12 100644
+--- a/Source/Modules/main.cxx
b/Source/Modules/main.cxx
+@@ -26,6 +26,11 @@ char cvsroot_main_cxx[] = $Id$;
+ #include cparse.h
+ #include ctype.h
+ #include limits.h // for INT_MAX
++#ifndef _WIN32
++#include cstddef
++#include unistd.h // for readlink
++#include sys/stat.h // for stat
++#endif
+
+ // Global variables
+
+@@ -902,9 +907,9 @@ int SWIG_main(int argc, char *argv[], Language *l) {
+
+ // Check for SWIG_LIB environment variable
+
Re: [OE-core] [PATCH 1/1] glibc: use cross-rpcgen to replace host's rpcgen
On Aug 19, 2015 12:51 AM, Robert Yang liezhi.y...@windriver.com wrote:
There might be unexpected errors when use host's rpcgen.
[YOCTO #8181]
This is fine
Signed-off-by: Robert Yang liezhi.y...@windriver.com
---
meta/recipes-core/glibc/glibc_2.22.bb |6 +-
1 file changed, 1 insertion(+), 5 deletions(-)
diff --git a/meta/recipes-core/glibc/glibc_2.22.bb
b/meta/recipes-core/glibc/glibc_2.22.bb
index 6aaf722..f0e1fad 100644
--- a/meta/recipes-core/glibc/glibc_2.22.bb
+++ b/meta/recipes-core/glibc/glibc_2.22.bb
@@ -97,10 +97,6 @@ do_configure () {
# calls for now
# don't pass CPPFLAGS into configure, since it upsets the kernel-headers
# version check and doesn't really help with anything
-if [ -z `which rpcgen` ]; then
-echo rpcgen not found. Install glibc-devel.
-exit 1
-fi
(cd ${S} gnu-configize) || die failure in running
gnu-configize
find ${S} -name configure | xargs touch
CPPFLAGS= oe_runconf
@@ -119,7 +115,7 @@ do_compile () {
for r in ${rpcsvc}; do
h=`echo $r|sed -e's,\.x$,.h,'`
rm -f $h
- rpcgen -h $r -o $h || bbwarn ${PN}: unable to
generate header for $r
+ ${B}/sunrpc/cross-rpcgen -h $r -o $h || bbwarn
${PN}: unable to generate header for $r
done
)
echo Adjust ldd script
--
1.7.9.5
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH] Opencv: Add OpenCV 3.0
On 08/19/2015 07:18 AM, Ricardo Ribalda Delgado wrote: --- /dev/null +++ b/meta-oe/recipes-support/opencv/opencv_3.0.bb @@ -0,0 +1,128 @@ +SUMMARY = Opencv : The Open Computer Vision Library +HOMEPAGE = http://opencv.willowgarage.com/wiki/; Is this URL outdated? It times out for me. -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH] libinput: Upgrade 0.18.0 - 0.21.0
Include a workaround patch suggested by upstream when using
kernel 4.1.x.
Signed-off-by: Jussi Kukkonen jussi.kukko...@intel.com
---
Resending this after rebase with the assumption that it was rejected
because of merge problems (it was part of a patch set that was
otherwise merged already).
Cheers,
Jussi
...ics-need-to-fake-new-touches-on-TRIPLETAP.patch | 72 ++
.../{libinput_0.18.0.bb = libinput_0.21.0.bb} | 5 +-
2 files changed, 75 insertions(+), 2 deletions(-)
create mode 100644
meta/recipes-graphics/wayland/libinput/touchpad-serial-synaptics-need-to-fake-new-touches-on-TRIPLETAP.patch
rename meta/recipes-graphics/wayland/{libinput_0.18.0.bb =
libinput_0.21.0.bb} (72%)
diff --git
a/meta/recipes-graphics/wayland/libinput/touchpad-serial-synaptics-need-to-fake-new-touches-on-TRIPLETAP.patch
b/meta/recipes-graphics/wayland/libinput/touchpad-serial-synaptics-need-to-fake-new-touches-on-TRIPLETAP.patch
new file mode 100644
index 000..97c63bd
--- /dev/null
+++
b/meta/recipes-graphics/wayland/libinput/touchpad-serial-synaptics-need-to-fake-new-touches-on-TRIPLETAP.patch
@@ -0,0 +1,72 @@
+This is a workaround upstream suggests for use with kernel 4.1.
+
+Upstream-Status: Inappropriate [temporary work-around]
+Signed-Off-By: Jussi Kukkonen jussi.kukko...@intel.com
+
+
+
+From: Peter Hutterer peter.hutte...@who-t.net
+Date: Mon Aug 3 18:23:12 PDT 2015
+Subject: [PATCH v3 libinput] touchpad: serial synaptics need to fake new
touches on TRIPLETAP
+
+On the 4.1 kernels synaptics pretends to have 3 slots (the serial fw only does
+2). This was added to avoid cursor jumps but has since been reverted for 4.2
+(kernel commit dbf3c37086, 4.1.3 is still buggy). In some cases a TRIPLETAP
+may be triggered without slot 2 ever activating.
+
+While there are still those kernels out there, work around this bug by opening
+a new touch point where none exists if the fake finger count exceeds the slot
+count.
+
+Reported-by: Jan Alexander Steffens jan.steffens at gmail.com
+Signed-off-by: Peter Hutterer peter.hutterer at who-t.net
+Tested-by: Jan Alexander Steffens jan.steffens at gmail.com
+Reviewed-by: Hans de Goede hdegoede at redhat.com
+---
+Changes to v2:
+- split out the handling instead of having a tmp state variable, see Hans'
+ comments from v2
+
+Mainly sending this to the list again so I have a link to point people to.
+If you're on 4.1.x add this patch to your distribution package.
+
+ src/evdev-mt-touchpad.c | 22 --
+ 1 file changed, 16 insertions(+), 6 deletions(-)
+
+diff --git a/src/evdev-mt-touchpad.c b/src/evdev-mt-touchpad.c
+index a683d9a..5ef03d5 100644
+--- a/src/evdev-mt-touchpad.c
b/src/evdev-mt-touchpad.c
+@@ -369,13 +369,23 @@ tp_restore_synaptics_touches(struct tp_dispatch *tp,
+ for (i = 0; i tp-num_slots; i++) {
+ struct tp_touch *t = tp_get_touch(tp, i);
+
+- if (t-state != TOUCH_END)
++ switch(t-state) {
++ case TOUCH_HOVERING:
++ case TOUCH_BEGIN:
++ case TOUCH_UPDATE:
+ continue;
+-
+- /* new touch, move it through begin to update immediately */
+- tp_new_touch(tp, t, time);
+- tp_begin_touch(tp, t, time);
+- t-state = TOUCH_UPDATE;
++ case TOUCH_NONE:
++ /* new touch, move it through to begin immediately */
++ tp_new_touch(tp, t, time);
++ tp_begin_touch(tp, t, time);
++ break;
++ case TOUCH_END:
++ /* touch just ended ,we need need to restore it to
update */
++ tp_new_touch(tp, t, time);
++ tp_begin_touch(tp, t, time);
++ t-state = TOUCH_UPDATE;
++ break;
++ }
+ }
+ }
+
+--
+2.4.3
+
diff --git a/meta/recipes-graphics/wayland/libinput_0.18.0.bb
b/meta/recipes-graphics/wayland/libinput_0.21.0.bb
similarity index 72%
rename from meta/recipes-graphics/wayland/libinput_0.18.0.bb
rename to meta/recipes-graphics/wayland/libinput_0.21.0.bb
index 8e8e6a7..d51fb37 100644
--- a/meta/recipes-graphics/wayland/libinput_0.18.0.bb
+++ b/meta/recipes-graphics/wayland/libinput_0.21.0.bb
@@ -9,9 +9,10 @@ DEPENDS = libevdev udev mtdev
SRC_URI = http://www.freedesktop.org/software/${BPN}/${BP}.tar.xz \
file://libinput-configure.ac-add-arg-with-libunwind.patch \
+
file://touchpad-serial-synaptics-need-to-fake-new-touches-on-TRIPLETAP.patch \
-SRC_URI[md5sum] = 0ddbb0d53d58dec0a86de6791560011a
-SRC_URI[sha256sum] =
64a70f96bab17a22eaf2fd7af17cf83def3388374096c7623be9448f62808cda
+SRC_URI[md5sum] = f91d8f4ced986f1ae16d52ea02bc7837
+SRC_URI[sha256sum] =
7cce7a9e510dfe5c4a19ad00e9350808d4f59f8611fd2b5e87213c507283f550
inherit autotools pkgconfig
--
2.1.4
--
___
[OE-core] [PATCH v4] Opencv: Add OpenCV 3.0
-Support for new PACKAGECONFIGS
-Merge with opencv-samples
Since it is not backward compatible with 2.x and cannot be installed in
parallel it has a DEFAULT_PREFERENCE of -1.
Signed-off-by: Ricardo Ribalda Delgado ricardo.riba...@gmail.com
---
v4: Fix suggested by Nathan Lynch nathan_ly...@mentor.com
Wrong url on HOMEPAGE
meta-oe/recipes-support/opencv/opencv_3.0.bb | 128 +++
1 file changed, 128 insertions(+)
create mode 100644 meta-oe/recipes-support/opencv/opencv_3.0.bb
diff --git a/meta-oe/recipes-support/opencv/opencv_3.0.bb
b/meta-oe/recipes-support/opencv/opencv_3.0.bb
new file mode 100644
index ..36ab6271edd6
--- /dev/null
+++ b/meta-oe/recipes-support/opencv/opencv_3.0.bb
@@ -0,0 +1,128 @@
+SUMMARY = Opencv : The Open Computer Vision Library
+HOMEPAGE = http://opencv.org/;
+SECTION = libs
+
+LICENSE = BSD
+LIC_FILES_CHKSUM =
file://include/opencv2/opencv.hpp;endline=41;md5=6d690d8488a6fca7a2c192932466bb14
+
+ARM_INSTRUCTION_SET = arm
+
+DEFAULT_PREFERENCE = -1
+
+DEPENDS = python-numpy libtool swig swig-native python bzip2 zlib glib-2.0
+
+SRCREV_opencv = 424c2bddb39dae97dc4639a24eaa0e0c8fbb8e69
+SRCREV_contrib = 844c30e8b2f2f4b34b96a169fafe9beea3c45e87
+SRCREV_FORMAT = opencv
+SRC_URI = git://github.com/Itseez/opencv.git;name=opencv \
+
git://github.com/Itseez/opencv_contrib.git;destsuffix=contrib;name=contrib
+
+PV = 3.0+git${SRCPV}
+
+S = ${WORKDIR}/git
+
+EXTRA_OECMAKE =
-DPYTHON2_NUMPY_INCLUDE_DIRS:PATH=${STAGING_LIBDIR}/${PYTHON_DIR}/site-packages/numpy/core/include
\
+-DOPENCV_EXTRA_MODULES_PATH=${WORKDIR}/contrib/modules \
+ -DWITH_1394=OFF \
+ -DCMAKE_SKIP_RPATH=ON \
+ ${@bb.utils.contains(TARGET_CC_ARCH, -msse3,
-DENABLE_SSE=1 -DENABLE_SSE2=1 -DENABLE_SSE3=1 -DENABLE_SSSE3=1, , d)} \
+ ${@base_conditional(libdir, /usr/lib64,
-DLIB_SUFFIX=64, , d)} \
+ ${@base_conditional(libdir, /usr/lib32,
-DLIB_SUFFIX=32, , d)} \
+
+
+PACKAGECONFIG ??= eigen jpeg libav png tiff v4l gstreamer samples tbb\
+ ${@bb.utils.contains(DISTRO_FEATURES, x11, gtk, ,
d)}
+PACKAGECONFIG[eigen] = -DWITH_EIGEN=ON,-DWITH_EIGEN=OFF,libeigen,
+PACKAGECONFIG[gtk] = -DWITH_GTK=ON,-DWITH_GTK=OFF,gtk+3,
+PACKAGECONFIG[jpeg] = -DWITH_JPEG=ON,-DWITH_JPEG=OFF,jpeg,
+PACKAGECONFIG[libav] = -DWITH_FFMPEG=ON,-DWITH_FFMPEG=OFF,libav,
+PACKAGECONFIG[png] = -DWITH_PNG=ON,-DWITH_PNG=OFF,libpng,
+PACKAGECONFIG[tiff] = -DWITH_TIFF=ON,-DWITH_TIFF=OFF,tiff,
+PACKAGECONFIG[v4l] = -DWITH_V4L=ON,-DWITH_V4L=OFF,v4l-utils,
+PACKAGECONFIG[jasper] = -DWITH_JASPER=ON,-DWITH_JASPER=OFF,jasper,
+PACKAGECONFIG[amdblas] =
-DWITH_OPENCLAMDBLAS=ON,-DWITH_OPENCLAMDBLAS=OFF,libclamdblas,
+PACKAGECONFIG[amdfft] =
-DWITH_OPENCLAMDFFT=ON,-DWITH_OPENCLAMDFFT=OFF,libclamdfft,
+PACKAGECONFIG[opencl] = -DWITH_OPENCL=ON,-DWITH_OPENCL=OFF,opencl-headers,
+PACKAGECONFIG[gstreamer] =
-DWITH_GSTREAMER=ON,-DWITH_GSTREAMER=OFF,gstreamer1.0
gstreamer1.0-plugins-base,
+PACKAGECONFIG[oracle-java] = -DJAVA_INCLUDE_PATH=${JAVA_HOME}/include
-DJAVA_INCLUDE_PATH2=${JAVA_HOME}/include/linux
-DJAVA_AWT_INCLUDE_PATH=${JAVA_HOME}/include
-DJAVA_AWT_LIBRARY=${JAVA_HOME}/lib/amd64/libjawt.so
-DJAVA_JVM_LIBRARY=${JAVA_HOME}/lib/amd64/server/libjvm.so,,ant-native
oracle-jse-jdk oracle-jse-jdk-native,
+PACKAGECONFIG[samples] = -DBUILD_EXAMPLES=ON
-DINSTALL_PYTHON_EXAMPLES=ON,-DBUILD_EXAMPLES=OFF,,
+PACKAGECONFIG[tbb] = -DWITH_TBB=ON,-DWITH_TBB=OFF,tbb,
+
+inherit distutils-base pkgconfig cmake
+
+export BUILD_SYS
+export HOST_SYS
+export PYTHON_CSPEC=-I${STAGING_INCDIR}/${PYTHON_DIR}
+export PYTHON=${STAGING_BINDIR_NATIVE}/python
+export JAVA_HOME=${STAGING_DIR_NATIVE}/usr/bin/java
+export ANT_DIR=${STAGING_DIR_NATIVE}/usr/share/ant/
+
+TARGET_CC_ARCH += -I${S}/include
+
+PACKAGES += ${PN}-java-dbg ${PN}-java ${PN}-samples-dbg ${PN}-samples
${PN}-apps python-opencv
+
+python populate_packages_prepend () {
+cv_libdir = d.expand('${libdir}')
+cv_libdir_dbg = d.expand('${libdir}/.debug')
+do_split_packages(d, cv_libdir, '^lib(.*)\.so$', 'lib%s-dev', 'OpenCV %s
development package', extra_depends='${PN}-dev', allow_links=True)
+do_split_packages(d, cv_libdir, '^lib(.*)\.la$', 'lib%s-dev', 'OpenCV %s
development package', extra_depends='${PN}-dev')
+do_split_packages(d, cv_libdir, '^lib(.*)\.a$', 'lib%s-dev', 'OpenCV %s
development package', extra_depends='${PN}-dev')
+do_split_packages(d, cv_libdir, '^lib(.*)\.so\.*', 'lib%s', 'OpenCV %s
library', extra_depends='', allow_links=True)
+
+pn = d.getVar('PN', 1)
+metapkg = pn + '-dev'
+d.setVar('ALLOW_EMPTY_' + metapkg, 1)
+blacklist = [ metapkg ]
+metapkg_rdepends = [ ]
+packages = d.getVar('PACKAGES', 1).split()
+for pkg in packages[1:]:
+if not pkg in blacklist and not pkg in metapkg_rdepends and
pkg.endswith('-dev'):
+metapkg_rdepends.append(pkg)
+d.setVar('RRECOMMENDS_'
Re: [OE-core] iw in place of wireless-tools
Em 19/08/2015 12:26, Burton, Ross ross.bur...@intel.com escreveu: And now for the elephant in the room: is anyone going to work on this? :) I can ask our people to work on this. Is there a bug number to assign for me? -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH 19/22] epiphany: add a recipe from meta-gnome
Epiphany is replacing midori as the browser in oe-core recipe set
and poky distribution.
Signed-off-by: Alexander Kanavin alexander.kana...@linux.intel.com
---
meta/recipes-gnome/epiphany/epiphany_3.16.3.bb | 24
.../0001-yelp.m4-drop-the-check-for-itstool.patch | 33 ++
2 files changed, 57 insertions(+)
create mode 100644 meta/recipes-gnome/epiphany/epiphany_3.16.3.bb
create mode 100644
meta/recipes-gnome/epiphany/files/0001-yelp.m4-drop-the-check-for-itstool.patch
diff --git a/meta/recipes-gnome/epiphany/epiphany_3.16.3.bb
b/meta/recipes-gnome/epiphany/epiphany_3.16.3.bb
new file mode 100644
index 000..2681ab5
--- /dev/null
+++ b/meta/recipes-gnome/epiphany/epiphany_3.16.3.bb
@@ -0,0 +1,24 @@
+SUMMARY = WebKit based web browser for GNOME
+LICENSE = GPLv2+
+LIC_FILES_CHKSUM = file://COPYING;md5=751419260aa954499f7abaabaa882bbe
+
+DEPENDS = libsoup-2.4 webkitgtk gtk+3 iso-codes ca-certificates avahi
libnotify gcr libwnck3 \
+ gsettings-desktop-schemas gnome-desktop3
+
+inherit gnomebase gsettings
+SRC_URI += file://0001-yelp.m4-drop-the-check-for-itstool.patch
+SRC_URI[archive.md5sum] = 3296af4532b8019775f4b40d21a341ae
+SRC_URI[archive.sha256sum] =
d527f1770779ec22d955aeb13b148a846a26144e433ff0480c981af80e2390b1
+
+EXTRA_OECONF += --disable-nss --with-distributor-name=${DISTRO}
+
+do_configure_prepend() {
+touch ${S}/gnome-doc-utils.make
+sed -i -e s:help::g ${S}/Makefile.am
+}
+
+FILES_${PN} += ${datadir}/appdata ${datadir}/dbus-1
${datadir}/gnome-shell/search-providers
+FILES_${PN}-dbg +=
${libdir}/epiphany/*/web-extensions/.debug/libephywebextension.so
+RDEPENDS_${PN} = iso-codes
+RRECOMMENDS_${PN} = ca-certificates
+
diff --git
a/meta/recipes-gnome/epiphany/files/0001-yelp.m4-drop-the-check-for-itstool.patch
b/meta/recipes-gnome/epiphany/files/0001-yelp.m4-drop-the-check-for-itstool.patch
new file mode 100644
index 000..2585d7f
--- /dev/null
+++
b/meta/recipes-gnome/epiphany/files/0001-yelp.m4-drop-the-check-for-itstool.patch
@@ -0,0 +1,33 @@
+From 30f03a256efe375a4d5c3a24bf4168ebf380e3ab Mon Sep 17 00:00:00 2001
+From: Alexander Kanavin alex.kana...@gmail.com
+Date: Thu, 30 Jul 2015 15:13:23 +0300
+Subject: [PATCH] yelp.m4: drop the check for itstool
+
+It isn't used for anything during build, so there's no need to provide
+it as a recipe.
+
+Upstream-Status: Inappropriate [tarball-specific issue]
+---
+ m4/yelp.m4 | 6 --
+ 1 file changed, 6 deletions(-)
+
+diff --git a/m4/yelp.m4 b/m4/yelp.m4
+index 5db847f..1b6ede4 100644
+--- a/m4/yelp.m4
b/m4/yelp.m4
+@@ -27,12 +27,6 @@ AC_ARG_WITH([help-dir],
+ HELP_DIR=$with_help_dir
+ AC_SUBST(HELP_DIR)
+
+-AC_ARG_VAR([ITSTOOL], [Path to the `itstool` command])
+-AC_CHECK_PROG([ITSTOOL], [itstool], [itstool])
+-if test x$ITSTOOL = x; then
+- AC_MSG_ERROR([itstool not found])
+-fi
+-
+ AC_ARG_VAR([XMLLINT], [Path to the `xmllint` command])
+ AC_CHECK_PROG([XMLLINT], [xmllint], [xmllint])
+ if test x$XMLLINT = x; then
+--
+2.1.4
+
--
2.1.4
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH 20/22] webkit-gtk: remove the recipe for the obsolete version 1.8.3
webkitgtk 2.8.3 is provided instead and midori browser is replaced by epiphany
in
separate commits.
Signed-off-by: Alexander Kanavin alexander.kana...@linux.intel.com
---
meta/conf/distro/include/security_flags.inc| 2 -
meta/recipes-sato/webkit/files/bison-2.6.patch | 558 -
meta/recipes-sato/webkit/files/no-gtkdoc.patch | 20 -
meta/recipes-sato/webkit/files/nodolt.patch| 19 -
.../webgit-gtk_fix_build_with_automake_1.12.patch | 62 ---
...bkit-gtk-ANGLE-doesn-t-build-with-bison-3.patch | 26 -
.../0001-Enable-mips64-build.patch | 69 ---
.../webkit/webkit-gtk-1.8.3/aarch64.patch | 41 --
.../obsolete_automake_macros.patch | 14 -
meta/recipes-sato/webkit/webkit-gtk_1.8.3.bb | 116 -
10 files changed, 927 deletions(-)
delete mode 100644 meta/recipes-sato/webkit/files/bison-2.6.patch
delete mode 100644 meta/recipes-sato/webkit/files/no-gtkdoc.patch
delete mode 100644 meta/recipes-sato/webkit/files/nodolt.patch
delete mode 100644
meta/recipes-sato/webkit/files/webgit-gtk_fix_build_with_automake_1.12.patch
delete mode 100644
meta/recipes-sato/webkit/files/webkit-gtk-ANGLE-doesn-t-build-with-bison-3.patch
delete mode 100644
meta/recipes-sato/webkit/webkit-gtk-1.8.3/0001-Enable-mips64-build.patch
delete mode 100644 meta/recipes-sato/webkit/webkit-gtk-1.8.3/aarch64.patch
delete mode 100644
meta/recipes-sato/webkit/webkit-gtk-1.8.3/obsolete_automake_macros.patch
delete mode 100644 meta/recipes-sato/webkit/webkit-gtk_1.8.3.bb
diff --git a/meta/conf/distro/include/security_flags.inc
b/meta/conf/distro/include/security_flags.inc
index ff600fa..14ac0bf 100644
--- a/meta/conf/distro/include/security_flags.inc
+++ b/meta/conf/distro/include/security_flags.inc
@@ -21,7 +21,6 @@ SECURITY_CFLAGS_powerpc = -fstack-protector-all
${lcl_maybe_fortify}
SECURITY_CFLAGS_pn-dbus_powerpc =
SECURITY_CFLAGS_pn-dbus-ptest_powerpc =
SECURITY_CFLAGS_pn-libmatchbox_powerpc =
-SECURITY_CFLAGS_pn-webkit-gtk_powerpc =
# arm specific security flag issues
SECURITY_CFLAGS_pn-lttng-tools_arm = ${SECURITY_NO_PIE_CFLAGS}
@@ -86,7 +85,6 @@ SECURITY_CFLAGS_pn-python3 = ${SECURITY_NO_PIE_CFLAGS}
SECURITY_CFLAGS_pn-tcl = ${SECURITY_NO_PIE_CFLAGS}
SECURITY_CFLAGS_pn-tiff = ${SECURITY_NO_PIE_CFLAGS}
SECURITY_CFLAGS_pn-valgrind = ${SECURITY_NO_PIE_CFLAGS}
-SECURITY_CFLAGS_pn-webkit-gtk = ${SECURITY_NO_PIE_CFLAGS}
SECURITY_CFLAGS_pn-zlib = ${SECURITY_NO_PIE_CFLAGS}
# These 2 have text relco errors with the pie options enabled
diff --git a/meta/recipes-sato/webkit/files/bison-2.6.patch
b/meta/recipes-sato/webkit/files/bison-2.6.patch
deleted file mode 100644
index d4aa674..000
--- a/meta/recipes-sato/webkit/files/bison-2.6.patch
+++ /dev/null
@@ -1,558 +0,0 @@
-Upstream-Status: Backport
-http://trac.webkit.org/changeset/124099
-
-Subversion Revision: 123651
-diff --git a/Source/WebCore/css/CSSGrammar.y b/Source/WebCore/css/CSSGrammar.y
-index
c7c10b541cd46ad4febc6efe289e81b2cfb0861e..1c604e76b4da4cc65f395bc4a73b112561bd5c84
100644
a/Source/WebCore/css/CSSGrammar.y
-+++ b/Source/WebCore/css/CSSGrammar.y
-@@ -53,14 +53,13 @@ using namespace HTMLNames;
- #define YYMAXDEPTH 1
- #define YYDEBUG 0
-
--// FIXME: Replace with %parse-param { CSSParser* parser } once we can depend
on bison 2.x
--#define YYPARSE_PARAM parser
--#define YYLEX_PARAM parser
--
- %}
-
- %pure_parser
-
-+%parse-param { CSSParser* parser }
-+%lex-param { CSSParser* parser }
-+
- %union {
- bool boolean;
- char character;
-@@ -89,7 +88,7 @@ using namespace HTMLNames;
-
- %{
-
--static inline int cssyyerror(const char*)
-+static inline int cssyyerror(void*, const char*)
- {
- return 1;
- }
-diff --git a/Source/WebCore/css/CSSParser.cpp
b/Source/WebCore/css/CSSParser.cpp
-index
650844060477cfc6ea6fdeaf11ec63b34ac646e7..8369549dbff25537cf93a11237a9bbbac4fe50f2
100644
a/Source/WebCore/css/CSSParser.cpp
-+++ b/Source/WebCore/css/CSSParser.cpp
-@@ -114,7 +114,7 @@
- extern int cssyydebug;
- #endif
-
--extern int cssyyparse(void* parser);
-+extern int cssyyparse(WebCore::CSSParser*);
-
- using namespace std;
- using namespace WTF;
-diff --git a/Source/WebCore/xml/XPathGrammar.y
b/Source/WebCore/xml/XPathGrammar.y
-index
2eba5b35bd2338272a0f4ec756d137e47d2d59c8..d558211db2d89ea13716762a51397755560f66f3
100644
a/Source/WebCore/xml/XPathGrammar.y
-+++ b/Source/WebCore/xml/XPathGrammar.y
-@@ -34,6 +34,7 @@
- #include XPathParser.h
- #include XPathPath.h
- #include XPathPredicate.h
-+#include XPathStep.h
- #include XPathVariableReference.h
- #include wtf/FastMalloc.h
-
-@@ -44,8 +45,6 @@
- #define YYLTYPE_IS_TRIVIAL 1
- #define YYDEBUG 0
- #define YYMAXDEPTH 1
--#define YYPARSE_PARAM parserParameter
--#define PARSER static_castParser*(parserParameter)
-
- using namespace WebCore;
- using namespace XPath;
-@@ -53,6 +52,7 @@ using namespace XPath;
- %}
-
- %pure_parser
-+%parse-param {
[OE-core] [PATCH] devtool: add package plugin that lets you create package via devtool
From: Brendan Le Foll brendan.le.f...@intel.com
Signed-off-by: Brendan Le Foll brendan.le.f...@intel.com
---
scripts/lib/devtool/package.py | 63 ++
1 file changed, 63 insertions(+)
create mode 100644 scripts/lib/devtool/package.py
diff --git a/scripts/lib/devtool/package.py b/scripts/lib/devtool/package.py
new file mode 100644
index 000..18b9eb0
--- /dev/null
+++ b/scripts/lib/devtool/package.py
@@ -0,0 +1,63 @@
+# Development tool - package command plugin
+#
+# Copyright (C) 2014-2015 Intel Corporation
+#
+# This program is free software; you can redistribute it and/or modify
+# it under the terms of the GNU General Public License version 2 as
+# published by the Free Software Foundation.
+#
+# This program is distributed in the hope that it will be useful,
+# but WITHOUT ANY WARRANTY; without even the implied warranty of
+# MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the
+# GNU General Public License for more details.
+#
+# You should have received a copy of the GNU General Public License along
+# with this program; if not, write to the Free Software Foundation, Inc.,
+# 51 Franklin Street, Fifth Floor, Boston, MA 02110-1301 USA.
+Devtool plugin containing the package subcommands
+
+import os
+import subprocess
+import logging
+from devtool import exec_build_env_command, setup_tinfoil, DevtoolError
+
+logger = logging.getLogger('devtool')
+
+def plugin_init(pluginlist):
+Plugin initialization
+pass
+
+def package(args, config, basepath, workspace):
+Entry point for the devtool 'package' subcommand
+import re
+import bb
+if not args.recipename in workspace:
+raise DevtoolError(no recipe named %s in your workspace %
+ args.recipename)
+
+try:
+image_pkgtype = exec_build_env_command(config.init_path, basepath,
'bitbake -e %s | grep IMAGE_PKGTYPE' % (args.recipename), watch=False)
+except bb.process.ExecutionError as e:
+logger.error('Unable to get IMAGE_PKGTYPE for image')
+return e.exitcode
+
+image_pkgtype = str(image_pkgtype).split('=', 1)[1].split('', 2)[1]
+if image_pkgtype not in (rpm, ipk, tar, deb):
+logger.error('Invalid package format (%s) found' % image_pkgtype)
+return 1
+
+package_task = config.get('Package', 'package_task', 'package_write_%s' %
image_pkgtype)
+try:
+exec_build_env_command(config.init_path, basepath, 'bitbake -c %s %s'
% (package_task, args.recipename), watch=True)
+except bb.process.ExecutionError as e:
+# We've already seen the output since watch=True, so just ensure we
return something to the user
+return e.exitcode
+logger.info('Your packages are in %s/tmp/deploy/%s' % (basepath,
image_pkgtype))
+
+return 0
+
+def register_commands(subparsers, context):
+Register devtool subcommands from the package plugin
+parser_package = subparsers.add_parser('package', help='Package a recipe
output files')
+parser_package.add_argument('recipename', help='Recipe to package')
+parser_package.set_defaults(func=package)
--
2.5.0
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] iw in place of wireless-tools
On Wed, Aug 19, 2015 at 4:56 AM, Burton, Ross ross.bur...@intel.com wrote: On 19 August 2015 at 12:35, Otavio Salvador otavio.salva...@ossystems.com.br wrote: Em 19/08/2015 12:26, Burton, Ross ross.bur...@intel.com escreveu: And now for the elephant in the room: is anyone going to work on this? :) I can ask our people to work on this. Is there a bug number to assign for me? Not as far as I'm aware. Note that M3 cut-off is fairly soon (August 23rd, technically) and this would count as a Feature so switching to iw would be out of scope for M4. While we're at it, we should enable ip/ss/etc in busybox and decide whether to keep netstat/ifconfig/route enabled there alongside them (I'd vote no, personally, but don't feel very strongly about it), and drop net-tools from full tools packagegroups in favor of iproute2. If nobody else gets to it, I might be able to find the time. -- Christopher Larson clarson at kergoth dot com Founder - BitBake, OpenEmbedded, OpenZaurus Maintainer - Tslib Senior Software Engineer, Mentor Graphics -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH 2/3] toolchain-shar-extract.sh: better default install path for extensible SDK
On Wed, Aug 19, 2015 at 6:32 AM, brendan.le.f...@intel.com wrote: From: Brendan Le Foll brendan.le.f...@intel.com Extensible SDK cannot be installed as root so by default offer to install it in user's home directory under distro/distro_version replacing the normal SDK version '+' char with a '_' as that's a restricted character for bitbake Signed-off-by: Brendan Le Foll brendan.le.f...@intel.com Why not use a metadata variable for the default, replacing with @@ as with the other metadata variables, rather than hardcoding the default in the .sh where it can't be easily overridden by the distro or user? -- Christopher Larson clarson at kergoth dot com Founder - BitBake, OpenEmbedded, OpenZaurus Maintainer - Tslib Senior Software Engineer, Mentor Graphics -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH] kernel-arch: Force BFD kernel when using gcc for linking
We redefine LD to point to ld.bfd when building kernel, which works in
most cases since kbuild system calls out for bare LD most of the time,
however some of newer kernels e.g. 4.1+ have some code added which can
call gcc directly to do the linking job e.g. arm vdso code
This causes build failures when we have configured the default cross
toolchain to use gold linker as default. Errors like
BFD: arch/arm/vdso/vdso.so: Not enough room for program headers, try
linking with -N
| arm-angstrom-linux-gnueabi-objcopy:arch/arm/vdso/vdso.so[.hash]: Bad
value
start happening.
With this patch we force gcc to choose bfd linker as well
Signed-off-by: Khem Raj raj.k...@gmail.com
---
meta/classes/kernel-arch.bbclass | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta/classes/kernel-arch.bbclass b/meta/classes/kernel-arch.bbclass
index 6650870..211b72b 100644
--- a/meta/classes/kernel-arch.bbclass
+++ b/meta/classes/kernel-arch.bbclass
@@ -53,7 +53,7 @@ HOST_LD_KERNEL_ARCH ?= ${TARGET_LD_KERNEL_ARCH}
TARGET_AR_KERNEL_ARCH ?=
HOST_AR_KERNEL_ARCH ?= ${TARGET_AR_KERNEL_ARCH}
-KERNEL_CC = ${CCACHE}${HOST_PREFIX}gcc ${HOST_CC_KERNEL_ARCH}
+KERNEL_CC = ${CCACHE}${HOST_PREFIX}gcc ${HOST_CC_KERNEL_ARCH} -fuse-ld=bfd
KERNEL_LD = ${CCACHE}${HOST_PREFIX}ld.bfd ${HOST_LD_KERNEL_ARCH}
KERNEL_AR = ${CCACHE}${HOST_PREFIX}ar ${HOST_AR_KERNEL_ARCH}
--
2.1.4
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH 2/4 V2] systemd: Upgrade 219 - 224
On 17 August 2015 at 16:41, Khem Raj raj.k...@gmail.com wrote: There are many reasons, for me its overlay support for systemd-nspawn, networkd has got many new features that is now usable w.r.t. IP forwarding, vxlan etc. and it has many bug fixed in those 2000 odd commits since 219, no different then any other package upgrades we do in general it keep the upgrade workload lower as we roll the releases. Any specific concerns ? Can we get an updated patch with a clearer commit log? My concerns with the systemd upgrade were simply that until now we were tracking the systemd-stable repository. If we want to change that policy to the latest release, that's fine by me. Anyone else have an opinion here? Ross -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH] kernel-arch: Force BFD kernel when using gcc for linking
On 19 August 2015 at 20:59, Nathan Lynch nathan_ly...@mentor.com wrote: On 08/19/2015 12:44 PM, Khem Raj wrote: We redefine LD to point to ld.bfd when building kernel, which works in most cases since kbuild system calls out for bare LD most of the time, however some of newer kernels e.g. 4.1+ have some code added which can call gcc directly to do the linking job e.g. arm vdso code This causes build failures when we have configured the default cross toolchain to use gold linker as default. Errors like BFD: arch/arm/vdso/vdso.so: Not enough room for program headers, try linking with -N | arm-angstrom-linux-gnueabi-objcopy:arch/arm/vdso/vdso.so[.hash]: Bad value start happening. With this patch we force gcc to choose bfd linker as well This is fixed upstream as of: commit d2b30cd4b7223a96e606dfc8120626f66d81e091 Author: Nathan Lynch nathan_ly...@mentor.com Date: Wed Jun 3 00:41:15 2015 +0100 ARM: 8384/1: VDSO: force use of BFD linker which should make it to 4.1-stable soon. CC'ing Bruce. I'll stage the fix from Khem in my master-unde-test branch. Bruce: if you end up merging this fix into the oe-core kernels, please remind me to revert Khem's patch. :) Ross -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH 17/22] glib: add a warning suppression patch to glib
On 19 August 2015 at 21:26, Andreas Müller schnitzelt...@googlemail.com wrote: On Wed, Aug 19, 2015 at 3:40 PM, Alexander Kanavin alexander.kana...@linux.intel.com wrote: Otherwise QA check will fail. Some schemas in gsettings-desktop-schemas (such as proxy and locale) are still using deprecated paths, as of 3.16.1. This causes warning messages, and meta/lib/oe/rootfs.py complaints about them. Signed-off-by: Alexander Kanavin alexander.kana...@linux.intel.com --- ...warning-about-deprecated-paths-in-schemas.patch | 32 ++ meta/recipes-core/glib-2.0/glib-2.0_2.44.1.bb | 1 + 2 files changed, 33 insertions(+) create mode 100644 meta/recipes-core/glib-2.0/glib-2.0/0001-Remove-the-warning-about-deprecated-paths-in-schemas.patch diff --git a/meta/recipes-core/glib-2.0/glib-2.0/0001-Remove-the-warning-about-deprecated-paths-in-schemas.patch b/meta/recipes-core/glib-2.0/glib-2.0/0001-Remove-the-warning-about-deprecated-paths-in-schemas.patch new file mode 100644 index 000..54e830c --- /dev/null +++ b/meta/recipes-core/glib-2.0/glib-2.0/0001-Remove-the-warning-about-deprecated-paths-in-schemas.patch @@ -0,0 +1,32 @@ +From 41534253b6b61ed4769eb6a3966698a50ee73b71 Mon Sep 17 00:00:00 2001 +From: Alexander Kanavin alex.kana...@gmail.com +Date: Fri, 12 Jun 2015 17:08:46 +0300 +Subject: [PATCH] Remove the warning about deprecated paths in schemas + +Some schemas in gsettings-desktop-schemas (such as proxy and locale) +are still using deprecated paths, as of 3.16.1. This causes warning +messages, and meta/lib/oe/rootfs.py complaints about them. Upstream-Status In a desperate attempt to merge at least some of this into master shortly, I added that by hand when merging to mut... Ross -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH] kernel-arch: Force BFD kernel when using gcc for linking
On 15-08-19 04:12 PM, Burton, Ross wrote: On 19 August 2015 at 20:59, Nathan Lynch nathan_ly...@mentor.com mailto:nathan_ly...@mentor.com wrote: On 08/19/2015 12:44 PM, Khem Raj wrote: We redefine LD to point to ld.bfd when building kernel, which works in most cases since kbuild system calls out for bare LD most of the time, however some of newer kernels e.g. 4.1+ have some code added which can call gcc directly to do the linking job e.g. arm vdso code This causes build failures when we have configured the default cross toolchain to use gold linker as default. Errors like BFD: arch/arm/vdso/vdso.so: Not enough room for program headers, try linking with -N | arm-angstrom-linux-gnueabi-objcopy:arch/arm/vdso/vdso.so[.hash]: Bad value start happening. With this patch we force gcc to choose bfd linker as well This is fixed upstream as of: commit d2b30cd4b7223a96e606dfc8120626f66d81e091 Author: Nathan Lynch nathan_ly...@mentor.com mailto:nathan_ly...@mentor.com Date: Wed Jun 3 00:41:15 2015 +0100 ARM: 8384/1: VDSO: force use of BFD linker which should make it to 4.1-stable soon. CC'ing Bruce. I'll stage the fix from Khem in my master-unde-test branch. Bruce: if you end up merging this fix into the oe-core kernels, please remind me to revert Khem's patch. :) Noted. And will do. Bruce Ross -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH 05/22] libnotify: update to version 0.7.6
On Wed, Aug 19, 2015 at 3:40 PM, Alexander Kanavin
alexander.kana...@linux.intel.com wrote:
New webkit requires at least version 0.7
Signed-off-by: Alexander Kanavin alexander.kana...@linux.intel.com
---
meta/recipes-gnome/libnotify/libnotify_0.6.0.bb | 21 -
meta/recipes-gnome/libnotify/libnotify_0.7.6.bb | 12
2 files changed, 12 insertions(+), 21 deletions(-)
delete mode 100644 meta/recipes-gnome/libnotify/libnotify_0.6.0.bb
create mode 100644 meta/recipes-gnome/libnotify/libnotify_0.7.6.bb
diff --git a/meta/recipes-gnome/libnotify/libnotify_0.6.0.bb
b/meta/recipes-gnome/libnotify/libnotify_0.6.0.bb
deleted file mode 100644
index e6ee89b..000
--- a/meta/recipes-gnome/libnotify/libnotify_0.6.0.bb
+++ /dev/null
@@ -1,21 +0,0 @@
-SUMMARY = Library for sending desktop notifications to a notification
daemon
-SECTION = libs
-LICENSE = LGPLv2.1
-LIC_FILES_CHKSUM = file://COPYING;md5=7fbc338309ac38fefcd64b04bb903e34
-
-PR = r1
-
-DEPENDS = dbus gtk+ dbus-glib
-
-inherit gnomebase distro_features_check
-
-# Requires gdk/gdkx.h which is provided by gtk when x11 in DISTRO_FEATURES
-REQUIRED_DISTRO_FEATURES = x11
-
-SRC_URI[archive.md5sum] = 732c9d2cd5eb6a9069264a319d330516
-SRC_URI[archive.sha256sum] =
73b16a79bb2fed62dcf146b11c4405776cb96a09dce66379ca541da7dbd64210
-
-do_configure_prepend() {
-sed -i /GTK3/d ${S}/configure.ac
-sed -i -e /test-gtk3/d -e 's/test-xy-stress \\/test-xy-stress/'
${S}/tests/Makefile.am
-}
diff --git a/meta/recipes-gnome/libnotify/libnotify_0.7.6.bb
b/meta/recipes-gnome/libnotify/libnotify_0.7.6.bb
new file mode 100644
index 000..5d7b4ce
--- /dev/null
+++ b/meta/recipes-gnome/libnotify/libnotify_0.7.6.bb
@@ -0,0 +1,12 @@
+SUMMARY = Library for sending desktop notifications to a notification
daemon
+SECTION = libs
+LICENSE = LGPLv2.1
+LIC_FILES_CHKSUM = file://COPYING;md5=7fbc338309ac38fefcd64b04bb903e34
+
+DEPENDS = dbus gtk+3 dbus-glib
+
+inherit gnomebase distro_features_check gtk-doc
+
+SRC_URI[archive.md5sum] = a4997019d08f46f3bf57b78e6f795a59
+SRC_URI[archive.sha256sum] =
0ef61ca400d30e28217979bfa0e73a7406b19c32dd76150654ec5b2bdf47d837
+
--
What about
REQUIRED_DISTRO_FEATURES = x11?
Andreas
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH] kernel-arch: Force BFD kernel when using gcc for linking
On 08/19/2015 12:44 PM, Khem Raj wrote: We redefine LD to point to ld.bfd when building kernel, which works in most cases since kbuild system calls out for bare LD most of the time, however some of newer kernels e.g. 4.1+ have some code added which can call gcc directly to do the linking job e.g. arm vdso code This causes build failures when we have configured the default cross toolchain to use gold linker as default. Errors like BFD: arch/arm/vdso/vdso.so: Not enough room for program headers, try linking with -N | arm-angstrom-linux-gnueabi-objcopy:arch/arm/vdso/vdso.so[.hash]: Bad value start happening. With this patch we force gcc to choose bfd linker as well This is fixed upstream as of: commit d2b30cd4b7223a96e606dfc8120626f66d81e091 Author: Nathan Lynch nathan_ly...@mentor.com Date: Wed Jun 3 00:41:15 2015 +0100 ARM: 8384/1: VDSO: force use of BFD linker which should make it to 4.1-stable soon. -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH 17/22] glib: add a warning suppression patch to glib
On Wed, Aug 19, 2015 at 3:40 PM, Alexander Kanavin alexander.kana...@linux.intel.com wrote: Otherwise QA check will fail. Some schemas in gsettings-desktop-schemas (such as proxy and locale) are still using deprecated paths, as of 3.16.1. This causes warning messages, and meta/lib/oe/rootfs.py complaints about them. Signed-off-by: Alexander Kanavin alexander.kana...@linux.intel.com --- ...warning-about-deprecated-paths-in-schemas.patch | 32 ++ meta/recipes-core/glib-2.0/glib-2.0_2.44.1.bb | 1 + 2 files changed, 33 insertions(+) create mode 100644 meta/recipes-core/glib-2.0/glib-2.0/0001-Remove-the-warning-about-deprecated-paths-in-schemas.patch diff --git a/meta/recipes-core/glib-2.0/glib-2.0/0001-Remove-the-warning-about-deprecated-paths-in-schemas.patch b/meta/recipes-core/glib-2.0/glib-2.0/0001-Remove-the-warning-about-deprecated-paths-in-schemas.patch new file mode 100644 index 000..54e830c --- /dev/null +++ b/meta/recipes-core/glib-2.0/glib-2.0/0001-Remove-the-warning-about-deprecated-paths-in-schemas.patch @@ -0,0 +1,32 @@ +From 41534253b6b61ed4769eb6a3966698a50ee73b71 Mon Sep 17 00:00:00 2001 +From: Alexander Kanavin alex.kana...@gmail.com +Date: Fri, 12 Jun 2015 17:08:46 +0300 +Subject: [PATCH] Remove the warning about deprecated paths in schemas + +Some schemas in gsettings-desktop-schemas (such as proxy and locale) +are still using deprecated paths, as of 3.16.1. This causes warning +messages, and meta/lib/oe/rootfs.py complaints about them. Upstream-Status? Andreas -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH 05/22] libnotify: update to version 0.7.6
On 19 August 2015 at 21:23, Andreas Müller schnitzelt...@googlemail.com wrote: What about REQUIRED_DISTRO_FEATURES = x11? libnotify doesn't depend on X anymore. Ross -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH 00/22] Update webkitgtk to latest stable upstream; replace midori with epiphany
On 19 August 2015 at 21:50, akuster808 akuster...@gmail.com wrote: Do we have any idea how long this will be before hitting master-next? I am leaning towards sending an update to meta-ruby while this patches series makes it way through the process. I'm actively looking at it now - M3 deadline is next week. Sending an update to meta-ruby is probably sensible, worst case the older ruby ends up in oe-core and we update it based on the meta-ruby recipe. Ross -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH] kernel-arch: Force BFD kernel when using gcc for linking
On Wed, Aug 19, 2015 at 1:12 PM, Burton, Ross ross.bur...@intel.com wrote: On 19 August 2015 at 20:59, Nathan Lynch nathan_ly...@mentor.com wrote: On 08/19/2015 12:44 PM, Khem Raj wrote: We redefine LD to point to ld.bfd when building kernel, which works in most cases since kbuild system calls out for bare LD most of the time, however some of newer kernels e.g. 4.1+ have some code added which can call gcc directly to do the linking job e.g. arm vdso code This causes build failures when we have configured the default cross toolchain to use gold linker as default. Errors like BFD: arch/arm/vdso/vdso.so: Not enough room for program headers, try linking with -N | arm-angstrom-linux-gnueabi-objcopy:arch/arm/vdso/vdso.so[.hash]: Bad value start happening. With this patch we force gcc to choose bfd linker as well This is fixed upstream as of: commit d2b30cd4b7223a96e606dfc8120626f66d81e091 Author: Nathan Lynch nathan_ly...@mentor.com Date: Wed Jun 3 00:41:15 2015 +0100 ARM: 8384/1: VDSO: force use of BFD linker which should make it to 4.1-stable soon. it fixes one case yes, there could be many more to come. We want to make sure that we use bfd ld through out the kernel. CC'ing Bruce. I'll stage the fix from Khem in my master-unde-test branch. Bruce: if you end up merging this fix into the oe-core kernels, please remind me to revert Khem's patch. :) There is no need to revert it. Since it convey's what we want to do in more comprehensive way i.e. to use bfd linker for all kernel links in all forms. It covers us for future issues of similar kind -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH 00/22] Update webkitgtk to latest stable upstream; replace midori with epiphany
Alexander,
If you happen to need to repost this series again, Ruby version has just
been updated. It includes: CVE-2015-3900 Request hijacking vulnerability
in RubyGems 2.4.6 and earlier.
Do we have any idea how long this will be before hitting master-next?
I am leaning towards sending an update to meta-ruby while this patches
series makes it way through the process.
Thanks again for getting this into oe-core.
- armin
On 08/19/2015 06:40 AM, Alexander Kanavin wrote:
The changes in this version are:
- remove a few unnecessary PR lines from recipes
- allow building webkit/epiphany for mips64, since the latest upstream
has fixed mips64 builds
- tested building for mips64-n32 using multilib feature, fixed some recipe
issues
that were found
- add a CVE fix to libyaml so that libyaml recipe is in sync with meta-oe
- tested webkit build for powerpc64
The following changes since commit c348fa50186fb0796bc7b793c4b8d710419f2a0d:
bitbake: toaster: move code from setup_lv_tests to setUp (2015-08-17
14:41:45 +0100)
are available in the git repository at:
git://git.yoctoproject.org/poky-contrib akanavin/webkitgtk-update
http://git.yoctoproject.org/cgit.cgi/poky-contrib/log/?h=akanavin/webkitgtk-update
Alexander Kanavin (22):
classes/gnomebase: change tarball compression to xz
harfbuzz: enable icu feature
classes/cmake: add arch conversion routine
jpeg: update to version 9a
libnotify: update to version 0.7.6
giflib: add a recipe from meta-oe
libyaml: add a recipe from meta-oe
ruby: add a recipe from meta-ruby
libsecret: add a recipe from meta-gnome
libwebp: add a recipe from meta-oe
webkitgtk: add a new recipe for latest upstream version
p11-kit: add a recipe from meta-oe
gcr: add a recipe from meta-gnome
iso-codes: add a recipe from meta-oe
libwnck3: add a recipe from meta-gnome
gnome-desktop3: add a recipe from meta-gnome
glib: add a warning suppression patch to glib
gsettings-desktop-schemas: add a recipe from meta-gnome
epiphany: add a recipe from meta-gnome
webkit-gtk: remove the recipe for the obsolete version 1.8.3
midori: remove the recipe and replace references to midori with
epiphany
distro: update include files related to webkitgtk and epiphany
addition
meta/classes/cmake.bbclass | 12 +-
meta/classes/gnomebase.bbclass |2 +-
meta/conf/distro/include/distro_alias.inc |2 +-
meta/conf/distro/include/package_regex.inc |8 +-
meta/conf/distro/include/security_flags.inc|2 -
meta/conf/distro/include/upstream_tracking.inc |2 -
...warning-about-deprecated-paths-in-schemas.patch | 32 +
meta/recipes-core/glib-2.0/glib-2.0_2.44.1.bb |1 +
.../glib-networking/glib-networking_2.44.0.bb |2 -
.../jpeg/jpeg-8d/debian-libjpeg7_7-1.diff | 1070
.../jpeg/jpeg-8d/fix_for_automake_1.12.1.patch | 44 -
meta/recipes-core/jpeg/{jpeg_8d.bb = jpeg_9a.bb} | 32 +-
.../packagegroups/packagegroup-self-hosted.bb |7 +-
meta/recipes-devtools/giflib/giflib_5.1.1.bb | 19 +
meta/recipes-devtools/ruby/ruby.inc| 40 +
meta/recipes-devtools/ruby/ruby/extmk.patch| 13 +
meta/recipes-devtools/ruby/ruby_2.2.2.bb | 42 +
meta/recipes-gnome/epiphany/epiphany_3.16.3.bb | 24 +
.../0001-yelp.m4-drop-the-check-for-itstool.patch | 33 +
meta/recipes-gnome/gcr/gcr_3.16.0.bb | 18 +
.../gnome-desktop/gnome-desktop3_3.16.2.bb | 21 +
meta/recipes-gnome/gnome/gnome-common_3.14.0.bb|2 -
.../recipes-gnome/gnome/gnome-doc-utils_0.20.10.bb |2 -
meta/recipes-gnome/gnome/gnome-mime-data_2.18.0.bb |1 +
.../gsettings-desktop-schemas_3.16.1.bb| 13 +
.../gtk-engines/gtk-engines_2.20.2.bb |1 +
meta/recipes-gnome/json-glib/json-glib_1.0.4.bb|2 -
meta/recipes-gnome/libglade/libglade_2.6.4.bb |1 +
meta/recipes-gnome/libnotify/libnotify_0.6.0.bb| 21 -
meta/recipes-gnome/libnotify/libnotify_0.7.6.bb| 12 +
meta/recipes-gnome/librsvg/librsvg_2.40.10.bb |2 -
meta/recipes-gnome/libsecret/libsecret_0.18.2.bb | 12 +
meta/recipes-gnome/libwnck/libwnck3_3.14.0.bb | 15 +
.../builder/files/builder_hob_start.sh |8 +-
meta/recipes-graphics/harfbuzz/harfbuzz_1.0.1.bb |2 +-
meta/recipes-graphics/pango/pango_1.36.8.bb|2 -
meta/recipes-multimedia/webp/libwebp_0.4.3.bb | 47 +
meta/recipes-sato/midori/midori/liststore.patch| 29 -
meta/recipes-sato/midori/midori_0.5.8.bb | 31 -
.../packagegroups/packagegroup-core-x11-sato.bb|2 +-
meta/recipes-sato/webkit/files/bison-2.6.patch | 558 --
meta/recipes-sato/webkit/files/no-gtkdoc.patch | 20 -
Re: [OE-core] [PATCH 05/22] libnotify: update to version 0.7.6
On Wed, Aug 19, 2015 at 10:37 PM, Burton, Ross ross.bur...@intel.com wrote: On 19 August 2015 at 21:23, Andreas Müller schnitzelt...@googlemail.com wrote: What about REQUIRED_DISTRO_FEATURES = x11? libnotify doesn't depend on X anymore. Ross Sorry for this but it should be mentioned then and inherit distro_features_check should go. Andreas -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH][dizzy] qemu-vnc: CVE-2014-7815
On 8/19/15 5:14 AM, Sona Sarmadi wrote:
Fixes an uninitialized data structure use flaw in qemu-vnc
which allows remote attackers to cause a denial of service
(crash).
Upstream patch:
http://git.qemu.org/?p=qemu.git;a=commit;
h=b2f1d90530301d7915dddc8a750063757675b21a
References:
https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2014-7815
http://www.securityfocus.com/bid/70998
Signed-off-by: Sona Sarmadi sona.sarm...@enea.com
merged to staging,
Armin
---
.../qemu/qemu/vnc-CVE-2014-7815.patch | 53
++
meta/recipes-devtools/qemu/qemu_2.1.0.bb | 1 +
2 files changed, 54 insertions(+)
create mode 100644 meta/recipes-devtools/qemu/qemu/vnc-CVE-2014-7815.patch
diff --git a/meta/recipes-devtools/qemu/qemu/vnc-CVE-2014-7815.patch
b/meta/recipes-devtools/qemu/qemu/vnc-CVE-2014-7815.patch
new file mode 100644
index 000..10a6dac
--- /dev/null
+++ b/meta/recipes-devtools/qemu/qemu/vnc-CVE-2014-7815.patch
@@ -0,0 +1,53 @@
+From b2f1d90530301d7915dddc8a750063757675b21a Mon Sep 17 00:00:00 2001
+From: Petr Matousek pmato...@redhat.com
+Date: Mon, 27 Oct 2014 12:41:44 +0100
+Subject: [PATCH] vnc: sanitize bits_per_pixel from the client
+
+bits_per_pixel that are less than 8 could result in accessing
+non-initialized buffers later in the code due to the expectation
+that bytes_per_pixel value that is used to initialize these buffers is
+never zero.
+
+To fix this check that bits_per_pixel from the client is one of the
+values that the rfb protocol specification allows.
+
+This is CVE-2014-7815.
+
+Upstream-Status: Backport
+
+Signed-off-by: Petr Matousek pmato...@redhat.com
+
+[ kraxel: apply codestyle fix ]
+
+Signed-off-by: Gerd Hoffmann kra...@redhat.com
+(cherry picked from commit e6908bfe8e07f2b452e78e677da1b45b1c0f6829)
+Signed-off-by: Michael Roth mdr...@linux.vnet.ibm.com
+Signed-off-by: Sona Sarmadi sona.sarm...@enea.com
+---
+ ui/vnc.c | 10 ++
+ 1 file changed, 10 insertions(+)
+
+diff --git a/ui/vnc.c b/ui/vnc.c
+index f8d9b7d..87e34ae 100644
+--- a/ui/vnc.c
b/ui/vnc.c
+@@ -2026,6 +2026,16 @@ static void set_pixel_format(VncState *vs,
+ return;
+ }
+
++switch (bits_per_pixel) {
++case 8:
++case 16:
++case 32:
++break;
++default:
++vnc_client_error(vs);
++return;
++}
++
+ vs-client_pf.rmax = red_max;
+ vs-client_pf.rbits = hweight_long(red_max);
+ vs-client_pf.rshift = red_shift;
+--
+1.9.1
+
diff --git a/meta/recipes-devtools/qemu/qemu_2.1.0.bb
b/meta/recipes-devtools/qemu/qemu_2.1.0.bb
index 5e5ecf0..444a422 100644
--- a/meta/recipes-devtools/qemu/qemu_2.1.0.bb
+++ b/meta/recipes-devtools/qemu/qemu_2.1.0.bb
@@ -9,6 +9,7 @@ SRC_URI +=
file://configure-fix-Darwin-target-detection.patch \
file://0001-Back-porting-security-fix-CVE-2014-5388.patch \
file://qemu-CVE-2015-3456.patch \
file://CVE-2014-7840.patch \
+file://vnc-CVE-2014-7815.patch \
SRC_URI_prepend = http://wiki.qemu-project.org/download/${BP}.tar.bz2;
SRC_URI[md5sum] = 6726977292b448cbc7f89998fac6983b
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH 1/2] swig: add package 3.0.2
On 08/19/2015 09:12 PM, Martin Jansa wrote:
On Wed, Aug 19, 2015 at 03:29:28AM -0400, wenzong@windriver.com wrote:
From: Wenzong Fan wenzong@windriver.com
Pull package from meta-oe to oe-core:
meta-oe commit: 8b7d90d8e4c3338f94c588fc7e4a88319bd9a9e8
There is patch for meta-oe to upgrade it to 3.0.6 (which isn't
compatible with some recipes, but fixes for that were sent as well
already).
Hi Martin,
Do you mean the fix for python-m2crypto?
commit 74de7be5a464e184fed64661e2a45f2f6fac58a5
Author: Li xin lixin.f...@cn.fujitsu.com
Date: Thu Jul 30 18:31:25 2015 +0800
python-m2crypto: Error fix for swig = 3.0.5
After swig upgrade to 3.0.6, build the recipes which
depends on python-m2crypto will occur errors like this:
SALT_LEN = m2.PKCS5_SALT_LEN
AttributeError: 'module' object has no attribute 'PKCS5_SALT_LEN'
Reference
https://github.com/martinpaljak/M2Crypto/issues/60#issuecomment-75735489
Signed-off-by: Li Xin lixin.f...@cn.fujitsu.com
Signed-off-by: Martin Jansa martin.ja...@gmail.com
-
If the fixes are not applied to swig directly, I think this patch is OK.
I'll consider to remove swig from meta-oe next step ...
Thanks
Wenzong
It's required for libcap-ng to build python bindings.
With adding it to oe-core, the copies from following layers could
be removed:
* meta-oe, meta-selinux, meta-intel-iot-middleware ...
Signed-off-by: Wenzong Fan wenzong@windriver.com
---
meta/recipes-devtools/swig/swig.inc| 63
...lf-exe-for-swig-swiglib-on-non-Win32-plat.patch | 69 ++
...nfigure-use-pkg-config-for-pcre-detection.patch | 64
meta/recipes-devtools/swig/swig_3.0.2.bb | 8 +++
4 files changed, 204 insertions(+)
create mode 100644 meta/recipes-devtools/swig/swig.inc
create mode 100644
meta/recipes-devtools/swig/swig/0001-Use-proc-self-exe-for-swig-swiglib-on-non-Win32-plat.patch
create mode 100644
meta/recipes-devtools/swig/swig/0001-configure-use-pkg-config-for-pcre-detection.patch
create mode 100644 meta/recipes-devtools/swig/swig_3.0.2.bb
diff --git a/meta/recipes-devtools/swig/swig.inc
b/meta/recipes-devtools/swig/swig.inc
new file mode 100644
index 000..9821fa5
--- /dev/null
+++ b/meta/recipes-devtools/swig/swig.inc
@@ -0,0 +1,63 @@
+DESCRIPTION = SWIG - Simplified Wrapper and Interface Generator
+HOMEPAGE = http://swig.sourceforge.net/;
+LICENSE = BSD GPLv3
+LIC_FILES_CHKSUM = file://LICENSE;md5=e7807a6282784a7dde4c846626b08fc6 \
+file://LICENSE-GPL;md5=d32239bcb673463ab874e80d47fae504 \
+
file://LICENSE-UNIVERSITIES;md5=8ce9dcc8f7c994de4a408b205c72ba08
+
+SECTION = devel
+
+DEPENDS = libpcre python
+
+SRC_URI = ${SOURCEFORGE_MIRROR}/${BPN}/${BPN}-${PV}.tar.gz
+
+inherit autotools pythonnative
+
+EXTRA_OECONF = \
+--with-python=${PYTHON} \
+--without-allegrocl \
+--without-android \
+--without-boost \
+--without-chicken \
+--without-clisp \
+--without-csharp \
+--without-d \
+--without-gcj \
+--without-go \
+--without-guile \
+--without-java \
+--without-lua \
+--without-mzscheme \
+--without-ocaml \
+--without-octave \
+--without-perl5 \
+--without-pike \
+--without-php \
+--without-python3 \
+--without-r \
+--without-ruby \
+--without-tcl \
+
+
+BBCLASSEXTEND = native nativesdk
+
+do_configure() {
+install -m 0755 ${STAGING_DATADIR_NATIVE}/gnu-config/config.guess
${S}/Tools/config
+install -m 0755 ${STAGING_DATADIR_NATIVE}/gnu-config/config.sub
${S}/Tools/config
+install -m 0755 ${STAGING_DATADIR_NATIVE}/gnu-config/config.guess ${S}
+install -m 0755 ${STAGING_DATADIR_NATIVE}/gnu-config/config.sub ${S}
+oe_runconf
+}
+
+do_install_append_class-nativesdk() {
+cd ${D}${bindir}
+ln -s swig swig2.0
+}
+
+def swiglib_relpath(d):
+swiglib = d.getVar('datadir', True) + / + d.getVar('BPN', True) + / +
d.getVar('PV', True)
+return os.path.relpath(swiglib, d.getVar('bindir', True))
+
+do_install_append_class-native() {
+create_wrapper ${D}${bindir}/swig SWIG_LIB='`dirname
$''realpath`'/${@swiglib_relpath(d)}
+}
diff --git
a/meta/recipes-devtools/swig/swig/0001-Use-proc-self-exe-for-swig-swiglib-on-non-Win32-plat.patch
b/meta/recipes-devtools/swig/swig/0001-Use-proc-self-exe-for-swig-swiglib-on-non-Win32-plat.patch
new file mode 100644
index 000..81df3e2
--- /dev/null
+++
b/meta/recipes-devtools/swig/swig/0001-Use-proc-self-exe-for-swig-swiglib-on-non-Win32-plat.patch
@@ -0,0 +1,69 @@
+From a4a0440a644c6c5e5da096efe3cf05ba309a284f Mon Sep 17 00:00:00 2001
+From: NODA, Kai noda...@gmail.com
+Date: Sun, 22 Apr 2012 17:01:02 +0900
+Subject: [PATCH] Use /proc/self/exe for swig -swiglib on non-Win32
+ platforms.
+
+If it wasn't found, then fall back to a fixed string just as before.
+
[OE-core] [PATCH] gmp.inc: Delete LICENSE = GPLv3 LGPLv3
LICENSE are exist both in gmp.inc and gmp_6.0.0.bb, And the LICENSE in gmp.inc is not right,so delete it. Signed-off-by: Li Xin lixin.f...@cn.fujitsu.com --- meta/recipes-support/gmp/gmp.inc | 1 - 1 file changed, 1 deletion(-) diff --git a/meta/recipes-support/gmp/gmp.inc b/meta/recipes-support/gmp/gmp.inc index 65cde21..7477714 100644 --- a/meta/recipes-support/gmp/gmp.inc +++ b/meta/recipes-support/gmp/gmp.inc @@ -2,7 +2,6 @@ SECTION = devel SUMMARY = GNU multiprecision arithmetic library DESCRIPTION = GMP is a free library for arbitrary precision arithmetic, operating on signed integers, rational numbers, and floating point numbers HOMEPAGE = http://gmplib.org/; -LICENSE = GPLv3 LGPLv3 REVISION ?= -- 1.8.4.2 -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH][dizzy] qemu: CVE-2014-7840
On 8/18/15 1:45 AM, Sona Sarmadi wrote:
Fixes insufficient parameter validation during ram load
Reference
http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2014-7840
Upstream commit:
http://git.qemu.org/?p=qemu.git;a=commit;
h=0be839a2701369f669532ea5884c15bead1c6e08
Signed-off-by: Sona Sarmadi sona.sarm...@enea.com
Merged to staging,
Thanks,
Armin
---
.../recipes-devtools/qemu/qemu/CVE-2014-7840.patch | 57
++
meta/recipes-devtools/qemu/qemu_2.1.0.bb | 1 +
2 files changed, 58 insertions(+)
create mode 100644 meta/recipes-devtools/qemu/qemu/CVE-2014-7840.patch
diff --git a/meta/recipes-devtools/qemu/qemu/CVE-2014-7840.patch
b/meta/recipes-devtools/qemu/qemu/CVE-2014-7840.patch
new file mode 100644
index 000..4f992ba
--- /dev/null
+++ b/meta/recipes-devtools/qemu/qemu/CVE-2014-7840.patch
@@ -0,0 +1,57 @@
+From 0be839a2701369f669532ea5884c15bead1c6e08 Mon Sep 17 00:00:00 2001
+From: Michael S. Tsirkin m...@redhat.com
+Date: Wed, 12 Nov 2014 11:44:39 +0200
+Subject: [PATCH] migration: fix parameter validation on ram load
+
+During migration, the values read from migration stream during ram load
+are not validated. Especially offset in host_from_stream_offset() and
+also the length of the writes in the callers of said function.
+
+To fix this, we need to make sure that the [offset, offset + length]
+range fits into one of the allocated memory regions.
+
+Validating addr len should be sufficient since data seems to always be
+managed in TARGET_PAGE_SIZE chunks.
+
+Fixes: CVE-2014-7840
+
+Upstream-Status: Backport
+
+Note: follow-up patches add extra checks on each block-host access.
+
+Signed-off-by: Michael S. Tsirkin m...@redhat.com
+Reviewed-by: Paolo Bonzini pbonz...@redhat.com
+Reviewed-by: Dr. David Alan Gilbert dgilb...@redhat.com
+Signed-off-by: Amit Shah amit.s...@redhat.com
+Signed-off-by: Sona Sarmadi sona.sarm...@enea.com
+---
+ arch_init.c | 5 +++--
+ 1 file changed, 3 insertions(+), 2 deletions(-)
+
+diff --git a/arch_init.c b/arch_init.c
+index 88a5ba0..593a990 100644
+--- a/arch_init.c
b/arch_init.c
+@@ -1006,7 +1006,7 @@ static inline void *host_from_stream_offset(QEMUFile
*f,
+ uint8_t len;
+
+ if (flags RAM_SAVE_FLAG_CONTINUE) {
+-if (!block) {
++if (!block || block-length = offset) {
+ error_report(Ack, bad migration stream!);
+ return NULL;
+ }
+@@ -1019,8 +1019,9 @@ static inline void *host_from_stream_offset(QEMUFile
*f,
+ id[len] = 0;
+
+ QTAILQ_FOREACH(block, ram_list.blocks, next) {
+-if (!strncmp(id, block-idstr, sizeof(id)))
++if (!strncmp(id, block-idstr, sizeof(id)) block-length
offset) {
+ return memory_region_get_ram_ptr(block-mr) + offset;
++}
+ }
+
+ error_report(Can't find block %s!, id);
+--
+1.9.1
+
diff --git a/meta/recipes-devtools/qemu/qemu_2.1.0.bb
b/meta/recipes-devtools/qemu/qemu_2.1.0.bb
index d0ce744..5e5ecf0 100644
--- a/meta/recipes-devtools/qemu/qemu_2.1.0.bb
+++ b/meta/recipes-devtools/qemu/qemu_2.1.0.bb
@@ -8,6 +8,7 @@ SRC_URI +=
file://configure-fix-Darwin-target-detection.patch \
file://Qemu-Arm-versatilepb-Add-memory-size-checking.patch \
file://0001-Back-porting-security-fix-CVE-2014-5388.patch \
file://qemu-CVE-2015-3456.patch \
+file://CVE-2014-7840.patch \
SRC_URI_prepend = http://wiki.qemu-project.org/download/${BP}.tar.bz2;
SRC_URI[md5sum] = 6726977292b448cbc7f89998fac6983b
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [dizzy][PATCH] bind9.9.5: CVE-2015-5477
On 7/30/15 4:48 AM, Sona Sarmadi wrote:
Fixed a flaw in the way BIND handled requests for TKEY
DNS resource records.
References:
https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2015-5477
https://kb.isc.org/article/AA-01272
Signed-off-by: Sona Sarmadi sona.sarm...@enea.com
Merged to staging.
thanks,
Armin
---
.../bind/bind/bind9_9_5-CVE-2015-5477.patch| 45
++
meta/recipes-connectivity/bind/bind_9.9.5.bb | 1 +
2 files changed, 46 insertions(+)
create mode 100644
meta/recipes-connectivity/bind/bind/bind9_9_5-CVE-2015-5477.patch
diff --git
a/meta/recipes-connectivity/bind/bind/bind9_9_5-CVE-2015-5477.patch
b/meta/recipes-connectivity/bind/bind/bind9_9_5-CVE-2015-5477.patch
new file mode 100644
index 000..896272a
--- /dev/null
+++ b/meta/recipes-connectivity/bind/bind/bind9_9_5-CVE-2015-5477.patch
@@ -0,0 +1,45 @@
+From dbb064aa7972ef918d9a235b713108a4846cbb62 Mon Sep 17 00:00:00 2001
+From: Mark Andrews ma...@isc.org
+Date: Tue, 14 Jul 2015 14:48:42 +1000
+Subject: [PATCH] 4165. [bug] An failure to reset a value to NULL
+ in tkey.c could result in an assertion failure.
+ (CVE-2015-5477) [RT #40046]
+
+Upstream-Status: Backport
+[CHANGES file has been edited manually to add CVE-2015-5477 and
+an already applied CVE (CVE-2014-8500)].
+
+Referenc: https://kb.isc.org/article/AA-01272
+
+Signed-off-by: Sona Sarmadi sona.sarm...@enea.com
+
+diff -ruN a/CHANGES b/CHANGES
+--- a/CHANGES2014-01-27 19:58:24.0 +0100
b/CHANGES2015-07-30 11:03:18.871670769 +0200
+@@ -1,4 +1,15 @@
+ --- 9.9.5 released ---
++4165. [security] An failure to reset a value to NULL in tkey.c could
++result in an assertion failure. (CVE-2015-5477)
++[RT #40046]
++
++4006. [security] A flaw in delegation handling could be exploited
++to put named into an infinite loop. This has
++been addressed by placing limits on the number
++of levels of recursion named will allow (default 7),
++and the number of iterative queries that it will
++send (default 50) before terminating a recursive
++query (CVE-2014-8500).
+
+ --- 9.9.5rc2 released ---
+
+diff -ruN a/lib/dns/tkey.c b/lib/dns/tkey.c
+--- a/lib/dns/tkey.c 2014-01-27 19:58:24.0 +0100
b/lib/dns/tkey.c 2015-07-30 10:58:30.647945942 +0200
+@@ -650,6 +650,7 @@
+ * Try the answer section, since that's where Win2000
+ * puts it.
+ */
++name = NULL;
+ if (dns_message_findname(msg, DNS_SECTION_ANSWER, qname,
+ dns_rdatatype_tkey, 0, name,
+ tkeyset) != ISC_R_SUCCESS) {
diff --git a/meta/recipes-connectivity/bind/bind_9.9.5.bb
b/meta/recipes-connectivity/bind/bind_9.9.5.bb
index 8e04f8a..e206cc4 100644
--- a/meta/recipes-connectivity/bind/bind_9.9.5.bb
+++ b/meta/recipes-connectivity/bind/bind_9.9.5.bb
@@ -18,6 +18,7 @@ SRC_URI =
ftp://ftp.isc.org/isc/bind9/${PV}/${BPN}-${PV}.tar.gz \
file://bind9 \
file://init.d-add-support-for-read-only-rootfs.patch \
file://bind9_9_5-CVE-2014-8500.patch \
+ file://bind9_9_5-CVE-2015-5477.patch \
SRC_URI[md5sum] = e676c65cad5234617ee22f48e328c24e
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH V2] systemd: Upgrade 219 - 224
MIT licence was unused and dropped in source itself
commit 8f1e0c5f38cdf7e401ab4d2bb93ad816d08e7715
Author: Kay Sievers k...@vrfy.org
Date: Tue Apr 21 19:21:56 2015 +0200
delete unused LICENSE.MIT
libudev API documentation has been converted from gtkdoc into man pages.
see
commit 2375607039517c88df51ef16ddbb624ec1c10654
Author: Kay Sievers k...@vrfy.org
Date: Wed Jun 3 00:09:23 2015 +0200
remove gudev and gtk-doc
The library moved to:
https://git.gnome.org/browse/libgudev/
package newly added xorg information
commit 1401ec2d34bcde406ced531a72dc46ebaf332594
Author: Kay Sievers k...@vrfy.org
Date: Fri Jan 9 21:23:48 2015 +0100
push xorg information to the systemd --user instance
There are many reasons, for me its overlay support for systemd-nspawn,
networkd has got many new features that is now usable w.r.t. IP
forwarding, vxlan etc.
and it has many bug fixed in those 2000 odd commits since 219
Change-Id: I998e652382950a3c74c4839f3767ef8bef23d88f
Signed-off-by: Khem Raj raj.k...@gmail.com
---
...-mount-add-dependencies-to-dynamically-mo.patch | 36
...ed-missing.h-fall-back-to-insecure-getenv.patch | 25 ---
...t-install-dependency-links-at-install-tim.patch | 35 ++--
...heck-for-additional-features-that-uclibc-.patch | 23 ++-
...wn-Use-execvpe-only-when-libc-supports-it.patch | 37 ++---
...til-Use-mkostemp-only-if-libc-supports-it.patch | 8 +-
...-unimplemented-_SC_PHYS_PAGES-system-conf.patch | 8 +-
...0-Make-root-s-home-directory-configurable.patch | 136 ---
...files.c-Honor-ordering-within-files-as-th.patch | 185 -
...-remove-userspace-firmware-loading-suppor.patch | 99 ++-
.../systemd/systemd/tmpfiles-pam.patch | 30
.../systemd/{systemd_219.bb = systemd_224.bb} | 25 +--
12 files changed, 174 insertions(+), 473 deletions(-)
delete mode 100644
meta/recipes-core/systemd/systemd/0001-Revert-core-mount-add-dependencies-to-dynamically-mo.patch
delete mode 100644
meta/recipes-core/systemd/systemd/0002-shared-missing.h-fall-back-to-insecure-getenv.patch
delete mode 100644
meta/recipes-core/systemd/systemd/0012-systemd-tmpfiles.c-Honor-ordering-within-files-as-th.patch
delete mode 100644 meta/recipes-core/systemd/systemd/tmpfiles-pam.patch
rename meta/recipes-core/systemd/{systemd_219.bb = systemd_224.bb} (95%)
diff --git
a/meta/recipes-core/systemd/systemd/0001-Revert-core-mount-add-dependencies-to-dynamically-mo.patch
b/meta/recipes-core/systemd/systemd/0001-Revert-core-mount-add-dependencies-to-dynamically-mo.patch
deleted file mode 100644
index d69cfe0..000
---
a/meta/recipes-core/systemd/systemd/0001-Revert-core-mount-add-dependencies-to-dynamically-mo.patch
+++ /dev/null
@@ -1,36 +0,0 @@
-From eb7a760052667c5a35637901de9359c377263804 Mon Sep 17 00:00:00 2001
-From: Colin Walters walt...@verbum.org
-Date: Tue, 24 Feb 2015 10:12:28 -0500
-Subject: [PATCH] Revert core/mount: add dependencies to dynamically mounted
- mounts too
-
-This reverts commit 06e9783e2cc12eb6514e80c7f0014295f59b.
-
-This patch was imported from Fedora
(http://pkgs.fedoraproject.org/cgit/systemd.git/commit/?h=f22id=9bbe0e92dc59d5a42258c729b105a7d9901eb35e).
-
-It fixes an issue where mount points not listed in fstab are immediately
-unmounted after a call to mount.
-
-Upstream-Status: Inappropriate [fixed upstream]
-
-Signed-off-by: Joshua Lock joshua.l...@collabora.co.uk
- src/core/mount.c | 2 +-
- 1 file changed, 1 insertion(+), 1 deletion(-)
-
-diff --git a/src/core/mount.c b/src/core/mount.c
-index 40037e7..cddb5e2 100644
a/src/core/mount.c
-+++ b/src/core/mount.c
-@@ -295,7 +295,7 @@ static int mount_add_device_links(Mount *m) {
-
- assert(m);
-
--p = get_mount_parameters(m);
-+p = get_mount_parameters_fragment(m);
- if (!p)
- return 0;
-
---
-1.8.3.1
-
diff --git
a/meta/recipes-core/systemd/systemd/0002-shared-missing.h-fall-back-to-insecure-getenv.patch
b/meta/recipes-core/systemd/systemd/0002-shared-missing.h-fall-back-to-insecure-getenv.patch
deleted file mode 100644
index 1cf7840..000
---
a/meta/recipes-core/systemd/systemd/0002-shared-missing.h-fall-back-to-insecure-getenv.patch
+++ /dev/null
@@ -1,25 +0,0 @@
-From 03baade6db2cf83b44a157818ba827d725449bb0 Mon Sep 17 00:00:00 2001
-From: Emil Renner Berthing syst...@esmil.dk
-Date: Thu, 18 Sep 2014 15:24:47 +0200
-Subject: [PATCH 02/11] shared/missing.h: fall back to insecure getenv
-
- src/shared/missing.h | 2 +-
- 1 file changed, 1 insertion(+), 1 deletion(-)
-
-diff --git a/src/shared/missing.h b/src/shared/missing.h
-index b33a70c..11cca04 100644
a/src/shared/missing.h
-+++ b/src/shared/missing.h
-@@ -366,7 +366,7 @@ static inline int name_to_handle_at(int fd, const char
*name, struct file_handle
- # ifdef HAVE___SECURE_GETENV
- #define secure_getenv __secure_getenv
- # else
--#error neither secure_getenv nor __secure_getenv are available
-+#define
Re: [OE-core] [PATCH 2/4 V2] systemd: Upgrade 219 - 224
On Wed, Aug 19, 2015 at 12:55 PM, Burton, Ross ross.bur...@intel.com wrote: On 17 August 2015 at 16:41, Khem Raj raj.k...@gmail.com wrote: There are many reasons, for me its overlay support for systemd-nspawn, networkd has got many new features that is now usable w.r.t. IP forwarding, vxlan etc. and it has many bug fixed in those 2000 odd commits since 219, no different then any other package upgrades we do in general it keep the upgrade workload lower as we roll the releases. Any specific concerns ? Can we get an updated patch with a clearer commit log? sent a v2 with more descriptions My concerns with the systemd upgrade were simply that until now we were tracking the systemd-stable repository. it was only in last release that it was switched to use stable repository in hope that it will help backporting to 1.8 release any future updates done on 219 easily. We never were pinned to stable release it just was a coincidence that 219 was right in time for 1.8 release. We want to avoid situations where core recipes from oe-core are overridden in other layers and staying latest helps that. If we want to change that policy to the latest release, that's fine by me. Anyone else have an opinion here? Ross -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCHv2 1/1] screen: Upgrade 4.0.3 - 4.3.1
On 19 August 2015 at 09:17, Jussi Kukkonen jussi.kukko...@intel.com wrote: * License is now GPLv3+ What about GPLv2 version which was preserved (IIRC) in prevous patch? Why did you decide to drop it now? Mostly because of Ross' comment Is screen considered sufficiently core that we should maintain both GPLv2 and v3 recipes? I'm not convinced it is. I did try to coax people to explain their thoughts in a little more detail (because I wasn't sure what exactly they were saying) in my reply on Aug 12 but no-one did... So I figured it's better to talk with patches: I believe maintaining the GPLv2 version is not a great use of anyones time (and I think it's fair to say that the recipe wasn't receiving the sort of attention it would have required) and making a developer tool like that GPLv3 shouldn't be a problem to most people. FWIW, I still agree with my statement and with Jussi here. Ross -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH] parted: set VERSION number same as recipe's version
There is a parameter VERSION in workdir Makefile which tells the version
number of parted. While running ptest for parted we are getting failure because
of VERSION mismatch
--snip--
root@qemux86:/usr/lib/parted/ptest# ./run-ptest
make: Entering directory '/usr/lib/parted/ptest/tests'
make[1]: Entering directory '/usr/lib/parted/ptest/tests'
help-version.sh: failed test: --version-$VERSION mismatch
FAIL: help-version.sh
--CUT--
[YOCTO #8172]
Signed-off-by: Ajay M ajay@gmail.com
---
meta/recipes-extended/parted/parted_3.2.bb | 1 +
1 file changed, 1 insertion(+)
diff --git a/meta/recipes-extended/parted/parted_3.2.bb
b/meta/recipes-extended/parted/parted_3.2.bb
index 5d34749..ff8ae09 100644
--- a/meta/recipes-extended/parted/parted_3.2.bb
+++ b/meta/recipes-extended/parted/parted_3.2.bb
@@ -36,6 +36,7 @@ do_install_ptest() {
cp ${S}/build-aux/test-driver $t/build-aux/
cp -r ${S}/tests $t
cp ${WORKDIR}/Makefile $t/tests/
+ sed -i s|^VERSION.*|VERSION = ${PV}|g $t/tests/Makefile
for i in print-align print-max dup-clobber duplicate fs-resize; \
do cp ${B}/tests/.libs/$i $t/tests/; \
done
--
1.9.1
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] iw in place of wireless-tools
* Christopher Larson clar...@kergoth.com [150818 18:00]: On Tue, Aug 18, 2015 at 8:53 AM, Christopher Larson clar...@kergoth.com wrote: Bringing this back up again, as I think we really need to at the *very* least pull in iw from meta-oe into oe-core, and adjust packagegroup-base (worst case, with a VIRTUAL-RUNTIME), and better yet also drop wireless-tools / move it to meta-networking. Worst case, we could keep both in VIRTUAL-RUNTIME for compatibility, as a temporary measure, but I think we need to get iw into oe-core and into the base images for sure. Yes, we should get iw into oe-core. So, I agree completely with this. /Anders -- Anders Darander ChargeStorm AB / eStorm AB -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH 0/2] libcap-ng, swig: add packages
From: Wenzong Fan wenzong@windriver.com Add packages libcap-ng and swig. They are from meta-oe and with adding them to oe-core, the copies from multiple layers could be removed: meta-oe, meta-selinux ... * The swig is depended by libcap-ng to build python bindings * The libcap-ng library is intended to make programming with posix capabilities much easier than the traditional libcap library. It's not a replacement to libcap, it provides different library (libcap-ng.so) while packages explicitly look for libcap.so. It could be used by qemu, util-linux, libvirt, audit ... to work with posix capabilities. The following changes since commit c348fa50186fb0796bc7b793c4b8d710419f2a0d: bitbake: toaster: move code from setup_lv_tests to setUp (2015-08-17 14:41:45 +0100) are available in the git repository at: git://git.pokylinux.org/poky-contrib wenzong/libcap-ng http://git.pokylinux.org/cgit.cgi/poky-contrib/log/?h=wenzong/libcap-ng Wenzong Fan (2): swig: add package 3.0.2 libcap-ng: add package 0.7.7 meta/recipes-devtools/swig/swig.inc| 63 ...lf-exe-for-swig-swiglib-on-non-Win32-plat.patch | 69 ++ ...nfigure-use-pkg-config-for-pcre-detection.patch | 64 meta/recipes-devtools/swig/swig_3.0.2.bb | 8 +++ .../libcap-ng/libcap-ng/python.patch | 58 ++ meta/recipes-support/libcap-ng/libcap-ng_0.7.7.bb | 39 6 files changed, 301 insertions(+) create mode 100644 meta/recipes-devtools/swig/swig.inc create mode 100644 meta/recipes-devtools/swig/swig/0001-Use-proc-self-exe-for-swig-swiglib-on-non-Win32-plat.patch create mode 100644 meta/recipes-devtools/swig/swig/0001-configure-use-pkg-config-for-pcre-detection.patch create mode 100644 meta/recipes-devtools/swig/swig_3.0.2.bb create mode 100644 meta/recipes-support/libcap-ng/libcap-ng/python.patch create mode 100644 meta/recipes-support/libcap-ng/libcap-ng_0.7.7.bb -- 1.9.1 -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH 1/2] swig: add package 3.0.2
From: Wenzong Fan wenzong@windriver.com
Pull package from meta-oe to oe-core:
meta-oe commit: 8b7d90d8e4c3338f94c588fc7e4a88319bd9a9e8
It's required for libcap-ng to build python bindings.
With adding it to oe-core, the copies from following layers could
be removed:
* meta-oe, meta-selinux, meta-intel-iot-middleware ...
Signed-off-by: Wenzong Fan wenzong@windriver.com
---
meta/recipes-devtools/swig/swig.inc| 63
...lf-exe-for-swig-swiglib-on-non-Win32-plat.patch | 69 ++
...nfigure-use-pkg-config-for-pcre-detection.patch | 64
meta/recipes-devtools/swig/swig_3.0.2.bb | 8 +++
4 files changed, 204 insertions(+)
create mode 100644 meta/recipes-devtools/swig/swig.inc
create mode 100644
meta/recipes-devtools/swig/swig/0001-Use-proc-self-exe-for-swig-swiglib-on-non-Win32-plat.patch
create mode 100644
meta/recipes-devtools/swig/swig/0001-configure-use-pkg-config-for-pcre-detection.patch
create mode 100644 meta/recipes-devtools/swig/swig_3.0.2.bb
diff --git a/meta/recipes-devtools/swig/swig.inc
b/meta/recipes-devtools/swig/swig.inc
new file mode 100644
index 000..9821fa5
--- /dev/null
+++ b/meta/recipes-devtools/swig/swig.inc
@@ -0,0 +1,63 @@
+DESCRIPTION = SWIG - Simplified Wrapper and Interface Generator
+HOMEPAGE = http://swig.sourceforge.net/;
+LICENSE = BSD GPLv3
+LIC_FILES_CHKSUM = file://LICENSE;md5=e7807a6282784a7dde4c846626b08fc6 \
+file://LICENSE-GPL;md5=d32239bcb673463ab874e80d47fae504 \
+
file://LICENSE-UNIVERSITIES;md5=8ce9dcc8f7c994de4a408b205c72ba08
+
+SECTION = devel
+
+DEPENDS = libpcre python
+
+SRC_URI = ${SOURCEFORGE_MIRROR}/${BPN}/${BPN}-${PV}.tar.gz
+
+inherit autotools pythonnative
+
+EXTRA_OECONF = \
+--with-python=${PYTHON} \
+--without-allegrocl \
+--without-android \
+--without-boost \
+--without-chicken \
+--without-clisp \
+--without-csharp \
+--without-d \
+--without-gcj \
+--without-go \
+--without-guile \
+--without-java \
+--without-lua \
+--without-mzscheme \
+--without-ocaml \
+--without-octave \
+--without-perl5 \
+--without-pike \
+--without-php \
+--without-python3 \
+--without-r \
+--without-ruby \
+--without-tcl \
+
+
+BBCLASSEXTEND = native nativesdk
+
+do_configure() {
+install -m 0755 ${STAGING_DATADIR_NATIVE}/gnu-config/config.guess
${S}/Tools/config
+install -m 0755 ${STAGING_DATADIR_NATIVE}/gnu-config/config.sub
${S}/Tools/config
+install -m 0755 ${STAGING_DATADIR_NATIVE}/gnu-config/config.guess ${S}
+install -m 0755 ${STAGING_DATADIR_NATIVE}/gnu-config/config.sub ${S}
+oe_runconf
+}
+
+do_install_append_class-nativesdk() {
+cd ${D}${bindir}
+ln -s swig swig2.0
+}
+
+def swiglib_relpath(d):
+swiglib = d.getVar('datadir', True) + / + d.getVar('BPN', True) + / +
d.getVar('PV', True)
+return os.path.relpath(swiglib, d.getVar('bindir', True))
+
+do_install_append_class-native() {
+create_wrapper ${D}${bindir}/swig SWIG_LIB='`dirname
$''realpath`'/${@swiglib_relpath(d)}
+}
diff --git
a/meta/recipes-devtools/swig/swig/0001-Use-proc-self-exe-for-swig-swiglib-on-non-Win32-plat.patch
b/meta/recipes-devtools/swig/swig/0001-Use-proc-self-exe-for-swig-swiglib-on-non-Win32-plat.patch
new file mode 100644
index 000..81df3e2
--- /dev/null
+++
b/meta/recipes-devtools/swig/swig/0001-Use-proc-self-exe-for-swig-swiglib-on-non-Win32-plat.patch
@@ -0,0 +1,69 @@
+From a4a0440a644c6c5e5da096efe3cf05ba309a284f Mon Sep 17 00:00:00 2001
+From: NODA, Kai noda...@gmail.com
+Date: Sun, 22 Apr 2012 17:01:02 +0900
+Subject: [PATCH] Use /proc/self/exe for swig -swiglib on non-Win32
+ platforms.
+
+If it wasn't found, then fall back to a fixed string just as before.
+
+Upstream-Status: Submitted
+http://sourceforge.net/mailarchive/message.php?msg_id=29179733
+
+---
+ Source/Modules/main.cxx | 24 ++--
+ 1 file changed, 22 insertions(+), 2 deletions(-)
+
+diff --git a/Source/Modules/main.cxx b/Source/Modules/main.cxx
+index d2f5d3b..cbb0a12 100644
+--- a/Source/Modules/main.cxx
b/Source/Modules/main.cxx
+@@ -26,6 +26,11 @@ char cvsroot_main_cxx[] = $Id$;
+ #include cparse.h
+ #include ctype.h
+ #include limits.h // for INT_MAX
++#ifndef _WIN32
++#include cstddef
++#include unistd.h // for readlink
++#include sys/stat.h // for stat
++#endif
+
+ // Global variables
+
+@@ -902,9 +907,9 @@ int SWIG_main(int argc, char *argv[], Language *l) {
+
+ // Check for SWIG_LIB environment variable
+ if ((c = getenv(SWIG_LIB)) == (char *) 0) {
++char *p;
+ #if defined(_WIN32)
+ char buf[MAX_PATH];
+-char *p;
+ if (!(GetModuleFileName(0, buf, MAX_PATH) == 0 || (p = strrchr(buf,
'\\')) == 0)) {
+ *(p + 1) = '\0';
+ SwigLib = NewStringf(%sLib, buf); // Native windows installation path
+@@ -914,7 +919,22 @@ int SWIG_main(int argc, char
Re: [OE-core] [PATCH v2] license.bbclass: Add support for deployed packages not in rootfs
On Tuesday 18 August 2015 10:36:05 Mariano Lopez wrote:
On 08/18/2015 08:27 AM, Paul Eggleton wrote:
So aside from the error due to blank lines in the package list that I know
you're looking into, I did have a couple of comments:
On Thursday 06 August 2015 12:49:05 mariano.lo...@linux.intel.com wrote:
From: Mariano Lopez mariano.lo...@linux.intel.com
This adds a new manifest file for the packages that were
deployed but not included into rootfs. The new manifest file
is in the same directory as the rootfs manifest but the name is
image_license.manifest.
It also creates the directory structure for the packages and
add the license file in such directories.
The bootloader is an example of such packages.
[YOCTO #6772]
Signed-off-by: Mariano Lopez mariano.lo...@linux.intel.com
---
meta/classes/license.bbclass | 126
++- 1 file changed, 113
insertions(+), 13 deletions(-)
diff --git a/meta/classes/license.bbclass b/meta/classes/license.bbclass
index 32e172a..d4ad263 100644
--- a/meta/classes/license.bbclass
+++ b/meta/classes/license.bbclass
@@ -26,18 +26,14 @@ python write_package_manifest() {
}
python license_create_manifest() {
-import re
import oe.packagedata
from oe.rootfs import image_list_installed_packages
-bad_licenses = (d.getVar(INCOMPATIBLE_LICENSE, True) or
).split()
-bad_licenses = map(lambda l: canonical_license(d, l), bad_licenses)
-bad_licenses = expand_wildcard_licenses(d, bad_licenses)
-
build_images_from_feeds = d.getVar('BUILD_IMAGES_FROM_FEEDS', True)
if build_images_from_feeds == 1:
return 0
+# Files that are installed in the rootfs
pkg_dic = {}
for pkg in image_list_installed_packages(d).split(\n):
pkg_info = os.path.join(d.getVar('PKGDATA_DIR', True),
@@ -49,8 +45,109 @@ python license_create_manifest() {
pkg_lic_name = LICENSE_ + pkg_name
pkg_dic[pkg_name][LICENSE] =
pkg_dic[pkg_name][pkg_lic_name]
-license_manifest = os.path.join(d.getVar('LICENSE_DIRECTORY', True),
+# Files that are part of the image but no installed in rootfs
+imgpkg_dic = {}
+for pkg in list_deployed_packages(d, pkg_dic.keys()).split(\n):
+pkg_info = os.path.join(d.getVar('PKGDATA_DIR', True),
+'runtime', pkg)
+pkg_name = os.path.basename(pkg_info)
+imgpkg_dic[pkg] = oe.packagedata.read_pkgdatafile(pkg_info)
+if not LICENSE in imgpkg_dic[pkg].keys():
+pkg_lic_name = LICENSE_%s % pkg
+imgpkg_dic[pkg][LICENSE] = imgpkg_dic[pkg][pkg_lic_name]
+
+rootfs_license_manifest = os.path.join(d.getVar('LICENSE_DIRECTORY',
True), d.getVar('IMAGE_NAME', True), 'license.manifest')
+image_license_manifest = os.path.join(d.getVar('LICENSE_DIRECTORY',
True),
+d.getVar('IMAGE_NAME', True),
'image_license.manifest')
Rather than image_license.manifest can we call this
image_extra.manifest?
Then it's just a little bit more clear what this file is for.
Sure
+write_license_files(d,
rootfs_license_manifest, pkg_dic)
+write_license_files(d, image_license_manifest, imgpkg_dic)
+}
+
+
+def list_deployed_packages(d, installed_packages):
+
+Get all the deployed packages (not installed on rootfs) of an image
+
+This function needs the BB_TASKDEPDATA from do_rootfs.
+This won't work outside do_rootfs.
+
+import oe.packagedata
+
+packages = []
+taskdepdata = d.getVar(BB_TASKDEPDATA, True)
+all_depends = imagetypes_getdepends(d)
+all_depends += %s % d.getVar(EXTRA_IMAGEDEPENDS, True)
+for depend in all_depends.split():
+# Get package name without task
+depend = depend.split(:)[0]
+if not depend.endswith(native):
+pkgs_file = os.path.join(
+d.getVar('PKGDATA_DIR', True), depend)
+# Search for the file on the installed packages with the
+# same name as depend if not found fallback to search
+# the provider for that depend.
+if not os.path.isfile(pkgs_file):
+pkgs_file =
+for taskdep in taskdepdata.itervalues():
+# The fifth field of BB_TASKDEPDATA is PROVIDES
+if depend in taskdep[4]:
+pkgs_file = os.path.join(
+d.getVar('PKGDATA_DIR', True),
+taskdep[0])
+if os.path.isfile(pkgs_file):
+break
+else:
+pkgs_file =
+if pkgs_file:
+
[OE-core] [PATCH 0/1] glibc: use cross-rpcgen to replace host's rpcgen
The following changes since commit 059db140885bad379534e6ec713f3ceb4e18faea: adt-installer: use DEPLOY_DIR in ANT_DEPLOY expansion (2015-08-16 17:28:14 +0100) are available in the git repository at: git://git.openembedded.org/openembedded-core-contrib rbt/glibc http://cgit.openembedded.org/cgit.cgi/openembedded-core-contrib/log/?h=rbt/glibc Robert Yang (1): glibc: use cross-rpcgen to replace host's rpcgen meta/recipes-core/glibc/glibc_2.22.bb |6 +- 1 file changed, 1 insertion(+), 5 deletions(-) -- 1.7.9.5 -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH][v2] glibc: package nscd related files
From: Roy Li rongqing...@windriver.com
install nscd related configuration file, startup files, and package them,
make nscd easy to startup
Signed-off-by: Roy Li rongqing...@windriver.com
---
meta/recipes-core/glibc/glibc-package.inc | 40 ++-
meta/recipes-core/glibc/glibc.inc | 2 +-
2 files changed, 40 insertions(+), 2 deletions(-)
diff --git a/meta/recipes-core/glibc/glibc-package.inc
b/meta/recipes-core/glibc/glibc-package.inc
index def0e0c..9bded67 100644
--- a/meta/recipes-core/glibc/glibc-package.inc
+++ b/meta/recipes-core/glibc/glibc-package.inc
@@ -49,7 +49,8 @@ FILES_libsotruss = ${libdir}/audit/sotruss-lib.so
FILES_SOLIBSDEV = ${libdir}/lib*${SOLIBSDEV}
FILES_${PN}-dev += ${bindir}/rpcgen ${libdir}/*_nonshared.a
${base_libdir}/*_nonshared.a ${base_libdir}/*.o ${datadir}/aclocal
FILES_${PN}-staticdev += ${libdir}/*.a ${base_libdir}/*.a
-FILES_nscd = ${sbindir}/nscd*
+FILES_nscd = ${sbindir}/nscd* ${sysconfdir}/init.d/nscd
${systemd_unitdir}/system/nscd* ${sysconfdir}/tmpfiles.d/nscd.conf \
+ ${sysconfdir}/nscd.conf ${sysconfdir}/default/volatiles/98_nscd
${localstatedir}/db/nscd
FILES_${PN}-mtrace = ${bindir}/mtrace
FILES_tzcode = ${bindir}/tzselect ${sbindir}/zic ${sbindir}/zdump
FILES_${PN}-utils = ${bindir}/* ${sbindir}/*
@@ -105,6 +106,29 @@ do_install_append () {
rmdir ${D}${sysconfdir}
fi
fi
+
+ if echo ${PN}|grep -q glibc-initial; then
+ return
+ fi
+
+ install -d ${D}${sysconfdir}/init.d
+ install -d ${D}${localstatedir}/db/nscd
+ install -m 0755 ${S}/nscd/nscd.init ${D}${sysconfdir}/init.d/nscd
+ install -m 0755 ${S}/nscd/nscd.conf ${D}${sysconfdir}/nscd.conf
+ sed -i s%daemon%start-stop-daemon --start --exec%g
${D}${sysconfdir}/init.d/nscd
+
+ install -d ${D}${systemd_unitdir}/system
+ install -m 0644 ${S}/nscd/nscd.service ${D}${systemd_unitdir}/system/
+
+ if ${@bb.utils.contains('DISTRO_FEATURES', 'systemd', 'true', 'false',
d)}; then
+ install -d ${D}${sysconfdir}/tmpfiles.d
+ echo d /run/nscd 755 root root - \
+${D}${sysconfdir}/tmpfiles.d/nscd.conf
+ else
+ install -d ${D}${sysconfdir}/default/volatiles
+ echo d root root 0755 /var/run/nscd none \
+${D}${sysconfdir}/default/volatiles/98_nscd
+ fi
}
do_install_append_aarch64 () {
@@ -174,3 +198,17 @@ glibc_package_preprocess () {
rm -rf ${PKGD}${exec_prefix}/lib
fi
}
+
+pkg_postinst_nscd () {
+ if [ -z $D ]; then
+ if command -v systemd-tmpfiles /dev/null; then
+ systemd-tmpfiles --create
${sysconfdir}/tmpfiles.d/nscd.conf
+ elif [ -e ${sysconfdir}/init.d/populate-volatile.sh ]; then
+ ${sysconfdir}/init.d/populate-volatile.sh update
+ fi
+ fi
+}
+CONFFILES_nscd=${sysconfdir}/nscd.conf
+
+SYSTEMD_PACKAGES = nscd
+SYSTEMD_SERVICE_nscd = nscd.service
diff --git a/meta/recipes-core/glibc/glibc.inc
b/meta/recipes-core/glibc/glibc.inc
index 74ad0b5..03ffb2f 100644
--- a/meta/recipes-core/glibc/glibc.inc
+++ b/meta/recipes-core/glibc/glibc.inc
@@ -41,7 +41,7 @@ DEPENDS = virtual/${TARGET_PREFIX}gcc-initial libgcc-initial
linux-libc-headers
#RDEPENDS_${PN} += ${@['','libgcc']['nptl' in '${GLIBC_ADDONS}']}
PROVIDES = virtual/libc virtual/${TARGET_PREFIX}libc-for-gcc
PROVIDES += virtual/libintl virtual/libiconv
-inherit autotools texinfo distro_features_check
+inherit autotools texinfo distro_features_check systemd
require glibc-options.inc
# The main purpose of setting this variable is to prevent users from accidently
--
1.9.1
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCHv2 1/1] screen: Upgrade 4.0.3 - 4.3.1
On 18 August 2015 at 11:36, Martin Jansa martin.ja...@gmail.com wrote:
On Thu, Aug 13, 2015 at 04:26:43PM +0300, Jussi Kukkonen wrote:
* License is now GPLv3+
What about GPLv2 version which was preserved (IIRC) in prevous patch?
Why did you decide to drop it now?
Mostly because of Ross' comment Is screen considered sufficiently
core that we should maintain both GPLv2 and v3 recipes? I'm not
convinced it is.
I did try to coax people to explain their thoughts in a little more
detail (because I wasn't sure what exactly they were saying) in my
reply on Aug 12 but no-one did... So I figured it's better to talk
with patches: I believe maintaining the GPLv2 version is not a great
use of anyones time (and I think it's fair to say that the recipe
wasn't receiving the sort of attention it would have required) and
making a developer tool like that GPLv3 shouldn't be a problem to most
people.
Jussi
* Remove patches that are already in upstream or not applicable
anymore
* Add a patchset to enable cross-compiling 4.3.1 (modified from
http://savannah.gnu.org/bugs/?43223)
Signed-off-by: Jussi Kukkonen jussi.kukko...@intel.com
---
.../screen/screen-4.0.3/configure.patch| 979
-
.../screen-4.0.3/screen-4.0.2-CVE-2009-1215.patch | 27 -
.../screen-4.0.3/screen-4.0.3-CVE-2009-1214.patch | 86 --
.../Avoid-mis-identifying-systems-as-SVR4.patch| 57 ++
...cross-compile-alternatives-for-AC_TRY_RUN.patch | 137 +++
.../Remove-redundant-compiler-sanity-checks.patch | 65 ++
...t-file-system-checks-when-cross-compiling.patch | 135 +++
.../fix-parallel-make.patch| 0
.../screen/{screen-4.0.3 = screen}/screen.pam | 0
.../screen/{screen_4.0.3.bb = screen_4.3.1.bb}| 34 +-
10 files changed, 408 insertions(+), 1112 deletions(-)
delete mode 100644 meta/recipes-extended/screen/screen-4.0.3/configure.patch
delete mode 100644
meta/recipes-extended/screen/screen-4.0.3/screen-4.0.2-CVE-2009-1215.patch
delete mode 100644
meta/recipes-extended/screen/screen-4.0.3/screen-4.0.3-CVE-2009-1214.patch
create mode 100644
meta/recipes-extended/screen/screen/Avoid-mis-identifying-systems-as-SVR4.patch
create mode 100644
meta/recipes-extended/screen/screen/Provide-cross-compile-alternatives-for-AC_TRY_RUN.patch
create mode 100644
meta/recipes-extended/screen/screen/Remove-redundant-compiler-sanity-checks.patch
create mode 100644
meta/recipes-extended/screen/screen/Skip-host-file-system-checks-when-cross-compiling.patch
rename meta/recipes-extended/screen/{screen-4.0.3 =
screen}/fix-parallel-make.patch (100%)
rename meta/recipes-extended/screen/{screen-4.0.3 = screen}/screen.pam
(100%)
rename meta/recipes-extended/screen/{screen_4.0.3.bb = screen_4.3.1.bb}
(58%)
diff --git a/meta/recipes-extended/screen/screen-4.0.3/configure.patch
b/meta/recipes-extended/screen/screen-4.0.3/configure.patch
deleted file mode 100644
index e29bcc6..000
--- a/meta/recipes-extended/screen/screen-4.0.3/configure.patch
+++ /dev/null
@@ -1,979 +0,0 @@
-Upstream-Status: Inappropriate [embedded specific]
-
-# The patch is borrowed from OE:
-#
http://cgit.openembedded.org/cgit.cgi/openembedded/commit/?id=4ee790cc6974bdfe1c9b06c0567b1c56f56d6615
-# and was rebased to screen-4.0.3's configure.in
-# by Dexuan Cui (dexuan@intel.com).
-#
-# The description of the original patch is:
-#
-# Patch by Hannes Reich (han...@skynet.ie) 22-Jul-2005
-# Resolves _some_ of the cross-compilation issues in screen's configure.in
-#
-diff --git a/configure.in b/configure.in
-index 34c9372..d5ed48a 100644
a/configure.in
-+++ b/configure.in
-@@ -37,6 +37,325 @@ pat=`sed ${srcdir}/patchlevel.h -n -e '/#define
PATCHLEVEL/s/#define PATCHLEVE
- VERSION=$rev.$vers.$pat
- AC_NOTE(this is screen version $VERSION)
- AC_SUBST(VERSION)
-+
-+AH_TOP([
-+/* Copyright (c) 1993-2000
-+ * Juergen Weigert (jnwei...@immd4.informatik.uni-erlangen.de)
-+ * Michael Schroeder (mlsch...@immd4.informatik.uni-erlangen.de)
-+ * Copyright (c) 1987 Oliver Laumann
-+ *
-+ * This program is free software; you can redistribute it and/or modify
-+ * it under the terms of the GNU General Public License as published by
-+ * the Free Software Foundation; either version 2, or (at your option)
-+ * any later version.
-+ *
-+ * This program is distributed in the hope that it will be useful,
-+ * but WITHOUT ANY WARRANTY; without even the implied warranty of
-+ * MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the
-+ * GNU General Public License for more details.
-+ *
-+ * You should have received a copy of the GNU General Public License
-+ * along with this program (see the file COPYING); if not, write to the
-+ * Free Software Foundation, Inc.,
-+ * 59 Temple Place - Suite 330, Boston, MA 02111-1307, USA
-+ *
-+ */
-+
-+
-+/**
[OE-core] [PATCH] openssh: build regression test binaries
ptests were failing and many more were being silently skipped because
required binaries were not being built.
Build the binaries in regress/ and set SUDO environment variable in
run-ptests: after this all tests in regress/ are now run. Continue to
skip building binaries in regress/unittests/: unittest runtime is
excessive.
On a NUC running intel-corei7-64 core-image-sato, new results are:
PASS: 55, SKIP: 3, FAIL: 0
[YOCTO #8153]
Signed-off-by: Jussi Kukkonen jussi.kukko...@intel.com
---
I tested this with openssh 7.0p1 (which was sent to mailinglist on
Aug 18), should work with 6.9p1 as well.
meta/recipes-connectivity/openssh/openssh/run-ptest | 2 +-
meta/recipes-connectivity/openssh/openssh_7.0p1.bb | 6 ++
2 files changed, 7 insertions(+), 1 deletion(-)
diff --git a/meta/recipes-connectivity/openssh/openssh/run-ptest
b/meta/recipes-connectivity/openssh/openssh/run-ptest
index 3e725cf..564c0c8 100755
--- a/meta/recipes-connectivity/openssh/openssh/run-ptest
+++ b/meta/recipes-connectivity/openssh/openssh/run-ptest
@@ -3,5 +3,5 @@
export TEST_SHELL=sh
cd regress
-make -k .OBJDIR=`pwd` .CURDIR=`pwd` tests \
+make -k .OBJDIR=`pwd` .CURDIR=`pwd` SUDO=sudo tests \
| sed -e 's/^skipped/SKIP: /g' -e 's/^ok /PASS: /g' -e
's/^failed/FAIL: /g'
diff --git a/meta/recipes-connectivity/openssh/openssh_7.0p1.bb
b/meta/recipes-connectivity/openssh/openssh_7.0p1.bb
index 105875a..67abe57 100644
--- a/meta/recipes-connectivity/openssh/openssh_7.0p1.bb
+++ b/meta/recipes-connectivity/openssh/openssh_7.0p1.bb
@@ -79,6 +79,12 @@ do_configure_prepend () {
fi
}
+do_compile_ptest() {
+# skip regress/unittests/ binaries: this will silently skip
+# unittests in run-ptests which is good because they are so slow.
+oe_runmake regress/modpipe regress/setuid-allowed regress/netcat
+}
+
do_install_append () {
if [ ${@bb.utils.contains('DISTRO_FEATURES', 'pam', 'pam', '', d)} =
pam ]; then
install -D -m 0755 ${WORKDIR}/sshd ${D}${sysconfdir}/pam.d/sshd
--
2.1.4
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH 2/2] libcap-ng: add package 0.7.7
From: Wenzong Fan wenzong@windriver.com
Pull package from meta-oe to oe-core:
meta-oe commit: bce4dba5546480c8e43c6442959ac7d0a4ef32f6
The libcap-ng library is intended to make programming with posix
capabilities much easier than the traditional libcap library.
It's not a replacement to libcap, it provides different library
(libcap-ng.so) while packages explicitly look for libcap.so. It
could be used by qemu, util-linux, libvirt, audit ...
With adding it to oe-core, the copies from following layers could
be removed:
* meta-oe, meta-selinux, meta-security-framework ...
Signed-off-by: Wenzong Fan wenzong@windriver.com
---
.../libcap-ng/libcap-ng/python.patch | 58 ++
meta/recipes-support/libcap-ng/libcap-ng_0.7.7.bb | 39 +++
2 files changed, 97 insertions(+)
create mode 100644 meta/recipes-support/libcap-ng/libcap-ng/python.patch
create mode 100644 meta/recipes-support/libcap-ng/libcap-ng_0.7.7.bb
diff --git a/meta/recipes-support/libcap-ng/libcap-ng/python.patch
b/meta/recipes-support/libcap-ng/libcap-ng/python.patch
new file mode 100644
index 000..59591eb
--- /dev/null
+++ b/meta/recipes-support/libcap-ng/libcap-ng/python.patch
@@ -0,0 +1,58 @@
+From b01bb2694f66cd981e6d61523433dc3eb5ed32f2 Mon Sep 17 00:00:00 2001
+From: Li xin lixin.f...@cn.fujitsu.com
+Date: Sat, 18 Jul 2015 23:03:30 +0900
+Subject: [PATCH] configure.ac - Avoid an incorrect check for python.
+ Makefile.am - avoid hard coded host include paths.
+
+Upstream-Status: pending
+
+Signed-off-by: Mark Hatle mark.ha...@windriver.com
+Signed-off-by: Li Xin lixin.f...@cn.fujitsu.com
+---
+ bindings/python/Makefile.am | 3 ++-
+ configure.ac| 15 ++-
+ 2 files changed, 4 insertions(+), 14 deletions(-)
+
+diff --git a/bindings/python/Makefile.am b/bindings/python/Makefile.am
+index 82b9bb8..f9fe7a8 100644
+--- a/bindings/python/Makefile.am
b/bindings/python/Makefile.am
+@@ -23,7 +23,8 @@ SUBDIRS = test
+ CONFIG_CLEAN_FILES = *.loT *.rej *.orig
+ AM_CFLAGS = -fPIC -DPIC
+ PYLIBVER ?= python$(PYTHON_VERSION)
+-AM_CPPFLAGS = -I. -I$(top_builddir) -I@PYINCLUDEDIR@
++PYINC ?= /usr/include/$(PYLIBVER)
++AM_CPPFLAGS = -I. -I$(top_builddir) -I$(PYINC)
+ LIBS = $(top_builddir)/src/libcap-ng.la
+ SWIG_FLAGS = -python
+ SWIG_INCLUDES = ${AM_CPPFLAGS}
+diff --git a/configure.ac b/configure.ac
+index 1d777d5..9d90f64 100644
+--- a/configure.ac
b/configure.ac
+@@ -123,19 +123,8 @@ if test x$use_python = xno ; then
+ else
+ AC_MSG_RESULT(testing)
+ AM_PATH_PYTHON
+-PYINCLUDEDIR=`python${am_cv_python_version} -c from distutils import
sysconfig; print(sysconfig.get_config_var('INCLUDEPY'))`
+-if test -f ${PYINCLUDEDIR}/Python.h ; then
+- python_found=yes
+- AC_SUBST(PYINCLUDEDIR)
+- AC_MSG_NOTICE(Python bindings will be built)
+-else
+- python_found=no
+- if test x$use_python = xyes ; then
+- AC_MSG_ERROR([Python explicitly required and python headers
found])
+- else
+- AC_MSG_WARN(Python headers not found - python bindings will
not be made)
+- fi
+-fi
++python_found=yes
++AC_MSG_NOTICE(Python bindings will be built)
+ fi
+ AM_CONDITIONAL(HAVE_PYTHON, test ${python_found} = yes)
+
+--
+1.8.4.2
+
diff --git a/meta/recipes-support/libcap-ng/libcap-ng_0.7.7.bb
b/meta/recipes-support/libcap-ng/libcap-ng_0.7.7.bb
new file mode 100644
index 000..a31d5dc
--- /dev/null
+++ b/meta/recipes-support/libcap-ng/libcap-ng_0.7.7.bb
@@ -0,0 +1,39 @@
+SUMMARY = An alternate posix capabilities library
+DESCRIPTION = The libcap-ng library is intended to make programming \
+with POSIX capabilities much easier than the traditional libcap library.
+HOMEPAGE = http://freecode.com/projects/libcap-ng;
+SECTION = base
+LICENSE = GPLv2+ LGPLv2.1+
+LIC_FILES_CHKSUM = file://COPYING;md5=94d55d512a9ba36caa9b7df079bae19f \
+ file://COPYING.LIB;md5=e3eda01d9815f8d24aae2dbd89b68b06
+
+SRC_URI = http://people.redhat.com/sgrubb/libcap-ng/libcap-ng-${PV}.tar.gz \
+ file://python.patch
+
+inherit lib_package autotools pythonnative
+
+SRC_URI[md5sum] = 3d7d126b29e2869a0257c17c8b0d9b2e
+SRC_URI[sha256sum] =
615549ce39b333f6b78baee0c0b4ef18bc726c6bf1cca123dfd89dd963f6d06b
+
+DEPENDS += swig-native python
+
+EXTRA_OECONF += --without-python3
+
+EXTRA_OEMAKE += PYLIBVER='python${PYTHON_BASEVERSION}'
PYINC='${STAGING_INCDIR}/${PYLIBVER}'
+
+PACKAGES += ${PN}-python
+
+FILES_${PN}-dbg += ${libdir}/python${PYTHON_BASEVERSION}/*/.debug
+FILES_${PN}-python = ${libdir}/python${PYTHON_BASEVERSION}
+
+BBCLASSEXTEND = native
+
+do_install_append() {
+ # Moving libcap-ng to base_libdir
+ if [ ! ${D}${libdir} -ef ${D}${base_libdir} ]; then
+ mkdir -p ${D}/${base_libdir}/
+ mv -f ${D}${libdir}/libcap-ng.so.* ${D}${base_libdir}/
+ relpath=${@os.path.relpath(${base_libdir}, ${libdir})}
+ ln -sf ${relpath}/libcap-ng.so.0.0.0
[OE-core] [PATCH 1/1] glibc: use cross-rpcgen to replace host's rpcgen
There might be unexpected errors when use host's rpcgen.
[YOCTO #8181]
Signed-off-by: Robert Yang liezhi.y...@windriver.com
---
meta/recipes-core/glibc/glibc_2.22.bb |6 +-
1 file changed, 1 insertion(+), 5 deletions(-)
diff --git a/meta/recipes-core/glibc/glibc_2.22.bb
b/meta/recipes-core/glibc/glibc_2.22.bb
index 6aaf722..f0e1fad 100644
--- a/meta/recipes-core/glibc/glibc_2.22.bb
+++ b/meta/recipes-core/glibc/glibc_2.22.bb
@@ -97,10 +97,6 @@ do_configure () {
# calls for now
# don't pass CPPFLAGS into configure, since it upsets the kernel-headers
# version check and doesn't really help with anything
-if [ -z `which rpcgen` ]; then
-echo rpcgen not found. Install glibc-devel.
-exit 1
-fi
(cd ${S} gnu-configize) || die failure in running gnu-configize
find ${S} -name configure | xargs touch
CPPFLAGS= oe_runconf
@@ -119,7 +115,7 @@ do_compile () {
for r in ${rpcsvc}; do
h=`echo $r|sed -e's,\.x$,.h,'`
rm -f $h
- rpcgen -h $r -o $h || bbwarn ${PN}: unable to generate
header for $r
+ ${B}/sunrpc/cross-rpcgen -h $r -o $h || bbwarn ${PN}:
unable to generate header for $r
done
)
echo Adjust ldd script
--
1.7.9.5
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
