[oe] [meta-networking][jethro][PATCHv2] samba: fix paths in sysv initscript

2016-04-28 Thread Richard Leitner 
For the jethro branch.

The sysv initscript provided by samba assumes smbd and nmbd are
installed in /opt/samba/bin/. In our case both binaries are installed to
/usr/sbin/ by default. Therefore fix these paths.

Furthermore fix the log and config directory as well as the name of the
initscript in its usage text.

Signed-off-by: Richard Leitner 
---
changes v2: use sed in do_install_append instead of a patch
---
 meta-networking/recipes-connectivity/samba/samba_4.1.12.bb | 5 +
 1 file changed, 5 insertions(+)

diff --git a/meta-networking/recipes-connectivity/samba/samba_4.1.12.bb 
b/meta-networking/recipes-connectivity/samba/samba_4.1.12.bb
index 863d783..a16a4f2 100644
--- a/meta-networking/recipes-connectivity/samba/samba_4.1.12.bb
+++ b/meta-networking/recipes-connectivity/samba/samba_4.1.12.bb
@@ -122,6 +122,11 @@ do_install_append() {
 elif ${@bb.utils.contains('PACKAGECONFIG', 'sysv', 'true', 'false', d)}; 
then
install -d ${D}${sysconfdir}/init.d
install -m 0755 packaging/sysv/samba.init 
${D}${sysconfdir}/init.d/samba.sh
+sed -e 's,/opt/samba/bin,${sbindir},g' \
+-e 's,/opt/samba/smb.conf,${sysconfdir}/samba/smb.conf,g' \
+-e 's,/opt/samba/log,${localstatedir}/log/samba,g' \
+-e 's,/etc/init.d/samba.server,${sysconfdir}/init.d/samba.sh,g' \
+-i ${D}${sysconfdir}/init.d/samba.sh
update-rc.d -r ${D} samba.sh start 20 3 5 .
update-rc.d -r ${D} samba.sh start 20 0 1 6 .
 fi
-- 
2.1.4

-- 
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel

[oe] [meta-networking][PATCH] samba: fix paths in sysv initscript

2016-04-28 Thread Richard Leitner 
The sysv initscript provided by samba assumes smbd and nmbd are
installed in /opt/samba/bin/. In our case both binaries are installed to
/usr/sbin/ by default. Therefore fix these paths.

Furthermore fix the log and config directory as well as the name of the
initscript in its usage text.

Signed-off-by: Richard Leitner 
---
 meta-networking/recipes-connectivity/samba/samba_4.4.2.bb | 5 +
 1 file changed, 5 insertions(+)

diff --git a/meta-networking/recipes-connectivity/samba/samba_4.4.2.bb 
b/meta-networking/recipes-connectivity/samba/samba_4.4.2.bb
index 9358ca5..5b5ed58 100644
--- a/meta-networking/recipes-connectivity/samba/samba_4.4.2.bb
+++ b/meta-networking/recipes-connectivity/samba/samba_4.4.2.bb
@@ -103,6 +103,11 @@ do_install_append() {
 elif ${@bb.utils.contains('PACKAGECONFIG', 'sysv', 'true', 'false', d)}; 
then
 install -d ${D}${sysconfdir}/init.d
 install -m 0755 packaging/sysv/samba.init 
${D}${sysconfdir}/init.d/samba.sh
+sed -e 's,/opt/samba/bin,${sbindir},g' \
+-e 's,/opt/samba/smb.conf,${sysconfdir}/samba/smb.conf,g' \
+-e 's,/opt/samba/log,${localstatedir}/log/samba,g' \
+-e 's,/etc/init.d/samba.server,${sysconfdir}/init.d/samba.sh,g' \
+-i ${D}${sysconfdir}/init.d/samba.sh
 update-rc.d -r ${D} samba.sh start 20 3 5 .
 update-rc.d -r ${D} samba.sh start 20 0 1 6 .
 fi
-- 
2.1.4

-- 
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel

[oe] [meta-java][PATCH v2 2/3] Openjdk-8: Fix build when using -Werror and -D_FORTIFY_SOURCE

2016-04-28 Thread Erkka Kääriä 
The security flag '-D_FORTIFY_SOURCE' requires at least -O to work,
otherwise a warning is given. If CFLAGS additionally contains -Werror,
this warning turns into an error. As Openjdk build system intentionally
deoptimizes certains files due to potential bad codegen during optimization,
build will fail when both '-D_FORTIFY_SOURCE' and '-Werror' are used.
As turning the optimizations back on will likely break things, the
warning is silenced instead.

Signed-off-by: Erkka Kääriä 
---
 recipes-core/openjdk/openjdk-8_72b05.bb|  1 +
 recipes-core/openjdk/openjre-8_72b05.bb|  1 +
 ...openjdk8-silence-d_fortify_source-warning.patch | 54 ++
 3 files changed, 56 insertions(+)
 create mode 100644 
recipes-core/openjdk/patches-openjdk-8/openjdk8-silence-d_fortify_source-warning.patch

diff --git a/recipes-core/openjdk/openjdk-8_72b05.bb 
b/recipes-core/openjdk/openjdk-8_72b05.bb
index f378b0a..bafc6cd 100644
--- a/recipes-core/openjdk/openjdk-8_72b05.bb
+++ b/recipes-core/openjdk/openjdk-8_72b05.bb
@@ -11,6 +11,7 @@ PATCHES_URI_append = "\
 
file://openjdk8-use_builtin_frame_address_0_rather_than_returning_address_of_local_variable.patch;apply=no
 \
 file://openjdk8-fix-assembler-flag-handling-in-makefile.patch;apply=no \
 file://openjdk8-fix-adlc-flags.patch;apply=no \
+file://openjdk8-silence-d_fortify_source-warning.patch;apply=no \
 "
 
 do_install() {
diff --git a/recipes-core/openjdk/openjre-8_72b05.bb 
b/recipes-core/openjdk/openjre-8_72b05.bb
index 6d29d12..3a34848 100644
--- a/recipes-core/openjdk/openjre-8_72b05.bb
+++ b/recipes-core/openjdk/openjre-8_72b05.bb
@@ -9,6 +9,7 @@ PATCHES_URI_append = "\
 file://openjdk8-fix-shark-build.patch;apply=no \
 file://openjdk8-fix-shark-stdc++11.patch;apply=no \
 
file://openjdk8-use_builtin_frame_address_0_rather_than_returning_address_of_local_variable.patch;apply=no
 \
+file://openjdk8-silence-d_fortify_source-warning.patch;apply=no \
 "
 
 do_install() {
diff --git 
a/recipes-core/openjdk/patches-openjdk-8/openjdk8-silence-d_fortify_source-warning.patch
 
b/recipes-core/openjdk/patches-openjdk-8/openjdk8-silence-d_fortify_source-warning.patch
new file mode 100644
index 000..da94a99
--- /dev/null
+++ 
b/recipes-core/openjdk/patches-openjdk-8/openjdk8-silence-d_fortify_source-warning.patch
@@ -0,0 +1,54 @@
+makefiles: Add -Wno-cpp to CFLAGS
+
+The security flag '-D_FORTIFY_SOURCE' requires at least -O to work,
+otherwise a warning is given. If CFLAGS additionally contains -Werror,
+this warning turns into an error. As Openjdk build system intentionally
+deoptimizes certains files due to potential bad codegen during optimization,
+build will fail when both '-D_FORTIFY_SOURCE' and '-Werror' are used.
+As turning the optimizations back on will likely break things, the
+warning is silenced instead.
+
+Signed-off-by: Erkka Kääriä 
+---
+ hotspot/make/linux/makefiles/amd64.make | 2 ++
+ hotspot/make/linux/makefiles/i486.make  | 2 ++
+ hotspot/make/linux/makefiles/zero.make  | 2 ++
+ 3 files changed, 6 insertions(+)
+
+diff --git hotspot/make/linux/makefiles/amd64.make 
hotspot/make/linux/makefiles/amd64.make
+index 2b77dba..db3965b 100644
+--- hotspot/make/linux/makefiles/amd64.make
 hotspot/make/linux/makefiles/amd64.make
+@@ -31,4 +31,6 @@ CFLAGS += -DVM_LITTLE_ENDIAN
+
+ CFLAGS += -D_LP64=1
+
++CFLAGS += -Wno-cpp
++
+ OPT_CFLAGS/compactingPermGenGen.o = -O1
+diff --git hotspot/make/linux/makefiles/i486.make 
hotspot/make/linux/makefiles/i486.make
+index 86e825d..6a92f09 100644
+--- hotspot/make/linux/makefiles/i486.make
 hotspot/make/linux/makefiles/i486.make
+@@ -31,4 +31,6 @@ OPT_CFLAGS/sharedRuntimeTrans.o = $(OPT_CFLAGS/NOOPT)
+ # Must also specify if CPU is little endian
+ CFLAGS += -DVM_LITTLE_ENDIAN
+
++CFLAGS += -Wno-cpp
++
+ OPT_CFLAGS/compactingPermGenGen.o = -O1
+diff --git hotspot/make/linux/makefiles/zero.make 
hotspot/make/linux/makefiles/zero.make
+index 0270711..2b05f33 100644
+--- hotspot/make/linux/makefiles/zero.make
 hotspot/make/linux/makefiles/zero.make
+@@ -28,5 +28,7 @@
+ # Select which files to use (in top.make)
+ TYPE = ZERO
+
++CFLAGS += -Wno-cpp
++
+ # Install libjvm.so, etc in in server directory.
+ VM_SUBDIR = server
+--
+2.7.4
+
-- 
2.7.4

-
Intel Finland Oy
Registered Address: PL 281, 00181 Helsinki 
Business Identity Code: 0357606 - 4 
Domiciled in Helsinki 

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-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel

[oe] [meta-java][PATCH v2 3/3] openjre-8_72b05.bb: Add missing patches

2016-04-28 Thread Erkka Kääriä 
Two patches were only applied to openjdk-8. Apply these to jre as well

Signed-off-by: Erkka Kääriä 
---
 recipes-core/openjdk/openjre-8_72b05.bb | 2 ++
 1 file changed, 2 insertions(+)

diff --git a/recipes-core/openjdk/openjre-8_72b05.bb 
b/recipes-core/openjdk/openjre-8_72b05.bb
index 3a34848..55b2ac5 100644
--- a/recipes-core/openjdk/openjre-8_72b05.bb
+++ b/recipes-core/openjdk/openjre-8_72b05.bb
@@ -9,6 +9,8 @@ PATCHES_URI_append = "\
 file://openjdk8-fix-shark-build.patch;apply=no \
 file://openjdk8-fix-shark-stdc++11.patch;apply=no \
 
file://openjdk8-use_builtin_frame_address_0_rather_than_returning_address_of_local_variable.patch;apply=no
 \
+file://openjdk8-fix-assembler-flag-handling-in-makefile.patch;apply=no \
+file://openjdk8-fix-adlc-flags.patch;apply=no \
 file://openjdk8-silence-d_fortify_source-warning.patch;apply=no \
 "
 
-- 
2.7.4

-
Intel Finland Oy
Registered Address: PL 281, 00181 Helsinki 
Business Identity Code: 0357606 - 4 
Domiciled in Helsinki 

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-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel

[oe] [meta-java][PATCH v2 1/3] java-bootstrapping: Do not rely on hardcoded paths

2016-04-28 Thread Erkka Kääriä 
Various paths to files are hardcoded in either helper scripts or the
resulting binaries (like path to Java class libraries). While this works
well when using the files on the build machine, things start breaking
down when the sstate gets shared between multiple workers in CI, as
the paths between workers can differ.

Instead of using these hardcoded paths, form the paths at runtime and pass them 
as parameters when required.

Signed-off-by: Erkka Kääriä 
---
 ...cacao-1.6.1-do-not-rely-on-absolute-paths.patch | 41 ++
 recipes-core/cacao/cacao-initial-native_0.98.bb|  1 +
 recipes-core/cacao/cacao_1.6.1.bb  | 21 ---
 ...cacao-0.9.8-do-not-rely-on-absolute-paths.patch | 33 +
 recipes-core/ecj/ecj-bootstrap-native.bb   |  8 -
 recipes-core/ecj/ecj-initial-native.bb |  9 -
 6 files changed, 96 insertions(+), 17 deletions(-)
 create mode 100644 
recipes-core/cacao/cacao-1.6.1/cacao-1.6.1-do-not-rely-on-absolute-paths.patch
 create mode 100644 
recipes-core/cacao/files/cacao-0.9.8-do-not-rely-on-absolute-paths.patch

diff --git 
a/recipes-core/cacao/cacao-1.6.1/cacao-1.6.1-do-not-rely-on-absolute-paths.patch
 
b/recipes-core/cacao/cacao-1.6.1/cacao-1.6.1-do-not-rely-on-absolute-paths.patch
new file mode 100644
index 000..2b046cf
--- /dev/null
+++ 
b/recipes-core/cacao/cacao-1.6.1/cacao-1.6.1-do-not-rely-on-absolute-paths.patch
@@ -0,0 +1,41 @@
+java.in: Do not use hardcode paths
+
+Cacao uses hardcoded paths to various files, if these paths are not
+provided. This causes issues when sharing sstate with otherwise
+identical workers, if build time paths are not identical.
+
+Signed-off-by: Erkka Kääriä 
+
+Upstream-Status: Inappropriate [Yocto-specific fixes]
+
+---
+ cacao-1.6.1/src/scripts/java.in | 16 ++--
+ 1 file changed, 14 insertions(+), 2 deletions(-)
+
+diff --git cacao-1.6.1/src/scripts/java.in cacao-1.6.1/src/scripts/java.in
+index 0790f02..2118de7 100644
+--- cacao-1.6.1/src/scripts/java.in
 cacao-1.6.1/src/scripts/java.in
+@@ -22,5 +22,17 @@
+ ## Foundation, Inc., 51 Franklin Street, Fifth Floor, Boston, MA
+ ## 02110-1301, USA.
+
+-IFS=""
+-exec $(dirname ${0})/cacao ${1+"$@"}
++SH_DIR=`dirname "$0"`
++CURRENT_DIR=`cd "${SH_DIR}" && pwd`
++
++# if this shell script is invoked through symlink, we get invalid paths. As 
getting the real path to this file is
++# very painful using only /bin/sh, python is used instead.
++PYTHON_STR="import os; print 
os.path.dirname(os.path.realpath(os.readlink(\"${CURRENT_DIR}/java\"))) if 
os.path.islink(\"${CURRENT_DIR}/java\") else \"${CURRENT_DIR}\""
++REAL_DIR=`python -c "${PYTHON_STR}"`
++
++PARENT_DIR=`dirname ${REAL_DIR}`
++
++export 
BOOTCLASSPATH="${PARENT_DIR}/share/cacao/vm.zip:${PARENT_DIR}/share/classpath/glibj.zip"
++LIBRARY_PATH="-Djava.library.path=${PARENT_DIR}/lib/classpath"
++exec ${REAL_DIR}/cacao ${LIBRARY_PATH} ${1+"$@"}
++
+--
+2.7.4
+
diff --git a/recipes-core/cacao/cacao-initial-native_0.98.bb 
b/recipes-core/cacao/cacao-initial-native_0.98.bb
index 2a8ced5..caaf53c 100644
--- a/recipes-core/cacao/cacao-initial-native_0.98.bb
+++ b/recipes-core/cacao/cacao-initial-native_0.98.bb
@@ -15,6 +15,7 @@ SRC_URI = "\
 file://cacao-0.98-initial.patch \
 file://disable_hw_exceptions.patch \
 file://cacao-0.9.8-initial-fix-gc-undefined-behaviour.patch \
+file://cacao-0.9.8-do-not-rely-on-absolute-paths.patch \
 "
 
 # libjvm disabled - it would conflict with cacao-native installations
diff --git a/recipes-core/cacao/cacao_1.6.1.bb 
b/recipes-core/cacao/cacao_1.6.1.bb
index 83f216c..ec13cc5 100644
--- a/recipes-core/cacao/cacao_1.6.1.bb
+++ b/recipes-core/cacao/cacao_1.6.1.bb
@@ -11,7 +11,10 @@ DEPENDS = "zlib libtool classpath virtual/javac-native bdwgc"
 RPROVIDES_${PN} = "java2-runtime"
 
 SRC_URI = 
"http://www.complang.tuwien.ac.at/cacaojvm/download/cacao-${PV}/cacao-${PV}.tar.xz
 \
-   file://system-boehm-gc.patch"
+   file://system-boehm-gc.patch \
+   file://cacao-1.6.1-do-not-rely-on-absolute-paths.patch \
+"
+
 SRC_URI[md5sum] = "2c18478404afd1cffdd15ad1e9d85a57"
 SRC_URI[sha256sum] = 
"eecc8bd1b528a028f43d9d1d0c06b97855bbf1d40e03826d911ebbc0b6971e12"
 
@@ -23,13 +26,12 @@ REQUIRED_DISTRO_FEATURES_class-native := ""
 EXTRA_OECONF_class-native = "\
 --enable-debug \
 --with-vm-zip=${datadir}/cacao/vm.zip \
---disable-libjvm \
-\
 --with-java-runtime-library-classes=${datadir}/classpath/glibj.zip \
 --with-java-runtime-library-libdir=${libdir_jni}:${libdir} \
 --with-jni_md_h=${includedir}/classpath \
 --with-jni_h=${includedir}/classpath \
 --disable-test-dependency-checks \
+--disable-libjvm  \
 "
 
 CACHED_CONFIGUREVARS_class-native += 
"ac_cv_prog_JAVAC=${STAGING_BINDIR_NATIVE}/ecj-initial"
@@ -37,11 +39,9 @@ CACHED_CONFIGUREVARS_class-native += 
"ac_cv_prog_JAVAC=${STAGING_BINDIR_NATIVE}/
 EXTRA_OECONF = "\
 --with-vm-zip=${dat

[oe] [meta-qt5][PATCH] qtchooser: add new recipe

2016-04-28 Thread Li Xin 
qtchooser is a wrapper used to select between Qt binary versions.

Signed-off-by: Li Xin 
---
 .../0001-Makefile-install-the-man-dir.patch| 35 ++
 recipes-qt/qtchooser/qtchooser_39.bb   | 24 +++
 2 files changed, 59 insertions(+)
 create mode 100644 
recipes-qt/qtchooser/qtchooser/0001-Makefile-install-the-man-dir.patch
 create mode 100644 recipes-qt/qtchooser/qtchooser_39.bb

diff --git 
a/recipes-qt/qtchooser/qtchooser/0001-Makefile-install-the-man-dir.patch 
b/recipes-qt/qtchooser/qtchooser/0001-Makefile-install-the-man-dir.patch
new file mode 100644
index 000..8e8e1c6
--- /dev/null
+++ b/recipes-qt/qtchooser/qtchooser/0001-Makefile-install-the-man-dir.patch
@@ -0,0 +1,35 @@
+From 3f142e100cc3dd69b816ce79152760c823cb86e9 Mon Sep 17 00:00:00 2001
+From: Li Xin 
+Date: Fri, 29 Apr 2016 12:41:34 +0900
+Subject: [PATCH] Makefile: install the man dir
+
+upstream-status: backported
+
+Signed-off-by: Li Xin 
+---
+ Makefile | 3 +++
+ 1 file changed, 3 insertions(+)
+
+diff --git a/Makefile b/Makefile
+index 20b9100..1fd8cd3 100644
+--- a/Makefile
 b/Makefile
+@@ -1,5 +1,6 @@
+ prefix = /usr
+ bindir = $(prefix)/bin
++MKDIR  = mkdir -p
+ TOOLS = assistant \
+   designer \
+   lconvert \
+@@ -56,6 +57,8 @@ install:
+   case `uname -s` in Darwin) \
+   for tool in $(MACTOOLS); do ln -sf qtchooser 
"$(INSTALL_ROOT)$(bindir)/$$tool"; done \
+   ;; esac
++  $(MKDIR) $(INSTALL_ROOT)$(prefix)/share/man/man1
++  install -m 644 -p doc/qtchooser.1 
$(INSTALL_ROOT)$(prefix)/share/man/man1
+ 
+ uninstall:
+   cd src/qtchooser && $(MAKE) uninstall
+-- 
+1.8.4.2
+
diff --git a/recipes-qt/qtchooser/qtchooser_39.bb 
b/recipes-qt/qtchooser/qtchooser_39.bb
new file mode 100644
index 000..7fceb9c
--- /dev/null
+++ b/recipes-qt/qtchooser/qtchooser_39.bb
@@ -0,0 +1,24 @@
+DESCRIPTION = "Wrapper to select between Qt development binary versions"
+HOMEPAGE = "http://macieira.org/qtchooser";
+LICENSE = "LGPLv2 | GPLv3"
+SRC_URI = "http://macieira.org/qtchooser/${BP}-g4717841.tar.gz \
+   file://0001-Makefile-install-the-man-dir.patch"
+SRC_URI[md5sum] = "fcf1b5e8373147e48ce72b9c1ffe3d10"
+SRC_URI[sha256sum] = 
"4681d0561bf96599bf9bf5eb25103d07ee8f045f31576dc2e72b8529587a67c6"
+
+LIC_FILES_CHKSUM = " \
+file://LGPL_EXCEPTION.txt;md5=0145c4d1b6f96a661c2c139dfb268fb6 \
+file://LICENSE.GPL;md5=d32239bcb673463ab874e80d47fae504 \
+file://LICENSE.LGPL;md5=4193e7f1d47a858f6b7c0f1ee66161de \
+"
+S = "${WORKDIR}/${BP}-g4717841"
+
+inherit pkgconfig
+
+do_compile() {
+oe_runmake
+}
+
+do_install() {
+oe_runmake install INSTALL_ROOT=${D}
+}
-- 
1.8.4.2



-- 
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel

[oe] [meta-qt5][PATCH] qtquick1: fix rootfs creation errors

2016-04-28 Thread Li Xin 
The error is as following:
1) Can't install libqt5declarative-plugins-***: no package
   provides libQt5Declarative.so.5(Qt_5_PRIVATE_API)

2) ERROR: Nothing RPROVIDES 'libqt5declarative-tools'

Signed-off-by: Li Xin 
---
 recipes-qt/qt5/qtquick1_git.bb | 11 +++
 1 file changed, 11 insertions(+)

diff --git a/recipes-qt/qt5/qtquick1_git.bb b/recipes-qt/qt5/qtquick1_git.bb
index 61b02a1..ec4c18c 100644
--- a/recipes-qt/qt5/qtquick1_git.bb
+++ b/recipes-qt/qt5/qtquick1_git.bb
@@ -24,3 +24,14 @@ do_configure_prepend() {
 }
 
 SRCREV = "563ce3888f3c04abcc96ba236b20c7a822bc88e2"
+
+PROVIDES += "qtquick1"
+RPROVIDES_libqt5declarative5 += "qtquick1"
+RREPLACES_libqt5declarative5 += "qtquick1"
+RCONFLICTS_libqt5declarative5 += "qtquick1"
+
+PACKAGES += "libqt5declarative5 \
+ libqt5declarative-tools \
+ libqt5declarative-qmlplugins \
+ libqt5declarative-plugins \
+ "
-- 
1.8.4.2



-- 
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel

Re: [oe] [meta-oe][PATCH] ltrace: Error Fix for ARM

2016-04-28 Thread Li, Xin 


>-Original Message-
>From: openembedded-devel-boun...@lists.openembedded.org
>[mailto:openembedded-devel-boun...@lists.openembedded.org] On Behalf Of
>Martin Jansa
>Sent: Wednesday, April 27, 2016 4:35 PM
>To: openembedded-devel@lists.openembedded.org
>Subject: Re: [oe] [meta-oe][PATCH] ltrace: Error Fix for ARM
>
>On Fri, Apr 15, 2016 at 04:06:49AM +0300, Li Xin wrote:
>> 1) The error is as following:
>>  root # ltrace ls
>>  __libc_start_main(0xb6fbc018, 1, 0xbed8fdc4,
>0xb6fd0b88PTRACE_SINGLESTEP: Input/output error
>>  2747 couldn't continue when handling __libc_start_main (0xb6fbbde0) at
>0xb6fbbde0
>>The master branch fix it.
>>
>> 2) remove unused patch:
>>  --0001-ltrace-fix-gcc-5-logical-not-parentheses.patch
>>  --ltrace-0.7.2-unused-typedef.patch
>
>Now I'm seeing this failure:
>
>| ../../../../git/sysdeps/linux-gnu/arm/fetch.c: In function 'arch_elf_init':
>| ../../../../git/sysdeps/linux-gnu/arm/fetch.c:101:8: error: 'data' may be 
>used
>uninitialized in this function [-Werror=maybe-uninitialized]
>| if (elf_read_next_uleb128(data, &offset, &tag) < 0
>| ^
>| cc1: all warnings being treated as errors
>| make[4]: *** [fetch.lo] Error 1
>| make[4]: *** Waiting for unfinished jobs
>| make[4]: Leaving directory
>`.../ltrace/1_7.3+gitAUTOINC+01b10e191e-r0/build/sysdeps/linux-gnu/arm'
>
>Possibly caused by using -Os, can you retest with -Os?

OK, And can you tell me how to test with -Os?

Regards & Thanks.


>
>> Signed-off-by: Li Xin 
>> ---
>>  ...-ltrace-fix-gcc-5-logical-not-parentheses.patch | 38 -
>>  .../ltrace/ltrace-0.7.2-unused-typedef.patch   | 49 
>> --
>>  meta-oe/recipes-devtools/ltrace/ltrace_git.bb  |  6 +--
>>  3 files changed, 2 insertions(+), 91 deletions(-)  delete mode 100644
>> meta-oe/recipes-devtools/ltrace/ltrace/0001-ltrace-fix-gcc-5-logical-n
>> ot-parentheses.patch  delete mode 100644
>> meta-oe/recipes-devtools/ltrace/ltrace/ltrace-0.7.2-unused-typedef.pat
>> ch
>>
>> diff --git
>> a/meta-oe/recipes-devtools/ltrace/ltrace/0001-ltrace-fix-gcc-5-logical
>> -not-parentheses.patch
>> b/meta-oe/recipes-devtools/ltrace/ltrace/0001-ltrace-fix-gcc-5-logical
>> -not-parentheses.patch
>> deleted file mode 100644
>> index 681c43d..000
>> ---
>> a/meta-oe/recipes-devtools/ltrace/ltrace/0001-ltrace-fix-gcc-5-logical
>> -not-parentheses.patch
>> +++ /dev/null
>> @@ -1,38 +0,0 @@
>> -From 876fe5680d77800426f8c4c5680a235732d722e6 Mon Sep 17 00:00:00
>> 2001
>> -From: Kai Kang 
>> -Date: Mon, 24 Aug 2015 17:37:54 +0800
>> -Subject: [PATCH] ltrace: fix gcc 5 logical not parentheses
>> -
>> -Upstream-Status: Pending
>> -
>> -Build ltrace with gcc 5.2, it fails with:
>> -
>> -error: logical not is only applied to the left hand side of
>> comparison -[-Werror=logical-not-parentheses]
>> -   if (!need_data(data, offset, SIZE / 8) < 0)  \
>> - ^
>> -
>> -Function need_data just return 0 on success and -1 if fail. So it is
>> ok -to just test if (need_data(data, offset, SIZE / 8) < 0).
>> -
>> -Signed-off-by: Kai Kang 
>> 
>> - ltrace-elf.c | 2 +-
>> - 1 file changed, 1 insertion(+), 1 deletion(-)
>> -
>> -diff --git a/ltrace-elf.c b/ltrace-elf.c -index c571d2a..7fe830f
>> 100644
>>  a/ltrace-elf.c
>> -+++ b/ltrace-elf.c
>> -@@ -218,7 +218,7 @@ need_data(Elf_Data *data, GElf_Xword offset,
>GElf_Xword size)
>> -int \
>> -NAME(Elf_Data *data, GElf_Xword offset, uint##SIZE##_t *retp)   \
>> -{   \
>> --   if (!need_data(data, offset, SIZE / 8) < 0) \
>> -+   if (need_data(data, offset, SIZE / 8) < 0)  \
>> -return -1;  \
>> -\
>> -if (data->d_buf == NULL) /* NODATA section */ { \
>> ---
>> -1.9.1
>> -
>> diff --git
>> a/meta-oe/recipes-devtools/ltrace/ltrace/ltrace-0.7.2-unused-typedef.p
>> atch
>> b/meta-oe/recipes-devtools/ltrace/ltrace/ltrace-0.7.2-unused-typedef.p
>> atch
>> deleted file mode 100644
>> index 8f3c0ec..000
>> ---
>> a/meta-oe/recipes-devtools/ltrace/ltrace/ltrace-0.7.2-unused-typedef.p
>> atch
>> +++ /dev/null
>> @@ -1,49 +0,0 @@
>> -diff --git a/value.c b/value.c
>> -index d18db17..b98298e 100644
>>  a/value.c
>> -+++ b/value.c
>> -@@ -1,6 +1,6 @@
>> - /*
>> -  * This file is part of ltrace.
>> -- * Copyright (C) 2011,2012 Petr Machata, Red Hat Inc.
>> -+ * Copyright (C) 2011,2012,2013 Petr Machata, Red Hat Inc.
>> -  *
>> -  * This program is free software; you can redistribute it and/or
>> -  * modify it under the terms of the GNU General Public License as
>> -@@ -282,9 +282,9 @@ value_init_deref(struct value *ret_val, struct value
>*valp)
>> -if (value_extract_word(valp, &l, NULL) < 0)
>> -retu

[oe] [PATCH 00/36] Jethro-next pull request

2016-04-28 Thread Armin Kuster 
Please consider these changes for jethro-next

The following changes since commit c305ac5d2f5285d5eec8952a4ca7f3b4f89aed96:

  python-m2crypto: fix SSLv2 symbol issue (2016-03-09 20:10:13 +0100)

are available in the git repository at:

  git://github.com/akuster/meta-openembedded akuster/jethro-next
  https://github.com/akuster/meta-openembedded/tree/akuster/jethro-next

Alexander Kanavin (1):
  tracker: fix packaging issues

Andre McCurdy (1):
  gst-plugins-base: add perl runtime dependency to gst-plugins-base-apps

André Draszik (1):
  rsnapshot: use ${bindir} as rsync location

Armin Kuster (3):
  udisk2: fix build issue with missing depends
  xcursorgen: fix License issue
  flite: fix license issue.

Belal, Awais (1):
  mplayer2: fix building with gcc 5.x

Catalin Enache (2):
  net-snmp: fix invalid paths in target net-snmp-config
  net-snmp: fix some invalid paths

Christopher Larson (1):
  ctdb: rdep on bash

Jackie Huang (1):
  libsmi: set the SH to the target path

Koen Kooi (1):
  mozjs: fix armeb builds

Li xin (2):
  mozjs_17.0.0.bb: Fix do_srpm error
  mariadb: Fix rootfs creation errors

Mark Asselstine (1):
  mozjs: fix configure host contamination

Martin Jansa (4):
  recipes: Replace "cp -a" with "cp -R --no-dereference
--preserve=mode,links"
  efl-native: add dependency on openssl
  luajit: depend on luajit-native to provide host lua
  libftdi: Fix cpp-wrapper options

Mingli Yu (2):
  netkit-telnet: Add to generate telnetlogin.
  netkit-rsh: add two patches and some fixes.

Philip Balister (1):
  log4cpp: Fix build system path in pkgconfig file QA failure.

Rafaël Carré (5):
  vlc: make x11 DISTRO_FEATURE optional (enabled by default)
  vlc: make sdl optional (enabled by default)
  vlc: Fix typo introduced in 0f2b3139521570ad494a72399f8a9dae76e69b16
  net-snmp: apply patch for cross-compilation
  net-snmp: apply patch for cross-compilation

Richard Purdie (1):
  xmlstarlet: Disable PARALLEL_MAKE

Richard Tollerton (1):
  openldap: control ipv6 support via DISTRO_FEATURES

Roy Li (2):
  lldpd: configure the systemd unit file dir
  net-snmp: fix the replacement in net-snmp-config

Stefan Agner (1):
  gstreamer: fix argument parsing when using Bison 3

Stephano Cetola (1):
  fix missing packageconfig for samba with sysvinit

Stephen Arnold (1):
  net-snmp: fix cross-compile breakage, add libnl pkgconfig option

Zhixiong Chi (2):
  postgresql: Security Advisory-postgresql-CVE-2016-0766
  krb5-CVE-2016-3119.patch

 meta-efl/recipes-devtools/python/python-edbus.inc  |   2 +-
 meta-efl/recipes-efl/efl/efl.inc   |   2 +-
 .../recipes-support/tracker/tracker_0.14.2.bb  |   2 +-
 .../recipes-mkv/libebml/libebml_1.3.0.bb   |   2 +-
 .../recipes-mkv/libmatroska/libmatroska_1.4.1.bb   |   2 +-
 .../gstreamer-0.10/gst-plugins-base_0.10.36.bb |   3 +
 ...01-parse-make-grammar.y-work-with-Bison-3.patch |  35 ++
 ...mer-change-priv_gst_parse_yylex-arguments.patch |  33 -
 .../gstreamer-0.10/gstreamer_0.10.36.bb|   2 +-
 meta-multimedia/recipes-multimedia/vlc/vlc.inc |  13 +-
 .../recipes-connectivity/samba/samba_4.1.12.bb |   1 +
 .../recipes-daemons/lldpd/lldpd_0.7.17.bb  |   5 +-
 .../netkit-rsh/netkit-rsh/fix-host-variable.patch  |  27 
 .../netkit-rsh/netkit-rsh-0.17-rexec-ipv6.patch|  30 +
 .../recipes-netkit/netkit-rsh/netkit-rsh/rexec.pam |  10 ++
 .../netkit-rsh/netkit-rsh/rexec.xinetd.netkit  |   2 +-
 .../netkit-rsh/netkit-rsh/rlogin.pam   |  12 ++
 .../netkit-rsh/netkit-rsh/rlogin.xinetd.netkit |   2 +-
 .../recipes-netkit/netkit-rsh/netkit-rsh/rsh.pam   |  10 ++
 .../netkit-rsh/netkit-rsh/rsh.xinetd.netkit|   2 +-
 .../recipes-netkit/netkit-rsh/netkit-rsh_0.17.bb   |  25 ++--
 .../netkit-telnet/netkit-telnet_0.17.bb|   3 +
 patch => 0001-config_os_libs2-Error-Fix.patch} |   2 +-
 .../recipes-protocols/net-snmp/net-snmp_5.7.3.bb   |  30 +++--
 .../cim-schema/cim-schema-docs_2.40.0.bb   |   2 +-
 .../cim-schema/cim-schema-exper_2.39.0.bb  |   2 +-
 .../cim-schema/cim-schema-final_2.40.0.bb  |   2 +-
 meta-networking/recipes-support/ctdb/ctdb_2.5.1.bb |   2 +
 meta-oe/licenses/ManishSingh   |  19 +++
 meta-oe/licenses/flite |  32 +
 meta-oe/recipes-benchmark/fio/fio_2.2.6.bb |   2 +-
 .../krb5/krb5/krb5-CVE-2016-3119.patch |  36 ++
 meta-oe/recipes-connectivity/krb5/krb5_1.13.2.bb   |   1 +
 meta-oe/recipes-devtools/luajit/luajit_2.0.4.bb|   3 +
 ...0001-add-support-for-big-endian-32bit-ARM.patch |  26 
 meta-oe/recipes-extended/mozjs/mozjs_17.0.0.bb |  15 +--
 .../recipes-extended/tipcutils/tipcutils_2.0.6.bb  |   2 +-
 meta-oe/recipes-multimedia/live555/live555.inc |  10 +-
 ...artially-port-libtheora-glue-code-to-Theo.patch | 136 +
 meta-oe/recipes-multimedia/mplayer/mplayer2_git.bb |   4 +-
 meta-oe/recipes-navigation/orrery/orrery_

Re: [oe] [meta-multimedia][jethro][PATCH] gstreamer: fix argument parsing when using Bison 3

2016-04-28 Thread akuster808 
On 4/28/16 11:27 AM, Stefan Agner wrote:
> On 2016-03-25 11:16, Stefan Agner wrote:
>> On 2016-03-25 03:37, Martin Jansa wrote:
>>> On Thu, Mar 24, 2016 at 04:26:56PM -0700, Stefan Agner wrote:
 From: Stefan Agner 

 Remove the argument fix patch and add a patch which fixes the
 grammer.y Bison input file. YYLEX_PARAM seems to be no longer
 supported and has been replaced with %parse-param which has
 been introduced already in 2003.

 This fixes a segmentation fault when launching gst-launch-0.10.
>>> Is this needed in master branch as well?
>> Yes.
>>
>>> All changes for released branch should go to master first.
>>>
>> Sorry, should have added [master] to the subject.
>
> This has made it to the master branch in between but has (not yet?) been
> applied to jethro. Any chance to get it into jethro too?

merged to staging

thanks,
Armin
>
> http://git.openembedded.org/meta-openembedded/commit/?id=6132a35f8cf3906acef4ba54b7d8819a82e05be0
>
> --
> Stefan
>
 Signed-off-by: Stefan Agner 
 ---
 This is the stack trace of the segmentation fault:
 (gdb) bt
 #0  priv_gst_parse_yylex (yylval_param=yylval_param@entry=0xbe8a4224, 
 yyscanner=0xc8) at lex.priv_gst_parse_yy.c:1153
 #1  0x4022d712 in priv_gst_parse_yyparse (scanner=, 
 graph=graph@entry=0xbe8a47ec) at grammar.tab.c:1821
 #2  0x4022f18c in priv_gst_parse_launch (
 str=0x94f28 "filesrc location=/home/root_2p_key60_q90_aac128_44.mp4 ! 
 qtdemuxemux demux.video_00 ! nv_omx_h264dec ! nv_gl_eglimagesink 
 demux.audio_00 ! nv_omx_aacdec ! alsasink device=hw:0,0 ",
 error=error@entry=0xbe8a4910, ctx=ctx@entry=0x0, 
 flags=flags@entry=GST_PARSE_FLAG_NONE) at 
 /usr/src/debug/gstreamer/0.10.36-r2/gstreamer-0.10.36/gst/parse/grammar.y:927
 #3  0x402277b8 in gst_parse_launch_full (
 pipeline_description=0x94f28 "filesrc 
 location=/home/root_2p_key60_q90_aac128_44.mp4 ! qtdemuxemux 
 demux.video_00 ! nv_omx_h264dec ! nv_gl_eglimagesink demux.audio_00 ! 
 nv_omx_aacdec ! alsasink device=hw:0,0 ", context=context@entry=0x0, 
 flags=flags@entry=GST_PARSE_FLAG_NONE, error=error@entry=0xbe8a4910) at 
 /usr/src/debug/gstreamer/0.10.36-r2/gstreamer-0.10.36/gst/gstparse.c:336
 #4  0x40227968 in gst_parse_launchv_full (argv=argv@entry=0x7ad50, 
 context=context@entry=0x0, flags=flags@entry=GST_PARSE_FLAG_NONE, 
 error=error@entry=0xbe8a4910)
 at 
 /usr/src/debug/gstreamer/0.10.36-r2/gstreamer-0.10.36/gst/gstparse.c:272
 #5  0x402279f2 in gst_parse_launchv (argv=argv@entry=0x7ad50, 
 error=error@entry=0xbe8a4910) at 
 /usr/src/debug/gstreamer/0.10.36-r2/gstreamer-0.10.36/gst/gstparse.c:224
 #6  0xa6d8 in main (argc=16, argv=0xbe8a4ca4) at 
 /usr/src/debug/gstreamer/0.10.36-r2/gstreamer-0.10.36/tools/gst-launch.c:1031

  ...01-parse-make-grammar.y-work-with-Bison-3.patch | 35 
 ++
  ...mer-change-priv_gst_parse_yylex-arguments.patch | 33 
 
  .../gstreamer-0.10/gstreamer_0.10.36.bb|  2 +-
  3 files changed, 36 insertions(+), 34 deletions(-)
  create mode 100644 
 meta-multimedia/recipes-multimedia/gstreamer-0.10/gstreamer-0.10.36/0001-parse-make-grammar.y-work-with-Bison-3.patch
  delete mode 100644 
 meta-multimedia/recipes-multimedia/gstreamer-0.10/gstreamer-0.10.36/gstreamer-change-priv_gst_parse_yylex-arguments.patch

 diff --git 
 a/meta-multimedia/recipes-multimedia/gstreamer-0.10/gstreamer-0.10.36/0001-parse-make-grammar.y-work-with-Bison-3.patch
  
 b/meta-multimedia/recipes-multimedia/gstreamer-0.10/gstreamer-0.10.36/0001-parse-make-grammar.y-work-with-Bison-3.patch
 new file mode 100644
 index 000..dc2d606
 --- /dev/null
 +++ 
 b/meta-multimedia/recipes-multimedia/gstreamer-0.10/gstreamer-0.10.36/0001-parse-make-grammar.y-work-with-Bison-3.patch
 @@ -0,0 +1,35 @@
 +From 60516f4798894f958fc53b470e1283318d0f8706 Mon Sep 17 00:00:00 2001
 +From: Kerrick Staley 
 +Date: Tue, 20 Aug 2013 23:59:29 -0700
 +Subject: [PATCH 1/2] parse: make grammar.y work with Bison 3
 +
 +YYLEX_PARAM is no longer supported in Bison 3.
 +
 +https://bugzilla.gnome.org/show_bug.cgi?id=706462
 +---
 + gst/parse/grammar.y | 2 +-
 + 1 file changed, 1 insertion(+), 1 deletion(-)
 +
 +diff --git a/gst/parse/grammar.y b/gst/parse/grammar.y
 +index 24fc87b..7f9dd16 100644
 +--- a/gst/parse/grammar.y
  b/gst/parse/grammar.y
 +@@ -26,7 +26,6 @@
 +  */
 +
 + #define YYERROR_VERBOSE 1
 +-#define YYLEX_PARAM scanner
 +
 + #define YYENABLE_NLS 0
 +
 +@@ -648,6 +647,7 @@ static int yyerror (void *scanner, graph_t *graph, 
 const char *s);
 + %right '.'
 + %left '!' '='
 +
 ++%lex-param { void *scanner }
 + %parse-param { void *scanner }
 + %parse-param { graph

Re: [oe] [meta-multimedia][jethro][PATCH] gstreamer: fix argument parsing when using Bison 3

2016-04-28 Thread Stefan Agner 
On 2016-03-25 11:16, Stefan Agner wrote:
> On 2016-03-25 03:37, Martin Jansa wrote:
>> On Thu, Mar 24, 2016 at 04:26:56PM -0700, Stefan Agner wrote:
>>> From: Stefan Agner 
>>>
>>> Remove the argument fix patch and add a patch which fixes the
>>> grammer.y Bison input file. YYLEX_PARAM seems to be no longer
>>> supported and has been replaced with %parse-param which has
>>> been introduced already in 2003.
>>>
>>> This fixes a segmentation fault when launching gst-launch-0.10.
>>
>> Is this needed in master branch as well?
> 
> Yes.
> 
>> All changes for released branch should go to master first.
>>
> 
> Sorry, should have added [master] to the subject.


This has made it to the master branch in between but has (not yet?) been
applied to jethro. Any chance to get it into jethro too?

http://git.openembedded.org/meta-openembedded/commit/?id=6132a35f8cf3906acef4ba54b7d8819a82e05be0

--
Stefan

> 
>>> Signed-off-by: Stefan Agner 
>>> ---
>>> This is the stack trace of the segmentation fault:
>>> (gdb) bt
>>> #0  priv_gst_parse_yylex (yylval_param=yylval_param@entry=0xbe8a4224, 
>>> yyscanner=0xc8) at lex.priv_gst_parse_yy.c:1153
>>> #1  0x4022d712 in priv_gst_parse_yyparse (scanner=, 
>>> graph=graph@entry=0xbe8a47ec) at grammar.tab.c:1821
>>> #2  0x4022f18c in priv_gst_parse_launch (
>>> str=0x94f28 "filesrc location=/home/root_2p_key60_q90_aac128_44.mp4 ! 
>>> qtdemuxemux demux.video_00 ! nv_omx_h264dec ! nv_gl_eglimagesink 
>>> demux.audio_00 ! nv_omx_aacdec ! alsasink device=hw:0,0 ",
>>> error=error@entry=0xbe8a4910, ctx=ctx@entry=0x0, 
>>> flags=flags@entry=GST_PARSE_FLAG_NONE) at 
>>> /usr/src/debug/gstreamer/0.10.36-r2/gstreamer-0.10.36/gst/parse/grammar.y:927
>>> #3  0x402277b8 in gst_parse_launch_full (
>>> pipeline_description=0x94f28 "filesrc 
>>> location=/home/root_2p_key60_q90_aac128_44.mp4 ! qtdemuxemux demux.video_00 
>>> ! nv_omx_h264dec ! nv_gl_eglimagesink demux.audio_00 ! nv_omx_aacdec ! 
>>> alsasink device=hw:0,0 ", context=context@entry=0x0, 
>>> flags=flags@entry=GST_PARSE_FLAG_NONE, error=error@entry=0xbe8a4910) at 
>>> /usr/src/debug/gstreamer/0.10.36-r2/gstreamer-0.10.36/gst/gstparse.c:336
>>> #4  0x40227968 in gst_parse_launchv_full (argv=argv@entry=0x7ad50, 
>>> context=context@entry=0x0, flags=flags@entry=GST_PARSE_FLAG_NONE, 
>>> error=error@entry=0xbe8a4910)
>>> at 
>>> /usr/src/debug/gstreamer/0.10.36-r2/gstreamer-0.10.36/gst/gstparse.c:272
>>> #5  0x402279f2 in gst_parse_launchv (argv=argv@entry=0x7ad50, 
>>> error=error@entry=0xbe8a4910) at 
>>> /usr/src/debug/gstreamer/0.10.36-r2/gstreamer-0.10.36/gst/gstparse.c:224
>>> #6  0xa6d8 in main (argc=16, argv=0xbe8a4ca4) at 
>>> /usr/src/debug/gstreamer/0.10.36-r2/gstreamer-0.10.36/tools/gst-launch.c:1031
>>>
>>>  ...01-parse-make-grammar.y-work-with-Bison-3.patch | 35 
>>> ++
>>>  ...mer-change-priv_gst_parse_yylex-arguments.patch | 33 
>>> 
>>>  .../gstreamer-0.10/gstreamer_0.10.36.bb|  2 +-
>>>  3 files changed, 36 insertions(+), 34 deletions(-)
>>>  create mode 100644 
>>> meta-multimedia/recipes-multimedia/gstreamer-0.10/gstreamer-0.10.36/0001-parse-make-grammar.y-work-with-Bison-3.patch
>>>  delete mode 100644 
>>> meta-multimedia/recipes-multimedia/gstreamer-0.10/gstreamer-0.10.36/gstreamer-change-priv_gst_parse_yylex-arguments.patch
>>>
>>> diff --git 
>>> a/meta-multimedia/recipes-multimedia/gstreamer-0.10/gstreamer-0.10.36/0001-parse-make-grammar.y-work-with-Bison-3.patch
>>>  
>>> b/meta-multimedia/recipes-multimedia/gstreamer-0.10/gstreamer-0.10.36/0001-parse-make-grammar.y-work-with-Bison-3.patch
>>> new file mode 100644
>>> index 000..dc2d606
>>> --- /dev/null
>>> +++ 
>>> b/meta-multimedia/recipes-multimedia/gstreamer-0.10/gstreamer-0.10.36/0001-parse-make-grammar.y-work-with-Bison-3.patch
>>> @@ -0,0 +1,35 @@
>>> +From 60516f4798894f958fc53b470e1283318d0f8706 Mon Sep 17 00:00:00 2001
>>> +From: Kerrick Staley 
>>> +Date: Tue, 20 Aug 2013 23:59:29 -0700
>>> +Subject: [PATCH 1/2] parse: make grammar.y work with Bison 3
>>> +
>>> +YYLEX_PARAM is no longer supported in Bison 3.
>>> +
>>> +https://bugzilla.gnome.org/show_bug.cgi?id=706462
>>> +---
>>> + gst/parse/grammar.y | 2 +-
>>> + 1 file changed, 1 insertion(+), 1 deletion(-)
>>> +
>>> +diff --git a/gst/parse/grammar.y b/gst/parse/grammar.y
>>> +index 24fc87b..7f9dd16 100644
>>> +--- a/gst/parse/grammar.y
>>>  b/gst/parse/grammar.y
>>> +@@ -26,7 +26,6 @@
>>> +  */
>>> +
>>> + #define YYERROR_VERBOSE 1
>>> +-#define YYLEX_PARAM scanner
>>> +
>>> + #define YYENABLE_NLS 0
>>> +
>>> +@@ -648,6 +647,7 @@ static int yyerror (void *scanner, graph_t *graph, 
>>> const char *s);
>>> + %right '.'
>>> + %left '!' '='
>>> +
>>> ++%lex-param { void *scanner }
>>> + %parse-param { void *scanner }
>>> + %parse-param { graph_t *graph }
>>> + %pure-parser
>>> +--
>>> +2.7.2
>>> +
>>> diff --git 
>>> a/meta-multimedia/recipes-multimedia/gstreamer-0.10/gstreamer-0.10.36/gstreamer-change-priv_gst_parse_y

Re: [oe] [OE-core] [yocto] [RFT] GCC 6 Recipes

2016-04-28 Thread Tom Rini 
On Thu, Apr 28, 2016 at 07:01:34AM -0700, Khem Raj wrote:
> On Thu, Apr 28, 2016 at 5:14 AM, Tom Rini  wrote:
> > On Thu, Apr 28, 2016 at 12:08:46AM -0700, Khem Raj wrote:
> >>
> >> > On Apr 27, 2016, at 3:10 PM, Tom Rini  wrote:
> >> >
> >> > On Wed, Apr 27, 2016 at 10:53:52AM -0700, Khem Raj wrote:
> >> >> thanks I think most of them come to these categories. So any help in
> >> >> fixing them is welcome.
> >> >>
> >> >> 1. kernel older than 4.4, backport needed fixed into these branches or
> >> >> move to newer kernels.
> >> >> 2. uboot dont have gcc6 compiler header files, backport the needed fixes
> >> >
> >> > 9b2c282b348dfe966bbba967dc7a45ce817cce50 from mainline.
> >> >
> >> >> 2. meta-qt4 needs to use gnu++98
> >> >> 3. gcc6 providing its own stdlib.h in libstdc++
> >> >> 4. gcc6 swtiching to gnu++14 for C++ as default.
> >> >> 5. GPLv2-only versions of recipes are simply old will need fixing
> >> >>
> >> >> I will take a stab at fixing the nativesdk recipes which is mostly due
> >> >> to stdlib.h issue.
> >> >
> >> > Please do, I'd like to see some SDKs so I can get more U-Boot testing
> >> > done with gcc-6 :)
> >> >
> >>
> >> I have pushed couple of more fixes which should now fix the nativesdk 
> >> issues and SDKs should be building
> >>
> >> Tree is here. Let me know how it goes.
> >>
> >> http://git.openembedded.org/openembedded-core-contrib/log/?h=kraj/gcc-6
> >>
> >> and also to github
> >>
> >> https://github.com/kraj/openembedded-core/tree/kraj/master
> >
> > debian/jessie, nodistro, MACHINE=qemux86. bitbake busybox:
> > | make[1]: Leaving directory
> > '/home2/trini/oe-gcc-6/openembedded-core/build/tmp-glibc/work/x86_64-linux/gcc-cross-initial-i586/6.0.0-r0/gcc-6.0.0/build.x86_64-linux.i586-oe-linux/gcc'
> > | cp: cannot create regular file
> > '/home2/trini/oe-gcc-6/openembedded-core/build/tmp-glibc/work/x86_64-linux/gcc-cross-initial-i586/6.0.0-r0/image/home2/trini/oe-gcc-6/openembedded-core/build/tmp-glibc/sysroots/x86_64-linux/usr/lib/i586-oe-linux.gcc-cross-initial-i586/gcc/i586-oe-linux/6.0.1/include/limits.h':
> > No such file or directory
> >
> > Doing MACHINE=qemux86-64 provides a similar error.  Thanks!
> 
> I forgot to rename recipes to 6.1 after I did the gcc rebase since 6.1
> released yesterday. Anyway done now. please retry.

Making progress now, thanks!

-- 
Tom
-- 
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel

Re: [oe] [OE-core] [yocto] [RFT] GCC 6 Recipes

2016-04-28 Thread Khem Raj 

> On Apr 28, 2016, at 8:19 AM, Mark Hatle  wrote:
> 
> On 4/28/16 2:10 AM, Khem Raj wrote:
>> 
>>> On Apr 27, 2016, at 11:06 AM, Mark Hatle  wrote:
>>> 
>>> On 4/27/16 12:53 PM, Khem Raj wrote:
 thanks I think most of them come to these categories. So any help in
 fixing them is welcome.
 
 1. kernel older than 4.4, backport needed fixed into these branches or
 move to newer kernels.
 2. uboot dont have gcc6 compiler header files, backport the needed fixes
 2. meta-qt4 needs to use gnu++98
 3. gcc6 providing its own stdlib.h in libstdc++
 4. gcc6 swtiching to gnu++14 for C++ as default.
 5. GPLv2-only versions of recipes are simply old will need fixing
>>> 
>>> From a -very- brief look, I suspect each of these fixes will be fairly 
>>> simple.
>>> So as we move into the next oe-core phase, we should be able get through 
>>> this
>>> pretty quickly.
>> 
>> I think yes, they are trivial, except the GPL-2.0 packages which might need 
>> patching
>> 
> 
> Ha, actually that was what I was referring to.  The couple I looked at seemed 
> to
> be trivial.. :)

yes they are just the fact that compiler has gone stricter compliance with 
standards compared
to when code was written. In worst case we might downgrade -std for these 
recipe but that
may not be enough in some cases
> 
> If someone doesn't get to it first, I expect some of my guys will in about a 
> month.
> 

OK cool. I think we should make it merge worthy and get it early into master 
and fix the fallouts


> --Mark



signature.asc
Description: Message signed with OpenPGP using GPGMail
-- 
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel

Re: [oe] [OE-core] [yocto] [RFT] GCC 6 Recipes

2016-04-28 Thread Mark Hatle 
On 4/28/16 2:10 AM, Khem Raj wrote:
> 
>> On Apr 27, 2016, at 11:06 AM, Mark Hatle  wrote:
>>
>> On 4/27/16 12:53 PM, Khem Raj wrote:
>>> thanks I think most of them come to these categories. So any help in
>>> fixing them is welcome.
>>>
>>> 1. kernel older than 4.4, backport needed fixed into these branches or
>>> move to newer kernels.
>>> 2. uboot dont have gcc6 compiler header files, backport the needed fixes
>>> 2. meta-qt4 needs to use gnu++98
>>> 3. gcc6 providing its own stdlib.h in libstdc++
>>> 4. gcc6 swtiching to gnu++14 for C++ as default.
>>> 5. GPLv2-only versions of recipes are simply old will need fixing
>>
>> From a -very- brief look, I suspect each of these fixes will be fairly 
>> simple.
>> So as we move into the next oe-core phase, we should be able get through this
>> pretty quickly.
> 
> I think yes, they are trivial, except the GPL-2.0 packages which might need 
> patching
> 

Ha, actually that was what I was referring to.  The couple I looked at seemed to
be trivial.. :)

If someone doesn't get to it first, I expect some of my guys will in about a 
month.

--Mark
-- 
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel

Re: [oe] [meta-networking][PATCH][jethro] samba: fix smbd and nmbd paths in sysv initscript

2016-04-28 Thread Richard Leitner 
On 04/28/2016 02:52 PM, Joshua G Lock wrote:
> On Thu, 2016-04-28 at 14:30 +0200, Richard Leitner wrote:
>> For the jethro branch.
> 
> Any idea whether this change is required in the master branch?

Yes. The Samba 4.4.2 recipe is also using the script from
packaging/LSB/samba.sh, which is the same as in 4.1.12.

> 
>> The sysv initscript provided by samba assumes smbd and nmbd are
>> installed in /opt/samba/bin/. In our case both binaries are installed
>> to
>> /usr/sbin/ by default. Therefore fix these paths.
> 
> Rather than hard-code these in a patch, which is equally broken for
> people who don't use the default sbindir, it would make more sense to
> sed ${sbindir} into the init file in a do_install_append ().

Ok, you're right, that is definitely a better solution.
I'll prepare a patch for master and jethro.

regards,
Richard
-- 
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel

Re: [oe] [RFT] GCC 6 Recipes

2016-04-28 Thread Khem Raj 
On Thu, Apr 28, 2016 at 4:24 AM, Carlos Rafael Giani
 wrote:
> Something that concerns me is a note from
> https://gcc.gnu.org/gcc-6/changes.html :
>
> "Value range propagation now assumes that the this pointer of C++ member
> functions is non-null. This eliminates common null pointer checks but also
> breaks some non-conforming code-bases (such as Qt-5, Chromium, KDevelop). As
> a temporary work-around -fno-delete-null-pointer-checks can be used. Wrong
> code can be identified by using -fsanitize=undefined."
>
> Sounds like this has potential to break a significant number of packages.

Thanks for bringing it up.
it could but then these need/will be fixed in due course. I would not
recommend changing  OE wide
compiler defaults for few apps. The relevant fix can be applied per
recipe if needed

>
>
> On 04/18/2016 07:15 AM, Khem Raj wrote:
>>
>> Hello all,
>>
>> I have put together a potential gcc6 upgrade recipe set, and pushed the
>> branch to tree here
>>
>>
>> http://git.openembedded.org/openembedded-core-contrib/log/?h=kraj/gcc-6
>>
>> and also at github fork of mine.
>>
>> https://github.com/kraj/openembedded-core/tree/kraj/master
>>
>> You need to set
>>
>> GCCVERSION = “6.%”
>>
>> in local.conf to enable it.
>>
>>
>> There are few recipes in OE-Core which still don’t compile e.g.
>>
>> see
>>
>> http://errors.yoctoproject.org/Errors/Build/14782/
>>
>> any help in fixing them or otherwise fixing other layers is appreciated.
>>
>> gcc6 is a major release for some info see
>>
>> https://gcc.gnu.org/gcc-6/changes.html
>>
>> and porting guide
>>
>> https://gcc.gnu.org/gcc-6/porting_to.html
>>
>>
>> Thanks
>>
>> -Khem
>>
>>
>
> --
> ___
> Openembedded-devel mailing list
> Openembedded-devel@lists.openembedded.org
> http://lists.openembedded.org/mailman/listinfo/openembedded-devel
-- 
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel

Re: [oe] [OE-core] [yocto] [RFT] GCC 6 Recipes

2016-04-28 Thread Khem Raj 
On Thu, Apr 28, 2016 at 5:14 AM, Tom Rini  wrote:
> On Thu, Apr 28, 2016 at 12:08:46AM -0700, Khem Raj wrote:
>>
>> > On Apr 27, 2016, at 3:10 PM, Tom Rini  wrote:
>> >
>> > On Wed, Apr 27, 2016 at 10:53:52AM -0700, Khem Raj wrote:
>> >> thanks I think most of them come to these categories. So any help in
>> >> fixing them is welcome.
>> >>
>> >> 1. kernel older than 4.4, backport needed fixed into these branches or
>> >> move to newer kernels.
>> >> 2. uboot dont have gcc6 compiler header files, backport the needed fixes
>> >
>> > 9b2c282b348dfe966bbba967dc7a45ce817cce50 from mainline.
>> >
>> >> 2. meta-qt4 needs to use gnu++98
>> >> 3. gcc6 providing its own stdlib.h in libstdc++
>> >> 4. gcc6 swtiching to gnu++14 for C++ as default.
>> >> 5. GPLv2-only versions of recipes are simply old will need fixing
>> >>
>> >> I will take a stab at fixing the nativesdk recipes which is mostly due
>> >> to stdlib.h issue.
>> >
>> > Please do, I'd like to see some SDKs so I can get more U-Boot testing
>> > done with gcc-6 :)
>> >
>>
>> I have pushed couple of more fixes which should now fix the nativesdk issues 
>> and SDKs should be building
>>
>> Tree is here. Let me know how it goes.
>>
>> http://git.openembedded.org/openembedded-core-contrib/log/?h=kraj/gcc-6
>>
>> and also to github
>>
>> https://github.com/kraj/openembedded-core/tree/kraj/master
>
> debian/jessie, nodistro, MACHINE=qemux86. bitbake busybox:
> | make[1]: Leaving directory
> '/home2/trini/oe-gcc-6/openembedded-core/build/tmp-glibc/work/x86_64-linux/gcc-cross-initial-i586/6.0.0-r0/gcc-6.0.0/build.x86_64-linux.i586-oe-linux/gcc'
> | cp: cannot create regular file
> '/home2/trini/oe-gcc-6/openembedded-core/build/tmp-glibc/work/x86_64-linux/gcc-cross-initial-i586/6.0.0-r0/image/home2/trini/oe-gcc-6/openembedded-core/build/tmp-glibc/sysroots/x86_64-linux/usr/lib/i586-oe-linux.gcc-cross-initial-i586/gcc/i586-oe-linux/6.0.1/include/limits.h':
> No such file or directory
>
> Doing MACHINE=qemux86-64 provides a similar error.  Thanks!

I forgot to rename recipes to 6.1 after I did the gcc rebase since 6.1
released yesterday. Anyway done now. please retry.

>
> --
> Tom
-- 
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel

Re: [oe] [PATCH 1/2] protobuf: add protobuf-c recipe

2016-04-28 Thread Bruce Ashfield 
On Thu, Apr 28, 2016 at 4:02 AM, Felipe Ferreri Tonello <
e...@felipetonello.com> wrote:

> Hi Bruce,
>
> On 20/04/16 15:32, Bruce Ashfield wrote:
> > On Wed, Apr 20, 2016 at 4:32 AM, Felipe Ferreri Tonello <
> > e...@felipetonello.com> wrote:
> >
> >> Hi Bruce,
> >>
> >> On 19/04/16 20:55, Bruce Ashfield wrote:
> >>> On Tue, Apr 19, 2016 at 3:46 PM, Bruce Ashfield <
> >> bruce.ashfi...@gmail.com>
> >>> wrote:
> >>>
> 
> 
>  On Tue, Apr 19, 2016 at 11:40 AM, Felipe F. Tonello <
> >> e...@felipetonello.com>
>  wrote:
> 
> > Initial version of recipe. The main package could be split into two
> to
> > separate the compiler. This also applies to protobuf recipe.
> >
> >
>  More precisely, this is the initial version outside of
> >> meta-virtualization
>  which enea added
>  in 2012 :) It was added as a dependency for criu (hence why it was put
> >> in
>  meta-virt).
> 
>  If we move it to meta-oe, we at least owe that other implementation a
>  reference in the commit.
> 
> 
> >>> s/if/when/.
> >>>
> >>> I'm happy to purge all the protobuf* recipes from meta-virt, since they
> >>> were only there as
> >>> support mechanisms (and I wasn't involved in their original merge).
> >>>
> >>> But if you can take a look at what's in the meta-virt recipe, I'll do
> >> some
> >>> runtime testing with your
> >>> variant here, and drop the meta-virt ones when I can confirm criu
> works.
> >>>
> >>
> >> Regular protobuf recipe is already part of meta-oe. That's why I added
> >> this one there too.
> >>
> >
> > Sure. That's obvious from the layer index, as is the existence of the one
> > in meta-virt.
>
> I didn 't take it from meta-virt. The original protobuf recipe is in
> meta-oe.
>

Yup, I wasn't implying that you did. Sorry if it came across that way, I
was just
pointing out the layer index, since it is a good place to check when
considering
a new recipe.

The ones in meta-virt need cleanup (and I'll drop them once this is in
meta-oe),
but that's something we could have tackled (literally) years ago if the
repetition
had been picked up.


>
> >
> > Credit, where credit is due. It's not my work, so I'm not asking for any
> > credit,
> > but simply duplicating something that already exists without a nod to the
> > older one
> > isn't ideal.
> >
> > All I was asking was that if you could a link to the meta-virt one in the
> > commit header
> > so that someone not familiar with the layer index can see the two options
> > .. and
> > at the same time I was wondering if you'd seen the meta-virt one and did
> > this one
> > differently for technical reasons. That makes it easier for me to drop
> > recipes as they
> > get cloned around to new (and better) locations.
>
> I am fine with that. Can you please provide the git hash so I can link it?
>
>
That's great, just a shout out something like:


replaces/obsoletes: commit 0d31f8448412 [Added protobuf-c criu dependency]
in meta-virtualization


Would be great, then we see the duplication, and why it was ever in
meta-virt in the first
place.

(the full commit log is below)


commit 0d31f844841249262fe142c4c03853dd1f647e2d

Author: David Nystr?m 

Date:   Thu Dec 6 10:54:55 2012 +0100


Added protobuf-c criu dependency

Signed-off-by: David Nystr?m 

Cheers,

Bruce


> Thanks in advance,
> Felipe
>
> --
> ___
> Openembedded-devel mailing list
> Openembedded-devel@lists.openembedded.org
> http://lists.openembedded.org/mailman/listinfo/openembedded-devel
>
>


-- 
"Thou shalt not follow the NULL pointer, for chaos and madness await thee
at its end"
-- 
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel

Re: [oe] [meta-networking][PATCH][jethro] samba: fix smbd and nmbd paths in sysv initscript

2016-04-28 Thread Joshua G Lock 
On Thu, 2016-04-28 at 14:30 +0200, Richard Leitner wrote:
> For the jethro branch.

Any idea whether this change is required in the master branch?

> The sysv initscript provided by samba assumes smbd and nmbd are
> installed in /opt/samba/bin/. In our case both binaries are installed
> to
> /usr/sbin/ by default. Therefore fix these paths.

Rather than hard-code these in a patch, which is equally broken for
people who don't use the default sbindir, it would make more sense to
sed ${sbindir} into the init file in a do_install_append ().

This is a fairly common pattern so you should be able to find several
examples, i.e. the bind recipe in OE-Core.

Regards,

Joshua

> 
> Furthermore fix the name of the initscript in its usage text.
> 
> Signed-off-by: Richard Leitner 
> ---
>  .../samba-4.1.12/22-fix-sysv-init-script.patch | 23
> ++
>  .../recipes-connectivity/samba/samba_4.1.12.bb |  1 +
>  2 files changed, 24 insertions(+)
>  create mode 100644 meta-networking/recipes-connectivity/samba/samba-
> 4.1.12/22-fix-sysv-init-script.patch
> 
> diff --git a/meta-networking/recipes-connectivity/samba/samba-
> 4.1.12/22-fix-sysv-init-script.patch b/meta-networking/recipes-
> connectivity/samba/samba-4.1.12/22-fix-sysv-init-script.patch
> new file mode 100644
> index 000..aec3262
> --- /dev/null
> +++ b/meta-networking/recipes-connectivity/samba/samba-4.1.12/22-fix-
> sysv-init-script.patch
> @@ -0,0 +1,23 @@
> +--- a/packaging/sysv/samba.init
>  b/packaging/sysv/samba.init
> +@@ -21,17 +21,14 @@
> + case "$1" in
> + 
> + 'start')
> +-#
> +-# Edit these lines to suit your installation (paths, workgroup,
> host)
> +-#
> +-   /opt/samba/bin/smbd -D -s/opt/samba/smb.conf
> +-   /opt/samba/bin/nmbd -D -l/opt/samba/log -s/opt/samba/smb.conf
> ++   /usr/sbin/smbd -D -s/etc/samba/smb.conf
> ++   /usr/sbin/nmbd -D -l/var/volatile/log/samba
> -s/etc/samba/smb.conf
> +;;
> + 'stop')
> +killproc nmbd
> +killproc smbd
> +;;
> + *)
> +-   echo "Usage: /etc/init.d/samba.server { start | stop }"
> ++   echo "Usage: /etc/init.d/samba.sh { start | stop }"
> +;;
> + esac
> diff --git a/meta-networking/recipes-
> connectivity/samba/samba_4.1.12.bb b/meta-networking/recipes-
> connectivity/samba/samba_4.1.12.bb
> index 863d783..a6c5935 100644
> --- a/meta-networking/recipes-connectivity/samba/samba_4.1.12.bb
> +++ b/meta-networking/recipes-connectivity/samba/samba_4.1.12.bb
> @@ -34,6 +34,7 @@ SRC_URI = "${SAMBA_MIRROR}/stable/samba-
> ${PV}.tar.gz \
> file://19-systemd-daemon-is-contained-by-libsystemd.patch 
> \
> file://20-do-not-import-target-module-while-cross-
> compile.patch \
> file://21-add-config-option-without-valgrind.patch \
> +   file://22-fix-sysv-init-script.patch \
>    "
>  
>  SRC_URI[md5sum] = "232016d7581a1ba11e991ec2674553c4"
> -- 
> 2.1.4
> 
-- 
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel

[oe] [meta-networking][PATCH][jethro] samba: fix smbd and nmbd paths in sysv initscript

2016-04-28 Thread Richard Leitner 
For the jethro branch.

The sysv initscript provided by samba assumes smbd and nmbd are
installed in /opt/samba/bin/. In our case both binaries are installed to
/usr/sbin/ by default. Therefore fix these paths.

Furthermore fix the name of the initscript in its usage text.

Signed-off-by: Richard Leitner 
---
 .../samba-4.1.12/22-fix-sysv-init-script.patch | 23 ++
 .../recipes-connectivity/samba/samba_4.1.12.bb |  1 +
 2 files changed, 24 insertions(+)
 create mode 100644 
meta-networking/recipes-connectivity/samba/samba-4.1.12/22-fix-sysv-init-script.patch

diff --git 
a/meta-networking/recipes-connectivity/samba/samba-4.1.12/22-fix-sysv-init-script.patch
 
b/meta-networking/recipes-connectivity/samba/samba-4.1.12/22-fix-sysv-init-script.patch
new file mode 100644
index 000..aec3262
--- /dev/null
+++ 
b/meta-networking/recipes-connectivity/samba/samba-4.1.12/22-fix-sysv-init-script.patch
@@ -0,0 +1,23 @@
+--- a/packaging/sysv/samba.init
 b/packaging/sysv/samba.init
+@@ -21,17 +21,14 @@
+ case "$1" in
+ 
+ 'start')
+-#
+-# Edit these lines to suit your installation (paths, workgroup, host)
+-#
+-   /opt/samba/bin/smbd -D -s/opt/samba/smb.conf
+-   /opt/samba/bin/nmbd -D -l/opt/samba/log -s/opt/samba/smb.conf
++   /usr/sbin/smbd -D -s/etc/samba/smb.conf
++   /usr/sbin/nmbd -D -l/var/volatile/log/samba -s/etc/samba/smb.conf
+;;
+ 'stop')
+killproc nmbd
+killproc smbd
+;;
+ *)
+-   echo "Usage: /etc/init.d/samba.server { start | stop }"
++   echo "Usage: /etc/init.d/samba.sh { start | stop }"
+;;
+ esac
diff --git a/meta-networking/recipes-connectivity/samba/samba_4.1.12.bb 
b/meta-networking/recipes-connectivity/samba/samba_4.1.12.bb
index 863d783..a6c5935 100644
--- a/meta-networking/recipes-connectivity/samba/samba_4.1.12.bb
+++ b/meta-networking/recipes-connectivity/samba/samba_4.1.12.bb
@@ -34,6 +34,7 @@ SRC_URI = "${SAMBA_MIRROR}/stable/samba-${PV}.tar.gz \
file://19-systemd-daemon-is-contained-by-libsystemd.patch \
file://20-do-not-import-target-module-while-cross-compile.patch \
file://21-add-config-option-without-valgrind.patch \
+   file://22-fix-sysv-init-script.patch \
   "
 
 SRC_URI[md5sum] = "232016d7581a1ba11e991ec2674553c4"
-- 
2.1.4

-- 
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel

Re: [oe] [PATCH 1/3] poppler: update to 0.4.1

2016-04-28 Thread Martin Jansa 
On Sun, Apr 24, 2016 at 04:18:14PM +0200, Andreas Müller wrote:
> * remove leftover patches
> * run tested against evince and qpdfview

BTW; This seems to fail with Qt 5.7 from meta-qt5/master-next:

| x86_64-oe-linux-libtool: compile:  x86_64-oe-linux-g++ -m64 -march=core2 
-mtune=core2 -msse3 -mfpmath=sse 
--sysroot=/home/jenkins/oe/world/shr-core/tmp-glibc/sysroots/qemux86-64 
-DHAVE_CONFIG_H -I. -I../../../poppler-0.41.0/qt5/src -I../.. -I../../poppler 
-I../../../poppler-0.41.0 -I../../../poppler-0.41.0/poppler 
-I/home/jenkins/oe/world/shr-core/tmp-glibc/sysroots/qemux86-64/usr/include/qt5/QtXml
 
-I/home/jenkins/oe/world/shr-core/tmp-glibc/sysroots/qemux86-64/usr/include/qt5 
-I/home/jenkins/oe/world/shr-core/tmp-glibc/sysroots/qemux86-64/usr/include/qt5/QtWidgets
 
-I/home/jenkins/oe/world/shr-core/tmp-glibc/sysroots/qemux86-64/usr/include/qt5 
-I/home/jenkins/oe/world/shr-core/tmp-glibc/sysroots/qemux86-64/usr/include/qt5/QtGui
 
-I/home/jenkins/oe/world/shr-core/tmp-glibc/sysroots/qemux86-64/usr/include/qt5 
-I/home/jenkins/oe/world/shr-core/tmp-glibc/sysroots/qemux86-64/usr/include/qt5/QtCore
 
-I/home/jenkins/oe/world/shr-core/tmp-glibc/sysroots/qemux86-64/usr/include/qt5 
-Dpoppler_qt5_EXPORTS -fPIC -Wall -Woverloaded-virtual -Wnon-virtual-dtor 
-Wcast-align -fno-exceptions -fno-check-new -fno-common -O2 -pipe -g 
-feliminate-unused-debug-types 
-fdebug-prefix-map=/home/jenkins/oe/world/shr-core/tmp-glibc/work/core2-64-oe-linux/poppler/0.41.0-r0=/usr/src/debug/poppler/0.41.0-r0
 
-fdebug-prefix-map=/home/jenkins/oe/world/shr-core/tmp-glibc/sysroots/x86_64-linux=
 
-fdebug-prefix-map=/home/jenkins/oe/world/shr-core/tmp-glibc/sysroots/qemux86-64=
 -fvisibility-inlines-hidden -c 
../../../poppler-0.41.0/qt5/src/ArthurOutputDev.cc  -fPIC -DPIC -o 
.libs/libpoppler_qt5_la-ArthurOutputDev.o
| In file included from 
/home/jenkins/oe/world/shr-core/tmp-glibc/sysroots/qemux86-64/usr/include/qt5/QtCore/qatomic.h:46:0,
|  from 
/home/jenkins/oe/world/shr-core/tmp-glibc/sysroots/qemux86-64/usr/include/qt5/QtCore/qglobal.h:1140,
|  from 
/home/jenkins/oe/world/shr-core/tmp-glibc/sysroots/qemux86-64/usr/include/qt5/QtCore/qchar.h:43,
|  from 
/home/jenkins/oe/world/shr-core/tmp-glibc/sysroots/qemux86-64/usr/include/qt5/QtCore/qstring.h:48,
|  from 
/home/jenkins/oe/world/shr-core/tmp-glibc/sysroots/qemux86-64/usr/include/qt5/QtCore/qdatetime.h:43,
|  from 
/home/jenkins/oe/world/shr-core/tmp-glibc/sysroots/qemux86-64/usr/include/qt5/QtCore/QDateTime:1,
|  from ../../../poppler-0.41.0/qt5/src/poppler-annotation.h:31,
|  from ../../../poppler-0.41.0/qt5/src/poppler-qt5.h:37,
|  from ../../../poppler-0.41.0/qt5/src/poppler-page.cc:34:
| 
/home/jenkins/oe/world/shr-core/tmp-glibc/sysroots/qemux86-64/usr/include/qt5/QtCore/qbasicatomic.h:61:4:
 error: #error "Qt requires C++11 support"
|  #  error "Qt requires C++11 support"
| ^


> 
> Signed-off-by: Andreas Müller 
> ---
>  .../fix-qt4e-library-dependencies.patch| 28 
> --
>  .../{poppler_0.37.0.bb => poppler_0.41.0.bb}   |  4 ++--
>  2 files changed, 2 insertions(+), 30 deletions(-)
>  delete mode 100644 
> meta-oe/recipes-support/poppler/poppler-0.35.0/fix-qt4e-library-dependencies.patch
>  rename meta-oe/recipes-support/poppler/{poppler_0.37.0.bb => 
> poppler_0.41.0.bb} (93%)
> 
> diff --git 
> a/meta-oe/recipes-support/poppler/poppler-0.35.0/fix-qt4e-library-dependencies.patch
>  
> b/meta-oe/recipes-support/poppler/poppler-0.35.0/fix-qt4e-library-dependencies.patch
> deleted file mode 100644
> index f67e1f5..000
> --- 
> a/meta-oe/recipes-support/poppler/poppler-0.35.0/fix-qt4e-library-dependencies.patch
> +++ /dev/null
> @@ -1,28 +0,0 @@
> -Configuration changes needed to allow building with QT4-embedded
> -
> -Index: poppler-0.35.0/configure.ac
> -===
>  poppler-0.35.0.orig/configure.ac
> -+++ poppler-0.35.0/configure.ac
> -@@ -654,17 +654,17 @@ AC_ARG_ENABLE(poppler-qt4,
> -   enable_poppler_qt4="try")
> - if test x$enable_poppler_qt4 = xyes; then
> -   PKG_CHECK_MODULES(POPPLER_QT4, 
> --QtCore >= 4.7.0 QtGui >= 4.7.0 QtXml >= 4.7.0)
> -+QtCoreE >= 4.7.0 QtGuiE >= 4.7.0 QtXmlE >= 4.7.0)
> -   PKG_CHECK_MODULES(POPPLER_QT4_TEST, 
> --QtTest >= 4.7.0)
> -+QtTestE >= 4.7.0)
> - elif test x$enable_poppler_qt4 = xtry; then
> -   PKG_CHECK_MODULES(POPPLER_QT4,
> --QtCore >= 4.7.0 QtGui >= 4.7.0 QtXml >= 4.7.0,
> -+QtCoreE >= 4.7.0 QtGuiE >= 4.7.0 QtXmlE >= 4.7.0,
> - [enable_poppler_qt4="yes"],
> - [enable_poppler_qt4="no"])
> -   if test x$enable_poppler_qt4 = xyes; then
> - PKG_CHECK_MODULES(POPPLER_QT4_TEST,
> --QtTest >= 4.7.0,
> -+

Re: [oe] [meta-java][PATCH 1/3] java-bootstrapping: Do not rely on hardcoded paths

2016-04-28 Thread Maxin B. John 
Hi Erkka,

Have a couple of comments about this patch-set:

1. Upstream-Status is missing
2. cacao build fails after applying this patch. 

On Fri, Apr 22, 2016 at 01:48:26PM +0300, Erkka Kääriä wrote:
> Various paths to files are hardcoded in either helper scripts or the
> resulting binaries (like path to Java class libraries). While this works
> well when using the files on the build machine, things start breaking
> down when the sstate gets shared between multiple workers in CI, as
> the paths between workers can differ.
> 
> Instead of using these hardcoded paths, form the paths at runtime and pass 
> them as parameters when required.
> 



> -do_install_append () {
> -rm ${D}/${bindir}/java
> -}
> -
> -do_install_append_class-native () {
> -ln -sf cacao ${D}/${bindir}/java
> -}

# bitbake cacao 
...
NOTE: Executing RunQueue Tasks
ERROR: cacao-1.6.1-r0 do_package: QA Issue: cacao: Files/directories were 
installed but not shipped in any package:
  /usr/bin/java
  Please set FILES such that these items are packaged. Alternatively if they 
are unneeded, avoid installing them or delete them within do_install.
  cacao: 1 installed and not shipped files. [installed-vs-shipped]
  ERROR: cacao-1.6.1-r0 do_package: Fatal QA errors found, failing task.
  ERROR: cacao-1.6.1-r0 do_package: Function failed: do_package

Please fix it.

Best Regards,
Maxin
-- 
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel

Re: [oe] [meta-java][PATCH] icedtea7-native: skip the already-stripped test

2016-04-28 Thread Maxin B. John 

On Fri, Apr 22, 2016 at 05:36:14PM +0800, jackie.hu...@windriver.com wrote:
> From: Jackie Huang 
> 
> libfreetype.so.6 is copied from STAGING_LIBDIR and
> binaries/libraries in sysroot are already stripped
> since the following commit in oe-core:
> "30f3774 staging: Strip files in sysroot"
> 
> Signed-off-by: Jackie Huang 
> ---
>  recipes-core/icedtea/icedtea7-native.inc | 4 
>  1 file changed, 4 insertions(+)
> 
> diff --git a/recipes-core/icedtea/icedtea7-native.inc 
> b/recipes-core/icedtea/icedtea7-native.inc
> index 0ffe5d5..2dad84d 100644
> --- a/recipes-core/icedtea/icedtea7-native.inc
> +++ b/recipes-core/icedtea/icedtea7-native.inc
> @@ -43,6 +43,10 @@ B = "${S}/build"
>  export ALT_FREETYPE_HEADERS_PATH = "${STAGING_INCDIR}/freetype2"
>  export ALT_FREETYPE_LIB_PATH = "${STAGING_LIBDIR}"
>  
> +# libfreetype.so.6 is copied from STAGING_LIBDIR
> +# which is already stripped.
> +INSANE_SKIP_${PN} = "already-stripped"
> +
>  # OpenJDK supports parallel compilation but uses a plain number for this.
>  # In OE we have PARALLEL_MAKE which is the actual option passed to make,
>  # e.g. "-j 4".
> --

Pushed, Thanks!

Best Regards,
Maxin
-- 
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel

Re: [oe] [meta-java][PATCH 1/2] openjdk-8: make jar repacking optional

2016-04-28 Thread Maxin B. John 
Hi,

On Wed, Apr 20, 2016 at 02:09:52PM -0600, Dan McGregor wrote:
> From: Daniel McGregor 
> 
> Repacking the runtime jar files takes a long time, and is only done
> to save some space. Make it optional to speed up builds that don't
> need it.
> 
> Signed-off-by: Daniel McGregor 
> ---
>  recipes-core/openjdk/openjdk-8-cross.inc | 21 -
>  recipes-core/openjdk/openjdk-8_72b05.bb  |  7 +--
>  recipes-core/openjdk/openjre-8_72b05.bb  |  7 +--
>  3 files changed, 22 insertions(+), 13 deletions(-)

Pushed these two patches. Thanks!

Best Regards,
Maxin
-- 
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel

Re: [oe] [RFT] GCC 6 Recipes

2016-04-28 Thread Carlos Rafael Giani 
Something that concerns me is a note from 
https://gcc.gnu.org/gcc-6/changes.html :


"Value range propagation now assumes that the this pointer of C++ member 
functions is non-null. This eliminates common null pointer checks but 
also breaks some non-conforming code-bases (such as Qt-5, Chromium, 
KDevelop). As a temporary work-around -fno-delete-null-pointer-checks 
can be used. Wrong code can be identified by using -fsanitize=undefined."


Sounds like this has potential to break a significant number of packages.

On 04/18/2016 07:15 AM, Khem Raj wrote:

Hello all,

I have put together a potential gcc6 upgrade recipe set, and pushed the branch 
to tree here


http://git.openembedded.org/openembedded-core-contrib/log/?h=kraj/gcc-6

and also at github fork of mine.

https://github.com/kraj/openembedded-core/tree/kraj/master

You need to set

GCCVERSION = “6.%”

in local.conf to enable it.


There are few recipes in OE-Core which still don’t compile e.g.

see

http://errors.yoctoproject.org/Errors/Build/14782/

any help in fixing them or otherwise fixing other layers is appreciated.

gcc6 is a major release for some info see

https://gcc.gnu.org/gcc-6/changes.html

and porting guide

https://gcc.gnu.org/gcc-6/porting_to.html


Thanks

-Khem




--
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel

[oe] [PATCH][meta-oe] sblim-sfcb: add missing dependency on unzip-native

2016-04-28 Thread Martin Jansa 
* otherwise configure fails with:
  | checking whether to build shared libraries... yes
  | checking whether to build static libraries... no
  | checking for unzip... no
  | configure: error: Could not find unzip
  | NOTE: The following config.log files may provide further information.
  | NOTE: 
/home/jenkins/oe/world/shr-core/tmp-glibc/work/armv5te-oe-linux-gnueabi/sblim-sfcb/1.4.9-r0/build/config.log
  | ERROR: configure failed
  | ERROR: Function failed: do_configure (log file is located at 
/home/jenkins/oe/world/shr-core/tmp-glibc/work/armv5te-oe-linux-gnueabi/sblim-sfcb/1.4.9-r0/temp/log.do_configure.9838)
  NOTE: recipe sblim-sfcb-1.4.9-r0: task do_configure: Failed
  ERROR: Task 5 
(/home/jenkins/oe/world/shr-core/meta-openembedded/meta-oe/recipes-extended/sblim-sfcb/sblim-sfcb_1.4.9.bb,
 do_configure) failed with exit code '1'

Signed-off-by: Martin Jansa 
---
 meta-oe/recipes-extended/sblim-sfcb/sblim-sfcb_1.4.9.bb | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/meta-oe/recipes-extended/sblim-sfcb/sblim-sfcb_1.4.9.bb 
b/meta-oe/recipes-extended/sblim-sfcb/sblim-sfcb_1.4.9.bb
index ed5382e..41626d1 100644
--- a/meta-oe/recipes-extended/sblim-sfcb/sblim-sfcb_1.4.9.bb
+++ b/meta-oe/recipes-extended/sblim-sfcb/sblim-sfcb_1.4.9.bb
@@ -9,7 +9,7 @@ HOMEPAGE = "http://www.sblim.org";
 SECTION = "Applications/System"
 LICENSE = "EPL-1.0"
 LIC_FILES_CHKSUM = "file://COPYING;md5=f300afd598546add034364cd0a533261"
-DEPENDS = "curl libpam openssl sblim-sfc-common"
+DEPENDS = "curl libpam openssl sblim-sfc-common unzip-native"
 
 SRC_URI = "http://downloads.sourceforge.net/sblim/${BP}.tar.bz2 \
file://sblim-sfcb-1.3.9-sfcbrepos-schema-location.patch \
-- 
2.8.1

-- 
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel

Re: [oe] [PATCH 1/2] protobuf: add protobuf-c recipe

2016-04-28 Thread Felipe Ferreri Tonello 
Hi Bruce,

On 20/04/16 15:32, Bruce Ashfield wrote:
> On Wed, Apr 20, 2016 at 4:32 AM, Felipe Ferreri Tonello <
> e...@felipetonello.com> wrote:
> 
>> Hi Bruce,
>>
>> On 19/04/16 20:55, Bruce Ashfield wrote:
>>> On Tue, Apr 19, 2016 at 3:46 PM, Bruce Ashfield <
>> bruce.ashfi...@gmail.com>
>>> wrote:
>>>


 On Tue, Apr 19, 2016 at 11:40 AM, Felipe F. Tonello <
>> e...@felipetonello.com>
 wrote:

> Initial version of recipe. The main package could be split into two to
> separate the compiler. This also applies to protobuf recipe.
>
>
 More precisely, this is the initial version outside of
>> meta-virtualization
 which enea added
 in 2012 :) It was added as a dependency for criu (hence why it was put
>> in
 meta-virt).

 If we move it to meta-oe, we at least owe that other implementation a
 reference in the commit.


>>> s/if/when/.
>>>
>>> I'm happy to purge all the protobuf* recipes from meta-virt, since they
>>> were only there as
>>> support mechanisms (and I wasn't involved in their original merge).
>>>
>>> But if you can take a look at what's in the meta-virt recipe, I'll do
>> some
>>> runtime testing with your
>>> variant here, and drop the meta-virt ones when I can confirm criu works.
>>>
>>
>> Regular protobuf recipe is already part of meta-oe. That's why I added
>> this one there too.
>>
> 
> Sure. That's obvious from the layer index, as is the existence of the one
> in meta-virt.

I didn 't take it from meta-virt. The original protobuf recipe is in
meta-oe.

> 
> Credit, where credit is due. It's not my work, so I'm not asking for any
> credit,
> but simply duplicating something that already exists without a nod to the
> older one
> isn't ideal.
> 
> All I was asking was that if you could a link to the meta-virt one in the
> commit header
> so that someone not familiar with the layer index can see the two options
> .. and
> at the same time I was wondering if you'd seen the meta-virt one and did
> this one
> differently for technical reasons. That makes it easier for me to drop
> recipes as they
> get cloned around to new (and better) locations.

I am fine with that. Can you please provide the git hash so I can link it?

Thanks in advance,
Felipe


0x92698E6A.asc
Description: application/pgp-keys
-- 
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel

Re: [oe] [OE-core] [yocto] [RFT] GCC 6 Recipes

2016-04-28 Thread Khem Raj 

> On Apr 27, 2016, at 11:06 AM, Mark Hatle  wrote:
> 
> On 4/27/16 12:53 PM, Khem Raj wrote:
>> thanks I think most of them come to these categories. So any help in
>> fixing them is welcome.
>> 
>> 1. kernel older than 4.4, backport needed fixed into these branches or
>> move to newer kernels.
>> 2. uboot dont have gcc6 compiler header files, backport the needed fixes
>> 2. meta-qt4 needs to use gnu++98
>> 3. gcc6 providing its own stdlib.h in libstdc++
>> 4. gcc6 swtiching to gnu++14 for C++ as default.
>> 5. GPLv2-only versions of recipes are simply old will need fixing
> 
> From a -very- brief look, I suspect each of these fixes will be fairly simple.
> So as we move into the next oe-core phase, we should be able get through this
> pretty quickly.

I think yes, they are trivial, except the GPL-2.0 packages which might need 
patching



signature.asc
Description: Message signed with OpenPGP using GPGMail
-- 
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel

Re: [oe] [OE-core] [yocto] [RFT] GCC 6 Recipes

2016-04-28 Thread Khem Raj 

> On Apr 27, 2016, at 3:10 PM, Tom Rini  wrote:
> 
> On Wed, Apr 27, 2016 at 10:53:52AM -0700, Khem Raj wrote:
>> thanks I think most of them come to these categories. So any help in
>> fixing them is welcome.
>> 
>> 1. kernel older than 4.4, backport needed fixed into these branches or
>> move to newer kernels.
>> 2. uboot dont have gcc6 compiler header files, backport the needed fixes
> 
> 9b2c282b348dfe966bbba967dc7a45ce817cce50 from mainline.
> 
>> 2. meta-qt4 needs to use gnu++98
>> 3. gcc6 providing its own stdlib.h in libstdc++
>> 4. gcc6 swtiching to gnu++14 for C++ as default.
>> 5. GPLv2-only versions of recipes are simply old will need fixing
>> 
>> I will take a stab at fixing the nativesdk recipes which is mostly due
>> to stdlib.h issue.
> 
> Please do, I'd like to see some SDKs so I can get more U-Boot testing
> done with gcc-6 :)
> 

I have pushed couple of more fixes which should now fix the nativesdk issues 
and SDKs should be building

Tree is here. Let me know how it goes.

http://git.openembedded.org/openembedded-core-contrib/log/?h=kraj/gcc-6

and also to github

https://github.com/kraj/openembedded-core/tree/kraj/master


signature.asc
Description: Message signed with OpenPGP using GPGMail
-- 
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel