from:"Andre McCurdy"

[oe] [meta-qt5][PATCH] qtwebkit-examples: fix missing qtxmlpatterns dependency

2015-05-29 Thread Andre McCurdy

The webkitwidgets/xmlpatterns examples depend on qtxmlpatterns.

Signed-off-by: Andre McCurdy 
---
 recipes-qt/qt5/qtwebkit-examples_git.bb | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/recipes-qt/qt5/qtwebkit-examples_git.bb 
b/recipes-qt/qt5/qtwebkit-examples_git.bb
index 7ae9fc7..9ee659f 100644
--- a/recipes-qt/qt5/qtwebkit-examples_git.bb
+++ b/recipes-qt/qt5/qtwebkit-examples_git.bb
@@ -16,7 +16,7 @@ SRC_URI += " \
 file://0001-qtwebkit-examples-enable-building-examples-by-defaul.patch \
 "
 
-DEPENDS += "qtwebkit"
+DEPENDS += "qtwebkit qtxmlpatterns"
 RDEPENDS_${PN}-examples += "qtwebkit-qmlplugins"
 RDEPENDS_${PN}-examples += "${@base_contains('PACKAGECONFIG_OPENSSL', 
'openssl', 'ca-certificates', '', d)}"
 
-- 
1.9.1

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

Re: [oe] [meta-filesystems][PATCH] xorriso: Add xorriso v1.4.0

2015-06-02 Thread Andre McCurdy

On Mon, Jun 1, 2015 at 7:48 AM, Naresh Bhat  wrote:
> Add xorriso v1.4.0 based on the discussions
> http://patchwork.openembedded.org/patch/91143/
> http://lists.openembedded.org/pipermail/openembedded-devel/2015-April/100981.html
> We have tested this package with
> Montavista CGE product - http://www.mvista.com/ and
> luvOS distribution - https://01.org/linux-uefi-validation build.
> Inherit the pkgconfig to avoid the below error,
> ..
> ...
> | disabled use of O_DIRECT with input of -as cdrskin
> | luv-yocto/build/tmp/work/aarch64-oe-linux/xorriso/1.4.0-r0/xorriso-1.4.0/
> configure: line 14352: syntax error near unexpected token `LIBCDIO,'
> | luv-yocto/build/tmp/work/aarch64-oe-linux/xorriso/1.4.0-r0/xorriso-1.4.0/
> configure: line 14352: `PKG_CHECK_MODULES(LIBCDIO, libcdio >= 
> $LIBCDIO_REQUIRED)'
> ...
> 
>
> Signed-off-by: Naresh Bhat 
> Signed-off-by: Jagadeesh Krishnanjanappa 
> Signed-off-by: Gaurang Shastri 
> ---
>  .../recipes-utils/xorriso/xorriso_1.4.0.bb |   30 
> 
>  1 file changed, 30 insertions(+)
>  create mode 100644 meta-filesystems/recipes-utils/xorriso/xorriso_1.4.0.bb
>
> diff --git a/meta-filesystems/recipes-utils/xorriso/xorriso_1.4.0.bb 
> b/meta-filesystems/recipes-utils/xorriso/xorriso_1.4.0.bb
> new file mode 100644
> index 000..2f81f0d
> --- /dev/null
> +++ b/meta-filesystems/recipes-utils/xorriso/xorriso_1.4.0.bb
> @@ -0,0 +1,30 @@
> +DESCRIPTIONS = "xorriso copies file objects from POSIX compliant filesystems 
> \
> +into Rock Ridge enhanced ISO 9660 filesystems and allows session-wise \
> +manipulation of such filesystems"

That should be DESCRIPTION, not DESCRIPTIONS.

> +LICENSE = "GPLv3"
> +LIC_FILES_CHKSUM = "file://COPYING;md5=d32239bcb673463ab874e80d47fae504"
> +
> +# with, without, depends, rdepends
> +#

Drop these comments.

> +PACKAGECONFIG ??= "acl attr zlib bzip2 readline"
> +PACKAGECONFIG[acl] = "--enable-libacl,--disable-libacl,acl,"
> +PACKAGECONFIG[attr] = "--enable-xattr,--disable-xattr,attr,"
> +PACKAGECONFIG[zlib] = "--enable-zlib,--disable-zlib,zlib,"
> +PACKAGECONFIG[bzip2] = "--enable-libbz2,--disable-libbz2,bzip2,"
> +PACKAGECONFIG[readline] = 
> "--enable-libreadline,--disable-libreadline,readline,"
> +
> +RDEPENDS_${PN} = "tk"

tk depends on the x11 distro feature, so perhaps xorriso should do too?

> +inherit autotools-brokensep pkgconfig
> +
> +SRC_URI = "http://www.gnu.org/software/${BPN}/${BPN}-${PV}.tar.gz";

Move nearer to the top of the recipe, after LIC_FILES_CHKSUM.

See http://www.openembedded.org/wiki/Styleguide

> +do_configure_prepend () {
> +touch NEWS
> +}
> +
> +BBCLASSEXTEND = "native"
> +
> +SRC_URI[md5sum] = "ec79fd2736b8da76e7a870e27cadf6fa"
> +SRC_URI[sha256sum] = 
> "0bd1e085015b28c24f57697d6def2fe84517967dc417554c0c3ccf1685ed0e56"

Move nearer to the top of the recipe, just after SRC_URI.

> --
> 1.7.9.5
>
> --
> ___
> 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

[oe] [meta-oe][PATCH 1/5] elbow: duplicate i586 over-ride for i686

2015-06-03 Thread Andre McCurdy

Signed-off-by: Andre McCurdy 
---
 meta-efl/recipes-efl/e17/elbow_git.bb | 1 +
 1 file changed, 1 insertion(+)

diff --git a/meta-efl/recipes-efl/e17/elbow_git.bb 
b/meta-efl/recipes-efl/e17/elbow_git.bb
index 16664f9..29881ab 100644
--- a/meta-efl/recipes-efl/e17/elbow_git.bb
+++ b/meta-efl/recipes-efl/e17/elbow_git.bb
@@ -9,6 +9,7 @@ SRCREV = "b41fd0bc9514ff61bb2a50d957efe4155fa3e6a8"
 # webkit-efl isn't available for < armv7a
 COMPATIBLE_MACHINE = "(-)"
 COMPATIBLE_MACHINE_i586 = "(.*)"
+COMPATIBLE_MACHINE_i686 = "(.*)"
 COMPATIBLE_MACHINE_x86-64 = "(.*)"
 COMPATIBLE_MACHINE_armv7a = "(.*)"
 
-- 
1.9.1

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

[oe] [meta-oe][PATCH 5/5] mariadb.inc: duplicate i586 over-ride for i686

2015-06-03 Thread Andre McCurdy

Signed-off-by: Andre McCurdy 
---
 meta-oe/recipes-support/mysql/mariadb.inc | 1 +
 1 file changed, 1 insertion(+)

diff --git a/meta-oe/recipes-support/mysql/mariadb.inc 
b/meta-oe/recipes-support/mysql/mariadb.inc
index 00fa965..3ee1b75 100644
--- a/meta-oe/recipes-support/mysql/mariadb.inc
+++ b/meta-oe/recipes-support/mysql/mariadb.inc
@@ -175,6 +175,7 @@ FILES_libmysqlclient-dbg = "${libdir}/plugin/.debug/ \
 # which are intentionally non-PIC on 32-bit x86 (see e.g.
 # storage/xtradb/plug.in in the source)
 INSANE_SKIP_libmysqlclient_append_i586 = " textrel"
+INSANE_SKIP_libmysqlclient_append_i686 = " textrel"
 
 FILES_libmysqlclient-r = "${libdir}/libmysqlclient_r.so.*"
 FILES_libmysqlclient-r-dev = "\
-- 
1.9.1

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

[oe] [meta-oe][PATCH 4/5] luajit: duplicate i586 over-ride for i686

2015-06-03 Thread Andre McCurdy

Signed-off-by: Andre McCurdy 
---
 meta-oe/recipes-devtools/luajit/luajit_2.0.3.bb | 1 +
 1 file changed, 1 insertion(+)

diff --git a/meta-oe/recipes-devtools/luajit/luajit_2.0.3.bb 
b/meta-oe/recipes-devtools/luajit/luajit_2.0.3.bb
index 48137e3..05456bb 100644
--- a/meta-oe/recipes-devtools/luajit/luajit_2.0.3.bb
+++ b/meta-oe/recipes-devtools/luajit/luajit_2.0.3.bb
@@ -27,6 +27,7 @@ EXTRA_OEMAKE = 'CROSS=${HOST_PREFIX} \
 EXTRA_OEMAKE_append_powerpc = ' HOST_CC="${BUILD_CC} -m32"'
 EXTRA_OEMAKE_append_x86-64 = ' HOST_CC="${BUILD_CC}"'
 EXTRA_OEMAKE_append_i586 = ' HOST_CC="${BUILD_CC} -m32"'
+EXTRA_OEMAKE_append_i686 = ' HOST_CC="${BUILD_CC} -m32"'
 EXTRA_OEMAKE_append_powerpc64 = ' HOST_CC="${BUILD_CC}"'
 EXTRA_OEMAKE_append_arm = ' HOST_CC="${BUILD_CC} -m32"'
 EXTRA_OEMAKE_append_mips64 = ' HOST_CC="${BUILD_CC} -m32"'
-- 
1.9.1

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

[oe] [meta-oe][PATCH 2/5] webkit-efl.inc: duplicate i586 over-ride for i686

2015-06-03 Thread Andre McCurdy

Signed-off-by: Andre McCurdy 
---
 meta-efl/recipes-efl/webkit/webkit-efl.inc | 1 +
 1 file changed, 1 insertion(+)

