Re: [oe] [meta-oe][PATCH] udisks: add missing hard dependency

2017-02-07 Thread Koen Kooi 

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

Re: [oe] [meta-oe][PATCH 1/3] libev: Add recipe for version 4.24

2017-02-07 Thread Khem Raj 
There are some shortcomings in this recipe

Please merge the changes from

https://github.com/kraj/meta-openembedded/blob/kraj/master/meta-oe/recipes-extended/libev/libev_4.24.bb

On Tue, Feb 7, 2017 at 11:32 AM, Fabio Berton
 wrote:
> Signed-off-by: Fabio Berton 
> ---
>  meta-oe/recipes-connectivity/libev/libev_4.24.bb | 14 ++
>  1 file changed, 14 insertions(+)
>  create mode 100644 meta-oe/recipes-connectivity/libev/libev_4.24.bb
>
> diff --git a/meta-oe/recipes-connectivity/libev/libev_4.24.bb 
> b/meta-oe/recipes-connectivity/libev/libev_4.24.bb
> new file mode 100644
> index 0..40f7dc710
> --- /dev/null
> +++ b/meta-oe/recipes-connectivity/libev/libev_4.24.bb
> @@ -0,0 +1,14 @@
> +SUMMARY = "A full-featured and high-performance event loop that is loosely \
> +modelled after libevent."
> +HOMEPAGE = "http://software.schmorp.de/pkg/libev.html;
> +LICENSE = "GPLv2+"
> +LIC_FILES_CHKSUM = "file://LICENSE;md5=d6ad416afd040c90698edcdf1cbee347"
> +
> +SRC_URI = "http://dist.schmorp.de/${PN}/${PN}-${PV}.tar.gz;
> +
> +SRC_URI[md5sum] = "94459a5a22db041dec6f98424d6efe54"
> +SRC_URI[sha256sum] = 
> "973593d3479abdf657674a55afe5f78624b0e440614e2b8cb3a07f16d4d7f821"
> +
> +S = "${WORKDIR}/${PN}-${PV}"
> +
> +inherit autotools
> --
> 2.11.0
>
> --
> ___
> Openembedded-devel mailing list
> Openembedded-devel@lists.openembedded.org
> http://lists.openembedded.org/mailman/listinfo/openembedded-devel
-- 
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel

Re: [oe] [OE-core] [PATCH] ltp: Fix containers/userns05 failure for lib32

2017-02-07 Thread He Zhe 
Please ignore, has been sent to oe-coremailing list


