[oe][meta-oe][PATCH] redis: Create state directory in systemd service

2023-12-18 Thread Joshua Watt 
Configures the systemd service file for redis to create the required
state directory before redis starts.

Signed-off-by: Joshua Watt 
---
 meta-oe/recipes-extended/redis/redis-7.2.3/redis.service | 1 +
 meta-oe/recipes-extended/redis/redis/redis.service   | 1 +
 2 files changed, 2 insertions(+)

diff --git a/meta-oe/recipes-extended/redis/redis-7.2.3/redis.service 
b/meta-oe/recipes-extended/redis/redis-7.2.3/redis.service
index a52204cc7..b7791d0df 100644
--- a/meta-oe/recipes-extended/redis/redis-7.2.3/redis.service
+++ b/meta-oe/recipes-extended/redis/redis-7.2.3/redis.service
@@ -10,6 +10,7 @@ ExecStop=/usr/bin/redis-cli shutdown
 Restart=always
 LimitNOFILE=10032
 Type=notify
+StateDirectory=redis
 
 [Install]
 WantedBy=multi-user.target
diff --git a/meta-oe/recipes-extended/redis/redis/redis.service 
b/meta-oe/recipes-extended/redis/redis/redis.service
index 36d29852d..f98f2d19e 100644
--- a/meta-oe/recipes-extended/redis/redis/redis.service
+++ b/meta-oe/recipes-extended/redis/redis/redis.service
@@ -9,6 +9,7 @@ ExecStart=/usr/bin/redis-server /etc/redis/redis.conf
 ExecStop=/usr/bin/redis-cli shutdown
 Restart=always
 LimitNOFILE=10032
+StateDirectory=redis
 
 [Install]
 WantedBy=multi-user.target
-- 
2.34.1


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#107549): 
https://lists.openembedded.org/g/openembedded-devel/message/107549
Mute This Topic: https://lists.openembedded.org/mt/103250590/21656
Group Owner: openembedded-devel+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-devel/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

[oe] SPDX Support in Dunfell

2023-03-21 Thread Joshua Watt 
There has been a strong desire to have our SPDX support in the Dunfell
LTS release. As such, I've put together a patch series in poky-contrib
to try this out, which can be found here:
https://git.yoctoproject.org/poky-contrib/log/?h=jpew/dunfell-spdx

If you have already gone through the exercise of backporting this on
your own (currently, I only know of Paul doing this), it would be
really helpful if you could give this a try quickly and making sure it
will work for you. I'm going to clean up the commit messages on these
patches and hopefully submit them to the mailing list to be merged
soon.

It is mostly identical to the version that currently exists on the
master branch with the major exception that is uses gzip instead of
zstd for compression. This change was made to prevent the need to
install zstd on some of the older host distros that dunfell supports.

Thanks,
Joshua Watt

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#101625): 
https://lists.openembedded.org/g/openembedded-devel/message/101625
Mute This Topic: https://lists.openembedded.org/mt/97763681/21656
Group Owner: openembedded-devel+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-devel/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

[oe][meta-oe][PATCH v2] libvpx: Explicitly link with pthread support