diff --git a/meta-efl/recipes-efl/webkit/webkit-efl.inc 
b/meta-efl/recipes-efl/webkit/webkit-efl.inc
index cf919ec..95a3069 100644
--- a/meta-efl/recipes-efl/webkit/webkit-efl.inc
+++ b/meta-efl/recipes-efl/webkit/webkit-efl.inc
@@ -53,6 +53,7 @@ do_configure_prepend_armv5() {
 # and disabled LLINT currently isn't supported, so restrict to armv7a and x86*
 COMPATIBLE_MACHINE = "(-)"
 COMPATIBLE_MACHINE_i586 = "(.*)"
+COMPATIBLE_MACHINE_i686 = "(.*)"
 COMPATIBLE_MACHINE_x86-64 = "(.*)"
 COMPATIBLE_MACHINE_armv7a = "(.*)"
 
-- 
1.9.1

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

[oe] [meta-oe][PATCH 3/5] gst-plugins-base: duplicate i586 over-ride for i686

2015-06-03 Thread Andre McCurdy

Signed-off-by: Andre McCurdy 
---
 .../recipes-multimedia/gstreamer-0.10/gst-plugins-base_0.10.36.bb| 1 +
 1 file changed, 1 insertion(+)

diff --git 
a/meta-multimedia/recipes-multimedia/gstreamer-0.10/gst-plugins-base_0.10.36.bb 
b/meta-multimedia/recipes-multimedia/gstreamer-0.10/gst-plugins-base_0.10.36.bb
index c8a9499..ee4addd 100644
--- 
a/meta-multimedia/recipes-multimedia/gstreamer-0.10/gst-plugins-base_0.10.36.bb
+++ 
b/meta-multimedia/recipes-multimedia/gstreamer-0.10/gst-plugins-base_0.10.36.bb
@@ -37,3 +37,4 @@ do_configure_prepend() {
 FILES_${PN} += "${datadir}/${BPN}"
 
 CACHED_CONFIGUREVARS_append_i586 = " ac_cv_header_emmintrin_h=no 
ac_cv_header_xmmintrin_h=no"
+CACHED_CONFIGUREVARS_append_i686 = " ac_cv_header_emmintrin_h=no 
ac_cv_header_xmmintrin_h=no"
-- 
1.9.1

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

[oe] [meta-qt5][PATCH] qtwebengine: duplicate i586 over-ride for i686

2015-06-03 Thread Andre McCurdy

Signed-off-by: Andre McCurdy 
---
 recipes-qt/qt5/qtwebengine_git.bb | 1 +
 1 file changed, 1 insertion(+)

diff --git a/recipes-qt/qt5/qtwebengine_git.bb 
b/recipes-qt/qt5/qtwebengine_git.bb
index df82dd8..682e8de 100644
--- a/recipes-qt/qt5/qtwebengine_git.bb
+++ b/recipes-qt/qt5/qtwebengine_git.bb
@@ -16,6 +16,7 @@ DEPENDS += " \
 
 COMPATIBLE_MACHINE = "(-)"
 COMPATIBLE_MACHINE_i586 = "(.*)"
+COMPATIBLE_MACHINE_i686 = "(.*)"
 COMPATIBLE_MACHINE_x86-64 = "(.*)"
 COMPATIBLE_MACHINE_armv6 = "(.*)"
 COMPATIBLE_MACHINE_armv7a = "(.*)"
-- 
1.9.1

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

[oe] [meta-oe][PATCH 2/7] webkit-efl.inc: use x86 over-ride instead of i586

2015-06-04 Thread Andre McCurdy

Support i686 without needing to duplicate the i586 over-ride.

Signed-off-by: Andre McCurdy 
---
 meta-efl/recipes-efl/webkit/webkit-efl.inc | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/meta-efl/recipes-efl/webkit/webkit-efl.inc 
b/meta-efl/recipes-efl/webkit/webkit-efl.inc
index cf919ec..aa91572 100644
--- a/meta-efl/recipes-efl/webkit/webkit-efl.inc
+++ b/meta-efl/recipes-efl/webkit/webkit-efl.inc
@@ -52,7 +52,7 @@ do_configure_prepend_armv5() {
 
 # and disabled LLINT currently isn't supported, so restrict to armv7a and x86*
 COMPATIBLE_MACHINE = "(-)"
-COMPATIBLE_MACHINE_i586 = "(.*)"
+COMPATIBLE_MACHINE_x86 = "(.*)"
 COMPATIBLE_MACHINE_x86-64 = "(.*)"
 COMPATIBLE_MACHINE_armv7a = "(.*)"
 
-- 
1.9.1

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

[oe] [meta-oe][PATCH 1/7] elbow: use x86 over-ride instead of i586

2015-06-04 Thread Andre McCurdy

Support i686 without needing to duplicate the i586 over-ride.

Signed-off-by: Andre McCurdy 
---
 meta-efl/recipes-efl/e17/elbow_git.bb | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/meta-efl/recipes-efl/e17/elbow_git.bb 
b/meta-efl/recipes-efl/e17/elbow_git.bb
index 16664f9..064b794 100644
--- a/meta-efl/recipes-efl/e17/elbow_git.bb
+++ b/meta-efl/recipes-efl/e17/elbow_git.bb
@@ -8,7 +8,7 @@ SRCREV = "b41fd0bc9514ff61bb2a50d957efe4155fa3e6a8"
 
 # webkit-efl isn't available for < armv7a
 COMPATIBLE_MACHINE = "(-)"
-COMPATIBLE_MACHINE_i586 = "(.*)"
+COMPATIBLE_MACHINE_x86 = "(.*)"
 COMPATIBLE_MACHINE_x86-64 = "(.*)"
 COMPATIBLE_MACHINE_armv7a = "(.*)"
 
-- 
1.9.1

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

[oe] [meta-oe][PATCH 3/7] klibc.inc: use x86 over-ride instead of i486/i586/i686

2015-06-04 Thread Andre McCurdy

32bit x86 is covered by the x86 over-ride, so duplicate over-rides for
i486/i586/i686 are not required.

Signed-off-by: Andre McCurdy 
---
 meta-initramfs/recipes-devtools/klibc/klibc.inc | 3 ---
 1 file changed, 3 deletions(-)

diff --git a/meta-initramfs/recipes-devtools/klibc/klibc.inc 
b/meta-initramfs/recipes-devtools/klibc/klibc.inc
index 9f445e1..41b0b29 100644
--- a/meta-initramfs/recipes-devtools/klibc/klibc.inc
+++ b/meta-initramfs/recipes-devtools/klibc/klibc.inc
@@ -44,9 +44,6 @@ KLIBC_ARCH_armeb = "arm"
 KLIBC_ARCH_mipsel = "mips"
 KLIBC_ARCH_x86 = "i386"
 KLIBC_ARCH_x86-64 = "x86_64"
-KLIBC_ARCH_i486 = "i386"
-KLIBC_ARCH_i586 = "i386"
-KLIBC_ARCH_i686 = "i386"
 KLIBC_ARCH_pentium = "i386"
 KLIBC_ARCH_powerpc = "ppc"
 KLIBC_ARCH_powerpc64 = "ppc64"
-- 
1.9.1

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

[oe] [meta-oe][PATCH 6/7] emacs.inc: use x86 over-ride instead of i586

2015-06-04 Thread Andre McCurdy

Support i686 without needing to duplicate the i586 over-ride.

Signed-off-by: Andre McCurdy 
---
 meta-oe/recipes-support/emacs/emacs.inc | 4 +---
 1 file changed, 1 insertion(+), 3 deletions(-)

diff --git a/meta-oe/recipes-support/emacs/emacs.inc 
b/meta-oe/recipes-support/emacs/emacs.inc
index a1a4965..e706b18 100644
--- a/meta-oe/recipes-support/emacs/emacs.inc
+++ b/meta-oe/recipes-support/emacs/emacs.inc
@@ -36,9 +36,7 @@ FILES_${PN}-dbg += "${libexecdir}/emacs/*/*/.debug 
${datadir}/emacs/*/*/.debug"
 TREEDIR = "${WORKDIR}/qemu-treedir"
 
 QEMUARCH= "${TARGET_ARCH}"
-QEMUARCH_i486 = "i386"
-QEMUARCH_i586 = "i386"
-QEMUARCH_i686 = "i386"
+QEMUARCH_x86 = "i386"
 
 # Large stack is required at least on x86_64 host, otherwise random segfaults 
appear:
 QEMU = "qemu-${QEMUARCH} ${QEMU_OPTIONS} -s 1048576 -L ${TREEDIR} "
-- 
1.9.1

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

[oe] [meta-oe][PATCH 5/7] luajit: use x86 over-ride instead of i586

2015-06-04 Thread Andre McCurdy

Support i686 without needing to duplicate the i586 over-ride.

Signed-off-by: Andre McCurdy 
---
 meta-oe/recipes-devtools/luajit/luajit_2.0.3.bb | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/meta-oe/recipes-devtools/luajit/luajit_2.0.3.bb 
b/meta-oe/recipes-devtools/luajit/luajit_2.0.3.bb
index 48137e3..a11b771 100644
--- a/meta-oe/recipes-devtools/luajit/luajit_2.0.3.bb
+++ b/meta-oe/recipes-devtools/luajit/luajit_2.0.3.bb
@@ -25,8 +25,8 @@ EXTRA_OEMAKE = 'CROSS=${HOST_PREFIX} \
 TARGET_LDFLAGS="${TOOLCHAIN_OPTIONS}" \
 TARGET_SHLDFLAGS="${TOOLCHAIN_OPTIONS}"'
 EXTRA_OEMAKE_append_powerpc = ' HOST_CC="${BUILD_CC} -m32"'
+EXTRA_OEMAKE_append_x86 = ' HOST_CC="${BUILD_CC} -m32"'
 EXTRA_OEMAKE_append_x86-64 = ' HOST_CC="${BUILD_CC}"'
-EXTRA_OEMAKE_append_i586 = ' HOST_CC="${BUILD_CC} -m32"'
 EXTRA_OEMAKE_append_powerpc64 = ' HOST_CC="${BUILD_CC}"'
 EXTRA_OEMAKE_append_arm = ' HOST_CC="${BUILD_CC} -m32"'
 EXTRA_OEMAKE_append_mips64 = ' HOST_CC="${BUILD_CC} -m32"'
-- 
1.9.1

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

[oe] [meta-oe][PATCH 4/7] gst-plugins-base: use x86 over-ride instead of i586

2015-06-04 Thread Andre McCurdy

Support i686 without needing to duplicate the i586 over-ride.

Signed-off-by: Andre McCurdy 
---
 .../recipes-multimedia/gstreamer-0.10/gst-plugins-base_0.10.36.bb   | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git 
a/meta-multimedia/recipes-multimedia/gstreamer-0.10/gst-plugins-base_0.10.36.bb 
b/meta-multimedia/recipes-multimedia/gstreamer-0.10/gst-plugins-base_0.10.36.bb
index c8a9499..0bcb659 100644
--- 
a/meta-multimedia/recipes-multimedia/gstreamer-0.10/gst-plugins-base_0.10.36.bb
+++ 
b/meta-multimedia/recipes-multimedia/gstreamer-0.10/gst-plugins-base_0.10.36.bb
@@ -36,4 +36,4 @@ do_configure_prepend() {
 
 FILES_${PN} += "${datadir}/${BPN}"
 
-CACHED_CONFIGUREVARS_append_i586 = " ac_cv_header_emmintrin_h=no 
ac_cv_header_xmmintrin_h=no"
+CACHED_CONFIGUREVARS_append_x86 = " ac_cv_header_emmintrin_h=no 
ac_cv_header_xmmintrin_h=no"
-- 
1.9.1

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

[oe] [meta-oe][PATCH 7/7] mariadb.inc: use x86 over-ride instead of i586

2015-06-04 Thread Andre McCurdy

Support i686 without needing to duplicate the i586 over-ride.

Signed-off-by: Andre McCurdy 
---
 meta-oe/recipes-support/mysql/mariadb.inc | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/meta-oe/recipes-support/mysql/mariadb.inc 
b/meta-oe/recipes-support/mysql/mariadb.inc
index 00fa965..5a1cde4 100644
--- a/meta-oe/recipes-support/mysql/mariadb.inc
+++ b/meta-oe/recipes-support/mysql/mariadb.inc
@@ -174,7 +174,7 @@ FILES_libmysqlclient-dbg = "${libdir}/plugin/.debug/ \
 # Avoid warnings about ha_xtradb.so.0.0.0 and ha_innodb_plugin.so.0.0.0
 # which are intentionally non-PIC on 32-bit x86 (see e.g.
 # storage/xtradb/plug.in in the source)
-INSANE_SKIP_libmysqlclient_append_i586 = " textrel"
+INSANE_SKIP_libmysqlclient_append_x86 = " textrel"
 
 FILES_libmysqlclient-r = "${libdir}/libmysqlclient_r.so.*"
 FILES_libmysqlclient-r-dev = "\
-- 
1.9.1

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

[oe] [meta-qt5][PATCH] qtwebengine: use x86 over-ride instead of i586

2015-06-04 Thread Andre McCurdy

Support i686 without needing to duplicate the i586 over-ride.

Signed-off-by: Andre McCurdy 
---
 recipes-qt/qt5/qtwebengine_git.bb | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/recipes-qt/qt5/qtwebengine_git.bb 
b/recipes-qt/qt5/qtwebengine_git.bb
index 4933c13..9b561ac 100644
--- a/recipes-qt/qt5/qtwebengine_git.bb
+++ b/recipes-qt/qt5/qtwebengine_git.bb
@@ -15,7 +15,7 @@ DEPENDS += " \
 "
 
 COMPATIBLE_MACHINE = "(-)"
-COMPATIBLE_MACHINE_i586 = "(.*)"
+COMPATIBLE_MACHINE_x86 = "(.*)"
 COMPATIBLE_MACHINE_x86-64 = "(.*)"
 COMPATIBLE_MACHINE_armv6 = "(.*)"
 COMPATIBLE_MACHINE_armv7a = "(.*)"
-- 
1.9.1

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

[oe] [meta-oe][PATCH v2 3/7] klibc.inc: use x86 over-ride instead of i486/i586/i686/pentium

2015-06-04 Thread Andre McCurdy

32bit x86 is covered by the x86 over-ride, so duplicate over-rides for
i486/i586/i686/pentium are not required.

Signed-off-by: Andre McCurdy 
---
 meta-initramfs/recipes-devtools/klibc/klibc.inc | 4 
 1 file changed, 4 deletions(-)

diff --git a/meta-initramfs/recipes-devtools/klibc/klibc.inc 
b/meta-initramfs/recipes-devtools/klibc/klibc.inc
index 9f445e1..a707ed5 100644
--- a/meta-initramfs/recipes-devtools/klibc/klibc.inc
+++ b/meta-initramfs/recipes-devtools/klibc/klibc.inc
@@ -44,10 +44,6 @@ KLIBC_ARCH_armeb = "arm"
 KLIBC_ARCH_mipsel = "mips"
 KLIBC_ARCH_x86 = "i386"
 KLIBC_ARCH_x86-64 = "x86_64"
-KLIBC_ARCH_i486 = "i386"
-KLIBC_ARCH_i586 = "i386"
-KLIBC_ARCH_i686 = "i386"
-KLIBC_ARCH_pentium = "i386"
 KLIBC_ARCH_powerpc = "ppc"
 KLIBC_ARCH_powerpc64 = "ppc64"
 THIS_LIBKLIBC = "libklibc (= ${PV})"
-- 
1.9.1

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

[oe] [meta-oe][PATCH] minini: add initial recipe, minIni v1.2.b

2015-06-08 Thread Andre McCurdy

Signed-off-by: Andre McCurdy 
---
 meta-oe/recipes-support/minini/minini_1.2.b.bb | 38 ++
 1 file changed, 38 insertions(+)
 create mode 100644 meta-oe/recipes-support/minini/minini_1.2.b.bb

diff --git a/meta-oe/recipes-support/minini/minini_1.2.b.bb 
b/meta-oe/recipes-support/minini/minini_1.2.b.bb
new file mode 100644
index 000..e739498
--- /dev/null
+++ b/meta-oe/recipes-support/minini/minini_1.2.b.bb
@@ -0,0 +1,38 @@
+SUMMARY = "A minimal INI file parser"
+DESCRIPTION = "minIni is a programmer's library to read and write INI files in 
\
+embedded systems. minIni takes little resources, has a deterministic memory \
+footprint and can be configured for various kinds of file I/O libraries. 
minIni \
+provides functionality for reading, writing and deleting keys from an INI 
file, \
+all in 830 lines of (commented) source code (version 1.2) in C (the code also \
+compiles in C++ and comes with a wrapper class)."
+HOMEPAGE = "https://code.google.com/p/minini/";
+
+# License is Apache 2.0 with an exception to allow object code built from
+# unmodified original sources to be distributed more freely. See LICENSE
+# file for details.
+
+LICENSE = "Apache-2.0"
+LIC_FILES_CHKSUM = "file://LICENSE;md5=eb21481ad45c5578ae8c8d37b8c8d76d"
+
+SRC_URI = "http://minini.googlecode.com/files/minIni_12b.zip;subdir=${BP}";
+
+SRC_URI[md5sum] = "32740621098e3f0a321c7c23f4bcbc5d"
+SRC_URI[sha256sum] = 
"b08839af74acb36061fb76e1123bf56711bc5cf7a08b32e189b0ad78a2e888e2"
+
+do_configure[noexec] = "1"
+
+do_compile() {
+${CC} minIni.c -shared -fPIC -o libminini.so.0.0 
-Wl,-soname,libminini.so.0 ${CFLAGS} ${LDFLAGS}
+}
+
+do_install () {
+
+install -d ${D}${libdir}
+install -m 0644 libminini.so.0.0 ${D}${libdir}/
+ln -s libminini.so.0.0 ${D}${libdir}/libminini.so
+ln -s libminini.so.0.0 ${D}${libdir}/libminini.so.0
+
+install -d ${D}${includedir}/minini
+install -m 0644 minIni.h ${D}${includedir}/minini/
+install -m 0644 minGlue-stdio.h ${D}${includedir}/minini/minGlue.h
+}
-- 
1.9.1

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

[oe] [meta-multimedia][PATCH] libupnp: add initial recipe, libupnp v1.6.19

2015-06-09 Thread Andre McCurdy

  http://pupnp.sourceforge.net/

Signed-off-by: Andre McCurdy 
---
 .../avoid-redefining-strnlen-and-strndup.patch | 47 +
 .../libupnp/libupnp/sepbuildfix.patch  | 60 ++
 .../recipes-connectivity/libupnp/libupnp_1.6.19.bb | 19 +++
 3 files changed, 126 insertions(+)
 create mode 100644 
meta-multimedia/recipes-connectivity/libupnp/libupnp/avoid-redefining-strnlen-and-strndup.patch
 create mode 100644 
meta-multimedia/recipes-connectivity/libupnp/libupnp/sepbuildfix.patch
 create mode 100644 
meta-multimedia/recipes-connectivity/libupnp/libupnp_1.6.19.bb

diff --git 
a/meta-multimedia/recipes-connectivity/libupnp/libupnp/avoid-redefining-strnlen-and-strndup.patch
 
b/meta-multimedia/recipes-connectivity/libupnp/libupnp/avoid-redefining-strnlen-and-strndup.patch
new file mode 100644
index 000..3c3f230
--- /dev/null
+++ 
b/meta-multimedia/recipes-connectivity/libupnp/libupnp/avoid-redefining-strnlen-and-strndup.patch
@@ -0,0 +1,47 @@
+From 22fba4f2765f92cd592a58e1fe5c450b187e30e1 Mon Sep 17 00:00:00 2001
+From: Andre McCurdy 
+Date: Wed, 3 Jun 2015 21:39:03 -0700
+Subject: [PATCH] avoid redefining strnlen() and strndup()
+
+Rely on string.h definitions instead. Workaround for compiler errors such as:
+
+  | i686-rdk-linux-libtool: compile:  i686-rdk-linux-gcc -m32 -march=atom 
-mtune=atom -fschedule-insns -fsched-pressure -msse3 -mfpmath=sse 
--sysroot=/home/andre/build/tmp/sysroots/7401 -DHAVE_CONFIG_H -I. 
-I/home/andre/build/tmp/work/core2-32-rdk-linux/libupnp/1.6.19-r0/libupnp-1.6.19/upnp
 -I.. -I../upnp/inc 
-I/home/andre/build/tmp/work/core2-32-rdk-linux/libupnp/1.6.19-r0/libupnp-1.6.19/upnp/inc
 
-I/home/andre/build/tmp/work/core2-32-rdk-linux/libupnp/1.6.19-r0/libupnp-1.6.19/threadutil/inc
 
-I/home/andre/build/tmp/work/core2-32-rdk-linux/libupnp/1.6.19-r0/libupnp-1.6.19/ixml/inc
 
-I/home/andre/build/tmp/work/core2-32-rdk-linux/libupnp/1.6.19-r0/libupnp-1.6.19/upnp/src/inc
 -pthread -O2 -pipe -g -feliminate-unused-debug-types -Os -Wall -c 
/home/andre/build/tmp/work/core2-32-rdk-linux/libupnp/1.6.19-r0/libupnp-1.6.19/upnp/src/gena/gena_callback2.c
 -o src/gena/libupnp_la-gena_callback2.o >/dev/null 2>&1
+  | In file included from 
/home/andre/build/tmp/sysroots/7401/usr/include/string.h:634:0,
+  |  from 
/home/andre/build/tmp/work/core2-32-rdk-linux/libupnp/1.6.19-r0/libupnp-1.6.19/upnp/src/api/UpnpString.c:23:
+  | 
/home/andre/build/tmp/work/core2-32-rdk-linux/libupnp/1.6.19-r0/libupnp-1.6.19/upnp/src/api/UpnpString.c:47:15:
 error: expected identifier or '(' before '__extension__'
+  |   extern char *strndup(__const char *__string, size_t __n);
+  |^
+  | make[3]: *** [src/api/libupnp_la-UpnpString.lo] Error 1
+
+Upstream-Status: Pending
+
+Signed-off-by: Andre McCurdy 
+---
+ upnp/src/api/UpnpString.c | 4 ++--
+ 1 file changed, 2 insertions(+), 2 deletions(-)
+
+diff --git a/upnp/src/api/UpnpString.c b/upnp/src/api/UpnpString.c
+index 41c9898..2fa09d7 100644
+--- a/upnp/src/api/UpnpString.c
 b/upnp/src/api/UpnpString.c
+@@ -32,7 +32,7 @@
+   /* VC has strnlen which is already included but with (potentially) 
different linkage */
+   /* strnlen() is a GNU extension. */
+   #if HAVE_STRNLEN
+-  extern size_t strnlen(const char *s, size_t maxlen);
++//extern size_t strnlen(const char *s, size_t maxlen);
+   #else /* HAVE_STRNLEN */
+   static size_t strnlen(const char *s, size_t n)
+   {
+@@ -44,7 +44,7 @@
+ 
+ /* strndup() is a GNU extension. */
+ #if HAVE_STRNDUP && !defined(WIN32)
+-  extern char *strndup(__const char *__string, size_t __n);
++//extern char *strndup(__const char *__string, size_t __n);
+ #else /* HAVE_STRNDUP && !defined(WIN32) */
+   static char *strndup(const char *__string, size_t __n)
+   {
+-- 
+1.9.1
+
diff --git 
a/meta-multimedia/recipes-connectivity/libupnp/libupnp/sepbuildfix.patch 
b/meta-multimedia/recipes-connectivity/libupnp/libupnp/sepbuildfix.patch
new file mode 100644
index 000..cd9768d
--- /dev/null
+++ b/meta-multimedia/recipes-connectivity/libupnp/libupnp/sepbuildfix.patch
@@ -0,0 +1,60 @@
+From e198f0a87660a048164ca0e16d18517d0aee846e Mon Sep 17 00:00:00 2001
+From: Andre McCurdy 
+Date: Tue, 9 Jun 2015 12:20:45 -0700
+Subject: [PATCH] Fix builds when using separate source and build directories.
+
+Upstream-Status: Pending
+
+Signed-off-by: Andre McCurdy 
+---
+ configure.ac   | 8 
+ ixml/Makefile.am   | 2 +-
+ threadutil/Makefile.am | 2 +-
+ 3 files changed, 6 insertions(+), 6 deletions(-)
+
+diff --git a/configure.ac b/configure.ac
+index e2c3f47..11d5e22 100644
+--- a/configure.ac
 b/configure.ac
+@@ -714,8 +714,8 @@ AC_OUTPUT
+ #
+ # Files copied for windows compilation.
+ #
+-echo "configure: copying \"autoconfig.h\"  to 
\"build/inc/autoconfig.h\""
+-cp autoconfig.h bu

[oe] [meta-oe][PATCH] libjpeg-turbo: update 1.4.0 -> 1.4.1

2015-06-09 Thread Andre McCurdy

Also make minor cleanup of moving DEPENDS nearer to the top of the recipe.

Signed-off-by: Andre McCurdy 
---
 .../jpeg/{libjpeg-turbo_8d+1.4.0.bb => libjpeg-turbo_8d+1.4.1.bb}  | 7 ---
 1 file changed, 4 insertions(+), 3 deletions(-)
 rename meta-oe/recipes-core/jpeg/{libjpeg-turbo_8d+1.4.0.bb => 
libjpeg-turbo_8d+1.4.1.bb} (90%)

diff --git a/meta-oe/recipes-core/jpeg/libjpeg-turbo_8d+1.4.0.bb 
b/meta-oe/recipes-core/jpeg/libjpeg-turbo_8d+1.4.1.bb
similarity index 90%
rename from meta-oe/recipes-core/jpeg/libjpeg-turbo_8d+1.4.0.bb
rename to meta-oe/recipes-core/jpeg/libjpeg-turbo_8d+1.4.1.bb
index 8e214c9..e79f800 100644
--- a/meta-oe/recipes-core/jpeg/libjpeg-turbo_8d+1.4.0.bb
+++ b/meta-oe/recipes-core/jpeg/libjpeg-turbo_8d+1.4.1.bb
@@ -7,11 +7,13 @@ LIC_FILES_CHKSUM = 
"file://cdjpeg.h;endline=12;md5=cad955d15145c3fdceec6855e078e
 
file://djpeg.c;endline=9;md5=e93a8f2061e8a0ac71c7a485c10489e2 \
 "
 
+DEPENDS = "nasm-native"
+
 BASEPV = "${@d.getVar('PV',True).split('+')[1]}"
 
 SRC_URI = "${SOURCEFORGE_MIRROR}/${BPN}/${BPN}-${BASEPV}.tar.gz"
-SRC_URI[md5sum] = "039153dabe61e1ac8d9323b5522b56b0"
-SRC_URI[sha256sum] = 
"d93ad8546b510244f863b39b4c0da0fa4c0d53a77b61a8a3880f258c232bbbee"
+SRC_URI[md5sum] = "b1f6b84859a16b8ebdcda951fa07c3f2"
+SRC_URI[sha256sum] = 
"4bf5bad4ce85625bffbbd9912211e06790e00fb982b77724af7211034efafb08"
 
 S = "${WORKDIR}/${BPN}-${BASEPV}"
 
@@ -34,6 +36,5 @@ FILES_libturbojpeg = "${libdir}/libturbojpeg.so"
 INSANE_SKIP_libturbojpeg = "dev-so"
 
 BBCLASSEXTEND = "native"
-DEPENDS = "nasm-native"
 
 LEAD_SONAME = "libjpeg.so.8"
-- 
1.9.1

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

Re: [oe] [meta-multimedia][PATCH] libupnp: add initial recipe, libupnp v1.6.19

2015-06-10 Thread Andre McCurdy

On Wed, Jun 10, 2015 at 8:44 AM, Khem Raj  wrote:
> On Tue, Jun 9, 2015 at 5:39 PM, Andre McCurdy  wrote:
>> +-echo "configure: copying \"autoconfig.h\"  to 
>> \"build/inc/autoconfig.h\""
>> +-cp autoconfig.h build/inc/autoconfig.h
>> +-echo "configure: copying \"upnp/inc/upnpconfig.h\" to 
>> \"build/inc/upnpconfig.h\""
>> +-cp upnp/inc/upnpconfig.h build/inc/upnpconfig.h
>> ++echo "configure: copying \"autoconfig.h\"  to 
>> \"\$srcdir/build/inc/autoconfig.h\""
>> ++cp autoconfig.h $srcdir/build/inc/autoconfig.h
>> ++echo "configure: copying \"upnp/inc/upnpconfig.h\" to 
>> \"\$srcdir/build/inc/upnpconfig.h\""
>
> shouldnt this be relative to builddir or top_builddir ?
> --

These are copies of the config headers which are only used by the MSVC
projects in $srcdir/build. I don't think the MSVC build would find
them if they were put anywhere else.

> 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

[oe] qtwebkit doesn't use system leveldb

2015-06-17 Thread Andre McCurdy

Hi all,

The qtwebkit configure test for leveldb tries to include
 and link with -lmemenv, however the current
meta-oe leveldb package doesn't provide them and so qtwebkit always
falls back to using it's internal copy of leveldb.

I can work on a patch, but I'm not sure what the best approach is -
either rework leveldb so that it builds and installs a memenv library
+ memenv.h or just remove the leveldb dependency from qtwebkit and let
qtwebkit continue to always rely on it's internal leveldb?

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

Re: [oe] qtwebkit doesn't use system leveldb

2015-06-18 Thread Andre McCurdy

On Thu, Jun 18, 2015 at 2:26 AM, Martin Jansa  wrote:
> I don't know what exactly memenv library is, but if it means that we just
> need to upgrade leveldb in meta-oe, then I would prefer this solution.

The leveldb Makefile has a target to build libmemenv.a, but it's not
part of "make all" and there's no Makefile target to create a
libmemenv.so.

  https://github.com/google/leveldb/blob/master/Makefile#L195

Looking at how others handle leveldb, Debian does build and package libmemenv.a:

  https://packages.debian.org/jessie/i386/libleveldb-dev/filelist

However, Debian installs memenv.h as .../leveldb/helpers/memenv.h, so
the qtwebkit configure test (which tries .../helpers/memenv/memenv.h)
wouldn't find system leveldb if building natively on Debian.

Buildroot doesn't seem to build or package a memenv library at all:

  http://git.buildroot.net/buildroot/tree/package/leveldb/leveldb.mk

I wonder if there's any known case where qtwebkit does successfully
use system leveldb?

>
> On Thu, Jun 18, 2015 at 7:18 AM, Andre McCurdy  wrote:
>
>> Hi all,
>>
>> The qtwebkit configure test for leveldb tries to include
>>  and link with -lmemenv, however the current
>> meta-oe leveldb package doesn't provide them and so qtwebkit always
>> falls back to using it's internal copy of leveldb.
>>
>> I can work on a patch, but I'm not sure what the best approach is -
>> either rework leveldb so that it builds and installs a memenv library
>> + memenv.h or just remove the leveldb dependency from qtwebkit and let
>> qtwebkit continue to always rely on it's internal leveldb?
>>
>> Andre
>> --
-- 
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel

[oe] [meta-oe][PATCH] llvm3.3: fix error output from configure if CFLAGS is set

2015-06-18 Thread Andre McCurdy

Error is cosmetic, but distracting. Backport upstream fix.

  | 
.../build-vbox32/tmp/work/core2-32-rdk-linux-musl/llvm3.3/3.3-r0/llvm-3.3.src/configure:
 line 1990: -O2: command not found
  | 
.../build-vbox32/tmp/work/core2-32-rdk-linux-musl/llvm3.3/3.3-r0/llvm-3.3.src/configure:
 line 1991: -O2: command not found

Signed-off-by: Andre McCurdy 
---
 ...r-output-from-configure-if-CFLAGS-is-set-.patch | 52 ++
 meta-oe/recipes-core/llvm/llvm3.3_3.3.bb   |  3 ++
 2 files changed, 55 insertions(+)
 create mode 100644 
meta-oe/recipes-core/llvm/llvm3.3/Remove-error-output-from-configure-if-CFLAGS-is-set-.patch

diff --git 
a/meta-oe/recipes-core/llvm/llvm3.3/Remove-error-output-from-configure-if-CFLAGS-is-set-.patch
 
b/meta-oe/recipes-core/llvm/llvm3.3/Remove-error-output-from-configure-if-CFLAGS-is-set-.patch
new file mode 100644
index 000..44387e8
--- /dev/null
+++ 
b/meta-oe/recipes-core/llvm/llvm3.3/Remove-error-output-from-configure-if-CFLAGS-is-set-.patch
@@ -0,0 +1,52 @@
+From d4bf7a3853dab12c11cbfc8088fd76f548a8d017 Mon Sep 17 00:00:00 2001
+From: Patrik Hagglund 
+Date: Tue, 24 Sep 2013 11:38:45 +
+Subject: [PATCH] Remove error output from configure if CFLAGS is set (r174313).
+
+This fixes PR16724.
+
+git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@191289 
91177308-0d34-0410-b5e6-96231b3b80d8
+
+https://github.com/llvm-mirror/llvm/commit/d4bf7a3853dab12c11cbfc8088fd76f548a8d017
+
+Upstream-Status: Backport
+
+Signed-off-by: Andre McCurdy 
+---
+ autoconf/configure.ac | 4 ++--
+ configure | 4 ++--
+ 2 files changed, 4 insertions(+), 4 deletions(-)
+
+diff --git a/autoconf/configure.ac b/autoconf/configure.ac
+index f9c365c..45f2fe4 100644
+--- a/autoconf/configure.ac
 b/autoconf/configure.ac
+@@ -61,8 +61,8 @@ fi
+ 
+ dnl Default to empty (i.e. assigning the null string to) CFLAGS and CXXFLAGS,
+ dnl instead of the autoconf default (for example, '-g -O2' for CC=gcc).
+-${CFLAGS=}
+-${CXXFLAGS=}
++: ${CFLAGS=}
++: ${CXXFLAGS=}
+ 
+ dnl We need to check for the compiler up here to avoid anything else
+ dnl starting with a different one.
+diff --git a/configure b/configure
+index f3a6594..9090cda 100755
+--- a/configure
 b/configure
+@@ -1992,8 +1992,8 @@ echo "$as_me: error: Already configured in ${srcdir}" 
>&2;}
+   fi
+ fi
+ 
+-${CFLAGS=}
+-${CXXFLAGS=}
++: ${CFLAGS=}
++: ${CXXFLAGS=}
+ 
+ ac_ext=c
+ ac_cpp='$CPP $CPPFLAGS'
+-- 
+1.9.1
+
diff --git a/meta-oe/recipes-core/llvm/llvm3.3_3.3.bb 
b/meta-oe/recipes-core/llvm/llvm3.3_3.3.bb
index 4617efa..f0598a7 100644
--- a/meta-oe/recipes-core/llvm/llvm3.3_3.3.bb
+++ b/meta-oe/recipes-core/llvm/llvm3.3_3.3.bb
@@ -3,7 +3,10 @@ require llvm.inc
 DEPENDS += "zlib"
 EXTRA_OECONF += "--enable-zlib"
 
+SRC_URI += "file://Remove-error-output-from-configure-if-CFLAGS-is-set-.patch"
+
 SRC_URI_append_libc-uclibc = " file://arm_fenv_uclibc.patch "
+
 SRC_URI[md5sum] = "40564e1dc390f9844f1711c08b08e391"
 SRC_URI[sha256sum] = 
"68766b1e70d05a25e2f502e997a3cb3937187a3296595cf6e0977d5cd6727578"
 
-- 
1.9.1

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

[oe] [meta-oe][PATCH] minini: fix build when SECURITY_CFLAGS includes -pie -fpie

2015-06-18 Thread Andre McCurdy

Separating compile and link steps avoids build errors when
security_flags.inc is used:

  | DEBUG: Executing shell function do_compile
  | ../sysdeps/i386/start.S:98: error: undefined reference to 'main'
  | collect2: error: ld returned 1 exit status

Signed-off-by: Andre McCurdy 
---
 meta-oe/recipes-support/minini/minini_1.2.b.bb | 3 ++-
 1 file changed, 2 insertions(+), 1 deletion(-)

diff --git a/meta-oe/recipes-support/minini/minini_1.2.b.bb 
b/meta-oe/recipes-support/minini/minini_1.2.b.bb
index e739498..6607dd8 100644
--- a/meta-oe/recipes-support/minini/minini_1.2.b.bb
+++ b/meta-oe/recipes-support/minini/minini_1.2.b.bb
@@ -22,7 +22,8 @@ SRC_URI[sha256sum] = 
"b08839af74acb36061fb76e1123bf56711bc5cf7a08b32e189b0ad78a2
 do_configure[noexec] = "1"
 
 do_compile() {
-${CC} minIni.c -shared -fPIC -o libminini.so.0.0 
-Wl,-soname,libminini.so.0 ${CFLAGS} ${LDFLAGS}
+${CC} ${CFLAGS} -fPIC -c minIni.c -o minIni.o
+${CC} ${LDFLAGS} -shared -Wl,-soname,libminini.so.0 minIni.o -o 
libminini.so.0.0
 }
 
 do_install () {
-- 
1.9.1

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

Re: [oe] [meta-oe][PATCH] libjpeg-turbo: update 1.4.0 -> 1.4.1

2015-06-19 Thread Andre McCurdy

ping

On Tue, Jun 9, 2015 at 3:46 PM, Andre McCurdy  wrote:
> Also make minor cleanup of moving DEPENDS nearer to the top of the recipe.
>
> Signed-off-by: Andre McCurdy 
> ---
>  .../jpeg/{libjpeg-turbo_8d+1.4.0.bb => libjpeg-turbo_8d+1.4.1.bb}  | 7 
> ---
>  1 file changed, 4 insertions(+), 3 deletions(-)
>  rename meta-oe/recipes-core/jpeg/{libjpeg-turbo_8d+1.4.0.bb => 
> libjpeg-turbo_8d+1.4.1.bb} (90%)
>
> diff --git a/meta-oe/recipes-core/jpeg/libjpeg-turbo_8d+1.4.0.bb 
> b/meta-oe/recipes-core/jpeg/libjpeg-turbo_8d+1.4.1.bb
> similarity index 90%
> rename from meta-oe/recipes-core/jpeg/libjpeg-turbo_8d+1.4.0.bb
> rename to meta-oe/recipes-core/jpeg/libjpeg-turbo_8d+1.4.1.bb
> index 8e214c9..e79f800 100644
> --- a/meta-oe/recipes-core/jpeg/libjpeg-turbo_8d+1.4.0.bb
> +++ b/meta-oe/recipes-core/jpeg/libjpeg-turbo_8d+1.4.1.bb
> @@ -7,11 +7,13 @@ LIC_FILES_CHKSUM = 
> "file://cdjpeg.h;endline=12;md5=cad955d15145c3fdceec6855e078e
>  
> file://djpeg.c;endline=9;md5=e93a8f2061e8a0ac71c7a485c10489e2 \
>  "
>
> +DEPENDS = "nasm-native"
> +
>  BASEPV = "${@d.getVar('PV',True).split('+')[1]}"
>
>  SRC_URI = "${SOURCEFORGE_MIRROR}/${BPN}/${BPN}-${BASEPV}.tar.gz"
> -SRC_URI[md5sum] = "039153dabe61e1ac8d9323b5522b56b0"
> -SRC_URI[sha256sum] = 
> "d93ad8546b510244f863b39b4c0da0fa4c0d53a77b61a8a3880f258c232bbbee"
> +SRC_URI[md5sum] = "b1f6b84859a16b8ebdcda951fa07c3f2"
> +SRC_URI[sha256sum] = 
> "4bf5bad4ce85625bffbbd9912211e06790e00fb982b77724af7211034efafb08"
>
>  S = "${WORKDIR}/${BPN}-${BASEPV}"
>
> @@ -34,6 +36,5 @@ FILES_libturbojpeg = "${libdir}/libturbojpeg.so"
>  INSANE_SKIP_libturbojpeg = "dev-so"
>
>  BBCLASSEXTEND = "native"
> -DEPENDS = "nasm-native"
>
>  LEAD_SONAME = "libjpeg.so.8"
> --
> 1.9.1
>
-- 
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel

[oe] [meta-qt5][fido][PATCH] qtwebkit: remove false dependency on leveldb

2015-06-29 Thread Andre McCurdy

The qtwebkit configure test never succeeds in finding system leveldb
(ie qtwebkit internal copy of leveldb is always used) so leveldb is a
false dependency.

This change allows qtwebkit to be built in a disto which enables
security_flags.inc (it's otherwise blocked since the leveldb recipe
fails to build when security_flags.inc is used).

Signed-off-by: Andre McCurdy 
---
 recipes-qt/qt5/qtwebkit_git.bb | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/recipes-qt/qt5/qtwebkit_git.bb b/recipes-qt/qt5/qtwebkit_git.bb
index 77568af..759a81d 100644
--- a/recipes-qt/qt5/qtwebkit_git.bb
+++ b/recipes-qt/qt5/qtwebkit_git.bb
@@ -9,7 +9,7 @@ LIC_FILES_CHKSUM = " \
 
file://Source/JavaScriptCore/parser/Parser.h;endline=21;md5=bd69f72183a7af673863f057576e21ee
 \
 "
 
-DEPENDS += "qtbase qtdeclarative icu ruby-native sqlite3 glib-2.0 libxslt 
leveldb"
+DEPENDS += "qtbase qtdeclarative icu ruby-native sqlite3 glib-2.0 libxslt"
 
 # qemuarm build fails with:
 # | {standard input}: Assembler messages:
-- 
1.9.1

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

Re: [oe] [meta-browser][PATCH] chromium: List all PACKAGECONFIG settings to avoid warning

2015-06-30 Thread Andre McCurdy

On Tue, Jun 30, 2015 at 12:29 PM, Gary Thomas  wrote:
> OE-core now warns if PACKAGECONFIG is used to set an option that
> does not have a corresponding PACKAGECONFIG[option]="xxx" line.
> This recipe makes use of many such options & this patch suppresses
> those warnings by listing the options.
>
> Signed-off-by: Gary Thomas 
> ---
>  recipes-browser/chromium/chromium.inc | 8 
>  1 file changed, 8 insertions(+)
>
> diff --git a/recipes-browser/chromium/chromium.inc 
> b/recipes-browser/chromium/chromium.inc
> index 8e83f6a..611929e 100644
> --- a/recipes-browser/chromium/chromium.inc
> +++ b/recipes-browser/chromium/chromium.inc
> @@ -17,6 +17,14 @@ PACKAGECONFIG ??= "use-egl"
>  # automatically and silently fall back to GLX
>  PACKAGECONFIG[use-egl] = ",,virtual/egl virtual/libgles2"
>
> +# Additional PACKAGECONFIG options - listed here to avoid warnings
> +PACKAGECONFIG[use-gl] = ""
> +PACKAGECONFIG[component-build] = ""
> +PACKAGECONFIG[ignore-lost-context] = ""
> +PACKAGECONFIG[component-build] = ""
> +PACKAGECONFIG[impl-side-painting] = ""
> +PACKAGECONFIG[disable-api-keys-info-bar] = ""
> +

The "component-build" PACKAGECONFIG is duplicated.

Maybe the list should be sorted too, unless there's a special
significance to the current order.


>  GYP_DEFINES += "${ARMFPABI} 
> release_extra_cflags='-Wno-error=unused-local-typedefs' sysroot=''"
>
>  do_configure() {
> --
> 1.9.1
>
> --
> ___
> 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] [meta-oe][PATCH] parted_1.8.6.bb: add parted that not GPLv3

2015-07-06 Thread Andre McCurdy

On Sun, Jul 5, 2015 at 6:51 PM, Lei Maohui  wrote:
> In oe-core,the parted is GPLv3,so add parted-1.8.6 which is not GPLv3.

Thanks, it's good to have a non-GPLv3 recipe for parted.

However, if the GPLv3 recipe is in oe-core then the non-GPLv3 version
should be in oe-core as well, not in in meta-oe.

The reason is that recipes in meta-oe have a higher priority
(BBFILE_PRIORITY == 6) than those in oe-core (BBFILE_PRIORITY == 5).
Therefore if you add a parted recipe to meta-oe then it will be used
by default, which will be wrong for anyone who wants to continue to
use the GPLv3 version in oe-core.

  
http://www.yoctoproject.org/docs/current/mega-manual/mega-manual.html#var-BBFILE_PRIORITY


> Signed-off-by: Lei Maohui 
> ---
>  .../parted-1.8.6/1000parted-1.8.6-warnings1.patch  | 11 
>  .../1001parted-1.8.6-notransname1.patch| 39 ++
>  .../1002parted-1.8.6-off-by-one1.patch | 25 +
>  .../1003parted-1.8.6-primary-boundary1.patch   | 12 +
>  .../parted-1.8.6/1004parted-1.8.6-xvd1.patch   | 50 +
>  .../1005parted-1.8.6-devmapper-header1.patch   | 13 +
>  .../parted/parted-1.8.6/7000no_effect_macro1.patch | 11 
>  .../parted/parted-1.8.6/ui.c-fix-build-error.patch | 26 +
>  meta-oe/recipes-extended/parted/parted_1.8.6.bb| 62 
> ++
>  9 files changed, 249 insertions(+)
>  create mode 100644 
> meta-oe/recipes-extended/parted/parted-1.8.6/1000parted-1.8.6-warnings1.patch
>  create mode 100644 
> meta-oe/recipes-extended/parted/parted-1.8.6/1001parted-1.8.6-notransname1.patch
>  create mode 100644 
> meta-oe/recipes-extended/parted/parted-1.8.6/1002parted-1.8.6-off-by-one1.patch
>  create mode 100644 
> meta-oe/recipes-extended/parted/parted-1.8.6/1003parted-1.8.6-primary-boundary1.patch
>  create mode 100644 
> meta-oe/recipes-extended/parted/parted-1.8.6/1004parted-1.8.6-xvd1.patch
>  create mode 100644 
> meta-oe/recipes-extended/parted/parted-1.8.6/1005parted-1.8.6-devmapper-header1.patch
>  create mode 100644 
> meta-oe/recipes-extended/parted/parted-1.8.6/7000no_effect_macro1.patch
>  create mode 100644 
> meta-oe/recipes-extended/parted/parted-1.8.6/ui.c-fix-build-error.patch
>  create mode 100644 meta-oe/recipes-extended/parted/parted_1.8.6.bb
>
> diff --git 
> a/meta-oe/recipes-extended/parted/parted-1.8.6/1000parted-1.8.6-warnings1.patch
>  
> b/meta-oe/recipes-extended/parted/parted-1.8.6/1000parted-1.8.6-warnings1.patch
> new file mode 100644
> index 000..c8b2e7d
> --- /dev/null
> +++ 
> b/meta-oe/recipes-extended/parted/parted-1.8.6/1000parted-1.8.6-warnings1.patch
> @@ -0,0 +1,11 @@
> +--- parted-1.8.6/libparted/fs/linux_swap/linux_swap.c.warnings 2007-03-20 
> 13:22:36.0 -0400
>  parted-1.8.6/libparted/fs/linux_swap/linux_swap.c  2007-03-20 
> 13:59:11.0 -0400
> +@@ -123,7 +123,7 @@
> +
> + error_close_fs:
> +   swap_close (fs);
> +-error:
> ++
> +   return 0;
> + }
> + #endif /* !DISCOVER_ONLY */
> diff --git 
> a/meta-oe/recipes-extended/parted/parted-1.8.6/1001parted-1.8.6-notransname1.patch
>  
> b/meta-oe/recipes-extended/parted/parted-1.8.6/1001parted-1.8.6-notransname1.patch
> new file mode 100644
> index 000..5fdf10b
> --- /dev/null
> +++ 
> b/meta-oe/recipes-extended/parted/parted-1.8.6/1001parted-1.8.6-notransname1.patch
> @@ -0,0 +1,39 @@
> +--- parted-1.8.6/parted/parted.c.notransname   2007-03-13 13:01:09.0 
> -0400
>  parted-1.8.6/parted/parted.c   2007-03-21 10:50:35.0 -0400
> +@@ -1429,7 +1429,7 @@
> +  part->fs_type->name : "");
> +
> + if (has_name) {
> +-name = _(ped_partition_get_name (part));
> ++name = ped_partition_get_name (part);
> + str_list_append (row, name);
> + }
> +
> +--- parted-1.8.6/parted/table.c.notransname2007-03-13 13:01:09.0 
> -0400
>  parted-1.8.6/parted/table.c2007-03-21 10:51:31.0 -0400
> +@@ -191,7 +191,8 @@
> + len += wcslen(COLSUFFIX);
> +
> + newsize = (wcslen(*s) + len + 1) * sizeof(wchar_t);
> +-*s = realloc (*s, newsize);
> ++*s = (wchar_t *) realloc (*s, newsize);
> ++assert(*s != NULL);
> +
> + for (i = 0; i < ncols; ++i)
> + {
> +@@ -199,6 +200,7 @@
> + int nspaces = max(t->widths[i] - wcswidth(row[i], 
> MAX_WIDTH),
> +   0);
> + wchar_t* pad = malloc ( (nspaces + 1) * sizeof(wchar_t) );
> ++assert(pad != NULL);
> +
> + for (j = 0; j < nspaces; ++j)
> +pad[j] = L' ';
> +@@ -211,6 +213,7 @@
> + wcscat (*s, DELIMITER);
> +
> + free (pad);
> ++pad = NULL;
> + }
> +
> + wcscat (*s, COLSUFFIX);

[oe] [meta-browser][PATCH 1/2] chromium.inc: use x86 over-ride instead of i586

2015-07-07 Thread Andre McCurdy

Support i686 without needing to duplicate the i586 over-ride.

Signed-off-by: Andre McCurdy 
---
 recipes-browser/chromium/chromium.inc | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/recipes-browser/chromium/chromium.inc 
b/recipes-browser/chromium/chromium.inc
index 973d1c9..8221779 100644
--- a/recipes-browser/chromium/chromium.inc
+++ b/recipes-browser/chromium/chromium.inc
@@ -2,7 +2,7 @@ LICENSE = "BSD"
 DEPENDS = "xz-native pciutils pulseaudio cairo nss zlib-native libav cups 
ninja-native gconf libexif pango libdrm"
 
 COMPATIBLE_MACHINE = "(-)"
-COMPATIBLE_MACHINE_i586 = "(.*)"
+COMPATIBLE_MACHINE_x86 = "(.*)"
 COMPATIBLE_MACHINE_x86-64 = "(.*)"
 COMPATIBLE_MACHINE_armv6 = "(.*)"
 COMPATIBLE_MACHINE_armv7a = "(.*)"
-- 
1.9.1

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

[oe] [meta-browser][PATCH 2/2] cef3: use x86 over-ride instead of i586

2015-07-07 Thread Andre McCurdy

Support i686 without needing to duplicate the i586 over-ride.

Signed-off-by: Andre McCurdy 
---
 recipes-browser/chromium/cef3_280796.bb | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/recipes-browser/chromium/cef3_280796.bb 
b/recipes-browser/chromium/cef3_280796.bb
index 9a9efe5..ddb6a77 100644
--- a/recipes-browser/chromium/cef3_280796.bb
+++ b/recipes-browser/chromium/cef3_280796.bb
@@ -23,8 +23,8 @@ S = "${WORKDIR}/chromium_rev_${PV}"
 
 do_fetch[vardeps] += "SRCREV_FORMAT SRCREV_cef SRCREV_egl SRCREV_tools"
 
+GYP_ARCH_DEFINES_x86 = " target_arch=ia32"
 GYP_ARCH_DEFINES_armv7a = " target_arch=arm arm_float_abi=hard"
-GYP_ARCH_DEFINES_i586 = " target_arch=ia32"
 
 export GYP_GENERATORS="ninja"
 export BUILD_TARGET_ARCH="${TARGET_ARCH}"
-- 
1.9.1

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

Re: [oe] [meta-oe][PATCH] fio: Add PACKAGECONFIG for numa, re-enable ARM build

2015-07-16 Thread Andre McCurdy

Hi Dominic,

On Thu, Jul 16, 2015 at 5:45 AM, Dominic Sacré  wrote:
> Make fio's NUMA support optional via PACKAGECONFIG.
> Enable this feature by default, except on ARM where libnuma/numactl
> is not available.
>
> Signed-off-by: Dominic Sacré 
> ---
>  meta-oe/recipes-benchmark/fio/fio_2.2.6.bb | 7 +--
>  1 file changed, 5 insertions(+), 2 deletions(-)
>
> diff --git a/meta-oe/recipes-benchmark/fio/fio_2.2.6.bb 
> b/meta-oe/recipes-benchmark/fio/fio_2.2.6.bb
> index 82f9cd4..1255441 100644
> --- a/meta-oe/recipes-benchmark/fio/fio_2.2.6.bb
> +++ b/meta-oe/recipes-benchmark/fio/fio_2.2.6.bb
> @@ -10,10 +10,13 @@ SECTION = "console/tests"
>  LICENSE = "GPLv2"
>  LIC_FILES_CHKSUM = "file://COPYING;md5=393a5ca445f6965873eca0259a17f833"
>
> -DEPENDS = "libaio zlib numactl"
> +DEPENDS = "libaio zlib"
> +
> +PACKAGECONFIG ??= "numa"
> +PACKAGECONFIG[numa] = ",--disable-numa,numactl"

I don't think this change will work.

The fio recipe doesn't use autotools, so the --disable-numa option set
via PACKAGECONFIG isn't going to have any effect unless you also
manually pass EXTRA_OECONF into the build somehow.

>  # ARM does not currently support NUMA
> -COMPATIBLE_HOST = "^((?!arm).*)$"
> +PACKAGECONFIG_remove_arm = "numa"

In general, it would be better to use something like:

  PACKAGECONFIG_NUMA = "numa"
  PACKAGECONFIG_NUMA_arm = ""

  PACKAGECONFIG ??= "${PACKAGECONFIG_NUMA}"

_remove can be a little difficult to 'over-ride', so makes things
harder if someone did, one day, want to experiment with enabling that
option from local.conf or a .bbappend.

>  # rev for v2.2.6
>  SRCREV = "f52c9691bc8c285f3445235c69acdfd6de7f9b82"
> --
> 2.4.5
>
> --
> ___
> 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] [meta-browser][PATCH] chromium, cef: fetch chromium source from git

2015-07-16 Thread Andre McCurdy

Hi Zoltan,

On Thu, Jul 16, 2015 at 4:51 AM, Zoltan Kuscsik
 wrote:
> Updated recipe to fetch Chromium from git.
> LASTCHANGE file is now created using the proper
> gclient hook.

Is this a v2 or a resend of the original patch?

Either way, it's going to conflict with:

  
http://lists.openembedded.org/pipermail/openembedded-devel/2015-July/102185.html
  
http://lists.openembedded.org/pipermail/openembedded-devel/2015-July/102186.html

Maybe you could rebase your patch on top of the _i586 -> _x86 changes
and then resend all three patches together?


> ---
>  .../cef3/01_get_svn_version_from_LASTCHANGE.patch  | 32 --
>  recipes-browser/chromium/cef3_280796.bb| 73 
> +++---
>  2 files changed, 51 insertions(+), 54 deletions(-)
>  delete mode 100644 
> recipes-browser/chromium/cef3/01_get_svn_version_from_LASTCHANGE.patch
>
> diff --git 
> a/recipes-browser/chromium/cef3/01_get_svn_version_from_LASTCHANGE.patch 
> b/recipes-browser/chromium/cef3/01_get_svn_version_from_LASTCHANGE.patch
> deleted file mode 100644
> index 9b14429..000
> --- a/recipes-browser/chromium/cef3/01_get_svn_version_from_LASTCHANGE.patch
> +++ /dev/null
> @@ -1,32 +0,0 @@
> -Fetch the revision from LASTCHANGE file programmatically
> -
> -Upstream-Status: Pending
> -
> -Signed-off-by: Zoltan Kuscsik 
> -Signed-off-by: Khem Raj 
> -
> -diff --git a/cef/tools/make_version_header.py 
> b/cef/tools/make_version_header.py
> -index 84d49f5..395c2cf 100644
>  a/cef/tools/make_version_header.py
> -+++ b/cef/tools/make_version_header.py
> -@@ -64,6 +64,8 @@ def write_svn_header(header, chrome_version, cef_version, 
> cpp_header_dir):
> -   revision = svn.get_revision()
> - elif git.is_checkout('.'):
> -   revision = git.get_svn_revision()
> -+elif os.path.isfile("../build/util/LASTCHANGE"):
> -+  revision = 
> open("../build/util/LASTCHANGE").read().split("=")[1].strip()
> - else:
> -   raise Exception('Not a valid checkout')
> -
> -diff --git a/cef/tools/revision.py b/cef/tools/revision.py
> -index 1d94602..eb89e3b 100644
>  a/cef/tools/revision.py
> -+++ b/cef/tools/revision.py
> -@@ -16,6 +16,8 @@ if os.path.exists(os.path.join('.', '.svn')):
> -   sys.stdout.write(svn.get_revision())
> - elif os.path.exists(os.path.join('.', '.git')):
> -   sys.stdout.write(git.get_svn_revision())
> -+elif os.path.isfile("../build/util/LASTCHANGE"):
> -+  revision = open("../build/util/LASTCHANGE").read().split("=")[1].strip()
> - else:
> -   raise Exception('Not a valid checkout')
> diff --git a/recipes-browser/chromium/cef3_280796.bb 
> b/recipes-browser/chromium/cef3_280796.bb
> index 9a9efe5..398992d 100644
> --- a/recipes-browser/chromium/cef3_280796.bb
> +++ b/recipes-browser/chromium/cef3_280796.bb
> @@ -7,21 +7,22 @@ RDEPENDS_${PN} += "pango cairo fontconfig pciutils 
> pulseaudio freetype fontconfi
>  SRCREV_tools = "99bcb0e676eb396bcf8e1af3903aa4b578a0"
>  SRCREV_cef = "bbad53dfca9f98dddcb31a590410fece0a4f0234"
>  SRCREV_egl = "a5b81b7617ba6757802b9b5f8c950034d5f961ec"
> -SRCREV_FORMAT = "cef_egl_tools"
> +SRCREV_FORMAT = "cef_egl"
>
> -SRC_URI = 
> "http://people.linaro.org/~zoltan.kuscsik/chromium-browser/chromium_rev_${PV}.tar.xz
>  \
> -   
> git://github.com/kuscsik/chromiumembedded.git;protocol=https;destsuffix=src/cef;branch=aura;name=cef
>  \
> -   
> git://github.com/kuscsik/ozone-egl.git;protocol=https;destsuffix=src/ui/ozone/platform/egl;branch=master;name=egl
>  \
> -   
> git://chromium.googlesource.com/chromium/tools/depot_tools.git;protocol=https;destsuffix=depot_tools;branch=master;name=tools
>  \
> -   file://01_get_svn_version_from_LASTCHANGE.patch \
> -  file://cef-simple \
> - "
> -SRC_URI[md5sum] = "9efbb50283b731042e62b9bd5e312b2f"
> -SRC_URI[sha256sum] = 
> "f608e97dadf6ea4d885b24fd876896d46840fa39bf743ea2025075aee9fb348d"
> +SRC_URI = 
> "git://chromium.googlesource.com/chromium/tools/depot_tools.git;protocol=https;destsuffix=depot_tools;branch=master;name=tools
>  \
> +   
> git://github.com/kuscsik/chromiumembedded.git;protocol=https;destsuffix=${S}/src/cef;branch=aura;name=cef
>  \
> +   
> git://github.com/kuscsik/ozone-egl.git;protocol=https;destsuffix=${S}/src/ui/ozone/platform/egl;branch=master;name=egl\
> +   file://cef-simple\
> +  "
>
> -S = "${WORKDIR}/chromium_rev_${PV}"
> +export CHROMIUM_SRC_GIT_URL="https://chromium.googlesource.com/chromium/src";
> +export CHROMIUM_SRC_GIT_COMMIT="e800fe7470fa87dc1ca5b148a7c2c41f603fdcbd"
>
> -do_fetch[vardeps] += "SRCREV_FORMAT SRCREV_cef SRCREV_egl SRCREV_tools"
> +S = "${WORKDIR}/chromium_rev_${PV}/"
> +
> +B = "${S}/src/"
> +
> +do_fetch[vardeps] += "SRCREV_FORMAT SRCREV_cef SRCREV_egl"
>
>  GYP_ARCH_DEFINES_armv7a = " target_arch=arm arm_float_abi=hard"
>  GYP_ARCH_DEFINES_i586 = " target_arch=ia32"
> @@ -30,22 +31,50 @@ export GYP_GENERATORS="ninja"
>  export BUILD_TARGET_ARCH="${TARGET_ARCH}"
>  export GYP_DEFINES="${GYP

Re: [oe] [meta-oe][PATCH] fio: Add PACKAGECONFIG for numa, re-enable ARM build

2015-07-17 Thread Andre McCurdy

On Fri, Jul 17, 2015 at 7:45 AM, Dominic Sacré  wrote:
> Hi Andre,
>
> On 2015-07-17 02:46, Andre McCurdy wrote:
>>> +PACKAGECONFIG[numa] = ",--disable-numa,numactl"
>>
>> I don't think this change will work.
>>
>> The fio recipe doesn't use autotools, so the --disable-numa option set
>> via PACKAGECONFIG isn't going to have any effect unless you also
>> manually pass EXTRA_OECONF into the build somehow.
>
> Ouch, you're right. The configure script is currently only called
> indirectly (from the Makefile) and without arguments during do_compile.
>
> How about adding this simple do_configure function?
>
> do_configure() {
> ${B}/configure ${EXTRA_OECONF}
> }

Yes, that looks like the right approach. However you should use
"./configure" instead of "${B}/configure".

The configure script is in the source directory, ie ${S}, not the
build directory, and since do_configure is run from within ${S} by
default you don't need the full path.

>>>  # ARM does not currently support NUMA
>>> -COMPATIBLE_HOST = "^((?!arm).*)$"
>>> +PACKAGECONFIG_remove_arm = "numa"
>>
>> In general, it would be better to use something like:
>>
>>   PACKAGECONFIG_NUMA = "numa"
>>   PACKAGECONFIG_NUMA_arm = ""
>>
>>   PACKAGECONFIG ??= "${PACKAGECONFIG_NUMA}"
>>
>> _remove can be a little difficult to 'over-ride', so makes things
>> harder if someone did, one day, want to experiment with enabling that
>> option from local.conf or a .bbappend.
>
> Good point. I thought the _remove was ugly, but it didn't occur to me to
> use an additional level of indirection like this.
>
>
> Dominic
> --
> ___
> 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] [PATCH 00/55] For meta-oe fido-next

2015-08-18 Thread Andre McCurdy

On Mon, Aug 3, 2015 at 9:22 AM, Armin Kuster  wrote:
> I don't recall if I sent this pull request already.
>
> Please consider these changes for Meta-openembedded fido next
>
> The following changes since commit c841231b9f327d2d06d19d2ba1324dd86b83617c:
>
>   netperf: fix the broken download url (2015-08-03 11:42:33 +0200)
>
> are available in the git repository at:
>
>   git://github.com/akuster/meta-openembedded akuster/fido-next
>   https://github.com/akuster/meta-openembedded/tree/akuster/fido-next
>
> Armin Kuster (27):
>   collectd: fix world build issue
>   libgxim: fix world build issues
>   protobuf: update update and build fix
>   serial-forward: fix fetch error
>   lirc: fix QA warnings
>   hplib: fix QA warnings
>   udisks: fix QA warnings
>   lio-utils: fix QA warnings
>   pm-qa: Fix QA warnings
>   gateone: Fix QA warnings
>   rarpd: Fix QA warnings
>   pscs-lite: Fix QA warnings
>   fbida: Fix QA warnings
>   qt-creator: Fix QA warnings
>   fio: Fix QA warnings

There's an improved fix for this one in master:

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

>   foxtrotgps: Fix QA warnings
>   usbpath: Fix QA warnings
>   wvstreams: Fix QA warnings
>   pksc11-helper: Fix QA warnings
>   libutempter: update SRC_URI
>   gammu: Fix QA warnings
>   mosh: Fix QA warnings
>   numactl: Fix QA warnings
>   xterm: fix issue with SRC_URI
>   ckermit: update SRC_URI
>   packagekit: Fix QA warnings
>   daq: move recipe to meta-networking
>
> Chunrong Guo (2):
>   polkit: do not hardcode the libdir
>   mozjs: fix the compile error of powerpc64
>
> Dmitry Eremin-Solenikov (1):
>   syslog-ng: add util-linux to DEPENDS list
>
> Dominic Sacré (1):
>   fio: add missing build dependency on zlib
>
> Haris Okanovic (1):
>   start-stop-daemon: Fix RCONFLICTS typo
>
> Hugo Vasconcelos Saldanha (1):
>   libssh2: fix CVE-2015-1782
>
> Josep Puigdemont (1):
>   libhugetlbfs: project moved to github
>
> Khem Raj (2):
>   polkit-gnome: Upgrade 0.102 -> 0.105
>   gdm: Whitelist it
>
> Robert Yang (1):
>   opensaf: RDEPENDS on python and bash
>
> Yi Zhao (17):
>   smstools: fix PN -> BPN for multilib
>   hexedit: fix PN -> BPN for multilib
>   fbgrab: fix PN -> BPN for multilib
>   takao-fonts: fix PN -> BPN for multilib
>   xbitmaps: fix PN -> BPN for multilib
>   navit: fix PN -> BPN for multilib
>   omgps: fix PN -> BPN for multilib
>   orrery: fix PN -> BPN for multilib
>   fltk: fix PN -> BPN for multilib
>   mime-support: fix PN -> BPN for multilib
>   openct: fix PN -> BPN for multilib
>   picocom: fix PN -> BPN for multilib
>   soci: fix PN -> BPN for multilib
>   mozjs: fix PN -> BPN for multilib
>   iperf: fix ${PN}-${PV} -> ${BP} for multilib
>   synergy: fix ${PN}-${PV} -> ${BP} for multilib
>   gpsd: fix PN -> BPN for multilib
>
> gary.robert...@linaro.org (1):
>   libhugetlbfs: x86 - don't link against host libs
>
>  meta-gnome/recipes-gnome/gdm/gdm_2.32.2.bb |   2 -
>  .../recipes-connectivity/daq/daq_2.0.2.bb  |   0
>  ...le-run-test-program-while-cross-compiling.patch |   0
>  .../recipes-daemons/opensaf/opensaf_4.5.0.bb   |   2 +
>  meta-oe/recipes-benchmark/fio/fio_2.2.6.bb |   5 +-
>  meta-oe/recipes-benchmark/iperf/iperf_2.0.5.bb |   2 +-
>  ...86-avoid-host-library-search-in-cross-dev.patch |  48 +
>  .../libhugetlbfs/libhugetlbfs_git.bb   |   5 +-
>  meta-oe/recipes-connectivity/gammu/gammu_1.32.0.bb |   2 +
>  meta-oe/recipes-connectivity/lirc/lirc.inc |   2 +-
>  meta-oe/recipes-connectivity/lirc/lirc_0.9.2.bb|   1 +
>  meta-oe/recipes-connectivity/mosh/mosh_1.2.4.bb|   2 +-
>  .../smstools3/smstools3_3.1.15.bb  |   2 +-
>  .../recipes-connectivity/wvdial/wvstreams_4.6.1.bb |   1 +
>  .../packagekit/packagekit_0.5.6.bb |   9 +-
>  meta-oe/recipes-devtools/pm-qa/pm-qa_git.bb|   1 +
>  .../{protobuf_2.5.0.bb => protobuf_2.6.1.bb}   |  13 ++-
>  .../recipes-extended/collectd/collectd_5.4.1.bb|   3 +-
>  meta-oe/recipes-extended/hexedit/hexedit_1.2.13.bb |   2 +-
>  meta-oe/recipes-extended/hplip/hplip_3.12.6.bb |   1 +
>  .../mozjs/fix-the-compile-error-of-powerpc64.patch |  18 
>  meta-oe/recipes-extended/mozjs/mozjs_17.0.0.bb |   5 +-
>  .../polkit/files/gtk-doc-check.patch   |  12 +++
>  ...polkit-gnome_0.102.bb => polkit-gnome_0.105.bb} |  14 +--
>  .../polkit/0001-do-not-hardcoded-libdir.patch  |  44 
>  meta-oe/recipes-extended/polkit/polkit_0.112.bb|   1 +
>  meta-oe/recipes-extended/rarpd/rarpd_ss981107.bb   |   2 +
>  meta-oe/recipes-graphics/fbgrab/fbgrab_1.2.bb  |   2 +-
>  meta-oe/recipes-graphics/fbida/fbida_2.10.bb   |   2 +-
>  .../takao-fonts/takao-fonts_003.02.01.bb   |   2 +-
>  meta-oe/recipes-graphics/xorg-app/xterm_303.bb |   2 +-
>  .../xorg-data/xorg-data-common.inc |   2 +-
>  .../foxtrotgps/foxtrotgps_1.1.1.bb |   1 +

Re: [oe] [meta-oe][PATCH] parted_1.8.6.bb: add parted that not GPLv3

2015-08-31 Thread Andre McCurdy

On Mon, Aug 31, 2015 at 10:58 AM, Martin Jansa  wrote:
> On Mon, Jul 06, 2015 at 09:51:34AM +0800, Lei Maohui wrote:
>> In oe-core,the parted is GPLv3,so add parted-1.8.6 which is not GPLv3.
>>
>> Signed-off-by: Lei Maohui 
>> ---
>>  .../parted-1.8.6/1000parted-1.8.6-warnings1.patch  | 11 
>>  .../1001parted-1.8.6-notransname1.patch| 39 ++
>>  .../1002parted-1.8.6-off-by-one1.patch | 25 +
>>  .../1003parted-1.8.6-primary-boundary1.patch   | 12 +
>>  .../parted-1.8.6/1004parted-1.8.6-xvd1.patch   | 50 +
>>  .../1005parted-1.8.6-devmapper-header1.patch   | 13 +
>>  .../parted/parted-1.8.6/7000no_effect_macro1.patch | 11 
>>  .../parted/parted-1.8.6/ui.c-fix-build-error.patch | 26 +
>>  meta-oe/recipes-extended/parted/parted_1.8.6.bb| 62 
>> ++
>>  9 files changed, 249 insertions(+)
>>  create mode 100644 
>> meta-oe/recipes-extended/parted/parted-1.8.6/1000parted-1.8.6-warnings1.patch
>>  create mode 100644 
>> meta-oe/recipes-extended/parted/parted-1.8.6/1001parted-1.8.6-notransname1.patch
>>  create mode 100644 
>> meta-oe/recipes-extended/parted/parted-1.8.6/1002parted-1.8.6-off-by-one1.patch
>>  create mode 100644 
>> meta-oe/recipes-extended/parted/parted-1.8.6/1003parted-1.8.6-primary-boundary1.patch
>>  create mode 100644 
>> meta-oe/recipes-extended/parted/parted-1.8.6/1004parted-1.8.6-xvd1.patch
>>  create mode 100644 
>> meta-oe/recipes-extended/parted/parted-1.8.6/1005parted-1.8.6-devmapper-header1.patch
>>  create mode 100644 
>> meta-oe/recipes-extended/parted/parted-1.8.6/7000no_effect_macro1.patch
>>  create mode 100644 
>> meta-oe/recipes-extended/parted/parted-1.8.6/ui.c-fix-build-error.patch
>>  create mode 100644 meta-oe/recipes-extended/parted/parted_1.8.6.bb
>
> I cannot take this to meta-oe, because as soon as it's added there it
> will be used by all DISTROs even those who don't mind having GPLv3
> version.
>
> Everybody would need to define PREFERRED_VERSION, because
> DEFAULT_PREFERENCE is useless across different layers :/
> https://bugzilla.yoctoproject.org/show_bug.cgi?id=2964
>
> So this either has to be introduced in oe-core or in completely separate
> layer which would be included only by those who cannot use GPLv3.

Third option would be to reduce the priority of meta-oe to be lower
than oe-core.

That seems logical regardless of any GPLv3 discussion - since meta-oe
"fills in the gaps" in oe-core, if something _is_ present in oe-core
then it probably should be the default version.

>
>>
>> diff --git 
>> a/meta-oe/recipes-extended/parted/parted-1.8.6/1000parted-1.8.6-warnings1.patch
>>  
>> b/meta-oe/recipes-extended/parted/parted-1.8.6/1000parted-1.8.6-warnings1.patch
>> new file mode 100644
>> index 000..c8b2e7d
>> --- /dev/null
>> +++ 
>> b/meta-oe/recipes-extended/parted/parted-1.8.6/1000parted-1.8.6-warnings1.patch
>> @@ -0,0 +1,11 @@
>> +--- parted-1.8.6/libparted/fs/linux_swap/linux_swap.c.warnings   
>> 2007-03-20 13:22:36.0 -0400
>>  parted-1.8.6/libparted/fs/linux_swap/linux_swap.c2007-03-20 
>> 13:59:11.0 -0400
>> +@@ -123,7 +123,7 @@
>> +
>> + error_close_fs:
>> + swap_close (fs);
>> +-error:
>> ++
>> + return 0;
>> + }
>> + #endif /* !DISCOVER_ONLY */
>> diff --git 
>> a/meta-oe/recipes-extended/parted/parted-1.8.6/1001parted-1.8.6-notransname1.patch
>>  
>> b/meta-oe/recipes-extended/parted/parted-1.8.6/1001parted-1.8.6-notransname1.patch
>> new file mode 100644
>> index 000..5fdf10b
>> --- /dev/null
>> +++ 
>> b/meta-oe/recipes-extended/parted/parted-1.8.6/1001parted-1.8.6-notransname1.patch
>> @@ -0,0 +1,39 @@
>> +--- parted-1.8.6/parted/parted.c.notransname 2007-03-13 13:01:09.0 
>> -0400
>>  parted-1.8.6/parted/parted.c 2007-03-21 10:50:35.0 -0400
>> +@@ -1429,7 +1429,7 @@
>> +  part->fs_type->name : "");
>> +
>> + if (has_name) {
>> +-name = _(ped_partition_get_name 
>> (part));
>> ++name = ped_partition_get_name (part);
>> + str_list_append (row, name);
>> + }
>> +
>> +--- parted-1.8.6/parted/table.c.notransname  2007-03-13 13:01:09.0 
>> -0400
>>  parted-1.8.6/parted/table.c  2007-03-21 10:51:31.0 -0400
>> +@@ -191,7 +191,8 @@
>> + len += wcslen(COLSUFFIX);
>> +
>> + newsize = (wcslen(*s) + len + 1) * sizeof(wchar_t);
>> +-*s = realloc (*s, newsize);
>> ++*s = (wchar_t *) realloc (*s, newsize);
>> ++assert(*s != NULL);
>> +
>> + for (i = 0; i < ncols; ++i)
>> + {
>> +@@ -199,6 +200,7 @@
>> + int nspaces = max(t->widths[i] - wcswidth(row[i], 
>> MAX_WIDTH),
>> +   0);
>> + wchar_t* pad = malloc ( (nspaces + 1) * sizeof(wch

Re: [oe] [meta-oe][PATCH] parted_1.8.6.bb: add parted that not GPLv3

2015-08-31 Thread Andre McCurdy

On Mon, Aug 31, 2015 at 12:35 PM, Martin Jansa  wrote:
> On Mon, Aug 31, 2015 at 12:11:01PM -0700, Andre McCurdy wrote:
>> On Mon, Aug 31, 2015 at 10:58 AM, Martin Jansa  
>> wrote:
>> > On Mon, Jul 06, 2015 at 09:51:34AM +0800, Lei Maohui wrote:
>> >> In oe-core,the parted is GPLv3,so add parted-1.8.6 which is not GPLv3.
>> >>
>> >> Signed-off-by: Lei Maohui 
>> >> ---
>> >>  .../parted-1.8.6/1000parted-1.8.6-warnings1.patch  | 11 
>> >>  .../1001parted-1.8.6-notransname1.patch| 39 ++
>> >>  .../1002parted-1.8.6-off-by-one1.patch | 25 +
>> >>  .../1003parted-1.8.6-primary-boundary1.patch   | 12 +
>> >>  .../parted-1.8.6/1004parted-1.8.6-xvd1.patch   | 50 +
>> >>  .../1005parted-1.8.6-devmapper-header1.patch   | 13 +
>> >>  .../parted/parted-1.8.6/7000no_effect_macro1.patch | 11 
>> >>  .../parted/parted-1.8.6/ui.c-fix-build-error.patch | 26 +
>> >>  meta-oe/recipes-extended/parted/parted_1.8.6.bb| 62 
>> >> ++
>> >>  9 files changed, 249 insertions(+)
>> >>  create mode 100644 
>> >> meta-oe/recipes-extended/parted/parted-1.8.6/1000parted-1.8.6-warnings1.patch
>> >>  create mode 100644 
>> >> meta-oe/recipes-extended/parted/parted-1.8.6/1001parted-1.8.6-notransname1.patch
>> >>  create mode 100644 
>> >> meta-oe/recipes-extended/parted/parted-1.8.6/1002parted-1.8.6-off-by-one1.patch
>> >>  create mode 100644 
>> >> meta-oe/recipes-extended/parted/parted-1.8.6/1003parted-1.8.6-primary-boundary1.patch
>> >>  create mode 100644 
>> >> meta-oe/recipes-extended/parted/parted-1.8.6/1004parted-1.8.6-xvd1.patch
>> >>  create mode 100644 
>> >> meta-oe/recipes-extended/parted/parted-1.8.6/1005parted-1.8.6-devmapper-header1.patch
>> >>  create mode 100644 
>> >> meta-oe/recipes-extended/parted/parted-1.8.6/7000no_effect_macro1.patch
>> >>  create mode 100644 
>> >> meta-oe/recipes-extended/parted/parted-1.8.6/ui.c-fix-build-error.patch
>> >>  create mode 100644 meta-oe/recipes-extended/parted/parted_1.8.6.bb
>> >
>> > I cannot take this to meta-oe, because as soon as it's added there it
>> > will be used by all DISTROs even those who don't mind having GPLv3
>> > version.
>> >
>> > Everybody would need to define PREFERRED_VERSION, because
>> > DEFAULT_PREFERENCE is useless across different layers :/
>> > https://bugzilla.yoctoproject.org/show_bug.cgi?id=2964
>> >
>> > So this either has to be introduced in oe-core or in completely separate
>> > layer which would be included only by those who cannot use GPLv3.
>>
>> Third option would be to reduce the priority of meta-oe to be lower
>> than oe-core.
>>
>> That seems logical regardless of any GPLv3 discussion - since meta-oe
>> "fills in the gaps" in oe-core, if something _is_ present in oe-core
>> then it probably should be the default version.
>
> Except when this additional stuff requires some changes in recipes
> already available in oe-core, that's why meta-oe has higher priority.
>

Do you have an example?
-- 
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel

Re: [oe] [meta-oe][PATCH] parted_1.8.6.bb: add parted that not GPLv3

2015-08-31 Thread Andre McCurdy

On Mon, Aug 31, 2015 at 12:38 PM, Andreas Müller
 wrote:
> On Mon, Aug 31, 2015 at 9:11 PM, Andre McCurdy  wrote:
>> On Mon, Aug 31, 2015 at 10:58 AM, Martin Jansa  
>> wrote:
>>> On Mon, Jul 06, 2015 at 09:51:34AM +0800, Lei Maohui wrote:
>>>> In oe-core,the parted is GPLv3,so add parted-1.8.6 which is not GPLv3.
>>>>
>>>> Signed-off-by: Lei Maohui 
>>>> ---
>>>>  .../parted-1.8.6/1000parted-1.8.6-warnings1.patch  | 11 
>>>>  .../1001parted-1.8.6-notransname1.patch| 39 ++
>>>>  .../1002parted-1.8.6-off-by-one1.patch | 25 +
>>>>  .../1003parted-1.8.6-primary-boundary1.patch   | 12 +
>>>>  .../parted-1.8.6/1004parted-1.8.6-xvd1.patch   | 50 +
>>>>  .../1005parted-1.8.6-devmapper-header1.patch   | 13 +
>>>>  .../parted/parted-1.8.6/7000no_effect_macro1.patch | 11 
>>>>  .../parted/parted-1.8.6/ui.c-fix-build-error.patch | 26 +
>>>>  meta-oe/recipes-extended/parted/parted_1.8.6.bb| 62 
>>>> ++
>>>>  9 files changed, 249 insertions(+)
>>>>  create mode 100644 
>>>> meta-oe/recipes-extended/parted/parted-1.8.6/1000parted-1.8.6-warnings1.patch
>>>>  create mode 100644 
>>>> meta-oe/recipes-extended/parted/parted-1.8.6/1001parted-1.8.6-notransname1.patch
>>>>  create mode 100644 
>>>> meta-oe/recipes-extended/parted/parted-1.8.6/1002parted-1.8.6-off-by-one1.patch
>>>>  create mode 100644 
>>>> meta-oe/recipes-extended/parted/parted-1.8.6/1003parted-1.8.6-primary-boundary1.patch
>>>>  create mode 100644 
>>>> meta-oe/recipes-extended/parted/parted-1.8.6/1004parted-1.8.6-xvd1.patch
>>>>  create mode 100644 
>>>> meta-oe/recipes-extended/parted/parted-1.8.6/1005parted-1.8.6-devmapper-header1.patch
>>>>  create mode 100644 
>>>> meta-oe/recipes-extended/parted/parted-1.8.6/7000no_effect_macro1.patch
>>>>  create mode 100644 
>>>> meta-oe/recipes-extended/parted/parted-1.8.6/ui.c-fix-build-error.patch
>>>>  create mode 100644 meta-oe/recipes-extended/parted/parted_1.8.6.bb
>>>
>>> I cannot take this to meta-oe, because as soon as it's added there it
>>> will be used by all DISTROs even those who don't mind having GPLv3
>>> version.
>>>
>>> Everybody would need to define PREFERRED_VERSION, because
>>> DEFAULT_PREFERENCE is useless across different layers :/
>>> https://bugzilla.yoctoproject.org/show_bug.cgi?id=2964
>>>
>>> So this either has to be introduced in oe-core or in completely separate
>>> layer which would be included only by those who cannot use GPLv3.
>>
>> Third option would be to reduce the priority of meta-oe to be lower
>> than oe-core.
>>
>> That seems logical regardless of any GPLv3 discussion - since meta-oe
>> "fills in the gaps" in oe-core, if something _is_ present in oe-core
>> then it probably should be the default version.
>>
> This scares me: to get a recipe in with old version not supporting
> modern file systems you want to change meta-oe's layer priority
> risiking unknown issues. I wonder how far the GPLv3 avoidance hype
> takes us...

No, if you read the various threads, my preference is to have the
GPLv2 parted recipe in oe-core. That option has been shot down though
and the general consensus seems to be that the older version of parted
is too buggy to be included anywhere in OE. That topic seems to be
closed.

Trying to understand why meta-oe needs a higher priority than oe-core
is a separate topic. If the priorities were changed it would allow
older (and newer) versions of oe-core recipes to safely live in
meta-oe. That would help non-GPLv3 versions of GPLv3 packages, but it
might be useful in other cases too.


> Andreas
> --
> ___
> 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] [meta-oe][PATCH] parted_1.8.6.bb: add parted that not GPLv3

2015-09-01 Thread Andre McCurdy

On Mon, Aug 31, 2015 at 11:36 PM, Anders Darander  wrote:
> * Andre McCurdy  [150831 22:03]:
>
>> On Mon, Aug 31, 2015 at 12:38 PM, Andreas Müller
>>  wrote:
>> > On Mon, Aug 31, 2015 at 9:11 PM, Andre McCurdy  wrote:
>> >> On Mon, Aug 31, 2015 at 10:58 AM, Martin Jansa  
>> >> wrote:
>> >>> I cannot take this to meta-oe, because as soon as it's added there it
>> >>> will be used by all DISTROs even those who don't mind having GPLv3
>> >>> version.
>
>> >>> Everybody would need to define PREFERRED_VERSION, because
>> >>> DEFAULT_PREFERENCE is useless across different layers :/
>> >>> https://bugzilla.yoctoproject.org/show_bug.cgi?id=2964
>
>> >>> So this either has to be introduced in oe-core or in completely separate
>> >>> layer which would be included only by those who cannot use GPLv3.
>
> I think that the correct way to handle those recipes (that isn't core
> enough to be kept in oe-core) is to create a new layer, maybe meta-gplv2
> or meta-nongplv3; dependig on how explicit the naming should be. This
> layer could very well be put in meta-openembedded (the meta layer, not
> meta-oe).
>
>> >> Third option would be to reduce the priority of meta-oe to be lower
>> >> than oe-core.
>
>> >> That seems logical regardless of any GPLv3 discussion - since meta-oe
>> >> "fills in the gaps" in oe-core, if something _is_ present in oe-core
>> >> then it probably should be the default version.
>
>> > This scares me: to get a recipe in with old version not supporting
>> > modern file systems you want to change meta-oe's layer priority
>> > risiking unknown issues. I wonder how far the GPLv3 avoidance hype
>> > takes us...
>
>> No, if you read the various threads, my preference is to have the
>> GPLv2 parted recipe in oe-core. That option has been shot down though
>> and the general consensus seems to be that the older version of parted
>> is too buggy to be included anywhere in OE. That topic seems to be
>> closed.
>
>> Trying to understand why meta-oe needs a higher priority than oe-core
>> is a separate topic. If the priorities were changed it would allow
>> older (and newer) versions of oe-core recipes to safely live in
>> meta-oe. That would help non-GPLv3 versions of GPLv3 packages, but it
>> might be useful in other cases too.
>
> Well, changing the priority might have effects on peoples current
> builds; most likely effects that you don't anticipate during an upgrade.
>
> And at least periodically, meta-oe has modified how recipes from oe-core
> has been built. Thus, the need for a higher priority of meta-oe as
> compared to oe-core. (I know that I've had to undo such changes in my
> own layers in older releases).

Maybe just a personal preference, but I think completely replacing a
recipe is a hackish approach best reserved for private layers. Giving
meta-oe a higher priority wouldn't be needed if the oe-core recipes
were modified via a .bbappend or by getting the meta-oe tweaks merged
into oe-core. I don't know the history though. Maybe there are reasons
why this hasn't been possible.

According to bitbake-layers, the current list of oe-core recipes which
are over-ridden by meta-oe is quite short though:

iso-codes:
  meta-oe  1.4
  meta 3.58
libcap-ng:
  meta-oe  0.7.7
  meta 0.7.7
nativesdk-swig:
  meta-oe  3.0.6
  meta 3.0.6
xserver-nodm-init:
  meta-oe  2.0
  meta 1.0

The first 3 are transient (the oe-core versions were recently added
and the meta-oe versions can be removed). Having meta-oe over-ride
oe-core isn't necessary or helpful for these recipes.

I'm not sure what's going on with xserver-nodm-init. Both versions are
being updated independently but it looks like they could be unified
with minor changes.


> Cheers,
> Anders
>
> --
> Anders Darander
> ChargeStorm AB / eStorm AB
> --
> ___
> 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] [meta-oe][PATCH] parted_1.8.6.bb: add parted that not GPLv3

2015-09-01 Thread Andre McCurdy

On Tue, Sep 1, 2015 at 3:07 PM, Martin Jansa  wrote:
> On Tue, Sep 01, 2015 at 02:57:29PM -0700, Andre McCurdy wrote:
>> On Mon, Aug 31, 2015 at 11:36 PM, Anders Darander  
>> wrote:
>> > * Andre McCurdy  [150831 22:03]:
>> >
>> >> On Mon, Aug 31, 2015 at 12:38 PM, Andreas Müller
>> >>  wrote:
>> >> > On Mon, Aug 31, 2015 at 9:11 PM, Andre McCurdy  
>> >> > wrote:
>> >> >> On Mon, Aug 31, 2015 at 10:58 AM, Martin Jansa 
>> >> >>  wrote:
>> >> >>> I cannot take this to meta-oe, because as soon as it's added there it
>> >> >>> will be used by all DISTROs even those who don't mind having GPLv3
>> >> >>> version.
>> >
>> >> >>> Everybody would need to define PREFERRED_VERSION, because
>> >> >>> DEFAULT_PREFERENCE is useless across different layers :/
>> >> >>> https://bugzilla.yoctoproject.org/show_bug.cgi?id=2964
>> >
>> >> >>> So this either has to be introduced in oe-core or in completely 
>> >> >>> separate
>> >> >>> layer which would be included only by those who cannot use GPLv3.
>> >
>> > I think that the correct way to handle those recipes (that isn't core
>> > enough to be kept in oe-core) is to create a new layer, maybe meta-gplv2
>> > or meta-nongplv3; dependig on how explicit the naming should be. This
>> > layer could very well be put in meta-openembedded (the meta layer, not
>> > meta-oe).
>> >
>> >> >> Third option would be to reduce the priority of meta-oe to be lower
>> >> >> than oe-core.
>> >
>> >> >> That seems logical regardless of any GPLv3 discussion - since meta-oe
>> >> >> "fills in the gaps" in oe-core, if something _is_ present in oe-core
>> >> >> then it probably should be the default version.
>> >
>> >> > This scares me: to get a recipe in with old version not supporting
>> >> > modern file systems you want to change meta-oe's layer priority
>> >> > risiking unknown issues. I wonder how far the GPLv3 avoidance hype
>> >> > takes us...
>> >
>> >> No, if you read the various threads, my preference is to have the
>> >> GPLv2 parted recipe in oe-core. That option has been shot down though
>> >> and the general consensus seems to be that the older version of parted
>> >> is too buggy to be included anywhere in OE. That topic seems to be
>> >> closed.
>> >
>> >> Trying to understand why meta-oe needs a higher priority than oe-core
>> >> is a separate topic. If the priorities were changed it would allow
>> >> older (and newer) versions of oe-core recipes to safely live in
>> >> meta-oe. That would help non-GPLv3 versions of GPLv3 packages, but it
>> >> might be useful in other cases too.
>> >
>> > Well, changing the priority might have effects on peoples current
>> > builds; most likely effects that you don't anticipate during an upgrade.
>> >
>> > And at least periodically, meta-oe has modified how recipes from oe-core
>> > has been built. Thus, the need for a higher priority of meta-oe as
>> > compared to oe-core. (I know that I've had to undo such changes in my
>> > own layers in older releases).
>>
>> Maybe just a personal preference, but I think completely replacing a
>> recipe is a hackish approach best reserved for private layers. Giving
>> meta-oe a higher priority wouldn't be needed if the oe-core recipes
>> were modified via a .bbappend or by getting the meta-oe tweaks merged
>> into oe-core. I don't know the history though. Maybe there are reasons
>> why this hasn't been possible.
>>
>> According to bitbake-layers, the current list of oe-core recipes which
>> are over-ridden by meta-oe is quite short though:
>>
>> iso-codes:
>>   meta-oe  1.4
>>   meta 3.58
>> libcap-ng:
>>   meta-oe  0.7.7
>>   meta 0.7.7
>> nativesdk-swig:
>>   meta-oe  3.0.6
>>   meta 3.0.6
>> xserver-nodm-init:
>>   meta-oe  2.0
>>   meta 1.0
>>
>> The first 3 are transient (the oe-core versions were recently added
>> and the meta-oe versions can be removed). Having meta-oe over-ride
>> oe-core isn't necessary or helpful

Re: [oe] [meta-qt5][PATCH] qt5: use extra .pri file from linux-oe-g++ mkspec

2015-10-15 Thread Andre McCurdy

On Thu, Oct 15, 2015 at 6:38 AM, Otavio Salvador
 wrote:
> On Thu, Oct 15, 2015 at 8:47 AM, Martin Jansa  wrote:
>> On Thu, Oct 15, 2015 at 01:00:31PM +0300, Samuli Piippo wrote:
>>> Load additional oe-device-extra.pri in the default linux-oe-g++ mkspec to
>>> allow simple changing of target dependent values. This is useful for any
>>> target that needs to specify e.g., QMAKE_LIBS_EGL or other additional 
>>> configs.
>>
>> Looks good, but people using this need to be aware that it will cause
>> qtbase and everything depending on it MACHINE_ARCH which is very
>> unfortunate considering the time needed to build things like
>> qtwebengine/qtwebkit.
>
> However I don't see how any BSP needing to pass extra libraries or
> flags would not be machine specific.

Multiple machines based on the same SoC (or SoC family) can often
share the same graphics libraries.

> One way to avoid this would be to split out the QPA backend for those
> to another recipe and this to become machine specific and include the
> .pri file.

Alternatively create "egl.pc" and "glesv2.pc" pkg-config files for the
graphics libs. The qtbase build can then set QMAKE_LIBS_EGL etc
automatically without needing changes to the default linux-oe-g++
mkspec.

e.g. something like:

  https://github.com/heiher/raspberrypi-firmware-pkgconfig/tree/master/pkgconfig

> --
> Otavio Salvador O.S. Systems
> http://www.ossystems.com.brhttp://code.ossystems.com.br
> Mobile: +55 (53) 9981-7854Mobile: +1 (347) 903-9750
> --
> ___
> 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

[oe] [RFC] move ninja-native to meta-oe

2015-10-23 Thread Andre McCurdy

The are currently ninja-native recipes in meta-qt5 (v1.5.3) and
meta-browser (v1.4.0).

Any objections to me submitting patches to add a ninja-native v1.6.0
recipe to meta-oe and remove the older recipes from meta-qt5 and
meta-browser?
-- 
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel

Re: [oe] [meta-browser] Recipes draft for Chromium V45 and V47

2015-10-23 Thread Andre McCurdy

On Tue, Oct 13, 2015 at 3:12 AM, Julien Brianceau (jbriance)
 wrote:
> Hi,
>
>> It still needs some cleanup before upstream, comments are welcome.
>
> I think it would be great to take the opportunity to clarify license 
> declaration in chromium recipes.
> Currently, LICENSE is set to BSD only for chromium recipes, through 
> chromium.inc file.
> Archives from http://gsdview.appspot.com/chromium-browser-official contain 
> third party source code (ffmpeg for instance) that is not BSD licensed, 
> whereas it is compiled by the recipe.
>
> Shouldn't licenses from 3rd party code compiled by chromium be declared in 
> the recipe as well ?

Yes, they should. The crosswalk browser recipe seems to do a pretty
good job and could be a starting point for other Chromium based
recipes.

https://github.com/crosswalk-project/meta-crosswalk/blob/master/recipes-crosswalk/crosswalk/crosswalk_12.40.295.0.bb

> Regards,
>
> Julien
> --
> ___
> 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] State of libcs in OE-Core glibc/uclibc/musl