On 02/08/2017 10:58 AM, zhe...@windriver.com wrote:
> From: He Zhe 
>
> Backport a patch to fix userns05 case:
> <<>>
> user_namespace5 1 TFAIL : userns05.c:95: userns:parent should be not equal to 
> cpid2
> user_namespace5 1 TFAIL : userns05.c:95: userns:parent should be not equal to 
> cpid2
> user_namespace5 0 TINFO : Child process returned TPASS
> user_namespace5 0 TINFO : Child process returned TPASS
> user_namespace5 0 TINFO : Child process returned TFAIL
> incrementing stop
>
> Rename the previous patch to add a number prefix
>
> Signed-off-by: He Zhe 
> ---
>  ...039-fcntl-fix-the-time-def-to-use-time_t.patch} |  0
>  ...iners-userns05-use-unsigned-int-for-ns-id.patch | 60 
> ++
>  meta/recipes-extended/ltp/ltp_20160126.bb  |  3 +-
>  3 files changed, 62 insertions(+), 1 deletion(-)
>  rename 
> meta/recipes-extended/ltp/ltp/{fcntl-fix-the-time-def-to-use-time_t.patch => 
> 0039-fcntl-fix-the-time-def-to-use-time_t.patch} (100%)
>  create mode 100644 
> meta/recipes-extended/ltp/ltp/0040-containers-userns05-use-unsigned-int-for-ns-id.patch
>
> diff --git 
> a/meta/recipes-extended/ltp/ltp/fcntl-fix-the-time-def-to-use-time_t.patch 
> b/meta/recipes-extended/ltp/ltp/0039-fcntl-fix-the-time-def-to-use-time_t.patch
> similarity index 100%
> rename from 
> meta/recipes-extended/ltp/ltp/fcntl-fix-the-time-def-to-use-time_t.patch
> rename to 
> meta/recipes-extended/ltp/ltp/0039-fcntl-fix-the-time-def-to-use-time_t.patch
> diff --git 
> a/meta/recipes-extended/ltp/ltp/0040-containers-userns05-use-unsigned-int-for-ns-id.patch
>  
> b/meta/recipes-extended/ltp/ltp/0040-containers-userns05-use-unsigned-int-for-ns-id.patch
> new file mode 100644
> index 000..4dee1f5
> --- /dev/null
> +++ 
> b/meta/recipes-extended/ltp/ltp/0040-containers-userns05-use-unsigned-int-for-ns-id.patch
> @@ -0,0 +1,60 @@
> +From 3b63d350e9fe9e4271916cc0abfac65a5d6419ff Mon Sep 17 00:00:00 2001
> +From: Jiri Jaburek 
> +Date: Tue, 7 Feb 2017 07:58:16 +
> +Subject: [PATCH] containers/userns05: use unsigned int for ns id
> +
> +The kernel defines it as 'unsigned int' in 'struct ns_common'
> +and formats it as
> +
> +  snprintf(buf, size, "%s:[%u]", ns_ops->name, ns->inum);
> +
> +This change makes the test work on 32bit systems where LONG_MAX
> +is smaller than UINT_MAX.
> +
> +Signed-off-by: Jiri Jaburek 
> +
> +Upstream-Status: Backport
> +
> +Signed-off-by: He Zhe 
> +---
> + testcases/kernel/containers/userns/userns05.c | 8 
> + 1 file changed, 4 insertions(+), 4 deletions(-)
> +
> +diff --git a/testcases/kernel/containers/userns/userns05.c 
> b/testcases/kernel/containers/userns/userns05.c
> +index 8d8c40a..8eac729 100644
> +--- a/testcases/kernel/containers/userns/userns05.c
>  b/testcases/kernel/containers/userns/userns05.c
> +@@ -49,18 +49,18 @@ static int child_fn1(void)
> + return 0;
> + }
> + 
> +-static long getusernsidbypid(int pid)
> ++static unsigned int getusernsidbypid(int pid)
> + {
> + char path[BUFSIZ];
> + char userid[BUFSIZ];
> +-long id = 0;
> ++unsigned int id = 0;
> + 
> + sprintf(path, "/proc/%d/ns/user", pid);
> + 
> + if (readlink(path, userid, BUFSIZ) == -1)
> + tst_resm(TFAIL | TERRNO, "readlink failure.");
> + 
> +-if (sscanf(userid, "user:[%ld]", ) != 1)
> ++if (sscanf(userid, "user:[%u]", ) != 1)
> + tst_resm(TFAIL, "sscanf failure.");
> + return id;
> + }
> +@@ -68,7 +68,7 @@ static long getusernsidbypid(int pid)
> + static void test_userns_id(void)
> + {
> + int cpid1, cpid2, cpid3;
> +-long parentuserns, cpid1userns, cpid2userns, newparentuserns;
> ++unsigned int parentuserns, cpid1userns, cpid2userns, newparentuserns;
> + 
> + parentuserns = getusernsidbypid(getpid());
> + cpid1 = ltp_clone_quick(SIGCHLD, (void *)child_fn1,
> +-- 
> +2.9.3
> +
> diff --git a/meta/recipes-extended/ltp/ltp_20160126.bb 
> b/meta/recipes-extended/ltp/ltp_20160126.bb
> index 72d465b..aaa63c2 100644
> --- a/meta/recipes-extended/ltp/ltp_20160126.bb
> +++ b/meta/recipes-extended/ltp/ltp_20160126.bb
> @@ -65,7 +65,8 @@ SRC_URI = "git://github.com/linux-test-project/ltp.git \
> 
> file://0036-testcases-network-nfsv4-acl-acl1.c-Security-fix-on-s.patch \
> 
> file://0037-containers-netns_netlink-Avoid-segmentation-fault.patch \
> 
> file://0038-run-posix-option-group-test-replace-CWD-qith-PWD.patch \
> -   file://fcntl-fix-the-time-def-to-use-time_t.patch \
> +   file://0039-fcntl-fix-the-time-def-to-use-time_t.patch \
> +   file://0040-containers-userns05-use-unsigned-int-for-ns-id.patch \
> "
>  
>  S = "${WORKDIR}/git"

-- 
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org

[oe] [OE-core] [PATCH] ltp: Fix containers/userns05 failure for lib32

2017-02-07 Thread zhe.he 
From: He Zhe 

Backport a patch to fix userns05 case:
<<>>
user_namespace5 1 TFAIL : userns05.c:95: userns:parent should be not equal to 
cpid2
user_namespace5 1 TFAIL : userns05.c:95: userns:parent should be not equal to 
cpid2
user_namespace5 0 TINFO : Child process returned TPASS
user_namespace5 0 TINFO : Child process returned TPASS
user_namespace5 0 TINFO : Child process returned TFAIL
incrementing stop

Rename the previous patch to add a number prefix

Signed-off-by: He Zhe 
---
 ...039-fcntl-fix-the-time-def-to-use-time_t.patch} |  0
 ...iners-userns05-use-unsigned-int-for-ns-id.patch | 60 ++
 meta/recipes-extended/ltp/ltp_20160126.bb  |  3 +-
 3 files changed, 62 insertions(+), 1 deletion(-)
 rename 
meta/recipes-extended/ltp/ltp/{fcntl-fix-the-time-def-to-use-time_t.patch => 
0039-fcntl-fix-the-time-def-to-use-time_t.patch} (100%)
 create mode 100644 
meta/recipes-extended/ltp/ltp/0040-containers-userns05-use-unsigned-int-for-ns-id.patch

diff --git 
a/meta/recipes-extended/ltp/ltp/fcntl-fix-the-time-def-to-use-time_t.patch 
b/meta/recipes-extended/ltp/ltp/0039-fcntl-fix-the-time-def-to-use-time_t.patch
similarity index 100%
rename from 
meta/recipes-extended/ltp/ltp/fcntl-fix-the-time-def-to-use-time_t.patch
rename to 
meta/recipes-extended/ltp/ltp/0039-fcntl-fix-the-time-def-to-use-time_t.patch
diff --git 
a/meta/recipes-extended/ltp/ltp/0040-containers-userns05-use-unsigned-int-for-ns-id.patch
 
b/meta/recipes-extended/ltp/ltp/0040-containers-userns05-use-unsigned-int-for-ns-id.patch
new file mode 100644
index 000..4dee1f5
--- /dev/null
+++ 
b/meta/recipes-extended/ltp/ltp/0040-containers-userns05-use-unsigned-int-for-ns-id.patch
@@ -0,0 +1,60 @@
+From 3b63d350e9fe9e4271916cc0abfac65a5d6419ff Mon Sep 17 00:00:00 2001
+From: Jiri Jaburek 
+Date: Tue, 7 Feb 2017 07:58:16 +
+Subject: [PATCH] containers/userns05: use unsigned int for ns id
+
+The kernel defines it as 'unsigned int' in 'struct ns_common'
+and formats it as
+
+  snprintf(buf, size, "%s:[%u]", ns_ops->name, ns->inum);
+
+This change makes the test work on 32bit systems where LONG_MAX
+is smaller than UINT_MAX.
+
+Signed-off-by: Jiri Jaburek 
+
+Upstream-Status: Backport
+
+Signed-off-by: He Zhe 
+---
+ testcases/kernel/containers/userns/userns05.c | 8 
+ 1 file changed, 4 insertions(+), 4 deletions(-)
+
+diff --git a/testcases/kernel/containers/userns/userns05.c 
b/testcases/kernel/containers/userns/userns05.c
+index 8d8c40a..8eac729 100644
+--- a/testcases/kernel/containers/userns/userns05.c
 b/testcases/kernel/containers/userns/userns05.c
+@@ -49,18 +49,18 @@ static int child_fn1(void)
+   return 0;
+ }
+ 
+-static long getusernsidbypid(int pid)
++static unsigned int getusernsidbypid(int pid)
+ {
+   char path[BUFSIZ];
+   char userid[BUFSIZ];
+-  long id = 0;
++  unsigned int id = 0;
+ 
+   sprintf(path, "/proc/%d/ns/user", pid);
+ 
+   if (readlink(path, userid, BUFSIZ) == -1)
+   tst_resm(TFAIL | TERRNO, "readlink failure.");
+ 
+-  if (sscanf(userid, "user:[%ld]", ) != 1)
++  if (sscanf(userid, "user:[%u]", ) != 1)
+   tst_resm(TFAIL, "sscanf failure.");
+   return id;
+ }
+@@ -68,7 +68,7 @@ static long getusernsidbypid(int pid)
+ static void test_userns_id(void)
+ {
+   int cpid1, cpid2, cpid3;
+-  long parentuserns, cpid1userns, cpid2userns, newparentuserns;
++  unsigned int parentuserns, cpid1userns, cpid2userns, newparentuserns;
+ 
+   parentuserns = getusernsidbypid(getpid());
+   cpid1 = ltp_clone_quick(SIGCHLD, (void *)child_fn1,
+-- 
+2.9.3
+
diff --git a/meta/recipes-extended/ltp/ltp_20160126.bb 
b/meta/recipes-extended/ltp/ltp_20160126.bb
index 72d465b..aaa63c2 100644
--- a/meta/recipes-extended/ltp/ltp_20160126.bb
+++ b/meta/recipes-extended/ltp/ltp_20160126.bb
@@ -65,7 +65,8 @@ SRC_URI = "git://github.com/linux-test-project/ltp.git \

file://0036-testcases-network-nfsv4-acl-acl1.c-Security-fix-on-s.patch \
file://0037-containers-netns_netlink-Avoid-segmentation-fault.patch 
\
file://0038-run-posix-option-group-test-replace-CWD-qith-PWD.patch \
-   file://fcntl-fix-the-time-def-to-use-time_t.patch \
+   file://0039-fcntl-fix-the-time-def-to-use-time_t.patch \
+   file://0040-containers-userns05-use-unsigned-int-for-ns-id.patch \
"
 
 S = "${WORKDIR}/git"
-- 
2.8.3

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

[oe] [meta-initramfs][PATCH] linux-yocto-tiny-kexecboot: remove obsoleted recipe

2017-02-07 Thread Andrea Adami 
With the changes about the kernel build directories it is now hard to build
two different flavors together witout races.

This recipe was meant as example back then when kexecboot was introduced.
Nowadays the only users are the devices in meta-handheld and they use a more
modern and maintained linux-kexecboot kernel.

Signed-off-by: Andrea Adami 
---
 .../revert-check-console.patch | 47 --
 .../linux/linux-yocto-tiny-kexecboot_4.4.bb| 29 -
 2 files changed, 76 deletions(-)
 delete mode 100644 
meta-initramfs/recipes-kernel/linux/linux-yocto-tiny-kexecboot/revert-check-console.patch
 delete mode 100644 
meta-initramfs/recipes-kernel/linux/linux-yocto-tiny-kexecboot_4.4.bb

diff --git 
a/meta-initramfs/recipes-kernel/linux/linux-yocto-tiny-kexecboot/revert-check-console.patch
 
b/meta-initramfs/recipes-kernel/linux/linux-yocto-tiny-kexecboot/revert-check-console.patch
deleted file mode 100644
index 5e5e8d9..000
--- 
a/meta-initramfs/recipes-kernel/linux/linux-yocto-tiny-kexecboot/revert-check-console.patch
+++ /dev/null
@@ -1,47 +0,0 @@
-From a74e0bf51adcc867b73fc44050eb9bde985c9cba Mon Sep 17 00:00:00 2001
-From: Andrea Adami 
-Date: Sun, 28 Feb 2016 01:09:19 +0100
-Subject: [PATCH] main.c: revert check on console device
-
-Fix kernel panic because of the missing /dev/console.
-
-Revert Yocto-specific : "check console device file on fs when booting".
-
-The initramfs used in this kernel needs to be of the smallest possible
-size so we save a few kb by deploying an empty /dev which is populated
-after boot by the init (kexecboot checks and recreates the devices
-with or without devtmpfs).
-
-Signed-off-by: Andrea Adami 

- init/main.c | 7 ---
- 1 file changed, 7 deletions(-)
-
-diff --git a/init/main.c b/init/main.c
-index d191d2a..9e64d70 100644
 a/init/main.c
-+++ b/init/main.c
-@@ -976,7 +976,6 @@ static int __ref kernel_init(void *unused)
- 
- static noinline void __init kernel_init_freeable(void)
- {
--  struct stat console_stat;
-   /*
-* Wait until kthreadd is all set-up.
-*/
-@@ -1008,12 +1007,6 @@ static noinline void __init kernel_init_freeable(void)
- 
-   do_basic_setup();
- 
--  /* Use /dev/console to infer if the rootfs is setup properly */
--  if (sys_newlstat((char __user *) "/dev/console", (struct stat __user *) 
_stat)
--  || !S_ISCHR(console_stat.st_mode)) {
--  panic("/dev/console is missing or not a character 
device!\nPlease ensure your rootfs is properly configured\n");
--  }
--
-   /* Open the /dev/console on the rootfs, this should never fail */
-   if (sys_open((const char __user *) "/dev/console", O_RDWR, 0) < 0)
-   pr_err("Warning: unable to open an initial console.\n");
--- 
-1.9.1
-
diff --git 
a/meta-initramfs/recipes-kernel/linux/linux-yocto-tiny-kexecboot_4.4.bb 
b/meta-initramfs/recipes-kernel/linux/linux-yocto-tiny-kexecboot_4.4.bb
deleted file mode 100644
index 66e0e53..000
--- a/meta-initramfs/recipes-kernel/linux/linux-yocto-tiny-kexecboot_4.4.bb
+++ /dev/null
@@ -1,29 +0,0 @@
-require recipes-kernel/linux/linux-yocto-tiny_${PV}.bb
-SUMMARY = "Yocto tiny kernel embedding a minimalistic kexecboot initramfs"
-
-SRC_URI += "file://revert-check-console.patch"
-
-PACKAGES = ""
-PROVIDES = ""
-
-KERNEL_IMAGE_BASE_NAME = 
"${KERNEL_IMAGETYPE}-yocto-tiny-kexecboot-${PV}-${MACHINE}"
-KERNEL_IMAGE_SYMLINK_NAME = 
"${KERNEL_IMAGETYPE}-yocto-tiny-kexecboot-${MACHINE}"
-
-INITRAMFS_IMAGE = "initramfs-kexecboot-klibc-image"
-INITRAMFS_TASK = "${INITRAMFS_IMAGE}:do_image_complete"
-
-# disable unneeded tasks
-do_shared_workdir[noexec] = "1"
-do_install[noexec] = "1"
-do_package[noexec] = "1"
-do_package_qa[noexec] = "1"
-do_packagedata[noexec] = "1"
-do_package_deb[noexec] = "1"
-do_package_ipk[noexec] = "1"
-do_package_rpm[noexec] = "1"
-do_package_tar[noexec] = "1"
-do_package_write_deb[noexec] = "1"
-do_package_write_ipk[noexec] = "1"
-do_package_write_rpm[noexec] = "1"
-do_package_write_tar[noexec] = "1"
-do_populate_sysroot[noexec] = "1"
-- 
2.7.4

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

[oe] [meta-initramfs][PATCH] initramfs-kexecboot-image: disable runtime dependency on run-postinsts

2017-02-07 Thread Andrea Adami 
The runtime dependency chain leads to the install of unneeded files:

 /usr/sbin/run-postinsts
 /usr/sbin/update-rc.d

This comes from the default value of ROOTFS_BOOTSTRAP_INSTALL='run-postinsts'
To fix this, for this image we need an empty var.

While there, do the same for KERNELDEPMODDEPEND as suggested in image.bbclass.

Signed-off-by: Andrea Adami 
---
 meta-initramfs/recipes-bsp/images/initramfs-kexecboot-image.bb | 8 ++--
 1 file changed, 6 insertions(+), 2 deletions(-)

diff --git a/meta-initramfs/recipes-bsp/images/initramfs-kexecboot-image.bb 
b/meta-initramfs/recipes-bsp/images/initramfs-kexecboot-image.bb
index 45ff50d..835b307 100644
--- a/meta-initramfs/recipes-bsp/images/initramfs-kexecboot-image.bb
+++ b/meta-initramfs/recipes-bsp/images/initramfs-kexecboot-image.bb
@@ -3,10 +3,13 @@ DESCRIPTION = "This image provides kexecboot (linux as 
bootloader) and helpers."
 LICENSE = "MIT"
 LIC_FILES_CHKSUM = 
"file://${COREBASE}/meta/COPYING.MIT;md5=3da9cfbcb788c80a0384361b4de20420"
 
+inherit image
+
 IMAGE_FSTYPES = "${INITRAMFS_FSTYPES}"
 
 # avoid circular dependencies
 EXTRA_IMAGEDEPENDS = ""
+KERNELDEPMODDEPEND = ""
 
 # We really need just kexecboot, kexec and ubiattach
 IMAGE_INSTALL = "kexecboot kexec mtd-utils-ubifs"
@@ -18,7 +21,8 @@ IMAGE_LINGUAS = ""
 
 FEED_DEPLOYDIR_BASE_URI = ""
 LDCONFIGDEPEND = ""
-
 IMAGE_ROOTFS_EXTRA_SPACE = "0"
 
-inherit image
+# disable runtime dependency on run-postinsts -> update-rc.d
+ROOTFS_BOOTSTRAP_INSTALL = ""
+
-- 
2.7.4

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

[oe] [meta-oe][PATCH] udisks: add missing hard dependency

2017-02-07 Thread Mark Asselstine 
Because do_compile() makes calls to dbus-binding-tool we have to make
this tool available via the dbus-glib-native package. Failing this we
get errors:

  | dbus-binding-tool --prefix=port --mode=glib-server --output=port-glue.h ...
  | /bin/bash: dbus-binding-tool: command not found
  | Makefile:1150: recipe for target 'daemon-glue.h' failed

This becomes a hard build failure when per recipe sysroots are used.

Signed-off-by: Mark Asselstine 
---
 meta-oe/recipes-support/udisks/udisks_1.0.5.bb | 4 +++-
 1 file changed, 3 insertions(+), 1 deletion(-)

diff --git a/meta-oe/recipes-support/udisks/udisks_1.0.5.bb 
b/meta-oe/recipes-support/udisks/udisks_1.0.5.bb
index eec6933..d79033b 100644
--- a/meta-oe/recipes-support/udisks/udisks_1.0.5.bb
+++ b/meta-oe/recipes-support/udisks/udisks_1.0.5.bb
@@ -2,7 +2,9 @@ DESCRIPTION = "A storage daemon that implements well-defined 
D-Bus interfaces th
 LICENSE = "GPLv2+"
 LIC_FILES_CHKSUM = "file://COPYING;md5=73d83aebe7e4b62346afde80e0e94273"
 
-DEPENDS = "libatasmart sg3-utils polkit libgudev dbus-glib glib-2.0 
intltool-native lvm2"
+DEPENDS = "libatasmart sg3-utils polkit libgudev dbus-glib glib-2.0 
intltool-native lvm2 \
+dbus-glib-native \
+"
 # optional dependencies: device-mapper parted
 
 DEPENDS += "${@bb.utils.contains('DISTRO_FEATURES', 'systemd', 'systemd', '', 
d)}"
-- 
2.7.4

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

Re: [oe] Patchwork-Status via email

2017-02-07 Thread akuster808 



On 02/07/2017 02:59 AM, Patrick Ohly wrote:

On Tue, 2017-02-07 at 11:25 +0100, Martin Jansa wrote:

On Tue, Feb 07, 2017 at 08:41:14AM +0100, Patrick Ohly wrote:

On Mon, 2017-02-06 at 09:10 -0800, akuster808 wrote:

please drop. this is fixed via a change in master-next.

http://cgit.openembedded.org/meta-openembedded/commit/?h=master-next=2e83e33c592543045a7761907d8cd62937e1e60d

Let's see whether the magic keyword works :-)

[Patchwork-Status: Superseded]

https://patchwork.openembedded.org/patch/136794/

--
Best Regards, Patrick Ohly

The content of this message is my personal opinion only and although
I am an employee of Intel, the statements I make here in no way
represent Intel's position on the issue, nor am I authorized to speak
on behalf of Intel on this matter.

If it was supposed to update status on Patchwork, then it didn't work
it's still in "New" state.

Jose, in your "parsemail: Set patch state from email metadata" patch you
said that it "allows project maintainers to change a patch status
directly from an email message".

Can you clarify who the "project maintainers" are who can use this email
interface?


The list of maintainers (if its the same list) can be found on

https://patchwork.openembedded.org/project/oe/

BTW, is there any doc on the keywords?

- armin

What about this use case here: the original author wants to retract a
patch. Can he do that via email and/or the web interface?

I wasn't the original author and probably also no project maintainer, so
I guess that's why my email had no effect. Can we enable some kind of
error response for such cases?



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

Re: [oe] [meta-networking][PATCH] crda: fix build issue do to missing python module

2017-02-07 Thread akuster808 



[Patchwork-Status: Superseded]

On 02/06/2017 08:39 AM, Armin Kuster wrote:

this now requires python-pycrypto module to fix plus upstream patch

| ERROR: oe_runmake failed
|   GEN  keys-ssl.c
|   Trusted pubkeys: pubkeys/linville.key.pub.pem pubkeys/sforshee.key.pub.pem
| ERROR: Failed to import the "Crypto.PublicKey" module: No module named 
Crypto.PublicKey

Signed-off-by: Armin Kuster 
---
  ...crda-support-python-3-in-utils-key2pub.py.patch | 271 +
  .../recipes-connectivity/crda/crda_3.18.bb |   3 +-
  2 files changed, 273 insertions(+), 1 deletion(-)
  create mode 100644 
meta-networking/recipes-connectivity/crda/crda/0001-crda-support-python-3-in-utils-key2pub.py.patch

diff --git 
a/meta-networking/recipes-connectivity/crda/crda/0001-crda-support-python-3-in-utils-key2pub.py.patch
 
b/meta-networking/recipes-connectivity/crda/crda/0001-crda-support-python-3-in-utils-key2pub.py.patch
new file mode 100644
index 000..d2ca92f
--- /dev/null
+++ 
b/meta-networking/recipes-connectivity/crda/crda/0001-crda-support-python-3-in-utils-key2pub.py.patch
@@ -0,0 +1,271 @@
+From 797f2836c48f9ba2446629ae4b6867ca1a5ea512 Mon Sep 17 00:00:00 2001
+From: Taahir Ahmed 
+Date: Wed, 30 Mar 2016 11:23:54 -0300
+Subject: [PATCH 1/2] crda: support python 3 in utils/key2pub.py
+
+utils/key2pub.py can now be run under either python 2.7 or python 3.x.
+This required some minor syntactical changes as well as switching from
+M2Crypto to pycrypto, since M2Crypto doesn't support python 3.x.
+
+In addition, some errors in the generated source file keys-ssl.h are
+fixed:
+
+  * The correct OpenSSL header for BN_ULONG is included.
+
+  * The generated constants are given the 'ull' suffix to prevent
+warnings about constants that are too large.
+
+[Gustavo: don't call /utils/key2pub.py since that doesn't compute]
+
+Signed-off-by: Gustavo Zacarias 
+
+Upstream-Status: Backport
+cdra seems to be a stalled project.
+
+Signed-off-by: Armin Kuster 
+
+---
+Status: submitted upstream by author but not (yet) accepted
+URL: http://www.spinics.net/lists/linux-wireless/msg138936.html
+
+ Makefile |   2 +-
+ utils/key2pub.py | 146 ---
+ 2 files changed, 75 insertions(+), 73 deletions(-)
+
+Index: crda-3.18/Makefile
+===
+--- crda-3.18.orig/Makefile
 crda-3.18/Makefile
+@@ -112,7 +112,7 @@ $(REG_BIN):
+ keys-%.c: utils/key2pub.py $(wildcard $(PUBKEY_DIR)/*.pem)
+   $(NQ) '  GEN ' $@
+   $(NQ) '  Trusted pubkeys:' $(wildcard $(PUBKEY_DIR)/*.pem)
+-  $(Q)./utils/key2pub.py --$* $(wildcard $(PUBKEY_DIR)/*.pem) $@
++  $(Q) python utils/key2pub.py --$* $(wildcard $(PUBKEY_DIR)/*.pem) $@
+
+ $(LIBREG): reglib.c
+   $(NQ) '  CC  ' $@
+Index: crda-3.18/utils/key2pub.py
+===
+--- crda-3.18.orig/utils/key2pub.py
 crda-3.18/utils/key2pub.py
+@@ -1,80 +1,77 @@
+ #!/usr/bin/env python
+
++import io
+ import sys
+ try:
+-   from M2Crypto import RSA
+-except ImportError, e:
+-   sys.stderr.write('ERROR: Failed to import the "M2Crypto" module: %s\n' 
% e.message)
+-   sys.stderr.write('Please install the "M2Crypto" Python module.\n')
+-   sys.stderr.write('On Debian GNU/Linux the package is called 
"python-m2crypto".\n')
+-   sys.exit(1)
++from Crypto.PublicKey import RSA
++except ImportError as e:
++sys.stderr.write('ERROR: Failed to import the "Crypto.PublicKey" module: 
%s\n' % e.message)
++sys.stderr.write('Please install the "Crypto.PublicKey" Python module.\n')
++sys.stderr.write('On Debian GNU/Linux the package is called 
"python-crypto".\n')
++sys.exit(1)
++
++def bitwise_collect(value, radix_bits):
++words = []
++radix_mask = (1 << radix_bits) - 1
++while value != 0:
++words.append(value & radix_mask)
++value >>= radix_bits
++return words
+
+ def print_ssl_64(output, name, val):
+-while val[0] == '\0':
+-val = val[1:]
+-while len(val) % 8:
+-val = '\0' + val
+-vnew = []
+-while len(val):
+-vnew.append((val[0], val[1], val[2], val[3], val[4], val[5], val[6], 
val[7]))
+-val = val[8:]
+-vnew.reverse()
+-output.write('static BN_ULONG %s[%d] = {\n' % (name, len(vnew)))
++# OpenSSL expects 64-bit words given least-significant-word first.
++vwords = bitwise_collect(val, 64)
++
++output.write(u'static BN_ULONG {}[] = {{\n'.format(name))
+ idx = 0
+-for v1, v2, v3, v4, v5, v6, v7, v8 in vnew:
++for vword in vwords:
+ if not idx:
+-output.write('\t')
+-output.write('0x%.2x%.2x%.2x%.2x%.2x%.2x%.2x%.2xULL, ' % (ord(v1), 
ord(v2), ord(v3), ord(v4), ord(v5), ord(v6), ord(v7), ord(v8)))
++output.write(u'\t')
++

[oe] [meta-oe][PATCH 3/3] libwebsockets: Add recipe for version 2.1.0

2017-02-07 Thread Fabio Berton 
Signed-off-by: Fabio Berton 
---
 .../libwebsockets/libwebsockets_2.1.0.bb   | 32 ++
 1 file changed, 32 insertions(+)
 create mode 100644 
meta-oe/recipes-connectivity/libwebsockets/libwebsockets_2.1.0.bb

diff --git a/meta-oe/recipes-connectivity/libwebsockets/libwebsockets_2.1.0.bb 
b/meta-oe/recipes-connectivity/libwebsockets/libwebsockets_2.1.0.bb
new file mode 100644
index 0..316b38d3b
--- /dev/null
+++ b/meta-oe/recipes-connectivity/libwebsockets/libwebsockets_2.1.0.bb
@@ -0,0 +1,32 @@
+SUMMARY = "Canonical libwebsockets.org websocket library"
+HOMEPAGE = "https://libwebsockets.org/;
+LICENSE = "LGPL-2.1"
+LIC_FILES_CHKSUM = 
"file://${COMMON_LICENSE_DIR}/GPL-2.0;md5=801f80980d171dd6425610833a22dbe6"
+
+DEPENDS = "zlib"
+
+SRC_URI = "https://github.com/warmcat/libwebsockets/archive/v${PV}.tar.gz;
+
+SRC_URI[md5sum] = "4df3be57dee43aeebd54a3ed56568f50"
+SRC_URI[sha256sum] = 
"bcc96aaa609daae4d3f7ab1ee480126709ef4f6a8bf9c85de40aae48e38cce66"
+
+S = "${WORKDIR}/${PN}-${PV}"
+
+inherit cmake pkgconfig
+
+PACKAGECONFIG ?= "libuv client server http2 ssl"
+PACKAGECONFIG[libev] = "-DLWS_WITH_LIBEV=ON,-DLWS_WITH_LIBEV=OFF,libev"
+PACKAGECONFIG[libuv] = "-DLWS_WITH_LIBUV=ON,-DLWS_WITH_LIBUV=OFF,libuv"
+PACKAGECONFIG[client] = "-DLWS_WITHOUT_CLIENT=OFF,-DLWS_WITHOUT_CLIENT=ON,"
+PACKAGECONFIG[server] = "-DLWS_WITHOUT_SERVER=OFF,-DLWS_WITHOUT_SERVER=ON,"
+PACKAGECONFIG[http2] = "-DLWS_WITH_HTTP2=ON,-DLWS_WITH_HTTP2=OFF,"
+PACKAGECONFIG[ipv6] = "-DLWS_IPV6=ON,-DLWS_IPV6=OFF,"
+PACKAGECONFIG[ssl] = "-DLWS_WITH_SSL=ON,-DLWS_WITH_SSL=OFF,openssl"
+PACKAGECONFIG[testapps] = 
"-DLWS_WITHOUT_TESTAPPS=OFF,-DLWS_WITHOUT_TESTAPPS=ON,"
+
+PACKAGES =+ "${PN}-testapps"
+
+FILES_${PN}-dev += "${libdir}/cmake/libwebsockets/*.cmake"
+FILES_${PN}-testapps += "${datadir}/libwebsockets-test-server/*"
+
+RDEPENDS_${PN} += "zlib"
-- 
2.11.0

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

[oe] [meta-oe][PATCH 2/3] libuv: Add recipe for version 1.10.2

2017-02-07 Thread Fabio Berton 
Signed-off-by: Fabio Berton 
---
 meta-oe/recipes-connectivity/libuv/libuv_1.10.2.bb | 19 +++
 1 file changed, 19 insertions(+)
 create mode 100644 meta-oe/recipes-connectivity/libuv/libuv_1.10.2.bb

diff --git a/meta-oe/recipes-connectivity/libuv/libuv_1.10.2.bb 
b/meta-oe/recipes-connectivity/libuv/libuv_1.10.2.bb
new file mode 100644
index 0..fbdbeaa89
--- /dev/null
+++ b/meta-oe/recipes-connectivity/libuv/libuv_1.10.2.bb
@@ -0,0 +1,19 @@
+SUMMARY = "A multi-platform support library with a focus on asynchronous I/O"
+HOMEPAGE = "https://github.com/libuv/libuv;
+BUGTRACKER = "https://github.com/libuv/libuv/issues;
+LICENSE = "MIT"
+LIC_FILES_CHKSUM = "file://LICENSE;md5=bb5ea0d651f4c3519327171906045775"
+
+SRC_URI = "https://github.com/libuv/${PN}/archive/v${PV}.tar.gz;
+
+SRC_URI[md5sum] = "6e16d1d1ca464add0730d637effb1c1c"
+SRC_URI[sha256sum] = 
"2d740a2adea0f1a19058626f55a076ac41a4ac1f95d4e57cae0c8a634a6cd63b"
+
+S = "${WORKDIR}/${PN}-${PV}"
+
+inherit autotools
+
+do_configure() {
+${S}/autogen.sh || bbnote "${PN} failed to autogen.sh"
+oe_runconf
+}
-- 
2.11.0

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

[oe] [meta-oe][PATCH 1/3] libev: Add recipe for version 4.24

2017-02-07 Thread Fabio Berton 
Signed-off-by: Fabio Berton 
---
 meta-oe/recipes-connectivity/libev/libev_4.24.bb | 14 ++
 1 file changed, 14 insertions(+)
 create mode 100644 meta-oe/recipes-connectivity/libev/libev_4.24.bb

diff --git a/meta-oe/recipes-connectivity/libev/libev_4.24.bb 
b/meta-oe/recipes-connectivity/libev/libev_4.24.bb
new file mode 100644
index 0..40f7dc710
--- /dev/null
+++ b/meta-oe/recipes-connectivity/libev/libev_4.24.bb
@@ -0,0 +1,14 @@
+SUMMARY = "A full-featured and high-performance event loop that is loosely \
+modelled after libevent."
+HOMEPAGE = "http://software.schmorp.de/pkg/libev.html;
+LICENSE = "GPLv2+"
+LIC_FILES_CHKSUM = "file://LICENSE;md5=d6ad416afd040c90698edcdf1cbee347"
+
+SRC_URI = "http://dist.schmorp.de/${PN}/${PN}-${PV}.tar.gz;
+
+SRC_URI[md5sum] = "94459a5a22db041dec6f98424d6efe54"
+SRC_URI[sha256sum] = 
"973593d3479abdf657674a55afe5f78624b0e440614e2b8cb3a07f16d4d7f821"
+
+S = "${WORKDIR}/${PN}-${PV}"
+
+inherit autotools
-- 
2.11.0

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

Re: [oe] Patchwork-Status via email

2017-02-07 Thread Jose Lamego 


On 02/07/2017 01:10 PM, Patrick Ohly wrote:
> On Tue, 2017-02-07 at 12:32 -0600, Jose Lamego wrote:
>>
>> On 02/07/2017 04:59 AM, Patrick Ohly wrote:
>>> What about this use case here: the original author wants to retract a
>>> patch. Can he do that via email and/or the web interface?
>>>
>> Patch submitter (and project maintainers) can update status manually
>> through the web interface.
> 
> I suspect that this makes the email interface less useful that it could
> be. May I suggest that we relax the permission check so that also patch
> authors can change the status of a patch?
> 
Agree. I will handle this under the mentioned bugzilla.

-- 
Jose Lamego | OTC Embedded Platforms & Tools | GDC



signature.asc
Description: OpenPGP digital signature
-- 
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel

Re: [oe] Patchwork-Status via email

2017-02-07 Thread Patrick Ohly 
On Tue, 2017-02-07 at 12:32 -0600, Jose Lamego wrote:
> 
> On 02/07/2017 04:59 AM, Patrick Ohly wrote:
> > What about this use case here: the original author wants to retract a
> > patch. Can he do that via email and/or the web interface?
> > 
> Patch submitter (and project maintainers) can update status manually
> through the web interface.

I suspect that this makes the email interface less useful that it could
be. May I suggest that we relax the permission check so that also patch
authors can change the status of a patch?

-- 
Best Regards, Patrick Ohly

The content of this message is my personal opinion only and although
I am an employee of Intel, the statements I make here in no way
represent Intel's position on the issue, nor am I authorized to speak
on behalf of Intel on this matter.



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

Re: [oe] Patchwork-Status via email

2017-02-07 Thread Jose Lamego 


On 02/07/2017 04:59 AM, Patrick Ohly wrote:
> On Tue, 2017-02-07 at 11:25 +0100, Martin Jansa wrote:
>> On Tue, Feb 07, 2017 at 08:41:14AM +0100, Patrick Ohly wrote:
>>> On Mon, 2017-02-06 at 09:10 -0800, akuster808 wrote:
 please drop. this is fixed via a change in master-next.

 http://cgit.openembedded.org/meta-openembedded/commit/?h=master-next=2e83e33c592543045a7761907d8cd62937e1e60d
>>>
>>> Let's see whether the magic keyword works :-)
>>>
>>> [Patchwork-Status: Superseded]
>>>
>>> https://patchwork.openembedded.org/patch/136794/
>>>
>>> -- 
>>> Best Regards, Patrick Ohly
>>>
>>> The content of this message is my personal opinion only and although
>>> I am an employee of Intel, the statements I make here in no way
>>> represent Intel's position on the issue, nor am I authorized to speak
>>> on behalf of Intel on this matter.
>>
>> If it was supposed to update status on Patchwork, then it didn't work
>> it's still in "New" state.
> 
> Jose, in your "parsemail: Set patch state from email metadata" patch you
> said that it "allows project maintainers to change a patch status
> directly from an email message".
> 
> Can you clarify who the "project maintainers" are who can use this email
> interface?
> 
Correct, the patch status change through email is available only for
those registered as project maintainers in Patchwork. These are listed
under "About this project" section at the web interface.

> What about this use case here: the original author wants to retract a
> patch. Can he do that via email and/or the web interface?
> 
Patch submitter (and project maintainers) can update status manually
through the web interface.

> I wasn't the original author and probably also no project maintainer, so
> I guess that's why my email had no effect. Can we enable some kind of
> error response for such cases?
> 
Good idea. I've filed a request to track this:
https://bugzilla.yoctoproject.org/show_bug.cgi?id=11027

-- 
Jose Lamego | OTC Embedded Platforms & Tools | GDC



signature.asc
Description: OpenPGP digital signature
-- 
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel

Re: [oe] [meta-qt5][PATCH v6] Upgrade to Qt 5.8

2017-02-07 Thread Andreas Müller 
On Thu, Jan 26, 2017 at 3:54 PM, Samuli Piippo  wrote:
> The linux-oe-g++ mkspec is changed to use $$(...) operator to obtain
> the contents of an environment value when qmake is run instead of when
> Makefile is processed. All OE_QMAKE_xxx variables need to be exported
> for qmake to find them. configure's setBootstrapVariable function needs
> to change $$(..) to normal $(...) operator to work with qmake's Makefile.
>
> qt.conf generation for qtbase recipes is not needed, as configure will
> generate its own version based on configure arguments. Skip running
> qmake, since configure is now automatically invoked when it's run in
> qtbase's root folder.
>
> Update PACKAGECONFIGs for qtbase to match current configure options.
>
> The new Qt configuration system [1] can be used with a new variable
> EXTRA_QMAKEVARS_CONFIGURE, which takes both command line and feature
> arguments.
>
> Merge the two qtwayland recipes to one that supports all three targets
> (target, native, nativesdk) without need for additional patch.
>
> Recipes for new Qt modules: QtSCXML, QtNetworkAuth, QtGamepad.
> Removes qtdeclarative-render2d
>
> [1] https://www.mail-archive.com/development@qt-project.org/msg25257.html
>
I have two issues/questions regarding this patch;

1. This patch changes the way qmake finds qt.conf. For 5.7 qmake was
checking if QT_CONF_PATH was set in environment and if so did the
right thing without further quirks. This is gone now and we have to
pass with -qtconf ${OE_QMAKE_QTCONF_PATH}. This causes additional
efforts for packages using qmake from within autotools e.g all the
synth-stuff found at [1]. Is this change really necessary?

2.
>+generate_qt_config_file_effective_paths() {
>+cat >> ${OE_QMAKE_QTCONF_PATH} <+[EffectivePaths]
>+HostBinaries = ${OE_QMAKE_PATH_EXTERNAL_HOST_BINS}
>+HostData = ${OE_QMAKE_PATH_HOST_DATA}
>+HostPrefix = ${STAGING_DIR_NATIVE}${prefix_native}

^^ This does not look sane to me - shouldn't this be
HostPrefix = ${STAGING_DIR_HOST}${prefix}

Sorry for entering this late but I had other tasks the recent weeks

Andreas

[1] http://www.rncbc.org/drupal/
-- 
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel

Re: [oe] [meta-webserver][krogoth][PATCH] apache2: always use the archive.apache.org to ensure older releases are always available

2017-02-07 Thread Olof Johansson 
On 17-02-07 14:12 +0100, Oleksandr Kravchuk wrote:
> Olof -
> 
> This change is already in 'master'.

Yes, I know. This is a request for backporting to krogoth. (And
there's a separate patch targetting morty, but didn't feel it
worthwhile to send to "ping" emails.)

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

Re: [oe] [meta-webserver][krogoth][PATCH] apache2: always use the archive.apache.org to ensure older releases are always available

2017-02-07 Thread Oleksandr Kravchuk 
Olof -

This change is already in 'master'.

On 7 February 2017 at 13:54, Olof Johansson  wrote:

> Ping
>
> On 17-01-20 10:31 +0100, Olof Johansson wrote:
> > From: Derek Straka 
> >
> > Signed-off-by: Derek Straka 
> > Signed-off-by: Martin Jansa 
> > Signed-off-by: Olof Johansson 
> > ---
> >  meta-webserver/recipes-httpd/apache2/apache2-native_2.4.23.bb | 2 +-
> >  meta-webserver/recipes-httpd/apache2/apache2_2.4.23.bb| 2 +-
> >  2 files changed, 2 insertions(+), 2 deletions(-)
> >
> > diff --git a/meta-webserver/recipes-httpd/apache2/apache2-native_
> 2.4.23.bb b/meta-webserver/recipes-httpd/apache2/apache2-native_2.4.23.bb
> > index b227f19..aa26cc7 100644
> > --- a/meta-webserver/recipes-httpd/apache2/apache2-native_2.4.23.bb
> > +++ b/meta-webserver/recipes-httpd/apache2/apache2-native_2.4.23.bb
> > @@ -8,7 +8,7 @@ LICENSE = "Apache-2.0"
> >
> >  inherit autotools pkgconfig native
> >
> > -SRC_URI = "http://www.apache.org/dist/httpd/httpd-${PV}.tar.bz2 \
> > +SRC_URI = "http://archive.apache.org/dist/httpd/httpd-${PV}.tar.bz2 \
> > file://0001-configure-use-pkg-config-for-PCRE-detection.patch
> \
> >"
> >
> > diff --git a/meta-webserver/recipes-httpd/apache2/apache2_2.4.23.bb
> b/meta-webserver/recipes-httpd/apache2/apache2_2.4.23.bb
> > index 5bea876..9459766 100644
> > --- a/meta-webserver/recipes-httpd/apache2/apache2_2.4.23.bb
> > +++ b/meta-webserver/recipes-httpd/apache2/apache2_2.4.23.bb
> > @@ -6,7 +6,7 @@ DEPENDS = "libtool-native apache2-native openssl expat
> pcre apr apr-util"
> >  SECTION = "net"
> >  LICENSE = "Apache-2.0"
> >
> > -SRC_URI = "http://www.apache.org/dist/httpd/httpd-${PV}.tar.bz2 \
> > +SRC_URI = "http://archive.apache.org/dist/httpd/httpd-${PV}.tar.bz2 \
> > file://server-makefile.patch \
> > file://httpd-2.4.1-corelimit.patch \
> > file://httpd-2.4.4-export.patch \
> > --
> > 2.1.4
> >
>
> --
> olofjn
> --
> ___
> Openembedded-devel mailing list
> Openembedded-devel@lists.openembedded.org
> http://lists.openembedded.org/mailman/listinfo/openembedded-devel
>



-- 
Yes, this is my signature
-- 
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel

Re: [oe] [meta-webserver][krogoth][PATCH] apache2: always use the archive.apache.org to ensure older releases are always available

2017-02-07 Thread Olof Johansson 
Ping

On 17-01-20 10:31 +0100, Olof Johansson wrote:
> From: Derek Straka 
> 
> Signed-off-by: Derek Straka 
> Signed-off-by: Martin Jansa 
> Signed-off-by: Olof Johansson 
> ---
>  meta-webserver/recipes-httpd/apache2/apache2-native_2.4.23.bb | 2 +-
>  meta-webserver/recipes-httpd/apache2/apache2_2.4.23.bb| 2 +-
>  2 files changed, 2 insertions(+), 2 deletions(-)
> 
> diff --git a/meta-webserver/recipes-httpd/apache2/apache2-native_2.4.23.bb 
> b/meta-webserver/recipes-httpd/apache2/apache2-native_2.4.23.bb
> index b227f19..aa26cc7 100644
> --- a/meta-webserver/recipes-httpd/apache2/apache2-native_2.4.23.bb
> +++ b/meta-webserver/recipes-httpd/apache2/apache2-native_2.4.23.bb
> @@ -8,7 +8,7 @@ LICENSE = "Apache-2.0"
>  
>  inherit autotools pkgconfig native
>  
> -SRC_URI = "http://www.apache.org/dist/httpd/httpd-${PV}.tar.bz2 \
> +SRC_URI = "http://archive.apache.org/dist/httpd/httpd-${PV}.tar.bz2 \
> file://0001-configure-use-pkg-config-for-PCRE-detection.patch \
>"
>  
> diff --git a/meta-webserver/recipes-httpd/apache2/apache2_2.4.23.bb 
> b/meta-webserver/recipes-httpd/apache2/apache2_2.4.23.bb
> index 5bea876..9459766 100644
> --- a/meta-webserver/recipes-httpd/apache2/apache2_2.4.23.bb
> +++ b/meta-webserver/recipes-httpd/apache2/apache2_2.4.23.bb
> @@ -6,7 +6,7 @@ DEPENDS = "libtool-native apache2-native openssl expat pcre 
> apr apr-util"
>  SECTION = "net"
>  LICENSE = "Apache-2.0"
>  
> -SRC_URI = "http://www.apache.org/dist/httpd/httpd-${PV}.tar.bz2 \
> +SRC_URI = "http://archive.apache.org/dist/httpd/httpd-${PV}.tar.bz2 \
> file://server-makefile.patch \
> file://httpd-2.4.1-corelimit.patch \
> file://httpd-2.4.4-export.patch \
> -- 
> 2.1.4
> 

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

Re: [oe] [meta-qt5][PATCH v2] qt3d: Add assimp dependency

2017-02-07 Thread Martin Jansa 
On Fri, Jan 27, 2017 at 04:54:00PM -0600, Tom Hochstein wrote:
> Fix build error:
> 
> fatal error: assimp/Importer.hpp: No such file or directory

I'm was able to build qt3d without this dependency, is there something
in your config which enabled it? Or is it autodetected from sysroot
which wont be an issue anymore with master and RSS, but your change
doesn't fix the autodetection for older branches.

> Signed-off-by: Tom Hochstein 
> ---
>  recipes-qt/qt5/qt3d_git.bb | 1 +
>  1 file changed, 1 insertion(+)
> 
> diff --git a/recipes-qt/qt5/qt3d_git.bb b/recipes-qt/qt5/qt3d_git.bb
> index 2276c36..7c31213 100644
> --- a/recipes-qt/qt5/qt3d_git.bb
> +++ b/recipes-qt/qt5/qt3d_git.bb
> @@ -19,6 +19,7 @@ PACKAGECONFIG ??= ""
>  PACKAGECONFIG_class-native ??= "tools-only"
>  PACKAGECONFIG_class-nativesdk ??= "tools-only"
>  PACKAGECONFIG[tools-only] = "CONFIG+=tools-only"
> +PACKAGECONFIG[assimp] = ",,assimp"
>  
>  EXTRA_QMAKEVARS_PRE += "${PACKAGECONFIG_CONFARGS}"
>  
> -- 
> 1.9.1
> 
> -- 
> ___
> Openembedded-devel mailing list
> Openembedded-devel@lists.openembedded.org
> http://lists.openembedded.org/mailman/listinfo/openembedded-devel

-- 
Martin 'JaMa' Jansa jabber: martin.ja...@gmail.com


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

Re: [oe] [meta-qt5][PATCH] qtwebkit: add necessary dependency on gperf-native

2017-02-07 Thread Martin Jansa 
On Mon, Feb 06, 2017 at 10:28:11PM +0100, Andreas Oberritter wrote:
> Ping. In Patchwork this was archived, but it's not in master-next.

Merged now, thanks for ping.

I've merged different version of the same change:
https://patchwork.openembedded.org/patch/136444/

and interestingly enough I was able to build qtwebkit 5.8 last week
without this change, that's why it wasn't in master-next yet.

> On Sun, 29 Jan 2017 10:33:24 +0100
> Andreas Oberritter  wrote:
> 
> > QtWebKit refuses to build if gperf is not found in PATH.
> > 
> > Signed-off-by: Andreas Oberritter 
> > ---
> >  recipes-qt/qt5/qtwebkit_git.bb | 2 +-
> >  1 file changed, 1 insertion(+), 1 deletion(-)
> > 
> > diff --git a/recipes-qt/qt5/qtwebkit_git.bb b/recipes-qt/qt5/qtwebkit_git.bb
> > index 2d69bb8..4845d0f 100644
> > --- a/recipes-qt/qt5/qtwebkit_git.bb
> > +++ b/recipes-qt/qt5/qtwebkit_git.bb
> > @@ -9,7 +9,7 @@ LIC_FILES_CHKSUM = " \
> >  
> > file://Source/JavaScriptCore/parser/Parser.h;endline=21;md5=bd69f72183a7af673863f057576e21ee
> >  \
> >  "
> >  
> > -DEPENDS += "qtbase qtdeclarative icu ruby-native sqlite3 glib-2.0 libxslt"
> > +DEPENDS += "qtbase qtdeclarative icu ruby-native sqlite3 glib-2.0 libxslt 
> > gperf-native"
> >  
> >  # qemuarm build fails with:
> >  # | {standard input}: Assembler messages:
> 

-- 
Martin 'JaMa' Jansa jabber: martin.ja...@gmail.com


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

[oe] Patchwork-Status via email (was: Re: [meta-networking][PATCH] crda: fix build issue do to missing python module)

2017-02-07 Thread Patrick Ohly 
On Tue, 2017-02-07 at 11:25 +0100, Martin Jansa wrote:
> On Tue, Feb 07, 2017 at 08:41:14AM +0100, Patrick Ohly wrote:
> > On Mon, 2017-02-06 at 09:10 -0800, akuster808 wrote:
> > > please drop. this is fixed via a change in master-next.
> > > 
> > > http://cgit.openembedded.org/meta-openembedded/commit/?h=master-next=2e83e33c592543045a7761907d8cd62937e1e60d
> > 
> > Let's see whether the magic keyword works :-)
> > 
> > [Patchwork-Status: Superseded]
> > 
> > https://patchwork.openembedded.org/patch/136794/
> > 
> > -- 
> > Best Regards, Patrick Ohly
> > 
> > The content of this message is my personal opinion only and although
> > I am an employee of Intel, the statements I make here in no way
> > represent Intel's position on the issue, nor am I authorized to speak
> > on behalf of Intel on this matter.
> 
> If it was supposed to update status on Patchwork, then it didn't work
> it's still in "New" state.

Jose, in your "parsemail: Set patch state from email metadata" patch you
said that it "allows project maintainers to change a patch status
directly from an email message".

Can you clarify who the "project maintainers" are who can use this email
interface?

What about this use case here: the original author wants to retract a
patch. Can he do that via email and/or the web interface?

I wasn't the original author and probably also no project maintainer, so
I guess that's why my email had no effect. Can we enable some kind of
error response for such cases?

-- 
Best Regards, Patrick Ohly

The content of this message is my personal opinion only and although
I am an employee of Intel, the statements I make here in no way
represent Intel's position on the issue, nor am I authorized to speak
on behalf of Intel on this matter.



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

Re: [oe] [meta-networking][PATCH] crda: fix build issue do to missing python module

2017-02-07 Thread Martin Jansa 
On Tue, Feb 07, 2017 at 08:41:14AM +0100, Patrick Ohly wrote:
> On Mon, 2017-02-06 at 09:10 -0800, akuster808 wrote:
> > please drop. this is fixed via a change in master-next.
> > 
> > http://cgit.openembedded.org/meta-openembedded/commit/?h=master-next=2e83e33c592543045a7761907d8cd62937e1e60d
> 
> Let's see whether the magic keyword works :-)
> 
> [Patchwork-Status: Superseded]
> 
> https://patchwork.openembedded.org/patch/136794/
> 
> -- 
> Best Regards, Patrick Ohly
> 
> The content of this message is my personal opinion only and although
> I am an employee of Intel, the statements I make here in no way
> represent Intel's position on the issue, nor am I authorized to speak
> on behalf of Intel on this matter.

If it was supposed to update status on Patchwork, then it didn't work
it's still in "New" state.

Regards,

-- 
Martin 'JaMa' Jansa jabber: martin.ja...@gmail.com


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

Re: [oe] [meta-qt5][PATCH v6] Upgrade to Qt 5.8

2017-02-07 Thread Andreas Müller 
On Tue, Feb 7, 2017 at 9:22 AM, Andreas Müller
 wrote:
> On Fri, Jan 27, 2017 at 5:36 PM, Martin Jansa  wrote:
>> On Thu, Jan 26, 2017 at 09:03:38PM +0100, Martin Jansa wrote:
>>> On Thu, Jan 26, 2017 at 04:54:50PM +0200, Samuli Piippo wrote:
>>> > The linux-oe-g++ mkspec is changed to use $$(...) operator to obtain
>>> > the contents of an environment value when qmake is run instead of when
>>> > Makefile is processed. All OE_QMAKE_xxx variables need to be exported
>>> > for qmake to find them. configure's setBootstrapVariable function needs
>>> > to change $$(..) to normal $(...) operator to work with qmake's Makefile.
>>> >
>>> > qt.conf generation for qtbase recipes is not needed, as configure will
>>> > generate its own version based on configure arguments. Skip running
>>> > qmake, since configure is now automatically invoked when it's run in
>>> > qtbase's root folder.
>>> >
>>> > Update PACKAGECONFIGs for qtbase to match current configure options.
>>> >
>>> > The new Qt configuration system [1] can be used with a new variable
>>> > EXTRA_QMAKEVARS_CONFIGURE, which takes both command line and feature
>>> > arguments.
>>> >
>>> > Merge the two qtwayland recipes to one that supports all three targets
>>> > (target, native, nativesdk) without need for additional patch.
>>> >
>>> > Recipes for new Qt modules: QtSCXML, QtNetworkAuth, QtGamepad.
>>> > Removes qtdeclarative-render2d
>>>
>>> Thanks this resolved the -no-alsa issue, now it failing a bit further
>>> with:
>>>
>>> |
>>> /OE/build/oe-core/tmp-glibc/work/i586-oe-linux/qtwebkit/5.8.0+gitAUTOINC+74ac5b0f34-r0/git/Source/ThirdParty/ANGLE/src/compiler/preprocessor/Tokenizer.l:2779:26:
>>> error: 'yylex_destroy' was not declared in this scope
>>>
>>> which might be caused by flex upgrade as I'm seeing similar issues in
>>> other recipes and Khem reported the same here:
>>> http://lists.openembedded.org/pipermail/openembedded-core/2017-January/131555.html
>>> and Patrick here:
>>> http://lists.openembedded.org/pipermail/openembedded-core/2017-January/131326.html
>>>
>>> Hopefully there will be upgrade to flex-2.6.3 to test this completely.
>>
>> After reverting flex-2.6.2 upgrade I was able to build most of the qt
>> recipes for qemux86 (the complete bitbake world build is still running
>> on jenkins slaves will send report e-mail someday next week).
>>
>> The only exception is qtwebengine which fails like this:
>> | [12/10222] LINK character_data_generator
>> | FAILED: character_data_generator
>> | g++ -Wl,-O1 -Wl,--hash-style=gnu -Wl,--as-needed -Wl,-z,now -Wl,-z,relro 
>> -Wl,-z,defs -pthread -Wl,-z,noexecstack -fPIC -Wl,--disable-new-dtags 
>> -Wl,-O1 -Wl,--as-needed -Wl,--gc-sections -Wl,--no-as-needed -lpthread 
>> -Wl,--as-needed -o character_data_generator -Wl,--start-group 
>> obj.host/src/3rdparty/chromium/third_party/WebKit/Source/platform/text/character_data_generator.CharacterPropertyDataGenerator.o
>>  obj.host/src/3rdparty/chromium/third_party/icu/libicuuc.a -Wl,--end-group
>> | 
>> /usr/lib/gcc/x86_64-pc-linux-gnu/6.2.0/../../../../x86_64-pc-linux-gnu/bin/ld:
>>  i386 architecture of input file 
>> `obj.host/src/3rdparty/chromium/third_party/icu/source/common/icuuc.utrie2_builder.o'
>>  is incompatible with i386:x86-64 output
>> | 
>> /usr/lib/gcc/x86_64-pc-linux-gnu/6.2.0/../../../../x86_64-pc-linux-gnu/bin/ld:
>>  i386 architecture of input file 
>> `obj.host/src/3rdparty/chromium/third_party/icu/source/common/icuuc.utrie2.o'
>>  is incompatible with i386:x86-64 output
>> | 
>> /usr/lib/gcc/x86_64-pc-linux-gnu/6.2.0/../../../../x86_64-pc-linux-gnu/bin/ld:
>>  i386 architecture of input file 
>> `obj.host/src/3rdparty/chromium/third_party/icu/source/common/icuuc.utrie.o' 
>> is incompatible with i386:x86-64 output
>> | 
>> /usr/lib/gcc/x86_64-pc-linux-gnu/6.2.0/../../../../x86_64-pc-linux-gnu/bin/ld:
>>  i386 architecture of input file 
>> `obj.host/src/3rdparty/chromium/third_party/icu/source/common/icuuc.cmemory.o'
>>  is incompatible with i386:x86-64 output
>> | 
>> /usr/lib/gcc/x86_64-pc-linux-gnu/6.2.0/../../../../x86_64-pc-linux-gnu/bin/ld:
>>  i386 architecture of input file 
>> `obj.host/src/3rdparty/chromium/third_party/icu/source/common/icuuc.ucol_swp.o'
>>  is incompatible with i386:x86-64 output
>> | 
>> /usr/lib/gcc/x86_64-pc-linux-gnu/6.2.0/../../../../x86_64-pc-linux-gnu/bin/ld:
>>  i386 architecture of input file 
>> `obj.host/src/3rdparty/chromium/third_party/icu/source/common/icuuc.udataswp.o'
>>  is incompatible with i386:x86-64 output
>> | 
>> /usr/lib/gcc/x86_64-pc-linux-gnu/6.2.0/../../../../x86_64-pc-linux-gnu/bin/ld:
>>  i386 architecture of input file 
>> `obj.host/src/3rdparty/chromium/third_party/icu/source/common/icuuc.uinvchar.o'
>>  is incompatible with i386:x86-64 output
>> | 
>> /usr/lib/gcc/x86_64-pc-linux-gnu/6.2.0/../../../../x86_64-pc-linux-gnu/bin/ld:
>>  i386 architecture of input file 
>>

Re: [oe] [meta-qt5][PATCH v6] Upgrade to Qt 5.8

2017-02-07 Thread Andreas Müller 
On Fri, Jan 27, 2017 at 5:36 PM, Martin Jansa  wrote:
> On Thu, Jan 26, 2017 at 09:03:38PM +0100, Martin Jansa wrote:
>> On Thu, Jan 26, 2017 at 04:54:50PM +0200, Samuli Piippo wrote:
>> > The linux-oe-g++ mkspec is changed to use $$(...) operator to obtain
>> > the contents of an environment value when qmake is run instead of when
>> > Makefile is processed. All OE_QMAKE_xxx variables need to be exported
>> > for qmake to find them. configure's setBootstrapVariable function needs
>> > to change $$(..) to normal $(...) operator to work with qmake's Makefile.
>> >
>> > qt.conf generation for qtbase recipes is not needed, as configure will
>> > generate its own version based on configure arguments. Skip running
>> > qmake, since configure is now automatically invoked when it's run in
>> > qtbase's root folder.
>> >
>> > Update PACKAGECONFIGs for qtbase to match current configure options.
>> >
>> > The new Qt configuration system [1] can be used with a new variable
>> > EXTRA_QMAKEVARS_CONFIGURE, which takes both command line and feature
>> > arguments.
>> >
>> > Merge the two qtwayland recipes to one that supports all three targets
>> > (target, native, nativesdk) without need for additional patch.
>> >
>> > Recipes for new Qt modules: QtSCXML, QtNetworkAuth, QtGamepad.
>> > Removes qtdeclarative-render2d
>>
>> Thanks this resolved the -no-alsa issue, now it failing a bit further
>> with:
>>
>> |
>> /OE/build/oe-core/tmp-glibc/work/i586-oe-linux/qtwebkit/5.8.0+gitAUTOINC+74ac5b0f34-r0/git/Source/ThirdParty/ANGLE/src/compiler/preprocessor/Tokenizer.l:2779:26:
>> error: 'yylex_destroy' was not declared in this scope
>>
>> which might be caused by flex upgrade as I'm seeing similar issues in
>> other recipes and Khem reported the same here:
>> http://lists.openembedded.org/pipermail/openembedded-core/2017-January/131555.html
>> and Patrick here:
>> http://lists.openembedded.org/pipermail/openembedded-core/2017-January/131326.html
>>
>> Hopefully there will be upgrade to flex-2.6.3 to test this completely.
>
> After reverting flex-2.6.2 upgrade I was able to build most of the qt
> recipes for qemux86 (the complete bitbake world build is still running
> on jenkins slaves will send report e-mail someday next week).
>
> The only exception is qtwebengine which fails like this:
> | [12/10222] LINK character_data_generator
> | FAILED: character_data_generator
> | g++ -Wl,-O1 -Wl,--hash-style=gnu -Wl,--as-needed -Wl,-z,now -Wl,-z,relro 
> -Wl,-z,defs -pthread -Wl,-z,noexecstack -fPIC -Wl,--disable-new-dtags -Wl,-O1 
> -Wl,--as-needed -Wl,--gc-sections -Wl,--no-as-needed -lpthread 
> -Wl,--as-needed -o character_data_generator -Wl,--start-group 
> obj.host/src/3rdparty/chromium/third_party/WebKit/Source/platform/text/character_data_generator.CharacterPropertyDataGenerator.o
>  obj.host/src/3rdparty/chromium/third_party/icu/libicuuc.a -Wl,--end-group
> | 
> /usr/lib/gcc/x86_64-pc-linux-gnu/6.2.0/../../../../x86_64-pc-linux-gnu/bin/ld:
>  i386 architecture of input file 
> `obj.host/src/3rdparty/chromium/third_party/icu/source/common/icuuc.utrie2_builder.o'
>  is incompatible with i386:x86-64 output
> | 
> /usr/lib/gcc/x86_64-pc-linux-gnu/6.2.0/../../../../x86_64-pc-linux-gnu/bin/ld:
>  i386 architecture of input file 
> `obj.host/src/3rdparty/chromium/third_party/icu/source/common/icuuc.utrie2.o' 
> is incompatible with i386:x86-64 output
> | 
> /usr/lib/gcc/x86_64-pc-linux-gnu/6.2.0/../../../../x86_64-pc-linux-gnu/bin/ld:
>  i386 architecture of input file 
> `obj.host/src/3rdparty/chromium/third_party/icu/source/common/icuuc.utrie.o' 
> is incompatible with i386:x86-64 output
> | 
> /usr/lib/gcc/x86_64-pc-linux-gnu/6.2.0/../../../../x86_64-pc-linux-gnu/bin/ld:
>  i386 architecture of input file 
> `obj.host/src/3rdparty/chromium/third_party/icu/source/common/icuuc.cmemory.o'
>  is incompatible with i386:x86-64 output
> | 
> /usr/lib/gcc/x86_64-pc-linux-gnu/6.2.0/../../../../x86_64-pc-linux-gnu/bin/ld:
>  i386 architecture of input file 
> `obj.host/src/3rdparty/chromium/third_party/icu/source/common/icuuc.ucol_swp.o'
>  is incompatible with i386:x86-64 output
> | 
> /usr/lib/gcc/x86_64-pc-linux-gnu/6.2.0/../../../../x86_64-pc-linux-gnu/bin/ld:
>  i386 architecture of input file 
> `obj.host/src/3rdparty/chromium/third_party/icu/source/common/icuuc.udataswp.o'
>  is incompatible with i386:x86-64 output
> | 
> /usr/lib/gcc/x86_64-pc-linux-gnu/6.2.0/../../../../x86_64-pc-linux-gnu/bin/ld:
>  i386 architecture of input file 
> `obj.host/src/3rdparty/chromium/third_party/icu/source/common/icuuc.uinvchar.o'
>  is incompatible with i386:x86-64 output
> | 
> /usr/lib/gcc/x86_64-pc-linux-gnu/6.2.0/../../../../x86_64-pc-linux-gnu/bin/ld:
>  i386 architecture of input file 
> `obj.host/src/3rdparty/chromium/third_party/icu/source/common/icuuc.ustring.o'
>  is incompatible with i386:x86-64 output
> | 
> /usr/lib/gcc/x86_64-pc-linux-gnu/6.2.0/../../../../x86_64-pc-linux-gnu/bin/ld:
>  i386 architecture of