2023-02-23 Thread Joshua Watt 
When building for the native build host, explicitly add the -pthread
option to link against the pthread libraries. This errors like:

  vp9_encoder.c:(.text+0x2073): undefined reference to `pthread_once'

when building the native variant

Signed-off-by: Joshua Watt 
---
 meta-oe/recipes-multimedia/webm/libvpx_1.12.0.bb | 1 +
 1 file changed, 1 insertion(+)

diff --git a/meta-oe/recipes-multimedia/webm/libvpx_1.12.0.bb 
b/meta-oe/recipes-multimedia/webm/libvpx_1.12.0.bb
index 066d7cc81..9c04c2a34 100644
--- a/meta-oe/recipes-multimedia/webm/libvpx_1.12.0.bb
+++ b/meta-oe/recipes-multimedia/webm/libvpx_1.12.0.bb
@@ -19,6 +19,7 @@ S = "${WORKDIR}/git"
 ARM_INSTRUCTION_SET = "arm"
 
 CFLAGS += "-fPIC"
+BUILD_LDFLAGS += "-pthread"
 
 export CC
 export LD = "${CC}"
-- 
2.33.0


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#101233): 
https://lists.openembedded.org/g/openembedded-devel/message/101233
Mute This Topic: https://lists.openembedded.org/mt/97183842/21656
Group Owner: openembedded-devel+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-devel/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

[oe][meta-oe][PATCH] libvpx: Enable native support

2023-02-22 Thread Joshua Watt 
Enable support for building libvpx as a native recipe

Signed-off-by: Joshua Watt 
---
 meta-oe/recipes-multimedia/webm/libvpx_1.12.0.bb | 2 ++
 1 file changed, 2 insertions(+)

diff --git a/meta-oe/recipes-multimedia/webm/libvpx_1.12.0.bb 
b/meta-oe/recipes-multimedia/webm/libvpx_1.12.0.bb
index 9c04c2a34..e9e3e9364 100644
--- a/meta-oe/recipes-multimedia/webm/libvpx_1.12.0.bb
+++ b/meta-oe/recipes-multimedia/webm/libvpx_1.12.0.bb
@@ -49,3 +49,5 @@ do_install() {
 oe_runmake install DESTDIR=${D}
 chown -R root:root ${D}
 }
+
+BBCLASSEXTEND += "native"
-- 
2.33.0


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#101218): 
https://lists.openembedded.org/g/openembedded-devel/message/101218
Mute This Topic: https://lists.openembedded.org/mt/97163984/21656
Group Owner: openembedded-devel+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-devel/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

[oe][meta-oe][PATCH] libvpx: Explicitly link with pthread support

2023-02-22 Thread Joshua Watt 
Some platforms (e.g. x86) require that the build (host) tools be
explicitly linked with -pthread to link against the pthread libraries so
do that here.

Signed-off-by: Joshua Watt 
---
 meta-oe/recipes-multimedia/webm/libvpx_1.12.0.bb | 1 +
 1 file changed, 1 insertion(+)

diff --git a/meta-oe/recipes-multimedia/webm/libvpx_1.12.0.bb 
b/meta-oe/recipes-multimedia/webm/libvpx_1.12.0.bb
index 066d7cc81..9c04c2a34 100644
--- a/meta-oe/recipes-multimedia/webm/libvpx_1.12.0.bb
+++ b/meta-oe/recipes-multimedia/webm/libvpx_1.12.0.bb
@@ -19,6 +19,7 @@ S = "${WORKDIR}/git"
 ARM_INSTRUCTION_SET = "arm"
 
 CFLAGS += "-fPIC"
+BUILD_LDFLAGS += "-pthread"
 
 export CC
 export LD = "${CC}"
-- 
2.33.0


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#101217): 
https://lists.openembedded.org/g/openembedded-devel/message/101217
Mute This Topic: https://lists.openembedded.org/mt/97163975/21656
Group Owner: openembedded-devel+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-devel/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

[oe][meta-oe][PATCH] libzip: Add native support

2022-10-28 Thread Joshua Watt 
Native tools may link against libzip, so extend it to be a native
recipe also.

Signed-off-by: Joshua Watt 
---
 meta-oe/recipes-extended/libzip/libzip_1.9.2.bb | 2 ++
 1 file changed, 2 insertions(+)

diff --git a/meta-oe/recipes-extended/libzip/libzip_1.9.2.bb 
b/meta-oe/recipes-extended/libzip/libzip_1.9.2.bb
index f4de8607a..7fb58de3c 100644
--- a/meta-oe/recipes-extended/libzip/libzip_1.9.2.bb
+++ b/meta-oe/recipes-extended/libzip/libzip_1.9.2.bb
@@ -25,3 +25,5 @@ SRC_URI[sha256sum] = 
"c93e9852b7b2dc931197831438fee5295976ee0ba24f8524a8907be5c2
 
 # Patch for CVE-2017-12858 is applied in version 1.2.0.
 CVE_CHECK_IGNORE += "CVE-2017-12858"
+
+BBCLASSEXTEND += "native"
-- 
2.33.0


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#99337): 
https://lists.openembedded.org/g/openembedded-devel/message/99337
Mute This Topic: https://lists.openembedded.org/mt/94628837/21656
Group Owner: openembedded-devel+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-devel/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

[oe][meta-oe][PATCH] iniparser: Add native support

2022-10-28 Thread Joshua Watt 
Native tools may link against iniparser, so extend it to be a native
recipe also.

Signed-off-by: Joshua Watt 
---
 meta-oe/recipes-support/iniparser/iniparser_4.1.bb | 2 ++
 1 file changed, 2 insertions(+)

diff --git a/meta-oe/recipes-support/iniparser/iniparser_4.1.bb 
b/meta-oe/recipes-support/iniparser/iniparser_4.1.bb
index 2810a4f65..f9e153016 100644
--- a/meta-oe/recipes-support/iniparser/iniparser_4.1.bb
+++ b/meta-oe/recipes-support/iniparser/iniparser_4.1.bb
@@ -22,3 +22,5 @@ do_install:append() {
 install -Dm 0644 ${S}/iniparser.pc ${D}${libdir}/pkgconfig/iniparser.pc
 sed -i -e 's,@baselib@,${baselib},g' ${D}${libdir}/pkgconfig/iniparser.pc
 }
+
+BBCLASSEXTEND += "native"
-- 
2.33.0


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#99336): 
https://lists.openembedded.org/g/openembedded-devel/message/99336
Mute This Topic: https://lists.openembedded.org/mt/94628691/21656
Group Owner: openembedded-devel+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-devel/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

[oe][meta-webserver][PATCH v2] meta-webserver: nginx: Add ipv6 support

2022-10-27 Thread Joshua Watt 
Adds a PACKAGECONFIG to enable ipv6 in nginx

Signed-off-by: Joshua Watt 
---
 meta-webserver/recipes-httpd/nginx/nginx.inc | 3 ++-
 1 file changed, 2 insertions(+), 1 deletion(-)

diff --git a/meta-webserver/recipes-httpd/nginx/nginx.inc 
b/meta-webserver/recipes-httpd/nginx/nginx.inc
index dfced3330..260f5f320 100644
--- a/meta-webserver/recipes-httpd/nginx/nginx.inc
+++ b/meta-webserver/recipes-httpd/nginx/nginx.inc
@@ -37,12 +37,13 @@ NGINX_USER   ?= "www"
 EXTRA_OECONF = ""
 DISABLE_STATIC = ""
 
-PACKAGECONFIG ??= "ssl"
+PACKAGECONFIG ??= "ssl ${@bb.utils.filter('DISTRO_FEATURES', 'ipv6', d)}"
 
 PACKAGECONFIG[gunzip] = "--with-http_gunzip_module,,"
 PACKAGECONFIG[http2] = "--with-http_v2_module,,"
 PACKAGECONFIG[ssl] = "--with-http_ssl_module,,openssl"
 PACKAGECONFIG[http-auth-request] = "--with-http_auth_request_module,,"
+PACKAGECONFIG[ipv6] = "--with-ipv6,,"
 
 do_configure () {
 if [ "${SITEINFO_BITS}" = "64" ]; then
-- 
2.33.0


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#99325): 
https://lists.openembedded.org/g/openembedded-devel/message/99325
Mute This Topic: https://lists.openembedded.org/mt/94609597/21656
Group Owner: openembedded-devel+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-devel/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

[oe][meta-webserver][PATCH] meta-webserver: nginx: Add ipv6 support

2022-10-27 Thread Joshua Watt 
Adds a PACKAGECONFIG to enable ipv6 in nginx

Signed-off-by: Joshua Watt 
---
 meta-webserver/recipes-httpd/nginx/nginx.inc | 1 +
 1 file changed, 1 insertion(+)

diff --git a/meta-webserver/recipes-httpd/nginx/nginx.inc 
b/meta-webserver/recipes-httpd/nginx/nginx.inc
index dfced3330..33791ec6a 100644
--- a/meta-webserver/recipes-httpd/nginx/nginx.inc
+++ b/meta-webserver/recipes-httpd/nginx/nginx.inc
@@ -43,6 +43,7 @@ PACKAGECONFIG[gunzip] = "--with-http_gunzip_module,,"
 PACKAGECONFIG[http2] = "--with-http_v2_module,,"
 PACKAGECONFIG[ssl] = "--with-http_ssl_module,,openssl"
 PACKAGECONFIG[http-auth-request] = "--with-http_auth_request_module,,"
+PACKAGECONFIG[ipv6] = "--with-ipv6,,"
 
 do_configure () {
 if [ "${SITEINFO_BITS}" = "64" ]; then
-- 
2.33.0


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#99321): 
https://lists.openembedded.org/g/openembedded-devel/message/99321
Mute This Topic: https://lists.openembedded.org/mt/94604935/21656
Group Owner: openembedded-devel+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-devel/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [oe][meta-oe][PATCH] jemalloc: Fix autoheader

2021-12-15 Thread Joshua Watt 

Apparently I do not understand autotools :)

Please drop this patch

On 12/15/21 12:30 PM, Joshua Watt wrote:

Fixes configure.ac to comply with more recent autoconf instead of
disabling autoheader

Signed-off-by: Joshua Watt 
---
  ...1-Support-latest-version-of-autoconf.patch | 877 ++
  .../jemalloc/jemalloc_5.2.1.bb|   3 +-
  2 files changed, 878 insertions(+), 2 deletions(-)
  create mode 100644 
meta-oe/recipes-devtools/jemalloc/files/0001-Support-latest-version-of-autoconf.patch

diff --git 
a/meta-oe/recipes-devtools/jemalloc/files/0001-Support-latest-version-of-autoconf.patch
 
b/meta-oe/recipes-devtools/jemalloc/files/0001-Support-latest-version-of-autoconf.patch
new file mode 100644
index 0..b59bce54d
--- /dev/null
+++ 
b/meta-oe/recipes-devtools/jemalloc/files/0001-Support-latest-version-of-autoconf.patch
@@ -0,0 +1,877 @@
+From 1c3438dae66e699cf3c5f519d2f981b31d61122d Mon Sep 17 00:00:00 2001
+From: Joshua Watt 
+Date: Wed, 15 Dec 2021 12:17:49 -0600
+Subject: [PATCH] Support latest version of autoconf
+
+Newer versions of autoconf requires the description field to be
+specified for AC_DEFINE or it will emit errors like:
+
+ autoheader: warning: missing template: JEMALLOC_BACKGROUND_THREAD
+
+Upstream-Status: Submitted [https://github.com/jemalloc/jemalloc/pull/2177]
+Signed-off-by: Joshua Watt 
+---
+ configure.ac | 235 ++-
+ 1 file changed, 118 insertions(+), 117 deletions(-)
+
+diff --git a/configure.ac b/configure.ac
+index 261d81c0..ab366315 100644
+--- a/configure.ac
 b/configure.ac
+@@ -237,11 +237,11 @@ fi
+ if test "x$GCC" = "xyes" ; then
+   JE_CFLAGS_ADD([-std=gnu11])
+   if test "x$je_cv_cflags_added" = "x-std=gnu11" ; then
+-AC_DEFINE_UNQUOTED([JEMALLOC_HAS_RESTRICT])
++AC_DEFINE_UNQUOTED([JEMALLOC_HAS_RESTRICT], [ ], [ ])
+   else
+ JE_CFLAGS_ADD([-std=gnu99])
+ if test "x$je_cv_cflags_added" = "x-std=gnu99" ; then
+-  AC_DEFINE_UNQUOTED([JEMALLOC_HAS_RESTRICT])
++  AC_DEFINE_UNQUOTED([JEMALLOC_HAS_RESTRICT], [ ], [ ])
+ fi
+   fi
+   JE_CFLAGS_ADD([-Wall])
+@@ -319,7 +319,7 @@ AC_SUBST([EXTRA_CXXFLAGS])
+
+ AC_C_BIGENDIAN([ac_cv_big_endian=1], [ac_cv_big_endian=0])
+ if test "x${ac_cv_big_endian}" = "x1" ; then
+-  AC_DEFINE_UNQUOTED([JEMALLOC_BIG_ENDIAN], [ ])
++  AC_DEFINE_UNQUOTED([JEMALLOC_BIG_ENDIAN], [ ], [ ])
+ fi
+
+ if test "x${je_cv_msvc}" = "xyes" -a "x${ac_cv_header_inttypes_h}" = "xno"; 
then
+@@ -339,7 +339,7 @@ else
+ AC_MSG_ERROR([Unsupported pointer size: ${ac_cv_sizeof_void_p}])
+   fi
+ fi
+-AC_DEFINE_UNQUOTED([LG_SIZEOF_PTR], [$LG_SIZEOF_PTR])
++AC_DEFINE_UNQUOTED([LG_SIZEOF_PTR], [$LG_SIZEOF_PTR], [ ])
+
+ AC_CHECK_SIZEOF([int])
+ if test "x${ac_cv_sizeof_int}" = "x8" ; then
+@@ -349,7 +349,7 @@ elif test "x${ac_cv_sizeof_int}" = "x4" ; then
+ else
+   AC_MSG_ERROR([Unsupported int size: ${ac_cv_sizeof_int}])
+ fi
+-AC_DEFINE_UNQUOTED([LG_SIZEOF_INT], [$LG_SIZEOF_INT])
++AC_DEFINE_UNQUOTED([LG_SIZEOF_INT], [$LG_SIZEOF_INT], [ ])
+
+ AC_CHECK_SIZEOF([long])
+ if test "x${ac_cv_sizeof_long}" = "x8" ; then
+@@ -359,7 +359,7 @@ elif test "x${ac_cv_sizeof_long}" = "x4" ; then
+ else
+   AC_MSG_ERROR([Unsupported long size: ${ac_cv_sizeof_long}])
+ fi
+-AC_DEFINE_UNQUOTED([LG_SIZEOF_LONG], [$LG_SIZEOF_LONG])
++AC_DEFINE_UNQUOTED([LG_SIZEOF_LONG], [$LG_SIZEOF_LONG], [ ])
+
+ AC_CHECK_SIZEOF([long long])
+ if test "x${ac_cv_sizeof_long_long}" = "x8" ; then
+@@ -369,7 +369,7 @@ elif test "x${ac_cv_sizeof_long_long}" = "x4" ; then
+ else
+   AC_MSG_ERROR([Unsupported long long size: ${ac_cv_sizeof_long_long}])
+ fi
+-AC_DEFINE_UNQUOTED([LG_SIZEOF_LONG_LONG], [$LG_SIZEOF_LONG_LONG])
++AC_DEFINE_UNQUOTED([LG_SIZEOF_LONG_LONG], [$LG_SIZEOF_LONG_LONG], [ ])
+
+ AC_CHECK_SIZEOF([intmax_t])
+ if test "x${ac_cv_sizeof_intmax_t}" = "x16" ; then
+@@ -381,7 +381,7 @@ elif test "x${ac_cv_sizeof_intmax_t}" = "x4" ; then
+ else
+   AC_MSG_ERROR([Unsupported intmax_t size: ${ac_cv_sizeof_intmax_t}])
+ fi
+-AC_DEFINE_UNQUOTED([LG_SIZEOF_INTMAX_T], [$LG_SIZEOF_INTMAX_T])
++AC_DEFINE_UNQUOTED([LG_SIZEOF_INTMAX_T], [$LG_SIZEOF_INTMAX_T], [ ])
+
+ AC_CANONICAL_HOST
+ dnl CPU-specific settings.
+@@ -411,8 +411,8 @@ case "${host_cpu}" in
+   HAVE_CPU_SPINWAIT=0
+   ;;
+ esac
+-AC_DEFINE_UNQUOTED([HAVE_CPU_SPINWAIT], [$HAVE_CPU_SPINWAIT])
+-AC_DEFINE_UNQUOTED([CPU_SPINWAIT], [$CPU_SPINWAIT])
++AC_DEFINE_UNQUOTED([HAVE_CPU_SPINWAIT], [$HAVE_CPU_SPINWAIT], [ ])
++AC_DEFINE_UNQUOTED([CPU_SPINWAIT], [$CPU_SPINWAIT], [ ])
+
+ AC_ARG_WITH([lg_vaddr],
+   [AS_HELP_STRING([--with-lg-vaddr=], [Number of significant 
virtual address bits])],
+@@ -477,7 +477,7 @@ typedef unsigned _

[oe][meta-oe][PATCH] jemalloc: Fix autoheader

2021-12-15 Thread Joshua Watt 
Fixes configure.ac to comply with more recent autoconf instead of
disabling autoheader

Signed-off-by: Joshua Watt 
---
 ...1-Support-latest-version-of-autoconf.patch | 877 ++
 .../jemalloc/jemalloc_5.2.1.bb|   3 +-
 2 files changed, 878 insertions(+), 2 deletions(-)
 create mode 100644 
meta-oe/recipes-devtools/jemalloc/files/0001-Support-latest-version-of-autoconf.patch

diff --git 
a/meta-oe/recipes-devtools/jemalloc/files/0001-Support-latest-version-of-autoconf.patch
 
b/meta-oe/recipes-devtools/jemalloc/files/0001-Support-latest-version-of-autoconf.patch
new file mode 100644
index 0..b59bce54d
--- /dev/null
+++ 
b/meta-oe/recipes-devtools/jemalloc/files/0001-Support-latest-version-of-autoconf.patch
@@ -0,0 +1,877 @@
+From 1c3438dae66e699cf3c5f519d2f981b31d61122d Mon Sep 17 00:00:00 2001
+From: Joshua Watt 
+Date: Wed, 15 Dec 2021 12:17:49 -0600
+Subject: [PATCH] Support latest version of autoconf
+
+Newer versions of autoconf requires the description field to be
+specified for AC_DEFINE or it will emit errors like:
+
+ autoheader: warning: missing template: JEMALLOC_BACKGROUND_THREAD
+
+Upstream-Status: Submitted [https://github.com/jemalloc/jemalloc/pull/2177]
+Signed-off-by: Joshua Watt 
+---
+ configure.ac | 235 ++-
+ 1 file changed, 118 insertions(+), 117 deletions(-)
+
+diff --git a/configure.ac b/configure.ac
+index 261d81c0..ab366315 100644
+--- a/configure.ac
 b/configure.ac
+@@ -237,11 +237,11 @@ fi
+ if test "x$GCC" = "xyes" ; then
+   JE_CFLAGS_ADD([-std=gnu11])
+   if test "x$je_cv_cflags_added" = "x-std=gnu11" ; then
+-AC_DEFINE_UNQUOTED([JEMALLOC_HAS_RESTRICT])
++AC_DEFINE_UNQUOTED([JEMALLOC_HAS_RESTRICT], [ ], [ ])
+   else
+ JE_CFLAGS_ADD([-std=gnu99])
+ if test "x$je_cv_cflags_added" = "x-std=gnu99" ; then
+-  AC_DEFINE_UNQUOTED([JEMALLOC_HAS_RESTRICT])
++  AC_DEFINE_UNQUOTED([JEMALLOC_HAS_RESTRICT], [ ], [ ])
+ fi
+   fi
+   JE_CFLAGS_ADD([-Wall])
+@@ -319,7 +319,7 @@ AC_SUBST([EXTRA_CXXFLAGS])
+ 
+ AC_C_BIGENDIAN([ac_cv_big_endian=1], [ac_cv_big_endian=0])
+ if test "x${ac_cv_big_endian}" = "x1" ; then
+-  AC_DEFINE_UNQUOTED([JEMALLOC_BIG_ENDIAN], [ ])
++  AC_DEFINE_UNQUOTED([JEMALLOC_BIG_ENDIAN], [ ], [ ])
+ fi
+ 
+ if test "x${je_cv_msvc}" = "xyes" -a "x${ac_cv_header_inttypes_h}" = "xno"; 
then
+@@ -339,7 +339,7 @@ else
+ AC_MSG_ERROR([Unsupported pointer size: ${ac_cv_sizeof_void_p}])
+   fi
+ fi
+-AC_DEFINE_UNQUOTED([LG_SIZEOF_PTR], [$LG_SIZEOF_PTR])
++AC_DEFINE_UNQUOTED([LG_SIZEOF_PTR], [$LG_SIZEOF_PTR], [ ])
+ 
+ AC_CHECK_SIZEOF([int])
+ if test "x${ac_cv_sizeof_int}" = "x8" ; then
+@@ -349,7 +349,7 @@ elif test "x${ac_cv_sizeof_int}" = "x4" ; then
+ else
+   AC_MSG_ERROR([Unsupported int size: ${ac_cv_sizeof_int}])
+ fi
+-AC_DEFINE_UNQUOTED([LG_SIZEOF_INT], [$LG_SIZEOF_INT])
++AC_DEFINE_UNQUOTED([LG_SIZEOF_INT], [$LG_SIZEOF_INT], [ ])
+ 
+ AC_CHECK_SIZEOF([long])
+ if test "x${ac_cv_sizeof_long}" = "x8" ; then
+@@ -359,7 +359,7 @@ elif test "x${ac_cv_sizeof_long}" = "x4" ; then
+ else
+   AC_MSG_ERROR([Unsupported long size: ${ac_cv_sizeof_long}])
+ fi
+-AC_DEFINE_UNQUOTED([LG_SIZEOF_LONG], [$LG_SIZEOF_LONG])
++AC_DEFINE_UNQUOTED([LG_SIZEOF_LONG], [$LG_SIZEOF_LONG], [ ])
+ 
+ AC_CHECK_SIZEOF([long long])
+ if test "x${ac_cv_sizeof_long_long}" = "x8" ; then
+@@ -369,7 +369,7 @@ elif test "x${ac_cv_sizeof_long_long}" = "x4" ; then
+ else
+   AC_MSG_ERROR([Unsupported long long size: ${ac_cv_sizeof_long_long}])
+ fi
+-AC_DEFINE_UNQUOTED([LG_SIZEOF_LONG_LONG], [$LG_SIZEOF_LONG_LONG])
++AC_DEFINE_UNQUOTED([LG_SIZEOF_LONG_LONG], [$LG_SIZEOF_LONG_LONG], [ ])
+ 
+ AC_CHECK_SIZEOF([intmax_t])
+ if test "x${ac_cv_sizeof_intmax_t}" = "x16" ; then
+@@ -381,7 +381,7 @@ elif test "x${ac_cv_sizeof_intmax_t}" = "x4" ; then
+ else
+   AC_MSG_ERROR([Unsupported intmax_t size: ${ac_cv_sizeof_intmax_t}])
+ fi
+-AC_DEFINE_UNQUOTED([LG_SIZEOF_INTMAX_T], [$LG_SIZEOF_INTMAX_T])
++AC_DEFINE_UNQUOTED([LG_SIZEOF_INTMAX_T], [$LG_SIZEOF_INTMAX_T], [ ])
+ 
+ AC_CANONICAL_HOST
+ dnl CPU-specific settings.
+@@ -411,8 +411,8 @@ case "${host_cpu}" in
+   HAVE_CPU_SPINWAIT=0
+   ;;
+ esac
+-AC_DEFINE_UNQUOTED([HAVE_CPU_SPINWAIT], [$HAVE_CPU_SPINWAIT])
+-AC_DEFINE_UNQUOTED([CPU_SPINWAIT], [$CPU_SPINWAIT])
++AC_DEFINE_UNQUOTED([HAVE_CPU_SPINWAIT], [$HAVE_CPU_SPINWAIT], [ ])
++AC_DEFINE_UNQUOTED([CPU_SPINWAIT], [$CPU_SPINWAIT], [ ])
+ 
+ AC_ARG_WITH([lg_vaddr],
+   [AS_HELP_STRING([--with-lg-vaddr=], [Number of significant 
virtual address bits])],
+@@ -477,7 +477,7 @@ typedef unsigned __int32 uint32_t;
+ LG_VADDR="${je_cv_lg_vaddr}"
+   fi
+   if test "x${LG_

[oe][meta-oe][PATCH] jemalloc: Fix license file

2021-12-15 Thread Joshua Watt 
The license is contained in the COPYING file, not the README

Signed-off-by: Joshua Watt 
---
 meta-oe/recipes-devtools/jemalloc/jemalloc_5.2.1.bb | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/meta-oe/recipes-devtools/jemalloc/jemalloc_5.2.1.bb 
b/meta-oe/recipes-devtools/jemalloc/jemalloc_5.2.1.bb
index 32fa8f5ff..17a04e11a 100644
--- a/meta-oe/recipes-devtools/jemalloc/jemalloc_5.2.1.bb
+++ b/meta-oe/recipes-devtools/jemalloc/jemalloc_5.2.1.bb
@@ -11,7 +11,7 @@ LICENSE = "BSD-2-Clause"
 
 SECTION = "libs"
 
-LIC_FILES_CHKSUM = "file://README;md5=6900e4a158982e4c4715bf16aa54fa10"
+LIC_FILES_CHKSUM = "file://COPYING;md5=ea061f8731d5e6a5761dfad951ef5f5f"
 
 SRC_URI = "git://github.com/jemalloc/jemalloc.git;branch=master;protocol=https 
\

file://0001-Makefile.in-make-sure-doc-generated-before-install.patch \
-- 
2.33.0


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#94370): 
https://lists.openembedded.org/g/openembedded-devel/message/94370
Mute This Topic: https://lists.openembedded.org/mt/87750240/21656
Group Owner: openembedded-devel+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-devel/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

[oe][meta-oe][PATCH] graphene: Move from meta-gnome -> meta-oe

2021-12-13 Thread Joshua Watt 
This library is not specific to GNOME and has no GNOME specific
functionality. Move it to meta-oe so that users can pull it in without
meta-gnome.

Signed-off-by: Joshua Watt 
---
 .../recipes-graphics}/graphene/graphene_1.10.6.bb | 0
 1 file changed, 0 insertions(+), 0 deletions(-)
 rename {meta-gnome/recipes-gnome => 
meta-oe/recipes-graphics}/graphene/graphene_1.10.6.bb (100%)

diff --git a/meta-gnome/recipes-gnome/graphene/graphene_1.10.6.bb 
b/meta-oe/recipes-graphics/graphene/graphene_1.10.6.bb
similarity index 100%
rename from meta-gnome/recipes-gnome/graphene/graphene_1.10.6.bb
rename to meta-oe/recipes-graphics/graphene/graphene_1.10.6.bb
-- 
2.33.0


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#94345): 
https://lists.openembedded.org/g/openembedded-devel/message/94345
Mute This Topic: https://lists.openembedded.org/mt/87706285/21656
Group Owner: openembedded-devel+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-devel/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

[oe][meta-oe][PATCH] gnome-online-accounts: Switch back to libsoup2

2021-12-10 Thread Joshua Watt 
libsoup3 and libsoup2 cannot be mixed in the same program, and webkitgtk
in oe-core is moving back to libsoup2 to better align with the rest of
GNOME. Drop the parts of patches that updated this recipe to libsoup3,
but keep the part that allows it to work with the (unreleased) rest
1.0.

Signed-off-by: Joshua Watt 
---
 .../files/0001-Update-to-rest-1.0.patch   | 160 
 .../0001-Use-GUri-instead-of-SoupURI.patch| 351 
 .../files/0002-Port-to-libsoup3.patch | 841 --
 .../gnome-online-accounts_3.43.1.bb   |   7 +-
 4 files changed, 162 insertions(+), 1197 deletions(-)
 create mode 100644 
meta-gnome/recipes-gnome/gnome-online-accounts/files/0001-Update-to-rest-1.0.patch
 delete mode 100644 
meta-gnome/recipes-gnome/gnome-online-accounts/files/0001-Use-GUri-instead-of-SoupURI.patch
 delete mode 100644 
meta-gnome/recipes-gnome/gnome-online-accounts/files/0002-Port-to-libsoup3.patch

diff --git 
a/meta-gnome/recipes-gnome/gnome-online-accounts/files/0001-Update-to-rest-1.0.patch
 
b/meta-gnome/recipes-gnome/gnome-online-accounts/files/0001-Update-to-rest-1.0.patch
new file mode 100644
index 0..4a47fb2db
--- /dev/null
+++ 
b/meta-gnome/recipes-gnome/gnome-online-accounts/files/0001-Update-to-rest-1.0.patch
@@ -0,0 +1,160 @@
+From 3c4a6eda580c6e38aeedb63d73ae7b96cc7f9a07 Mon Sep 17 00:00:00 2001
+From: Carlos Garcia Campos 
+Date: Mon, 7 Jun 2021 16:31:18 +0200
+Subject: [PATCH] Update to rest 1.0
+
+Updates to use the rest 1.0 API
+
+Upstream-Status: Inappropriate [rest 1.0 is not released yet]
+
+Signed-off-by: Joshua Watt 
+---
+ configure.ac   |  2 +-
+ src/goabackend/goalastfmprovider.c | 26 +-
+ src/goabackend/goaoauthprovider.c  | 17 +++--
+ src/goabackend/goarestproxy.h  |  2 --
+ 4 files changed, 25 insertions(+), 22 deletions(-)
+
+diff --git a/configure.ac b/configure.ac
+index 1f88bbd..e43303d 100644
+--- a/configure.ac
 b/configure.ac
+@@ -129,7 +129,7 @@ if test "$enable_backend" != "no"; then
+   AC_SUBST(JSON_GLIB_CFLAGS)
+   AC_SUBST(JSON_GLIB_LIBS)
+ 
+-  PKG_CHECK_MODULES(REST, [rest-0.7])
++  PKG_CHECK_MODULES(REST, [rest-1.0])
+   AC_SUBST(REST_CFLAGS)
+   AC_SUBST(REST_LIBS)
+ 
+diff --git a/src/goabackend/goalastfmprovider.c 
b/src/goabackend/goalastfmprovider.c
+index cb9a6f2..a2db037 100644
+--- a/src/goabackend/goalastfmprovider.c
 b/src/goabackend/goalastfmprovider.c
+@@ -483,18 +483,18 @@ add_account_cb (GoaManager *manager, GAsyncResult *res, 
gpointer user_data)
+ 
+ static void
+ check_cb (RestProxyCall *call,
+-  const GError *error,
+-  GObject *weak_object,
++  GAsyncResult *result,
+   gpointer user_data)
+ {
+   AddAccountData *data = user_data;
+   JsonNode *session;
+-  JsonParser *parser;
++  JsonParser *parser = NULL;
+   JsonObject *json_obj;
+   JsonObject *session_obj;
+   const gchar *payload;
+ 
+-  parser = NULL;
++  if (!rest_proxy_call_invoke_finish (call, result, >error))
++goto out;
+ 
+   parser = json_parser_new ();
+   payload = rest_proxy_call_get_payload (call);
+@@ -562,12 +562,12 @@ on_rest_proxy_call_cancelled_cb (GCancellable 
*cancellable, RestProxyCall *call)
+ }
+ 
+ static void
+-lastfm_login (GoaProvider  *provider,
+-  const gchar  *username,
+-  const gchar  *password,
+-  GCancellable *cancellable,
+-  RestProxyCallAsyncCallback   callback,
+-  gpointer user_data)
++lastfm_login (GoaProvider  *provider,
++  const gchar  *username,
++  const gchar  *password,
++  GCancellable *cancellable,
++  GAsyncReadyCallback   callback,
++  gpointer  user_data)
+ {
+   AddAccountData *data = user_data;
+   RestProxyCall *call;
+@@ -598,7 +598,7 @@ lastfm_login (GoaProvider  *provider,
+   rest_proxy_call_add_param (call, "api_sig", sig_md5);
+   rest_proxy_call_add_param (call, "format", "json");
+ 
+-  rest_proxy_call_async (call, callback, NULL, data, >error);
++  rest_proxy_call_invoke_async (call, NULL, callback, data);
+ 
+   g_signal_connect (cancellable, "cancelled", G_CALLBACK 
(on_rest_proxy_call_cancelled_cb), call);
+ 
+@@ -665,7 +665,7 @@ add_account (GoaProvider*provider,
+ username,
+ password,
+ data.cancellable,
+-(RestProxyCallAsyncCallback) check_cb,
++(GAsyncReadyCallback) check_cb,
+ );
+ 
+   gtk_widget_set_sensitive (data.connect_button, FALSE);
+@@ -819,7 +819,7 @@ refresh_account (GoaProvider*provider,
+ username,
+ password,
+ data.cancellable,
+-(RestProxyCallAsyncCa

[oe][meta-oe][PATCH] gnome-control-center: Fixup polkit directory permissions

2021-11-18 Thread Joshua Watt 
Fixes up the permissions of the polkit directory to match other recipes,
otherwise they conflict at package install time

Signed-off-by: Joshua Watt 
---
 .../gnome-control-center/gnome-control-center_41.1.bb | 8 
 1 file changed, 8 insertions(+)

diff --git 
a/meta-gnome/recipes-gnome/gnome-control-center/gnome-control-center_41.1.bb 
b/meta-gnome/recipes-gnome/gnome-control-center/gnome-control-center_41.1.bb
index 80d49d95b..79fa20e41 100644
--- a/meta-gnome/recipes-gnome/gnome-control-center/gnome-control-center_41.1.bb
+++ b/meta-gnome/recipes-gnome/gnome-control-center/gnome-control-center_41.1.bb
@@ -44,6 +44,14 @@ EXTRA_OEMESON = " \
 -Dcheese=false \
 "
 
+do_install:append() {
+   # If polkit is setup fixup permissions and ownership
+if [ -d ${D}${datadir}/polkit-1/rules.d ]; then
+chmod 700 ${D}${datadir}/polkit-1/rules.d
+chown polkitd:root ${D}${datadir}/polkit-1/rules.d
+fi
+}
+
 FILES:${PN} += " \
 ${datadir}/dbus-1 \
 ${datadir}/gnome-shell \
-- 
2.33.0


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#94055): 
https://lists.openembedded.org/g/openembedded-devel/message/94055
Mute This Topic: https://lists.openembedded.org/mt/87154197/21656
Group Owner: openembedded-devel+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-devel/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

[oe][meta-oe][PATCH] gnome-shell: introspection is not valid meson option

2021-11-17 Thread Joshua Watt 
meson 0.60+ errors out on unknown options and -Dintrospection
is not a valid option

Signed-off-by: Joshua Watt 
---
 meta-gnome/recipes-gnome/gnome-shell/gnome-shell_41.0.bb | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/meta-gnome/recipes-gnome/gnome-shell/gnome-shell_41.0.bb 
b/meta-gnome/recipes-gnome/gnome-shell/gnome-shell_41.0.bb
index 6ac2973b9..8378e9478 100644
--- a/meta-gnome/recipes-gnome/gnome-shell/gnome-shell_41.0.bb
+++ b/meta-gnome/recipes-gnome/gnome-shell/gnome-shell_41.0.bb
@@ -25,10 +25,10 @@ DEPENDS = " \
 "
 
 GTKDOC_MESON_OPTION = "gtk_doc"
+GIR_MESON_OPTION = ""
 
 # gobject-introspection is mandatory and cannot be configured
 REQUIRED_DISTRO_FEATURES += "gobject-introspection-data"
-UNKNOWN_CONFIGURE_WHITELIST:append = " introspection"
 
 SRC_URI[archive.sha256sum] = 
"52f971e85140e5de74b9369ef6656e49ce95af1f232fc1e0df1f046129ab4f65"
 SRC_URI += 
"file://0001-Introduce-options-gjs_path-to-optionally-set-path-to.patch"
-- 
2.33.0


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#94015): 
https://lists.openembedded.org/g/openembedded-devel/message/94015
Mute This Topic: https://lists.openembedded.org/mt/87136331/21656
Group Owner: openembedded-devel+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-devel/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

[oe][meta-oe][PATCH] gnome-settings-daemon: introspection is not valid meson option

2021-11-17 Thread Joshua Watt 
meson 0.60+ errors out on unknown options and -Dintrospection
is not a valid option

Signed-off-by: Joshua Watt 
---
 .../gnome-settings-daemon/gnome-settings-daemon_41.0.bb| 3 +--
 1 file changed, 1 insertion(+), 2 deletions(-)

diff --git 
a/meta-gnome/recipes-gnome/gnome-settings-daemon/gnome-settings-daemon_41.0.bb 
b/meta-gnome/recipes-gnome/gnome-settings-daemon/gnome-settings-daemon_41.0.bb
index 976aa6222..82504a406 100644
--- 
a/meta-gnome/recipes-gnome/gnome-settings-daemon/gnome-settings-daemon_41.0.bb
+++ 
b/meta-gnome/recipes-gnome/gnome-settings-daemon/gnome-settings-daemon_41.0.bb
@@ -23,11 +23,10 @@ DEPENDS = " \
 
 # all these are mandatory
 REQUIRED_DISTRO_FEATURES = "x11 polkit pulseaudio systemd 
gobject-introspection-data"
+GIR_MESON_OPTION = ""
 
 SRC_URI[archive.sha256sum] = 
"e6ca6361fbd1deab2de1a1e390d4f14167cf47b1c547dbb8b65a5d89e9663884"
 
-UNKNOWN_CONFIGURE_WHITELIST = "introspection"
-
 PACKAGECONFIG ??= " \
 cups nm \
 alsa gudev \
-- 
2.33.0


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#94014): 
https://lists.openembedded.org/g/openembedded-devel/message/94014
Mute This Topic: https://lists.openembedded.org/mt/87136204/21656
Group Owner: openembedded-devel+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-devel/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

[oe][meta-oe][PATCH] gdm: introspection is not valid meson option

2021-11-17 Thread Joshua Watt 
meson 0.60+ errors out on unknown options and -Dintrospection
is not a valid option

Signed-off-by: Joshua Watt 
---
 meta-gnome/recipes-gnome/gdm/gdm_41.0.bb | 1 +
 1 file changed, 1 insertion(+)

diff --git a/meta-gnome/recipes-gnome/gdm/gdm_41.0.bb 
b/meta-gnome/recipes-gnome/gdm/gdm_41.0.bb
index a485c0c9c..ac57b5bf2 100644
--- a/meta-gnome/recipes-gnome/gdm/gdm_41.0.bb
+++ b/meta-gnome/recipes-gnome/gdm/gdm_41.0.bb
@@ -11,6 +11,7 @@ DEPENDS = " \
 "
 
 REQUIRED_DISTRO_FEATURES = "x11 systemd pam polkit gobject-introspection-data"
+GIR_MESON_OPTION = ""
 
 GNOMEBASEBUILDCLASS = "meson"
 
-- 
2.33.0


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#94013): 
https://lists.openembedded.org/g/openembedded-devel/message/94013
Mute This Topic: https://lists.openembedded.org/mt/87136092/21656
Group Owner: openembedded-devel+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-devel/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

[oe][meta-oe][PATCH] colord: introspection is not valid meson option

2021-11-17 Thread Joshua Watt 
meson 0.60+ errors out on unknown options and -Dintrospection
is not a valid option

Signed-off-by: Joshua Watt 
---
 meta-oe/recipes-support/colord/colord.bb | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/meta-oe/recipes-support/colord/colord.bb 
b/meta-oe/recipes-support/colord/colord.bb
index 563a0ee00..e30022251 100644
--- a/meta-oe/recipes-support/colord/colord.bb
+++ b/meta-oe/recipes-support/colord/colord.bb
@@ -4,7 +4,7 @@ inherit meson gobject-introspection gsettings gettext 
bash-completion systemd fe
 
 # polkit and gobject-introspection are mandatory and cannot be configured
 REQUIRED_DISTRO_FEATURES = "polkit gobject-introspection-data"
-UNKNOWN_CONFIGURE_WHITELIST:append = " introspection"
+GIR_MESON_OPTION = ""
 
 DEPENDS += " \
 ${BPN}-native \
-- 
2.33.0


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#94012): 
https://lists.openembedded.org/g/openembedded-devel/message/94012
Mute This Topic: https://lists.openembedded.org/mt/87136090/21656
Group Owner: openembedded-devel+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-devel/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

[oe][meta-oe][PATCH v2] mutter: Move gsettings to a separate package

2021-10-18 Thread Joshua Watt 
Move the mutter gsettings to their own package. Some other compositors
(specifically, phoc) want to use the mutter provided gsettings to remain
compatible. This allows those recipes to pick up the runtime settings
without having to pull in all of mutter

Signed-off-by: Joshua Watt 
---
 meta-gnome/recipes-gnome/mutter/mutter_3.34.6.bb | 6 --
 1 file changed, 4 insertions(+), 2 deletions(-)

diff --git a/meta-gnome/recipes-gnome/mutter/mutter_3.34.6.bb 
b/meta-gnome/recipes-gnome/mutter/mutter_3.34.6.bb
index 72e776719..b659d9295 100644
--- a/meta-gnome/recipes-gnome/mutter/mutter_3.34.6.bb
+++ b/meta-gnome/recipes-gnome/mutter/mutter_3.34.6.bb
@@ -73,7 +73,9 @@ do_install:append() {
 done
 }
 
-PACKAGES =+ "${PN}-tests"
+GSETTINGS_PACKAGE = "${PN}-gsettings"
+
+PACKAGES =+ "${PN}-tests ${PN}-gsettings"
 
 FILES:${PN} += " \
 ${datadir}/gnome-control-center \
@@ -93,5 +95,5 @@ FILES:${PN}-dev += " \
 ${libdir}/${MUTTER_API_NAME}/lib*.so \
 "
 
-RDEPENDS:${PN} += "zenity"
+RDEPENDS:${PN} += "zenity ${PN}-gsettings"
 
-- 
2.33.0


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#93440): 
https://lists.openembedded.org/g/openembedded-devel/message/93440
Mute This Topic: https://lists.openembedded.org/mt/86420862/21656
Group Owner: openembedded-devel+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-devel/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [oe][meta-oe][PATCH] mutter: Move gsettings to a separate package

2021-10-18 Thread Joshua Watt 
On Mon, Oct 18, 2021, 12:44 PM Andreas Müller 
wrote:

> On Mon, Oct 18, 2021 at 7:37 PM Joshua Watt  wrote:
> >
> > Move the mutter gsettings to their own package. Some other compositors
> > (specifically, phoc) want to use the mutter provided gsettings to remain
> > compatible. This allows those recipes to pick up the runtime settings
> > without having to pull in all of mutter
> >
> > Signed-off-by: Joshua Watt 
> But now just adding mutter to image looses gsettings. Could you add a
> RDEPEND for mutter on mutter-gsettings?
>

Yep. Good catch


> Andreas
> > ---
> >  meta-gnome/recipes-gnome/mutter/mutter_3.34.6.bb | 4 +++-
> >  1 file changed, 3 insertions(+), 1 deletion(-)
> >
> > diff --git a/meta-gnome/recipes-gnome/mutter/mutter_3.34.6.bb
> b/meta-gnome/recipes-gnome/mutter/mutter_3.34.6.bb
> > index 72e776719..1a81745f4 100644
> > --- a/meta-gnome/recipes-gnome/mutter/mutter_3.34.6.bb
> > +++ b/meta-gnome/recipes-gnome/mutter/mutter_3.34.6.bb
> > @@ -73,7 +73,9 @@ do_install:append() {
> >  done
> >  }
> >
> > -PACKAGES =+ "${PN}-tests"
> > +GSETTINGS_PACKAGE = "${PN}-gsettings"
> > +
> > +PACKAGES =+ "${PN}-tests ${PN}-gsettings"
> >
> >  FILES:${PN} += " \
> >  ${datadir}/gnome-control-center \
> > --
> > 2.33.0
> >
> >
> > 
> >
>

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#93439): 
https://lists.openembedded.org/g/openembedded-devel/message/93439
Mute This Topic: https://lists.openembedded.org/mt/86420550/21656
Group Owner: openembedded-devel+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-devel/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

[oe][meta-oe][PATCH] mutter: Move gsettings to a separate package

2021-10-18 Thread Joshua Watt 
Move the mutter gsettings to their own package. Some other compositors
(specifically, phoc) want to use the mutter provided gsettings to remain
compatible. This allows those recipes to pick up the runtime settings
without having to pull in all of mutter

Signed-off-by: Joshua Watt 
---
 meta-gnome/recipes-gnome/mutter/mutter_3.34.6.bb | 4 +++-
 1 file changed, 3 insertions(+), 1 deletion(-)

diff --git a/meta-gnome/recipes-gnome/mutter/mutter_3.34.6.bb 
b/meta-gnome/recipes-gnome/mutter/mutter_3.34.6.bb
index 72e776719..1a81745f4 100644
--- a/meta-gnome/recipes-gnome/mutter/mutter_3.34.6.bb
+++ b/meta-gnome/recipes-gnome/mutter/mutter_3.34.6.bb
@@ -73,7 +73,9 @@ do_install:append() {
 done
 }
 
-PACKAGES =+ "${PN}-tests"
+GSETTINGS_PACKAGE = "${PN}-gsettings"
+
+PACKAGES =+ "${PN}-tests ${PN}-gsettings"
 
 FILES:${PN} += " \
 ${datadir}/gnome-control-center \
-- 
2.33.0


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#93437): 
https://lists.openembedded.org/g/openembedded-devel/message/93437
Mute This Topic: https://lists.openembedded.org/mt/86420550/21656
Group Owner: openembedded-devel+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-devel/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

[oe][meta-oe][PATCH] colord-native: Inherit pkgconfig

2021-10-17 Thread Joshua Watt 
pkgconfig.bbclass is now required for pkg-config to be present

Signed-off-by: Joshua Watt 
---
 meta-oe/recipes-support/colord/colord-native.bb | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/meta-oe/recipes-support/colord/colord-native.bb 
b/meta-oe/recipes-support/colord/colord-native.bb
index 65fa0f44b..64dd94a9e 100644
--- a/meta-oe/recipes-support/colord/colord-native.bb
+++ b/meta-oe/recipes-support/colord/colord-native.bb
@@ -2,7 +2,7 @@ require ${BPN}.inc
 
 FILESEXTRAPATHS:prepend := "${THISDIR}/${BPN}-native:"
 
-inherit meson native
+inherit meson pkgconfig native
 
 DEPENDS += " \
 meson-native \
-- 
2.33.0


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#93408): 
https://lists.openembedded.org/g/openembedded-devel/message/93408
Mute This Topic: https://lists.openembedded.org/mt/86396201/21656
Group Owner: openembedded-devel+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-devel/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

[oe] [meta-gnome][RFC] gnome: gnome-shell: Move gsettings to their own package

2021-06-09 Thread Joshua Watt 
Moves the gnome-shell-gsettings package to it's own package so that
other desktop environments that depends on it can pull it in without
pulling in all of gnome-shell

Signed-off-by: Joshua Watt 
---
 meta-gnome/recipes-gnome/gnome-shell/gnome-shell_3.34.5.bb | 6 --
 1 file changed, 4 insertions(+), 2 deletions(-)

diff --git a/meta-gnome/recipes-gnome/gnome-shell/gnome-shell_3.34.5.bb 
b/meta-gnome/recipes-gnome/gnome-shell/gnome-shell_3.34.5.bb
index 9619628c8..77b9015d4 100644
--- a/meta-gnome/recipes-gnome/gnome-shell/gnome-shell_3.34.5.bb
+++ b/meta-gnome/recipes-gnome/gnome-shell/gnome-shell_3.34.5.bb
@@ -49,6 +49,8 @@ do_install_append() {
 done
 }
 
+GSETTINGS_PACKAGE = "${PN}-gsettings"
+
 FILES_${PN} += " \
 ${datadir}/dbus-1 \
 ${datadir}/gnome-control-center \
@@ -56,9 +58,9 @@ FILES_${PN} += " \
 ${systemd_user_unitdir} \
 "
 
-RDEPENDS_${PN} += "gsettings-desktop-schemas gdm-base librsvg-gtk"
+RDEPENDS_${PN} += "gsettings-desktop-schemas gdm-base librsvg-gtk 
${PN}-gsettings"
 
-PACKAGES =+ "${PN}-tools"
+PACKAGES =+ "${PN}-tools ${PN}-gsettings"
 FILES_${PN}-tools = "${bindir}/*-tool"
 RDEPENDS_${PN}-tools = "python3-core"
 
-- 
2.31.1


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#91834): 
https://lists.openembedded.org/g/openembedded-devel/message/91834
Mute This Topic: https://lists.openembedded.org/mt/83421714/21656
Group Owner: openembedded-devel+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-devel/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

[oe][meta-oe][PATCH v2] classes: Add Android sparse image class

2021-03-08 Thread Joshua Watt 
Adds a class to create sparse image files using the Android tools

Signed-off-by: Joshua Watt 
---
 meta-oe/classes/image_types_sparse.bbclass | 16 
 1 file changed, 16 insertions(+)
 create mode 100644 meta-oe/classes/image_types_sparse.bbclass

diff --git a/meta-oe/classes/image_types_sparse.bbclass 
b/meta-oe/classes/image_types_sparse.bbclass
new file mode 100644
index 0..1459f800a
--- /dev/null
+++ b/meta-oe/classes/image_types_sparse.bbclass
@@ -0,0 +1,16 @@
+inherit image_types
+
+CONVERSIONTYPES += "sparse"
+CONVERSION_CMD_sparse() {
+in="${IMAGE_NAME}${IMAGE_NAME_SUFFIX}.${type}"
+out="${IMAGE_NAME}${IMAGE_NAME_SUFFIX}.${type}.sparse"
+case "${type}" in
+ext*)
+ext2simg "$in" "$out"
+;;
+*)
+img2simg "$in" "$out"
+;;
+esac
+}
+CONVERSION_DEPENDS_sparse = "android-tools-native"
-- 
2.30.0


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#89987): 
https://lists.openembedded.org/g/openembedded-devel/message/89987
Mute This Topic: https://lists.openembedded.org/mt/81186763/21656
Group Owner: openembedded-devel+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-devel/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [oe][meta-oe][PATCH] classes: Add Android sparse image class

2021-03-08 Thread Joshua Watt 


On 3/8/21 2:54 PM, Khem Raj wrote:

On Fri, Mar 5, 2021 at 11:09 AM Joshua Watt  wrote:

Adds a class to create sparse image files using the Android tools
---
  meta-oe/classes/image_types_simg.bbclass | 16 
  1 file changed, 16 insertions(+)
  create mode 100644 meta-oe/classes/image_types_simg.bbclass

diff --git a/meta-oe/classes/image_types_simg.bbclass 
b/meta-oe/classes/image_types_simg.bbclass
new file mode 100644
index 0..a53fafe5e
--- /dev/null
+++ b/meta-oe/classes/image_types_simg.bbclass
@@ -0,0 +1,16 @@
+inherit image_types
+
+CONVERSIONTYPES += "simg"

I wonder if the name could be made sparse-img ?
simg might indicate, signed image too.


Ya we can do that





+CONVERSION_CMD_simg() {
+in="${IMAGE_NAME}${IMAGE_NAME_SUFFIX}.${type}"
+out="${IMAGE_NAME}${IMAGE_NAME_SUFFIX}.${type}.simg"
+case "${type}" in
+ext*)
+ext2simg "$in" "$out"
+;;
+*)
+img2simg "$in" "$out"
+;;
+esac
+}
+CONVERSION_DEPENDS_simg = "android-tools-native"
--
2.30.0





-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#89986): 
https://lists.openembedded.org/g/openembedded-devel/message/89986
Mute This Topic: https://lists.openembedded.org/mt/81110943/21656
Group Owner: openembedded-devel+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-devel/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

[oe][meta-oe][PATCH] classes: Add Android sparse image class

2021-03-05 Thread Joshua Watt 
Adds a class to create sparse image files using the Android tools
---
 meta-oe/classes/image_types_simg.bbclass | 16 
 1 file changed, 16 insertions(+)
 create mode 100644 meta-oe/classes/image_types_simg.bbclass

diff --git a/meta-oe/classes/image_types_simg.bbclass 
b/meta-oe/classes/image_types_simg.bbclass
new file mode 100644
index 0..a53fafe5e
--- /dev/null
+++ b/meta-oe/classes/image_types_simg.bbclass
@@ -0,0 +1,16 @@
+inherit image_types
+
+CONVERSIONTYPES += "simg"
+CONVERSION_CMD_simg() {
+in="${IMAGE_NAME}${IMAGE_NAME_SUFFIX}.${type}"
+out="${IMAGE_NAME}${IMAGE_NAME_SUFFIX}.${type}.simg"
+case "${type}" in
+ext*)
+ext2simg "$in" "$out"
+;;
+*)
+img2simg "$in" "$out"
+;;
+esac
+}
+CONVERSION_DEPENDS_simg = "android-tools-native"
-- 
2.30.0


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#89912): 
https://lists.openembedded.org/g/openembedded-devel/message/89912
Mute This Topic: https://lists.openembedded.org/mt/81110943/21656
Group Owner: openembedded-devel+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-devel/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

[oe][meta-oe][PATCH v2] fcgiwrap: add recipe

2020-12-03 Thread Joshua Watt 
From: Senthil Selvaganesan 

fcgiwrap is a simple server for running CGI applications over FastCGI.
It hopes to provide clean CGI support to Nginx and other web servers
that may need it. Homepage: https://github.com/gnosek/fcgiwrap.

Signed-off-by: Senthil Selvaganesan 
Signed-off-by: Joshua Watt 
---
 .../packagegroup-meta-webserver.bb|   1 +
 ...001-Fix-implicit-fallthrough-warning.patch | 313 ++
 .../recipes-support/fcgiwrap/fcgiwrap_git.bb  |  24 ++
 3 files changed, 338 insertions(+)
 create mode 100644 
meta-webserver/recipes-support/fcgiwrap/fcgiwrap/0001-Fix-implicit-fallthrough-warning.patch
 create mode 100644 meta-webserver/recipes-support/fcgiwrap/fcgiwrap_git.bb

diff --git 
a/meta-webserver/recipes-core/packagesgroups/packagegroup-meta-webserver.bb 
b/meta-webserver/recipes-core/packagesgroups/packagegroup-meta-webserver.bb
index e3e68582c..2fa5bc4a9 100644
--- a/meta-webserver/recipes-core/packagesgroups/packagegroup-meta-webserver.bb
+++ b/meta-webserver/recipes-core/packagesgroups/packagegroup-meta-webserver.bb
@@ -38,6 +38,7 @@ RDEPENDS_packagegroup-meta-webserver-php = "\
 RDEPENDS_packagegroup-meta-webserver-support = "\
 spawn-fcgi \
 fcgi \
+fcgiwrap \
 "
 
 RDEPENDS_packagegroup-meta-webserver-webadmin = "\
diff --git 
a/meta-webserver/recipes-support/fcgiwrap/fcgiwrap/0001-Fix-implicit-fallthrough-warning.patch
 
b/meta-webserver/recipes-support/fcgiwrap/fcgiwrap/0001-Fix-implicit-fallthrough-warning.patch
new file mode 100644
index 0..d05abd25c
--- /dev/null
+++ 
b/meta-webserver/recipes-support/fcgiwrap/fcgiwrap/0001-Fix-implicit-fallthrough-warning.patch
@@ -0,0 +1,313 @@
+From 962e532099d10ee6ce5b4ce68537bc46595230c0 Mon Sep 17 00:00:00 2001
+From: Joshua Watt 
+Date: Tue, 24 Nov 2020 08:30:13 -0600
+Subject: [PATCH] Fix implicit fallthrough warning
+
+Fixes a warning about an implicit fall through in a case statement
+(-Werror=implicit-fallthrough) with newer versions of GCC
+
+Upstream-status: Submitted [https://github.com/gnosek/fcgiwrap/pull/54]
+Signed-off-by: Joshua Watt 
+---
+ configure.ac|   3 +
+ fcgiwrap.c  |   7 ++
+ m4/ax_gcc_func_attribute.m4 | 242 
+ 3 files changed, 252 insertions(+)
+ create mode 100644 m4/ax_gcc_func_attribute.m4
+
+diff --git a/configure.ac b/configure.ac
+index bb3674e..9ef517a 100644
+--- a/configure.ac
 b/configure.ac
+@@ -3,6 +3,7 @@
+ 
+ AC_PREREQ(2.61)
+ AC_INIT([fcgiwrap], [1.1.0], [r...@localdomain.pl])
++AC_CONFIG_MACRO_DIRS([m4])
+ AM_CFLAGS="-std=gnu99 -Wall -Wextra -Werror -pedantic"
+ if test x"$CFLAGS" = x""; then
+ AM_CFLAGS="$AM_CFLAGS -O2 -g3"
+@@ -62,5 +63,7 @@ AC_FUNC_MALLOC
+ AC_CHECK_FUNCS([strchr strdup strrchr])
+ AC_CHECK_FUNCS([dup2 putenv select setenv strerror],, [AC_MSG_ERROR([seems as 
if your libraries don't provide an expected function])])
+ 
++AX_GCC_FUNC_ATTRIBUTE([fallthrough])
++
+ AC_CONFIG_FILES([Makefile])
+ AC_OUTPUT
+diff --git a/fcgiwrap.c b/fcgiwrap.c
+index b44d8aa..a83726b 100644
+--- a/fcgiwrap.c
 b/fcgiwrap.c
+@@ -56,6 +56,12 @@
+ #define UNIX_PATH_MAX 108
+ #endif
+ 
++#ifdef HAVE_FUNC_ATTRIBUTE_FALLTHROUGH
++#define FALLTHROUGH __attribute__ ((fallthrough))
++#else
++#define FALLTHROUGH (void)
++#endif
++
+ extern char **environ;
+ static char * const * inherited_environ;
+ static const char **allowed_programs;
+@@ -580,6 +586,7 @@ static void handle_fcgi_request(void)
+   execl(filename, filename, (void *)NULL);
+   cgi_error("502 Bad Gateway", "Cannot execute script", 
filename);
+ 
++FALLTHROUGH;
+   default: /* parent */
+   close(pipe_in[0]);
+   close(pipe_out[1]);
+diff --git a/m4/ax_gcc_func_attribute.m4 b/m4/ax_gcc_func_attribute.m4
+new file mode 100644
+index 000..da2b1ac
+--- /dev/null
 b/m4/ax_gcc_func_attribute.m4
+@@ -0,0 +1,242 @@
++# ===
++#  https://www.gnu.org/software/autoconf-archive/ax_gcc_func_attribute.html
++# ===
++#
++# SYNOPSIS
++#
++#   AX_GCC_FUNC_ATTRIBUTE(ATTRIBUTE)
++#
++# DESCRIPTION
++#
++#   This macro checks if the compiler supports one of GCC's function
++#   attributes; many other compilers also provide function attributes with
++#   the same syntax. Compiler warnings are used to detect supported
++#   attributes as unsupported ones are ignored by default so quieting
++#   warnings when using this macro will yield false positives.
++#
++#   The ATTRIBUTE parameter holds the name of the attribute to be checked.
++#
++#   If ATTRIBUTE is supported define HAVE_FUNC_ATTRIBUTE_.
++#
++#   The macro caches its result in the ax_cv_have_func_attribute_
++#   variable.
++#
++#   The macro currently supports the

[oe][meta-oe][PATCH] fcgiwrap: add recipe

2020-11-23 Thread Joshua Watt via lists.openembedded.org 
From: Senthil Selvaganesan 

fcgiwrap is a simple server for running CGI applications over FastCGI.
It hopes to provide clean CGI support to Nginx and other web servers
that may need it. Homepage: https://github.com/gnosek/fcgiwrap.

Signed-off-by: Senthil Selvaganesan 
Signed-off-by: Joshua Watt 
---
 .../recipes-support/fcgiwrap/fcgiwrap_git.bb  | 22 +++
 1 file changed, 22 insertions(+)
 create mode 100644 meta-webserver/recipes-support/fcgiwrap/fcgiwrap_git.bb

diff --git a/meta-webserver/recipes-support/fcgiwrap/fcgiwrap_git.bb 
b/meta-webserver/recipes-support/fcgiwrap/fcgiwrap_git.bb
new file mode 100644
index 0..f33b066c0
--- /dev/null
+++ b/meta-webserver/recipes-support/fcgiwrap/fcgiwrap_git.bb
@@ -0,0 +1,22 @@
+SUMMARY = "FastCGI wrapper for CGI scripts"
+DESCRIPTION = "FcgiWrap is a simple server for running CGI applications over 
FastCGI. Fcgiwrap can be used together with Nginx to serve CGI or Perl scripts"
+HOMEPAGE = "https://github.com/gnosek/fcgiwrap;
+
+LICENSE = "MIT"
+LIC_FILES_CHKSUM = "file://COPYING;md5=a95d02d614a3a0232d4e6e51b7963c5b"
+
+SRCREV = "99c942c90063c73734e56bacaa65f947772d9186"
+SRC_URI = "git://github.com/gnosek/fcgiwrap.git;protocol=https"
+
+DEPENDS = "fcgi"
+S = "${WORKDIR}/git"
+B = "${S}/../build/"
+CFLAGS_prepend = "-I${S}/../build/"
+EXTRA_OEMAKE = "VPATH=${S}"
+
+inherit autotools pkgconfig
+
+do_install() {
+install -d "${D}/usr/sbin/"
+install -m 755 ${B}/fcgiwrap ${D}/usr/sbin/fcgiwrap
+}
-- 
2.29.2


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#88062): 
https://lists.openembedded.org/g/openembedded-devel/message/88062
Mute This Topic: https://lists.openembedded.org/mt/78453725/21656
Group Owner: openembedded-devel+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-devel/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

[oe][meta-oe][PATCH] glmark2: don't build full OpenGL backends by default

2020-07-16 Thread Joshua Watt 
From: Matt Hoosier 

Most embedded GPU's implementations OpenGL include only the OpenGL ES
APIs. Attempting to compile the {x11,wayland,drm}-gl variants of
GLMark fail in those cases.

Signed-off-by: Matt Hoosier 
Signed-off-by: Joshua Watt 
---
 meta-oe/recipes-benchmark/glmark2/glmark2_git.bb | 6 +++---
 1 file changed, 3 insertions(+), 3 deletions(-)

diff --git a/meta-oe/recipes-benchmark/glmark2/glmark2_git.bb 
b/meta-oe/recipes-benchmark/glmark2/glmark2_git.bb
index 6d20bbdaf..82821ad63 100644
--- a/meta-oe/recipes-benchmark/glmark2/glmark2_git.bb
+++ b/meta-oe/recipes-benchmark/glmark2/glmark2_git.bb
@@ -24,9 +24,9 @@ inherit waf pkgconfig features_check
 
 REQUIRED_DISTRO_FEATURES += "opengl"
 
-PACKAGECONFIG ?= "${@bb.utils.contains('DISTRO_FEATURES', 'x11 opengl', 
'x11-gl x11-gles2', '', d)} \
-  ${@bb.utils.contains('DISTRO_FEATURES', 'wayland opengl', 
'wayland-gl wayland-gles2', '', d)} \
-  drm-gl drm-gles2"
+PACKAGECONFIG ?= "${@bb.utils.contains('DISTRO_FEATURES', 'x11 opengl', 
'x11-gles2', '', d)} \
+  ${@bb.utils.contains('DISTRO_FEATURES', 'wayland opengl', 
'wayland-gles2', '', d)} \
+  drm-gles2"
 
 PACKAGECONFIG[x11-gl] = ",,virtual/libgl virtual/libx11"
 PACKAGECONFIG[x11-gles2] = ",,virtual/libgles2 virtual/libx11"
-- 
2.27.0

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#85791): 
https://lists.openembedded.org/g/openembedded-devel/message/85791
Mute This Topic: https://lists.openembedded.org/mt/75542881/21656
Group Owner: openembedded-devel+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-devel/unsub  
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

[oe] [meta-oe][PATCH] glmark2: Update to latest version

2020-03-10 Thread Joshua Watt 
Updates to the most recent version of glmark2. In particular, this fixes
problems where the benchmark would fail to start due to improper
handling of EGL_NO_DISPLAY with EGL 1.5

Signed-off-by: Joshua Watt 
---
 meta-oe/recipes-benchmark/glmark2/glmark2_git.bb | 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)

diff --git a/meta-oe/recipes-benchmark/glmark2/glmark2_git.bb 
b/meta-oe/recipes-benchmark/glmark2/glmark2_git.bb
index 50b553c80..6d20bbdaf 100644
--- a/meta-oe/recipes-benchmark/glmark2/glmark2_git.bb
+++ b/meta-oe/recipes-benchmark/glmark2/glmark2_git.bb
@@ -10,13 +10,13 @@ LIC_FILES_CHKSUM = 
"file://COPYING;md5=d32239bcb673463ab874e80d47fae504 \
 
 DEPENDS = "libpng jpeg udev"
 
-PV = "20190904+${SRCPV}"
+PV = "20191226+${SRCPV}"
 
 COMPATIBLE_HOST_rpi  = "${@bb.utils.contains('MACHINE_FEATURES', 
'vc4graphics', '.*-linux*', 'null', d)}"
 
 SRC_URI = "git://github.com/glmark2/glmark2.git;protocol=https \
file://python3.patch"
-SRCREV = "24a1139dcbfd86bd02065316eaa90559e39374e1"
+SRCREV = "72dabc5d72b49c6d45badeb8a941ba4d829b0bd6"
 
 S = "${WORKDIR}/git"
 
-- 
2.17.1

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

Re: [oe] [meta-oe][PATCH] iniparser: add initial recipe

2019-07-09 Thread Joshua Watt 



On 6/27/19 1:25 PM, Gianfranco Costamagna wrote:

From: Gianfranco Costamagna 

Signed-off-by: Gianfranco Costamagna 
Signed-off-by: Gianfranco Costamagna 
Signed-off-by: Gianfranco Costamagna 
---
  .../iniparser/Add-CMake-support.patch | 63 +++
  .../iniparser/iniparser_4.1.bb| 17 +
  2 files changed, 80 insertions(+)
  create mode 100644 
meta-oe/recipes-support/iniparser/iniparser/Add-CMake-support.patch
  create mode 100644 meta-oe/recipes-support/iniparser/iniparser_4.1.bb

diff --git 
a/meta-oe/recipes-support/iniparser/iniparser/Add-CMake-support.patch 
b/meta-oe/recipes-support/iniparser/iniparser/Add-CMake-support.patch
new file mode 100644
index 0..b666f00f7
--- /dev/null
+++ b/meta-oe/recipes-support/iniparser/iniparser/Add-CMake-support.patch
@@ -0,0 +1,63 @@
+Origin: Debian packaging
+From: Klee Dienes 
+Date: Thu, 13 Feb 2014 07:03:26 -0500
+Subject: Add CMake support.
+
+---
+ CMakeLists.txt | 44 
+ 1 file changed, 44 insertions(+)
+ create mode 100644 CMakeLists.txt
+
+--- /dev/null
 b/CMakeLists.txt
+@@ -0,0 +1,50 @@
++cmake_minimum_required (VERSION 2.8.8)
++
++project (iniparser)
++include (GNUInstallDirs)
++
++include_directories (src)
++
++set(INIPARSER_SRCS src/dictionary.c src/iniparser.c)
++set(INIPARSER_HDRS src/dictionary.h src/iniparser.h)
++
++add_library(iniparser-shared SHARED ${INIPARSER_SRCS} ${INIPARSER_HDRS})
++add_library(iniparser-static STATIC ${INIPARSER_SRCS} ${INIPARSER_HDRS})
++
++set_target_properties(iniparser-shared PROPERTIES SOVERSION 1)
++set_target_properties(iniparser-shared PROPERTIES OUTPUT_NAME iniparser)
++set_target_properties(iniparser-static PROPERTIES OUTPUT_NAME iniparser)
++
++install (TARGETS iniparser-shared
++  LIBRARY DESTINATION ${CMAKE_INSTALL_LIBDIR}
++  DESTINATION ${CMAKE_INSTALL_LIBDIR}
++  ARCHIVE DESTINATION ${CMAKE_INSTALL_LIBDIR})
++
++install (TARGETS iniparser-static
++  LIBRARY DESTINATION ${CMAKE_INSTALL_LIBDIR}
++  DESTINATION ${CMAKE_INSTALL_LIBDIR}
++  ARCHIVE DESTINATION ${CMAKE_INSTALL_LIBDIR})
++
++find_package(Doxygen)
++if (NOT DOXYGEN_FOUND)
++message(FATAL_ERROR "Doxygen is needed to build the documentation. Please install 
it correctly")
++endif()
++
++file (WRITE ${CMAKE_CURRENT_BINARY_DIR}/iniparser.dox
++  "@INCLUDE = ${CMAKE_CURRENT_SOURCE_DIR}/doc/iniparser.dox\n"
++  "OUTPUT_DIRECTORY = ${CMAKE_CURRENT_BINARY_DIR}\n"
++  )
++
++add_custom_target (doc ALL
++  COMMAND ${DOXYGEN_EXECUTABLE} ${CMAKE_CURRENT_BINARY_DIR}/iniparser.dox
++  SOURCES doc/iniparser.dox)
++
++enable_testing()
++
++add_test(NAME testsuite
++  COMMAND make
++  WORKING_DIRECTORY ${CMAKE_CURRENT_SOURCE_DIR}/test)
++
++install (FILES ${INIPARSER_HDRS} DESTINATION 
${CMAKE_INSTALL_INCLUDEDIR}/iniparser)
++
++install (DIRECTORY ${CMAKE_CURRENT_BINARY_DIR}/html DESTINATION 
${CMAKE_INSTALL_DOCDIR})
diff --git a/meta-oe/recipes-support/iniparser/iniparser_4.1.bb 
b/meta-oe/recipes-support/iniparser/iniparser_4.1.bb
new file mode 100644
index 0..491298506
--- /dev/null
+++ b/meta-oe/recipes-support/iniparser/iniparser_4.1.bb
@@ -0,0 +1,17 @@
+SUMMARY = "The iniParser library is a simple C library offering INI file parsing 
services (both reading and writing)."
+SECTION = "libs"
+HOMEPAGE = "https://github.com/ndevilla/iniparser;
+LICENSE = "MIT"
+LIC_FILES_CHKSUM = "file://${S}/LICENSE;md5=e02baf71c76e0650e667d7da133379ac"
+
+DEPENDS = "doxygen-native"
+
+SRC_URI = 
"git://github.com/ndevilla/iniparser.git;protocol=https;branch=master \
+  file://Add-CMake-support.patch"


iniparser has a Makefile; why is the cmake patch necessary?


+
+# tag 4.1
+SRCREV= "0a38e85c9cde1e099ca3bf70083bd00f89c3e5b6"
+
+S = "${WORKDIR}/git"
+
+inherit cmake

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

Re: [oe] [OE-core] Fwd: [yocto] Yocto Project DevDay NA 2019 - Extend your Embedded Linux Conference Experience

2019-06-11 Thread Joshua Watt 



On 6/11/19 3:57 PM, Joshua Watt wrote:
Both of the registration links take me to the ELC registration 
page is there a way to register outside of the ELC registration? 
We lost our confirmation numbers due to a mix up in the ordering 
process and can't change our registration anymore :(


Of course, as soon as I send that, we find the confirmation numbers in 
our Junk mail. Sorry for the noise





On 6/10/19 7:21 AM, Philip Balister wrote:

FYI

 Forwarded Message 
Subject: [yocto] Yocto Project DevDay NA 2019 - Extend your Embedded
Linux Conference Experience
Date: Tue, 4 Jun 2019 19:39:08 +
From: Volosincu, Andreea S 
To: Yocto list discussion 

Hello Everybody,

The registration for the Yocto Project DevDay NA 2019 is now open. Join
our knowledgeable and engaging instructors to learn about creating
custom-build Linux distributions using the Yocto Project infrastructure
and tools, across multiple architectures.

Date: Tuesday, August 20, 2019
Time: 9:00 am - 5:00 pm
Location: Hilton San Diego Bayfront

There are two ways to register - by adding it your ELC registration or
on the separate registration page.

Register now.
<https://www.yoctoproject.org/yocto-project-dev-day-north-america-2019/>

Best regards,
Yocto Project Advocacy Team




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

Re: [oe] [OE-core] Fwd: [yocto] Yocto Project DevDay NA 2019 - Extend your Embedded Linux Conference Experience

2019-06-11 Thread Joshua Watt 
Both of the registration links take me to the ELC registration page 
is there a way to register outside of the ELC registration? We lost our 
confirmation numbers due to a mix up in the ordering process and can't 
change our registration anymore :(


On 6/10/19 7:21 AM, Philip Balister wrote:

FYI

 Forwarded Message 
Subject: [yocto] Yocto Project DevDay NA 2019 - Extend your Embedded
Linux Conference Experience
Date: Tue, 4 Jun 2019 19:39:08 +
From: Volosincu, Andreea S 
To: Yocto list discussion 

Hello Everybody,

The registration for the Yocto Project DevDay NA 2019 is now open. Join
our knowledgeable and engaging instructors to learn about creating
custom-build Linux distributions using the Yocto Project infrastructure
and tools, across multiple architectures.

Date: Tuesday, August 20, 2019
Time: 9:00 am - 5:00 pm
Location: Hilton San Diego Bayfront

There are two ways to register - by adding it your ELC registration or
on the separate registration page.

Register now.


Best regards,
Yocto Project Advocacy Team




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

Re: [oe] [warrior][PATCH] README: updated Maintainers list for Warrior

2019-05-01 Thread Joshua Watt 
On Wed, 2019-05-01 at 11:48 -0400, Tom Rini wrote:
> On Wed, May 01, 2019 at 10:45:03AM -0500, Joshua Watt wrote:
> > On Wed, 2019-05-01 at 11:27 -0400, Tom Rini wrote:
> > > On Wed, May 01, 2019 at 07:52:00AM -0700, Armin Kuster wrote:
> > > > Signed-off-by: Armin Kuster 
> > > > ---
> > > >  README  |  2 +-
> > > >  meta-filesystems/README | 12 ++--
> > > >  meta-gnome/README   | 10 +-
> > > >  meta-initramfs/README   |  8 
> > > >  meta-multimedia/README  | 10 +-
> > > >  meta-networking/MAINTAINERS | 32 +++
> > > > -
> > > >  meta-networking/README  |  6 +++---
> > > >  meta-oe/README  |  8 
> > > >  meta-perl/README| 10 --
> > > >  meta-python/README  | 12 +---
> > > >  meta-webserver/README   |  8 
> > > >  meta-xfce/README| 10 +-
> > > >  12 files changed, 49 insertions(+), 79 deletions(-)
> > > > 
> > > > diff --git a/README b/README
> > > > index 7318f09..881115e 100644
> > > > --- a/README
> > > > +++ b/README
> > > > @@ -1,6 +1,6 @@
> > > >  Collection of layers for the OE-core universe
> > > >  
> > > > -Main layer maintainer: Khem Raj 
> > > > +Warrior maintainer: Armin Kuster  
> > > >  
> > > >  This repository is a collection of layers to suppliment OE-
> > > > Core
> > > >  with additional packages, Each layer have designated
> > > > maintainer
> > > > diff --git a/meta-filesystems/README b/meta-filesystems/README
> > > > index 87cb685..d9f07df 100644
> > > > --- a/meta-filesystems/README
> > > > +++ b/meta-filesystems/README
> > > > @@ -10,30 +10,30 @@ Dependencies
> > > >  This layer depends on:
> > > >  
> > > >URI: git://git.openembedded.org/bitbake
> > > > -  branch: master
> > > > +  branch: 1.40
> > > 
> > > I may be starting off on the wrong patch here, but, did 1.40 or
> > > bitbake.conf ever get patched up such that rm_work doesn't cause
> > > world-rebuilds every time?  I recall when digging into this
> > > before
> > > there
> > > was a "maybe if we tweak $something it'll be happy again with
> > > this
> > > older
> > > bitbake".  Thanks!
> > 
> > No it didn't... I seem to recall looking at it and it wasn't quite
> > as
> > trivial as I had assumed but got distracted; sorry about that. If
> > we
> > are still wanting to make oe-core backward compatible with older
> > bitbake I can open a bugzilla. 
> > 
> > For reference, here is the discussion: 
> > http://lists.openembedded.org/pipermail/openembedded-core/2019-March/279724.html
> 
> Please do, as IMHO we need to either fix the feature (rm_work +
> sstate
> equivalence) or mark a newer minimum bitbake version.  rm_work +
> sstate
> cache is part of the back-bone of internal deployments as there's
> never
> enough disk space and also never enough wall clock time.  Thanks!

https://bugzilla.yoctoproject.org/show_bug.cgi?id=13314

> 
-- 
Joshua Watt 

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

Re: [oe] [warrior][PATCH] README: updated Maintainers list for Warrior

2019-05-01 Thread Joshua Watt 
On Wed, 2019-05-01 at 11:27 -0400, Tom Rini wrote:
> On Wed, May 01, 2019 at 07:52:00AM -0700, Armin Kuster wrote:
> > Signed-off-by: Armin Kuster 
> > ---
> >  README  |  2 +-
> >  meta-filesystems/README | 12 ++--
> >  meta-gnome/README   | 10 +-
> >  meta-initramfs/README   |  8 
> >  meta-multimedia/README  | 10 +-
> >  meta-networking/MAINTAINERS | 32 +++-
> >  meta-networking/README  |  6 +++---
> >  meta-oe/README  |  8 
> >  meta-perl/README| 10 --
> >  meta-python/README  | 12 +---
> >  meta-webserver/README   |  8 
> >  meta-xfce/README| 10 +-
> >  12 files changed, 49 insertions(+), 79 deletions(-)
> > 
> > diff --git a/README b/README
> > index 7318f09..881115e 100644
> > --- a/README
> > +++ b/README
> > @@ -1,6 +1,6 @@
> >  Collection of layers for the OE-core universe
> >  
> > -Main layer maintainer: Khem Raj 
> > +Warrior maintainer: Armin Kuster  
> >  
> >  This repository is a collection of layers to suppliment OE-Core
> >  with additional packages, Each layer have designated maintainer
> > diff --git a/meta-filesystems/README b/meta-filesystems/README
> > index 87cb685..d9f07df 100644
> > --- a/meta-filesystems/README
> > +++ b/meta-filesystems/README
> > @@ -10,30 +10,30 @@ Dependencies
> >  This layer depends on:
> >  
> >URI: git://git.openembedded.org/bitbake
> > -  branch: master
> > +  branch: 1.40
> 
> I may be starting off on the wrong patch here, but, did 1.40 or
> bitbake.conf ever get patched up such that rm_work doesn't cause
> world-rebuilds every time?  I recall when digging into this before
> there
> was a "maybe if we tweak $something it'll be happy again with this
> older
> bitbake".  Thanks!

No it didn't... I seem to recall looking at it and it wasn't quite as
trivial as I had assumed but got distracted; sorry about that. If we
are still wanting to make oe-core backward compatible with older
bitbake I can open a bugzilla. 

For reference, here is the discussion: 
http://lists.openembedded.org/pipermail/openembedded-core/2019-March/279724.html

> 
-- 
Joshua Watt 

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

Re: [oe] [meta-oe][PATCH 4/4] faad2: set LICENSE_FLAGS

2019-03-21 Thread Joshua Watt 
On Mon, 2018-08-13 at 19:50 +0200, Paul Eggleton wrote:
> Commercial usage requires a license according to the homepage, so set
> LICENSE_FLAGS = "commercial" to indicate that.
> 
> Signed-off-by: Paul Eggleton 
> ---
>  meta-oe/recipes-multimedia/faad2/faad2_2.7.bb | 2 ++
>  1 file changed, 2 insertions(+)
> 
> diff --git a/meta-oe/recipes-multimedia/faad2/faad2_2.7.bb b/meta-
> oe/recipes-multimedia/faad2/faad2_2.7.bb
> index b777831ad..9e5a3817a 100644
> --- a/meta-oe/recipes-multimedia/faad2/faad2_2.7.bb
> +++ b/meta-oe/recipes-multimedia/faad2/faad2_2.7.bb
> @@ -5,6 +5,8 @@ LICENSE = "GPLv2"
>  
>  LIC_FILES_CHKSUM =
> "file://COPYING;md5=381c8cbe277a7bc1ee2ae6083a04c958"
>  
> +LICENSE_FLAGS = "commercial"
> +

My understanding was that faad2 was GPLv2, but you could *optionally*
get a commercial license for it if you needed one. Is the LICENSE_FLAG
necessary in that case? It seems like the default license of GPLv2
would apply unless you worked something out with them to get a
commercial license?

>  PR = "r1"
>  
>  inherit autotools
> -- 
> 2.17.1
> 
-- 
Joshua Watt 

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

[oe] [meta-oe][master][sumo][PATCH v2] rapidjson: Allow empty package

2018-11-01 Thread Joshua Watt 
Causes the empty base package to be created so that RapidJSON can be
sanely included in an SDK via IMAGE_INSTALL, RDEPENDS, and the like.

Signed-off-by: Joshua Watt 
---
 meta-oe/recipes-devtools/rapidjson/rapidjson_git.bb | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/meta-oe/recipes-devtools/rapidjson/rapidjson_git.bb 
b/meta-oe/recipes-devtools/rapidjson/rapidjson_git.bb
index cd18149504..c90eab043b 100644
--- a/meta-oe/recipes-devtools/rapidjson/rapidjson_git.bb
+++ b/meta-oe/recipes-devtools/rapidjson/rapidjson_git.bb
@@ -18,6 +18,6 @@ EXTRA_OECMAKE += "-DRAPIDJSON_BUILD_DOC=OFF 
-DRAPIDJSON_BUILD_TESTS=OFF -DRAPIDJ
 
 # RapidJSON is a header-only C++ library, so the main package will be empty.
 
-RDEPENDS_${PN}-dev = ""
+ALLOW_EMPTY_${PN} = "1"
 
 BBCLASSEXTEND = "native nativesdk"
-- 
2.19.1

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

[oe] [meta-oe][sumo][PATCH] rapidjson: Fix data abort on ARM

2018-10-29 Thread Joshua Watt 
The internal memory allocator that RapidJSON uses wasn't correctly
aligning memory in all cases, which resulted in data aborts when running
on ARM-based processors.

This was fixed upstream in 748a652f04cd3a202ce3639770238bd9473b300c

Signed-off-by: Joshua Watt 
---
 ...1-Fix-SIGBUS-due-to-unaligned-access.patch | 100 ++
 .../rapidjson/rapidjson_git.bb|   1 +
 2 files changed, 101 insertions(+)
 create mode 100644 
meta-oe/recipes-devtools/rapidjson/rapidjson/0001-Fix-SIGBUS-due-to-unaligned-access.patch

diff --git 
a/meta-oe/recipes-devtools/rapidjson/rapidjson/0001-Fix-SIGBUS-due-to-unaligned-access.patch
 
b/meta-oe/recipes-devtools/rapidjson/rapidjson/0001-Fix-SIGBUS-due-to-unaligned-access.patch
new file mode 100644
index 00..0299fc81a0
--- /dev/null
+++ 
b/meta-oe/recipes-devtools/rapidjson/rapidjson/0001-Fix-SIGBUS-due-to-unaligned-access.patch
@@ -0,0 +1,100 @@
+From 748a652f04cd3a202ce3639770238bd9473b300c Mon Sep 17 00:00:00 2001
+From: Veselin Georgiev 
+Date: Fri, 27 Jul 2018 13:33:09 -0500
+Subject: [PATCH] Fix SIGBUS due to unaligned access
+
+Update RAPIDJSON_ALIGN() to always align on an 8-byte boundary
+unless otherwise overridden.
+
+On some platforms (such as ARM), 64-bit items (such as doubles and
+64-bit integers) must be aligned to an 8 byte address, even though the
+architecture is only 32-bits. On these platforms, MemoryPoolAllocator
+must match the malloc() behavior and return a 8 byte aligned allocation.
+This eliminates any alignment issues that may occur at the expense of
+additional memory overhead.
+
+Failure to do so caused a SIGBUS signal when calling
+GenericValue::SetNull(). The size of the data_ member of the
+GenericValue class is 16 bytes in 32-bit mode and its constructor
+requires an 8-byte aligned access.
+
+While parsing a JSON formatted string using Document::ParseStream(), a
+stack object containing GenericValue items was constructed. Since the
+stack was 8-byte aligned, the constructor calls would succeed. When the
+lifetime of the object ends, SetObjectRaw() is invoked. This triggered
+an allocation with 4-byte alignment to which the previously 8-byte
+aligned GenericValue array was copied. After this, any call to a
+GenericValue API that triggered the constructor and thus the placement
+new operation on the Data type member would trigger a SIGBUS.
+
+Signed-off-by: Veselin Georgiev 
+Signed-off-by: Joshua Watt 
+Upstream-Status: Accepted 748a652f04cd3a202ce3639770238bd9473b300c
+---
+ include/rapidjson/rapidjson.h|  9 ++---
+ test/unittest/allocatorstest.cpp | 26 --
+ 2 files changed, 14 insertions(+), 21 deletions(-)
+
+diff --git a/include/rapidjson/rapidjson.h b/include/rapidjson/rapidjson.h
+index a256c86e7..8cff38c2d 100644
+--- a/include/rapidjson/rapidjson.h
 b/include/rapidjson/rapidjson.h
+@@ -269,16 +269,11 @@
+ /*! \ingroup RAPIDJSON_CONFIG
+ \param x pointer to align
+ 
+-Some machines require strict data alignment. Currently the default uses 4 
bytes
+-alignment on 32-bit platforms and 8 bytes alignment for 64-bit platforms.
++Some machines require strict data alignment. The default is 8 bytes.
+ User can customize by defining the RAPIDJSON_ALIGN function macro.
+ */
+ #ifndef RAPIDJSON_ALIGN
+-#if RAPIDJSON_64BIT == 1
+-#define RAPIDJSON_ALIGN(x) (((x) + static_cast(7u)) & 
~static_cast(7u))
+-#else
+-#define RAPIDJSON_ALIGN(x) (((x) + 3u) & ~3u)
+-#endif
++#define RAPIDJSON_ALIGN(x) (((x) + static_cast(7u)) & 
~static_cast(7u))
+ #endif
+ 
+ 
///
+diff --git a/test/unittest/allocatorstest.cpp 
b/test/unittest/allocatorstest.cpp
+index a5958de19..2202c11f6 100644
+--- a/test/unittest/allocatorstest.cpp
 b/test/unittest/allocatorstest.cpp
+@@ -63,23 +63,21 @@ TEST(Allocator, MemoryPoolAllocator) {
+ }
+ 
+ TEST(Allocator, Alignment) {
+-#if RAPIDJSON_64BIT == 1
+-EXPECT_EQ(RAPIDJSON_UINT64_C2(0x, 0x), 
RAPIDJSON_ALIGN(0));
+-for (uint64_t i = 1; i < 8; i++) {
+-EXPECT_EQ(RAPIDJSON_UINT64_C2(0x, 0x0008), 
RAPIDJSON_ALIGN(i));
+-EXPECT_EQ(RAPIDJSON_UINT64_C2(0x, 0x0010), 
RAPIDJSON_ALIGN(RAPIDJSON_UINT64_C2(0x, 0x0008) + i));
+-EXPECT_EQ(RAPIDJSON_UINT64_C2(0x0001, 0x), 
RAPIDJSON_ALIGN(RAPIDJSON_UINT64_C2(0x, 0xFFF8) + i));
+-EXPECT_EQ(RAPIDJSON_UINT64_C2(0x, 0xFFF8), 
RAPIDJSON_ALIGN(RAPIDJSON_UINT64_C2(0x, 0xFFF0) + i));
++if (sizeof(size_t) >= 8) {
++EXPECT_EQ(RAPIDJSON_UINT64_C2(0x, 0x), 
RAPIDJSON_ALIGN(0));
++for (uint64_t i = 1; i < 8; i++) {
++EXPECT_EQ(RAPIDJSON_UINT64_C2(0x, 0x0008), 
RAPIDJSON_ALIGN(i));
++EXPECT_EQ(RAPIDJSON_UINT64_C2(0x, 0x0010), 
RAPIDJSON_ALIGN(RAPIDJSON_UINT64_C2(0x, 0x0008) + i));
++

Re: [oe] [meta-oe][master][sumo][PATCH] rapidjson: Update to newer 1.1.0 + git

2018-10-23 Thread Joshua Watt 
On Tue, Oct 23, 2018, 5:32 PM akuster808  wrote:

>
> On 10/23/18 5:04 PM, Joshua Watt wrote:
> > Bring in a newer version of rapidjson which includes a fixes when
> > running on ARM, specifically 748a652f04 ("Fix SIGBUS due to unaligned
> > access")
>
> Master can do what it want bug Stable has many concerns. What version
> was the old hash?  How many changes between the two versions? Is this a
> bug fix only update? Did you build it on all arches and with musl too?
>

Right. I reused the same git command to send both rapidjson patches, which
I should not have done. This doesn't need to be backported (or, a least, I
can send another patch with just the ARM alignment fix later). Sorry.


>
> - armin
>
> >
> > Also remove the existing patch file as the issue was resolved in the
> > mainline by 4c9a28a28e ("CMake: do not pass -march=native or
> > -mcpu=native when crosscompiling")
> >
> > Signed-off-by: Joshua Watt 
> > Signed-off-by: Veselin Georgiev 
> > ---
> >  meta-oe/recipes-devtools/rapidjson/rapidjson_git.bb | 6 ++
> >  1 file changed, 2 insertions(+), 4 deletions(-)
> >
> > diff --git a/meta-oe/recipes-devtools/rapidjson/rapidjson_git.bb
> b/meta-oe/recipes-devtools/rapidjson/rapidjson_git.bb
> > index 76e01f824..ec3df8263 100644
> > --- a/meta-oe/recipes-devtools/rapidjson/rapidjson_git.bb
> > +++ b/meta-oe/recipes-devtools/rapidjson/rapidjson_git.bb
> > @@ -4,11 +4,9 @@ SECTION = "libs"
> >  LICENSE = "MIT"
> >  LIC_FILES_CHKSUM =
> "file://license.txt;md5=ba04aa8f65de1396a7e59d1d746c2125"
> >
> > -SRC_URI = "git://github.com/miloyip/rapidjson.git;nobranch=1 \
> > -   file://remove-march-native-from-CMAKE_CXX_FLAGS.patch \
> > -"
> > +SRC_URI = "git://github.com/miloyip/rapidjson.git;nobranch=1"
> >
> > -SRCREV = "e5635fb27feab7f6e8d7b916aa20ad799045a641"
> > +SRCREV = "6a905f9311f82d306da77bd963ec5aa5da07da9c"
> >
> >  PV = "1.1.0+git${SRCPV}"
> >
>
-- 
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel

Re: [oe] [meta-oe][master][sumo][PATCH] rapidjson: Allow empty package

2018-10-23 Thread Joshua Watt 
On Tue, 2018-10-23 at 19:28 +0200, Martin Jansa wrote:
> Why is installing useless empty packages sane?

The development packages that get installed in the SDK are picked up
grabbing the -dev that corresponds to each ${PN} being installed.
However, you can't do that with RapidJSON as there is no ${PN} package
because it is empty and therefore culled. Adding the empty ${PN}
package seems to be a pretty low-risk way of making RapidJSON behave
like all the other packages when it comes to building into an SDK;
effectively, IMAGE_INSTALL += "rapidjson" is now sufficient to get it
in the SDK.
You could of course manually add "rapidjson-dev" to
TOOLCHAIN_HOST_TASK, but that doesn't seem to be the precedent. This
change is similar to those found in other header-only and staticdev-
only recipes like libatomic-ops, gtest, libsrtp, tclap, ceres-solver,
asio, and libinih.
> On Tue, Oct 23, 2018 at 6:05 PM Joshua Watt 
> wrote:
> > Causes the empty base package to be created so that RapidJSON can
> > be
> > 
> > sanely included in an SDK via IMAGE_INSTALL, RDEPENDS, and the
> > like.
> > 
> > 
> > 
> > Signed-off-by: Joshua Watt 
> > 
> > ---
> > 
> >  meta-oe/recipes-devtools/rapidjson/rapidjson_git.bb | 1 +
> > 
> >  1 file changed, 1 insertion(+)
> > 
> > 
> > 
> > diff --git a/meta-oe/recipes-devtools/rapidjson/rapidjson_git.bb
> > b/meta-oe/recipes-devtools/rapidjson/rapidjson_git.bb
> > 
> > index 8ab35d224..76e01f824 100644
> > 
> > --- a/meta-oe/recipes-devtools/rapidjson/rapidjson_git.bb
> > 
> > +++ b/meta-oe/recipes-devtools/rapidjson/rapidjson_git.bb
> > 
> > @@ -19,6 +19,7 @@ inherit cmake
> > 
> >  EXTRA_OECMAKE += "-DRAPIDJSON_BUILD_DOC=OFF
> > -DRAPIDJSON_BUILD_TESTS=OFF -DRAPIDJSON_BUILD_EXAMPLES=OFF"
> > 
> > 
> > 
> >  # RapidJSON is a header-only C++ library, so the main package will
> > be empty.
> > 
> > +ALLOW_EMPTY_${PN} = "1"
> > 
> > 
> > 
> >  FILES_${PN}-dev += "${libdir}/cmake"
> > 
> >  RDEPENDS_${PN}-dev = ""
> > 
> > -- 
> > 
> > 2.17.1
> > 
> > 
> > 
-- 
Joshua Watt 
-- 
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel

[oe] [meta-oe][master][sumo][PATCH] rapidjson: Allow empty package

2018-10-23 Thread Joshua Watt 
Causes the empty base package to be created so that RapidJSON can be
sanely included in an SDK via IMAGE_INSTALL, RDEPENDS, and the like.

Signed-off-by: Joshua Watt 
---
 meta-oe/recipes-devtools/rapidjson/rapidjson_git.bb | 1 +
 1 file changed, 1 insertion(+)

diff --git a/meta-oe/recipes-devtools/rapidjson/rapidjson_git.bb 
b/meta-oe/recipes-devtools/rapidjson/rapidjson_git.bb
index 8ab35d224..76e01f824 100644
--- a/meta-oe/recipes-devtools/rapidjson/rapidjson_git.bb
+++ b/meta-oe/recipes-devtools/rapidjson/rapidjson_git.bb
@@ -19,6 +19,7 @@ inherit cmake
 EXTRA_OECMAKE += "-DRAPIDJSON_BUILD_DOC=OFF -DRAPIDJSON_BUILD_TESTS=OFF 
-DRAPIDJSON_BUILD_EXAMPLES=OFF"
 
 # RapidJSON is a header-only C++ library, so the main package will be empty.
+ALLOW_EMPTY_${PN} = "1"
 
 FILES_${PN}-dev += "${libdir}/cmake"
 RDEPENDS_${PN}-dev = ""
-- 
2.17.1

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

[oe] [meta-oe][master][sumo][PATCH] rapidjson: Update to newer 1.1.0 + git

2018-10-23 Thread Joshua Watt 
Bring in a newer version of rapidjson which includes a fixes when
running on ARM, specifically 748a652f04 ("Fix SIGBUS due to unaligned
access")

Also remove the existing patch file as the issue was resolved in the
mainline by 4c9a28a28e ("CMake: do not pass -march=native or
-mcpu=native when crosscompiling")

Signed-off-by: Joshua Watt 
Signed-off-by: Veselin Georgiev 
---
 meta-oe/recipes-devtools/rapidjson/rapidjson_git.bb | 6 ++
 1 file changed, 2 insertions(+), 4 deletions(-)

diff --git a/meta-oe/recipes-devtools/rapidjson/rapidjson_git.bb 
b/meta-oe/recipes-devtools/rapidjson/rapidjson_git.bb
index 76e01f824..ec3df8263 100644
--- a/meta-oe/recipes-devtools/rapidjson/rapidjson_git.bb
+++ b/meta-oe/recipes-devtools/rapidjson/rapidjson_git.bb
@@ -4,11 +4,9 @@ SECTION = "libs"
 LICENSE = "MIT"
 LIC_FILES_CHKSUM = "file://license.txt;md5=ba04aa8f65de1396a7e59d1d746c2125"
 
-SRC_URI = "git://github.com/miloyip/rapidjson.git;nobranch=1 \
-   file://remove-march-native-from-CMAKE_CXX_FLAGS.patch \
-"
+SRC_URI = "git://github.com/miloyip/rapidjson.git;nobranch=1"
 
-SRCREV = "e5635fb27feab7f6e8d7b916aa20ad799045a641"
+SRCREV = "6a905f9311f82d306da77bd963ec5aa5da07da9c"
 
 PV = "1.1.0+git${SRCPV}"
 
-- 
2.17.1

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

Re: [oe] [OE-core] OEDEM Sunday, 21 October 2018 in Edinburgh (before ELCE) - Update

2018-09-06 Thread Joshua Watt 
On Thu, 2018-09-06 at 16:00 -0400, Trevor Woerner wrote:
> On Thu, Sep 6, 2018 at 5:39 AM, Alexander Kanavin  .com>
> wrote:
> 
> > And the link for signing up is...? :)
> > 
> 
> https://www.openembedded.org/wiki/OEDEM_2018
> 
> or email Armin

Will there be an opportunity to dial in remotely?

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

Re: [oe] libtalloc failure due to waf

2018-02-21 Thread Joshua Watt 
On Wed, Feb 21, 2018 at 8:48 PM, Tim Orling
<timothy.t.orl...@linux.intel.com> wrote:
> Still failing for me, which is a show stopper. :(

Armin has it in his testing branch for the next master update, so
hopefully it will pulled in soon.

>
>> On Feb 21, 2018, at 5:36 PM, Denys Dmytriyenko <de...@denix.org> wrote:
>>
>> Any updates on this one yet? Thanks.
>>
>> On Fri, Feb 16, 2018 at 02:18:32PM -0800, Tim Orling wrote:
>>> Expediting the fix is greatly appreciated.
>>>
>>> Thank you!
>>>
>>> --Tim
>>>
>>> On Fri, Feb 16, 2018 at 1:00 PM, Joshua Watt <jpewhac...@gmail.com> wrote:
>>>
>>>> On Fri, 2018-02-16 at 21:55 +0100, Martin Jansa wrote:
>>>>> Don't you want to update that one to use the new function from utils
>>>>> instead of re-introducing get_waf_parallel_make?
>>>>
>>>>  yes. I guess I can do that now. It didn't exist when I wrote the
>>>> first version of this patch
>>>>> On Fri, Feb 16, 2018 at 9:18 PM, Joshua Watt <jpewhac...@gmail.com>
>>>>> wrote:
>>>>>> On Fri, 2018-02-16 at 21:08 +0100, Martin Jansa wrote:
>>>>>>> And now it will fail to parse as well:
>>>>>>> http://git.openembedded.org/openembedded-core/commit/?id=ccd1142d
>>>>>>> 22b31ed85d8823b1bc9e11ccfd72b61f
>>>>>>>
>>>>>>> removed get_waf_parallel_make from waf.bbclass, so now all waf-
>>>>>>> samba.bbclass users will fail to parse with:
>>>>>>
>>>>>> http://lists.openembedded.org/pipermail/openembedded-devel/2018-Feb
>>>>>> ruary/116701.html will fix that as well We probably need to
>>>>>> speed along that getting merged.
>>>>>> Armin can you help with that?
>>>>>>
>>>>>> This patch should resolve all of the waf issues that have been
>>>>>> discussed here, with exception of the one improvement proposed by
>>>>>> Denys. While it should probably be improved, I don't beleive it
>>>>>> actually affects any recipes (some please give me an example if I
>>>>>> am wrong).
>>>>>>
>>>>>> Sorry for the churn. Hopefull this will be better in the future
>>>>>> since waf and samba-waf are no longer tied together.
>>>>>>
>>>>>> Joshua Watt
>>>>>>> bb.data_smart.ExpansionError: Failure expanding variable
>>>>>>> do_compile, expression was
>>>>>>>python ./buildtools/bin/waf ${@get_waf_parallel_make(d)}
>>>>>>> which triggered exception NameError: name
>>>>>>> 'get_waf_parallel_make' is not defined
>>>>>>> On Fri, Feb 16, 2018 at 9:45 AM, Martin Jansa <martin.jansa@gmail
>>>>>>> .com> wrote:
>>>>>>>> Check this thread:
>>>>>>>> http://lists.openembedded.org/pipermail/openembedded-commits/20
>>>>>>>> 18-January/218460.html
>>>>>>>>
>>>>>>>> but my patch wasn't merged:
>>>>>>>> http://lists.openembedded.org/pipermail/openembedded-core/2018-
>>>>>>>> January/146974.html
>>>>>>>> only the one from Joshua.
>>>>>>>>
>>>>>>>>
>>>>>>>> The original issue is still in rocko as well, the backported
>>>>>>>> waf change doesn't work and causes useless warning.
>>>>>>>>
>>>>>>>> Either the "waf.bbclass: explicitly pass bindir and libdir if
>>>>>>>> supported" should be reverted in rocko or all fixes for this
>>>>>>>> should be backported to rocko once they are all in oe-core and
>>>>>>>> meta-oe master.
>>>>>>>>
>>>>>>>> Regards,
>>>>>>>>
>>>>>>>> On Fri, Feb 16, 2018 at 2:03 AM, Denys Dmytriyenko <denis@denix
>>>>>>>> .org> wrote:
>>>>>>>>> On Thu, Feb 15, 2018 at 06:37:11PM -0600, Joshua Watt wrote:
>>>>>>>>>
>>>>>>>>>> On Feb 15, 2018 17:42, "Denys Dmytriyenko" <de...@denix.org
>>>>>>>>>> wrote:
>>>>

Re: [oe] [meta-networking][PATCH] waf-samba: use new oe.utils.parallel_make_argument function instead of removed get_waf_parallel_make

2018-02-17 Thread Joshua Watt 
On Feb 17, 2018 10:39, "Tim Orling" <timothy.t.orl...@linux.intel.com>
wrote:

Now libevent fails:

08:35:10
ERROR: ExpansionError during parsing /workdir/openembedded-core/../
meta-openembedded/meta-networking/recipes-support/libtevent/
libtevent_0.9.33.bb

08:35:10
Traceback (most recent call last):

08:35:10
bb.data_smart.ExpansionError: Failure expanding variable do_compile,
expression was python ./buildtools/bin/waf
${@oe.utils.parallel_make_argument(d,
'-j%d', limit=64)}

08:35:10  which triggered exception AttributeError: module 'oe.utils' has
no attribute ‘parallel_make_argument'


Make sure you have the latest oe-core


> On Feb 16, 2018, at 3:10 PM, Martin Jansa <martin.ja...@gmail.com> wrote:
>
> This is just to fix the parsing ASAP, you can still send your updated
> change which removes the waf inherit completely.
>
> On Fri, Feb 16, 2018 at 11:22 PM, Joshua Watt <jpewhac...@gmail.com>
wrote:
>
>> On Fri, 2018-02-16 at 21:35 +, Martin Jansa wrote:
>>> Signed-off-by: Martin Jansa <martin.ja...@gmail.com>
>>> ---
>>> meta-networking/classes/waf-samba.bbclass | 2 +-
>>> 1 file changed, 1 insertion(+), 1 deletion(-)
>>>
>>> diff --git a/meta-networking/classes/waf-samba.bbclass b/meta-
>>> networking/classes/waf-samba.bbclass
>>> index e490176241..a63842cadc 100644
>>> --- a/meta-networking/classes/waf-samba.bbclass
>>> +++ b/meta-networking/classes/waf-samba.bbclass
>>> @@ -87,7 +87,7 @@ do_configure() {
>>> }
>>>
>>> do_compile () {
>>> -python ./buildtools/bin/waf ${@get_waf_parallel_make(d)}
>>> +python ./buildtools/bin/waf ${@oe.utils.parallel_make_argument(d
>>> , '-j%d', limit=64)}
>>
>> Ah, beat me to it. Either way, I approve FWIW.
>>
>>> }
>>>
>>> do_install() {
>>> --
>>> 2.15.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-networking][PATCH] waf-samba: use new oe.utils.parallel_make_argument function instead of removed get_waf_parallel_make

2018-02-16 Thread Joshua Watt 
On Fri, 2018-02-16 at 21:35 +, Martin Jansa wrote:
> Signed-off-by: Martin Jansa 
> ---
>  meta-networking/classes/waf-samba.bbclass | 2 +-
>  1 file changed, 1 insertion(+), 1 deletion(-)
> 
> diff --git a/meta-networking/classes/waf-samba.bbclass b/meta-
> networking/classes/waf-samba.bbclass
> index e490176241..a63842cadc 100644
> --- a/meta-networking/classes/waf-samba.bbclass
> +++ b/meta-networking/classes/waf-samba.bbclass
> @@ -87,7 +87,7 @@ do_configure() {
>  }
>  
>  do_compile () {
> -python ./buildtools/bin/waf ${@get_waf_parallel_make(d)}
> +python ./buildtools/bin/waf ${@oe.utils.parallel_make_argument(d
> , '-j%d', limit=64)}

Ah, beat me to it. Either way, I approve FWIW.

>  }
>  
>  do_install() {
> -- 
> 2.15.1
> 
-- 
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel

Re: [oe] libtalloc failure due to waf

2018-02-16 Thread Joshua Watt 
On Fri, 2018-02-16 at 21:55 +0100, Martin Jansa wrote:
> Don't you want to update that one to use the new function from utils
> instead of re-introducing get_waf_parallel_make?

 yes. I guess I can do that now. It didn't exist when I wrote the
first version of this patch
> On Fri, Feb 16, 2018 at 9:18 PM, Joshua Watt <jpewhac...@gmail.com>
> wrote:
> > On Fri, 2018-02-16 at 21:08 +0100, Martin Jansa wrote:
> > > And now it will fail to parse as well:
> > > http://git.openembedded.org/openembedded-core/commit/?id=ccd1142d
> > > 22b31ed85d8823b1bc9e11ccfd72b61f
> > > 
> > > removed get_waf_parallel_make from waf.bbclass, so now all waf-
> > > samba.bbclass users will fail to parse with:
> > 
> > http://lists.openembedded.org/pipermail/openembedded-devel/2018-Feb
> > ruary/116701.html will fix that as well We probably need to
> > speed along that getting merged.
> > Armin can you help with that? 
> > 
> > This patch should resolve all of the waf issues that have been
> > discussed here, with exception of the one improvement proposed by
> > Denys. While it should probably be improved, I don't beleive it
> > actually affects any recipes (some please give me an example if I
> > am wrong).
> > 
> > Sorry for the churn. Hopefull this will be better in the future
> > since waf and samba-waf are no longer tied together.
> > 
> > Joshua Watt
> > > bb.data_smart.ExpansionError: Failure expanding variable
> > > do_compile, expression was  
> > > python ./buildtools/bin/waf ${@get_waf_parallel_make(d)}
> > >  which triggered exception NameError: name
> > > 'get_waf_parallel_make' is not defined
> > > On Fri, Feb 16, 2018 at 9:45 AM, Martin Jansa <martin.jansa@gmail
> > > .com> wrote:
> > > > Check this thread:
> > > > http://lists.openembedded.org/pipermail/openembedded-commits/20
> > > > 18-January/218460.html
> > > > 
> > > > but my patch wasn't merged:
> > > > http://lists.openembedded.org/pipermail/openembedded-core/2018-
> > > > January/146974.html
> > > > only the one from Joshua.
> > > > 
> > > > 
> > > > The original issue is still in rocko as well, the backported
> > > > waf change doesn't work and causes useless warning.
> > > > 
> > > > Either the "waf.bbclass: explicitly pass bindir and libdir if
> > > > supported" should be reverted in rocko or all fixes for this
> > > > should be backported to rocko once they are all in oe-core and
> > > > meta-oe master.
> > > > 
> > > > Regards,
> > > > 
> > > > On Fri, Feb 16, 2018 at 2:03 AM, Denys Dmytriyenko <denis@denix
> > > > .org> wrote:
> > > > > On Thu, Feb 15, 2018 at 06:37:11PM -0600, Joshua Watt wrote:
> > > > > 
> > > > > > On Feb 15, 2018 17:42, "Denys Dmytriyenko" <de...@denix.org
> > > > > > wrote:
> > > > > 
> > > > > >
> > > > > 
> > > > > > On Thu, Feb 15, 2018 at 03:30:06PM -0800, Khem Raj wrote:
> > > > > 
> > > > > > > On Thu, Feb 15, 2018 at 3:24 PM, Denys Dmytriyenko  > > > > @denix.org>
> > > > > 
> > > > > > wrote:
> > > > > 
> > > > > > > > On Thu, Feb 15, 2018 at 11:20:49PM +, Tim Orling
> > > > > wrote:
> > > > > 
> > > > > > > >> Then why did ‘sudo dnf install waf’ get me past the
> > > > > error above? And
> > > > > 
> > > > > > why
> > > > > 
> > > > > > > >> does Fedora have a package for it?
> > > > > 
> > > > > > > >>
> > > > > 
> > > > > > > >> https://src.fedoraproject.org/rpms/waf
> > > > > 
> > > > > > > >>
> > > > > 
> > > > > > > >> Regardless, something broke.
> > > > > 
> > > > > > > >
> > > > > 
> > > > > > > > I thought so too. As waf.bbclass from oe-core looks for
> > > > > waf binary in
> > > > > 
> > > > > > the root
> > > > > 
> > > > > > > > of the source package, I looked inside libtalloc 2.1.9
> > > > > and 2.1.10 and
> > > >

Re: [oe] libtalloc failure due to waf

2018-02-16 Thread Joshua Watt 
On Fri, 2018-02-16 at 21:08 +0100, Martin Jansa wrote:
> And now it will fail to parse as well:
> http://git.openembedded.org/openembedded-core/commit/?id=ccd1142d22b3
> 1ed85d8823b1bc9e11ccfd72b61f
> 
> removed get_waf_parallel_make from waf.bbclass, so now all waf-
> samba.bbclass users will fail to parse with:

http://lists.openembedded.org/pipermail/openembedded-devel/2018-Februar
y/116701.html will fix that as well We probably need to speed along
that getting merged.Armin can you help with that? 
This patch should resolve all of the waf issues that have been
discussed here, with exception of the one improvement proposed by
Denys. While it should probably be improved, I don't beleive it
actually affects any recipes (some please give me an example if I am
wrong).
Sorry for the churn. Hopefull this will be better in the future since
waf and samba-waf are no longer tied together.
Joshua Watt
> bb.data_smart.ExpansionError: Failure expanding variable do_compile,
> expression was  
> python ./buildtools/bin/waf ${@get_waf_parallel_make(d)}
>  which triggered exception NameError: name 'get_waf_parallel_make' is
> not defined
> On Fri, Feb 16, 2018 at 9:45 AM, Martin Jansa <martin.ja...@gmail.com
> > wrote:
> > Check this thread:
> > http://lists.openembedded.org/pipermail/openembedded-commits/2018-J
> > anuary/218460.html
> > 
> > but my patch wasn't merged:
> > http://lists.openembedded.org/pipermail/openembedded-core/2018-Janu
> > ary/146974.html
> > only the one from Joshua.
> > 
> > 
> > The original issue is still in rocko as well, the backported waf
> > change doesn't work and causes useless warning.
> > 
> > Either the "waf.bbclass: explicitly pass bindir and libdir if
> > supported" should be reverted in rocko or all fixes for this should
> > be backported to rocko once they are all in oe-core and meta-oe
> > master.
> > 
> > Regards,
> > 
> > On Fri, Feb 16, 2018 at 2:03 AM, Denys Dmytriyenko <de...@denix.org
> > > wrote:
> > > On Thu, Feb 15, 2018 at 06:37:11PM -0600, Joshua Watt wrote:
> > > 
> > > > On Feb 15, 2018 17:42, "Denys Dmytriyenko" <de...@denix.org>
> > > wrote:
> > > 
> > > >
> > > 
> > > > On Thu, Feb 15, 2018 at 03:30:06PM -0800, Khem Raj wrote:
> > > 
> > > > > On Thu, Feb 15, 2018 at 3:24 PM, Denys Dmytriyenko <denis@den
> > > ix.org>
> > > 
> > > > wrote:
> > > 
> > > > > > On Thu, Feb 15, 2018 at 11:20:49PM +, Tim Orling wrote:
> > > 
> > > > > >> Then why did ‘sudo dnf install waf’ get me past the error
> > > above? And
> > > 
> > > > why
> > > 
> > > > > >> does Fedora have a package for it?
> > > 
> > > > > >>
> > > 
> > > > > >> https://src.fedoraproject.org/rpms/waf
> > > 
> > > > > >>
> > > 
> > > > > >> Regardless, something broke.
> > > 
> > > > > >
> > > 
> > > > > > I thought so too. As waf.bbclass from oe-core looks for waf
> > > binary in
> > > 
> > > > the root
> > > 
> > > > > > of the source package, I looked inside libtalloc 2.1.9 and
> > > 2.1.10 and
> > > 
> > > > neither
> > > 
> > > > > > of them have any "waf" files at the root. How was it
> > > working before?
> > > 
> > > > What
> > > 
> > > > > > broke?
> > > 
> > > > >
> > > 
> > > > > its using waf-samba.bbclass, there is a patch floating for
> > > that
> > > 
> > > > > https://patchwork.openembedded.org/patch/148046/
> > > 
> > > >
> > > 
> > > > So, it will fix libtalloc, but some other packages that still
> > > use
> > > 
> > > > waf.bbclass
> > > 
> > > > will keep on failing with an exception?
> > > 
> > > >
> > > 
> > > >
> > > 
> > > > They shouldn't. I tested all the ones I could find. The way
> > > waf-samba uses
> > > 
> > > > waf is more of the exception than the rule Most projects
> > > will follow
> > > 
> > > > the waf.bbclass pattern of a wscript and waf in $S, but we can
> > > probably
> > > 
>

Re: [oe] libtalloc failure due to waf

2018-02-15 Thread Joshua Watt 
On Feb 15, 2018 17:42, "Denys Dmytriyenko" <de...@denix.org> wrote:

On Thu, Feb 15, 2018 at 03:30:06PM -0800, Khem Raj wrote:
> On Thu, Feb 15, 2018 at 3:24 PM, Denys Dmytriyenko <de...@denix.org>
wrote:
> > On Thu, Feb 15, 2018 at 11:20:49PM +, Tim Orling wrote:
> >> Then why did ‘sudo dnf install waf’ get me past the error above? And
why
> >> does Fedora have a package for it?
> >>
> >> https://src.fedoraproject.org/rpms/waf
> >>
> >> Regardless, something broke.
> >
> > I thought so too. As waf.bbclass from oe-core looks for waf binary in
the root
> > of the source package, I looked inside libtalloc 2.1.9 and 2.1.10 and
neither
> > of them have any "waf" files at the root. How was it working before?
What
> > broke?
>
> its using waf-samba.bbclass, there is a patch floating for that
> https://patchwork.openembedded.org/patch/148046/

So, it will fix libtalloc, but some other packages that still use
waf.bbclass
will keep on failing with an exception?


They shouldn't. I tested all the ones I could find. The way waf-samba uses
waf is more of the exception than the rule Most projects will follow
the waf.bbclass pattern of a wscript and waf in $S, but we can probably
parameterize it if necessary.

Do you know of a specific recipe that fails?




> >> On Thu, Feb 15, 2018 at 3:16 PM Joshua Watt <jpewhac...@gmail.com>
wrote:
> >>
> >> > On Thu, 2018-02-15 at 23:10 +, Tim Orling wrote:
> >> > > Seeing the same and trying to figure it out. Also, seems there is
no
> >> > > recipe
> >> > > for waf-native, so it becomes a new required host tool.
> >> >
> >> > There is no "waf" tool, so a "waf-native" tool doesn't make sense...
> >> > it's not how waf works. Each project has their own copy of the waf
> >> > program, it's not something the host has to provide.
> >> >
> >> > > On Thu, Feb 15, 2018 at 2:57 PM Denys Dmytriyenko <de...@denix.org>
> >> > > wrote:
> >> > >
> >> > > > Hi,
> >> > > >
> >> > > > I'm getting below stack dump building libtalloc 2.1.10 in master.
> >> > > > Works
> >> > > > fine in
> >> > > > rocko with libtalloc 2.1.9. I need it for cifs-utils. I'm not
> >> > > > familiar with
> >> > > > waf, any help? Thanks.
> >> > > >
> >> > > >
> >> > > > ERROR: libtalloc-2.1.10-r0 do_configure: Error executing a python
> >> > > > function
> >> > > > in exec_python_func() autogenerated:
> >> > > >
> >> > > > The stack trace of python calls that resulted in this
> >> > > > exception/failure
> >> > > > was:
> >> > > > File: 'exec_python_func() autogenerated', lineno: 2, function:
> >> > > > 
> >> > > >  0001:
> >> > > >  *** 0002:waf_preconfigure(d)
> >> > > >  0003:
> >> > > > File: '/OE/master/sources/oe-core/meta/classes/waf.bbclass',
> >> > > > lineno: 34,
> >> > > > function: waf_preconfigure
> >> > > >  0030:from distutils.version import StrictVersion
> >> > > >  0031:subsrcdir = d.getVar('S')
> >> > > >  0032:wafbin = os.path.join(subsrcdir, 'waf')
> >> > > >  0033:try:
> >> > > >  *** 0034:result = subprocess.check_output([wafbin, '
> >> > > > --version'],
> >> > > > cwd=subsrcdir, stderr=subprocess.STDOUT)
> >> > > >  0035:version = result.decode('utf-8').split()[1]
> >> > > >  0036:if StrictVersion(version) >=
> >> > > > StrictVersion("1.8.7"):
> >> > > >  0037:d.setVar("WAF_EXTRA_CONF", "
> >> > > > --bindir=${bindir}
> >> > > > --libdir=${libdir}")
> >> > > >  0038:except subprocess.CalledProcessError as e:
> >> > > > File: '/usr/lib/python3.5/subprocess.py', lineno: 626, function:
> >> > > > check_output
> >> > > >  0622:# empty string. That is maintained here for
> >> > > > backwards
> >> > > > compatibility.
> >> > > >  0623:kwargs['input'] = '' if
> >> > > >

Re: [oe] libtalloc failure due to waf

2018-02-15 Thread Joshua Watt 
On Thu, 2018-02-15 at 18:24 -0500, Denys Dmytriyenko wrote:
> On Thu, Feb 15, 2018 at 11:20:49PM +, Tim Orling wrote:
> > Then why did ‘sudo dnf install waf’ get me past the error above?
> > And why
> > does Fedora have a package for it?
> > 
> > https://src.fedoraproject.org/rpms/waf
> > 
> > Regardless, something broke.
> 
> I thought so too. As waf.bbclass from oe-core looks for waf binary in
> the root 
> of the source package, I looked inside libtalloc 2.1.9 and 2.1.10 and
> neither 
> of them have any "waf" files at the root. How was it working before?
> What 
> broke?

We added support for detecting the waf version to waf.bbclass so that
we could correctly supply --bindir and --libdir.

libtalloc (and some others) were indirectly getting waf.bbclass via
waf-samba.bbclass. waf-samba.bbclass redirects the build to look for
waf elsewhere than the project root, and really didn't need to be
inheriting from waf.bbclass at all, hence my patch.

> 
> 
> > On Thu, Feb 15, 2018 at 3:16 PM Joshua Watt <jpewhac...@gmail.com>
> > wrote:
> > 
> > > On Thu, 2018-02-15 at 23:10 +, Tim Orling wrote:
> > > > Seeing the same and trying to figure it out. Also, seems there
> > > > is no
> > > > recipe
> > > > for waf-native, so it becomes a new required host tool.
> > > 
> > > There is no "waf" tool, so a "waf-native" tool doesn't make
> > > sense...
> > > it's not how waf works. Each project has their own copy of the
> > > waf
> > > program, it's not something the host has to provide.
> > > 
> > > > On Thu, Feb 15, 2018 at 2:57 PM Denys Dmytriyenko <denis@denix.
> > > > org>
> > > > wrote:
> > > > 
> > > > > Hi,
> > > > > 
> > > > > I'm getting below stack dump building libtalloc 2.1.10 in
> > > > > master.
> > > > > Works
> > > > > fine in
> > > > > rocko with libtalloc 2.1.9. I need it for cifs-utils. I'm not
> > > > > familiar with
> > > > > waf, any help? Thanks.
> > > > > 
> > > > > 
> > > > > ERROR: libtalloc-2.1.10-r0 do_configure: Error executing a
> > > > > python
> > > > > function
> > > > > in exec_python_func() autogenerated:
> > > > > 
> > > > > The stack trace of python calls that resulted in this
> > > > > exception/failure
> > > > > was:
> > > > > File: 'exec_python_func() autogenerated', lineno: 2,
> > > > > function:
> > > > > 
> > > > >  0001:
> > > > >  *** 0002:waf_preconfigure(d)
> > > > >  0003:
> > > > > File: '/OE/master/sources/oe-core/meta/classes/waf.bbclass',
> > > > > lineno: 34,
> > > > > function: waf_preconfigure
> > > > >  0030:from distutils.version import StrictVersion
> > > > >  0031:subsrcdir = d.getVar('S')
> > > > >  0032:wafbin = os.path.join(subsrcdir, 'waf')
> > > > >  0033:try:
> > > > >  *** 0034:result = subprocess.check_output([wafbin, '
> > > > > --version'],
> > > > > cwd=subsrcdir, stderr=subprocess.STDOUT)
> > > > >  0035:version = result.decode('utf-8').split()[1]
> > > > >  0036:if StrictVersion(version) >=
> > > > > StrictVersion("1.8.7"):
> > > > >  0037:d.setVar("WAF_EXTRA_CONF", "
> > > > > --bindir=${bindir}
> > > > > --libdir=${libdir}")
> > > > >  0038:except subprocess.CalledProcessError as e:
> > > > > File: '/usr/lib/python3.5/subprocess.py', lineno: 626,
> > > > > function:
> > > > > check_output
> > > > >  0622:# empty string. That is maintained here for
> > > > > backwards
> > > > > compatibility.
> > > > >  0623:kwargs['input'] = '' if
> > > > > kwargs.get('universal_newlines',
> > > > > False) else b''
> > > > >  0624:
> > > > >  0625:return run(*popenargs, stdout=PIPE,
> > > > > timeout=timeout,
> > > > > check=True,
> > > > >  *** 0626:   **kwargs).stdout
> > > > >  0627:
> > > > >  0628:
> > > &g

Re: [oe] libtalloc failure due to waf

2018-02-15 Thread Joshua Watt 
On Thu, 2018-02-15 at 23:20 +, Tim Orling wrote:
> Then why did ‘sudo dnf install waf’ get me past the error above? And
> why does Fedora have a package for it?
> 
> https://src.fedoraproject.org/rpms/waf

There is a... complicated history (which I am not a part of)
between the maintainers of Waf and distros (see https://lists.debian.or
g/debian-devel/2010/02/msg00714.html). I'm not sure exactly what Fedora
(and I think debian has (had?) a package as well) are going for with
that, but I do know that the recipes in OE use waf "as intended" (by
the maintainers of Waf), in which each one has its own copy of the
program. 
Thankfully, OE doesn't seem to have some moral disproval to a package
containing its own binary build program.
I don't exactly know why installing it fixed the error that doesn't
seem to make sense to me looking at the code, but even if it did a
"waf-native" tool is still not the correct answer.
Thanks,Joshua Watt
> Regardless, something broke.
> On Thu, Feb 15, 2018 at 3:16 PM Joshua Watt <jpewhac...@gmail.com>
> wrote:
> > On Thu, 2018-02-15 at 23:10 +, Tim Orling wrote:
> > 
> > > Seeing the same and trying to figure it out. Also, seems there is
> > no
> > 
> > > recipe
> > 
> > > for waf-native, so it becomes a new required host tool.
> > 
> > 
> > 
> > There is no "waf" tool, so a "waf-native" tool doesn't make
> > sense...
> > 
> > it's not how waf works. Each project has their own copy of the waf
> > 
> > program, it's not something the host has to provide.
> > 
> > 
> > 
> > > On Thu, Feb 15, 2018 at 2:57 PM Denys Dmytriyenko <de...@denix.or
> > g>
> > 
> > > wrote:
> > 
> > >
> > 
> > > > Hi,
> > 
> > > >
> > 
> > > > I'm getting below stack dump building libtalloc 2.1.10 in
> > master.
> > 
> > > > Works
> > 
> > > > fine in
> > 
> > > > rocko with libtalloc 2.1.9. I need it for cifs-utils. I'm not
> > 
> > > > familiar with
> > 
> > > > waf, any help? Thanks.
> > 
> > > >
> > 
> > > >
> > 
> > > > ERROR: libtalloc-2.1.10-r0 do_configure: Error executing a
> > python
> > 
> > > > function
> > 
> > > > in exec_python_func() autogenerated:
> > 
> > > >
> > 
> > > > The stack trace of python calls that resulted in this
> > 
> > > > exception/failure
> > 
> > > > was:
> > 
> > > > File: 'exec_python_func() autogenerated', lineno: 2, function:
> > 
> > > > 
> > 
> > > >  0001:
> > 
> > > >  *** 0002:waf_preconfigure(d)
> > 
> > > >  0003:
> > 
> > > > File: '/OE/master/sources/oe-core/meta/classes/waf.bbclass',
> > 
> > > > lineno: 34,
> > 
> > > > function: waf_preconfigure
> > 
> > > >  0030:from distutils.version import StrictVersion
> > 
> > > >  0031:subsrcdir = d.getVar('S')
> > 
> > > >  0032:wafbin = os.path.join(subsrcdir, 'waf')
> > 
> > > >  0033:try:
> > 
> > > >  *** 0034:result = subprocess.check_output([wafbin, '
> > 
> > > > --version'],
> > 
> > > > cwd=subsrcdir, stderr=subprocess.STDOUT)
> > 
> > > >  0035:version = result.decode('utf-8').split()[1]
> > 
> > > >  0036:if StrictVersion(version) >=
> > 
> > > > StrictVersion("1.8.7"):
> > 
> > > >  0037:d.setVar("WAF_EXTRA_CONF", "
> > 
> > > > --bindir=${bindir}
> > 
> > > > --libdir=${libdir}")
> > 
> > > >  0038:except subprocess.CalledProcessError as e:
> > 
> > > > File: '/usr/lib/python3.5/subprocess.py', lineno: 626,
> > function:
> > 
> > > > check_output
> > 
> > > >  0622:# empty string. That is maintained here for
> > 
> > > > backwards
> > 
> > > > compatibility.
> > 
> > > >  0623:kwargs['input'] = '' if
> > 
> > > > kwargs.get('universal_newlines',
> > 
> > > > False) else b''
> > 
> > > >  0624:
> > 
> > > >  0625:return run(*popenargs, stdout=PIPE,
> > timeout=tim

Re: [oe] libtalloc failure due to waf

2018-02-15 Thread Joshua Watt 
On Thu, 2018-02-15 at 23:10 +, Tim Orling wrote:
> Seeing the same and trying to figure it out. Also, seems there is no
> recipe
> for waf-native, so it becomes a new required host tool.

There is no "waf" tool, so a "waf-native" tool doesn't make sense...
it's not how waf works. Each project has their own copy of the waf
program, it's not something the host has to provide.

> On Thu, Feb 15, 2018 at 2:57 PM Denys Dmytriyenko 
> wrote:
> 
> > Hi,
> > 
> > I'm getting below stack dump building libtalloc 2.1.10 in master.
> > Works
> > fine in
> > rocko with libtalloc 2.1.9. I need it for cifs-utils. I'm not
> > familiar with
> > waf, any help? Thanks.
> > 
> > 
> > ERROR: libtalloc-2.1.10-r0 do_configure: Error executing a python
> > function
> > in exec_python_func() autogenerated:
> > 
> > The stack trace of python calls that resulted in this
> > exception/failure
> > was:
> > File: 'exec_python_func() autogenerated', lineno: 2, function:
> > 
> >  0001:
> >  *** 0002:waf_preconfigure(d)
> >  0003:
> > File: '/OE/master/sources/oe-core/meta/classes/waf.bbclass',
> > lineno: 34,
> > function: waf_preconfigure
> >  0030:from distutils.version import StrictVersion
> >  0031:subsrcdir = d.getVar('S')
> >  0032:wafbin = os.path.join(subsrcdir, 'waf')
> >  0033:try:
> >  *** 0034:result = subprocess.check_output([wafbin, '
> > --version'],
> > cwd=subsrcdir, stderr=subprocess.STDOUT)
> >  0035:version = result.decode('utf-8').split()[1]
> >  0036:if StrictVersion(version) >=
> > StrictVersion("1.8.7"):
> >  0037:d.setVar("WAF_EXTRA_CONF", "
> > --bindir=${bindir}
> > --libdir=${libdir}")
> >  0038:except subprocess.CalledProcessError as e:
> > File: '/usr/lib/python3.5/subprocess.py', lineno: 626, function:
> > check_output
> >  0622:# empty string. That is maintained here for
> > backwards
> > compatibility.
> >  0623:kwargs['input'] = '' if
> > kwargs.get('universal_newlines',
> > False) else b''
> >  0624:
> >  0625:return run(*popenargs, stdout=PIPE, timeout=timeout,
> > check=True,
> >  *** 0626:   **kwargs).stdout
> >  0627:
> >  0628:
> >  0629:class CompletedProcess(object):
> >  0630:"""A process that has finished running.
> > File: '/usr/lib/python3.5/subprocess.py', lineno: 693, function:
> > run
> >  0689:if 'stdin' in kwargs:
> >  0690:raise ValueError('stdin and input arguments
> > may not
> > both be used.')
> >  0691:kwargs['stdin'] = PIPE
> >  0692:
> >  *** 0693:with Popen(*popenargs, **kwargs) as process:
> >  0694:try:
> >  0695:stdout, stderr = process.communicate(input,
> > timeout=timeout)
> >  0696:except TimeoutExpired:
> >  0697:process.kill()
> > File: '/usr/lib/python3.5/subprocess.py', lineno: 947, function:
> > __init__
> >  0943:startupinfo,
> > creationflags,
> > shell,
> >  0944:p2cread, p2cwrite,
> >  0945:c2pread, c2pwrite,
> >  0946:errread, errwrite,
> >  *** 0947:restore_signals,
> > start_new_session)
> >  0948:except:
> >  0949:# Cleanup if the child failed starting.
> >  0950:for f in filter(None, (self.stdin,
> > self.stdout,
> > self.stderr)):
> >  0951:try:
> > File: '/usr/lib/python3.5/subprocess.py', lineno: 1551, function:
> > _execute_child
> >  1547:# The error must be from
> > chdir(cwd).
> >  1548:err_msg += ': ' +
> > repr(cwd)
> >  1549:else:
> >  1550:err_msg += ': ' +
> > repr(orig_executable)
> >  *** 1551:raise child_exception_type(errno_num,
> > err_msg)
> >  1552:raise child_exception_type(err_msg)
> >  1553:
> >  1554:
> >  1555:def _handle_exitstatus(self, sts,
> > _WIFSIGNALED=os.WIFSIGNALED,
> > Exception: FileNotFoundError: [Errno 2] No such file or directory:
> > '/OE/master/build/tmp-glibc/work/armv7ahf-neon-oe-linux-
> > gnueabi/libtalloc/2.1.10-r0/talloc-2.1.10/waf'
> > 
> > ERROR: libtalloc-2.1.10-r0 do_configure: Function failed:
> > waf_preconfigure
> > ERROR: Logfile of failure stored in:
> > /OE/master/build/tmp-glibc/work/armv7ahf-neon-oe-linux-
> > gnueabi/libtalloc/2.1.10-r0/temp/log.do_configure.52699
> > ERROR: Task
> > (/OE/master/sources/meta-openembedded/meta-networking/recipes-
> > support/libtalloc/libtalloc_2.1.10.bb:do_configure)
> > failed with exit code '1'
> > --
> > ___
> > Openembedded-devel mailing list
> > Openembedded-devel@lists.openembedded.org
> >

Re: [oe] libtalloc failure due to waf

2018-02-15 Thread Joshua Watt 
This was fixed here: http://lists.openembedded.org/pipermail/openembedd
ed-devel/2018-February/116701.html

I think it will probably be pushed to master soon, it is on the
stagging/master-next branch in contrib (370ea5786)

Joshua Watt

On Thu, 2018-02-15 at 17:53 -0500, Denys Dmytriyenko wrote:
> Hi,
> 
> I'm getting below stack dump building libtalloc 2.1.10 in master.
> Works fine in 
> rocko with libtalloc 2.1.9. I need it for cifs-utils. I'm not
> familiar with 
> waf, any help? Thanks.
> 
> 
> ERROR: libtalloc-2.1.10-r0 do_configure: Error executing a python
> function in exec_python_func() autogenerated:
> 
> The stack trace of python calls that resulted in this
> exception/failure was:
> File: 'exec_python_func() autogenerated', lineno: 2, function:
> 
>  0001:
>  *** 0002:waf_preconfigure(d)
>  0003:
> File: '/OE/master/sources/oe-core/meta/classes/waf.bbclass', lineno:
> 34, function: waf_preconfigure
>  0030:from distutils.version import StrictVersion
>  0031:subsrcdir = d.getVar('S')
>  0032:wafbin = os.path.join(subsrcdir, 'waf')
>  0033:try:
>  *** 0034:result = subprocess.check_output([wafbin, '
> --version'], cwd=subsrcdir, stderr=subprocess.STDOUT)
>  0035:version = result.decode('utf-8').split()[1]
>  0036:if StrictVersion(version) >=
> StrictVersion("1.8.7"):
>  0037:d.setVar("WAF_EXTRA_CONF", "--bindir=${bindir}
> --libdir=${libdir}")
>  0038:except subprocess.CalledProcessError as e:
> File: '/usr/lib/python3.5/subprocess.py', lineno: 626, function:
> check_output
>  0622:# empty string. That is maintained here for
> backwards compatibility.
>  0623:kwargs['input'] = '' if
> kwargs.get('universal_newlines', False) else b''
>  0624:
>  0625:return run(*popenargs, stdout=PIPE, timeout=timeout,
> check=True,
>  *** 0626:   **kwargs).stdout
>  0627:
>  0628:
>  0629:class CompletedProcess(object):
>  0630:"""A process that has finished running.
> File: '/usr/lib/python3.5/subprocess.py', lineno: 693, function: run
>  0689:if 'stdin' in kwargs:
>  0690:raise ValueError('stdin and input arguments may
> not both be used.')
>  0691:kwargs['stdin'] = PIPE
>  0692:
>  *** 0693:with Popen(*popenargs, **kwargs) as process:
>  0694:try:
>  0695:stdout, stderr = process.communicate(input,
> timeout=timeout)
>  0696:except TimeoutExpired:
>  0697:process.kill()
> File: '/usr/lib/python3.5/subprocess.py', lineno: 947, function:
> __init__
>  0943:startupinfo, creationflags,
> shell,
>  0944:p2cread, p2cwrite,
>  0945:c2pread, c2pwrite,
>  0946:errread, errwrite,
>  *** 0947:restore_signals,
> start_new_session)
>  0948:except:
>  0949:# Cleanup if the child failed starting.
>  0950:for f in filter(None, (self.stdin, self.stdout,
> self.stderr)):
>  0951:try:
> File: '/usr/lib/python3.5/subprocess.py', lineno: 1551, function:
> _execute_child
>  1547:# The error must be from
> chdir(cwd).
>  1548:err_msg += ': ' + repr(cwd)
>  1549:else:
>  1550:err_msg += ': ' +
> repr(orig_executable)
>  *** 1551:raise child_exception_type(errno_num,
> err_msg)
>  1552:raise child_exception_type(err_msg)
>  1553:
>  1554:
>  1555:def _handle_exitstatus(self, sts,
> _WIFSIGNALED=os.WIFSIGNALED,
> Exception: FileNotFoundError: [Errno 2] No such file or directory:
> '/OE/master/build/tmp-glibc/work/armv7ahf-neon-oe-linux-
> gnueabi/libtalloc/2.1.10-r0/talloc-2.1.10/waf'
> 
> ERROR: libtalloc-2.1.10-r0 do_configure: Function failed:
> waf_preconfigure
> ERROR: Logfile of failure stored in: /OE/master/build/tmp-
> glibc/work/armv7ahf-neon-oe-linux-gnueabi/libtalloc/2.1.10-
> r0/temp/log.do_configure.52699
> ERROR: Task (/OE/master/sources/meta-openembedded/meta-
> networking/recipes-
> support/libtalloc/libtalloc_2.1.10.bb:do_configure) failed with exit
> code '1'
-- 
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel

[oe] [meta-networking][PATCH v2] waf-samba.bbclass: No longer inherit waf.bbclass

2018-02-12 Thread Joshua Watt 
waf-samba.bbclass uses waf in a very different way than the "standard"
method that waf.bbclass targets and ends getting very little useful
functionality from that class.

Signed-off-by: Joshua Watt <jpewhac...@gmail.com>
---
 meta-networking/classes/waf-samba.bbclass | 28 ++--
 1 file changed, 26 insertions(+), 2 deletions(-)

diff --git a/meta-networking/classes/waf-samba.bbclass 
b/meta-networking/classes/waf-samba.bbclass
index e490176241..0ce51610f3 100644
--- a/meta-networking/classes/waf-samba.bbclass
+++ b/meta-networking/classes/waf-samba.bbclass
@@ -1,7 +1,7 @@
 # waf is a build system which is used by samba related project.
 # Obtain details from https://wiki.samba.org/index.php/Waf
-# 
-inherit qemu pythonnative waf
+#
+inherit qemu pythonnative
 
 DEPENDS += "qemu-native libxslt-native docbook-xsl-stylesheets-native python"
 
@@ -21,6 +21,29 @@ CONFIGUREOPTS = " --prefix=${prefix} \
   ${PACKAGECONFIG_CONFARGS} \
 "
 
+# avoids build breaks when using no-static-libs.inc
+DISABLE_STATIC = ""
+
+def get_waf_parallel_make(d):
+pm = d.getVar('PARALLEL_MAKE')
+if pm:
+# look for '-j' and throw other options (e.g. '-l') away
+# because they might have different meaning in bjam
+pm = pm.split()
+while pm:
+opt = pm.pop(0)
+if opt == '-j':
+v = pm.pop(0)
+elif opt.startswith('-j'):
+v = opt[2:].strip()
+else:
+continue
+
+v = min(64, int(v))
+return '-j' + str(v)
+
+return ""
+
 # Three methods for waf cross compile:
 # 1. answers:
 #Only --cross-answers - try the cross-answers file, and if
@@ -86,6 +109,7 @@ do_configure() {
 fi
 }
 
+do_compile[progress] = "outof:^\[\s*(\d+)/\s*(\d+)\]\s+"
 do_compile () {
 python ./buildtools/bin/waf ${@get_waf_parallel_make(d)}
 }
-- 
2.14.3

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

Re: [oe] [meta-networking][PATCH] waf-samba.bbclass: No longer inherit waf.bbclass

2018-02-11 Thread Joshua Watt 
On Feb 11, 2018 20:29, "Robert Yang" <liezhi.y...@windriver.com> wrote:



On 02/12/2018 05:51 AM, Joshua Watt wrote:

> waf-samba.bbclass uses waf in a very different way than the "standard"
> method that waf.bbclass targets and ends getting very little useful
> functionality from that class.
>
> Signed-off-by: Joshua Watt <jpewhac...@gmail.com>
> ---
>   meta-networking/classes/waf-samba.bbclass | 29
> +++--
>   1 file changed, 27 insertions(+), 2 deletions(-)
>
> diff --git a/meta-networking/classes/waf-samba.bbclass
> b/meta-networking/classes/waf-samba.bbclass
> index e49017624..4b1499fd4 100644
> --- a/meta-networking/classes/waf-samba.bbclass
> +++ b/meta-networking/classes/waf-samba.bbclass
> @@ -1,7 +1,7 @@
>   # waf is a build system which is used by samba related project.
>   # Obtain details from https://wiki.samba.org/index.php/Waf
> -#
> -inherit qemu pythonnative waf
> +#
> +inherit qemu pythonnative
> DEPENDS += "qemu-native libxslt-native docbook-xsl-stylesheets-native
> python"
>   @@ -21,6 +21,31 @@ CONFIGUREOPTS = " --prefix=${prefix} \
> ${PACKAGECONFIG_CONFARGS} \
>   "
>   +# avoids build breaks when using no-static-libs.inc
> +DISABLE_STATIC = ""
> +
> +def get_waf_parallel_make(d):
> +pm = d.getVar('PARALLEL_MAKE')
> +if pm:
> +# look for '-j' and throw other options (e.g. '-l') away
> +# because they might have different meaning in bjam
> +pm = pm.split()
> +while pm:
> +v = None
> +opt = pm.pop(0)
> +if opt == '-j':
> +v = pm.pop(0)
> +elif opt.startswith('-j'):
> +v = opt[2:].strip()
> +else:
> +v = None
>

The "else:" block isn't needed ? The first line already set v to None.


True. This is a straight copy from waf.bbclass, but we can optimize. I'm
planning on proposing a or.utils.get_parallel_make(), because this code is
copied (with minor variants) several places.



// Robert


+
> +if v:
> +v = min(64, int(v))
> +return '-j' + str(v)
> +
> +return ""
> +
>   # Three methods for waf cross compile:
>   # 1. answers:
>   #Only --cross-answers - try the cross-answers file, and if
>
>
-- 
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel

[oe] [meta-networking][PATCH] waf-samba.bbclass: No longer inherit waf.bbclass

2018-02-11 Thread Joshua Watt 
waf-samba.bbclass uses waf in a very different way than the "standard"
method that waf.bbclass targets and ends getting very little useful
functionality from that class.

Signed-off-by: Joshua Watt <jpewhac...@gmail.com>
---
 meta-networking/classes/waf-samba.bbclass | 29 +++--
 1 file changed, 27 insertions(+), 2 deletions(-)

diff --git a/meta-networking/classes/waf-samba.bbclass 
b/meta-networking/classes/waf-samba.bbclass
index e49017624..4b1499fd4 100644
--- a/meta-networking/classes/waf-samba.bbclass
+++ b/meta-networking/classes/waf-samba.bbclass
@@ -1,7 +1,7 @@
 # waf is a build system which is used by samba related project.
 # Obtain details from https://wiki.samba.org/index.php/Waf
-# 
-inherit qemu pythonnative waf
+#
+inherit qemu pythonnative
 
 DEPENDS += "qemu-native libxslt-native docbook-xsl-stylesheets-native python"
 
@@ -21,6 +21,31 @@ CONFIGUREOPTS = " --prefix=${prefix} \
   ${PACKAGECONFIG_CONFARGS} \
 "
 
+# avoids build breaks when using no-static-libs.inc
+DISABLE_STATIC = ""
+
+def get_waf_parallel_make(d):
+pm = d.getVar('PARALLEL_MAKE')
+if pm:
+# look for '-j' and throw other options (e.g. '-l') away
+# because they might have different meaning in bjam
+pm = pm.split()
+while pm:
+v = None
+opt = pm.pop(0)
+if opt == '-j':
+v = pm.pop(0)
+elif opt.startswith('-j'):
+v = opt[2:].strip()
+else:
+v = None
+
+if v:
+v = min(64, int(v))
+return '-j' + str(v)
+
+return ""
+
 # Three methods for waf cross compile:
 # 1. answers:
 #Only --cross-answers - try the cross-answers file, and if
-- 
2.14.3

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

Re: [oe] [meta-networking][PATCH] waf-samba: skip waf_preconfigure() prefunc from waf.bbclass

2018-02-11 Thread Joshua Watt 
On Sat, Feb 10, 2018 at 9:39 AM, Kyle Russell  wrote:
> waf_preconfigure() fails in samba packages because wafbin is packaged
> differently, and we already pass bindir and libdir through
> CONFIGUREOPTS.
>
> Signed-off-by: Kyle Russell 
> ---
>  meta-networking/classes/waf-samba.bbclass | 1 +
>  1 file changed, 1 insertion(+)
>
> diff --git a/meta-networking/classes/waf-samba.bbclass 
> b/meta-networking/classes/waf-samba.bbclass
> index e490176..94ecf4a 100644
> --- a/meta-networking/classes/waf-samba.bbclass
> +++ b/meta-networking/classes/waf-samba.bbclass
> @@ -42,6 +42,7 @@ CONFIGUREOPTS = " --prefix=${prefix} \
>  # to help generate the cross answer when adding new board support.
>  CROSS_METHOD ?= "answer"
>
> +do_configure[prefuncs] = ""

Hmm, I'm not sure we want to unconditionally remove all prefuncs.

This breaking samba was brought up to me (since I wrote the patch that
broke samba), and I actually think a better approach would be to make
waf-samba no longer inherit from waf.bbclass. The samba method of
using waf is so different from a "standard" waf usage, that the
inheritance doesn't really make sense IHMO. I'm preparing a patch to
do this, and it appears that the only two things that
waf-samba.bbclass actually needs from waf.bbclass are
get_waf_parallel_make() and DISABLE_STATIC = "", neither of which it
can't implement itself.

>  do_configure() {
>
>  # Prepare the cross-answers file
> --
> 2.7.4
>
> --
> ___
> 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-networking][PATCH] ebtables: Remove bashisms

2018-01-12 Thread Joshua Watt 
Removes the bashism of prefacing shell functions with "function" and
renames the clear function to not conflict with the command of the same
name.

Signed-off-by: Joshua Watt <jpewhac...@gmail.com>
---
 .../ebtables/ebtables-2.0.10-4/ebtables.common   | 12 ++--
 1 file changed, 6 insertions(+), 6 deletions(-)

diff --git 
a/meta-networking/recipes-filter/ebtables/ebtables-2.0.10-4/ebtables.common 
b/meta-networking/recipes-filter/ebtables/ebtables-2.0.10-4/ebtables.common
index 640025dba..1ae18fed3 100644
--- a/meta-networking/recipes-filter/ebtables/ebtables-2.0.10-4/ebtables.common
+++ b/meta-networking/recipes-filter/ebtables/ebtables-2.0.10-4/ebtables.common
@@ -20,7 +20,7 @@ EBTABLES_BACKUP_SUFFIX="~"
 config=/etc/default/$prog
 [ -f "$config" ] && . "$config"
 
-function get_supported_tables() {
+get_supported_tables() {
EBTABLES_SUPPORTED_TABLES=
/sbin/ebtables -t filter -L 2>&1 1>/dev/null | grep -q permission
if [ $? -eq 0 ]; then
@@ -35,7 +35,7 @@ function get_supported_tables() {
done
 }
 
-function load() {
+load() {
RETVAL=0
get_supported_tables
echo -n "Restoring ebtables rulesets: "
@@ -64,7 +64,7 @@ function load() {
fi
 }
 
-function clear() {
+clear_rules() {
RETVAL=0
get_supported_tables
echo -n "Clearing ebtables rulesets: "
@@ -90,7 +90,7 @@ function clear() {
fi
 }
 
-function save() {
+save() {
RETVAL=0
get_supported_tables
echo -n "Saving ebtables rulesets: "
@@ -127,11 +127,11 @@ case "$1" in
;;
   stop)
[ "$EBTABLES_SAVE_ON_STOP" = "yes" ] && save
-   clear
+   clear_rules
;;
   restart|reload|force-reload)
[ "$EBTABLES_SAVE_ON_RESTART" = "yes" ] && save
-   clear
+   clear_rules
[ "$EBTABLES_LOAD_ON_START" = "yes" ] && load
;;
   load)
-- 
2.14.3

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