2015-10-30 Thread Andre McCurdy

On Fri, Oct 30, 2015 at 9:21 AM, akuster808  wrote:
>
>
> On 10/29/2015 08:42 AM, Khem Raj wrote:
>> Hi All,
>>
>> I would like to get everyone’s opinion on the libcs we maintain in OE-Core, 
>> as of now, we have
>>
>> glibc + cross localedef + kconfig patches which are left overs from eglibc 
>> days
>> uclibc - which is more of less unmaintained
>>
>> Its a significant effort to keep forward porting the kconfig changes since 
>> it touches everywhere in glibc, (I do it in my local glibc tree)
>> almost every week there is a commit in upstream glibc which breaks the 
>> kconfig patches, I know there are distribution profiles
>> like poky-tiny which uses glibc in this capacity, and may be then their are 
>> other custom one’s made on top, I would like us to not carry major
>> patches which almost makes our component a fork due to obvious maintenance 
>> cost. I think there is viable alternatives to tiny libcs in musl now.
>>
>> I would like to make a proposal for 2.1 release where
>>
>> 1. Drop kconfig support in glibc and we become inline with upstream
>
> Inline with upstream make a lot of sence and will help make maintenance
> simpler going forward.
>
>> 2. Move musl support to OE-Core from meta-musl
>
> I see no issue with this.
>
>> 3. Drop uclibc or leave it in current broken state, I would like to pull it 
>> out into a layer in meta-openembedded and we can leave the core plumbing as 
>> it is in OE-Core
> If its not being maintained, then drop by 2.1.

Maintenance of uclibc seems to have moved to the uclibc-ng project:

  http://www.uclibc-ng.org/

Developers are active and they make regular releases. Buildroot
switched to uclibc-ng as the default uclibc a few months ago and it
seems to be working OK for them:

  
http://git.buildroot.net/buildroot/commit/?id=68d4a3b5a6a6d03d67418e0b637628ecf9cbf192


>> 4. Poky-tiny switches to use musl
>
> If Poky-tiny is meant to showcase the smallest of the small , then that
> make sense.
>
> - armin
>
>>
>> may other disto’s have moved to using musl as system C library e.g. alpine 
>> linux, openwrt, and I am also deploying it in  real products
>> its pretty mature and well maintained with very healthy community around it. 
>> Right now meta-musl is capable of building and running
>> core-image-sato/core-image-weston for all supported Qemu arches in OE-Core, 
>> the amount of software it can build is no less than uclibc
>> support in OE-Core.
>>
>> if collectively we think, this is a good move then I can work on all of 
>> above items in early phases of 2.1 so we can settle any
>> outstanding issues, due to the shuffle especially in poky-tiny
>>
>> Thoughts ?
>>
>> -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

[oe] [meta-oe][PATCH] ninja-native: add initial recipe, ninja 1.6.0

2015-10-30 Thread Andre McCurdy

Signed-off-by: Andre McCurdy 
---
 .../recipes-devtools/ninja/ninja-native_1.6.0.bb   | 25 ++
 1 file changed, 25 insertions(+)
 create mode 100644 meta-oe/recipes-devtools/ninja/ninja-native_1.6.0.bb

diff --git a/meta-oe/recipes-devtools/ninja/ninja-native_1.6.0.bb 
b/meta-oe/recipes-devtools/ninja/ninja-native_1.6.0.bb
new file mode 100644
index 000..c00710a
--- /dev/null
+++ b/meta-oe/recipes-devtools/ninja/ninja-native_1.6.0.bb
@@ -0,0 +1,25 @@
+SUMMARY = "Ninja is a small build system with a focus on speed."
+HOMEPAGE = "http://martine.github.com/ninja/";
+LICENSE = "Apache-2.0"
+LIC_FILES_CHKSUM = "file://COPYING;md5=a81586a64ad4e476c791cda7e2f2c52e"
+
+DEPENDS = "re2c-native"
+
+inherit native
+
+SRCREV="484c16336f19bd8970bb6e75322d61b92a229899"
+
+SRC_URI = "git://github.com/martine/ninja.git;branch=release"
+
+S="${WORKDIR}/git"
+
+do_configure[noexec] = "1"
+
+do_compile() {
+python ${S}/configure.py --bootstrap
+}
+
+do_install() {
+install -d ${D}${bindir}
+install -m 0755 ${S}/ninja ${D}${bindir}/
+}
-- 
1.9.1

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

Re: [oe] [meta-oe][PATCH] ninja-native: add initial recipe, ninja 1.6.0

2015-10-30 Thread Andre McCurdy

On Fri, Oct 30, 2015 at 12:31 PM, Andreas Müller
 wrote:
> On Fri, Oct 30, 2015 at 8:19 PM, Andre McCurdy  wrote:
>> Signed-off-by: Andre McCurdy 
>> ---
>>  .../recipes-devtools/ninja/ninja-native_1.6.0.bb   | 25 
>> ++
>>  1 file changed, 25 insertions(+)
>>  create mode 100644 meta-oe/recipes-devtools/ninja/ninja-native_1.6.0.bb
>>
>> diff --git a/meta-oe/recipes-devtools/ninja/ninja-native_1.6.0.bb 
>> b/meta-oe/recipes-devtools/ninja/ninja-native_1.6.0.bb
>> new file mode 100644
>> index 000..c00710a
>> --- /dev/null
>> +++ b/meta-oe/recipes-devtools/ninja/ninja-native_1.6.0.bb
>> @@ -0,0 +1,25 @@
>> +SUMMARY = "Ninja is a small build system with a focus on speed."
>> +HOMEPAGE = "http://martine.github.com/ninja/";
>> +LICENSE = "Apache-2.0"
>> +LIC_FILES_CHKSUM = "file://COPYING;md5=a81586a64ad4e476c791cda7e2f2c52e"
>> +
>> +DEPENDS = "re2c-native"
>> +
>> +inherit native
>> +
>> +SRCREV="484c16336f19bd8970bb6e75322d61b92a229899"
>> +
>> +SRC_URI = "git://github.com/martine/ninja.git;branch=release"
>> +
>> +S="${WORKDIR}/git"
>> +
>> +do_configure[noexec] = "1"
>> +
>> +do_compile() {
>> +python ${S}/configure.py --bootstrap
>> +}
>> +
>> +do_install() {
>> +install -d ${D}${bindir}
>> +install -m 0755 ${S}/ninja ${D}${bindir}/
>> +}
>> --
>> 1.9.1
>>
> Yes ninja-native needs a more central place. Currently we have it (at
> least - I checked my environment only) in
>
> meta-qt5
> meta-browser
> meta-tizen
>
> Once applied: Would you send patches to the other layers?

Those layers all currently use older versions of ninja.

Since I can't easily test all the packages in these layers, it's
probably best if the respective layer maintainers take care of
removing their own ninja-native recipes at their own pace (ie once
they've tested against ninja 1.6.0 in meta-oe and confirmed that
everything works as expected).


> Andreas
> --
> ___
> 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] [meta-oe][PATCH] sysdig: Fix build with lua >= 5.2

2015-11-02 Thread Andre McCurdy

On Fri, Oct 23, 2015 at 12:38 AM, Khem Raj  wrote:
> It was still using deprecated lua contructs
> also fix for musl while at it
>
> Signed-off-by: Khem Raj 
> ---
>  ...ith-musl-backtrace-APIs-are-glibc-specifi.patch |  50 ++
>  .../0001-libsinsp-Port-to-build-with-lua-5.2.patch | 108 
> +
>  meta-oe/recipes-extended/sysdig/sysdig_git.bb  |   7 +-
>  3 files changed, 163 insertions(+), 2 deletions(-)
>  create mode 100644 
> meta-oe/recipes-extended/sysdig/sysdig/0001-Fix-build-with-musl-backtrace-APIs-are-glibc-specifi.patch
>  create mode 100644 
> meta-oe/recipes-extended/sysdig/sysdig/0001-libsinsp-Port-to-build-with-lua-5.2.patch
>
> diff --git 
> a/meta-oe/recipes-extended/sysdig/sysdig/0001-Fix-build-with-musl-backtrace-APIs-are-glibc-specifi.patch
>  
> b/meta-oe/recipes-extended/sysdig/sysdig/0001-Fix-build-with-musl-backtrace-APIs-are-glibc-specifi.patch
> new file mode 100644
> index 000..7d3f8a1
> --- /dev/null
> +++ 
> b/meta-oe/recipes-extended/sysdig/sysdig/0001-Fix-build-with-musl-backtrace-APIs-are-glibc-specifi.patch
> @@ -0,0 +1,50 @@
> +From 290703a5d21f34ea5ec23efc815a9f4df241e7e8 Mon Sep 17 00:00:00 2001
> +From: Khem Raj 
> +Date: Fri, 23 Oct 2015 00:33:32 -0700
> +Subject: [PATCH] Fix build with musl, backtrace() APIs are glibc specific
> +
> +Signed-off-by: Khem Raj 
> +---
> + userspace/libsinsp/utils.cpp | 4 +++-
> + userspace/libsinsp/utils.h   | 2 +-
> + 2 files changed, 4 insertions(+), 2 deletions(-)
> +
> +diff --git a/userspace/libsinsp/utils.cpp b/userspace/libsinsp/utils.cpp
> +index 8f23f9c..c496a57 100644
> +--- a/userspace/libsinsp/utils.cpp
>  b/userspace/libsinsp/utils.cpp
> +@@ -21,7 +21,9 @@ along with sysdig.  If not, see 
> .
> + #include 
> + #include 
> + #include 
> ++#ifdef __GLIBC__
> + #include 
> ++#endif
> + #include 
> + #include 
> + #include 
> +@@ -741,7 +743,7 @@ uint64_t sinsp_utils::get_current_time_ns()
> + return tv.tv_sec * (uint64_t) 10 + tv.tv_usec * 1000;
> + }
> +
> +-#ifndef _WIN32
> ++#if defined(_WIN32) && defined(__GLIBC__)

Should that be ! defined (_WIN32) ?

> + void sinsp_utils::bt(void)
> + {
> +   static const char start[] = "BACKTRACE ";
> +diff --git a/userspace/libsinsp/utils.h b/userspace/libsinsp/utils.h
> +index 600d00b..4ab4650 100644
> +--- a/userspace/libsinsp/utils.h
>  b/userspace/libsinsp/utils.h
> +@@ -79,7 +79,7 @@ public:
> +
> +   static uint64_t get_current_time_ns();
> +
> +-#ifndef _WIN32
> ++#if not defined(_WIN32) && defined(__GLIBC__)
> +   //
> +   // Print the call stack
> +   //
> +--
> +2.6.2
> +
> diff --git 
> a/meta-oe/recipes-extended/sysdig/sysdig/0001-libsinsp-Port-to-build-with-lua-5.2.patch
>  
> b/meta-oe/recipes-extended/sysdig/sysdig/0001-libsinsp-Port-to-build-with-lua-5.2.patch
> new file mode 100644
> index 000..8fec0ca
> --- /dev/null
> +++ 
> b/meta-oe/recipes-extended/sysdig/sysdig/0001-libsinsp-Port-to-build-with-lua-5.2.patch
> @@ -0,0 +1,108 @@
> +From c2782a6ca968190e221c25b0890600ba8cd43798 Mon Sep 17 00:00:00 2001
> +From: Khem Raj 
> +Date: Fri, 23 Oct 2015 00:23:15 -0700
> +Subject: [PATCH] libsinsp: Port to build with lua >= 5.2
> +
> +Signed-off-by: Khem Raj 
> +---
> + userspace/libsinsp/chisel.cpp | 40 +---
> + 1 file changed, 29 insertions(+), 11 deletions(-)
> +
> +diff --git a/userspace/libsinsp/chisel.cpp b/userspace/libsinsp/chisel.cpp
> +index 3cfbd8d..2db9348 100644
> +--- a/userspace/libsinsp/chisel.cpp
>  b/userspace/libsinsp/chisel.cpp
> +@@ -94,7 +94,7 @@ void lua_stackdump(lua_State *L)
> + // Lua callbacks
> + 
> ///
> + #ifdef HAS_LUA_CHISELS
> +-const static struct luaL_reg ll_sysdig [] =
> ++const static struct luaL_Reg ll_sysdig [] =
> + {
> +   {"set_filter", &lua_cbacks::set_global_filter},
> +   {"set_snaplen", &lua_cbacks::set_snaplen},
> +@@ -120,7 +120,7 @@ const static struct luaL_reg ll_sysdig [] =
> +   {NULL,NULL}
> + };
> +
> +-const static struct luaL_reg ll_chisel [] =
> ++const static struct luaL_Reg ll_chisel [] =
> + {
> +   {"request_field", &lua_cbacks::request_field},
> +   {"set_filter", &lua_cbacks::set_filter},
> +@@ -131,7 +131,7 @@ const static struct luaL_reg ll_chisel [] =
> +   {NULL,NULL}
> + };
> +
> +-const static struct luaL_reg ll_evt [] =
> ++const static struct luaL_Reg ll_evt [] =
> + {
> +   {"field", &lua_cbacks::field},
> +   {"get_num", &lua_cbacks::get_num},
> +@@ -853,10 +853,28 @@ bool sinsp_chisel::parse_view_info(lua_State *ls, OUT 
> chisel_desc* cd)
> +
> +
> + #ifdef HAS_LUA_CHISELS
> ++static void chisel_lua_registerlib(lua_State *L, const char *libname,
> ++  const luaL_Reg *l, int ind)
> ++{
> ++#if LUA_VERSION_NUM >= 502
> ++  if (libname)
> ++  {
> ++  lua_newtable(L);
> ++  luaL_setfu

[oe] [meta-browser][PATCH 1/2] cef3: use PARALLEL_MAKE to control build parallelism

2015-11-10 Thread Andre McCurdy

Signed-off-by: Andre McCurdy 
---
 recipes-browser/chromium/cef3_280796.bb | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/recipes-browser/chromium/cef3_280796.bb 
b/recipes-browser/chromium/cef3_280796.bb
index d827b8e..6872e5b 100644
--- a/recipes-browser/chromium/cef3_280796.bb
+++ b/recipes-browser/chromium/cef3_280796.bb
@@ -60,5 +60,5 @@ do_qa_configure() {
 }
 
 do_compile() {
-ninja -C out/${CHROMIUM_BUILD_TYPE} -j${BB_NUMBER_THREADS} cefsimple
+ninja -C out/${CHROMIUM_BUILD_TYPE} ${PARALLEL_MAKE} cefsimple
 }
-- 
1.9.1

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

[oe] [meta-browser][PATCH 2/2] chromium: use PARALLEL_MAKE to control build parallelism

2015-11-10 Thread Andre McCurdy

Signed-off-by: Andre McCurdy 
---
 recipes-browser/chromium/chromium_40.0.2214.91.bb | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/recipes-browser/chromium/chromium_40.0.2214.91.bb 
b/recipes-browser/chromium/chromium_40.0.2214.91.bb
index a9635cd..f20610c 100644
--- a/recipes-browser/chromium/chromium_40.0.2214.91.bb
+++ b/recipes-browser/chromium/chromium_40.0.2214.91.bb
@@ -196,7 +196,7 @@ do_configure_append() {
 
 do_compile() {
 # build with ninja
-ninja -C ${S}/out/${CHROMIUM_BUILD_TYPE} -j${BB_NUMBER_THREADS} chrome 
chrome_sandbox
+ninja -C ${S}/out/${CHROMIUM_BUILD_TYPE} ${PARALLEL_MAKE} chrome 
chrome_sandbox
 }
 
 
-- 
1.9.1

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

Re: [oe] [meta-browser][PATCH 1/2] cef3: use PARALLEL_MAKE to control build parallelism

2015-11-10 Thread Andre McCurdy

On Tue, Nov 10, 2015 at 9:48 PM, Zoltan Kuscsik
 wrote:
> Hi,
>
> isn't ninja picking up the number of cores separately? I'm not sure why
> this is needed.

Without any -j option, ninja will default to "-j (logical_cores + 2)".

The PARALLEL_MAKE value configured in OE isn't just about maximising
parallelism though (although that's it's common usage), it's also
useful to limit parallelism and reduce the load on the CPU. If
PARALLEL_MAKE isn't passed to ninja builds then they will always fully
load the CPU.

> Z
>
> On 11 November 2015 at 05:48, Andre McCurdy  wrote:
>
>> Signed-off-by: Andre McCurdy 
>> ---
>>  recipes-browser/chromium/cef3_280796.bb | 2 +-
>>  1 file changed, 1 insertion(+), 1 deletion(-)
>>
>> diff --git a/recipes-browser/chromium/cef3_280796.bb
>> b/recipes-browser/chromium/cef3_280796.bb
>> index d827b8e..6872e5b 100644
>> --- a/recipes-browser/chromium/cef3_280796.bb
>> +++ b/recipes-browser/chromium/cef3_280796.bb
>> @@ -60,5 +60,5 @@ do_qa_configure() {
>>  }
>>
>>  do_compile() {
>> -ninja -C out/${CHROMIUM_BUILD_TYPE} -j${BB_NUMBER_THREADS} cefsimple
>> +ninja -C out/${CHROMIUM_BUILD_TYPE} ${PARALLEL_MAKE} cefsimple
>>  }
>> --
>> 1.9.1
>>
>> --
>> ___
>> Openembedded-devel mailing list
>> Openembedded-devel@lists.openembedded.org
>> http://lists.openembedded.org/mailman/listinfo/openembedded-devel
>>
>
>
>
> --
> Zoltan Kuscsik
>
> Senior Software Developer, Linaro Digital Home Group
> email: zoltan.kusc...@linaro.org
> IRC: zoli_ on irc.linaro.org
> --
> ___
> 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

[oe] [meta-qt5][PATCH] ninja-native: remove from meta-qt5 (moved to meta-oe)

2015-11-13 Thread Andre McCurdy

ninja-native is now available in meta-oe (jethro and master):

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

Signed-off-by: Andre McCurdy 
---
 recipes-devtools/ninja/ninja-native_git.bb | 23 ---
 1 file changed, 23 deletions(-)
 delete mode 100644 recipes-devtools/ninja/ninja-native_git.bb

diff --git a/recipes-devtools/ninja/ninja-native_git.bb 
b/recipes-devtools/ninja/ninja-native_git.bb
deleted file mode 100644
index e2deb6b..000
--- a/recipes-devtools/ninja/ninja-native_git.bb
+++ /dev/null
@@ -1,23 +0,0 @@
-DESCRIPTION = "Ninja is a small build system with a focus on speed."
-LICENSE = "Apache-2"
-
-inherit native
-
-LIC_FILES_CHKSUM = "file://COPYING;md5=a81586a64ad4e476c791cda7e2f2c52e"
-
-PV = "1.5.3+gitr${SRCPV}"
-SRCREV="3309498174411e02e7680ea8b470bb7d1d70bdb8"
-SRCBRANCH="release"
-
-SRC_URI = "git://github.com/martine/ninja.git;branch=${SRCBRANCH}"
-
-S="${WORKDIR}/git"
-
-do_compile() {
-python ${S}/bootstrap.py
-}
-
-do_install() {
-install -d ${D}${bindir}
-install -m 0755 ${S}/ninja ${D}${bindir}/ninja
-}
-- 
1.9.1

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

[oe] [meta-browser][PATCH] ninja-native: remove from meta-browser (moved to meta-oe)

2015-11-13 Thread Andre McCurdy

ninja-native is now available in meta-oe (jethro and master):

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

Signed-off-by: Andre McCurdy 
---
 recipes-devtools/ninja/ninja-native_1.4.0.bb | 22 --
 1 file changed, 22 deletions(-)
 delete mode 100644 recipes-devtools/ninja/ninja-native_1.4.0.bb

diff --git a/recipes-devtools/ninja/ninja-native_1.4.0.bb 
b/recipes-devtools/ninja/ninja-native_1.4.0.bb
deleted file mode 100644
index a115c2e..000
--- a/recipes-devtools/ninja/ninja-native_1.4.0.bb
+++ /dev/null
@@ -1,22 +0,0 @@
-DESCRIPTION = "Ninja is a small build system with a focus on speed."
-LICENSE = "Apache-2"
-
-inherit native
-
-LIC_FILES_CHKSUM = "file://COPYING;md5=a81586a64ad4e476c791cda7e2f2c52e"
-
-SRCREV="63d5b1013cafb2db95687cf446eb5bb68cf6a27a"
-SRCBRANCH="release"
-
-SRC_URI = "git://github.com/martine/ninja.git;branch=${SRCBRANCH}"
-
-S="${WORKDIR}/git"
-
-do_compile() {
-python ${S}/bootstrap.py
-}
-
-do_install() {
-install -d ${D}${bindir}
-install -m 0755 ${S}/ninja ${D}${bindir}/ninja
-}
-- 
1.9.1

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

Re: [oe] [meta-browser][PATCH 2/2] chromium: use PARALLEL_MAKE to control build parallelism

2015-11-16 Thread Andre McCurdy

Hi Nikolay,

On Sat, Nov 14, 2015 at 6:04 AM, Nikolay Dimitrov  wrote:
> Hi Andre,
>
> On 11/11/2015 06:48 AM, Andre McCurdy wrote:
>>
>> Signed-off-by: Andre McCurdy 
>> ---
>>   recipes-browser/chromium/chromium_40.0.2214.91.bb | 2 +-
>>   1 file changed, 1 insertion(+), 1 deletion(-)
>>
>> diff --git a/recipes-browser/chromium/chromium_40.0.2214.91.bb
>> b/recipes-browser/chromium/chromium_40.0.2214.91.bb
>> index a9635cd..f20610c 100644
>> --- a/recipes-browser/chromium/chromium_40.0.2214.91.bb
>> +++ b/recipes-browser/chromium/chromium_40.0.2214.91.bb
>> @@ -196,7 +196,7 @@ do_configure_append() {
>>
>>   do_compile() {
>>   # build with ninja
>> -ninja -C ${S}/out/${CHROMIUM_BUILD_TYPE} -j${BB_NUMBER_THREADS}
>> chrome chrome_sandbox
>> +ninja -C ${S}/out/${CHROMIUM_BUILD_TYPE} ${PARALLEL_MAKE} chrome
>> chrome_sandbox
>>   }
>
>
> Can you please share the chromium build times on your build-box with
> and without this patch? I'm just curious how well this worked for you.

By default BB_NUMBER_THREADS and PARALLEL_MAKE are both derived from
the number of logical CPU cores (as detected by oe.utils.cpu_count()),
so the patch should not have any effect on build times.

The patch is about correctness - it's not really right to use
BB_NUMBER_THREADS for anything other than setting the maximum number
of BitBake threads.

> Thanks and regards,
> Nikolay
-- 
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel

[oe] [meta-oe][PATCH] libjpeg-turbo: update 1.4.1 -> 1.4.2

2015-11-16 Thread Andre McCurdy

  https://github.com/libjpeg-turbo/libjpeg-turbo/blob/1.4.2/ChangeLog.txt

  1.4.2
  =

  [1] Fixed an issue whereby cjpeg would segfault if a Windows bitmap with a
  negative width or height was used as an input image (Windows bitmaps can have
  a negative height if they are stored in top-down order, but such files are
  rare and not supported by libjpeg-turbo.)

  [2] Fixed an issue whereby, under certain circumstances, libjpeg-turbo would
  incorrectly encode certain JPEG images when quality=100 and the fast integer
  forward DCT were used.  This was known to cause 'make test' to fail when the
  library was built with '-march=haswell' on x86 systems.

  [3] Fixed an issue whereby libjpeg-turbo would crash when built with the 
latest
  & greatest development version of the Clang/LLVM compiler.  This was caused by
  an x86-64 ABI conformance issue in some of libjpeg-turbo's 64-bit SSE2 SIMD
  routines.  Those routines were incorrectly using a 64-bit mov instruction to
  transfer a 32-bit JDIMENSION argument, whereas the x86-64 ABI allows the upper
  (unused) 32 bits of a 32-bit argument's register to be undefined.  The new
  Clang/LLVM optimizer uses load combining to transfer multiple adjacent 32-bit
  structure members into a single 64-bit register, and this exposed the ABI
  conformance issue.

  [4] Fixed a bug in the MIPS DSPr2 4:2:0 "plain" (non-fancy and non-merged)
  upsampling routine that caused a buffer overflow (and subsequent segfault) 
when
  decompressing a 4:2:0 JPEG image whose scaled output width was less than 16
  pixels.  The "plain" upsampling routines are normally only used when
  decompressing a non-YCbCr JPEG image, but they are also used when 
decompressing
  a JPEG image whose scaled output height is 1.

  [5] Fixed various negative left shifts and other issues reported by the GCC 
and
  Clang undefined behavior sanitizers.  None of these was known to pose a
  security threat, but removing the warnings makes it easier to detect actual
  security issues, should they arise in the future.

Signed-off-by: Andre McCurdy 
---
 .../jpeg/{libjpeg-turbo_8d+1.4.1.bb => libjpeg-turbo_8d+1.4.2.bb} | 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)
 rename meta-oe/recipes-core/jpeg/{libjpeg-turbo_8d+1.4.1.bb => 
libjpeg-turbo_8d+1.4.2.bb} (90%)

diff --git a/meta-oe/recipes-core/jpeg/libjpeg-turbo_8d+1.4.1.bb 
b/meta-oe/recipes-core/jpeg/libjpeg-turbo_8d+1.4.2.bb
similarity index 90%
rename from meta-oe/recipes-core/jpeg/libjpeg-turbo_8d+1.4.1.bb
rename to meta-oe/recipes-core/jpeg/libjpeg-turbo_8d+1.4.2.bb
index e79f800..0138a63 100644
--- a/meta-oe/recipes-core/jpeg/libjpeg-turbo_8d+1.4.1.bb
+++ b/meta-oe/recipes-core/jpeg/libjpeg-turbo_8d+1.4.2.bb
@@ -12,8 +12,8 @@ DEPENDS = "nasm-native"
 BASEPV = "${@d.getVar('PV',True).split('+')[1]}"
 
 SRC_URI = "${SOURCEFORGE_MIRROR}/${BPN}/${BPN}-${BASEPV}.tar.gz"
-SRC_URI[md5sum] = "b1f6b84859a16b8ebdcda951fa07c3f2"
-SRC_URI[sha256sum] = 
"4bf5bad4ce85625bffbbd9912211e06790e00fb982b77724af7211034efafb08"
+SRC_URI[md5sum] = "86b0d5f7507c2e6c21c00219162c3c44"
+SRC_URI[sha256sum] = 
"521bb5d3043e7ac063ce3026d9a59cc2ab2e9636c655a2515af5f4706122233e"
 
 S = "${WORKDIR}/${BPN}-${BASEPV}"
 
-- 
1.9.1

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

[oe] [meta-oe][PATCH] tree: respect the package's own default CFLAGS

2015-11-16 Thread Andre McCurdy

The tree Makefile defines default CFLAGS form Linux (-DLINUX, etc)
which are lost if we don't manually include them in the final CFLAGS.

Also break the dependency on EXTRA_OEMAKE containing '-e', disable the
unused configure task and, since package has a very short description,
set SUMMARY instead of DESCRIPTION.

Signed-off-by: Andre McCurdy 
---
 meta-oe/recipes-support/tree/tree_1.7.0.bb | 11 +--
 1 file changed, 9 insertions(+), 2 deletions(-)

diff --git a/meta-oe/recipes-support/tree/tree_1.7.0.bb 
b/meta-oe/recipes-support/tree/tree_1.7.0.bb
index 507b12a..2e8ebdb 100644
--- a/meta-oe/recipes-support/tree/tree_1.7.0.bb
+++ b/meta-oe/recipes-support/tree/tree_1.7.0.bb
@@ -1,4 +1,4 @@
-DESCRIPTION = "a recursive directory listing command"
+SUMMARY = "A recursive directory listing command"
 HOMEPAGE = "http://mama.indstate.edu/users/ice/tree/";
 SECTION = "console/utils"
 LICENSE = "GPLv2"
@@ -8,7 +8,14 @@ SRC_URI = "ftp://mama.indstate.edu/linux/${BPN}/${BP}.tgz";
 SRC_URI[md5sum] = "abe3e03e469c542d8e157cdd93f4d8a6"
 SRC_URI[sha256sum] = 
"6957c20e82561ac4231638996e74f4cfa4e6faabc5a2f511f0b4e3940e8f7b12"
 
+# tree's default CFLAGS for Linux
+CFLAGS += "-Wall -DLINUX -D_LARGEFILE64_SOURCE -D_FILE_OFFSET_BITS=64"
+
+EXTRA_OEMAKE = "CC='${CC}' CFLAGS='${CFLAGS}' LDFLAGS='${LDFLAGS}'"
+
+do_configure[noexec] = "1"
+
 do_install() {
 install -d ${D}${bindir}
-install -m 0755 ${S}/${BPN} ${D}${bindir}/${BPN}
+install -m 0755 ${S}/${BPN} ${D}${bindir}/
 }
-- 
1.9.1

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

[oe] [meta-qt5][dora][PATCH] qtbase.inc: PACKAGECONFIG[gstreamer] gst-plugins-base dependency missing

2014-02-12 Thread Andre McCurdy

When testing for GStreamer support, the qtbase 5.1.1 configure script
tries to determine pkg-config information for both gstreamer-0.10 and
gstreamer-plugins-base-0.10.

If either one is unavailable then the configure test fails (with the
slightly confusing error that gst/gst.h can't be found, even when the
gstreamer header files are present in sysroot).

Signed-off-by: Andre McCurdy 
---
 recipes-qt/qt5/qtbase.inc | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/recipes-qt/qt5/qtbase.inc b/recipes-qt/qt5/qtbase.inc
index 7018c69..71da726 100644
--- a/recipes-qt/qt5/qtbase.inc
+++ b/recipes-qt/qt5/qtbase.inc
@@ -104,7 +104,7 @@ PACKAGECONFIG[iconv] = "-iconv,-no-iconv,virtual/libiconv"
 PACKAGECONFIG[xkb] = "-xkb,-no-xkb,libxkbcommon"
 PACKAGECONFIG[evdev] = "-evdev,-no-evdev"
 # depends on glib
-PACKAGECONFIG[gstreamer] = "-gstreamer,-no-gstreamer,gstreamer"
+PACKAGECONFIG[gstreamer] = "-gstreamer,-no-gstreamer,gstreamer 
gst-plugins-base"
 PACKAGECONFIG[fontconfig] = "-fontconfig,-no-fontconfig,fontconfig"
 PACKAGECONFIG[gtkstyle] = "-gtkstyle,-no-gtkstyle,gtk+"
 PACKAGECONFIG[directfb] = "-directfb,-no-directfb,directfb"
-- 
1.8.1.2

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

Re: [oe] [meta-qt5] why does Qt5 build with ARM_INSTRUCTION_SET = "arm"

2014-02-17 Thread Andre McCurdy

On Mon, Feb 17, 2014 at 3:03 PM, Martin Jansa  wrote:
> On Mon, Feb 17, 2014 at 04:46:23PM -0500, Denys Dmytriyenko wrote:
>> On Mon, Feb 17, 2014 at 02:27:51PM -0700, Nicolas Dechesne wrote:
>> > hi,
>> >
>> > does anybody know why in Qt5/qtbase.inc, we have:
>> >
>> > ARM_INSTRUCTION_SET = "arm"
>> >
>> > Could it be an a low hanging fruit from the past? e.g. before
>> > https://bugreports.qt-project.org/browse/QTBUG-16402 or
>> > https://qt.gitorious.org/qt/qtbase/commit/a3bd9d4c0f3d9e80dbe35bd88649b245dca5f410?
>>
>> Hmm, I would assume that's here from 4.8 days, although I haven't tried
>> dropping that line for latest Qt5... Would make sense to do some more 
>> testing.
>>
>> > as a matter of fact, for our project Qt5 (and QtWebkit) are building
>> > (and working fine) when built with Thumb2, outside of OE. Also using
>> > ARM instruction set instead of Thumb2 enforces Webkit to use the ARM
>> > version of the javascript JIT, while the Thumb2 JIT engine seems to
>> > work a lot better in our testing...
>>
>> Seems like worth the effort to re-test the need for that setting. Unless
>> someone else has tried it already and found out the issue is still there
>
> IIRC it was failing to build for armv4t (at least with 5.0.0) if someone
> tests that armv4t builds with 5.2.*, I'll accept the patch.

With ARM_INSTRUCTION_SET forced to thumb I'm able to build qtbase
5.1.1 and 5.2.1 tuned for both armv4t and cortexa9thf-neon.

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

[oe] [meta-qt5][PATCH] qtbase.inc: don't force ARM_INSTRUCTION_SET to arm

2014-02-18 Thread Andre McCurdy

Forcing ARM_INSTRUCTION_SET to arm when building qtbase no longer
seems to be required.

Confirmed by forcing ARM_INSTRUCTION_SET to thumb and building
qtbase 5.1.1 and 5.2.1 tuned for both armv4t and cortexa9thf-neon.

Signed-off-by: Andre McCurdy 
---
 recipes-qt/qt5/qtbase.inc | 3 ---
 1 file changed, 3 deletions(-)

diff --git a/recipes-qt/qt5/qtbase.inc b/recipes-qt/qt5/qtbase.inc
index f056393..ff62297 100644
--- a/recipes-qt/qt5/qtbase.inc
+++ b/recipes-qt/qt5/qtbase.inc
@@ -126,9 +126,6 @@ QT_CONFIG_FLAGS += " \
 ${EXTRA_OECONF} \
 "
 
-# Qt uses atomic instructions not supported in thumb mode
-ARM_INSTRUCTION_SET = "arm"
-
 do_generate_qt_config_file_append() {
 cat >> ${QT_CONF_PATH} <http://lists.openembedded.org/mailman/listinfo/openembedded-devel

[oe] [meta-qt5][PATCH 1/2] qtbase.inc: configure with -openssl-linked instead of -openssl

2014-02-20 Thread Andre McCurdy

Configure qtbase with -openssl-linked (instead of -openssl) to ensure
that run-time dependencies on libcryto and libssl are detected.

Signed-off-by: Andre McCurdy 
---
 recipes-qt/qt5/qtbase.inc | 3 ++-
 1 file changed, 2 insertions(+), 1 deletion(-)

diff --git a/recipes-qt/qt5/qtbase.inc b/recipes-qt/qt5/qtbase.inc
index f056393..ad5bb12 100644
--- a/recipes-qt/qt5/qtbase.inc
+++ b/recipes-qt/qt5/qtbase.inc
@@ -110,7 +110,8 @@ PACKAGECONFIG[kms] = "-kms,-no-kms,kms"
 # needed for qtdeclarative (qtdeclarative.do_configure fails to find quick 
module without)
 PACKAGECONFIG[icu] = "-icu,-no-icu,${ICU}"
 PACKAGECONFIG[udev] = "-libudev,-no-libudev,udev"
-PACKAGECONFIG[openssl] = "-openssl,-no-openssl,openssl"
+# use -openssl-linked here to ensure that RDEPENDS for libcrypto and libssl 
are detected
+PACKAGECONFIG[openssl] = "-openssl-linked,-no-openssl,openssl"
 PACKAGECONFIG[alsa] = "-alsa,-no-alsa,alsa-lib"
 PACKAGECONFIG[pulseaudio] = "-pulseaudio,-no-pulseaudio,pulseaudio"
 PACKAGECONFIG[nis] = "-nis,-no-nis"
-- 
1.8.1.2

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

[oe] [meta-qt5][PATCH 2/2] qtwebkit-examples: add missing RDEPENDS for ca-certificates

2014-02-20 Thread Andre McCurdy

If qtbase is configured with openssl support (as it is by default)
then the qtwebkit example browser apps require CA certificates to
check the authenticity of https connections.

Signed-off-by: Andre McCurdy 
---
 recipes-qt/qt5/qtwebkit-examples.inc | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/recipes-qt/qt5/qtwebkit-examples.inc 
b/recipes-qt/qt5/qtwebkit-examples.inc
index 50c28cd..8a8e000 100644
--- a/recipes-qt/qt5/qtwebkit-examples.inc
+++ b/recipes-qt/qt5/qtwebkit-examples.inc
@@ -9,4 +9,4 @@ SRC_URI += " \
 "
 
 DEPENDS += "qtwebkit"
-RDEPENDS_${PN}-examples += "qtwebkit-qmlplugins"
+RDEPENDS_${PN}-examples += "qtwebkit-qmlplugins ca-certificates"
-- 
1.8.1.2

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

[oe] [meta-qt5][PATCH v2 1/2] qtbase: configure with -openssl-linked instead of -openssl

2014-02-21 Thread Andre McCurdy

Configure qtbase with -openssl-linked (instead of -openssl) to ensure
that run-time dependencies on libcryto and libssl are detected.

Signed-off-by: Andre McCurdy 
---
 recipes-qt/qt5/qtbase.inc | 3 ++-
 1 file changed, 2 insertions(+), 1 deletion(-)

diff --git a/recipes-qt/qt5/qtbase.inc b/recipes-qt/qt5/qtbase.inc
index 116c86f..6a0149a 100644
--- a/recipes-qt/qt5/qtbase.inc
+++ b/recipes-qt/qt5/qtbase.inc
@@ -112,7 +112,8 @@ PACKAGECONFIG[kms] = "-kms,-no-kms,kms"
 # needed for qtdeclarative (qtdeclarative.do_configure fails to find quick 
module without)
 PACKAGECONFIG[icu] = "-icu,-no-icu,${ICU}"
 PACKAGECONFIG[udev] = "-libudev,-no-libudev,udev"
-PACKAGECONFIG[openssl] = "-openssl,-no-openssl,openssl"
+# use -openssl-linked here to ensure that RDEPENDS for libcrypto and libssl 
are detected
+PACKAGECONFIG[openssl] = "-openssl-linked,-no-openssl,openssl"
 PACKAGECONFIG[alsa] = "-alsa,-no-alsa,alsa-lib"
 PACKAGECONFIG[pulseaudio] = "-pulseaudio,-no-pulseaudio,pulseaudio"
 PACKAGECONFIG[nis] = "-nis,-no-nis"
-- 
1.8.1.2

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

[oe] [meta-qt5][PATCH v2 2/2] qtwebkit-examples: add RDEPENDS for ca-certificates

2014-02-21 Thread Andre McCurdy

If qtbase is configured with openssl support then the
qtwebkit browser example apps require CA certificates.

Signed-off-by: Andre McCurdy 
---
 recipes-qt/qt5/qt5.inc   | 2 ++
 recipes-qt/qt5/qtbase.inc| 2 +-
 recipes-qt/qt5/qtwebkit-examples.inc | 1 +
 3 files changed, 4 insertions(+), 1 deletion(-)

diff --git a/recipes-qt/qt5/qt5.inc b/recipes-qt/qt5/qt5.inc
index 7e739c5..e2a1662 100644
--- a/recipes-qt/qt5/qt5.inc
+++ b/recipes-qt/qt5/qt5.inc
@@ -7,6 +7,8 @@ inherit qmake5
 ICU = "icu "
 ICU_powerpc = "pango"
 
+PACKAGECONFIG_OPENSSL ?= "openssl"
+
 QT_MODULE ?= "${BPN}"
 
 # we don't want conflicts with qt4
diff --git a/recipes-qt/qt5/qtbase.inc b/recipes-qt/qt5/qtbase.inc
index 6a0149a..d805c47 100644
--- a/recipes-qt/qt5/qtbase.inc
+++ b/recipes-qt/qt5/qtbase.inc
@@ -47,7 +47,7 @@ PACKAGECONFIG ??= " \
 udev \
 evdev \
 widgets \
-openssl \
+${PACKAGECONFIG_OPENSSL} \
 ${PACKAGECONFIG_GL} \
 ${PACKAGECONFIG_FB} \
 ${PACKAGECONFIG_X11} \
diff --git a/recipes-qt/qt5/qtwebkit-examples.inc 
b/recipes-qt/qt5/qtwebkit-examples.inc
index 50c28cd..84f16a4 100644
--- a/recipes-qt/qt5/qtwebkit-examples.inc
+++ b/recipes-qt/qt5/qtwebkit-examples.inc
@@ -10,3 +10,4 @@ SRC_URI += " \
 
 DEPENDS += "qtwebkit"
 RDEPENDS_${PN}-examples += "qtwebkit-qmlplugins"
+RDEPENDS_${PN}-examples += "${@base_contains('PACKAGECONFIG_OPENSSL', 
'openssl', 'ca-certificates', '', d)}"
-- 
1.8.1.2

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

Re: [oe] [meta-qt5][PATCH v2 2/2] qtwebkit-examples: add RDEPENDS for ca-certificates

2014-02-22 Thread Andre McCurdy

On Sat, Feb 22, 2014 at 12:25 AM, Martin Jansa  wrote:
>
> I've added comment in qtbase.inc and integrated this to master-next.
>

Great! Thank-you Martin and Khem.

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

Re: [oe] [meta-qt5][PATCH 3/3] qtwebkit: add packageconfig for gstreamer, qtlocation and qtsensors

2014-03-27 Thread Andre McCurdy

On Fri, Feb 28, 2014 at 12:15 PM, Andreas Oberritter
 wrote:
> Use gstreamer for 1.x, gstreamer010 for 0.10.x.
>
> Signed-off-by: Andreas Oberritter 
> ---
>  recipes-qt/qt5/qtwebkit.inc | 24 +++-
>  1 file changed, 23 insertions(+), 1 deletion(-)
>
> diff --git a/recipes-qt/qt5/qtwebkit.inc b/recipes-qt/qt5/qtwebkit.inc
> index c35504e..90bd981 100644
> --- a/recipes-qt/qt5/qtwebkit.inc
> +++ b/recipes-qt/qt5/qtwebkit.inc
> @@ -5,7 +5,29 @@ LIC_FILES_CHKSUM = 
> "file://Source/WebCore/rendering/RenderApplet.h;endline=22;md
>  
> file://Source/WebKit/gtk/webkit/webkit.h;endline=21;md5=b4fbe9f4a944f1d071dba1d2c76b3351
>  \
>  
> file://Source/JavaScriptCore/parser/Parser.h;endline=21;md5=bd69f72183a7af673863f057576e21ee"
>
> -DEPENDS += "qtdeclarative qtlocation qtsensors icu ruby-native sqlite3 
> glib-2.0 gstreamer1.0 gstreamer1.0-plugins-base libxslt"
> +DEPENDS += "qtbase qtdeclarative icu ruby-native sqlite3 glib-2.0 libxslt"
> +
> +PACKAGECONFIG ??= "gstreamer qtlocation qtsensors"
> +PACKAGECONFIG[gstreamer] = ",,gstreamer1.0 gstreamer1.0-plugins-base"
> +PACKAGECONFIG[gstreamer010] = ",,gstreamer gst-plugins-base"
> +PACKAGECONFIG[qtlocation] = ",,qtlocation"
> +PACKAGECONFIG[qtsensors] = ",,qtsensors"
> +
> +do_configure_prepend() {
> +# disable gstreamer-1.0 test if it isn't enabled by PACKAGECONFIG
> +sed -e 's/\s\(packagesExist(".*\.*")\)/ 
> OE_GSTREAMER_ENABLED:\1/' -i ${S}/Tools/qmake/mkspecs/features/features.prf
> +# disable gstreamer-0.10 test if it isn't enabled by PACKAGECONFIG
> +sed -e 's/\s\(packagesExist(".*\.*")\)/ 
> OE_GSTREAMER010_ENABLED:\1/' -i ${S}/Tools/qmake/mkspecs/features/features.prf
> +# disable qtlocation test if it isn't enabled by PACKAGECONFIG
> +sed -e 's/\s\(qtHaveModule(positioning)\)/ OE_QTLOCATION_ENABLED:\1/' -i 
> ${S}/Tools/qmake/mkspecs/features/features.prf
> +# disable qtsensors test if it isn't enabled by PACKAGECONFIG
> +sed -e 's/\s\(qtHaveModule(sensors)\)/ OE_QTSENSORS_ENABLED:\1/' -i 
> ${S}/Tools/qmake/mkspecs/features/features.prf
> +}
> +
> +EXTRA_QMAKEVARS_PRE += "${@base_contains('PACKAGECONFIG', 'gstreamer', 
> 'CONFIG+=OE_GSTREAMER_ENABLED', '', d)}"
> +EXTRA_QMAKEVARS_PRE += "${@base_contains('PACKAGECONFIG', 'gstreamer010', 
> 'CONFIG+=OE_GSTREAMER010_ENABLED', '', d)}"
> +EXTRA_QMAKEVARS_PRE += "${@base_contains('PACKAGECONFIG', 'qtlocation', 
> 'CONFIG+=OE_QTLOCATION_ENABLED', '', d)}"
> +EXTRA_QMAKEVARS_PRE += "${@base_contains('PACKAGECONFIG', 'qtsensors', 
> 'CONFIG+=OE_QTSENSORS_ENABLED', '', d)}"
>
>  # qtwebkit gets terribly big when linking with all debug info, disable by 
> default
>  QTWEBKIT_DEBUG = "QMAKE_CFLAGS+=-g0 QMAKE_CXXFLAGS+=-g0"
> --
> 1.8.3.2
>

Hi,

With this change I'm seeing that the CONFIG+= options from the qmake
command line are being added to CONFIG after features.prf has already
been evaluated. Therefore OE_GSTREAMER_ENABLED etc evaluates as false
and qtwebkit is always configured without video support.

>From the configure log:

> ! Missing GStreamer or QtMultimedia, disabling HTML5 media element support

>From the qmake debug log:

> DEBUG 1: ... features.prf:106: condition "OE_GSTREAMER_ENABLED" is false 
> (around line 5480 of the log)
> ...
> DEBUG 1: (command line):65535: CONFIG := ... OE_GSTREAMER_ENABLED (around 
> line 5802 of the log, just prior to starting on WebKit.pro).

I'm testing with dora + master branch of meta-qt5.

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

Re: [oe] [meta-qt5][PATCH 3/3] qtwebkit: add packageconfig for gstreamer, qtlocation and qtsensors

2014-04-03 Thread Andre McCurdy

> On Fri, Feb 28, 2014 at 12:15 PM, Andreas Oberritter
>  wrote:
>> Use gstreamer for 1.x, gstreamer010 for 0.10.x.
>>
>> Signed-off-by: Andreas Oberritter 
>> ---
>>  recipes-qt/qt5/qtwebkit.inc | 24 +++-
>>  1 file changed, 23 insertions(+), 1 deletion(-)
>>
>> diff --git a/recipes-qt/qt5/qtwebkit.inc b/recipes-qt/qt5/qtwebkit.inc
>> index c35504e..90bd981 100644
>> --- a/recipes-qt/qt5/qtwebkit.inc
>> +++ b/recipes-qt/qt5/qtwebkit.inc
>> @@ -5,7 +5,29 @@ LIC_FILES_CHKSUM = 
>> "file://Source/WebCore/rendering/RenderApplet.h;endline=22;md
>>  
>> file://Source/WebKit/gtk/webkit/webkit.h;endline=21;md5=b4fbe9f4a944f1d071dba1d2c76b3351
>>  \
>>  
>> file://Source/JavaScriptCore/parser/Parser.h;endline=21;md5=bd69f72183a7af673863f057576e21ee"
>>
>> -DEPENDS += "qtdeclarative qtlocation qtsensors icu ruby-native sqlite3 
>> glib-2.0 gstreamer1.0 gstreamer1.0-plugins-base libxslt"
>> +DEPENDS += "qtbase qtdeclarative icu ruby-native sqlite3 glib-2.0 libxslt"
>> +
>> +PACKAGECONFIG ??= "gstreamer qtlocation qtsensors"
>> +PACKAGECONFIG[gstreamer] = ",,gstreamer1.0 gstreamer1.0-plugins-base"
>> +PACKAGECONFIG[gstreamer010] = ",,gstreamer gst-plugins-base"
>> +PACKAGECONFIG[qtlocation] = ",,qtlocation"
>> +PACKAGECONFIG[qtsensors] = ",,qtsensors"
>> +
>> +do_configure_prepend() {
>> +# disable gstreamer-1.0 test if it isn't enabled by PACKAGECONFIG
>> +sed -e 's/\s\(packagesExist(".*\.*")\)/ 
>> OE_GSTREAMER_ENABLED:\1/' -i ${S}/Tools/qmake/mkspecs/features/features.prf
>> +# disable gstreamer-0.10 test if it isn't enabled by PACKAGECONFIG
>> +sed -e 's/\s\(packagesExist(".*\.*")\)/ 
>> OE_GSTREAMER010_ENABLED:\1/' -i 
>> ${S}/Tools/qmake/mkspecs/features/features.prf
>> +# disable qtlocation test if it isn't enabled by PACKAGECONFIG
>> +sed -e 's/\s\(qtHaveModule(positioning)\)/ OE_QTLOCATION_ENABLED:\1/' 
>> -i ${S}/Tools/qmake/mkspecs/features/features.prf
>> +# disable qtsensors test if it isn't enabled by PACKAGECONFIG
>> +sed -e 's/\s\(qtHaveModule(sensors)\)/ OE_QTSENSORS_ENABLED:\1/' -i 
>> ${S}/Tools/qmake/mkspecs/features/features.prf
>> +}
>> +
>> +EXTRA_QMAKEVARS_PRE += "${@base_contains('PACKAGECONFIG', 'gstreamer', 
>> 'CONFIG+=OE_GSTREAMER_ENABLED', '', d)}"
>> +EXTRA_QMAKEVARS_PRE += "${@base_contains('PACKAGECONFIG', 'gstreamer010', 
>> 'CONFIG+=OE_GSTREAMER010_ENABLED', '', d)}"
>> +EXTRA_QMAKEVARS_PRE += "${@base_contains('PACKAGECONFIG', 'qtlocation', 
>> 'CONFIG+=OE_QTLOCATION_ENABLED', '', d)}"
>> +EXTRA_QMAKEVARS_PRE += "${@base_contains('PACKAGECONFIG', 'qtsensors', 
>> 'CONFIG+=OE_QTSENSORS_ENABLED', '', d)}"
>>
>>  # qtwebkit gets terribly big when linking with all debug info, disable by 
>> default
>>  QTWEBKIT_DEBUG = "QMAKE_CFLAGS+=-g0 QMAKE_CXXFLAGS+=-g0"
>> --
>
> With this change I'm seeing that the CONFIG+= options from the qmake
> command line are being added to CONFIG after features.prf has already
> been evaluated. Therefore OE_GSTREAMER_ENABLED etc evaluates as false
> and qtwebkit is always configured without video support.
>
> From the configure log:
>
>> ! Missing GStreamer or QtMultimedia, disabling HTML5 media element support
>
> From the qmake debug log:
>
>> DEBUG 1: ... features.prf:106: condition "OE_GSTREAMER_ENABLED" is false 
>> (around line 5480 of the log)
>> ...
>> DEBUG 1: (command line):65535: CONFIG := ... OE_GSTREAMER_ENABLED (around 
>> line 5802 of the log, just prior to starting on WebKit.pro).
>
> I'm testing with dora + master branch of meta-qt5.
>

Hi all,

I'm still seeing problems since this commit. Even when these new
options are enabled via PACKAGECONFIG, qtwebkit is being configured as
if they were all disabled.

The issue seems to be that the "CONFIG+=OE_xxx_ENABLED" options on the
qmake command line don't work as intended. The options are added to
CONFIG _after_ features.prf is parsed, so testing them in features.prf
always evaluates to false.

Symptoms are "disabling HTML5 media element support" showing up in the
qtwebkit configure log and libQt5WebKit.so.5.2.1 not having any
runtime dependency on libgstreamer, etc.

Is anyone else seeing the same thing ?
-- 
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel

[oe] [meta-oe][PATCH] libjpeg-turbo: update 1.3.0 -> 1.3.1

2014-05-03 Thread Andre McCurdy

This commit also modifies SRC_URI to fetch a release tarfile instead
of checking out from SourceForge SVN and makes some minor updates to
the jpeg-tools DESCRIPTION text.

Signed-off-by: Andre McCurdy 
---
 .../recipes-core/jpeg/libjpeg-turbo_8d+1.3.1.bb| 39 ++
 meta-oe/recipes-core/jpeg/libjpeg-turbo_svn.bb | 36 
 2 files changed, 39 insertions(+), 36 deletions(-)
 create mode 100644 meta-oe/recipes-core/jpeg/libjpeg-turbo_8d+1.3.1.bb
 delete mode 100644 meta-oe/recipes-core/jpeg/libjpeg-turbo_svn.bb

diff --git a/meta-oe/recipes-core/jpeg/libjpeg-turbo_8d+1.3.1.bb 
b/meta-oe/recipes-core/jpeg/libjpeg-turbo_8d+1.3.1.bb
new file mode 100644
index 000..d30811e
--- /dev/null
+++ b/meta-oe/recipes-core/jpeg/libjpeg-turbo_8d+1.3.1.bb
@@ -0,0 +1,39 @@
+DESCRIPTION = "libjpeg-turbo is a derivative of libjpeg that uses SIMD 
instructions (MMX, SSE2, NEON) to accelerate baseline JPEG compression and 
decompression"
+HOMEPAGE = "http://libjpeg-turbo.org/";
+
+LICENSE = "BSD-3-Clause"
+LIC_FILES_CHKSUM = 
"file://cdjpeg.h;endline=12;md5=78fa8dbac547bb5b2a0e6457a6cfe21d \
+
file://jpeglib.h;endline=14;md5=a08bb0a80f782a9f8da313cc4015ed6f \
+
file://djpeg.c;endline=9;md5=7629c51aed78174711c20a40194a8f1b \
+"
+
+BASEPV = "${@d.getVar('PV',1).split('+')[1]}"
+
+SRC_URI = "${SOURCEFORGE_MIRROR}/${PN}/${PN}-${BASEPV}.tar.gz"
+SRC_URI[md5sum] = "2c3a68129dac443a72815ff5bb374b05"
+SRC_URI[sha256sum] = 
"c132907417ddc40ed552fe53d6b91d5fecbb14a356a60ddc7ea50d6be9666fb9"
+
+S = "${WORKDIR}/${PN}-${BASEPV}"
+
+# Drop-in replacement for jpeg
+PROVIDES = "jpeg"
+RPROVIDES_${PN} += "jpeg"
+RREPLACES_${PN} += "jpeg"
+RCONFLICTS_${PN} += "jpeg"
+
+inherit autotools pkgconfig
+
+EXTRA_OECONF = "--with-jpeg8 "
+
+PACKAGES =+ "jpeg-tools libturbojpeg"
+
+DESCRIPTION_jpeg-tools = "The jpeg-tools package includes client programs to 
access libjpeg functionality.  These tools allow for the compression, 
decompression, transformation and display of JPEG files and benchmarking of the 
libjpeg library."
+FILES_jpeg-tools = "${bindir}/*"
+
+FILES_libturbojpeg = "${libdir}/libturbojpeg.so"
+INSANE_SKIP_libturbojpeg = "dev-so"
+
+BBCLASSEXTEND = "native"
+DEPENDS = "nasm-native"
+
+LEAD_SONAME = "libjpeg.so.8"
diff --git a/meta-oe/recipes-core/jpeg/libjpeg-turbo_svn.bb 
b/meta-oe/recipes-core/jpeg/libjpeg-turbo_svn.bb
deleted file mode 100644
index fa4acfd..000
--- a/meta-oe/recipes-core/jpeg/libjpeg-turbo_svn.bb
+++ /dev/null
@@ -1,36 +0,0 @@
-DESCRIPTION = "libjpeg-turbo is a derivative of libjpeg that uses SIMD 
instructions (MMX, SSE2, NEON) to accelerate baseline JPEG compression and 
decompression"
-HOMEPAGE = "http://libjpeg-turbo.org/";
-
-LICENSE = "BSD-3-Clause"
-LIC_FILES_CHKSUM = 
"file://cdjpeg.h;endline=12;md5=78fa8dbac547bb5b2a0e6457a6cfe21d \
-
file://jpeglib.h;endline=14;md5=a08bb0a80f782a9f8da313cc4015ed6f \
-
file://djpeg.c;endline=13;md5=03db065044529233c296324be85530ab \
-"
-PV = "8d+1.3.0"
-SRCREV = "988"
-SRC_URI = 
"svn://svn.code.sf.net/p/libjpeg-turbo/code;protocol=svn;module=trunk"
-
-S = "${WORKDIR}/trunk"
-
-# Drop-in replacement for jpeg
-PROVIDES = "jpeg"
-RPROVIDES_${PN} += "jpeg"
-RREPLACES_${PN} += "jpeg"
-RCONFLICTS_${PN} += "jpeg"
-
-inherit autotools pkgconfig
-
-EXTRA_OECONF = "--with-jpeg8 "
-
-PACKAGES =+ "jpeg-tools libturbojpeg"
-
-DESCRIPTION_jpeg-tools = "The jpeg-tools package includes the client programs 
for access libjpeg functionality.  These tools allow for the compression, 
decompression, transformation and display of JPEG files."
-FILES_jpeg-tools = "${bindir}/*"
-
-FILES_libturbojpeg = "${libdir}/libturbojpeg.so"
-INSANE_SKIP_libturbojpeg = "dev-so"
-
-BBCLASSEXTEND = "native"
-DEPENDS = "nasm-native"
-
-LEAD_SONAME = "libjpeg.so.8"
-- 
1.8.1.2

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

[oe] [meta-oe][PATCH] libjpeg-turbo: update 1.3.1 -> 1.4.0

2015-01-13 Thread Andre McCurdy

The LIC_FILES_CHKSUM updates are needed to account for minor
formatting changes and the addition of 2014 to copyright notices.

Signed-off-by: Andre McCurdy 
---
 .../recipes-core/jpeg/libjpeg-turbo_8d+1.3.1.bb| 39 --
 .../recipes-core/jpeg/libjpeg-turbo_8d+1.4.0.bb| 39 ++
 2 files changed, 39 insertions(+), 39 deletions(-)
 delete mode 100644 meta-oe/recipes-core/jpeg/libjpeg-turbo_8d+1.3.1.bb
 create mode 100644 meta-oe/recipes-core/jpeg/libjpeg-turbo_8d+1.4.0.bb

diff --git a/meta-oe/recipes-core/jpeg/libjpeg-turbo_8d+1.3.1.bb 
b/meta-oe/recipes-core/jpeg/libjpeg-turbo_8d+1.3.1.bb
deleted file mode 100644
index 6a09fda..000
--- a/meta-oe/recipes-core/jpeg/libjpeg-turbo_8d+1.3.1.bb
+++ /dev/null
@@ -1,39 +0,0 @@
-DESCRIPTION = "libjpeg-turbo is a derivative of libjpeg that uses SIMD 
instructions (MMX, SSE2, NEON) to accelerate baseline JPEG compression and 
decompression"
-HOMEPAGE = "http://libjpeg-turbo.org/";
-
-LICENSE = "BSD-3-Clause"
-LIC_FILES_CHKSUM = 
"file://cdjpeg.h;endline=12;md5=78fa8dbac547bb5b2a0e6457a6cfe21d \
-
file://jpeglib.h;endline=14;md5=a08bb0a80f782a9f8da313cc4015ed6f \
-
file://djpeg.c;endline=9;md5=7629c51aed78174711c20a40194a8f1b \
-"
-
-BASEPV = "${@d.getVar('PV',True).split('+')[1]}"
-
-SRC_URI = "${SOURCEFORGE_MIRROR}/${BPN}/${BPN}-${BASEPV}.tar.gz"
-SRC_URI[md5sum] = "2c3a68129dac443a72815ff5bb374b05"
-SRC_URI[sha256sum] = 
"c132907417ddc40ed552fe53d6b91d5fecbb14a356a60ddc7ea50d6be9666fb9"
-
-S = "${WORKDIR}/${BPN}-${BASEPV}"
-
-# Drop-in replacement for jpeg
-PROVIDES = "jpeg"
-RPROVIDES_${PN} += "jpeg"
-RREPLACES_${PN} += "jpeg"
-RCONFLICTS_${PN} += "jpeg"
-
-inherit autotools pkgconfig
-
-EXTRA_OECONF = "--with-jpeg8 "
-
-PACKAGES =+ "jpeg-tools libturbojpeg"
-
-DESCRIPTION_jpeg-tools = "The jpeg-tools package includes client programs to 
access libjpeg functionality.  These tools allow for the compression, 
decompression, transformation and display of JPEG files and benchmarking of the 
libjpeg library."
-FILES_jpeg-tools = "${bindir}/*"
-
-FILES_libturbojpeg = "${libdir}/libturbojpeg.so"
-INSANE_SKIP_libturbojpeg = "dev-so"
-
-BBCLASSEXTEND = "native"
-DEPENDS = "nasm-native"
-
-LEAD_SONAME = "libjpeg.so.8"
diff --git a/meta-oe/recipes-core/jpeg/libjpeg-turbo_8d+1.4.0.bb 
b/meta-oe/recipes-core/jpeg/libjpeg-turbo_8d+1.4.0.bb
new file mode 100644
index 000..8e214c9
--- /dev/null
+++ b/meta-oe/recipes-core/jpeg/libjpeg-turbo_8d+1.4.0.bb
@@ -0,0 +1,39 @@
+DESCRIPTION = "libjpeg-turbo is a derivative of libjpeg that uses SIMD 
instructions (MMX, SSE2, NEON) to accelerate baseline JPEG compression and 
decompression"
+HOMEPAGE = "http://libjpeg-turbo.org/";
+
+LICENSE = "BSD-3-Clause"
+LIC_FILES_CHKSUM = 
"file://cdjpeg.h;endline=12;md5=cad955d15145c3fdceec6855e078e953 \
+
file://jpeglib.h;endline=14;md5=dfc803dc51ae21178d1376ec73c4454d \
+
file://djpeg.c;endline=9;md5=e93a8f2061e8a0ac71c7a485c10489e2 \
+"
+
+BASEPV = "${@d.getVar('PV',True).split('+')[1]}"
+
+SRC_URI = "${SOURCEFORGE_MIRROR}/${BPN}/${BPN}-${BASEPV}.tar.gz"
+SRC_URI[md5sum] = "039153dabe61e1ac8d9323b5522b56b0"
+SRC_URI[sha256sum] = 
"d93ad8546b510244f863b39b4c0da0fa4c0d53a77b61a8a3880f258c232bbbee"
+
+S = "${WORKDIR}/${BPN}-${BASEPV}"
+
+# Drop-in replacement for jpeg
+PROVIDES = "jpeg"
+RPROVIDES_${PN} += "jpeg"
+RREPLACES_${PN} += "jpeg"
+RCONFLICTS_${PN} += "jpeg"
+
+inherit autotools pkgconfig
+
+EXTRA_OECONF = "--with-jpeg8 "
+
+PACKAGES =+ "jpeg-tools libturbojpeg"
+
+DESCRIPTION_jpeg-tools = "The jpeg-tools package includes client programs to 
access libjpeg functionality.  These tools allow for the compression, 
decompression, transformation and display of JPEG files and benchmarking of the 
libjpeg library."
+FILES_jpeg-tools = "${bindir}/*"
+
+FILES_libturbojpeg = "${libdir}/libturbojpeg.so"
+INSANE_SKIP_libturbojpeg = "dev-so"
+
+BBCLASSEXTEND = "native"
+DEPENDS = "nasm-native"
+
+LEAD_SONAME = "libjpeg.so.8"
-- 
1.9.1

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

[oe] [meta-oe][PATCH v2] libjpeg-turbo: update 1.3.1 -> 1.4.0

2015-01-13 Thread Andre McCurdy

The LIC_FILES_CHKSUM updates are needed to account for minor
formatting changes and the addition of 2014 to copyright notices.

Signed-off-by: Andre McCurdy 
---
 .../{libjpeg-turbo_8d+1.3.1.bb => libjpeg-turbo_8d+1.4.0.bb}   | 10 +-
 1 file changed, 5 insertions(+), 5 deletions(-)
 rename meta-oe/recipes-core/jpeg/{libjpeg-turbo_8d+1.3.1.bb => 
libjpeg-turbo_8d+1.4.0.bb} (72%)

diff --git a/meta-oe/recipes-core/jpeg/libjpeg-turbo_8d+1.3.1.bb 
b/meta-oe/recipes-core/jpeg/libjpeg-turbo_8d+1.4.0.bb
similarity index 72%
rename from meta-oe/recipes-core/jpeg/libjpeg-turbo_8d+1.3.1.bb
rename to meta-oe/recipes-core/jpeg/libjpeg-turbo_8d+1.4.0.bb
index 6a09fda..8e214c9 100644
--- a/meta-oe/recipes-core/jpeg/libjpeg-turbo_8d+1.3.1.bb
+++ b/meta-oe/recipes-core/jpeg/libjpeg-turbo_8d+1.4.0.bb
@@ -2,16 +2,16 @@ DESCRIPTION = "libjpeg-turbo is a derivative of libjpeg that 
uses SIMD instructi
 HOMEPAGE = "http://libjpeg-turbo.org/";
 
 LICENSE = "BSD-3-Clause"
-LIC_FILES_CHKSUM = 
"file://cdjpeg.h;endline=12;md5=78fa8dbac547bb5b2a0e6457a6cfe21d \
-
file://jpeglib.h;endline=14;md5=a08bb0a80f782a9f8da313cc4015ed6f \
-
file://djpeg.c;endline=9;md5=7629c51aed78174711c20a40194a8f1b \
+LIC_FILES_CHKSUM = 
"file://cdjpeg.h;endline=12;md5=cad955d15145c3fdceec6855e078e953 \
+
file://jpeglib.h;endline=14;md5=dfc803dc51ae21178d1376ec73c4454d \
+
file://djpeg.c;endline=9;md5=e93a8f2061e8a0ac71c7a485c10489e2 \
 "
 
 BASEPV = "${@d.getVar('PV',True).split('+')[1]}"
 
 SRC_URI = "${SOURCEFORGE_MIRROR}/${BPN}/${BPN}-${BASEPV}.tar.gz"
-SRC_URI[md5sum] = "2c3a68129dac443a72815ff5bb374b05"
-SRC_URI[sha256sum] = 
"c132907417ddc40ed552fe53d6b91d5fecbb14a356a60ddc7ea50d6be9666fb9"
+SRC_URI[md5sum] = "039153dabe61e1ac8d9323b5522b56b0"
+SRC_URI[sha256sum] = 
"d93ad8546b510244f863b39b4c0da0fa4c0d53a77b61a8a3880f258c232bbbee"
 
 S = "${WORKDIR}/${BPN}-${BASEPV}"
 
-- 
1.9.1

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

[oe] [meta-oe][PATCH] cryptsetup: update 1.6.2 -> 1.6.6

2015-01-13 Thread Andre McCurdy

Signed-off-by: Andre McCurdy 
---
 .../cryptsetup/{cryptsetup_1.6.2.bb => cryptsetup_1.6.6.bb} | 6 +++---
 1 file changed, 3 insertions(+), 3 deletions(-)
 rename meta-oe/recipes-support/cryptsetup/{cryptsetup_1.6.2.bb => 
cryptsetup_1.6.6.bb} (84%)

diff --git a/meta-oe/recipes-support/cryptsetup/cryptsetup_1.6.2.bb 
b/meta-oe/recipes-support/cryptsetup/cryptsetup_1.6.6.bb
similarity index 84%
rename from meta-oe/recipes-support/cryptsetup/cryptsetup_1.6.2.bb
rename to meta-oe/recipes-support/cryptsetup/cryptsetup_1.6.6.bb
index 500dc57..d84ad2f 100644
--- a/meta-oe/recipes-support/cryptsetup/cryptsetup_1.6.2.bb
+++ b/meta-oe/recipes-support/cryptsetup/cryptsetup_1.6.6.bb
@@ -11,9 +11,9 @@ LIC_FILES_CHKSUM = 
"file://COPYING;md5=32107dd283b1dfeb66c9b3e6be312326"
 
 DEPENDS = "util-linux lvm2 popt libgcrypt"
 
-SRC_URI = "http://cryptsetup.googlecode.com/files/cryptsetup-${PV}.tar.bz2";
-SRC_URI[md5sum] = "cd834da49fbe92dd66df02cc5c61280f"
-SRC_URI[sha256sum] = 
"15723f0198303d4bcb99d480b7a773918e2d319f0348457988c063bdd03e109a"
+SRC_URI = "${KERNELORG_MIRROR}/linux/utils/${BPN}/v1.6/${BP}.tar.xz"
+SRC_URI[md5sum] = "179c0781de59838a4e39f61b2df5ea48"
+SRC_URI[sha256sum] = 
"2d2ce28e4e1137dd599d87884b62ef6dbf14fd7848b2a2bf7d61cf125fbd8e6f"
 
 inherit autotools gettext pkgconfig
 
-- 
1.9.1

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

[oe] [meta-qt5] hardcoded rpath in Qt 5.4.0 qtbase-native uic binary

2015-01-15 Thread Andre McCurdy

The Qt 5.4.0 qtbase-native uic binary seems to get built with a
hardcoded RUNPATH, which causes problems when qtbase-native from
sstate is later reused by a different build. The issue has been
there since 5.4.0 alpha1 (5.3.2 is OK).

--

Build Configuration:
BB_VERSION= "1.25.0"
BUILD_SYS = "x86_64-linux"
NATIVELSBSTRING   = "LinuxMint-17.1"
TARGET_SYS= "i586-rdk-linux"
MACHINE   = "vbox32"
DISTRO= "rdk"
DISTRO_VERSION= "2.0"
TUNE_FEATURES = "m32 core2"
TARGET_FPU= ""
meta-bsp-vbox = 
"(detachedfrom253724d):253724dfeace58edbb40025fa8e4b5ace2c90164"
meta-rdk  = 
"(detachedfrom724d5c0):724d5c0030e3d2a53aad1929393ba2c00122ab91"
meta-qt5  = 
"(detachedfromec50df6):ec50df68b80f9704f135dd4c9f384a5596ec77cb"
meta-metrological = "(nobranch):abbd111fee3ae1ade2fc2997ccda0eb9782da761"
meta-multimedia  
meta-filesystems
meta-oe  
meta-python  
meta-networking  
meta-ruby = 
"(detachedfrom7bbacd0):7bbacd0023fada94ba0b2aafd7d872301ffe"
meta  = 
"(detachedfromb61a2ac):b61a2acc321489c3427f0afa3059486dc144a13b"


$ readelf -d tmp/sysroots/x86_64-linux/usr/bin/qt5/uic

Dynamic section at offset 0x80c60 contains 27 entries:
  TagType Name/Value
 0x0003 (PLTGOT) 0x481fe8
 0x0002 (PLTRELSZ)   4368 (bytes)
 0x0017 (JMPREL) 0x4033a0
 0x0014 (PLTREL) RELA
 0x0007 (RELA)   0x4031a8
 0x0008 (RELASZ) 504 (bytes)
 0x0009 (RELAENT)24 (bytes)
 0x0015 (DEBUG)  0x0
 0x0006 (SYMTAB) 0x400298
 0x000b (SYMENT) 24 (bytes)
 0x0005 (STRTAB) 0x401570
 0x000a (STRSZ)  6625 (bytes)
 0x6ef5 (GNU_HASH)   0x402f58
 0x0001 (NEEDED) Shared library: [libQt5Core.so.5]
 0x0001 (NEEDED) Shared library: [libstdc++.so.6]
 0x0001 (NEEDED) Shared library: [libc.so.6]
 0x000c (INIT)   0x4044b0
 0x000d (FINI)   0x4571cc
 0x001a (FINI_ARRAY) 0x480ce8
 0x001c (FINI_ARRAYSZ)   8 (bytes)
 0x0019 (INIT_ARRAY) 0x480cf0
 0x001b (INIT_ARRAYSZ)   8 (bytes)
 0x001d (RUNPATH)Library runpath: 
[/home/andre/rdk/rdk-master/build-vbox32/tmp/sysroots/x86_64-linux/usr/lib:/home/andre/rdk/rdk-master/build-vbox32/tmp/sysroots/x86_64-linux/lib]
 0x6ff0 (VERSYM) 0x402f90
 0x6ffe (VERNEED)0x403124
 0x6fff (VERNEEDNUM) 2
 0x (NULL)   0x0


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

[oe] [meta-oe][PATCH] zram: remove bash dependency from init script

2015-02-09 Thread Andre McCurdy

Signed-off-by: Andre McCurdy 
---
 meta-oe/recipes-extended/zram/zram/init | 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)

diff --git a/meta-oe/recipes-extended/zram/zram/init 
b/meta-oe/recipes-extended/zram/zram/init
index d126169..7b6cbf4 100644
--- a/meta-oe/recipes-extended/zram/zram/init
+++ b/meta-oe/recipes-extended/zram/zram/init
@@ -1,4 +1,4 @@
-#!/bin/bash
+#!/bin/sh
 ### BEGIN INIT INFO
 # Provides: zram
 # Required-Start:
@@ -26,7 +26,7 @@ start() {
 #default Factor % = 90 change this value here or create /etc/default/zram
 FACTOR=90
 #& put the above single line in /etc/default/zram with the value you want
-[ -f /etc/default/zram ] && source /etc/default/zram || true
+[ -f /etc/default/zram ] && . /etc/default/zram || true
 factor=$FACTOR # percentage
 
 # get the amount of memory in the machine
-- 
1.9.1

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

[oe] [meta-qt5][PATCH] qtwebkit: fix textrel QA warnings when building qtwebkit for x86

2015-02-17 Thread Andre McCurdy

  WARNING: QA Issue: ELF binary 
'/home/andre/rdk/rdk-master/build-vbox32/tmp/work/core2-32-rdk-linux/qtwebkit/5.4.0-r0/packages-split/qtwebkit/usr/lib/libQt5WebKit.so.5.4.0'
 has relocations in .text [textrel]

Patch from upstream webkit:

  https://bugs.webkit.org/show_bug.cgi?id=70610

Minor refresh required to apply cleanly to the older webkit sources used
by qtwebkit. Specifically, the patch needed to be modified to account
for PLATFORM(MAC) -> OS(DARWIN) renaming in recent webkit which is not
part of qtwebkit yet ( https://bugs.webkit.org/show_bug.cgi?id=99683 ).

Signed-off-by: Andre McCurdy 
---
 recipes-qt/qt5/qtwebkit.inc|  7 ++-
 .../qtwebkit/0002-qtwebkit-fix-textrel-x86.patch   | 68 ++
 2 files changed, 73 insertions(+), 2 deletions(-)
 create mode 100644 recipes-qt/qt5/qtwebkit/0002-qtwebkit-fix-textrel-x86.patch

diff --git a/recipes-qt/qt5/qtwebkit.inc b/recipes-qt/qt5/qtwebkit.inc
index bdc676b..d9eaabb 100644
--- a/recipes-qt/qt5/qtwebkit.inc
+++ b/recipes-qt/qt5/qtwebkit.inc
@@ -8,6 +8,11 @@ LIC_FILES_CHKSUM = 
"file://LICENSE.GPLv2;md5=e782f55badfa137e5e59c330f12cc8ed \
 
 DEPENDS += "qtbase qtdeclarative icu ruby-native sqlite3 glib-2.0 libxslt 
leveldb"
 
+SRC_URI += "\
+file://0001-qtwebkit-fix-QA-issue-bad-RPATH.patch \
+file://0002-qtwebkit-fix-textrel-x86.patch \
+"
+
 PACKAGECONFIG ??= "gstreamer qtlocation qtmultimedia qtsensors"
 PACKAGECONFIG[gstreamer] = "OE_GSTREAMER_ENABLED,,gstreamer1.0 
gstreamer1.0-plugins-base"
 PACKAGECONFIG[gstreamer010] = "OE_GSTREAMER010_ENABLED,,gstreamer 
gst-plugins-base"
@@ -39,8 +44,6 @@ EXTRA_QMAKEVARS_PRE += "${QTWEBKIT_DEBUG}"
 # remove default ${PN}-examples-dbg ${PN}-examples set in qt5.inc, because it 
conflicts with ${PN} from separate webkit-examples recipe
 PACKAGES = "${PN}-dbg ${PN}-staticdev ${PN}-dev ${PN}-doc ${PN}-locale 
${PACKAGE_BEFORE_PN} ${PN} ${PN}-qmlplugins-dbg ${PN}-tools-dbg 
${PN}-plugins-dbg ${PN}-qmlplugins ${PN}-tools ${PN}-plugins ${PN}-mkspecs "
 
-SRC_URI += "file://0001-qtwebkit-fix-QA-issue-bad-RPATH.patch"
-
 # make sure rb files are used from sysroot, not from host
 # ruby-1.9.3-always-use-i386.patch is doing target_cpu=`echo $target_cpu | sed 
s/i.86/i386/`
 # we need to replace it too (a bit longer version without importing re)
diff --git a/recipes-qt/qt5/qtwebkit/0002-qtwebkit-fix-textrel-x86.patch 
b/recipes-qt/qt5/qtwebkit/0002-qtwebkit-fix-textrel-x86.patch
new file mode 100644
index 000..e5f1538
--- /dev/null
+++ b/recipes-qt/qt5/qtwebkit/0002-qtwebkit-fix-textrel-x86.patch
@@ -0,0 +1,68 @@
+Fix textrel QA warnings when building qtwebkit for x86:
+
+  WARNING: QA Issue: ELF binary 
'/home/andre/rdk/rdk-master/build-vbox32/tmp/work/core2-32-rdk-linux/qtwebkit/5.4.0-r0/packages-split/qtwebkit/usr/lib/libQt5WebKit.so.5.4.0'
 has relocations in .text [textrel]
+
+Patch from upstream webkit:
+
+  https://bugs.webkit.org/show_bug.cgi?id=70610
+
+Minor refresh required to apply cleanly to the older webkit sources used
+by qtwebkit. Specifically, the patch needed to be modified to account
+for PLATFORM(MAC) -> OS(DARWIN) renaming in recent webkit which is not
+part of qtwebkit yet ( https://bugs.webkit.org/show_bug.cgi?id=99683 ).
+
+Upstream status [webkit] : backport
+Upstream status [qtwebkit] : unclear
+
+
+From: Magnus Granberg 
+Subject: Remove TEXTREL tag in x86
+Bug: https://bugs.webkit.org/show_bug.cgi?id=70610
+Index: webkitgtk/Source/WTF/wtf/InlineASM.h
+===
+--- webkitgtk.orig/Source/WTF/wtf/InlineASM.h
 webkitgtk/Source/WTF/wtf/InlineASM.h
+@@ -46,6 +46,8 @@
+ #define GLOBAL_REFERENCE(name) #name "@plt"
+ #elif CPU(X86) && COMPILER(MINGW)
+ #define GLOBAL_REFERENCE(name) "@" #name "@4"
++#elif OS(LINUX) && CPU(X86) && defined(__PIC__)
++#define GLOBAL_REFERENCE(name) SYMBOL_STRING(name) "@plt"
+ #else
+ #define GLOBAL_REFERENCE(name) SYMBOL_STRING(name)
+ #endif
+Index: webkitgtk/Source/JavaScriptCore/jit/ThunkGenerators.cpp
+===
+--- webkitgtk.orig/Source/JavaScriptCore/jit/ThunkGenerators.cpp
 webkitgtk/Source/JavaScriptCore/jit/ThunkGenerators.cpp
+@@ -524,6 +524,30 @@ double jsRound(double d)
+ } \
+ static MathThunk UnaryDoubleOpWrapper(function) = &function##Thunk;
+ 
++#elif CPU(X86) && COMPILER(GCC) && OS(LINUX) && defined(__PIC__)
++#define defineUnaryDoubleOpWrapper(function) \
++asm( \
++".text\n" \
++".globl " SYMBOL_STRING(function##Thunk) "\n" \
++HIDE_SYMBOL(function##Thunk) "\n" \
++SYMBOL_STRING(function##Thunk) ":" "\n" \
++"pushl %ebx\n" \
++"subl $20,

[oe] [meta-oe][PATCH] log4c: fix undeclared dependency on expat

2015-02-18 Thread Andre McCurdy

The original log4c configure.in is buggy and requires fixing
before "configure --with-expat" works as expected.

Signed-off-by: Andre McCurdy 
---
 .../log4c/log4c/fix_configure_with-expat.patch  | 21 +
 meta-oe/recipes-support/log4c/log4c_1.2.4.bb| 13 ++---
 2 files changed, 27 insertions(+), 7 deletions(-)
 create mode 100644 
meta-oe/recipes-support/log4c/log4c/fix_configure_with-expat.patch

diff --git a/meta-oe/recipes-support/log4c/log4c/fix_configure_with-expat.patch 
b/meta-oe/recipes-support/log4c/log4c/fix_configure_with-expat.patch
new file mode 100644
index 000..4872eb4
--- /dev/null
+++ b/meta-oe/recipes-support/log4c/log4c/fix_configure_with-expat.patch
@@ -0,0 +1,21 @@
+The original use of AC_ARG_WITH is buggy and causes expat support
+to be *disabled* if "--with-expat" is passed to configure.
+
+Upstream status: pending
+
+Index: log4c-1.2.4/configure.in
+===
+--- log4c-1.2.4.orig/configure.in
 log4c-1.2.4/configure.in
+@@ -217,9 +217,9 @@ AC_ARG_WITH(expat,
+ have any effect and Log4C uses some bundled yacc/lex code
+ for parsing it's configuration file.
+ ]),
+-with_expat=no,
++[],
+ with_expat=yes)
+-if test x$with_expat = xyes ; then
++if test x$with_expat != xno ; then
+  use_expat=yes
+  AM_PATH_EXPAT(1.95.1)
+ fi
diff --git a/meta-oe/recipes-support/log4c/log4c_1.2.4.bb 
b/meta-oe/recipes-support/log4c/log4c_1.2.4.bb
index 43e0746..ea75757 100644
--- a/meta-oe/recipes-support/log4c/log4c_1.2.4.bb
+++ b/meta-oe/recipes-support/log4c/log4c_1.2.4.bb
@@ -1,16 +1,15 @@
-SUMMARY = "Logging Framework for C"
+SUMMARY = "Log4c is a C library for flexible logging to files, syslog and 
other destinations"
 HOMEPAGE = "http://log4c.sourceforge.net";
 LICENSE = "LGPLv2"
-
 LIC_FILES_CHKSUM = "file://COPYING;md5=4fbd65380cdd255951079008b364516c"
 
-SRC_URI = 
"http://cznic.dl.sourceforge.net/project/log4c/log4c/${PV}/log4c-${PV}.tar.gz";
+SRC_URI = "${SOURCEFORGE_MIRROR}/${BPN}/${BP}.tar.gz \
+   file://fix_configure_with-expat.patch"
+
 SRC_URI[md5sum] = "0d94919136e1d16b68427562e74cb3dd"
 SRC_URI[sha256sum] = 
"5991020192f52cc40fa852fbf6bbf5bd5db5d5d00aa9905c67f6f0eadeed48ea"
 
-S = "${WORKDIR}/${PN}-${PV}"
-
-EXTRA_OECONF = "--prefix=/usr"
+PACKAGECONFIG ??= "expat"
+PACKAGECONFIG[expat] = "--with-expat,--without-expat,expat"
 
 inherit autotools
-
-- 
1.9.1

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

Re: [oe] [meta-qt5] hardcoded rpath in Qt 5.4.0 qtbase-native uic binary

2015-03-10 Thread Andre McCurdy

On Thu, Jan 15, 2015 at 9:49 PM, Andre McCurdy  wrote:
> The Qt 5.4.0 qtbase-native uic binary seems to get built with a
> hardcoded RUNPATH, which causes problems when qtbase-native from
> sstate is later reused by a different build. The issue has been
> there since 5.4.0 alpha1 (5.3.2 is OK).
>

I'm still seeing this issue with Qt 5.4.1 and it seems to be related
to using gold as the linker (ie adding ld-is-gold to DISTRO_FEATURES).

With Qt 5.4.x, including ld-is-gold in DISTRO_FEATURES causes uic (and
other qtbase-native binaries) to be linked with "-fuse-ld=gold", which
causes these binaries to have runtime library paths defined via
"RUNPATH" instead of "RPATH".

Since chrpath.bbclass only fixes absolute paths in "RPATH", the
absolute paths specified via "RUNPATH" in the installed binaries don't
get fixed.


> --
>
> Build Configuration:
> BB_VERSION= "1.25.0"
> BUILD_SYS = "x86_64-linux"
> NATIVELSBSTRING   = "LinuxMint-17.1"
> TARGET_SYS= "i586-rdk-linux"
> MACHINE   = "vbox32"
> DISTRO= "rdk"
> DISTRO_VERSION= "2.0"
> TUNE_FEATURES = "m32 core2"
> TARGET_FPU= ""
> meta-bsp-vbox = 
> "(detachedfrom253724d):253724dfeace58edbb40025fa8e4b5ace2c90164"
> meta-rdk  = 
> "(detachedfrom724d5c0):724d5c0030e3d2a53aad1929393ba2c00122ab91"
> meta-qt5  = 
> "(detachedfromec50df6):ec50df68b80f9704f135dd4c9f384a5596ec77cb"
> meta-metrological = "(nobranch):abbd111fee3ae1ade2fc2997ccda0eb9782da761"
> meta-multimedia
> meta-filesystems
> meta-oe
> meta-python
> meta-networking
> meta-ruby = 
> "(detachedfrom7bbacd0):7bbacd0023fada94ba0b2aafd7d872301ffe"
> meta  = 
> "(detachedfromb61a2ac):b61a2acc321489c3427f0afa3059486dc144a13b"
>
>
> $ readelf -d tmp/sysroots/x86_64-linux/usr/bin/qt5/uic
>
> Dynamic section at offset 0x80c60 contains 27 entries:
>   TagType Name/Value
>  0x0003 (PLTGOT) 0x481fe8
>  0x0002 (PLTRELSZ)   4368 (bytes)
>  0x0017 (JMPREL) 0x4033a0
>  0x0014 (PLTREL) RELA
>  0x0007 (RELA)   0x4031a8
>  0x0008 (RELASZ) 504 (bytes)
>  0x0009 (RELAENT)24 (bytes)
>  0x0015 (DEBUG)  0x0
>  0x0006 (SYMTAB) 0x400298
>  0x000b (SYMENT) 24 (bytes)
>  0x0005 (STRTAB) 0x401570
>  0x000a (STRSZ)  6625 (bytes)
>  0x6ef5 (GNU_HASH)   0x402f58
>  0x0001 (NEEDED) Shared library: [libQt5Core.so.5]
>  0x0001 (NEEDED) Shared library: [libstdc++.so.6]
>  0x0001 (NEEDED) Shared library: [libc.so.6]
>  0x000c (INIT)   0x4044b0
>  0x000d (FINI)   0x4571cc
>  0x001a (FINI_ARRAY) 0x480ce8
>  0x001c (FINI_ARRAYSZ)   8 (bytes)
>  0x0019 (INIT_ARRAY) 0x480cf0
>  0x001b (INIT_ARRAYSZ)   8 (bytes)
>  0x001d (RUNPATH)Library runpath: 
> [/home/andre/rdk/rdk-master/build-vbox32/tmp/sysroots/x86_64-linux/usr/lib:/home/andre/rdk/rdk-master/build-vbox32/tmp/sysroots/x86_64-linux/lib]
>  0x6ff0 (VERSYM) 0x402f90
>  0x6ffe (VERNEED)0x403124
>  0x6fff (VERNEEDNUM) 2
>  0x (NULL)   0x0
>
>
-- 
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel

[oe] [meta-oe][PATCH] tinymembench: add initial recipe

2015-03-10 Thread Andre McCurdy

Signed-off-by: Andre McCurdy 
---
 .../tinymembench/tinymembench_git.bb  | 19 +++
 1 file changed, 19 insertions(+)
 create mode 100644 meta-oe/recipes-benchmark/tinymembench/tinymembench_git.bb

diff --git a/meta-oe/recipes-benchmark/tinymembench/tinymembench_git.bb 
b/meta-oe/recipes-benchmark/tinymembench/tinymembench_git.bb
new file mode 100644
index 000..ae7887d
--- /dev/null
+++ b/meta-oe/recipes-benchmark/tinymembench/tinymembench_git.bb
@@ -0,0 +1,19 @@
+DESCRIPTION = "A simple memory benchmark program, which tries to measure the \
+peak bandwidth of sequential memory accesses and the latency of random memory \
+accesses. Bandwidth is measured by running different assembly code for the \
+aligned memory blocks and attempting different prefetch strategies"
+HOMEPAGE = "https://github.com/ssvb/tinymembench/wiki";
+LICENSE = "MIT"
+LIC_FILES_CHKSUM = 
"file://main.c;endline=22;md5=879b9bbb60851454885b5fa47eb6b345"
+
+PV = "0.3.9+git${SRCPV}"
+
+SRCREV = "95e68477588d41187b2d2e52ecf6be0e7eb06b8d"
+SRC_URI = "git://github.com/ssvb/tinymembench.git"
+
+S = "${WORKDIR}/git"
+
+do_install() {
+install -d ${D}${bindir}
+install -m755 tinymembench ${D}${bindir}/
+}
-- 
1.9.1

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

[oe] [meta-webserver][PATCH] spawn-fcgi: add initial recipe

2015-03-10 Thread Andre McCurdy

Signed-off-by: Andre McCurdy 
---
 .../spawn-fcgi-1.6.4/fix_configure_ipv6_test.patch | 35 ++
 .../recipes-support/spawn-fcgi/spawn-fcgi_1.6.4.bb | 16 ++
 2 files changed, 51 insertions(+)
 create mode 100644 
meta-webserver/recipes-support/spawn-fcgi/spawn-fcgi-1.6.4/fix_configure_ipv6_test.patch
 create mode 100644 
meta-webserver/recipes-support/spawn-fcgi/spawn-fcgi_1.6.4.bb

diff --git 
a/meta-webserver/recipes-support/spawn-fcgi/spawn-fcgi-1.6.4/fix_configure_ipv6_test.patch
 
b/meta-webserver/recipes-support/spawn-fcgi/spawn-fcgi-1.6.4/fix_configure_ipv6_test.patch
new file mode 100644
index 000..9409dd2
--- /dev/null
+++ 
b/meta-webserver/recipes-support/spawn-fcgi/spawn-fcgi-1.6.4/fix_configure_ipv6_test.patch
@@ -0,0 +1,35 @@
+Testing for IPv6 support got broken by configure.ac changes in 1.6.4
+As a temp workaround, revert back to the 1.6.3 version.
+
+Upstream-Status: Pending
+
+--- spawn-fcgi-1.6.4/configure.ac
 spawn-fcgi-1.6.3/configure.ac
+@@ -66,8 +47,8 @@
+ # Check for IPv6 support
+ 
+ AC_ARG_ENABLE(ipv6,
+-  AC_HELP_STRING([--disable-ipv6],[disable IPv6 support]),
+-  [case "${enableval}" in
++ AC_HELP_STRING([--disable-ipv6],[disable IPv6 support]),
++ [case "${enableval}" in
+yes) ipv6=true ;;
+ no) ipv6=false ;;
+  *) AC_MSG_ERROR(bad value ${enableval} for --enable-ipv6) ;;
+@@ -75,13 +56,10 @@
+ 
+ if test x$ipv6 = xtrue; then
+   AC_CACHE_CHECK([for IPv6 support], ac_cv_ipv6_support,
+-[AC_TRY_LINK([[
+-#include 
++  [AC_TRY_LINK([ #include 
+ #include 
+-#include 
+-]], [[
+-struct sockaddr_in6 s; struct in6_addr t=in6addr_any; int i=AF_INET6; s; 
t.s6_addr[0] = 0;
+-]], [ac_cv_ipv6_support=yes], [ac_cv_ipv6_support=no])])
++#include ], [struct sockaddr_in6 s; struct in6_addr 
t=in6addr_any; int i=AF_INET6; s; t.s6_addr[0] = 0; ],
++  [ac_cv_ipv6_support=yes], [ac_cv_ipv6_support=no])])
+ 
+   if test "$ac_cv_ipv6_support" = yes; then
+ AC_DEFINE(HAVE_IPV6,1,[Whether to enable IPv6 support])
diff --git a/meta-webserver/recipes-support/spawn-fcgi/spawn-fcgi_1.6.4.bb 
b/meta-webserver/recipes-support/spawn-fcgi/spawn-fcgi_1.6.4.bb
new file mode 100644
index 000..99e58bd
--- /dev/null
+++ b/meta-webserver/recipes-support/spawn-fcgi/spawn-fcgi_1.6.4.bb
@@ -0,0 +1,16 @@
+SUMMARRY = "spawn-fcgi is used to spawn FastCGI applications"
+HOMEPAGE = "http://redmine.lighttpd.net/projects/spawn-fcgi";
+
+LICENSE = "BSD"
+LIC_FILES_CHKSUM = "file://COPYING;md5=e4dac5c6ab169aa212feb5028853a579"
+
+SRC_URI = 
"http://download.lighttpd.net/spawn-fcgi/releases-1.6.x/spawn-fcgi-${PV}.tar.gz 
\
+   file://fix_configure_ipv6_test.patch"
+
+SRC_URI[md5sum] = "e970de4efe8045c01dd76280f39901aa"
+SRC_URI[sha256sum] = 
"ab327462cb99894a3699f874425a421d934f957cb24221f00bb888108d9dd09e"
+
+inherit autotools
+
+PACKAGECONFIG ??= "${@bb.utils.contains("DISTRO_FEATURES", "ipv6", "ipv6", "", 
d)}"
+PACKAGECONFIG[ipv6] = "--enable-ipv6,--disable-ipv6,"
-- 
1.9.1

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

Re: [oe] [meta-browser][PATCH] cef3: Add recipe for Chromium Embedded Framework

2015-03-10 Thread Andre McCurdy

On Tue, Mar 10, 2015 at 6:52 PM, Khem Raj  wrote:
> CEF is a framework to embed chromium based browsers into other
> applications

Nice to see this show up :-)

> Change-Id: I7cb987828837b3aef6e87aa9b9f73a8babe26a06
> Signed-off-by: pnandyala 
> Signed-off-by: knagabhirava 
> Signed-off-by: Zoltan Kuscsik 
> Signed-off-by: Khem Raj 
> ---
>  .../cef3/01_get_svn_version_from_LASTCHANGE.patch  |  25 
>  recipes-browser/chromium/cef3_280796.bb| 146 
> +
>  2 files changed, 171 insertions(+)
>  create mode 100644 
> recipes-browser/chromium/cef3/01_get_svn_version_from_LASTCHANGE.patch
>  create mode 100644 recipes-browser/chromium/cef3_280796.bb
>
> diff --git 
> a/recipes-browser/chromium/cef3/01_get_svn_version_from_LASTCHANGE.patch 
> b/recipes-browser/chromium/cef3/01_get_svn_version_from_LASTCHANGE.patch
> new file mode 100644
> index 000..61f88b4
> --- /dev/null
> +++ b/recipes-browser/chromium/cef3/01_get_svn_version_from_LASTCHANGE.patch
> @@ -0,0 +1,25 @@
> +diff --git a/cef/tools/make_version_header.py 
> b/cef/tools/make_version_header.py
> +index 84d49f5..395c2cf 100644
> +--- a/cef/tools/make_version_header.py
>  b/cef/tools/make_version_header.py
> +@@ -64,6 +64,8 @@ def write_svn_header(header, chrome_version, cef_version, 
> cpp_header_dir):
> +   revision = svn.get_revision()
> + elif git.is_checkout('.'):
> +   revision = git.get_svn_revision()
> ++elif os.path.isfile("../build/util/LASTCHANGE"):
> ++  revision = 
> open("../build/util/LASTCHANGE").read().split("=")[1].strip()
> + else:
> +   raise Exception('Not a valid checkout')
> +
> +diff --git a/cef/tools/revision.py b/cef/tools/revision.py
> +index 1d94602..eb89e3b 100644
> +--- a/cef/tools/revision.py
>  b/cef/tools/revision.py
> +@@ -16,6 +16,8 @@ if os.path.exists(os.path.join('.', '.svn')):
> +   sys.stdout.write(svn.get_revision())
> + elif os.path.exists(os.path.join('.', '.git')):
> +   sys.stdout.write(git.get_svn_revision())
> ++elif os.path.isfile("../build/util/LASTCHANGE"):
> ++  revision = open("../build/util/LASTCHANGE").read().split("=")[1].strip()
> + else:
> +   raise Exception('Not a valid checkout')
> diff --git a/recipes-browser/chromium/cef3_280796.bb 
> b/recipes-browser/chromium/cef3_280796.bb
> new file mode 100644
> index 000..9834eac
> --- /dev/null
> +++ b/recipes-browser/chromium/cef3_280796.bb
> @@ -0,0 +1,146 @@
> +DESCRIPTION = "Chromium Embedded Framework"
> +LICENSE = "BSD"
> +
> +# Based on Chromium dependencies
> +DEPENDS = " \
> +   xz-native \
> +   pciutils \
> +   pulseaudio \
> +   xextproto \
> +   pango \
> +   cairo \
> +   nss \
> +   zlib-native \
> +   cups \
> +   ninja-native \
> +   gconf \
> +   libexif \
> +   libxkbcommon \
> +   fontconfig \
> +   libdrm \
> +   virtual/egl \
> +   virtual/libgles2 \
> +   "

Is there a logic to this sorting order?

> +RDEPENDS_${PN} = " \
> +   pango \
> +   cairo \
> +   fontconfig \
> +   pciutils \
> +   pulseaudio \
> +   freetype \
> +   fontconfig-utils \
> +"

Same comment here.

> +#Generic Fonts are needed
> +
> +COMPATIBLE_MACHINE = "(-)"
> +COMPATIBLE_MACHINE_i586 = "(.*)"
> +COMPATIBLE_MACHINE_x86-64 = "(.*)"
> +COMPATIBLE_MACHINE_armv6 = "(.*)"
> +COMPATIBLE_MACHINE_armv7a = "(.*)"
> +
> +SRC_URI = 
> "http://people.linaro.org/~zoltan.kuscsik/chromium-browser/chromium_rev_${PV}.tar.xz";
> +SRC_URI 
> +="git://github.com/kuscsik/chromiumembedded.git;protocol=https;destsuffix=src/cef;branch=aura;name=cef"
> +SRC_URI 
> +="git://github.com/kuscsik/ozone-egl.git;protocol=https;destsuffix=src/ui/ozone/platform/egl;branch=master;name=egl"
> +SRC_URI 
> +="git://chromium.googlesource.com/chromium/tools/depot_tools.git;protocol=https;destsuffix=depot_tools;branch=master;name=tools"
> +SRC_URI +="file://01_get_svn_version_from_LASTCHANGE.patch"
> +
> +SRCREV = "${AUTOREV}"
> +SRCREV_cef ?= "${AUTOREV}"
> +SRCREV_egl = "${AUTOREV}"

Are AUTOREV versions allowed?

> +SRCREV_FORMAT = "default_cef_egl_tools"
> +S = "${WORKDIR}/chromium_rev_${PV}"
> +
> +do_fetch[vardeps] += "SRCREV_FORMAT SRCREV_cef SRCREV_egl SRCREV_tools"
> +
> +SRC_URI[md5sum] = "9efbb50283b731042e62b9bd5e312b2f"
> +SRC_URI[sha256sum] = 
> "f608e97dadf6ea4d885b24fd876896d46840fa39bf743ea2025075aee9fb348d"
> +
> +export CHROMIUM_BUILD_TYPE="Release"
> +
> +GYP_ARCH_DEFINES_armv7a = " target_arch=arm arm_float_abi=hard"
> +GYP_ARCH_DEFINES_i586 = " target_arch=ia32"

Should there be a default GYP_ARCH_DEFINES for the other
COMPATIBLE_MACHINEs, x86-64 and armv6?

> +export GYP_GENERATORS="ninja"
> +export BUILD_TARGET_ARCH="${TARGET_ARCH}"
> +export GYP_DEFINES="${GYP_ARCH_DEFINES} 
> release_extra_cflags='-Wno-error=unused-local-typedefs' sysroot=''"
> +
> +inherit gettext
> +
> +do_configure() {
> +# LD workaround taken from meta-browser
> +# replace LD with CXX, to workaround a possible

[oe] [meta-qt5][PATCH] qt5: add QT_GIT to define git repo for Qt core components

2015-03-12 Thread Andre McCurdy

Replace four duplicate git URIs with a single definition.

Signed-off-by: Andre McCurdy 
---
 recipes-qt/qt5/nativesdk-qtbase_git.bb | 2 +-
 recipes-qt/qt5/qt5-git.inc | 4 +++-
 recipes-qt/qt5/qtbase-native_git.bb| 2 +-
 recipes-qt/qt5/qtbase_git.bb   | 2 +-
 4 files changed, 6 insertions(+), 4 deletions(-)

diff --git a/recipes-qt/qt5/nativesdk-qtbase_git.bb 
b/recipes-qt/qt5/nativesdk-qtbase_git.bb
index df80407..9832eee 100644
--- a/recipes-qt/qt5/nativesdk-qtbase_git.bb
+++ b/recipes-qt/qt5/nativesdk-qtbase_git.bb
@@ -5,7 +5,7 @@ require ${PN}.inc
 FILESEXTRAPATHS =. "${FILE_DIRNAME}/${BPN}-git:"
 
 SRC_URI = "\
-git://code.qt.io/qt/${QT_MODULE}.git;branch=${QT_MODULE_BRANCH} \
+${QT_GIT}/qt/${QT_MODULE}.git;branch=${QT_MODULE_BRANCH} \
 "
 
 # common for qtbase-native, qtbase-nativesdk and qtbase
diff --git a/recipes-qt/qt5/qt5-git.inc b/recipes-qt/qt5/qt5-git.inc
index 84ddf49..a2d96a2 100644
--- a/recipes-qt/qt5/qt5-git.inc
+++ b/recipes-qt/qt5/qt5-git.inc
@@ -1,11 +1,13 @@
 # Copyright (C) 2012 O.S. Systems Software LTDA.
 # Copyright (C) 2013-2014 Martin Jansa 
 
+QT_GIT ?= "git://code.qt.io"
+
 QT_MODULE_BRANCH ?= "5.4"
 
 # each module needs to define valid SRCREV
 SRC_URI += " \
-git://code.qt.io/qt/${QT_MODULE}.git;branch=${QT_MODULE_BRANCH} \
+${QT_GIT}/qt/${QT_MODULE}.git;branch=${QT_MODULE_BRANCH} \
 "
 
 S = "${WORKDIR}/git"
diff --git a/recipes-qt/qt5/qtbase-native_git.bb 
b/recipes-qt/qt5/qtbase-native_git.bb
index 5a308d4..e558ee6 100644
--- a/recipes-qt/qt5/qtbase-native_git.bb
+++ b/recipes-qt/qt5/qtbase-native_git.bb
@@ -2,7 +2,7 @@ require qt5-git.inc
 require ${PN}.inc
 
 SRC_URI = "\
-git://code.qt.io/qt/${QT_MODULE}.git;branch=${QT_MODULE_BRANCH} \
+${QT_GIT}/qt/${QT_MODULE}.git;branch=${QT_MODULE_BRANCH} \
 "
 
 # common for qtbase-native, qtbase-nativesdk and qtbase
diff --git a/recipes-qt/qt5/qtbase_git.bb b/recipes-qt/qt5/qtbase_git.bb
index 549c92a..1be31ea 100644
--- a/recipes-qt/qt5/qtbase_git.bb
+++ b/recipes-qt/qt5/qtbase_git.bb
@@ -2,7 +2,7 @@ require qt5-git.inc
 require ${PN}.inc
 
 SRC_URI = "\
-git://code.qt.io/qt/${QT_MODULE}.git;branch=${QT_MODULE_BRANCH} \
+${QT_GIT}/qt/${QT_MODULE}.git;branch=${QT_MODULE_BRANCH} \
 "
 
 # common for qtbase-native, qtbase-nativesdk and qtbase
-- 
1.9.1

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

Re: [oe] [meta-qt5][PATCH] qt5: add QT_GIT to define git repo for Qt core components

2015-03-13 Thread Andre McCurdy

On Fri, Mar 13, 2015 at 6:50 AM, Martin Jansa  wrote:
> On Thu, Mar 12, 2015 at 08:50:41PM -0700, Andre McCurdy wrote:
>> Replace four duplicate git URIs with a single definition.
>
> Do you plan to override this location from somewhere else?

Yes, I think it's useful to have that option.

> It doesn't even cover qt5everywheredemo recipe so I don't think it's
> worth it in this form, maybe if you move it to layer.conf and apply it
> for qt5everywheredemo as well.

I'll send a version 2.

>
> Regards,
>
>> Signed-off-by: Andre McCurdy 
>> ---
>>  recipes-qt/qt5/nativesdk-qtbase_git.bb | 2 +-
>>  recipes-qt/qt5/qt5-git.inc | 4 +++-
>>  recipes-qt/qt5/qtbase-native_git.bb| 2 +-
>>  recipes-qt/qt5/qtbase_git.bb   | 2 +-
>>  4 files changed, 6 insertions(+), 4 deletions(-)
>>
>> diff --git a/recipes-qt/qt5/nativesdk-qtbase_git.bb 
>> b/recipes-qt/qt5/nativesdk-qtbase_git.bb
>> index df80407..9832eee 100644
>> --- a/recipes-qt/qt5/nativesdk-qtbase_git.bb
>> +++ b/recipes-qt/qt5/nativesdk-qtbase_git.bb
>> @@ -5,7 +5,7 @@ require ${PN}.inc
>>  FILESEXTRAPATHS =. "${FILE_DIRNAME}/${BPN}-git:"
>>
>>  SRC_URI = "\
>> -git://code.qt.io/qt/${QT_MODULE}.git;branch=${QT_MODULE_BRANCH} \
>> +${QT_GIT}/qt/${QT_MODULE}.git;branch=${QT_MODULE_BRANCH} \
>>  "
>>
>>  # common for qtbase-native, qtbase-nativesdk and qtbase
>> diff --git a/recipes-qt/qt5/qt5-git.inc b/recipes-qt/qt5/qt5-git.inc
>> index 84ddf49..a2d96a2 100644
>> --- a/recipes-qt/qt5/qt5-git.inc
>> +++ b/recipes-qt/qt5/qt5-git.inc
>> @@ -1,11 +1,13 @@
>>  # Copyright (C) 2012 O.S. Systems Software LTDA.
>>  # Copyright (C) 2013-2014 Martin Jansa 
>>
>> +QT_GIT ?= "git://code.qt.io"
>> +
>>  QT_MODULE_BRANCH ?= "5.4"
>>
>>  # each module needs to define valid SRCREV
>>  SRC_URI += " \
>> -git://code.qt.io/qt/${QT_MODULE}.git;branch=${QT_MODULE_BRANCH} \
>> +${QT_GIT}/qt/${QT_MODULE}.git;branch=${QT_MODULE_BRANCH} \
>>  "
>>
>>  S = "${WORKDIR}/git"
>> diff --git a/recipes-qt/qt5/qtbase-native_git.bb 
>> b/recipes-qt/qt5/qtbase-native_git.bb
>> index 5a308d4..e558ee6 100644
>> --- a/recipes-qt/qt5/qtbase-native_git.bb
>> +++ b/recipes-qt/qt5/qtbase-native_git.bb
>> @@ -2,7 +2,7 @@ require qt5-git.inc
>>  require ${PN}.inc
>>
>>  SRC_URI = "\
>> -git://code.qt.io/qt/${QT_MODULE}.git;branch=${QT_MODULE_BRANCH} \
>> +${QT_GIT}/qt/${QT_MODULE}.git;branch=${QT_MODULE_BRANCH} \
>>  "
>>
>>  # common for qtbase-native, qtbase-nativesdk and qtbase
>> diff --git a/recipes-qt/qt5/qtbase_git.bb b/recipes-qt/qt5/qtbase_git.bb
>> index 549c92a..1be31ea 100644
>> --- a/recipes-qt/qt5/qtbase_git.bb
>> +++ b/recipes-qt/qt5/qtbase_git.bb
>> @@ -2,7 +2,7 @@ require qt5-git.inc
>>  require ${PN}.inc
>>
>>  SRC_URI = "\
>> -git://code.qt.io/qt/${QT_MODULE}.git;branch=${QT_MODULE_BRANCH} \
>> +${QT_GIT}/qt/${QT_MODULE}.git;branch=${QT_MODULE_BRANCH} \
>>  "
>>
>>  # common for qtbase-native, qtbase-nativesdk and qtbase
>> --
>> 1.9.1
>>
>> --
-- 
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel

[oe] [meta-qt5][PATCH v2] qt5: add QT_GIT to define git repo for Qt core components

2015-03-13 Thread Andre McCurdy

Replace duplicated git URIs with a single definition in layer.conf.

Signed-off-by: Andre McCurdy 
---
 conf/layer.conf  | 2 ++
 recipes-qt/examples/qt5everywheredemo_1.0.bb | 2 +-
 recipes-qt/qt5/nativesdk-qtbase_git.bb   | 2 +-
 recipes-qt/qt5/qt5-git.inc   | 2 +-
 recipes-qt/qt5/qtbase-native_git.bb  | 2 +-
 recipes-qt/qt5/qtbase_git.bb | 2 +-
 6 files changed, 7 insertions(+), 5 deletions(-)

diff --git a/conf/layer.conf b/conf/layer.conf
index aacfd78..92558b3 100644
--- a/conf/layer.conf
+++ b/conf/layer.conf
@@ -26,3 +26,5 @@ BBFILE_PRIORITY_qt5-layer = "7"
 LICENSE_PATH += "${LAYERDIR}/licenses"
 
 IMAGE_FEATURES[validitems] += "qtcreator-debug"
+
+QT_GIT ?= "git://code.qt.io"
diff --git a/recipes-qt/examples/qt5everywheredemo_1.0.bb 
b/recipes-qt/examples/qt5everywheredemo_1.0.bb
index db5bbe6..0546b00 100644
--- a/recipes-qt/examples/qt5everywheredemo_1.0.bb
+++ b/recipes-qt/examples/qt5everywheredemo_1.0.bb
@@ -7,7 +7,7 @@ LIC_FILES_CHKSUM = 
"file://main.cpp;md5=1187cb795a0f96bce64e63dd1a67dc2b"
 DEPENDS = "qtdeclarative qtgraphicaleffects"
 
 SRCREV = "c17fe9e0ec0882ac4c4dc1168095f569acab5d09"
-SRC_URI = "git://code.qt.io/qt-labs/qt5-everywhere-demo.git"
+SRC_URI = "${QT_GIT}/qt-labs/qt5-everywhere-demo.git"
 
 S = "${WORKDIR}/git/QtDemo"
 
diff --git a/recipes-qt/qt5/nativesdk-qtbase_git.bb 
b/recipes-qt/qt5/nativesdk-qtbase_git.bb
index df80407..9832eee 100644
--- a/recipes-qt/qt5/nativesdk-qtbase_git.bb
+++ b/recipes-qt/qt5/nativesdk-qtbase_git.bb
@@ -5,7 +5,7 @@ require ${PN}.inc
 FILESEXTRAPATHS =. "${FILE_DIRNAME}/${BPN}-git:"
 
 SRC_URI = "\
-git://code.qt.io/qt/${QT_MODULE}.git;branch=${QT_MODULE_BRANCH} \
+${QT_GIT}/qt/${QT_MODULE}.git;branch=${QT_MODULE_BRANCH} \
 "
 
 # common for qtbase-native, qtbase-nativesdk and qtbase
diff --git a/recipes-qt/qt5/qt5-git.inc b/recipes-qt/qt5/qt5-git.inc
index 84ddf49..c878998 100644
--- a/recipes-qt/qt5/qt5-git.inc
+++ b/recipes-qt/qt5/qt5-git.inc
@@ -5,7 +5,7 @@ QT_MODULE_BRANCH ?= "5.4"
 
 # each module needs to define valid SRCREV
 SRC_URI += " \
-git://code.qt.io/qt/${QT_MODULE}.git;branch=${QT_MODULE_BRANCH} \
+${QT_GIT}/qt/${QT_MODULE}.git;branch=${QT_MODULE_BRANCH} \
 "
 
 S = "${WORKDIR}/git"
diff --git a/recipes-qt/qt5/qtbase-native_git.bb 
b/recipes-qt/qt5/qtbase-native_git.bb
index 5a308d4..e558ee6 100644
--- a/recipes-qt/qt5/qtbase-native_git.bb
+++ b/recipes-qt/qt5/qtbase-native_git.bb
@@ -2,7 +2,7 @@ require qt5-git.inc
 require ${PN}.inc
 
 SRC_URI = "\
-git://code.qt.io/qt/${QT_MODULE}.git;branch=${QT_MODULE_BRANCH} \
+${QT_GIT}/qt/${QT_MODULE}.git;branch=${QT_MODULE_BRANCH} \
 "
 
 # common for qtbase-native, qtbase-nativesdk and qtbase
diff --git a/recipes-qt/qt5/qtbase_git.bb b/recipes-qt/qt5/qtbase_git.bb
index 549c92a..1be31ea 100644
--- a/recipes-qt/qt5/qtbase_git.bb
+++ b/recipes-qt/qt5/qtbase_git.bb
@@ -2,7 +2,7 @@ require qt5-git.inc
 require ${PN}.inc
 
 SRC_URI = "\
-git://code.qt.io/qt/${QT_MODULE}.git;branch=${QT_MODULE_BRANCH} \
+${QT_GIT}/qt/${QT_MODULE}.git;branch=${QT_MODULE_BRANCH} \
 "
 
 # common for qtbase-native, qtbase-nativesdk and qtbase
-- 
1.9.1

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

[oe] [meta-oe][PATCH] log4c: disable binconfig file

2015-04-02 Thread Andre McCurdy

Signed-off-by: Andre McCurdy 
---
 meta-oe/recipes-support/log4c/log4c_1.2.4.bb | 4 +++-
 1 file changed, 3 insertions(+), 1 deletion(-)

diff --git a/meta-oe/recipes-support/log4c/log4c_1.2.4.bb 
b/meta-oe/recipes-support/log4c/log4c_1.2.4.bb
index ea75757..3286b08 100644
--- a/meta-oe/recipes-support/log4c/log4c_1.2.4.bb
+++ b/meta-oe/recipes-support/log4c/log4c_1.2.4.bb
@@ -12,4 +12,6 @@ SRC_URI[sha256sum] = 
"5991020192f52cc40fa852fbf6bbf5bd5db5d5d00aa9905c67f6f0eade
 PACKAGECONFIG ??= "expat"
 PACKAGECONFIG[expat] = "--with-expat,--without-expat,expat"
 
-inherit autotools
+BINCONFIG = "${bindir}/log4c-config"
+
+inherit autotools binconfig-disabled
-- 
1.9.1

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

Re: [oe] [[meta-filesystems][Add xorriso support]] Add xorriso tool support

2015-04-03 Thread Andre McCurdy

On Wed, Apr 1, 2015 at 12:21 PM, Gaurang Shastri  wrote:
> xorriso copies file objects from POSIX compliant filesystems into
> Rock Ridge enhanced ISO 9660 filesystems and allows session-wise
> manipulation of such filesystems.
>
> Signed-off-by: Gaurang Shastri 
> ---
>  .../recipes-utils/xorriso/xorriso_1.3.8.bb |   17 +
>  1 file changed, 17 insertions(+)
>  create mode 100644 meta-filesystems/recipes-utils/xorriso/xorriso_1.3.8.bb
>
> diff --git a/meta-filesystems/recipes-utils/xorriso/xorriso_1.3.8.bb 
> b/meta-filesystems/recipes-utils/xorriso/xorriso_1.3.8.bb
> new file mode 100644
> index 000..93914b4
> --- /dev/null
> +++ b/meta-filesystems/recipes-utils/xorriso/xorriso_1.3.8.bb
> @@ -0,0 +1,17 @@
> +DESCRIPTIONS = "xorriso copies file objects from POSIX compliant filesystems 
> into Rock Ridge enhanced ISO 9660 filesystems and allows session-wise 
> manipulation of such filesystems"

DESCRIPTION, not DESCRIPTIONS.

> +
> +inherit autotools
> +
> +DEPENDS += "attr zlib"
> +
> +SRC_URI = "http://www.gnu.org/software/${BPN}/${BPN}-${PV}.tar.gz";
> +
> +SRC_URI[md5sum] = "a0fc534ef8f9589282a189f0e6cdf952"
> +SRC_URI[sha256sum] = 
> "901204634651533f7cbd105eab560534702458258529aac4b2f0fc946992107e"
> +
> +LIC_FILES_CHKSUM = "file://COPYING;md5=d32239bcb673463ab874e80d47fae504"
> +LICENSE = "GPLv3"

License fields should be nearer the top of the recipe. See
http://www.openembedded.org/wiki/Styleguide

> +EXTRA_OECONF = "--disable-libacl"

Consider making acl a PACKAGECONFIG option, controlled by the acl
DISTRO feature (see coreutils recipe for an example).

To prevent non-deterministic dependencies, consider adding a
PACKAGECONFIG option for bzip2 as well.

> +BBCLASSEXTEND = "nativesdk"
> --
> 1.7.9.5
>
> --
> ___
> 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] [meta-browser][PATCH 1/2 V4] cef3: Add recipe for Chromium Embedded Framework

2015-04-27 Thread Andre McCurdy

Looks like some regressions may have crept back relative previous
versions of the patch?

  - dubious indent in do_install()
  - .pak files being installed as executables
  - dev-so INSANE_SKIP shouldn't be requied


On Mon, Apr 27, 2015 at 9:44 AM, Khem Raj  wrote:
> CEF is a framework to embed chromium based browsers into other
> applications
>
> Change-Id: Ieabae43042101331f67cf6e673391f6fe320561f
> Signed-off-by: pnandyala 
> Signed-off-by: knagabhirava 
> Signed-off-by: Zoltan Kuscsik 
> Signed-off-by: Khem Raj 
> ---
>  .../cef3/01_get_svn_version_from_LASTCHANGE.patch  |  25 ++
>  recipes-browser/chromium/cef3_280796.bb|  50 
>  recipes-browser/chromium/chromium.inc  | 251 
> +++--
>  recipes-browser/chromium/chromium_40.0.2214.91.bb  | 163 +
>  4 files changed, 320 insertions(+), 169 deletions(-)
>  create mode 100644 
> recipes-browser/chromium/cef3/01_get_svn_version_from_LASTCHANGE.patch
>  create mode 100644 recipes-browser/chromium/cef3_280796.bb
>
> diff --git 
> a/recipes-browser/chromium/cef3/01_get_svn_version_from_LASTCHANGE.patch 
> b/recipes-browser/chromium/cef3/01_get_svn_version_from_LASTCHANGE.patch
> new file mode 100644
> index 000..61f88b4
> --- /dev/null
> +++ b/recipes-browser/chromium/cef3/01_get_svn_version_from_LASTCHANGE.patch
> @@ -0,0 +1,25 @@
> +diff --git a/cef/tools/make_version_header.py 
> b/cef/tools/make_version_header.py
> +index 84d49f5..395c2cf 100644
> +--- a/cef/tools/make_version_header.py
>  b/cef/tools/make_version_header.py
> +@@ -64,6 +64,8 @@ def write_svn_header(header, chrome_version, cef_version, 
> cpp_header_dir):
> +   revision = svn.get_revision()
> + elif git.is_checkout('.'):
> +   revision = git.get_svn_revision()
> ++elif os.path.isfile("../build/util/LASTCHANGE"):
> ++  revision = 
> open("../build/util/LASTCHANGE").read().split("=")[1].strip()
> + else:
> +   raise Exception('Not a valid checkout')
> +
> +diff --git a/cef/tools/revision.py b/cef/tools/revision.py
> +index 1d94602..eb89e3b 100644
> +--- a/cef/tools/revision.py
>  b/cef/tools/revision.py
> +@@ -16,6 +16,8 @@ if os.path.exists(os.path.join('.', '.svn')):
> +   sys.stdout.write(svn.get_revision())
> + elif os.path.exists(os.path.join('.', '.git')):
> +   sys.stdout.write(git.get_svn_revision())
> ++elif os.path.isfile("../build/util/LASTCHANGE"):
> ++  revision = open("../build/util/LASTCHANGE").read().split("=")[1].strip()
> + else:
> +   raise Exception('Not a valid checkout')
> diff --git a/recipes-browser/chromium/cef3_280796.bb 
> b/recipes-browser/chromium/cef3_280796.bb
> new file mode 100644
> index 000..9ca5810
> --- /dev/null
> +++ b/recipes-browser/chromium/cef3_280796.bb
> @@ -0,0 +1,50 @@
> +DESCRIPTION = "Chromium Embedded Framework"
> +
> +include chromium.inc
> +
> +RDEPENDS_${PN} += "pango cairo fontconfig pciutils pulseaudio freetype 
> fontconfig-utils"
> +
> +SRCREV_tools = "99bcb0e676eb396bcf8e1af3903aa4b578a0"
> +SRCREV_cef = "bbad53dfca9f98dddcb31a590410fece0a4f0234"
> +SRCREV_egl = "a5b81b7617ba6757802b9b5f8c950034d5f961ec"
> +SRCREV_FORMAT = "cef_egl_tools"
> +
> +SRC_URI = 
> "http://people.linaro.org/~zoltan.kuscsik/chromium-browser/chromium_rev_${PV}.tar.xz
>  \
> +   
> git://github.com/kuscsik/chromiumembedded.git;protocol=https;destsuffix=src/cef;branch=aura;name=cef
>  \
> +   
> git://github.com/kuscsik/ozone-egl.git;protocol=https;destsuffix=src/ui/ozone/platform/egl;branch=master;name=egl
>  \
> +   
> git://chromium.googlesource.com/chromium/tools/depot_tools.git;protocol=https;destsuffix=depot_tools;branch=master;name=tools
>  \
> +   file://01_get_svn_version_from_LASTCHANGE.patch \
> + "
> +SRC_URI[md5sum] = "9efbb50283b731042e62b9bd5e312b2f"
> +SRC_URI[sha256sum] = 
> "f608e97dadf6ea4d885b24fd876896d46840fa39bf743ea2025075aee9fb348d"
> +
> +S = "${WORKDIR}/chromium_rev_${PV}"
> +
> +do_fetch[vardeps] += "SRCREV_FORMAT SRCREV_cef SRCREV_egl SRCREV_tools"
> +
> +GYP_ARCH_DEFINES_armv7a = " target_arch=arm arm_float_abi=hard"
> +GYP_ARCH_DEFINES_i586 = " target_arch=ia32"
> +
> +export GYP_GENERATORS="ninja"
> +export BUILD_TARGET_ARCH="${TARGET_ARCH}"
> +export GYP_DEFINES="${GYP_ARCH_DEFINES} 
> release_extra_cflags='-Wno-error=unused-local-typedefs' sysroot=''"
> +
> +do_configure_append() {
> +   export PATH=${WORKDIR}/depot_tools:"$PATH"
> +   # End of LD Workaround
> +   #---
> +   # Configure cef
> +   #
> +   cd cef
> +   ./cef_create_projects.sh -I ${BUILD_TARGET_ARCH}_ozone.gypi --depth 
> ../
> +   cd -
> +}
> +
> +# Workaround to disable qa_configure
> +do_qa_configure() {
> +   echo "do_qa_configure"
> +}
> +
> +do_compile() {
> +   ninja -C out/${CHROMIUM_BUILD_TYPE} cefsimple
> +}
> diff --git a/recipes-browser/chromium/chromium.inc 
> b/recipes-browser/chromium/chromium.inc
> index ad976f9..96d16fa 1006

[oe] [PATCH][meta-networking] ntp: control refclock driver support via PACKAGECONFIG

2015-05-08 Thread Andre McCurdy

The default configuration of ntp includes a large number of reference
clock drivers. Provide a PACKAGECONFIG to allow control over whether
or not these refclock drivers are built. Leave enabled by default.

  http://doc.ntp.org/4.2.8/refclock.html

Signed-off-by: Andre McCurdy 
---
 meta-networking/recipes-support/ntp/ntp_4.2.8p2.bb | 5 +++--
 1 file changed, 3 insertions(+), 2 deletions(-)

diff --git a/meta-networking/recipes-support/ntp/ntp_4.2.8p2.bb 
b/meta-networking/recipes-support/ntp/ntp_4.2.8p2.bb
index 693bdbb..811ec2e 100644
--- a/meta-networking/recipes-support/ntp/ntp_4.2.8p2.bb
+++ b/meta-networking/recipes-support/ntp/ntp_4.2.8p2.bb
@@ -8,7 +8,7 @@ SECTION = "console/network"
 LICENSE = "NTP"
 LIC_FILES_CHKSUM = "file://COPYRIGHT;md5=f41fedb22dffefcbfafecc85b0f79cfa"
 
-DEPENDS = "pps-tools libevent"
+DEPENDS = "libevent"
 
 SRC_URI = 
"http://www.eecis.udel.edu/~ntp/ntp_spool/ntp4/ntp-4.2/ntp-${PV}.tar.gz \
file://ntp-4.2.4_p6-nano.patch \
@@ -45,7 +45,7 @@ USERADD_PARAM_${PN} = "--system --home-dir ${NTP_USER_HOME} \
--shell /bin/false --user-group ntp"
 
 # NB: debug is default-enabled by NTP; keep it default-enabled here.
-PACKAGECONFIG ??= "cap debug"
+PACKAGECONFIG ??= "cap debug refclocks"
 PACKAGECONFIG[openssl] = "--with-openssl-libdir=${STAGING_LIBDIR} \
   --with-openssl-incdir=${STAGING_INCDIR} \
   --with-crypto, \
@@ -53,6 +53,7 @@ PACKAGECONFIG[openssl] = 
"--with-openssl-libdir=${STAGING_LIBDIR} \
   openssl"
 PACKAGECONFIG[cap] = "--enable-linuxcaps,--disable-linuxcaps,libcap"
 PACKAGECONFIG[readline] = "--with-lineeditlibs,--without-lineeditlibs,readline"
+PACKAGECONFIG[refclocks] = "--enable-all-clocks,--disable-all-clocks,pps-tools"
 PACKAGECONFIG[debug] = "--enable-debugging,--disable-debugging"
 
 do_install_append() {
-- 
1.9.1

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

[oe] Qt 5.4.1 loading libGLESv2.so directly and ignoring soname

2015-05-11 Thread Andre McCurdy

I'm seeing Qt 5.4.1 apps which use the eglfs platform plug-in exit soon
after startup with the following error:

  Failed to load libGLESv2

The issue seems to be that Qt 5.4.1 tries to dlopen "libGLESv2.so" at
runtime, but due to OE's packaging rules the libGLESv2.so symlink isn't
available.

As a temporary workaround I'm using the mesa patch below to force the
libGLESv2.so symlink out of libgles2-mesa-dev and into libgles2-mesa.

Strace shows:

 | ...
 | open("/usr/lib/libGLESv2.so.2", O_RDONLY|O_CLOEXEC) = 3
 | read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\0`\36D4\0\0\0"..., 
512) = 512
 | fstat64(3, {st_mode=S_IFREG|0755, st_size=50368, ...}) = 0
 | mmap2(0x441e6000, 51276, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 
0) = 0x441e6000
 | mmap2(0x441f2000, 4096, PROT_READ|PROT_WRITE, 
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0xb000) = 0x441f2000
 | close(3)= 0
 | ...

ie the dynamic linker initially succeeds by using the soname, but then later:

 | ...
 | open("/etc/ld.so.cache", O_RDONLY|O_CLOEXEC) = 20
 | fstat64(20, {st_mode=S_IFREG|0644, st_size=10354, ...}) = 0
 | mmap2(NULL, 10354, PROT_READ, MAP_PRIVATE, 20, 0) = 0xb76fb000
 | close(20)   = 0
 | open("/lib/libGLESv2.so", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or 
directory)
 | open("/usr/lib/libGLESv2.so", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file 
or directory)
 | munmap(0xb76fb000, 10354)   = 0
 | open("/etc/ld.so.cache", O_RDONLY|O_CLOEXEC) = 20
 | fstat64(20, {st_mode=S_IFREG|0644, st_size=10354, ...}) = 0
 | mmap2(NULL, 10354, PROT_READ, MAP_PRIVATE, 20, 0) = 0xb76fb000
 | close(20)   = 0
 | open("/lib/libGLESv2", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or 
directory)
 | open("/usr/lib/libGLESv2", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or 
directory)
 | munmap(0xb76fb000, 10354)   = 0
 | open("/etc/ld.so.cache", O_RDONLY|O_CLOEXEC) = 20
 | fstat64(20, {st_mode=S_IFREG|0644, st_size=10354, ...}) = 0
 | mmap2(NULL, 10354, PROT_READ, MAP_PRIVATE, 20, 0) = 0xb76fb000
 | close(20)   = 0
 | open("/lib/GLESv2.so", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or 
directory)
 | open("/usr/lib/GLESv2.so", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or 
directory)
 | munmap(0xb76fb000, 10354)   = 0
 | open("/etc/ld.so.cache", O_RDONLY|O_CLOEXEC) = 20
 | fstat64(20, {st_mode=S_IFREG|0644, st_size=10354, ...}) = 0
 | mmap2(NULL, 10354, PROT_READ, MAP_PRIVATE, 20, 0) = 0xb76fb000
 | close(20)   = 0
 | open("/lib/GLESv2", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or 
directory)
 | open("/usr/lib/GLESv2", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or 
directory)
 | munmap(0xb76fb000, 10354)   = 0
 | write(2, "Failed to load libGLESv2\n", 25Failed to load libGLESv2
 | ) = 25
 | rt_sigprocmask(SIG_UNBLOCK, [ABRT], NULL, 8) = 0
 | tgkill(438, 438, SIGABRT)   = 0
 | --- SIGABRT {si_signo=SIGABRT, si_code=SI_TKILL, si_pid=438, si_uid=0} ---
 | +++ killed by SIGABRT +++
 | Aborted


diff --git a/meta/recipes-graphics/mesa/mesa.inc 
b/meta/recipes-graphics/mesa/mesa.inc
index 1857f3c..e2fad05 100644
--- a/meta/recipes-graphics/mesa/mesa.inc
+++ b/meta/recipes-graphics/mesa/mesa.inc
@@ -162,7 +162,17 @@ FILES_mesa-megadriver = "${libdir}/dri/*"
 FILES_libegl-mesa = "${libdir}/libEGL.so.*"
 FILES_libgbm = "${libdir}/libgbm.so.*"
 FILES_libgles1-mesa = "${libdir}/libGLESv1*.so.*"
-FILES_libgles2-mesa = "${libdir}/libGLESv2.so.*"
+
+# 
--
+# Move the /usr/lib/libGLESv2.so symlink into the runtime package as workaround
+# for issues seem with Qt 5.4.1, which seems to try to dlopen libGLESv2.so 
using
+# a hardcoded filename (instead of relying on the dynamic linker and therefore
+# loading libGLESv2.so via it's soname).
+# 
--
+FILES_libgles2-mesa = "${libdir}/libGLESv2.so.* ${libdir}/libGLESv2.so"
+FILES_SOLIBSDEV_libgles2-mesa = ""
+INSANE_SKIP_libgles2-mesa += "dev-so"
+
 FILES_libgl-mesa = "${libdir}/libGL.so.*"
 FILES_libglapi = "${libdir}/libglapi.so.*"
 FILES_libosmesa = "${libdir}/libOSMesa.so.*"

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

[oe] [meta-oe][PATCH] syslog-ng: remove unused patches

2016-08-11 Thread Andre McCurdy

Remove various patches no longer referenced by SRC_URI.

Signed-off-by: Andre McCurdy 
---
 .../files/afsql-afsql_dd_insert_db-refactor.patch  | 494 -
 ...init-the-new-config-when-reverting-to-the.patch |  36 --
 .../files/free-global-LogTemplateOptions.patch |  30 --
 .../logwriter-dont-allocate-a-new-buffer.patch |  26 --
 .../rewrite-expr-grammar.ym-Free-up-token.patch|  17 -
 .../files/still-free-the-unconsumed-item.patch |  90 
 .../syslog-ng-verify-the-list-before-del.patch |  38 --
 7 files changed, 731 deletions(-)
 delete mode 100644 
meta-oe/recipes-support/syslog-ng/files/afsql-afsql_dd_insert_db-refactor.patch
 delete mode 100644 
meta-oe/recipes-support/syslog-ng/files/deinit-the-new-config-when-reverting-to-the.patch
 delete mode 100644 
meta-oe/recipes-support/syslog-ng/files/free-global-LogTemplateOptions.patch
 delete mode 100644 
meta-oe/recipes-support/syslog-ng/files/logwriter-dont-allocate-a-new-buffer.patch
 delete mode 100644 
meta-oe/recipes-support/syslog-ng/files/rewrite-expr-grammar.ym-Free-up-token.patch
 delete mode 100644 
meta-oe/recipes-support/syslog-ng/files/still-free-the-unconsumed-item.patch
 delete mode 100644 
meta-oe/recipes-support/syslog-ng/files/syslog-ng-verify-the-list-before-del.patch

diff --git 
a/meta-oe/recipes-support/syslog-ng/files/afsql-afsql_dd_insert_db-refactor.patch
 
b/meta-oe/recipes-support/syslog-ng/files/afsql-afsql_dd_insert_db-refactor.patch
deleted file mode 100644
index 42e181b..000
--- 
a/meta-oe/recipes-support/syslog-ng/files/afsql-afsql_dd_insert_db-refactor.patch
+++ /dev/null
@@ -1,494 +0,0 @@
-From 23e80b75508187baaa823a68ea019b72e0b2305c Mon Sep 17 00:00:00 2001
-From: Budai Laszlo 
-Date: Tue, 12 Nov 2013 13:19:04 +0100
-Subject: [PATCH] afsql: afsql_dd_insert_db() refactor
-
-Upstream-Status: Backport
-
-A lot of the code that was previously in afsql_dd_insert_db() have been
-extracted to smaller functions, and afsql_dd_insert_db() was rebuilt on
-top of these. At the same time, memory leaks were plugged, and in case
-of a transaction error, backlog rewinding has been fixed too, to not
-loose messages since the last BEGIN command.
-
-Signed-off-by: Juhasz Viktor 
-Signed-off-by: Laszlo Budai 

- modules/afsql/afsql.c | 301 --
- 1 file changed, 192 insertions(+), 109 deletions(-)
-
-diff --git a/modules/afsql/afsql.c b/modules/afsql/afsql.c
-index 12f6aab..a6a8190 100644
 a/modules/afsql/afsql.c
-+++ b/modules/afsql/afsql.c
-@@ -456,24 +456,21 @@ afsql_dd_create_index(AFSqlDestDriver *s
-  *
-  * NOTE: This function can only be called from the database thread.
-  **/
--static GString *
--afsql_dd_validate_table(AFSqlDestDriver *self, LogMessage *msg)
-+static gboolean
-+afsql_dd_validate_table(AFSqlDestDriver *self, GString *table)
- {
--  GString *query_string, *table;
-+  GString *query_string;
-   dbi_result db_res;
-   gboolean success = FALSE;
-   gint i;
- 
--  table = g_string_sized_new(32);
--  log_template_format(self->table, msg, &self->template_options, LTZ_LOCAL, 
0, NULL, table);
--
-   if (self->flags & AFSQL_DDF_DONT_CREATE_TABLES)
--return table;
-+return TRUE;
- 
-   afsql_dd_check_sql_identifier(table->str, TRUE);
- 
-   if (g_hash_table_lookup(self->validated_tables, table->str))
--return table;
-+return TRUE;
- 
-   query_string = g_string_sized_new(32);
-   g_string_printf(query_string, "SELECT * FROM %s WHERE 0=1", table->str);
-@@ -544,14 +541,9 @@ afsql_dd_validate_table(AFSqlDestDriver 
-   /* we have successfully created/altered the destination table, record 
this information */
-   g_hash_table_insert(self->validated_tables, g_strdup(table->str), 
GUINT_TO_POINTER(TRUE));
- }
--  else
--{
--  g_string_free(table, TRUE);
--  table = NULL;
--}
-   g_string_free(query_string, TRUE);
- 
--  return table;
-+  return success;
- }
- 
- /**
-@@ -581,6 +573,20 @@ afsql_dd_begin_txn(AFSqlDestDriver *self
- }
- 
- /**
-+ * afsql_dd_handle_transaction_error:
-+ *
-+ * Handle errors inside during a SQL transaction (e.g. INSERT or COMMIT 
failures).
-+ *
-+ * NOTE: This function can only be called from the database thread.
-+ **/
-+static void
-+afsql_dd_handle_transaction_error(AFSqlDestDriver *self)
-+{
-+  log_queue_rewind_backlog(self->queue);
-+  self->flush_lines_queued = 0;
-+}
-+
-+/**
-  * afsql_dd_begin_txn:
-  *
-  * Commit SQL transaction.
-@@ -596,14 +602,14 @@ afsql_dd_commit_txn(AFSqlDestDriver *sel
-   if (success)
- {
-   log_queue_ack_backlog(self->queue, self->flush_lines_queued);
-+  self->flush_lines_queued = 0;
- }
-   else
- {
--  msg_notice("SQL transaction commit failed, rewinding backlog and 
starting again",
-- NULL);
--  log_queue_rewind_backlog(self->queue);
-+  msg_error("SQL transaction

[oe] [meta-oe][PATCH] rdfind: add initial recipe, rdfind 1.3.4

2016-09-01 Thread Andre McCurdy

  https://rdfind.pauldreik.se/

Signed-off-by: Andre McCurdy 
---
 .../rdfind/files/reproducible_build.patch  | 46 ++
 meta-oe/recipes-support/rdfind/rdfind_1.3.4.bb | 17 
 2 files changed, 63 insertions(+)
 create mode 100644 
meta-oe/recipes-support/rdfind/files/reproducible_build.patch
 create mode 100644 meta-oe/recipes-support/rdfind/rdfind_1.3.4.bb

diff --git a/meta-oe/recipes-support/rdfind/files/reproducible_build.patch 
b/meta-oe/recipes-support/rdfind/files/reproducible_build.patch
new file mode 100644
index 000..36728a7
--- /dev/null
+++ b/meta-oe/recipes-support/rdfind/files/reproducible_build.patch
@@ -0,0 +1,46 @@
+Description: sort the filelist when it is complete to get reproducible 
behaviour
+Author: Reiner Herrmann 
+Bug-Debian: https://bugs.debian.org/795790
+
+Upstream-Status: Pending
+
+Signed-off-by: Andre McCurdy 
+
+Index: rdfind-1.3.4/Fileinfo.hh
+===
+--- rdfind-1.3.4.orig/Fileinfo.hh
 rdfind-1.3.4/Fileinfo.hh
+@@ -189,6 +189,10 @@ public:
+   static bool compareondepth(const Fileinfo &a, const Fileinfo &b)
+   {return (a.depth() < b.depth());}
+ 
++  //returns true if a has lower filename than b)
++  static bool compareonfilename(const Fileinfo &a, const Fileinfo &b)
++  {return (a.name().compare(b.name()) < 0);}
++
+   //fills with bytes from the file. if lasttype is supplied,
+   //it is used to see if the file needs to be read again - useful if
+   //file is shorter than the length of the bytes field.
+@@ -235,6 +239,10 @@ public:
+   static bool equaldepth(const Fileinfo &a, const Fileinfo &b)
+   {return (a.depth()==b.depth());}
+ 
++  //returns true if filenames are equal
++  static bool equalfilename(const Fileinfo &a, const Fileinfo &b)
++  {return (a.name()==b.name());}
++
+   //returns true if file is a regular file. call readfileinfo first!
+   bool isRegularFile() {return m_info.is_file;}
+ 
+Index: rdfind-1.3.4/rdfind.cc
+===
+--- rdfind-1.3.4.orig/rdfind.cc
 rdfind-1.3.4/rdfind.cc
+@@ -349,6 +349,7 @@ int main(int narg, char *argv[])
+   cout<https://rdfind.pauldreik.se/";
+LICENSE = "GPLv2"
+LIC_FILES_CHKSUM = "file://COPYING;md5=9ac2e7cff1ddaf48b6eab6028f23ef88"
+
+DEPENDS = "nettle"
+
+SRC_URI = "https://rdfind.pauldreik.se/${BP}.tar.gz \
+   file://reproducible_build.patch \
+"
+
+SRC_URI[md5sum] = "97c0cb35933588413583c61d3b5f9adf"
+SRC_URI[sha256sum] = 
"a5f0b3f72093d927b93898c993479b35682cccb47f7393fb72bd4803212fcc7d"
+
+inherit autotools
+
+BBCLASSEXTEND = "native"
-- 
1.9.1

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

Re: [oe] [meta-oe][PATCH] syslog-ng: remove unused patches

2016-09-12 Thread Andre McCurdy

On Thu, Aug 11, 2016 at 3:20 AM, Andre McCurdy  wrote:
> Remove various patches no longer referenced by SRC_URI.

Ping.

Status is "Accepted" in patchwork, but commit doesn't seem to be in master.

  https://patchwork.openembedded.org/series/1425/


> Signed-off-by: Andre McCurdy 
> ---
>  .../files/afsql-afsql_dd_insert_db-refactor.patch  | 494 
> -
>  ...init-the-new-config-when-reverting-to-the.patch |  36 --
>  .../files/free-global-LogTemplateOptions.patch |  30 --
>  .../logwriter-dont-allocate-a-new-buffer.patch |  26 --
>  .../rewrite-expr-grammar.ym-Free-up-token.patch|  17 -
>  .../files/still-free-the-unconsumed-item.patch |  90 
>  .../syslog-ng-verify-the-list-before-del.patch |  38 --
>  7 files changed, 731 deletions(-)
>  delete mode 100644 
> meta-oe/recipes-support/syslog-ng/files/afsql-afsql_dd_insert_db-refactor.patch
>  delete mode 100644 
> meta-oe/recipes-support/syslog-ng/files/deinit-the-new-config-when-reverting-to-the.patch
>  delete mode 100644 
> meta-oe/recipes-support/syslog-ng/files/free-global-LogTemplateOptions.patch
>  delete mode 100644 
> meta-oe/recipes-support/syslog-ng/files/logwriter-dont-allocate-a-new-buffer.patch
>  delete mode 100644 
> meta-oe/recipes-support/syslog-ng/files/rewrite-expr-grammar.ym-Free-up-token.patch
>  delete mode 100644 
> meta-oe/recipes-support/syslog-ng/files/still-free-the-unconsumed-item.patch
>  delete mode 100644 
> meta-oe/recipes-support/syslog-ng/files/syslog-ng-verify-the-list-before-del.patch
>
> diff --git 
> a/meta-oe/recipes-support/syslog-ng/files/afsql-afsql_dd_insert_db-refactor.patch
>  
> b/meta-oe/recipes-support/syslog-ng/files/afsql-afsql_dd_insert_db-refactor.patch
> deleted file mode 100644
> index 42e181b..000
> --- 
> a/meta-oe/recipes-support/syslog-ng/files/afsql-afsql_dd_insert_db-refactor.patch
> +++ /dev/null
> @@ -1,494 +0,0 @@
> -From 23e80b75508187baaa823a68ea019b72e0b2305c Mon Sep 17 00:00:00 2001
> -From: Budai Laszlo 
> -Date: Tue, 12 Nov 2013 13:19:04 +0100
> -Subject: [PATCH] afsql: afsql_dd_insert_db() refactor
> -
> -Upstream-Status: Backport
> -
> -A lot of the code that was previously in afsql_dd_insert_db() have been
> -extracted to smaller functions, and afsql_dd_insert_db() was rebuilt on
> -top of these. At the same time, memory leaks were plugged, and in case
> -of a transaction error, backlog rewinding has been fixed too, to not
> -loose messages since the last BEGIN command.
> -
> -Signed-off-by: Juhasz Viktor 
> -Signed-off-by: Laszlo Budai 
> 
> - modules/afsql/afsql.c | 301 
> --
> - 1 file changed, 192 insertions(+), 109 deletions(-)
> -
> -diff --git a/modules/afsql/afsql.c b/modules/afsql/afsql.c
> -index 12f6aab..a6a8190 100644
>  a/modules/afsql/afsql.c
> -+++ b/modules/afsql/afsql.c
> -@@ -456,24 +456,21 @@ afsql_dd_create_index(AFSqlDestDriver *s
> -  *
> -  * NOTE: This function can only be called from the database thread.
> -  **/
> --static GString *
> --afsql_dd_validate_table(AFSqlDestDriver *self, LogMessage *msg)
> -+static gboolean
> -+afsql_dd_validate_table(AFSqlDestDriver *self, GString *table)
> - {
> --  GString *query_string, *table;
> -+  GString *query_string;
> -   dbi_result db_res;
> -   gboolean success = FALSE;
> -   gint i;
> -
> --  table = g_string_sized_new(32);
> --  log_template_format(self->table, msg, &self->template_options, LTZ_LOCAL, 
> 0, NULL, table);
> --
> -   if (self->flags & AFSQL_DDF_DONT_CREATE_TABLES)
> --return table;
> -+return TRUE;
> -
> -   afsql_dd_check_sql_identifier(table->str, TRUE);
> -
> -   if (g_hash_table_lookup(self->validated_tables, table->str))
> --return table;
> -+return TRUE;
> -
> -   query_string = g_string_sized_new(32);
> -   g_string_printf(query_string, "SELECT * FROM %s WHERE 0=1", table->str);
> -@@ -544,14 +541,9 @@ afsql_dd_validate_table(AFSqlDestDriver
> -   /* we have successfully created/altered the destination table, record 
> this information */
> -   g_hash_table_insert(self->validated_tables, g_strdup(table->str), 
> GUINT_TO_POINTER(TRUE));
> - }
> --  else
> --{
> --  g_string_free(table, TRUE);
> --  table = NULL;
> --}
> -   g_string_free(query_string, TRUE);
> -
> --  return table;
> -+  return success;
> - }
> -
> - /**
> -@@ -581,6 +573,20 @@ afsql_dd_begin_txn(AFSqlDestDriver *self
> - }
> -
> - /**
> -+ * afsql_dd_handle_transaction_error:
> -+ *
> -+ * Handle errors inside during a SQL transaction (e.g. INSERT or COMMIT 
> failures).
>

[oe] [meta-oe][PATCH] minini: update SRC_URI with new download path

2016-09-12 Thread Andre McCurdy

  https://code.google.com/archive/p/minini/downloads

Signed-off-by: Andre McCurdy 
---
 meta-oe/recipes-support/minini/minini_1.2.b.bb | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/meta-oe/recipes-support/minini/minini_1.2.b.bb 
b/meta-oe/recipes-support/minini/minini_1.2.b.bb
index 6607dd8..4a73f12 100644
--- a/meta-oe/recipes-support/minini/minini_1.2.b.bb
+++ b/meta-oe/recipes-support/minini/minini_1.2.b.bb
@@ -14,7 +14,7 @@ HOMEPAGE = "https://code.google.com/p/minini/";
 LICENSE = "Apache-2.0"
 LIC_FILES_CHKSUM = "file://LICENSE;md5=eb21481ad45c5578ae8c8d37b8c8d76d"
 
-SRC_URI = "http://minini.googlecode.com/files/minIni_12b.zip;subdir=${BP}";
+SRC_URI = 
"https://storage.googleapis.com/google-code-archive-downloads/v2/code.google.com/minini/minIni_12b.zip;subdir=${BP}";
 
 SRC_URI[md5sum] = "32740621098e3f0a321c7c23f4bcbc5d"
 SRC_URI[sha256sum] = 
"b08839af74acb36061fb76e1123bf56711bc5cf7a08b32e189b0ad78a2e888e2"
-- 
1.9.1

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

[oe] [meta-oe][PATCH 0/3] Add support for jq-native + associated fixes

2016-09-30 Thread Andre McCurdy

Andre McCurdy (3):
  onig: add support for orig-native + misc minor fixes
  onig: update 5.9.3 -> 5.9.6
  jq: add support for jq-native + misc minor fixes

 .../jq/jq/Support-without-oniguruma.patch  | 68 ++
 meta-oe/recipes-devtools/jq/jq_1.5.bb  | 21 ---
 meta-oe/recipes-support/onig/onig_5.9.3.bb | 17 --
 meta-oe/recipes-support/onig/onig_5.9.6.bb | 19 ++
 4 files changed, 101 insertions(+), 24 deletions(-)
 create mode 100644 
meta-oe/recipes-devtools/jq/jq/Support-without-oniguruma.patch
 delete mode 100644 meta-oe/recipes-support/onig/onig_5.9.3.bb
 create mode 100644 meta-oe/recipes-support/onig/onig_5.9.6.bb

-- 
1.9.1

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

[oe] [meta-oe][PATCH 1/3] onig: add support for orig-native + misc minor fixes

2016-09-30 Thread Andre McCurdy

 - Add support for orig-native
 - Drop unnecessary dependency on libevent
 - Update HOMEPAGE and SRC_URI to webarchive mirrors (originals no longer 
available)
 - Switch binconfig -> binconfig-disabled

Signed-off-by: Andre McCurdy 
---
 meta-oe/recipes-support/onig/onig_5.9.3.bb | 10 ++
 1 file changed, 6 insertions(+), 4 deletions(-)

diff --git a/meta-oe/recipes-support/onig/onig_5.9.3.bb 
b/meta-oe/recipes-support/onig/onig_5.9.3.bb
index 22db78a..416c2bf 100644
--- a/meta-oe/recipes-support/onig/onig_5.9.3.bb
+++ b/meta-oe/recipes-support/onig/onig_5.9.3.bb
@@ -1,17 +1,19 @@
 DESCRIPTION = "Regular expressions library. The characteristics of this \
 library is that different character encoding for every regular expression \
 object can be specified."
-HOMEPAGE = "http://www.geocities.jp/kosako3/oniguruma/";
+HOMEPAGE = 
"https://web.archive.org/web/20150807014439/http://www.geocities.jp/kosako3/oniguruma/";
 LICENSE = "BSD"
 LIC_FILES_CHKSUM = "file://COPYING;md5=0d4861b5bc0c392a5aa90d9d76ebd86f"
 
-SRC_URI = "http://www.geocities.jp/kosako3/oniguruma/archive/onig-${PV}.tar.gz 
\
+SRC_URI = 
"https://web.archive.org/web/20150807014439/http://www.geocities.jp/kosako3/oniguruma/archive/${BP}.tar.gz
 \
file://do-not-use-system-headers.patch \
file://configure.patch"
 
 SRC_URI[md5sum] = "0d4eda2066d3c92970842a6790ce897a"
 SRC_URI[sha256sum] = 
"c3bba66b2a84760e6582c40881db97c839d94f327870009724bb8b4d0c051f2a"
 
-DEPENDS = "libevent"
+BINCONFIG = "${bindir}/onig-config"
 
-inherit autotools binconfig
+inherit autotools binconfig-disabled
+
+BBCLASSEXTEND = "native"
-- 
1.9.1

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

[oe] [meta-oe][PATCH 3/3] jq: add support for jq-native + misc minor fixes

2016-09-30 Thread Andre McCurdy

 - Add PACKAGECONFIG options for docs, maintainer-mode and oniguruma

Signed-off-by: Andre McCurdy 
---
 .../jq/jq/Support-without-oniguruma.patch  | 68 ++
 meta-oe/recipes-devtools/jq/jq_1.5.bb  | 21 ---
 2 files changed, 82 insertions(+), 7 deletions(-)
 create mode 100644 
meta-oe/recipes-devtools/jq/jq/Support-without-oniguruma.patch

diff --git a/meta-oe/recipes-devtools/jq/jq/Support-without-oniguruma.patch 
b/meta-oe/recipes-devtools/jq/jq/Support-without-oniguruma.patch
new file mode 100644
index 000..1dfd955
--- /dev/null
+++ b/meta-oe/recipes-devtools/jq/jq/Support-without-oniguruma.patch
@@ -0,0 +1,68 @@
+From 18b4b18b41f5ed396d73449ce8d6ec408d95d6b2 Mon Sep 17 00:00:00 2001
+From: David Tolnay 
+Date: Sat, 21 Nov 2015 10:05:37 -0800
+Subject: [PATCH] Support --without-oniguruma
+
+Upstream-Status: Backport
+
+Signed-off-by: Andre McCurdy 
+
+---
+ configure.ac | 41 -
+ 1 file changed, 20 insertions(+), 21 deletions(-)
+
+diff --git a/configure.ac b/configure.ac
+index 9e2c8cf..7f6be34 100644
+--- a/configure.ac
 b/configure.ac
+@@ -52,27 +52,26 @@ fi
+ AC_ARG_WITH([oniguruma],
+ [AS_HELP_STRING([--with-oniguruma=prefix],
+ [try this for a non-standard install prefix of the oniguruma 
library])],
+-[ONIGURUMAPATHSET=1],
+-[ONIGURUMAPATHSET=0])
+-
+-if test $ONIGURUMAPATHSET = 1; then
+-  CFLAGS="$CFLAGS -I${with_oniguruma}/include"
+-  LDFLAGS="$LDFLAGS -L${with_oniguruma}/lib"
+-fi
+-
+-# check for ONIGURUMA library
+-HAVE_ONIGURUMA=0
+-AC_CHECK_HEADER("oniguruma.h",
+-AC_CHECK_LIB([onig],[onig_version],[LIBS="$LIBS -lonig"; 
HAVE_ONIGURUMA=1;]))
+-
+-# handle check results
+-if test $HAVE_ONIGURUMA != 1; then
+-AC_MSG_NOTICE([Oniguruma was not found.])
+-AC_MSG_NOTICE([ Try setting the location using '--with-oniguruma=PREFIX' 
])
+-else
+-AC_DEFINE([HAVE_ONIGURUMA],1,[Define to 1 if Oniguruma is installed])
+-fi
+-
++[],
++[with_oniguruma=yes])
++
++AS_IF([test "x$with_oniguruma" != xno], [
++AS_IF([test "x$with_oniguruma" != xyes], [
++CFLAGS="$CFLAGS -I${with_oniguruma}/include"
++LDFLAGS="$LDFLAGS -L${with_oniguruma}/lib"
++])
++# check for ONIGURUMA library
++have_oniguruma=0
++AC_CHECK_HEADER("oniguruma.h",
++AC_CHECK_LIB([onig],[onig_version],[LIBS="$LIBS -lonig"; 
have_oniguruma=1;]))
++# handle check results
++AS_IF([test $have_oniguruma = 1], [
++AC_DEFINE([HAVE_ONIGURUMA], 1, [Define to 1 if Oniguruma is 
installed])
++], [
++AC_MSG_NOTICE([Oniguruma was not found.])
++AC_MSG_NOTICE([Try setting the location using 
'--with-oniguruma=PREFIX'])
++])
++])
+ 
+ dnl Check for valgrind
+ AC_CHECK_PROGS(valgrind_cmd, valgrind)
+-- 
+1.9.1
+
diff --git a/meta-oe/recipes-devtools/jq/jq_1.5.bb 
b/meta-oe/recipes-devtools/jq/jq_1.5.bb
index 612eaf3..0f40815 100644
--- a/meta-oe/recipes-devtools/jq/jq_1.5.bb
+++ b/meta-oe/recipes-devtools/jq/jq_1.5.bb
@@ -2,16 +2,14 @@ SUMMARY = "Lightweight and flexible command-line JSON 
processor"
 DESCRIPTION = "jq is like sed for JSON data, you can use it to slice and \
filter and map and transform structured data with the same \
ease that sed, awk, grep and friends let you play with text."
-HOMEPAGE = "http://stedolan.github.io/jq/";
+HOMEPAGE = "https://stedolan.github.io/jq/";
 BUGTRACKER = "https://github.com/stedolan/jq/issues";
 SECTION = "utils"
-
 LICENSE = "MIT"
 LIC_FILES_CHKSUM = "file://COPYING;md5=29dd0c35d7e391bb8d515eacf7592e00"
 
-DEPENDS = "flex-native bison-native onig"
-
-SRC_URI = 
"https://github.com/stedolan/${BPN}/releases/download/${BPN}-${PV}/${BPN}-${PV}.tar.gz
 \
+SRC_URI = 
"https://github.com/stedolan/${BPN}/releases/download/${BP}/${BP}.tar.gz \
+   file://Support-without-oniguruma.patch \
 "
 
 SRC_URI[md5sum] = "0933532b086bd8b6a41c1b162b1731f9"
@@ -19,5 +17,14 @@ SRC_URI[sha256sum] = 
"c4d2bfec6436341113419debf479d833692cc5cdab7eb0326b5a4d4fbe
 
 inherit autotools
 
-# Don't build documentation (generation requires ruby)
-EXTRA_OECONF = "--disable-docs --disable-maintainer-mode"
+PACKAGECONFIG ?= "oniguruma"
+
+PACKAGECONFIG[docs] = "--enable-docs,--disable-docs,ruby-native"
+PACKAGECONFIG[maintainer-mode] = 
"--enable-maintainer-mode,--disable-maintainer-mode,flex-native bison-native"
+PACKAGECONFIG[oniguruma] = "--with-oniguruma,--without-oniguruma,onig"
+
+OE_EXTRACONF += " \
+--disable-valgrind \
+"
+
+BBCLASSEXTEND = "native"
-- 
1.9.1

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

[oe] [meta-oe][PATCH 2/3] onig: update 5.9.3 -> 5.9.6

2016-09-30 Thread Andre McCurdy

  2014/12/12: Version 5.9.6

  2013/11/27: [impl] add onigenc_end_unicode().  (thanks Takenori Imoto)
  2013/11/27: [impl] add onig_add_end_call().(thanks Takenori Imoto)

  2013/10/21: Version 5.9.5

  2013/10/21: [impl] escape warnings for -Wall. (regparse.c)
  2013/10/21: [bug] fixes an issue on Windows x64. (thanks Anatoliy Belsky)
The issue was discovered in PHP, see 
https://bugs.php.net/64769.
  2013/10/21: [impl] remove unused variable. (regcomp.c)

  2013/04/04: Version 5.9.4

  2013/04/04: [dev]  remove Makefile.in from git repository.
  2013/04/04: [dist] add oniguruma.pc.in file. (for pkg-config)
 (thanks Giulio Paci)

  
https://web.archive.org/web/20150702035706/http://www.geocities.jp/kosako3/oniguruma/HISTORY_5X.txt

Signed-off-by: Andre McCurdy 
---
 meta-oe/recipes-support/onig/{onig_5.9.3.bb => onig_5.9.6.bb} | 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)
 rename meta-oe/recipes-support/onig/{onig_5.9.3.bb => onig_5.9.6.bb} (82%)

diff --git a/meta-oe/recipes-support/onig/onig_5.9.3.bb 
b/meta-oe/recipes-support/onig/onig_5.9.6.bb
similarity index 82%
rename from meta-oe/recipes-support/onig/onig_5.9.3.bb
rename to meta-oe/recipes-support/onig/onig_5.9.6.bb
index 416c2bf..abbaf98 100644
--- a/meta-oe/recipes-support/onig/onig_5.9.3.bb
+++ b/meta-oe/recipes-support/onig/onig_5.9.6.bb
@@ -9,8 +9,8 @@ SRC_URI = 
"https://web.archive.org/web/20150807014439/http://www.geocities.jp/ko
file://do-not-use-system-headers.patch \
file://configure.patch"
 
-SRC_URI[md5sum] = "0d4eda2066d3c92970842a6790ce897a"
-SRC_URI[sha256sum] = 
"c3bba66b2a84760e6582c40881db97c839d94f327870009724bb8b4d0c051f2a"
+SRC_URI[md5sum] = "d08f10ea5c94919780e6b7bed1ef9830"
+SRC_URI[sha256sum] = 
"d5642010336a6f68b7f2e34b1f1cb14be333e4d95c2ac02b38c162caf44e47a7"
 
 BINCONFIG = "${bindir}/onig-config"
 
-- 
1.9.1

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

[oe] [meta-oe][PATCH] gtest, gmock: update 1.7.0 -> 1.8.0

2016-12-15 Thread Andre McCurdy

Starting from the 1.8.0 release, GoogleTest and GoogleMock are
maintained in the same repository and released together.

Signed-off-by: Andre McCurdy 
---
 ...install-command-for-libraries-and-headers.patch |  40 
 .../cmake-gmock.pc.in-Add-pkg-config-support.patch |  56 ---
 meta-oe/recipes-test/gmock/gmock_1.7.0.bb  |  23 -
 ...install-command-for-libraries-and-headers.patch |  32 ---
 ...gtest.pc.in-Add-pkg-config-support-to-gte.patch |  55 ---
 .../gtest/gtest/Add-pkg-config-support.patch   | 106 +
 meta-oe/recipes-test/gtest/gtest_1.7.0.bb  |  23 -
 meta-oe/recipes-test/gtest/gtest_1.8.0.bb  |  27 ++
 8 files changed, 133 insertions(+), 229 deletions(-)
 delete mode 100644 
meta-oe/recipes-test/gmock/gmock/cmake-Add-install-command-for-libraries-and-headers.patch
 delete mode 100644 
meta-oe/recipes-test/gmock/gmock/cmake-gmock.pc.in-Add-pkg-config-support.patch
 delete mode 100644 meta-oe/recipes-test/gmock/gmock_1.7.0.bb
 delete mode 100644 
meta-oe/recipes-test/gtest/gtest/0001-Add-install-command-for-libraries-and-headers.patch
 delete mode 100644 
meta-oe/recipes-test/gtest/gtest/0002-CMakeLists-gtest.pc.in-Add-pkg-config-support-to-gte.patch
 create mode 100644 
meta-oe/recipes-test/gtest/gtest/Add-pkg-config-support.patch
 delete mode 100644 meta-oe/recipes-test/gtest/gtest_1.7.0.bb
 create mode 100644 meta-oe/recipes-test/gtest/gtest_1.8.0.bb

diff --git 
a/meta-oe/recipes-test/gmock/gmock/cmake-Add-install-command-for-libraries-and-headers.patch
 
b/meta-oe/recipes-test/gmock/gmock/cmake-Add-install-command-for-libraries-and-headers.patch
deleted file mode 100644
index 0dac998..000
--- 
a/meta-oe/recipes-test/gmock/gmock/cmake-Add-install-command-for-libraries-and-headers.patch
+++ /dev/null
@@ -1,40 +0,0 @@
-From ba0a7d65c918cb7e3f2073553c4cc7af5858ed03 Mon Sep 17 00:00:00 2001
-From: Otavio Salvador 
-Date: Thu, 31 Jul 2014 16:54:00 -0300
-Subject: [PATCH] cmake: Add install command for libraries and headers
-Organization: O.S. Systems Software LTDA.
-
-Upstream-Status: Inappropriate [embedded specific]
-
-Signed-off-by: Otavio Salvador 

- CMakeLists.txt | 6 ++
- 1 file changed, 6 insertions(+)
-
-diff --git a/CMakeLists.txt b/CMakeLists.txt
-index 572d044..90e797a 100644
 a/CMakeLists.txt
-+++ b/CMakeLists.txt
-@@ -63,6 +63,8 @@ include_directories("${gmock_SOURCE_DIR}/include"
- # Test sources.
- "${gtest_SOURCE_DIR}")
- 
-+install(DIRECTORY ${gmock_SOURCE_DIR}/include/gmock DESTINATION include)
-+
- 
- #
- # Defines the gmock & gmock_main libraries.  User tests should link
-@@ -82,6 +84,10 @@ cxx_library(gmock_main
- src/gmock-all.cc
- src/gmock_main.cc)
- 
-+
-+install(TARGETS gmock DESTINATION ${CMAKE_INSTALL_LIBDIR})
-+install(TARGETS gmock_main DESTINATION ${CMAKE_INSTALL_LIBDIR})
-+
- 
- #
- # Google Mock's own tests.
--- 
-1.9.1
-
diff --git 
a/meta-oe/recipes-test/gmock/gmock/cmake-gmock.pc.in-Add-pkg-config-support.patch
 
b/meta-oe/recipes-test/gmock/gmock/cmake-gmock.pc.in-Add-pkg-config-support.patch
deleted file mode 100644
index 8ffe1a6..000
--- 
a/meta-oe/recipes-test/gmock/gmock/cmake-gmock.pc.in-Add-pkg-config-support.patch
+++ /dev/null
@@ -1,56 +0,0 @@
-From 45661183a7c78d8c4f75adcf53c6ddd663dc8b2d Mon Sep 17 00:00:00 2001
-From: Mario Domenech Goulart 
-Date: Mon, 20 Oct 2014 17:12:58 -0200
-Subject: [PATCH] CMakeLists, gmock.pc.in: Add pkg-config support
-Organization: O.S. Systems Software LTDA.
-
-Signed-off-by: Mario Domenech Goulart 

- CMakeLists.txt | 7 ++-
- gmock.pc.in| 9 +
- 2 files changed, 15 insertions(+), 1 deletion(-)
- create mode 100644 gmock.pc.in
-
-diff --git a/CMakeLists.txt b/CMakeLists.txt
-index 90e797a..98fd824 100644
 a/CMakeLists.txt
-+++ b/CMakeLists.txt
-@@ -27,6 +27,9 @@ if (COMMAND pre_project_set_up_hermetic_build)
-   pre_project_set_up_hermetic_build()
- endif()
- 
-+# pkg-config support
-+configure_file("gmock.pc.in" "gmock.pc" @ONLY)
-+
- 
- #
- # Project-wide settings
-@@ -87,7 +90,9 @@ cxx_library(gmock_main
- 
- install(TARGETS gmock DESTINATION ${CMAKE_INSTALL_LIBDIR})
- install(TARGETS gmock_main DESTINATION ${CMAKE_INSTALL_LIBDIR})
--
-+install(FILES "${CMAKE_CURRENT_BINARY_DIR}/gmock.pc"
-+DESTINATION "${CMAKE_INSTALL_LIBDIR}/pkgconfig/"
-+)  
- 
- #
- # Google Mock's own tests.
-diff --git a/gmock.pc.in b/gmock.pc.in
-new file mode 100644
-index 000..08ad8d2
 /dev/null
-+++ b/gmock.pc.in
-@@ -0,0 +1,9 @@
-+Name: libgmock
-+Version: 1.7.0
-+Description: Google

Re: [oe] [meta-oe][PATCH] gtest, gmock: update 1.7.0 -> 1.8.0

2016-12-15 Thread Andre McCurdy

On Thu, Dec 15, 2016 at 5:41 AM, Otavio Salvador
 wrote:
> On Thu, Dec 15, 2016 at 11:18 AM, Andre McCurdy  wrote:
>> Add install command for libraries and headers
>
> There seem to be a missing patch which installs the headers and
> libraries. Did you check if it has merged upstream?

Yes, install support has been merged upstream, for both gtest and gmock.

  
https://github.com/google/googletest/commit/98d988deac06637364f6cd41c45c3db4a8a0b6bc
  
https://github.com/google/googletest/commit/7c8ac4886a7ad513430d132c446a93c6d395345a

> The commit log needs to be extended to mention what happened to those
> patches as well as that it now provides gmock.

Thanks for the comments. I'll send a v2.

>
> --
> Otavio Salvador O.S. Systems
> http://www.ossystems.com.brhttp://code.ossystems.com.br
> Mobile: +55 (53) 9981-7854Mobile: +1 (347) 903-9750
> --
-- 
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel

[oe] [meta-oe][PATCH v2] gtest, gmock: update 1.7.0 -> 1.8.0

2016-12-15 Thread Andre McCurdy

Starting from the 1.8.0 release, GoogleTest and GoogleMock are
maintained in the same repository and released together. Update the
gtest recipe to PROVIDE gmock (and drop the gmock recipe).

Patches to add CMake install rules have been dropped (now supported
upstream).

  
https://github.com/google/googletest/commit/98d988deac06637364f6cd41c45c3db4a8a0b6bc
  
https://github.com/google/googletest/commit/7c8ac4886a7ad513430d132c446a93c6d395345a

Signed-off-by: Andre McCurdy 
---
 ...install-command-for-libraries-and-headers.patch |  40 
 .../cmake-gmock.pc.in-Add-pkg-config-support.patch |  56 ---
 meta-oe/recipes-test/gmock/gmock_1.7.0.bb  |  23 -
 ...install-command-for-libraries-and-headers.patch |  32 ---
 ...gtest.pc.in-Add-pkg-config-support-to-gte.patch |  55 ---
 .../gtest/gtest/Add-pkg-config-support.patch   | 106 +
 meta-oe/recipes-test/gtest/gtest_1.7.0.bb  |  23 -
 meta-oe/recipes-test/gtest/gtest_1.8.0.bb  |  27 ++
 8 files changed, 133 insertions(+), 229 deletions(-)
 delete mode 100644 
meta-oe/recipes-test/gmock/gmock/cmake-Add-install-command-for-libraries-and-headers.patch
 delete mode 100644 
meta-oe/recipes-test/gmock/gmock/cmake-gmock.pc.in-Add-pkg-config-support.patch
 delete mode 100644 meta-oe/recipes-test/gmock/gmock_1.7.0.bb
 delete mode 100644 
meta-oe/recipes-test/gtest/gtest/0001-Add-install-command-for-libraries-and-headers.patch
 delete mode 100644 
meta-oe/recipes-test/gtest/gtest/0002-CMakeLists-gtest.pc.in-Add-pkg-config-support-to-gte.patch
 create mode 100644 
meta-oe/recipes-test/gtest/gtest/Add-pkg-config-support.patch
 delete mode 100644 meta-oe/recipes-test/gtest/gtest_1.7.0.bb
 create mode 100644 meta-oe/recipes-test/gtest/gtest_1.8.0.bb

diff --git 
a/meta-oe/recipes-test/gmock/gmock/cmake-Add-install-command-for-libraries-and-headers.patch
 
b/meta-oe/recipes-test/gmock/gmock/cmake-Add-install-command-for-libraries-and-headers.patch
deleted file mode 100644
index 0dac998..000
--- 
a/meta-oe/recipes-test/gmock/gmock/cmake-Add-install-command-for-libraries-and-headers.patch
+++ /dev/null
@@ -1,40 +0,0 @@
-From ba0a7d65c918cb7e3f2073553c4cc7af5858ed03 Mon Sep 17 00:00:00 2001
-From: Otavio Salvador 
-Date: Thu, 31 Jul 2014 16:54:00 -0300
-Subject: [PATCH] cmake: Add install command for libraries and headers
-Organization: O.S. Systems Software LTDA.
-
-Upstream-Status: Inappropriate [embedded specific]
-
-Signed-off-by: Otavio Salvador 

- CMakeLists.txt | 6 ++
- 1 file changed, 6 insertions(+)
-
-diff --git a/CMakeLists.txt b/CMakeLists.txt
-index 572d044..90e797a 100644
 a/CMakeLists.txt
-+++ b/CMakeLists.txt
-@@ -63,6 +63,8 @@ include_directories("${gmock_SOURCE_DIR}/include"
- # Test sources.
- "${gtest_SOURCE_DIR}")
- 
-+install(DIRECTORY ${gmock_SOURCE_DIR}/include/gmock DESTINATION include)
-+
- 
- #
- # Defines the gmock & gmock_main libraries.  User tests should link
-@@ -82,6 +84,10 @@ cxx_library(gmock_main
- src/gmock-all.cc
- src/gmock_main.cc)
- 
-+
-+install(TARGETS gmock DESTINATION ${CMAKE_INSTALL_LIBDIR})
-+install(TARGETS gmock_main DESTINATION ${CMAKE_INSTALL_LIBDIR})
-+
- 
- #
- # Google Mock's own tests.
--- 
-1.9.1
-
diff --git 
a/meta-oe/recipes-test/gmock/gmock/cmake-gmock.pc.in-Add-pkg-config-support.patch
 
b/meta-oe/recipes-test/gmock/gmock/cmake-gmock.pc.in-Add-pkg-config-support.patch
deleted file mode 100644
index 8ffe1a6..000
--- 
a/meta-oe/recipes-test/gmock/gmock/cmake-gmock.pc.in-Add-pkg-config-support.patch
+++ /dev/null
@@ -1,56 +0,0 @@
-From 45661183a7c78d8c4f75adcf53c6ddd663dc8b2d Mon Sep 17 00:00:00 2001
-From: Mario Domenech Goulart 
-Date: Mon, 20 Oct 2014 17:12:58 -0200
-Subject: [PATCH] CMakeLists, gmock.pc.in: Add pkg-config support
-Organization: O.S. Systems Software LTDA.
-
-Signed-off-by: Mario Domenech Goulart 

- CMakeLists.txt | 7 ++-
- gmock.pc.in| 9 +
- 2 files changed, 15 insertions(+), 1 deletion(-)
- create mode 100644 gmock.pc.in
-
-diff --git a/CMakeLists.txt b/CMakeLists.txt
-index 90e797a..98fd824 100644
 a/CMakeLists.txt
-+++ b/CMakeLists.txt
-@@ -27,6 +27,9 @@ if (COMMAND pre_project_set_up_hermetic_build)
-   pre_project_set_up_hermetic_build()
- endif()
- 
-+# pkg-config support
-+configure_file("gmock.pc.in" "gmock.pc" @ONLY)
-+
- 
- #
- # Project-wide settings
-@@ -87,7 +90,9 @@ cxx_library(gmock_main
- 
- install(TARGETS gmock DESTINATION ${CMAKE_INSTALL_LIBDIR})
- install(TARGETS gmock_main DESTINATION ${CMAKE_INSTALL_LIBDIR})
--
-+install(FILES "${CMAKE_CURRENT_BINARY_DIR}/gmock.pc

Re: [oe] [meta-oe][PATCH 2/6] libmng: Add recipe

2016-12-15 Thread Andre McCurdy

On Wed, Dec 14, 2016 at 6:09 PM, Khem Raj  wrote:
> Signed-off-by: Khem Raj 
> ---
>  meta-oe/recipes-graphics/libmng/libmng_2.0.3.bb | 22 ++
>  1 file changed, 22 insertions(+)
>  create mode 100644 meta-oe/recipes-graphics/libmng/libmng_2.0.3.bb
>
> diff --git a/meta-oe/recipes-graphics/libmng/libmng_2.0.3.bb 
> b/meta-oe/recipes-graphics/libmng/libmng_2.0.3.bb
> new file mode 100644
> index 000..b176d09
> --- /dev/null
> +++ b/meta-oe/recipes-graphics/libmng/libmng_2.0.3.bb
> @@ -0,0 +1,22 @@
> +# Copyright (C) 2016 Khem Raj 
> +# Released under the MIT license (see COPYING.MIT for the terms)
> +
> +DESCRIPTION = "Development files for the Multiple-image Network Graphics 
> library"
> +HOMEPAGE = "http://www.libmng.com/";
> +LICENSE = "Zlib"
> +LIC_FILES_CHKSUM = "file://LICENSE;md5=32becdb8930f90eab219a8021130ec09"
> +SECTION = "devel"
> +DEPENDS = "zlib lcms"
> +
> +SRC_URI = "${SOURCEFORGE_MIRROR}/${BPN}/${P}.tar.gz"
> +
> +SRC_URI[md5sum] = "7e9a12ba2a99dff7e736902ea07383d4"
> +SRC_URI[sha256sum] = 
> "cf112a1fb02f5b1c0fce5cab11ea8243852c139e669c44014125874b14b7dfaa"
> +
> +inherit autotools-brokensep pkgconfig

How difficult to fix B != S?

> +
> +PACKAGECONFIG ??= "jpeg"
> +
> +PACKAGECONFIG[jpeg] = "--with-jpeg,--without-jpeg,libjpeg-turbo"

Dependency should be on "jpeg" (unless libmng only supports libjpeg-turbo?).

> +PACKAGECONFIG[lcms] = "---with-lcms2,--without-lcms2,lcms"
> +
> --
> 2.10.2
>
> --
> ___
> 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

[oe] [meta-oe][PATCH] dibbler: add initial recipe, dibbler 1.0.1

2016-12-15 Thread Andre McCurdy

Dibbler is a portable DHCPv6 implementation.

  http://klub.com.pl/dhcpv6/

Signed-off-by: Andre McCurdy 
---
 .../recipes-connectivity/dibbler/dibbler_1.0.1.bb  | 40 ++
 1 file changed, 40 insertions(+)
 create mode 100644 meta-oe/recipes-connectivity/dibbler/dibbler_1.0.1.bb

diff --git a/meta-oe/recipes-connectivity/dibbler/dibbler_1.0.1.bb 
b/meta-oe/recipes-connectivity/dibbler/dibbler_1.0.1.bb
new file mode 100644
index 000..41bb78f
--- /dev/null
+++ b/meta-oe/recipes-connectivity/dibbler/dibbler_1.0.1.bb
@@ -0,0 +1,40 @@
+SUMMARY = "A portable DHCPv6 implementation"
+DESCRIPTION = "Dibbler is a portable DHCPv6 implementation. It supports 
stateful \
+(i.e. IPv6 address granting and IPv6 prefix delegation) as well as stateless 
(i.e. \
+option granting) autoconfiguration for IPv6."
+HOMEPAGE = "http://klub.com.pl/dhcpv6";
+LICENSE = "GPLv2"
+LIC_FILES_CHKSUM = "file://LICENSE;md5=7236695bb6d4461c105d685a8b61c4e3 \
+
file://bison++/COPYING;md5=8ca43cbc842c2336e835926c2166c28b"
+
+DEPENDS = "flex-native bison-native"
+
+SRC_URI = "http://klub.com.pl/dhcpv6/dibbler/dibbler-${PV}.tar.gz";
+
+SRC_URI[md5sum] = "93357bea3ec35b0c1d11242055361409"
+SRC_URI[sha256sum] = 
"27869877e060c039cbc24a5f6a9dd69006bf67de0ffdf29a645a80aef6e476a1"
+
+inherit autotools
+
+PACKAGECONFIG ?= "auth bind-reuse dns-update dst-addr-filter link-state"
+
+PACKAGECONFIG[auth] = "--enable-auth,--disable-auth"
+PACKAGECONFIG[bind-reuse] = "--enable-bind-reuse,--disable-bind-reuse"
+PACKAGECONFIG[debug] = "--enable-debug,--disable-debug"
+PACKAGECONFIG[dns-update] = "--enable-dns-update,--disable-dns-update"
+PACKAGECONFIG[dst-addr-filter] = 
"--enable-dst-addr-filter,--disable-dst-addr-filter"
+PACKAGECONFIG[link-state] = "--enable-link-state,--disable-link-state"
+PACKAGECONFIG[remote-autoconf] = 
"--enable-remote-autoconf,--disable-remote-autoconf"
+PACKAGECONFIG[resolvconf] = "--enable-resolvconf,--disable-resolvconf"
+
+EXTRA_OECONF += " \
+--disable-efence \
+--with-gtest=no \
+"
+
+PACKAGES =+ "${PN}-client ${PN}-relay ${PN}-requestor ${PN}-server"
+
+FILES_${PN}-client = "${sbindir}/${PN}-client"
+FILES_${PN}-relay = "${sbindir}/${PN}-relay"
+FILES_${PN}-requestor = "${sbindir}/${PN}-requestor"
+FILES_${PN}-server = "${sbindir}/${PN}-server"
-- 
1.9.1

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

[oe] [meta-oe][PATCH] rapidjson: add initial recipe

2016-12-19 Thread Andre McCurdy

A fast JSON parser/generator for C++ with both SAX/DOM style API.

Signed-off-by: Andre McCurdy 
---
 .../Fix-gcc-strict-overflow-warning.patch  | 30 
 .../remove-march-native-from-CMAKE_CXX_FLAGS.patch | 33 ++
 .../recipes-devtools/rapidjson/rapidjson_1.0.2.bb  | 23 +++
 3 files changed, 86 insertions(+)
 create mode 100644 
meta-oe/recipes-devtools/rapidjson/rapidjson/Fix-gcc-strict-overflow-warning.patch
 create mode 100644 
meta-oe/recipes-devtools/rapidjson/rapidjson/remove-march-native-from-CMAKE_CXX_FLAGS.patch
 create mode 100644 meta-oe/recipes-devtools/rapidjson/rapidjson_1.0.2.bb

diff --git 
a/meta-oe/recipes-devtools/rapidjson/rapidjson/Fix-gcc-strict-overflow-warning.patch
 
b/meta-oe/recipes-devtools/rapidjson/rapidjson/Fix-gcc-strict-overflow-warning.patch
new file mode 100644
index 000..6ce3933
--- /dev/null
+++ 
b/meta-oe/recipes-devtools/rapidjson/rapidjson/Fix-gcc-strict-overflow-warning.patch
@@ -0,0 +1,30 @@
+From f5560d9557ee48fb79810180ddfd3ec386e2a7b5 Mon Sep 17 00:00:00 2001
+From: Milo Yip 
+Date: Wed, 2 Mar 2016 01:01:17 +0800
+Subject: [PATCH] Fix gcc strict-overflow warning
+
+Fix #566 #568
+
+Upstream-Status: Backport [Partial merge of upstream commit 928caf92e]
+
+Signed-off-by: Andre McCurdy 
+---
+ include/rapidjson/internal/dtoa.h | 2 +-
+ 1 file changed, 1 insertion(+), 1 deletion(-)
+
+diff --git a/include/rapidjson/internal/dtoa.h 
b/include/rapidjson/internal/dtoa.h
+index 2d8d2e4..15571e1 100644
+--- a/include/rapidjson/internal/dtoa.h
 b/include/rapidjson/internal/dtoa.h
+@@ -148,7 +148,7 @@ inline char* WriteExponent(int K, char* buffer) {
+ inline char* Prettify(char* buffer, int length, int k) {
+ const int kk = length + k;  // 10^(kk-1) <= v < 10^kk
+ 
+-if (length <= kk && kk <= 21) {
++if (0 <= k && kk <= 21) {
+ // 1234e7 -> 1234000
+ for (int i = length; i < kk; i++)
+ buffer[i] = '0';
+-- 
+1.9.1
+
diff --git 
a/meta-oe/recipes-devtools/rapidjson/rapidjson/remove-march-native-from-CMAKE_CXX_FLAGS.patch
 
b/meta-oe/recipes-devtools/rapidjson/rapidjson/remove-march-native-from-CMAKE_CXX_FLAGS.patch
new file mode 100644
index 000..1716428
--- /dev/null
+++ 
b/meta-oe/recipes-devtools/rapidjson/rapidjson/remove-march-native-from-CMAKE_CXX_FLAGS.patch
@@ -0,0 +1,33 @@
+From 827155e5e659b2a5065b00d701bc59b57feab2bf Mon Sep 17 00:00:00 2001
+From: Andre McCurdy 
+Date: Mon, 19 Dec 2016 01:37:11 -0800
+Subject: [PATCH] remove -march=native from CMAKE_CXX_FLAGS
+
+Not appropriate when cross compiling.
+
+Upstream-Status: Inappropriate [configuration]
+
+Signed-off-by: Andre McCurdy 
+---
+ CMakeLists.txt | 4 ++--
+ 1 file changed, 2 insertions(+), 2 deletions(-)
+
+diff --git a/CMakeLists.txt b/CMakeLists.txt
+index 68139ba..cae7c9b 100644
+--- a/CMakeLists.txt
 b/CMakeLists.txt
+@@ -26,9 +26,9 @@ if(RAPIDJSON_HAS_STDSTRING)
+ endif()
+ 
+ if ("${CMAKE_CXX_COMPILER_ID}" STREQUAL "GNU")
+-set(CMAKE_CXX_FLAGS "${CMAKE_CXX_FLAGS} -march=native -Wall -Wextra")
++set(CMAKE_CXX_FLAGS "${CMAKE_CXX_FLAGS} -Wall -Wextra")
+ elseif (CMAKE_CXX_COMPILER_ID MATCHES "Clang")
+-set(CMAKE_CXX_FLAGS "${CMAKE_CXX_FLAGS} -march=native -Wall -Wextra")
++set(CMAKE_CXX_FLAGS "${CMAKE_CXX_FLAGS} -Wall -Wextra")
+ elseif ("${CMAKE_CXX_COMPILER_ID}" STREQUAL "MSVC")
+ add_definitions(-D_CRT_SECURE_NO_WARNINGS=1)
+ endif()
+-- 
+1.9.1
+
diff --git a/meta-oe/recipes-devtools/rapidjson/rapidjson_1.0.2.bb 
b/meta-oe/recipes-devtools/rapidjson/rapidjson_1.0.2.bb
new file mode 100644
index 000..1dcd8e0
--- /dev/null
+++ b/meta-oe/recipes-devtools/rapidjson/rapidjson_1.0.2.bb
@@ -0,0 +1,23 @@
+SUMMARY = "A fast JSON parser/generator for C++ with both SAX/DOM style API"
+HOMEPAGE = "http://rapidjson.org/";
+SECTION = "libs"
+LICENSE = "MIT"
+LIC_FILES_CHKSUM = "file://license.txt;md5=cff54e417a17b4b77465198254970cd2"
+
+SRC_URI = "https://github.com/miloyip/rapidjson/archive/v${PV}.tar.gz \
+   file://remove-march-native-from-CMAKE_CXX_FLAGS.patch \
+   file://Fix-gcc-strict-overflow-warning.patch \
+"
+
+SRC_URI[md5sum] = "97cc60d01282a968474c97f60714828c"
+SRC_URI[sha256sum] = 
"c3711ed2b3c76a5565ee9f0128bb4ec6753dbcc23450b713842df8f236d08666"
+
+inherit cmake
+
+EXTRA_OECMAKE += "-DRAPIDJSON_BUILD_DOC=OFF"
+
+# RapidJSON is a header-only C++ library, so the main package will be empty.
+
+FILES_${PN}-dev += "${libdir}/cmake"
+
+BBCLASSEXTEND = "native nativesdk"
-- 
1.9.1

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

[oe] [meta-oe][PATCH] libconfig: add support for libconfig-native

2016-12-19 Thread Andre McCurdy

Signed-off-by: Andre McCurdy 
---
 meta-oe/recipes-extended/libconfig/libconfig_1.5.bb | 2 ++
 1 file changed, 2 insertions(+)

diff --git a/meta-oe/recipes-extended/libconfig/libconfig_1.5.bb 
b/meta-oe/recipes-extended/libconfig/libconfig_1.5.bb
index fb6e50e..94daa88 100644
--- a/meta-oe/recipes-extended/libconfig/libconfig_1.5.bb
+++ b/meta-oe/recipes-extended/libconfig/libconfig_1.5.bb
@@ -12,3 +12,5 @@ inherit autotools-brokensep pkgconfig
 
 SRC_URI[md5sum] = "a939c4990d74e6fc1ee62be05716f633"
 SRC_URI[sha256sum] = 
"e31daa390d8e4461c8830512fe2e13ba1a3d6a02a2305a02429eec61e68703f6"
+
+BBCLASSEXTEND = "native"
-- 
1.9.1

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

1 2 3 >

1 - 100 of 281 matches

Mail list logo