Re: [oe] [PATCH 3/3] layers: update LAYERSERIES_COMPAT to dunfell

[akuster808]

On 3/20/20 8:27 AM, Martin Jansa wrote:
> Can we drop at least thud and warrior? without e.g. features_check or
> mime-xdg bbclasses from dunfell oe-core some of these layers don't even
> parse, so it might be worth keeping just dunfell (that's what I did for
> meta-qt5 now).
Not to mention the shifting of packages between core and meta-oe.

- armin
>
> On Fri, Mar 20, 2020 at 3:46 PM Khem Raj  wrote:
>
>> Signed-off-by: Khem Raj 
>> ---
>>  meta-filesystems/conf/layer.conf | 2 +-
>>  meta-gnome/conf/layer.conf   | 2 +-
>>  meta-initramfs/conf/layer.conf   | 2 +-
>>  meta-multimedia/conf/layer.conf  | 2 +-
>>  meta-networking/conf/layer.conf  | 2 +-
>>  meta-oe/conf/layer.conf  | 2 +-
>>  meta-perl/conf/layer.conf| 2 +-
>>  meta-python/conf/layer.conf  | 2 +-
>>  meta-webserver/conf/layer.conf   | 2 +-
>>  meta-xfce/conf/layer.conf| 2 +-
>>  10 files changed, 10 insertions(+), 10 deletions(-)
>>
>> diff --git a/meta-filesystems/conf/layer.conf
>> b/meta-filesystems/conf/layer.conf
>> index e8bd3628f8..be1635deea 100644
>> --- a/meta-filesystems/conf/layer.conf
>> +++ b/meta-filesystems/conf/layer.conf
>> @@ -15,4 +15,4 @@ LAYERVERSION_filesystems-layer = "1"
>>
>>  LAYERDEPENDS_filesystems-layer = "core openembedded-layer"
>>
>> -LAYERSERIES_COMPAT_filesystems-layer = "thud warrior zeus"
>> +LAYERSERIES_COMPAT_filesystems-layer = "thud warrior zeus dunfell"
>> diff --git a/meta-gnome/conf/layer.conf b/meta-gnome/conf/layer.conf
>> index d381fdf070..7aa9507eb5 100644
>> --- a/meta-gnome/conf/layer.conf
>> +++ b/meta-gnome/conf/layer.conf
>> @@ -17,4 +17,4 @@ LAYERVERSION_gnome-layer = "1"
>>
>>  LAYERDEPENDS_gnome-layer = "core openembedded-layer networking-layer"
>>
>> -LAYERSERIES_COMPAT_gnome-layer = "thud warrior zeus"
>> +LAYERSERIES_COMPAT_gnome-layer = "thud warrior zeus dunfell"
>> diff --git a/meta-initramfs/conf/layer.conf
>> b/meta-initramfs/conf/layer.conf
>> index 93220b1208..634e0883c6 100644
>> --- a/meta-initramfs/conf/layer.conf
>> +++ b/meta-initramfs/conf/layer.conf
>> @@ -16,7 +16,7 @@ BBFILE_PATTERN_meta-initramfs := "^${LAYERDIR}/"
>>  BBFILE_PRIORITY_meta-initramfs = "8"
>>  LAYERDEPENDS_meta-initramfs = "core"
>>
>> -LAYERSERIES_COMPAT_meta-initramfs = "thud warrior zeus"
>> +LAYERSERIES_COMPAT_meta-initramfs = "thud warrior zeus dunfell"
>>
>>  SIGGEN_EXCLUDE_SAFE_RECIPE_DEPS += " \
>>dracut->virtual/kernel \
>> diff --git a/meta-multimedia/conf/layer.conf
>> b/meta-multimedia/conf/layer.conf
>> index 74dd4a1b03..2d52fb938a 100644
>> --- a/meta-multimedia/conf/layer.conf
>> +++ b/meta-multimedia/conf/layer.conf
>> @@ -31,4 +31,4 @@ LAYERVERSION_multimedia-layer = "1"
>>
>>  LAYERDEPENDS_multimedia-layer = "core meta-python"
>>
>> -LAYERSERIES_COMPAT_multimedia-layer = "thud warrior zeus"
>> +LAYERSERIES_COMPAT_multimedia-layer = "thud warrior zeus dunfell"
>> diff --git a/meta-networking/conf/layer.conf
>> b/meta-networking/conf/layer.conf
>> index 866bda7558..7bc0702ba7 100644
>> --- a/meta-networking/conf/layer.conf
>> +++ b/meta-networking/conf/layer.conf
>> @@ -17,7 +17,7 @@ LAYERDEPENDS_networking-layer = "core"
>>  LAYERDEPENDS_networking-layer += "openembedded-layer"
>>  LAYERDEPENDS_networking-layer += "meta-python"
>>
>> -LAYERSERIES_COMPAT_networking-layer = "thud warrior zeus"
>> +LAYERSERIES_COMPAT_networking-layer = "thud warrior zeus dunfell"
>>
>>  LICENSE_PATH += "${LAYERDIR}/licenses"
>>
>> diff --git a/meta-oe/conf/layer.conf b/meta-oe/conf/layer.conf
>> index 652a378f28..434537fd3a 100644
>> --- a/meta-oe/conf/layer.conf
>> +++ b/meta-oe/conf/layer.conf
>> @@ -34,7 +34,7 @@ LAYERVERSION_openembedded-layer = "1"
>>
>>  LAYERDEPENDS_openembedded-layer = "core"
>>
>> -LAYERSERIES_COMPAT_openembedded-layer = "thud warrior zeus"
>> +LAYERSERIES_COMPAT_openembedded-layer = "thud warrior zeus dunfell"
>>
>>  LICENSE_PATH += "${LAYERDIR}/licenses"
>>
>> diff --git a/meta-perl/conf/layer.conf b/meta-perl/conf/layer.conf
>> index 2c730e4c75..1361fe0842 100644
>> --- a/meta-perl/conf/layer.conf
>> +++ b/meta-perl/conf/layer.conf
>> @@ -15,4 +15,4 @@ LAYERVERSION_perl-layer = "1"
>>
>>  LAYERDEPENDS_perl-layer = "core openembedded-layer"
>>
>> -LAYERSERIES_COMPAT_perl-layer = "thud warrior zeus"
>> +LAYERSERIES_COMPAT_perl-layer = "thud warrior zeus dunfell"
>> diff --git a/meta-python/conf/layer.conf b/meta-python/conf/layer.conf
>> index db65943f56..7cfeafe599 100644
>> --- a/meta-python/conf/layer.conf
>> +++ b/meta-python/conf/layer.conf
>> @@ -14,6 +14,6 @@ LAYERVERSION_meta-python = "1"
>>
>>  LAYERDEPENDS_meta-python = "core openembedded-layer"
>>
>> -LAYERSERIES_COMPAT_meta-python = "thud warrior zeus"
>> +LAYERSERIES_COMPAT_meta-python = "thud warrior zeus dunfell"
>>
>>  LICENSE_PATH += "${LAYERDIR}/licenses"
>> diff --git a/meta-webserver/conf/layer.conf
>> b/meta-webserver/conf/layer.conf
>> index 2c6fad4ac6..24469115e4 100644
>> --- a/meta-webserver/conf/layer.conf
>> +++ b/meta-webserver/conf/layer.conf
>> @@ -17,7 +17,7 

Re: [oe] [zeus 00/13] Patch review

[akuster808]

On 3/19/20 1:44 AM, Khem Raj wrote:
> look
What does that mean?

- armin
>
> On Wed, Mar 11, 2020 at 7:58 PM Armin Kuster  wrote:
>> Here is the next set for meta-openembedded.
>> Please have reviews back by Friday.
>>
>> The following changes since commit bb65c27a772723dfe2c15b5e1b27bcc1a1ed884c:
>>
>>   fluentbit: Fix packaging in multilib env (2020-01-30 18:38:10 -0800)
>>
>> are available in the Git repository at:
>>
>>   git://git.openembedded.org/meta-openembedded-contrib stable/zeus-nut
>>   
>> http://cgit.openembedded.org/meta-openembedded-contrib/log/?h=stable/zeus-nut
>>
>> Adrian Bunk (1):
>>   wireshark: Upgrade 3.0.6 -> 3.0.8
>>
>> Carlos Rafael Giani (1):
>>   opencv: Enable pkg-config .pc file generation
>>
>> Khem Raj (2):
>>   ade: Fix install paths in multilib builds
>>   sanlock: Replace cp -a with cp -R --no-dereference
>>
>> Martin Jansa (1):
>>   s3c24xx-gpio, s3c64xx-gpio, sjf2410-linux-native, usbpath, wmiconfig:
>> use git fetcher instead of svn fetcher
>>
>> Mike Krupicka (1):
>>   mosquitto: Use mosquitto.init for daemon init
>>
>> Paul Barker (1):
>>   lmsensors: Fix sensord dependencies
>>
>> Peter Kjellerstedt (2):
>>   lvm2, libdevmapper: Do not patch configure
>>   libldb: Do not require the "pam" distro feature to be enabled
>>
>> Ross Burton (4):
>>   opencv: don't download during configure
>>   opencv: also download face alignment data in do_fetch()
>>   opencv: PACKAGECONFIG for G-API, use system ADE
>>   opencv: abort configure if we need to download
>>
>>  .../mosquitto/files/mosquitto.init|  2 +-
>>  .../recipes-support/libldb/libldb_1.5.6.bb|  3 +-
>>  ...{wireshark_3.0.6.bb => wireshark_3.0.8.bb} |  4 +-
>>  .../recipes-bsp/lm_sensors/lmsensors_3.5.0.bb |  3 +-
>>  ...cp-a-with-cp-R-no-dereference-preser.patch | 51 +++
>>  .../recipes-extended/sanlock/sanlock_3.8.0.bb |  4 +-
>>  ...gure-Fix-setting-of-CLDFLAGS-default.patch | 34 +
>>  ...tallDirs-for-detecting-install-paths.patch | 39 ++
>>  meta-oe/recipes-support/opencv/ade_0.1.1f.bb  |  1 +
>>  .../opencv/opencv/download.patch  | 32 
>>  .../recipes-support/opencv/opencv_4.1.0.bb| 32 ++--
>>  ...3c24xx-gpio_svn.bb => s3c24xx-gpio_git.bb} |  7 ++-
>>  ...3c64xx-gpio_svn.bb => s3c64xx-gpio_git.bb} |  6 +--
>>  ...ive_svn.bb => sjf2410-linux-native_git.bb} | 11 ++--
>>  .../{usbpath_svn.bb => usbpath_git.bb}| 10 ++--
>>  .../{wmiconfig_svn.bb => wmiconfig_git.bb}| 13 +++--
>>  16 files changed, 183 insertions(+), 69 deletions(-)
>>  rename meta-networking/recipes-support/wireshark/{wireshark_3.0.6.bb => 
>> wireshark_3.0.8.bb} (95%)
>>  create mode 100644 
>> meta-oe/recipes-extended/sanlock/sanlock/0001-sanlock-Replace-cp-a-with-cp-R-no-dereference-preser.patch
>>  create mode 100644 
>> meta-oe/recipes-support/opencv/ade/0001-use-GNUInstallDirs-for-detecting-install-paths.patch
>>  create mode 100644 meta-oe/recipes-support/opencv/opencv/download.patch
>>  rename meta-oe/recipes-support/samsung-soc-utils/{s3c24xx-gpio_svn.bb => 
>> s3c24xx-gpio_git.bb} (73%)
>>  rename meta-oe/recipes-support/samsung-soc-utils/{s3c64xx-gpio_svn.bb => 
>> s3c64xx-gpio_git.bb} (74%)
>>  rename 
>> meta-oe/recipes-support/samsung-soc-utils/{sjf2410-linux-native_svn.bb => 
>> sjf2410-linux-native_git.bb} (72%)
>>  rename meta-oe/recipes-support/usbpath/{usbpath_svn.bb => usbpath_git.bb} 
>> (68%)
>>  rename meta-oe/recipes-support/wmiconfig/{wmiconfig_svn.bb => 
>> wmiconfig_git.bb} (58%)
>>
>> --
>> 2.17.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] zeus pull request

[akuster808]

On 3/17/20 8:04 AM, Paul Barker wrote:
> On Tue, 17 Mar 2020 07:48:47 -0700
> akuster808  wrote:
>
>> The following changes since commit bb65c27a772723dfe2c15b5e1b27bcc1a1ed884c:
>>
>>   fluentbit: Fix packaging in multilib env (2020-01-30 18:38:10 -0800)
>>
>> are available in the Git repository at:
>>
>>   https://git.openembedded.org/meta-openembedded zeus-next
>>
>> for you to fetch changes up to 9e60d30669a2ad0598e9abf0cd15ee06b523986b:
>>
>>   sanlock: Replace cp -a with cp -R --no-dereference (2020-03-15
>> 13:30:34 -0700)
>>
>> 
>> Adrian Bunk (1):
>>   wireshark: Upgrade 3.0.6 -> 3.0.8
>>
>> Carlos Rafael Giani (1):
>>   opencv: Enable pkg-config .pc file generation
>>
>> Khem Raj (2):
>>   ade: Fix install paths in multilib builds
>>   sanlock: Replace cp -a with cp -R --no-dereference
>>
>> Martin Jansa (1):
>>   s3c24xx-gpio, s3c64xx-gpio, sjf2410-linux-native, usbpath,
>> wmiconfig: use git fetcher instead of svn fetcher
>>
>> Mike Krupicka (1):
>>   mosquitto: Use mosquitto.init for daemon init
>>
>> Paul Barker (1):
>>   lmsensors: Fix sensord dependencies
>>
>> Peter Kjellerstedt (2):
>>   lvm2, libdevmapper: Do not patch configure
>>   libldb: Do not require the "pam" distro feature to be enabled
>>
>> Ross Burton (4):
>>   opencv: don't download during configure
>>   opencv: also download face alignment data in do_fetch()
>>   opencv: PACKAGECONFIG for G-API, use system ADE
>>   opencv: abort configure if we need to download
>>
>>  .../mosquitto/files/mosquitto.init |  2 +-
>>  .../recipes-support/libldb/libldb_1.5.6.bb |  3 +-
>>  .../{wireshark_3.0.6.bb => wireshark_3.0.8.bb} |  4 +-
>>  meta-oe/recipes-bsp/lm_sensors/lmsensors_3.5.0.bb  |  3 +-
>>  ...lace-cp-a-with-cp-R-no-dereference-preser.patch | 51
>> ++
>>  meta-oe/recipes-extended/sanlock/sanlock_3.8.0.bb  |  4 +-
>>  ...configure-Fix-setting-of-CLDFLAGS-default.patch | 34 +--
>>  ...NUInstallDirs-for-detecting-install-paths.patch | 39 +
>>  meta-oe/recipes-support/opencv/ade_0.1.1f.bb   |  1 +
>>  .../recipes-support/opencv/opencv/download.patch   | 32 ++
>>  meta-oe/recipes-support/opencv/opencv_4.1.0.bb | 32 --
>>  .../{s3c24xx-gpio_svn.bb => s3c24xx-gpio_git.bb}   |  7 ++-
>>  .../{s3c64xx-gpio_svn.bb => s3c64xx-gpio_git.bb}   |  6 +--
>>  ...x-native_svn.bb => sjf2410-linux-native_git.bb} | 11 +++--
>>  .../usbpath/{usbpath_svn.bb => usbpath_git.bb} | 10 ++---
>>  .../{wmiconfig_svn.bb => wmiconfig_git.bb} | 13 +++---
>>  16 files changed, 183 insertions(+), 69 deletions(-)
>>  rename meta-networking/recipes-support/wireshark/{wireshark_3.0.6.bb =>
>> wireshark_3.0.8.bb} (95%)
>>  create mode 100644
>> meta-oe/recipes-extended/sanlock/sanlock/0001-sanlock-Replace-cp-a-with-cp-R-no-dereference-preser.patch
>>  create mode 100644
>> meta-oe/recipes-support/opencv/ade/0001-use-GNUInstallDirs-for-detecting-install-paths.patch
>>  create mode 100644 meta-oe/recipes-support/opencv/opencv/download.patch
>>  rename meta-oe/recipes-support/samsung-soc-utils/{s3c24xx-gpio_svn.bb
>> => s3c24xx-gpio_git.bb} (73%)
>>  rename meta-oe/recipes-support/samsung-soc-utils/{s3c64xx-gpio_svn.bb
>> => s3c64xx-gpio_git.bb} (74%)
>>  rename
>> meta-oe/recipes-support/samsung-soc-utils/{sjf2410-linux-native_svn.bb
>> => sjf2410-linux-native_git.bb} (72%)
>>  rename meta-oe/recipes-support/usbpath/{usbpath_svn.bb =>
>> usbpath_git.bb} (68%)
>>  rename meta-oe/recipes-support/wmiconfig/{wmiconfig_svn.bb =>
>> wmiconfig_git.bb} (58%)
>>
> Could we also consider backport of:
hmm, that might be a bit hard. 
>
> kernel-yocto.bbclass: Support config fragments with externalsrc (44f04c03)
> perf: Fix externalsrc support (eab605ba)
> kernelsrc.bbclass: Fix externalsrc support (2c17d35c)

aren't this in core ??

- armin
> Thanks,
>

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

[oe] zeus pull request

[akuster808]

The following changes since commit bb65c27a772723dfe2c15b5e1b27bcc1a1ed884c:

  fluentbit: Fix packaging in multilib env (2020-01-30 18:38:10 -0800)

are available in the Git repository at:

  https://git.openembedded.org/meta-openembedded zeus-next

for you to fetch changes up to 9e60d30669a2ad0598e9abf0cd15ee06b523986b:

  sanlock: Replace cp -a with cp -R --no-dereference (2020-03-15
13:30:34 -0700)


Adrian Bunk (1):
  wireshark: Upgrade 3.0.6 -> 3.0.8

Carlos Rafael Giani (1):
  opencv: Enable pkg-config .pc file generation

Khem Raj (2):
  ade: Fix install paths in multilib builds
  sanlock: Replace cp -a with cp -R --no-dereference

Martin Jansa (1):
  s3c24xx-gpio, s3c64xx-gpio, sjf2410-linux-native, usbpath,
wmiconfig: use git fetcher instead of svn fetcher

Mike Krupicka (1):
  mosquitto: Use mosquitto.init for daemon init

Paul Barker (1):
  lmsensors: Fix sensord dependencies

Peter Kjellerstedt (2):
  lvm2, libdevmapper: Do not patch configure
  libldb: Do not require the "pam" distro feature to be enabled

Ross Burton (4):
  opencv: don't download during configure
  opencv: also download face alignment data in do_fetch()
  opencv: PACKAGECONFIG for G-API, use system ADE
  opencv: abort configure if we need to download

 .../mosquitto/files/mosquitto.init |  2 +-
 .../recipes-support/libldb/libldb_1.5.6.bb |  3 +-
 .../{wireshark_3.0.6.bb => wireshark_3.0.8.bb} |  4 +-
 meta-oe/recipes-bsp/lm_sensors/lmsensors_3.5.0.bb  |  3 +-
 ...lace-cp-a-with-cp-R-no-dereference-preser.patch | 51
++
 meta-oe/recipes-extended/sanlock/sanlock_3.8.0.bb  |  4 +-
 ...configure-Fix-setting-of-CLDFLAGS-default.patch | 34 +--
 ...NUInstallDirs-for-detecting-install-paths.patch | 39 +
 meta-oe/recipes-support/opencv/ade_0.1.1f.bb   |  1 +
 .../recipes-support/opencv/opencv/download.patch   | 32 ++
 meta-oe/recipes-support/opencv/opencv_4.1.0.bb | 32 --
 .../{s3c24xx-gpio_svn.bb => s3c24xx-gpio_git.bb}   |  7 ++-
 .../{s3c64xx-gpio_svn.bb => s3c64xx-gpio_git.bb}   |  6 +--
 ...x-native_svn.bb => sjf2410-linux-native_git.bb} | 11 +++--
 .../usbpath/{usbpath_svn.bb => usbpath_git.bb} | 10 ++---
 .../{wmiconfig_svn.bb => wmiconfig_git.bb} | 13 +++---
 16 files changed, 183 insertions(+), 69 deletions(-)
 rename meta-networking/recipes-support/wireshark/{wireshark_3.0.6.bb =>
wireshark_3.0.8.bb} (95%)
 create mode 100644
meta-oe/recipes-extended/sanlock/sanlock/0001-sanlock-Replace-cp-a-with-cp-R-no-dereference-preser.patch
 create mode 100644
meta-oe/recipes-support/opencv/ade/0001-use-GNUInstallDirs-for-detecting-install-paths.patch
 create mode 100644 meta-oe/recipes-support/opencv/opencv/download.patch
 rename meta-oe/recipes-support/samsung-soc-utils/{s3c24xx-gpio_svn.bb
=> s3c24xx-gpio_git.bb} (73%)
 rename meta-oe/recipes-support/samsung-soc-utils/{s3c64xx-gpio_svn.bb
=> s3c64xx-gpio_git.bb} (74%)
 rename
meta-oe/recipes-support/samsung-soc-utils/{sjf2410-linux-native_svn.bb
=> sjf2410-linux-native_git.bb} (72%)
 rename meta-oe/recipes-support/usbpath/{usbpath_svn.bb =>
usbpath_git.bb} (68%)
 rename meta-oe/recipes-support/wmiconfig/{wmiconfig_svn.bb =>
wmiconfig_git.bb} (58%)

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

Re: [oe] [meta-oe][zeus][PATCH] php: CVE-2019-11045.patch CVE-2019-11046.patch CVE-2019-11047.patch CVE-2019-11050.patch

[akuster808]

On 3/13/20 4:10 AM, Wang Mingyu wrote:
> Security Advisory
>
> References:
> https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2019-11045
> https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2019-11046
> https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2019-11047
> https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2019-11050

are these fixes in master?
>
> Signed-off-by: Wang Mingyu 
> ---
>  .../php/php/CVE-2019-11045.patch  | 78 +++
>  .../php/php/CVE-2019-11046.patch  | 59 ++
>  .../php/php/CVE-2019-11047.patch  | 57 ++
>  .../php/php/CVE-2019-11050.patch  | 53 +
>  meta-oe/recipes-devtools/php/php_7.3.9.bb |  4 +
>  5 files changed, 251 insertions(+)
>  create mode 100644 meta-oe/recipes-devtools/php/php/CVE-2019-11045.patch
>  create mode 100644 meta-oe/recipes-devtools/php/php/CVE-2019-11046.patch
>  create mode 100644 meta-oe/recipes-devtools/php/php/CVE-2019-11047.patch
>  create mode 100644 meta-oe/recipes-devtools/php/php/CVE-2019-11050.patch
>
> diff --git a/meta-oe/recipes-devtools/php/php/CVE-2019-11045.patch 
> b/meta-oe/recipes-devtools/php/php/CVE-2019-11045.patch
> new file mode 100644
> index 0..3b3c187a4
> --- /dev/null
> +++ b/meta-oe/recipes-devtools/php/php/CVE-2019-11045.patch
> @@ -0,0 +1,78 @@
> +From a5a15965da23c8e97657278fc8dfbf1dfb20c016 Mon Sep 17 00:00:00 2001
> +From: "Christoph M. Becker" 
> +Date: Mon, 25 Nov 2019 16:56:34 +0100
> +Subject: [PATCH] Fix #78863: DirectoryIterator class silently truncates after
> + a null byte
> +
> +Since the constructor of DirectoryIterator and friends is supposed to
> +accepts paths (i.e. strings without NUL bytes), we must not accept
> +arbitrary strings.
> +
> +Upstream-Status: Accepted
Accepted mean you sent the fix upstream and they took it.
is this a "Backport"

Missing "Signed-off-by: "

> +CVE: CVE-2019-11045
> +   
> +Reference to upstream patch:
> +http://git.php.net/?p=php-src.git;a=commit;h=a5a15965da23c8e97657278fc8dfbf1dfb20c016
> +http://git.php.net/?p=php-src.git;a=commit;h=d74907b8575e6edb83b728c2a94df434c23e1f79
> +---
> + ext/spl/spl_directory.c |  4 ++--
> + ext/spl/tests/bug78863.phpt | 31 +++
> + 2 files changed, 33 insertions(+), 2 deletions(-)
> + create mode 100644 ext/spl/tests/bug78863.phpt
> +
> +diff --git a/ext/spl/spl_directory.c b/ext/spl/spl_directory.c
> +index 91ea2e0265..56e809b1c7 100644
> +--- a/ext/spl/spl_directory.c
>  b/ext/spl/spl_directory.c
> +@@ -708,10 +708,10 @@ void 
> spl_filesystem_object_construct(INTERNAL_FUNCTION_PARAMETERS, zend_long cto
> + 
> + if (SPL_HAS_FLAG(ctor_flags, DIT_CTOR_FLAGS)) {
> + flags = 
> SPL_FILE_DIR_KEY_AS_PATHNAME|SPL_FILE_DIR_CURRENT_AS_FILEINFO;
> +-parsed = zend_parse_parameters(ZEND_NUM_ARGS(), "s|l", , 
> , );
> ++parsed = zend_parse_parameters(ZEND_NUM_ARGS(), "p|l", , 
> , );
> + } else {
> + flags = 
> SPL_FILE_DIR_KEY_AS_PATHNAME|SPL_FILE_DIR_CURRENT_AS_SELF;
> +-parsed = zend_parse_parameters(ZEND_NUM_ARGS(), "s", , 
> );
> ++parsed = zend_parse_parameters(ZEND_NUM_ARGS(), "p", , 
> );
> + }
> + if (SPL_HAS_FLAG(ctor_flags, SPL_FILE_DIR_SKIPDOTS)) {
> + flags |= SPL_FILE_DIR_SKIPDOTS;
> +diff --git a/ext/spl/tests/bug78863.phpt b/ext/spl/tests/bug78863.phpt
> +new file mode 100644
> +index 00..dc88d98dee
> +--- /dev/null
>  b/ext/spl/tests/bug78863.phpt
> +@@ -0,0 +1,31 @@
> ++--TEST--
> ++Bug #78863 (DirectoryIterator class silently truncates after a null byte)
> ++--FILE--
> ++ ++$dir = __DIR__ . '/bug78863';
> ++mkdir($dir);
> ++touch("$dir/bad");
> ++mkdir("$dir/sub");
> ++touch("$dir/sub/good");
> ++
> ++$it = new DirectoryIterator(__DIR__ . "/bug78863\0/sub");
> ++foreach ($it as $fileinfo) {
> ++if (!$fileinfo->isDot()) {
> ++var_dump($fileinfo->getFilename());
> ++}
> ++}
> ++?>
> ++--EXPECTF--
> ++Fatal error: Uncaught UnexpectedValueException: 
> DirectoryIterator::__construct() expects parameter 1 to be a valid path, 
> string given in %s:%d
> ++Stack trace:
> ++#0 %s(%d): DirectoryIterator->__construct('%s')
> ++#1 {main}
> ++  thrown in %s on line %d
> ++--CLEAN--
> ++ ++$dir = __DIR__ . '/bug78863';
> ++unlink("$dir/sub/good");
> ++rmdir("$dir/sub");
> ++unlink("$dir/bad");
> ++rmdir($dir);
> ++?>
> +-- 
> +2.11.0
> diff --git a/meta-oe/recipes-devtools/php/php/CVE-2019-11046.patch 
> b/meta-oe/recipes-devtools/php/php/CVE-2019-11046.patch
> new file mode 100644
> index 0..711b8525a
> --- /dev/null
> +++ b/meta-oe/recipes-devtools/php/php/CVE-2019-11046.patch
> @@ -0,0 +1,59 @@
> +From 2d07f00b73d8f94099850e0f5983e1cc5817c196 Mon Sep 17 00:00:00 2001
> +From: "Christoph M. Becker" 
> +Date: Sat, 30 Nov 2019 12:26:37 +0100
> +Subject: [PATCH] Fix #78878: Buffer underflow in bc_shift_addsub
> +
> +We must not rely on `isdigit()` to detect digits, since we 

Re: [oe] [meta-oe][zeus][PATCH] opensc: CVE-2019-19479 CVE-2019-19480

[akuster808]

On 3/13/20 4:10 AM, Wang Mingyu wrote:
> Security Advisory
>
> References
> https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2019-19479
> https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2019-19480

Is this fix in master?

>
> Signed-off-by: Wang Mingyu 
> ---
>  .../opensc/opensc/CVE-2019-19479.patch| 30 
>  .../opensc/opensc/CVE-2019-19480.patch| 34 +++
>  .../recipes-support/opensc/opensc_0.19.0.bb   |  2 ++
>  3 files changed, 66 insertions(+)
>  create mode 100644 meta-oe/recipes-support/opensc/opensc/CVE-2019-19479.patch
>  create mode 100644 meta-oe/recipes-support/opensc/opensc/CVE-2019-19480.patch
>
> diff --git a/meta-oe/recipes-support/opensc/opensc/CVE-2019-19479.patch 
> b/meta-oe/recipes-support/opensc/opensc/CVE-2019-19479.patch
> new file mode 100644
> index 0..73222ee1a
> --- /dev/null
> +++ b/meta-oe/recipes-support/opensc/opensc/CVE-2019-19479.patch
> @@ -0,0 +1,30 @@
> +From c3f23b836e5a1766c36617fe1da30d22f7b63de2 Mon Sep 17 00:00:00 2001
> +From: Frank Morgner 
> +Date: Sun, 3 Nov 2019 04:45:28 +0100
> +Subject: [PATCH] fixed  UNKNOWN READ
> +
> +Upstream-Status: Accepted 
> +CVE: CVE-2019-19479 
> +   
> +Reported by OSS-Fuzz
> +https://oss-fuzz.com/testcase-detail/5681169970757632
> +
> +Reference to upstream patch:
> +https://github.com/OpenSC/OpenSC/commit/c3f23b836e5a1766c36617fe1da30d22f7b63de2
Missing signed-off-by
> +---
> + src/libopensc/card-setcos.c | 2 +-
> + 1 file changed, 1 insertion(+), 1 deletion(-)
> +
> +diff --git a/src/libopensc/card-setcos.c b/src/libopensc/card-setcos.c
> +index 4cf328ad6a..1b4e8f3e23 100644
> +--- a/src/libopensc/card-setcos.c
>  b/src/libopensc/card-setcos.c
> +@@ -868,7 +868,7 @@ static void parse_sec_attr_44(sc_file_t *file, const u8 
> *buf, size_t len)
> + }
> + 
> + /* Encryption key present ? */
> +-iPinCount = iACLen - 1; 
> ++iPinCount = iACLen > 0 ? iACLen - 1 : 0;
> + 
> + if (buf[iOffset] & 0x20) {
> + int iSC;
> diff --git a/meta-oe/recipes-support/opensc/opensc/CVE-2019-19480.patch 
> b/meta-oe/recipes-support/opensc/opensc/CVE-2019-19480.patch
> new file mode 100644
> index 0..12c1f0b4a
> --- /dev/null
> +++ b/meta-oe/recipes-support/opensc/opensc/CVE-2019-19480.patch
> @@ -0,0 +1,34 @@
> +From 6ce6152284c47ba9b1d4fe8ff9d2e6a3f5ee02c7 Mon Sep 17 00:00:00 2001
> +From: Jakub Jelen 
> +Date: Wed, 23 Oct 2019 09:22:44 +0200
> +Subject: [PATCH] pkcs15-prkey: Simplify cleaning memory after failure
> +
> +https://bugs.chromium.org/p/oss-fuzz/issues/detail?id=18478
> +
> +Upstream-Status: Accepted
> +CVE: CVE-2019-19480
> +
> +Reference to upstream patch:
> +https://github.com/OpenSC/OpenSC/commit/6ce6152284c47ba9b1d4fe8ff9d2e6a3f5ee02c7
> +---
> + src/libopensc/pkcs15-prkey.c | 4 
> + 1 file changed, 4 insertions(+)
> +
> +diff --git a/src/libopensc/pkcs15-prkey.c b/src/libopensc/pkcs15-prkey.c
> +index d3eee983..4b249582 100644
> +--- a/src/libopensc/pkcs15-prkey.c
>  b/src/libopensc/pkcs15-prkey.c
> +@@ -258,6 +258,10 @@ int sc_pkcs15_decode_prkdf_entry(struct sc_pkcs15_card 
> *p15card,
> + memset(gostr3410_params, 0, sizeof(gostr3410_params));
> + 
> + r = sc_asn1_decode_choice(ctx, asn1_prkey, *buf, *buflen, buf, buflen);
> ++if (r < 0) {
> ++/* This might have allocated something. If so, clear it now */
> ++free(info.subject.value);
> ++}
> + if (r == SC_ERROR_ASN1_END_OF_CONTENTS)
> + return r;
> + LOG_TEST_RET(ctx, r, "PrKey DF ASN.1 decoding failed");
> +-- 
> +2.17.1
> +
> diff --git a/meta-oe/recipes-support/opensc/opensc_0.19.0.bb 
> b/meta-oe/recipes-support/opensc/opensc_0.19.0.bb
> index bc1722e39..d26825a06 100644
> --- a/meta-oe/recipes-support/opensc/opensc_0.19.0.bb
> +++ b/meta-oe/recipes-support/opensc/opensc_0.19.0.bb
> @@ -15,6 +15,8 @@ LIC_FILES_CHKSUM = 
> "file://COPYING;md5=7fbc338309ac38fefcd64b04bb903e34"
>  SRCREV = "f1691fc91fc113191c3a8aaf5facd6983334ec47"
>  SRC_URI = "git://github.com/OpenSC/OpenSC \
> file://0001-Remove-redundant-logging.patch \
> +   file://CVE-2019-19479.patch \
> +   file://CVE-2019-19480.patch \
>"
>  DEPENDS = "openct pcsc-lite virtual/libiconv openssl"
>  

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

Re: [oe] [meta-python][zeus][PATCH] python-urllib3/python3-urllib3: fix CVE-2020-7212

[akuster808]

On 3/13/20 3:19 AM, Haiqing Bai wrote:
> Optimize _encode_invalid_chars for a denial of service (CPU consumption)

is this fix in master?


>
> Signed-off-by: Haiqing Bai 
> ---
>  .../python/python-urllib3/CVE-2020-7212.patch  | 54 
> ++
>  .../python/python-urllib3_1.25.6.bb|  2 +
>  .../python/python3-urllib3/CVE-2020-7212.patch | 54 
> ++
>  .../python/python3-urllib3_1.25.6.bb   |  2 +
>  4 files changed, 112 insertions(+)
>  create mode 100644 
> meta-python/recipes-devtools/python/python-urllib3/CVE-2020-7212.patch
>  create mode 100644 
> meta-python/recipes-devtools/python/python3-urllib3/CVE-2020-7212.patch
>
> diff --git 
> a/meta-python/recipes-devtools/python/python-urllib3/CVE-2020-7212.patch 
> b/meta-python/recipes-devtools/python/python-urllib3/CVE-2020-7212.patch
> new file mode 100644
> index 000..a2bb0fb
> --- /dev/null
> +++ b/meta-python/recipes-devtools/python/python-urllib3/CVE-2020-7212.patch
> @@ -0,0 +1,54 @@
> +From aff951b7a41eb5b958b32c49eaa00da02adc9c2d Mon Sep 17 00:00:00 2001
> +From: Quentin Pradet 
> +Date: Tue, 21 Jan 2020 22:32:56 +0400
> +Subject: [PATCH] Optimize _encode_invalid_chars (#1787)
> +
> +Co-authored-by: Seth Michael Larson 
> +
> +Upstream-Status: Backport
> +[from git://github.com/urllib3/urllib3.git commit:a2697e7c6b]
> +Signed-off-by: Haiqing Bai 
> +---
> + src/urllib3/util/url.py | 15 ++-
> + 1 file changed, 6 insertions(+), 9 deletions(-)
> +
> +diff --git a/src/urllib3/util/url.py b/src/urllib3/util/url.py
> +index 9675f74..e353937 100644
> +--- a/src/urllib3/util/url.py
>  b/src/urllib3/util/url.py
> +@@ -216,18 +216,15 @@ def _encode_invalid_chars(component, allowed_chars, 
> encoding="utf-8"):
> + 
> + component = six.ensure_text(component)
> + 
> ++# Normalize existing percent-encoded bytes.
> + # Try to see if the component we're encoding is already percent-encoded
> + # so we can skip all '%' characters but still encode all others.
> +-percent_encodings = PERCENT_RE.findall(component)
> +-
> +-# Normalize existing percent-encoded bytes.
> +-for enc in percent_encodings:
> +-if not enc.isupper():
> +-component = component.replace(enc, enc.upper())
> ++component, percent_encodings = PERCENT_RE.subn(
> ++lambda match: match.group(0).upper(), component
> ++)
> + 
> + uri_bytes = component.encode("utf-8", "surrogatepass")
> +-is_percent_encoded = len(percent_encodings) == uri_bytes.count(b"%")
> +-
> ++is_percent_encoded = percent_encodings == uri_bytes.count(b"%")
> + encoded_component = bytearray()
> + 
> + for i in range(0, len(uri_bytes)):
> +@@ -237,7 +234,7 @@ def _encode_invalid_chars(component, allowed_chars, 
> encoding="utf-8"):
> + if (is_percent_encoded and byte == b"%") or (
> + byte_ord < 128 and byte.decode() in allowed_chars
> + ):
> +-encoded_component.extend(byte)
> ++encoded_component += byte
> + continue
> + encoded_component.extend(b"%" + 
> (hex(byte_ord)[2:].encode().zfill(2).upper()))
> + 
> +-- 
> +2.23.0
> +
> diff --git a/meta-python/recipes-devtools/python/python-urllib3_1.25.6.bb 
> b/meta-python/recipes-devtools/python/python-urllib3_1.25.6.bb
> index 6c81f1d..9f2d2c8 100644
> --- a/meta-python/recipes-devtools/python/python-urllib3_1.25.6.bb
> +++ b/meta-python/recipes-devtools/python/python-urllib3_1.25.6.bb
> @@ -1,2 +1,4 @@
>  inherit pypi setuptools
>  require python-urllib3.inc
> +
> +SRC_URI += "file://CVE-2020-7212.patch"
> diff --git 
> a/meta-python/recipes-devtools/python/python3-urllib3/CVE-2020-7212.patch 
> b/meta-python/recipes-devtools/python/python3-urllib3/CVE-2020-7212.patch
> new file mode 100644
> index 000..a2bb0fb
> --- /dev/null
> +++ b/meta-python/recipes-devtools/python/python3-urllib3/CVE-2020-7212.patch
> @@ -0,0 +1,54 @@
> +From aff951b7a41eb5b958b32c49eaa00da02adc9c2d Mon Sep 17 00:00:00 2001
> +From: Quentin Pradet 
> +Date: Tue, 21 Jan 2020 22:32:56 +0400
> +Subject: [PATCH] Optimize _encode_invalid_chars (#1787)
> +
> +Co-authored-by: Seth Michael Larson 
> +
> +Upstream-Status: Backport
> +[from git://github.com/urllib3/urllib3.git commit:a2697e7c6b]
> +Signed-off-by: Haiqing Bai 
> +---
> + src/urllib3/util/url.py | 15 ++-
> + 1 file changed, 6 insertions(+), 9 deletions(-)
> +
> +diff --git a/src/urllib3/util/url.py b/src/urllib3/util/url.py
> +index 9675f74..e353937 100644
> +--- a/src/urllib3/util/url.py
>  b/src/urllib3/util/url.py
> +@@ -216,18 +216,15 @@ def _encode_invalid_chars(component, allowed_chars, 
> encoding="utf-8"):
> + 
> + component = six.ensure_text(component)
> + 
> ++# Normalize existing percent-encoded bytes.
> + # Try to see if the component we're encoding is already percent-encoded
> + # so we can skip all '%' characters but still encode all others.
> +-

Re: [oe] [meta-oe][zeus][PATCH] libssh2: CVE-2019-17498.patch

[akuster808]

On 3/13/20 4:10 AM, Wang Mingyu wrote:
> Security Advisory
>
> References:
> https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2019-17498
is this fix in master?
>
> Signed-off-by: Wang Mingyu 
> ---
>  .../libssh2/libssh2/CVE-2019-17498.patch  | 131 ++
>  .../recipes-support/libssh2/libssh2_1.8.2.bb  |   1 +
>  2 files changed, 132 insertions(+)
>  create mode 100644 
> meta-oe/recipes-support/libssh2/libssh2/CVE-2019-17498.patch
>
> diff --git a/meta-oe/recipes-support/libssh2/libssh2/CVE-2019-17498.patch 
> b/meta-oe/recipes-support/libssh2/libssh2/CVE-2019-17498.patch
> new file mode 100644
> index 0..f60764c92
> --- /dev/null
> +++ b/meta-oe/recipes-support/libssh2/libssh2/CVE-2019-17498.patch
> @@ -0,0 +1,131 @@
> +From dedcbd106f8e52d5586b0205bc7677e4c9868f9c Mon Sep 17 00:00:00 2001
> +From: Will Cosgrove 
> +Date: Fri, 30 Aug 2019 09:57:38 -0700
> +Subject: [PATCH] packet.c: improve message parsing (#402)
> +
> +* packet.c: improve parsing of packets
> +
> +file: packet.c
> +
> +notes:
> +Use _libssh2_get_string API in SSH_MSG_DEBUG/SSH_MSG_DISCONNECT. Additional 
> uint32 bounds check in SSH_MSG_GLOBAL_REQUEST.
> +
> +Upstream-Status: Accepted
> +CVE: CVE-2019-17498
> +
> +Reference to upstream patch:
> +https://github.com/libssh2/libssh2/commit/dedcbd106f8e52d5586b0205bc7677e4c9868f9c
> +
> +---
> + src/packet.c | 68 ++--
> + 1 file changed, 29 insertions(+), 39 deletions(-)
> +
> +diff --git a/src/packet.c b/src/packet.c
> +index 38ab6294..2e01bfc5 100644
> +--- a/src/packet.c
>  b/src/packet.c
> +@@ -416,8 +416,8 @@ _libssh2_packet_add(LIBSSH2_SESSION * session, unsigned 
> char *data,
> + size_t datalen, int macstate)
> + {
> + int rc = 0;
> +-char *message = NULL;
> +-char *language = NULL;
> ++unsigned char *message = NULL;
> ++unsigned char *language = NULL;
> + size_t message_len = 0;
> + size_t language_len = 0;
> + LIBSSH2_CHANNEL *channelp = NULL;
> +@@ -469,33 +469,23 @@ _libssh2_packet_add(LIBSSH2_SESSION * session, 
> unsigned char *data,
> + 
> + case SSH_MSG_DISCONNECT:
> + if(datalen >= 5) {
> +-size_t reason = _libssh2_ntohu32(data + 1);
> ++uint32_t reason = 0;
> ++struct string_buf buf;
> ++buf.data = (unsigned char *)data;
> ++buf.dataptr = buf.data;
> ++buf.len = datalen;
> ++buf.dataptr++; /* advance past type */
> + 
> +-if(datalen >= 9) {
> +-message_len = _libssh2_ntohu32(data + 5);
> ++_libssh2_get_u32(, );
> ++_libssh2_get_string(, , _len);
> ++_libssh2_get_string(, , _len);
> + 
> +-if(message_len < datalen-13) {
> +-/* 9 = packet_type(1) + reason(4) + message_len(4) 
> */
> +-message = (char *) data + 9;
> +-
> +-language_len =
> +-_libssh2_ntohu32(data + 9 + message_len);
> +-language = (char *) data + 9 + message_len + 4;
> +-
> +-if(language_len > (datalen-13-message_len)) {
> +-/* bad input, clear info */
> +-language = message = NULL;
> +-language_len = message_len = 0;
> +-}
> +-}
> +-else
> +-/* bad size, clear it */
> +-message_len = 0;
> +-}
> + if(session->ssh_msg_disconnect) {
> +-LIBSSH2_DISCONNECT(session, reason, message,
> +-   message_len, language, language_len);
> ++LIBSSH2_DISCONNECT(session, reason, (const char 
> *)message,
> ++   message_len, (const char *)language,
> ++   language_len);
> + }
> ++
> + _libssh2_debug(session, LIBSSH2_TRACE_TRANS,
> +"Disconnect(%d): %s(%s)", reason,
> +message, language);
> +@@ -534,23 +526,24 @@ _libssh2_packet_add(LIBSSH2_SESSION * session, 
> unsigned char *data,
> + int always_display = data[1];
> + 
> + if(datalen >= 6) {
> +-message_len = _libssh2_ntohu32(data + 2);
> +-
> +-if(message_len <= (datalen - 10)) {
> +-/* 6 = packet_type(1) + display(1) + message_len(4) 
> */
> +-message = (char *) data + 6;
> +-language_len = _libssh2_ntohu32(data + 6 +
> +-message_len);
> +-
> +-if(language_len <= (datalen - 10 - 

Re: [oe] [zeus] [meta-networking] [PATCH] wireshark: CVE-2019-19553

[akuster808]

On 3/12/20 11:58 PM, Zang Ruochen wrote:
> Security Advisory
> References:
> https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2019-19553
Thanks for the CVE fix.

Wireshark 3.0.x series are bug fix only so updating the 3.0.9 would be
preferred.

3.0.9
wnpa-sec-2020-03 
LTE RRC dissector memory leak. Bug 16341
.
wnpa-sec-2020-04 
WiMax DLMAP dissector crash. Bug 16368
.
wnpa-sec-2020-05 
EAP dissector crash. Bug 16397
.

3.0.8
wnpa-sec-2020-02 
BT ATT dissector crash. Bug 16258
.
CVE-2020-7045
.
3.0.7
wnpa-sec-2019-22 
CMS dissector crash. Bug 15961
.
CVE-2019-19553
.


- armin
>
> Signed-off-by: Zang Ruochen 
> ---
>  ..._identifier_id-after-dissecting-Cont.patch | 204 ++
>  .../wireshark/wireshark_3.0.6.bb  |   3 +-
>  2 files changed, 206 insertions(+), 1 deletion(-)
>  create mode 100644 
> meta-networking/recipes-support/wireshark/wireshark/0001-CMS-reset-object_identifier_id-after-dissecting-Cont.patch
>
> diff --git 
> a/meta-networking/recipes-support/wireshark/wireshark/0001-CMS-reset-object_identifier_id-after-dissecting-Cont.patch
>  
> b/meta-networking/recipes-support/wireshark/wireshark/0001-CMS-reset-object_identifier_id-after-dissecting-Cont.patch
> new file mode 100644
> index 0..08060db04
> --- /dev/null
> +++ 
> b/meta-networking/recipes-support/wireshark/wireshark/0001-CMS-reset-object_identifier_id-after-dissecting-Cont.patch
> @@ -0,0 +1,204 @@
> +From e1731e2bc1d2a78b67e18fa66e7440acb9bea563 Mon Sep 17 00:00:00 2001
> +From: Zang Ruochen 
> +Date: Fri, 13 Mar 2020 13:54:50 +0800
> +Subject: [PATCH] CMS: reset object_identifier_id after dissecting ContentInfo
> +MIME-Version: 1.0
> +Content-Type: text/plain; charset=UTF-8
> +Content-Transfer-Encoding: 8bit
> +
> +MIME-Version: 1.0
> +Content-Type: text/plain; charset=utf8
> +Content-Transfer-Encoding: 8bit
> +
> +Bug: 15961
> +Change-Id: I3d6b3e96103b69f88fcb512da81fa20ff6a1c40e
> +Reviewed-on: https://code.wireshark.org/review/34960
> +Petri-Dish: Pascal Quantin 
> +Tested-by: Petri Dish Buildbot
> +Reviewed-by: Stig Bjørlykke 
> +Reviewed-by: Roland Knall 
> +(cherry picked from commit 23850a3342d64b9c9808f14c20bfea6d22b7dc08)
> +Conflicts:
> + epan/dissectors/packet-cms.c
> +Reviewed-on: https://code.wireshark.org/review/34975
> +Reviewed-by: Pascal Quantin 
> +---
> + epan/dissectors/asn1/cms/cms.cnf  |  1 +
> + .../dissectors/asn1/cms/packet-cms-template.c |  2 +-
> + epan/dissectors/packet-cms.c  | 31 ++-
> + 3 files changed, 18 insertions(+), 16 deletions(-)
> +
> +diff --git a/epan/dissectors/asn1/cms/cms.cnf 
> b/epan/dissectors/asn1/cms/cms.cnf
> +index ab94f8c..8feef01 100644
> +--- a/epan/dissectors/asn1/cms/cms.cnf
>  b/epan/dissectors/asn1/cms/cms.cnf
> +@@ -122,6 +122,7 @@ FirmwarePackageLoadError/version fwErrorVersion
> +   top_tree = tree;
> +   %(DEFAULT_BODY)s
> +   content_tvb = NULL;
> ++  object_identifier_id = NULL;
> +   top_tree = NULL;
> + 
> + #.FN_PARS ContentType
> +diff --git a/epan/dissectors/asn1/cms/packet-cms-template.c 
> b/epan/dissectors/asn1/cms/packet-cms-template.c
> +index 2e803ec..931fd4f 100644
> +--- a/epan/dissectors/asn1/cms/packet-cms-template.c
>  b/epan/dissectors/asn1/cms/packet-cms-template.c
> +@@ -43,7 +43,7 @@ static int hf_cms_ci_contentType = -1;
> + static int dissect_cms_OCTET_STRING(gboolean implicit_tag _U_, tvbuff_t 
> *tvb, int offset, asn1_ctx_t *actx, proto_tree *tree, int hf_index _U_) ; /* 
> XXX kill a compiler warning until asn2wrs stops generating these silly 
> wrappers */
> + 
> + 
> +-static const char *object_identifier_id;
> ++static const char *object_identifier_id = NULL;
> + static tvbuff_t *content_tvb = NULL;
> + 
> + static proto_tree *top_tree=NULL;
> +diff --git a/epan/dissectors/packet-cms.c b/epan/dissectors/packet-cms.c
> +index 690513d..2a6942f 100644
> +--- a/epan/dissectors/packet-cms.c
>  b/epan/dissectors/packet-cms.c
> +@@ -311,7 +311,7 @@ static gint ett_cms_FirmwarePackageMessageDigest = -1;
> + static int dissect_cms_OCTET_STRING(gboolean implicit_tag _U_, tvbuff_t 
> *tvb, int offset, asn1_ctx_t *actx, proto_tree *tree, int hf_index _U_) ; /* 
> XXX kill a compiler warning until asn2wrs stops generating these silly 
> wrappers */
> + 
> + 
> +-static const char 

Re: [oe] State of OE world - 2020-03-09

[akuster808]

Khem,

There is something wrong with this.

No one will be able to get to those logs posted in this email or what is
on the wiki.

I think we need some links like:

http://logs.nslu2-linux.org/buildlogs/oe/world/dunfell/log.world.qemuarm.20191213_215925.log/


-armin

On 3/11/20 3:40 PM, Khem Raj wrote:
> == Failed tasks 2020-03-09 ==
>
> INFO: jenkins-job.sh-1.8.46 Complete log available at
> /media/ra_build_share/buildlogs/oe/world/dunfell/log.report.20200310_140304.log
>
> === common (0) ===
>
> === common-x86 (0) ===
>
> === qemuarm (0) ===
>
> === qemuarm64 (1) ===
> * 
> sources/meta-openembedded/meta-oe/recipes-extended/sysdig/sysdig_git.bb:do_compile
>
> === qemux86 (0) ===
>
> === qemux86_64 (0) ===
>
> === Number of failed tasks (1) ===
> {| class=wikitable
> |-
> || qemuarm || 0 ||
> /media/ra_build_share/buildlogs/oe/world/dunfell//media/ra_build_share/buildlogs/oe/world/dunfell/log.world.qemuarm.20200309_132038.log/
> ||
> |-
> || qemuarm64 || 1 ||
> /media/ra_build_share/buildlogs/oe/world/dunfell//media/ra_build_share/buildlogs/oe/world/dunfell/log.world.qemuarm64.20200309_202041.log/
> || http://errors.yoctoproject.org/Errors/Build/99898/
> |-
> || qemux86 || 0 ||
> /media/ra_build_share/buildlogs/oe/world/dunfell//media/ra_build_share/buildlogs/oe/world/dunfell/log.world.qemux86.20200309_202040.log/
> ||
> |-
> || qemux86_64 || 0 ||
> /media/ra_build_share/buildlogs/oe/world/dunfell//media/ra_build_share/buildlogs/oe/world/dunfell/log.world.qemux86-64.20200309_202038.log/
> ||
> |}
>
> === PNBLACKLISTs (20) ===
>
>
> sources/meta-openembedded:
> * 
> meta-networking/recipes-netkit/netkit-rusers/netkit-rusers_0.17.bb:PNBLACKLIST[netkit-rusers]
> = "Fails to build rup.c:51:10: fatal error: rstat.h: No such file or
> directory"
> * meta-networking/recipes-support/drbd/drbd_9.0.19-1.bb:PNBLACKLIST[drbd]
> = "Kernel module Needs forward porting to kernel 5.2+"
> * 
> meta-networking/recipes-support/lowpan-tools/lowpan-tools_git.bb:PNBLACKLIST[lowpan-tools]
> = "WARNING these tools are deprecated! Use wpan-tools instead"
> * 
> meta-oe/recipes-devtools/dnf-plugin-tui/dnf-plugin-tui_git.bb:PNBLACKLIST[dnf-plugin-tui]
> ?= "${@bb.utils.contains('PACKAGE_CLASSES', 'package_rpm', '', 'does
> not build correctly without package_rpm in PACKAGE_CLASSES', d)}"
> * meta-oe/recipes-devtools/nanopb/nanopb_0.4.0.bb:PNBLACKLIST[nanopb]
> = "Needs forward porting to use python3"
> * 
> meta-oe/recipes-extended/socketcan/can-isotp_git.bb:PNBLACKLIST[can-isotp]
> = "Kernel module Needs forward porting to kernel 5.2+"
> * 
> meta-oe/recipes-graphics/dnfdragora/dnfdragora_git.bb:PNBLACKLIST[dnfdragora]
> ?= "${@bb.utils.contains('PACKAGE_CLASSES', 'package_rpm', '', 'does
> not build correctly without package_rpm in PACKAGE_CLASSES', d)}"
> * meta-oe/recipes-kernel/bpftool/bpftool.bb:PNBLACKLIST[bpftool] =
> "Needs forward porting to kernel 5.2+"
>
>
> sources/meta-yoe:
> * conf/distro/yoe.inc:PNBLACKLIST[build-appliance-image] = "tries
> to include whole downloads directory in /home/builder/poky :/"
> * conf/distro/yoe.inc:PNBLACKLIST[smartrefrigerator] = "Needs
> porting to QT > 5.6"
> * conf/distro/yoe.inc:PNBLACKLIST[qmlbrowser] = "Needs porting to QT > 
> 5.6"
> * conf/distro/yoe.inc:PNBLACKLIST[minehunt] = "Needs porting to QT > 5.6"
> * conf/distro/yoe.inc:PNBLACKLIST[homeautomation] = "Needs porting
> to QT > 5.6"
> * conf/distro/yoe.inc:PNBLACKLIST[samegame] = "Needs porting to QT > 5.6"
> * conf/distro/yoe.inc:PNBLACKLIST[applicationlauncher] = "Needs
> porting to QT > 5.6"
> * conf/distro/yoe.inc:PNBLACKLIST[spacetouch] = "Needs porting to
> libplanes 1.0"
> * conf/distro/yoe.inc:PNBLACKLIST[qtviewplanes] = "Needs porting
> to libplanes 1.0"
> * conf/distro/yoe.inc:PNBLACKLIST[egt-thermostat] = "Needs porting
> to egt 0.8.2+"
>
>
> sources/openembedded-core:
> * meta/recipes-devtools/dnf/dnf_4.2.2.bb:PNBLACKLIST[dnf] ?=
> "${@bb.utils.contains('PACKAGE_CLASSES', 'package_rpm', '', 'does not
> build without package_rpm in PACKAGE_CLASSES due disabled rpm support
> in libsolv', d)}"
> * meta/recipes-devtools/libdnf/libdnf_0.28.1.bb:PNBLACKLIST[libdnf]
> ?= "${@bb.utils.contains('PACKAGE_CLASSES', 'package_rpm', '', 'Does
> not build without package_rpm in PACKAGE_CLASSES due disabled rpm
> support in libsolv', d)}"
>
>
> conf/local.conf:
> * PNBLACKLIST[bigbuckbunny-1080p] = "big and doesn't really need
> to be tested so much"
> * PNBLACKLIST[bigbuckbunny-480p] = "big and doesn't really need to
> be tested so much"
> * PNBLACKLIST[bigbuckbunny-720p] = "big and doesn't really need to
> be tested so much"
> * PNBLACKLIST[tearsofsteel-1080p] = "big and doesn't really need
> to be tested so much"
> * PNBLACKLIST[build-appliance-image] = "tries to include whole
> downloads directory in /home/builder/poky :/"
>
> === QA issues (0) ===
> {| class=wikitable
> !| Count ||Issue
> |-
> ||0 ||already-stripped
> 

Re: [oe] [meta-oe][PATCH v2] openjpeg: Fix CVE-2020-6851

[akuster808]

On 3/11/20 12:11 PM, Sakib Sajal wrote:
> From: Yue Tao 
>
> Backport patch from upstream to fix heap-based buffer overflow
>
> Upstream-Status: Backport
> CVE: CVE-2020-6851

Applies to Zeus too.


>
> Signed-off-by: Yue Tao 
> Signed-off-by: Sakib Sajal 
> ---
>  .../openjpeg/openjpeg/CVE-2020-6851.patch | 32 +++
>  .../openjpeg/openjpeg_2.3.1.bb|  1 +
>  2 files changed, 33 insertions(+)
>  create mode 100644 
> meta-oe/recipes-graphics/openjpeg/openjpeg/CVE-2020-6851.patch
>
> diff --git a/meta-oe/recipes-graphics/openjpeg/openjpeg/CVE-2020-6851.patch 
> b/meta-oe/recipes-graphics/openjpeg/openjpeg/CVE-2020-6851.patch
> new file mode 100644
> index 0..9f2fc901f
> --- /dev/null
> +++ b/meta-oe/recipes-graphics/openjpeg/openjpeg/CVE-2020-6851.patch
> @@ -0,0 +1,32 @@
> +From 024b8407392cb0b82b04b58ed256094ed5799e04 Mon Sep 17 00:00:00 2001
> +From: Even Rouault 
> +Date: Sat, 11 Jan 2020 01:51:19 +0100
> +Subject: [PATCH] opj_j2k_update_image_dimensions(): reject images whose
> + coordinates are beyond INT_MAX (fixes #1228)
> +
> +---
> + src/lib/openjp2/j2k.c | 8 
> + 1 file changed, 8 insertions(+)
> +
> +diff --git a/src/lib/openjp2/j2k.c b/src/lib/openjp2/j2k.c
> +index 14f6ff41..922550eb 100644
> +--- a/src/lib/openjp2/j2k.c
>  b/src/lib/openjp2/j2k.c
> +@@ -9236,6 +9236,14 @@ static OPJ_BOOL opj_j2k_update_image_dim
> + l_img_comp = p_image->comps;
> + for (it_comp = 0; it_comp < p_image->numcomps; ++it_comp) {
> + OPJ_INT32 l_h, l_w;
> ++if (p_image->x0 > (OPJ_UINT32)INT_MAX ||
> ++p_image->y0 > (OPJ_UINT32)INT_MAX ||
> ++p_image->x1 > (OPJ_UINT32)INT_MAX ||
> ++p_image->y1 > (OPJ_UINT32)INT_MAX) {
> ++opj_event_msg(p_manager, EVT_ERROR,
> ++  "Image coordinates above INT_MAX are not 
> supported\n");
> ++return OPJ_FALSE;
> ++}
> + 
> + l_img_comp->x0 = (OPJ_UINT32)opj_int_ceildiv((OPJ_INT32)p_image->x0,
> +  (OPJ_INT32)l_img_comp->dx);
> +-- 
> +2.17.1
> +
> diff --git a/meta-oe/recipes-graphics/openjpeg/openjpeg_2.3.1.bb 
> b/meta-oe/recipes-graphics/openjpeg/openjpeg_2.3.1.bb
> index ffd4099b4..4045148dd 100644
> --- a/meta-oe/recipes-graphics/openjpeg/openjpeg_2.3.1.bb
> +++ b/meta-oe/recipes-graphics/openjpeg/openjpeg_2.3.1.bb
> @@ -8,6 +8,7 @@ DEPENDS = "libpng tiff lcms zlib"
>  SRC_URI = " \
>  git://github.com/uclouvain/openjpeg.git \
>  file://0002-Do-not-ask-cmake-to-export-binaries-they-don-t-make-.patch \
> +file://CVE-2020-6851.patch \
>  "
>  SRCREV = "57096325457f96d8cd07bd3af04fe81d7a2ba788"
>  S = "${WORKDIR}/git"

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

Re: [oe] [PATCH] mutter: add patch from upstream to fix build with mesa >= 20.0.x

[akuster808]

On 3/8/20 2:06 PM, Andreas Müller wrote:
> Fixes:
> | FAILED: cogl/cogl/d9c41d2@@mutter-cogl-5@sha/winsys_cogl-winsys-egl.c.o
> | arm-mortsgna-linux-gnueabi-gcc -mthumb -mfpu=neon-vfpv4 -mfloat-abi=hard 
> -mcpu=cortex-a7 
> --sysroot=/home/superandy/tmp/oe-core-glibc/work/cortexa7t2hf-neon-vfpv4-mortsgna-linux-gnueabi/mutter/3.34.4-r0/recipe-sysroot
>  -Icogl/cogl/d9c41d2@@mutter-cogl-5@sha -Icogl/cogl 
> -I../mutter-3.34.4/cogl/cogl -Icogl -I../mutter-3.34.4/cogl 
> -I/home/superandy/tmp/oe-core-glibc/work/cortexa7t2hf-neon-vfpv4-mortsgna-linux-gnueabi/mutter/3.34.4-r0/recipe-sysroot/usr/include/glib-2.0
>  
> -I/home/superandy/tmp/oe-core-glibc/work/cortexa7t2hf-neon-vfpv4-mortsgna-linux-gnueabi/mutter/3.34.4-r0/recipe-sysroot/usr/lib/glib-2.0/include
>  
> -I/home/superandy/tmp/oe-core-glibc/work/cortexa7t2hf-neon-vfpv4-mortsgna-linux-gnueabi/mutter/3.34.4-r0/recipe-sysroot/usr/include/libdrm
>  
> -I/home/superandy/tmp/oe-core-glibc/work/cortexa7t2hf-neon-vfpv4-mortsgna-linux-gnueabi/mutter/3.34.4-r0/recipe-sysroot/usr/include/cairo
>  
> -I/home/superandy/tmp/oe-core-glibc/work/cortexa7t2hf-neon-vfpv4-mortsgna-linux-gnueabi/mutter/3.34.4-r0/recipe-sysroot/usr/include/pixman-1
>  
> -I/home/superandy/tmp/oe-core-glibc/work/cortexa7t2hf-neon-vfpv4-mortsgna-linux-gnueabi/mutter/3.34.4-r0/recipe-sysroot/usr/include/uuid
>  
> -I/home/superandy/tmp/oe-core-glibc/work/cortexa7t2hf-neon-vfpv4-mortsgna-linux-gnueabi/mutter/3.34.4-r0/recipe-sysroot/usr/include/freetype2
>  
> -I/home/superandy/tmp/oe-core-glibc/work/cortexa7t2hf-neon-vfpv4-mortsgna-linux-gnueabi/mutter/3.34.4-r0/recipe-sysroot/usr/include/libpng16
>  
> -I/home/superandy/tmp/oe-core-glibc/work/cortexa7t2hf-neon-vfpv4-mortsgna-linux-gnueabi/mutter/3.34.4-r0/recipe-sysroot/usr/include/gdk-pixbuf-2.0
>  -fdiagnostics-color=always -pipe -D_FILE_OFFSET_BITS=64 -D_GNU_SOURCE -O2 -g 
> -feliminate-unused-debug-types 
> -fmacro-prefix-map=/home/superandy/tmp/oe-core-glibc/work/cortexa7t2hf-neon-vfpv4-mortsgna-linux-gnueabi/mutter/3.34.4-r0=/usr/src/debug/mutter/3.34.4-r0
>  
> -fdebug-prefix-map=/home/superandy/tmp/oe-core-glibc/work/cortexa7t2hf-neon-vfpv4-mortsgna-linux-gnueabi/mutter/3.34.4-r0=/usr/src/debug/mutter/3.34.4-r0
>  
> -fdebug-prefix-map=/home/superandy/tmp/oe-core-glibc/work/cortexa7t2hf-neon-vfpv4-mortsgna-linux-gnueabi/mutter/3.34.4-r0/recipe-sysroot=
>  
> -fdebug-prefix-map=/home/superandy/tmp/oe-core-glibc/work/cortexa7t2hf-neon-vfpv4-mortsgna-linux-gnueabi/mutter/3.34.4-r0/recipe-sysroot-native=
>  -fPIC -pthread '-DCOGL_LOCALEDIR="/usr/share/locale"' -DCOGL_COMPILATION 
> '-DCOGL_GL_LIBNAME="libGL.so.1"' '-DCOGL_GLES2_LIBNAME="libGLESv2.so"' -MD 
> -MQ 'cogl/cogl/d9c41d2@@mutter-cogl-5@sha/winsys_cogl-winsys-egl.c.o' -MF 
> 'cogl/cogl/d9c41d2@@mutter-cogl-5@sha/winsys_cogl-winsys-egl.c.o.d' -o 
> 'cogl/cogl/d9c41d2@@mutter-cogl-5@sha/winsys_cogl-winsys-egl.c.o' -c 
> ../mutter-3.34.4/cogl/cogl/winsys/cogl-winsys-egl.c
> | ../mutter-3.34.4/cogl/cogl/winsys/cogl-winsys-egl.c: In function 
> '_cogl_winsys_display_setup':
> | ../mutter-3.34.4/cogl/cogl/winsys/cogl-winsys-egl.c:467:23: error: 
> 'CoglRendererEGL' {aka 'struct _CoglRendererEGL'} has no member named 
> 'pf_eglBindWaylandDisplay'
> |   467 |   if (egl_renderer->pf_eglBindWaylandDisplay)
> |   |   ^~
> | ../mutter-3.34.4/cogl/cogl/winsys/cogl-winsys-egl.c:468:14: error: 
> 'CoglRendererEGL' {aka 'struct _CoglRendererEGL'} has no member named 
> 'pf_eglBindWaylandDisplay'
> |   468 |  egl_renderer->pf_eglBindWaylandDisplay (egl_renderer->edpy,
> |   |  ^~
> | ../mutter-3.34.4/cogl/cogl/winsys/cogl-winsys-egl.c: In function 
> '_cogl_egl_create_image':
> | ../mutter-3.34.4/cogl/cogl/winsys/cogl-winsys-egl.c:902:17: error: 
> 'EGL_WAYLAND_BUFFER_WL' undeclared (first use in this function)
> |   902 |   if (target == EGL_WAYLAND_BUFFER_WL)
> |   | ^
>
> Signed-off-by: Andreas Müller 
> ---
>  .../0001-EGL-Include-EGL-eglmesaext.h.patch   | 72 +++
>  .../recipes-gnome/mutter/mutter_3.34.4.bb |  1 +
>  2 files changed, 73 insertions(+)
>  create mode 100644 
> meta-gnome/recipes-gnome/mutter/mutter/0001-EGL-Include-EGL-eglmesaext.h.patch
>
> diff --git 
> a/meta-gnome/recipes-gnome/mutter/mutter/0001-EGL-Include-EGL-eglmesaext.h.patch
>  
> b/meta-gnome/recipes-gnome/mutter/mutter/0001-EGL-Include-EGL-eglmesaext.h.patch
> new file mode 100644
> index 0..b4fd03983
> --- /dev/null
> +++ 
> b/meta-gnome/recipes-gnome/mutter/mutter/0001-EGL-Include-EGL-eglmesaext.h.patch
> @@ -0,0 +1,72 @@
> +From a444a4c5f58ea516ad3cd9d6ddc0056c3ca9bc90 Mon Sep 17 00:00:00 2001
> +From: "Jan Alexander Steffens (heftig)" 
> +Date: Sun, 20 Oct 2019 12:04:31 +0200
> +Subject: [PATCH] EGL: Include EGL/eglmesaext.h
> +
> +The eglext.h shipped by libglvnd does not include the Mesa extensions,
> +unlike the header shipped in Mesa.
> +
> +Fixes 

Re: [oe] [zeus][PATCH] gd: fix CVE-2017-6363

[akuster808]

On 3/3/20 7:20 PM, Haiqing Bai wrote:
> Backport the CVE patch from the upstream to fix the heap-based buffer
> over-read in tiffWriter.
Did I miss the patch for master?

- armin
>
> Signed-off-by: Haiqing Bai 
> ---
>  .../recipes-support/gd/gd/CVE-2017-6363.patch | 35 +++
>  meta-oe/recipes-support/gd/gd_2.2.5.bb|  1 +
>  2 files changed, 36 insertions(+)
>  create mode 100644 meta-oe/recipes-support/gd/gd/CVE-2017-6363.patch
>
> diff --git a/meta-oe/recipes-support/gd/gd/CVE-2017-6363.patch 
> b/meta-oe/recipes-support/gd/gd/CVE-2017-6363.patch
> new file mode 100644
> index 0..25b5880ff
> --- /dev/null
> +++ b/meta-oe/recipes-support/gd/gd/CVE-2017-6363.patch
> @@ -0,0 +1,35 @@
> +From 8f7b60ea7db87de5df76169e3f3918e401ef8bf7 Mon Sep 17 00:00:00 2001
> +From: Mike Frysinger 
> +Date: Wed, 31 Jan 2018 14:50:16 -0500
> +Subject: [PATCH] gd/gd2: make sure transparent palette index is within bounds
> + #383
> +
> +The gd image formats allow for a palette of 256 colors,
> +so if the transparent index is out of range, disable it.
> +
> +Upstream-Status: Backport
> +[https://github.com/libgd/libgd.git 
> commit:0be86e1926939a98afbd2f3a23c673dfc4df2a7c]
> +CVE-2017-6363
> +
> +Signed-off-by: Haiqing Bai 
> +---
> + src/gd_gd.c | 3 ++-
> + 1 file changed, 2 insertions(+), 1 deletion(-)
> +
> +diff --git a/src/gd_gd.c b/src/gd_gd.c
> +index f8d39cb..5a86fc3 100644
> +--- a/src/gd_gd.c
>  b/src/gd_gd.c
> +@@ -54,7 +54,8 @@ _gdGetColors (gdIOCtx * in, gdImagePtr im, int gd2xFlag)
> + if (!gdGetWord (>transparent, in)) {
> + goto fail1;
> + }
> +-if (im->transparent == 257) {
> ++/* Make sure transparent index is within bounds of the palette. 
> */
> ++if (im->transparent >= 256 || im->transparent < 0) {
> + im->transparent = (-1);
> + }
> + }
> +-- 
> +1.9.1
> +
> diff --git a/meta-oe/recipes-support/gd/gd_2.2.5.bb 
> b/meta-oe/recipes-support/gd/gd_2.2.5.bb
> index 35f9bb251..dda2e67d6 100644
> --- a/meta-oe/recipes-support/gd/gd_2.2.5.bb
> +++ b/meta-oe/recipes-support/gd/gd_2.2.5.bb
> @@ -17,6 +17,7 @@ SRC_URI = "git://github.com/libgd/libgd.git;branch=GD-2.2 \
> 
> file://0001-annotate.c-gdft.c-Replace-strncpy-with-memccpy-to-fi.patch \
> file://CVE-2018-1000222.patch \
> file://CVE-2019-6978.patch \
> +   file://CVE-2017-6363.patch \
>"
>  
>  SRCREV = "8255231b68889597d04d451a72438ab92a405aba"

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

Re: [oe] [meta-oe][zeus][PATCH] meta-oe: zeus: remmina - use PACKAGECONFIG for spice

[akuster808]

Jan,

On 2/19/20 3:57 AM, Jan-Simon Moeller wrote:
> remmina depends on spice and spice-protocol but they are in meta-networking.
> Use the PACKAGECONFIG flag to avoid hardcoding the dependency.
>
> Signed-off-by: Jan-Simon Moeller 
> ---
>  meta-oe/recipes-support/remmina/remmina_1.3.6.bb | 10 +++---
>  1 file changed, 3 insertions(+), 7 deletions(-)
>
> diff --git a/meta-oe/recipes-support/remmina/remmina_1.3.6.bb 
> b/meta-oe/recipes-support/remmina/remmina_1.3.6.bb
> index 82b803a4d..5f25231c2 100644
> --- a/meta-oe/recipes-support/remmina/remmina_1.3.6.bb
> +++ b/meta-oe/recipes-support/remmina/remmina_1.3.6.bb
> @@ -5,8 +5,6 @@ LICENSE = "GPLv2 & openssl"
>  LIC_FILES_CHKSUM = "file://LICENSE;md5=dab7215512044d49037272ce1ac4ea8f 
> file://LICENSE.OpenSSL;md5=c1eb3cee0a4dea27503c531267a69769"
>  DEPENDS += "openssl freerdp gtk+3 gdk-pixbuf atk libgcrypt avahi-ui 
> libsodium libssh vte json-glib libsoup-2.4 libvncserver libsecret"
>
> -DEPENDS_append_x86 = " spice spice-protocol"
> -DEPENDS_append_x86-64 = " spice spice-protocol"
>
>  DEPENDS_append_libc-musl = " libexecinfo"
>  LDFLAGS_append_libc-musl = " -lexecinfo"
> @@ -23,11 +21,7 @@ inherit cmake distro_features_check
>  # depends on avahi-ui with this restriction
>  ANY_OF_DISTRO_FEATURES = "${GTK3DISTROFEATURES}"
>
> -EXTRA_OECMAKE += "-DWITH_APPINDICATOR=OFF -DWITH_GETTEXT=OFF 
> -DWITH_TRANSLATIONS=OFF -DWITH_SPICE=OFF"
> -
> -EXTRA_OECMAKE_append_x86 = " -DWITH_SPICE=ON"
> -EXTRA_OECMAKE_append_x86-64 = " -DWITH_SPICE=ON"
> -
> +EXTRA_OECMAKE += "-DWITH_APPINDICATOR=OFF -DWITH_GETTEXT=OFF 
> -DWITH_TRANSLATIONS=OFF"
>
>  do_install_append(){
>  # We dont need the extra stuff form other desktop environments
> @@ -36,6 +30,8 @@ do_install_append(){
>  rm -rf ${D}/${datadir}/gnome-session
>  }
>
> +PACKAGECONFIG[spice] = "-DWITH_SPICE=ON, -DWITH_SPICE=OFF, spice 
> spice-protocol"
The above needs to be set for x86 and x86-64 systems to make this change
behave as it did before and I don't see that so its not a viable zeus
candidate.

- armin
> +
>  RDEPENDS_${PN} = "bash"
>
>  FILES_${PN}_append = " ${datadir}/icons/hicolor/*"
> --
> 2.11.0
>

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

Re: [oe] [meta-oe][PATCH] libharu: New recipe

[akuster808]

On 2/18/20 7:47 PM, Zheng Ruoqin wrote:
> libHaru is a library for generating PDF files.
>
> Signed-off-by: Zheng Ruoqin 
> ---
>  .../libharu/libharu-RELEASE_2_3_0_cmake.patch | 45 +++
>  .../recipes-support/libharu/libharu_2.3.0.bb  | 24 ++
>  2 files changed, 69 insertions(+)
>  create mode 100644 
> meta-oe/recipes-support/libharu/libharu/libharu-RELEASE_2_3_0_cmake.patch
>  create mode 100644 meta-oe/recipes-support/libharu/libharu_2.3.0.bb
>
> diff --git 
> a/meta-oe/recipes-support/libharu/libharu/libharu-RELEASE_2_3_0_cmake.patch 
> b/meta-oe/recipes-support/libharu/libharu/libharu-RELEASE_2_3_0_cmake.patch
> new file mode 100644
> index 0..a176f557d
> --- /dev/null
> +++ 
> b/meta-oe/recipes-support/libharu/libharu/libharu-RELEASE_2_3_0_cmake.patch
> @@ -0,0 +1,45 @@
> +Backport from RHEL8.

Missing signed-off-by and Upstream-Status:

For options, please see:
https://www.openembedded.org/wiki/Commit_Patch_Message_Guidelines

- armin
> +
> +diff -urp libharu-RELEASE_2_3_0/CMakeLists.txt 
> libharu-RELEASE_2_3_0_cmake/CMakeLists.txt
> +--- libharu-RELEASE_2_3_0/CMakeLists.txt 2013-10-30 20:11:59.0 
> +0700
>  libharu-RELEASE_2_3_0_cmake/CMakeLists.txt   2017-06-01 
> 15:56:06.533552795 +0700
> +@@ -25,7 +25,7 @@ endif(MSVC)
> + 
> + # information about libharu
> + set(LIBHPDF_MAJOR 2)
> +-set(LIBHPDF_MINOR 2)
> ++set(LIBHPDF_MINOR 3)
> + set(LIBHPDF_PATCH 0)
> + set(LIBHPDF_VERSION ${LIBHPDF_MAJOR}.${LIBHPDF_MINOR}.${LIBHPDF_PATCH})
> + set(LIBHPDF_DESCRIPTION "libHaru is a free, cross platform, open source 
> library for generating PDF files.")
> +@@ -210,9 +210,9 @@ set(
> + install(FILES ${haru_HDRS} DESTINATION include)
> + 
> + # install various files
> +-install(FILES README CHANGES INSTALL DESTINATION .)
> ++install(FILES README CHANGES INSTALL DESTINATION 
> ${SHARE_INSTALL_PREFIX}/libharu)
> + if(NOT DEVPAK)
> +-  install(DIRECTORY if DESTINATION .)
> ++  install(DIRECTORY if DESTINATION ${SHARE_INSTALL_PREFIX}/libharu)
> + endif(NOT DEVPAK)
> + if(DEVPAK)
> +   install(FILES ${CMAKE_BINARY_DIR}/libharu.DevPackage DESTINATION .)
> +diff -urp libharu-RELEASE_2_3_0/src/CMakeLists.txt 
> libharu-RELEASE_2_3_0_cmake/src/CMakeLists.txt
> +--- libharu-RELEASE_2_3_0/src/CMakeLists.txt 2013-10-30 20:11:59.0 
> +0700
>  libharu-RELEASE_2_3_0_cmake/src/CMakeLists.txt   2017-06-01 
> 16:08:45.425105746 +0700
> +@@ -90,11 +90,13 @@ if(LIBHPDF_SHARED)
> +   target_link_libraries(${LIBHPDF_NAME} ${ADDITIONAL_LIBRARIES})
> +   if(WIN32 AND NOT CYGWIN)
> + set_target_properties(${LIBHPDF_NAME} PROPERTIES DEFINE_SYMBOL 
> HPDF_DLL_MAKE)
> ++  else(WIN32 AND NOT CYGWIN)
> ++set_target_properties(${LIBHPDF_NAME} PROPERTIES SOVERSION 
> ${LIBHPDF_VERSION})
> +   endif(WIN32 AND NOT CYGWIN)
> +   install(
> + TARGETS ${LIBHPDF_NAME}
> +-ARCHIVE DESTINATION lib
> +-LIBRARY DESTINATION lib
> ++ARCHIVE DESTINATION ${LIB_INSTALL_DIR}
> ++LIBRARY DESTINATION ${LIB_INSTALL_DIR}
> + RUNTIME DESTINATION bin
> +   )
> + endif(LIBHPDF_SHARED)
> diff --git a/meta-oe/recipes-support/libharu/libharu_2.3.0.bb 
> b/meta-oe/recipes-support/libharu/libharu_2.3.0.bb
> new file mode 100644
> index 0..359f615ba
> --- /dev/null
> +++ b/meta-oe/recipes-support/libharu/libharu_2.3.0.bb
> @@ -0,0 +1,24 @@
> +SUMMARY = "free PDF library"
> +HOMEPAGE = "http://libharu.org;
> +DESCRIPTION = "libHaru is a library for generating PDF files. \
> +   It is free, open source, written in ANSI C and cross 
> platform. "
> +
> +LICENSE = "Zlib"
> +LIC_FILES_CHKSUM = "file://README;md5=3ee6bc1f64d9cc7907f44840c8e50cb1"
> +
> +SRC_URI = 
> "https://github.com/libharu/${BPN}/archive/RELEASE_${@d.getVar('PV').replace('.','_')}.tar.gz
>  \
> +   file://libharu-RELEASE_2_3_0_cmake.patch \
> +"
> +
> +SRC_URI[md5sum] = "4f916aa49c3069b3a10850013c507460"
> +SRC_URI[sha256sum] = 
> "8f9e68cc5d5f7d53d1bc61a1ed876add1faf4f91070dbc360d8b259f46d9a4d2"
> +
> +S = "${WORKDIR}/${BPN}-RELEASE_${@d.getVar('PV').replace('.','_')}"
> +
> +inherit cmake
> +DEPENDS += "libpng zlib"
> +
> +do_install_append() {
> + mkdir -p ${D}/${datadir}/libharu
> + mv ${D}/libharu ${D}/${datadir}
> +}

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

[oe] zeus merge request

[akuster808]

The following changes since commit e855ecc6d35677e79780adc57b2552213c995731:

  ruli: Fix install step and build samples too (2020-01-05 14:44:11 -0800)

are available in the Git repository at:

  https://git.openembedded.org/meta-openembedded zeus-next

for you to fetch changes up to bb65c27a772723dfe2c15b5e1b27bcc1a1ed884c:

  fluentbit: Fix packaging in multilib env (2020-01-30 18:38:10 -0800)


Gianfranco Costamagna (3):
  cpprest: fix cmake installation directory
  websocketpp: add various upstream accepted and proposed patches to
fix various issues, including:
  websocketpp: refresh clang patch

Kai Kang (1):
  adduser: set default shell with /sbin/nologin

Khem Raj (9):
  nodejs: libatomic patch should be target specific
  websocketapp: Fix multilib build
  websocketpp: Fix clang specific flags in cmake files
  squid: Link with libatomic on riscv
  grpc: Link with libatomic on clang/x86
  grpc: Link with libatomic on powerpc
  grpc: Link with libatomic on riscv
  netdata: Add libatomic to link step
  fluentbit: Fix packaging in multilib env

Peter Kjellerstedt (1):
  gitpkgv.bbclass: Add support for extending the supported tag formats

Sumit Garg (1):
  mariadb: fix library LZ4 lookup

Trevor Gamblin (2):
  python-twisted: add required RDEPENDS for twistd
  pyhamcrest: add python3 version of recipe

Yi Zhao (1):
  libldb: upgrade 1.5.5 -> 1.5.6

Zhixiong Chi (1):
  dnsmasq: CVE-2019-14834

 meta-networking/recipes-daemons/squid/squid_4.6.bb |   2 +
 .../recipes-devtools/grpc/grpc_1.24.1.bb   |  16 +++
 .../0001-dnsmasq-fix-memory-leak-in-helper-c.patch |  49 
 .../recipes-support/dnsmasq/dnsmasq_2.80.bb    |   1 +
 .../libldb/{libldb_1.5.5.bb => libldb_1.5.6.bb}    |   4 +-
 meta-oe/classes/gitpkgv.bbclass    |  14 ++-
 meta-oe/recipes-dbs/mysql/mariadb.inc  |   1 +
 .../mariadb/0001-Fix-library-LZ4-lookup.patch  |  30 +
 meta-oe/recipes-devtools/nodejs/nodejs_10.16.3.bb  |   2 +-
 .../fluentbit/fluentbit/cmake_multilib.patch   |  18 +++
 .../fluentbit/fluentbit_0.12.19.bb |   1 +
 meta-oe/recipes-support/cpprest/cpprest_2.10.14.bb |   2 +-
 .../0001-Correct-clang-compiler-flags.patch    |  32 +
 .../0001-cmake-Use-GNUInstallDirs.patch    |  35 ++
 .../websocketpp/websocketpp-0.8.1/771.patch    |  22 
 .../websocketpp/websocketpp-0.8.1/842.patch    |  30 +
 .../websocketpp/websocketpp-0.8.1/855.patch    |  23 
 .../websocketpp/websocketpp-0.8.1/857.patch    | 132
+
 .../websocketpp/websocketpp_0.8.1.bb   |  17 ++-
 meta-perl/recipes-perl/adduser/adduser_3.118.bb    |   1 +
 ...duser-set-default-shell-with-sbin-nologin.patch |  34 ++
 .../recipes-devtools/python/python-twisted.inc |  18 ++-
 .../python/python3-pyhamcrest_1.9.0.bb |  10 ++
 .../recipes-webadmin/netdata/netdata_git.bb    |   2 +
 24 files changed, 486 insertions(+), 10 deletions(-)
 create mode 100644
meta-networking/recipes-support/dnsmasq/dnsmasq/0001-dnsmasq-fix-memory-leak-in-helper-c.patch
 rename meta-networking/recipes-support/libldb/{libldb_1.5.5.bb =>
libldb_1.5.6.bb} (95%)
 create mode 100644
meta-oe/recipes-dbs/mysql/mariadb/0001-Fix-library-LZ4-lookup.patch
 create mode 100644
meta-oe/recipes-extended/fluentbit/fluentbit/cmake_multilib.patch
 create mode 100644
meta-oe/recipes-support/websocketpp/websocketpp-0.8.1/0001-Correct-clang-compiler-flags.patch
 create mode 100644
meta-oe/recipes-support/websocketpp/websocketpp-0.8.1/0001-cmake-Use-GNUInstallDirs.patch
 create mode 100644
meta-oe/recipes-support/websocketpp/websocketpp-0.8.1/771.patch
 create mode 100644
meta-oe/recipes-support/websocketpp/websocketpp-0.8.1/842.patch
 create mode 100644
meta-oe/recipes-support/websocketpp/websocketpp-0.8.1/855.patch
 create mode 100644
meta-oe/recipes-support/websocketpp/websocketpp-0.8.1/857.patch
 create mode 100644
meta-perl/recipes-perl/adduser/files/0001-adduser-set-default-shell-with-sbin-nologin.patch
 create mode 100644
meta-python/recipes-devtools/python/python3-pyhamcrest_1.9.0.bb
~   
 

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

Re: [oe] [meta-networking][zeus][PATCH] mosquitto.init

[akuster808]

On 2/10/20 6:41 AM, Mike Krupicka wrote:
> Config file specification is missing in start) case. It is present already in 
> restart) case.

This needs to go into master first.

Should just apply.

- armin
>
> Mike
> ---
> .../recipes-connectivity/mosquitto/files/mosquitto.init | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git 
> a/meta-networking/recipes-connectivity/mosquitto/files/mosquitto.init 
> b/meta-networking/recipes-connectivity/mosquitto/files/mosquitto.init
> index 6a0c12760..9d5963c41 100644
> --- a/meta-networking/recipes-connectivity/mosquitto/files/mosquitto.init
> +++ b/meta-networking/recipes-connectivity/mosquitto/files/mosquitto.init
> @@ -38,7 +38,7 @@ export PATH="${PATH:+$PATH:}@SBINDIR@:@BASE_SBINDIR@"
> case "$1" in
>  start)
>  echo "Starting Mosquitto message broker" "mosquitto"
> -if start-stop-daemon --start --quiet --oknodo --background  
> --make-pidfile --pidfile ${PIDFILE} --exec ${DAEMON} ; then
> +if start-stop-daemon --start --quiet --oknodo --background 
> --make-pidfile --pidfile ${PIDFILE} --exec ${DAEMON} -- -c 
> @SYSCONFDIR@/mosquitto/mosquitto.conf ; then
>  exit 0
>  else
>  exit 1
> --
> 2.17.1


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

Re: [oe] [PATCH][zeus] libldb: upgrade 1.5.5 -> 1.5.6

[akuster808]

On 2/5/20 1:25 AM, Andreas Müller wrote:
> From: Yi Zhao 
>
> Signed-off-by: Yi Zhao 
> Signed-off-by: Khem Raj 
>
> (cherry picked from commit 2b3fd534874aee125a6c79c70c93b1aa498fda3f)
>
> This is necessary for zeus to fix samba build as reported in [1]
>
> [1] 
> http://lists.openembedded.org/pipermail/openembedded-devel/2020-January/204168.html

I already have this 
https://git.openembedded.org/meta-openembedded-contrib/commit/?h=stable/zeus-nut=f64c2d691ea597aa6221e3d7706a4d022e07bfea

thanks for sending the patch.

- armin
>
> Signed-off-by: Andreas Müller 
> ---
>  .../libldb/{libldb_1.5.5.bb => libldb_1.5.6.bb}   | 4 ++--
>  1 file changed, 2 insertions(+), 2 deletions(-)
>  rename meta-networking/recipes-support/libldb/{libldb_1.5.5.bb => 
> libldb_1.5.6.bb} (95%)
>
> diff --git a/meta-networking/recipes-support/libldb/libldb_1.5.5.bb 
> b/meta-networking/recipes-support/libldb/libldb_1.5.6.bb
> similarity index 95%
> rename from meta-networking/recipes-support/libldb/libldb_1.5.5.bb
> rename to meta-networking/recipes-support/libldb/libldb_1.5.6.bb
> index b19c964d8..99eb6f9ce 100644
> --- a/meta-networking/recipes-support/libldb/libldb_1.5.5.bb
> +++ b/meta-networking/recipes-support/libldb/libldb_1.5.6.bb
> @@ -33,8 +33,8 @@ LIC_FILES_CHKSUM = 
> "file://pyldb.h;endline=24;md5=dfbd238cecad76957f7f860fbe9ada
>  
> file://man/ldb.3.xml;beginline=261;endline=262;md5=137f9fd61040c1505d1aa1019663fd08
>  \
>  
> file://tools/ldbdump.c;endline=19;md5=a7d4fc5d1f75676b49df491575a86a42"
>  
> -SRC_URI[md5sum] = "339a41ac9efaec680e6d1469dd9aa35b"
> -SRC_URI[sha256sum] = 
> "199f5861aa863f538ec66d5fa95ecc13254a2030c53daf0e47363fa9ba235c68"
> +SRC_URI[md5sum] = "fc58ef432c1fcb03fc3bb6e08977"
> +SRC_URI[sha256sum] = 
> "ff82474d0bf109e415a2d50334bde5715f486a53ff4bb8c7f74459dd229e975b"
>  
>  inherit waf-samba distro_features_check
>  REQUIRED_DISTRO_FEATURES = "pam"

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

Re: [oe] [meta-oe][zeus][PATCH 1/2] libldb: Do not require the "pam" distro feature to be enabled

[akuster808]

On 1/30/20 1:04 PM, Peter Kjellerstedt wrote:
> From: Peter Kjellerstedt 
>
> It was only added because samba was a dependency, but was not removed
> again when the dependency on samba was removed in commit 6207331f.
>
> This effectively reverts commit a190c2e3.
I have an update to this package staged. I apply this on top of that.

https://git.openembedded.org/meta-openembedded-contrib/commit/?h=stable/zeus-nut=f64c2d691ea597aa6221e3d7706a4d022e07bfea

- armin
>
> Signed-off-by: Peter Kjellerstedt 
> Signed-off-by: Khem Raj 
> ---
>  meta-networking/recipes-support/libldb/libldb_1.5.5.bb | 3 +--
>  1 file changed, 1 insertion(+), 2 deletions(-)
>
> diff --git a/meta-networking/recipes-support/libldb/libldb_1.5.5.bb 
> b/meta-networking/recipes-support/libldb/libldb_1.5.5.bb
> index b19c964d8..9a93e66b6 100644
> --- a/meta-networking/recipes-support/libldb/libldb_1.5.5.bb
> +++ b/meta-networking/recipes-support/libldb/libldb_1.5.5.bb
> @@ -36,8 +36,7 @@ LIC_FILES_CHKSUM = 
> "file://pyldb.h;endline=24;md5=dfbd238cecad76957f7f860fbe9ada
>  SRC_URI[md5sum] = "339a41ac9efaec680e6d1469dd9aa35b"
>  SRC_URI[sha256sum] = 
> "199f5861aa863f538ec66d5fa95ecc13254a2030c53daf0e47363fa9ba235c68"
>  
> -inherit waf-samba distro_features_check
> -REQUIRED_DISTRO_FEATURES = "pam"
> +inherit waf-samba
>  
>  S = "${WORKDIR}/ldb-${PV}"
>  

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

Re: [oe] [meta-oe][zeus][PATCH 2/2] gitpkgv.bbclass: Add support for extending the supported tag formats

[akuster808]

On 1/30/20 1:04 PM, Peter Kjellerstedt wrote:
> Introduce GITPKGV_TAG_REGEXP (which defaults to "v(\d.*)") to support
> dropping other unwanted parts of the found tags than just a leading
> "v". Any matching groups in the regexp will be concatenated to yield
> the final version.

I believe I got this one already staged.

https://git.openembedded.org/meta-openembedded-contrib/commit/?h=stable/zeus-nut=b9513df03c22eebe6ae5e4342b5281a2ef64
>
> Signed-off-by: Peter Kjellerstedt 
> Signed-off-by: Khem Raj 
> ---
>  meta-oe/classes/gitpkgv.bbclass | 14 ++
>  1 file changed, 10 insertions(+), 4 deletions(-)
>
> diff --git a/meta-oe/classes/gitpkgv.bbclass b/meta-oe/classes/gitpkgv.bbclass
> index ab591bd45..180421ed3 100644
> --- a/meta-oe/classes/gitpkgv.bbclass
> +++ b/meta-oe/classes/gitpkgv.bbclass
> @@ -40,10 +40,16 @@
>  GITPKGV = "${@get_git_pkgv(d, False)}"
>  GITPKGVTAG = "${@get_git_pkgv(d, True)}"
>  
> -def gitpkgv_drop_tag_prefix(version):
> +# This regexp is used to drop unwanted parts of the found tags. Any matching
> +# groups will be concatenated to yield the final version.
> +GITPKGV_TAG_REGEXP ??= "v(\d.*)"
> +
> +def gitpkgv_drop_tag_prefix(d, version):
>  import re
> -if re.match("v\d", version):
> -return version[1:]
> +
> +m = re.match(d.getVar('GITPKGV_TAG_REGEXP'), version)
> +if m:
> +return ''.join(group for group in m.groups() if group)
>  else:
>  return version
>  
> @@ -105,7 +111,7 @@ def get_git_pkgv(d, use_tags):
>  output = bb.fetch2.runfetchcmd(
>  "git --git-dir=%(repodir)s describe %(rev)s 
> --tags --exact-match 2>/dev/null"
>  % vars, d, quiet=True).strip()
> -ver = gitpkgv_drop_tag_prefix(output)
> +ver = gitpkgv_drop_tag_prefix(d, output)
>  except Exception:
>  ver = "0.0-%s-g%s" % (commits, vars['rev'][:7])
>  else:

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

Re: [oe] [oe-core][zeus][PATCH 1/1] webkitgtk: fix occasional link error

[akuster808]

got it.


On 1/28/20 2:10 PM, Randy MacLeod wrote:
> On 1/28/20 4:34 PM, Randy MacLeod wrote:
>> Armin,
>>
>> ping? It's not urgent but it would be nice to fix this build failure.
>
>
> Ah, it was sent to the wrong list.
>
> Joe,
>
> Could you send this patch to the oe-core list and CC Armin, please?
sorry , found original in my trash. its in zeus-nut now

thanks for bringing to my attention.

- armin
>
> ../Randy
>
>>
>> ../Randy
>>
>>
>> On 11/7/19 1:13 PM, Joe Slater wrote:
>>> Partial backport from WebKit.git.  See patch for details.
>>>
>>> Fixed in webkitgtk 2.26.1.
>>>
>>> Signed-off-by: Joe Slater 
>>> ---
>>>   .../webkit/webkitgtk/fix-link-error.patch  | 45
>>> ++
>>>   meta/recipes-sato/webkit/webkitgtk_2.24.4.bb   |  1 +
>>>   2 files changed, 46 insertions(+)
>>>   create mode 100755
>>> meta/recipes-sato/webkit/webkitgtk/fix-link-error.patch
>>>
>>> diff --git a/meta/recipes-sato/webkit/webkitgtk/fix-link-error.patch
>>> b/meta/recipes-sato/webkit/webkitgtk/fix-link-error.patch
>>> new file mode 100755
>>> index 000..9696ddd
>>> --- /dev/null
>>> +++ b/meta/recipes-sato/webkit/webkitgtk/fix-link-error.patch
>>> @@ -0,0 +1,45 @@
>>> +webkitgtk: fix an occasional link error
>>> +
>>> +Part of ae465a4e...  Changelog is not included in the source tarball.
>>> +
>>> +Upstream-Status:  backport [git://git.webkit.org/WebKit.git]
>>> +
>>> +commit ae465a4e3b1498b6c4038fc7e596e0e3662d116f
>>> +Author: hironori.fu...@sony.com
>>> 
>>> +Date:   Fri Jun 28 07:38:09 2019 +
>>> +
>>> +    [Win] unresolved external symbol
>>> "JSC::JSObject::didBecomePrototype(void)" referenced in function
>>> "JSC::Structure::create(...)"
>>> +    https://bugs.webkit.org/show_bug.cgi?id=199312
>>> +
>>> +    Reviewed by Keith Miller.
>>> +
>>> +    WinCairo port, clang-cl Release builds reported a following
>>> linkage error:
>>> +
>>> +    > WebCore.lib(UnifiedSource-4babe430-10.cpp.obj) : error
>>> LNK2019: unresolved external symbol "public: void __cdecl
>>> JSC::JSObject::didBecomePrototype(void)"
>>> (?didBecomePrototype@JSObject@JSC@@QEAAXXZ) referenced in function
>>> "public: static class JSC::Structure * __cdecl
>>> JSC::Structure::create(class JSC::VM &,class JSC::JSGlobalObject
>>> *,class JSC::JSValue,class JSC::TypeInfo const &,struct
>>> JSC::ClassInfo const *,unsigned char,unsigned int)"
>>> (?create@Structure@JSC@@SAPEAV12@AEAVVM@2@PEAVJSGlobalObject@2@VJSValue@2@AEBVTypeInfo@2@PEBUClassInfo@2@EI@Z)
>>> +
>>> +    No new tests because there is no behavior change.
>>> +
>>> +    * Modules/indexeddb/server/SQLiteIDBBackingStore.cpp: Include
>>> ,
>>> +    and do not include headers which is included by it.
>>> +
>>> +    git-svn-id:
>>> http://svn.webkit.org/repository/webkit/trunk@246922
>>> 268f45cc-cd09-0410-ab3c-d52691b4dbfc
>>> +
>>> +[ modification of Changelog deleted ]
>>> +
>>> +diff --git
>>> a/Source/WebCore/Modules/indexeddb/server/SQLiteIDBBackingStore.cpp
>>> b/Source/WebCore/Modules/indexeddb/server/SQLiteIDBBackingStore.cpp
>>> +index d1b047c..0899a9a 100644
>>> +---
>>> a/Source/WebCore/Modules/indexeddb/server/SQLiteIDBBackingStore.cpp
>>> 
>>> b/Source/WebCore/Modules/indexeddb/server/SQLiteIDBBackingStore.cpp
>>> +@@ -49,11 +49,8 @@
>>> + #include "SQLiteTransaction.h"
>>> + #include "ThreadSafeDataBuffer.h"
>>> + #include 
>>> +-#include 
>>> +-#include 
>>> +-#include 
>>> ++#include 
>>> + #include 
>>> +-#include 
>>> + #include 
>>> + #include 
>>> + #include 
>>> diff --git a/meta/recipes-sato/webkit/webkitgtk_2.24.4.bb
>>> b/meta/recipes-sato/webkit/webkitgtk_2.24.4.bb
>>> index 8c695ce..b04ec82 100644
>>> --- a/meta/recipes-sato/webkit/webkitgtk_2.24.4.bb
>>> +++ b/meta/recipes-sato/webkit/webkitgtk_2.24.4.bb
>>> @@ -23,6 +23,7 @@ SRC_URI =
>>> "http://www.webkitgtk.org/releases/${BPN}-${PV}.tar.xz \
>>>  file://include_array.patch \
>>>  file://narrowing.patch \
>>> file://0001-gstreamer-add-a-missing-format-string.patch \
>>> +   file://fix-link-error.patch \
>>>  "
>>>     SRC_URI[md5sum] = "c214963d8c0e7d83460da04a0d8dda87"
>>
>>
>

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

Re: [oe] [meta-python][zeus][PATCH v2 2/2] pyhamcrest: add python3 version of recipe

[akuster808]

What is the diff in v2 ?

On 1/30/20 7:34 AM, Trevor Gamblin wrote:
> From: Trevor Gamblin 
>
> Twisted requires pyhamcrest for /usr/bin/twistd to work, but in zeus
> there is only a python2 recipe for this package, thus the twistd daemon
> won't be able to run properly for python3.
>
> Signed-off-by: Trevor Gamblin 
> ---
>  .../python/python3-pyhamcrest_1.9.0.bb | 10 ++
>  1 file changed, 10 insertions(+)
>  create mode 100644 
> meta-python/recipes-devtools/python/python3-pyhamcrest_1.9.0.bb
>
> diff --git a/meta-python/recipes-devtools/python/python3-pyhamcrest_1.9.0.bb 
> b/meta-python/recipes-devtools/python/python3-pyhamcrest_1.9.0.bb
> new file mode 100644
> index 0..04aa9b47f
> --- /dev/null
> +++ b/meta-python/recipes-devtools/python/python3-pyhamcrest_1.9.0.bb
> @@ -0,0 +1,10 @@
> +SUMMARY = "Hamcrest framework for matcher objects"
> +LICENSE = "BSD-3-Clause"
> +LIC_FILES_CHKSUM = "file://LICENSE.txt;md5=f6df1318c6071dd1707f5e3b6c11f24f"
> +
> +PYPI_PACKAGE = "PyHamcrest"
> +
> +SRC_URI[md5sum] = "8b833a3fa30197455df79424f30c8c3f"
> +SRC_URI[sha256sum] = 
> "8ffaa0a53da57e89de14ced7185ac746227a8894dbd5a3c718bf05ddbd1d56cd"
> +
> +inherit pypi setuptools3

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

Re: [oe] [meta-networking][PATCH 1/3] squid: Link with libatomic on riscv

[akuster808]

On 1/28/20 1:53 PM, Khem Raj wrote:
> Signed-off-by: Khem Raj 

Is this for the same reason as for nodejs Cento7 fix ?

- armin
> ---
>  meta-networking/recipes-daemons/squid/squid_4.9.bb | 2 ++
>  1 file changed, 2 insertions(+)
>
> diff --git a/meta-networking/recipes-daemons/squid/squid_4.9.bb 
> b/meta-networking/recipes-daemons/squid/squid_4.9.bb
> index 6f202cf401..19949acd84 100644
> --- a/meta-networking/recipes-daemons/squid/squid_4.9.bb
> +++ b/meta-networking/recipes-daemons/squid/squid_4.9.bb
> @@ -40,6 +40,8 @@ inherit autotools pkgconfig useradd ptest perlnative
>  
>  LDFLAGS_append_mipsarch = " -latomic"
>  LDFLAGS_append_powerpc = " -latomic"
> +LDFLAGS_append_riscv64 = " -latomic"
> +LDFLAGS_append_riscv32 = " -latomic"
>  
>  USERADD_PACKAGES = "${PN}"
>  USERADD_PARAM_${PN} = "--system --no-create-home --home-dir /var/run/squid 
> --shell /bin/false --user-group squid"

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

Re: [oe] [meta-networking][PATCH 1/3] squid: Link with libatomic on riscv

[akuster808]

On 1/29/20 10:14 PM, Khem Raj wrote:
> On Wed, Jan 29, 2020 at 9:32 PM akuster808  wrote:
>>
>>
>> On 1/28/20 1:53 PM, Khem Raj wrote:
>>> Signed-off-by: Khem Raj 
>> Is this for the same reason as for nodejs Cento7 fix ?
>>
> pretty much same problem, although a better fix is to detect it
> during build but every build system has its own nuance.
ok. backport worthy then.

thanks,
Armin
>
>> - armin
>>> ---
>>>  meta-networking/recipes-daemons/squid/squid_4.9.bb | 2 ++
>>>  1 file changed, 2 insertions(+)
>>>
>>> diff --git a/meta-networking/recipes-daemons/squid/squid_4.9.bb 
>>> b/meta-networking/recipes-daemons/squid/squid_4.9.bb
>>> index 6f202cf401..19949acd84 100644
>>> --- a/meta-networking/recipes-daemons/squid/squid_4.9.bb
>>> +++ b/meta-networking/recipes-daemons/squid/squid_4.9.bb
>>> @@ -40,6 +40,8 @@ inherit autotools pkgconfig useradd ptest perlnative
>>>
>>>  LDFLAGS_append_mipsarch = " -latomic"
>>>  LDFLAGS_append_powerpc = " -latomic"
>>> +LDFLAGS_append_riscv64 = " -latomic"
>>> +LDFLAGS_append_riscv32 = " -latomic"
>>>
>>>  USERADD_PACKAGES = "${PN}"
>>>  USERADD_PARAM_${PN} = "--system --no-create-home --home-dir /var/run/squid 
>>> --shell /bin/false --user-group squid"

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

Re: [oe] [meta-oe][PATCH 2/2] mosquitto: apply upstream proposed patches to use cmake build system, simplifying a lot the build and install process.

[akuster808]

On 1/24/20 5:43 AM, Gianfranco Costamagna wrote:
> From: Gianfranco Costamagna 
>
> Signed-off-by: Gianfranco Costamagna 
> Signed-off-by: Gianfranco Costamagna 
> Signed-off-by: Gianfranco Costamagna 
> ---
>  .../mosquitto/files/1568.patch| 66 +++
>  .../mosquitto/files/1569.patch| 24 +++
>  .../mosquitto/files/1570.patch| 28 
>  .../mosquitto/files/1571.patch| 23 +++
>  .../mosquitto/mosquitto_1.6.8.bb  | 45 +
>  5 files changed, 159 insertions(+), 27 deletions(-)
>  create mode 100644 
> meta-networking/recipes-connectivity/mosquitto/files/1568.patch
>  create mode 100644 
> meta-networking/recipes-connectivity/mosquitto/files/1569.patch
>  create mode 100644 
> meta-networking/recipes-connectivity/mosquitto/files/1570.patch
>  create mode 100644 
> meta-networking/recipes-connectivity/mosquitto/files/1571.patch
>
> diff --git a/meta-networking/recipes-connectivity/mosquitto/files/1568.patch 
> b/meta-networking/recipes-connectivity/mosquitto/files/1568.patch
> new file mode 100644
> index 0..2ac1373f2
> --- /dev/null
> +++ b/meta-networking/recipes-connectivity/mosquitto/files/1568.patch
> @@ -0,0 +1,66 @@
> +From 50bfc79cae5764a6e513b684a5eb5bef2b35c856 Mon Sep 17 00:00:00 2001
> +From: Gianfranco Costamagna 
> +Date: Wed, 22 Jan 2020 12:30:25 +0100
> +Subject: [PATCH] Bugfix: include "deps" directory only if BUNDLED_DEPS has
> + been provided and set to true

Patches missing "Upstream-Status:   "

See https://www.openembedded.org/wiki/Commit_Patch_Message_Guidelines
for options.


> +
> +Signed-off-by: Gianfranco Costamagna 
> +---
> + config.mk  | 5 -
> + lib/CMakeLists.txt | 5 -
> + test/unit/Makefile | 6 +-
> + 3 files changed, 13 insertions(+), 3 deletions(-)
> +
> +diff --git a/config.mk b/config.mk
> +index 51e36e0d0..0ac24b3d4 100644
> +--- a/config.mk
>  b/config.mk
> +@@ -135,7 +135,10 @@ endif
> + 
> + STATIC_LIB_DEPS:=
> + 
> +-LIB_CPPFLAGS=$(CPPFLAGS) -I. -I.. -I../lib -I../src/deps
> ++LIB_CPPFLAGS=$(CPPFLAGS) -I. -I.. -I../lib
> ++ifeq ($(WITH_BUNDLED_DEPS),yes)
> ++LIB_CPPFLAGS:=$(LIB_CPPFLAGS) -I../src/deps
> ++endif
> + LIB_CFLAGS:=$(CFLAGS)
> + LIB_CXXFLAGS:=$(CXXFLAGS)
> + LIB_LDFLAGS:=$(LDFLAGS)
> +diff --git a/lib/CMakeLists.txt b/lib/CMakeLists.txt
> +index e1521f12a..891046a81 100644
> +--- a/lib/CMakeLists.txt
>  b/lib/CMakeLists.txt
> +@@ -1,11 +1,14 @@
> + add_subdirectory(cpp)
> + 
> + include_directories(${mosquitto_SOURCE_DIR} ${mosquitto_SOURCE_DIR}/lib
> +-${mosquitto_SOURCE_DIR}/src/deps
> + ${STDBOOL_H_PATH} ${STDINT_H_PATH}
> + ${OPENSSL_INCLUDE_DIR} ${PTHREAD_INCLUDE_DIR})
> + link_directories(${mosquitto_SOURCE_DIR}/lib)
> + 
> ++if (WITH_BUNDLED_DEPS)
> ++include_directories(${mosquitto_SOURCE_DIR} 
> ${mosquitto_SOURCE_DIR}/src/deps)
> ++endif (WITH_BUNDLED_DEPS)
> ++
> + set(C_SRC
> + actions.c
> + callbacks.c
> +diff --git a/test/unit/Makefile b/test/unit/Makefile
> +index 9d422428d..928579492 100644
> +--- a/test/unit/Makefile
>  b/test/unit/Makefile
> +@@ -2,7 +2,11 @@ include ../../config.mk
> + 
> + .PHONY: all check test test-broker test-lib clean coverage
> + 
> +-CPPFLAGS:=$(CPPFLAGS) -I../.. -I../../lib -I../../src -I../../src/deps
> ++CPPFLAGS:=$(CPPFLAGS) -I../.. -I../../lib -I../../src
> ++ifeq ($(WITH_BUNDLED_DEPS),yes)
> ++CPPFLAGS:=$(CPPFLAGS) -I../../src/deps
> ++endif
> ++
> + CFLAGS:=$(CFLAGS) -coverage -Wall -ggdb
> + LDFLAGS:=$(LDFLAGS) -coverage
> + LDADD:=$(LDADD) -lcunit
> diff --git a/meta-networking/recipes-connectivity/mosquitto/files/1569.patch 
> b/meta-networking/recipes-connectivity/mosquitto/files/1569.patch
> new file mode 100644
> index 0..d088ab3f7
> --- /dev/null
> +++ b/meta-networking/recipes-connectivity/mosquitto/files/1569.patch
> @@ -0,0 +1,24 @@
> +From fda932612afce2cead2fd2ca1c8ea543b2892177 Mon Sep 17 00:00:00 2001
> +From: Gianfranco Costamagna 
> +Date: Wed, 22 Jan 2020 12:31:01 +0100
> +Subject: [PATCH] Bugfix: enabling DLT was overriding everything else on 
> linker
> + flags because of error in cmake set keyword
> +
> +Signed-off-by: Gianfranco Costamagna 
> +---
> + src/CMakeLists.txt | 2 +-
> + 1 file changed, 1 insertion(+), 1 deletion(-)
> +
> +diff --git a/src/CMakeLists.txt b/src/CMakeLists.txt
> +index 7898ff5b1..6dfbba5e6 100644
> +--- a/src/CMakeLists.txt
>  b/src/CMakeLists.txt
> +@@ -130,7 +130,7 @@ add_definitions (-DWITH_BROKER)
> + if (WITH_DLT)
> + message(STATUS "DLT_LIBDIR = ${DLT_LIBDIR}")
> + link_directories(${DLT_LIBDIR})
> +-set (MOSQ_LIBS ${DLT_LIBRARIES})
> ++set (MOSQ_LIBS ${MOSQ_LIBS} ${DLT_LIBRARIES})
> + endif (WITH_DLT)
> + 
> + set (MOSQ_LIBS ${MOSQ_LIBS} ${OPENSSL_LIBRARIES})
> diff --git a/meta-networking/recipes-connectivity/mosquitto/files/1570.patch 
> 

Re: [oe] [PATCH] ruby: Remove __has_include and __has_include_next from preprocessed header file

[akuster808]

On 1/23/20 10:35 AM, Khem Raj wrote:
> one of the build steps ruby has is that it generated rb_mjit_header.h
> during configure using gcc preprocessor using -dD which emits built-in
> defines as well, problem happens when this header is later included in
> subsequent compiles, where compiler errors out stating that an existing
> internal define is redefined
>
> | /tmp/20200123-2021083-2c601q.h:13849:9: error: "__has_include" cannot be 
> used as a macro name
> | 13849 | #define __has_include __has_include
> |   | ^
> | compilation terminated due to -Wfatal-errors.
>
> Since compiler already will take care of it internally we can edit it
> out from this header file

Any idea what introduced this ? Hard to tell if this is backport worthy.

-armin
>
> Signed-off-by: Khem Raj 
> ---
>  meta/recipes-devtools/ruby/ruby.inc | 7 +++
>  1 file changed, 7 insertions(+)
>
> diff --git a/meta/recipes-devtools/ruby/ruby.inc 
> b/meta/recipes-devtools/ruby/ruby.inc
> index ce1b02f012..d5cd329e65 100644
> --- a/meta/recipes-devtools/ruby/ruby.inc
> +++ b/meta/recipes-devtools/ruby/ruby.inc
> @@ -38,3 +38,10 @@ do_configure_prepend() {
>  sed -i "s#%%TARGET_CFLAGS%%#$CFLAGS#; s#%%TARGET_LDFLAGS%%#$LDFLAGS#" 
> ${S}/common.mk
>  rm -rf ${S}/ruby/
>  }
> +
> +do_compile_prepend() {
> +if [ -e ${B}/rb_mjit_header.h ]; then
> +sed -i -e "/#define __has_include __has_include/d" 
> ${B}/rb_mjit_header.h
> +sed -i -e "/#define __has_include_next __has_include_next/d" 
> ${B}/rb_mjit_header.h
> +fi
> +}

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

Re: [oe] [OE-core] OpenEmbedded Workshop at FOSDEM20 schedule

[akuster808]

On 1/9/20 2:28 PM, Jon Mason wrote:
> The OpenEmbedded Workshop 2020 schedule is now available
> https://pretalx.com/oe-workshop-2020/schedule/
>
> As you can see, there are some very compelling talks.  Buy your
> tickets now, before we sell out.
> https://pretix.eu/OpenEmbedded/oe-workshop-2020/
This looks great. Thanks to everyone who is making this happen.

- armin
>
> Thank you,
> The OpenEmbedded Board

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

[oe] zeus pull request

[akuster808]

The following changes since commit 0d16b31c3d96e0797d3335d44545412996c48c9a:

  mbedtls: upgrade 2.16.2 -> 2.16.3 (2019-12-08 08:12:43 -0800)

are available in the Git repository at:

  https://git.openembedded.org/meta-openembedded zeus-next

for you to fetch changes up to e855ecc6d35677e79780adc57b2552213c995731:

  ruli: Fix install step and build samples too (2020-01-05 14:44:11 -0800)


Adrian Bunk (3):
  networkmanager: Upgrade 1.18.2 -> 1.18.4
  gpsd: Backport a memory leak fix
  libqmi: Upgrade 1.24.0 -> 1.24.2

Changqing Li (1):
  xfce-dusk-gtk3: correct invalid SRC_URI

Hongxu Jia (1):
  python-more-itertools: downgrade 7.2.0 -> 5.0.0

Kai Kang (1):
  fltk: fix build error when enable package config examples

Khem Raj (4):
  grpc: Define libdir and cmakedir in terms of multilib
  tinyalsa: fix installation libdir path to match multilibs
  libqb: Add --enable-nosection-fallback with mips64/clang
  ruli: Fix install step and build samples too

Stefan Agner (1):
  networkmanager: do not deploy unnecessary udev rule file

Zhixiong Chi (1):
  gtkwave: add the libtirpc dependence and config

zhangxiao (1):
  syslog-ng: Fix multilib header conflict - syslog-ng-config.h

 .../recipes-multimedia/tinyalsa/tinyalsa.bb    |   4 +-
 ...NSTALL_-path-instead-of-hardcoding-bin-li.patch |  46 ++
 ...kmanager_1.18.2.bb => networkmanager_1.18.4.bb} |   9 +-
 .../recipes-devtools/grpc/grpc_1.24.1.bb   |   4 +-
 .../0001-Fix-build-with-format-string-checks.patch |  29 +++-
 ...001-Make-space-for-flags-from-environment.patch |  95 +++
 ...li_srv-Mark-prev_addr_list_size-as-unused.patch |  35 
 .../recipes-support/ruli/files/Makefile.patch  | 122 --
 meta-networking/recipes-support/ruli/ruli_0.36.bb  |  23 ++-
 .../libqmi/{libqmi_1.24.0.bb => libqmi_1.24.2.bb}  |   4 +-
 meta-oe/recipes-extended/libqb/libqb_1.0.5.bb  |   6 +-
 meta-oe/recipes-graphics/gtkwave/gtkwave_3.3.98.bb |   2 +-
 .../gpsd/0001-gps_shm_close-Free-privdata.patch    |  37 +
 meta-oe/recipes-navigation/gpsd/gpsd_3.19.bb   |   1 +
 meta-oe/recipes-support/fltk/fltk.bb   |   7 +-
 ...error-when-enable-package-config-examples.patch | 182
+
 meta-oe/recipes-support/syslog-ng/syslog-ng.inc    |   4 +-
 .../python/python-more-itertools.inc   |   3 -
 .../python/python-more-itertools_5.0.0.bb  |   7 +
 .../python/python-more-itertools_7.2.0.bb  |   2 -
 .../python/python3-more-itertools_7.2.0.bb |   3 +
 .../xfce-dusk-gtk3/xfce-dusk-gtk3_1.3.bb   |   2 +-
 22 files changed, 474 insertions(+), 153 deletions(-)
 create mode 100644
meta-multimedia/recipes-multimedia/tinyalsa/tinyalsa/0001-Use-CMAKE_INSTALL_-path-instead-of-hardcoding-bin-li.patch
 rename
meta-networking/recipes-connectivity/networkmanager/{networkmanager_1.18.2.bb
=> networkmanager_1.18.4.bb} (94%)
 create mode 100644
meta-networking/recipes-support/ruli/files/0001-Make-space-for-flags-from-environment.patch
 create mode 100644
meta-networking/recipes-support/ruli/files/0001-ruli_srv-Mark-prev_addr_list_size-as-unused.patch
 delete mode 100644
meta-networking/recipes-support/ruli/files/Makefile.patch
 rename meta-oe/recipes-connectivity/libqmi/{libqmi_1.24.0.bb =>
libqmi_1.24.2.bb} (85%)
 create mode 100644
meta-oe/recipes-navigation/gpsd/gpsd/0001-gps_shm_close-Free-privdata.patch
 create mode 100644
meta-oe/recipes-support/fltk/fltk/0004-Fix-build-error-when-enable-package-config-examples.patch
 create mode 100644
meta-python/recipes-devtools/python/python-more-itertools_5.0.0.bb
 delete mode 100644
meta-python/recipes-devtools/python/python-more-itertools_7.2.0.bb

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

Re: [oe] [zeus 00/17] Patch review

[akuster808]

On 1/2/20 7:38 PM, Khem Raj wrote:
> On Thu, Jan 2, 2020 at 6:49 PM Armin Kuster  wrote:
>> Please have comments back by Saturday.
>>
>> The following changes since commit fbe4cf8d56eea586c096621e7c913b24bd99c9c6:
>>
>>   gtkwave: add the libtirpc dependence and config (2019-12-17 21:57:51 -0800)
>>
>> are available in the Git repository at:
>>
>>   https://git.openembedded.org/meta-openembedded-contrib stable/zeus-nut
>>   
>> http://cgit.openembedded.org/meta-openembedded-contrib/log/?h=stable/zeus-nut
>>
>> Adrian Bunk (3):
>>   networkmanager: Upgrade 1.18.2 -> 1.18.4
>>   gpsd: Backport a memory leak fix
>>   libqmi: Upgrade 1.24.0 -> 1.24.2
>>
>> Changqing Li (1):
>>   xfce-dusk-gtk3: correct invalid SRC_URI
>>
>> Hongxu Jia (1):
>>   python-more-itertools: downgrade 7.2.0 -> 5.0.0
>>
>> Kai Kang (1):
>>   fltk: fix build error when enable package config examples
>>
>> Khem Raj (9):
>>   grpc: Define libdir and cmakedir in terms of multilib
>>   tinyalsa: fix installation libdir path to match multilibs
>>   libqb: Add --enable-nosection-fallback with mips64/clang
>>   x11vnc: Fix build for 32bit arches with 64bit time_t
>>   evtest: Fix build for 32bit arches with 64bit time_t
>>   lirc: Fix build for 32bit arches with 64bit time_t
>>   utouch-evemu,utouch-frame: Fix build for 32bit arches with 64bit
>> time_t
>>   directfb: Fix build for 32bit arches with 64bit time_t
>>   ruli: Fix install step and build samples too
>>
> 64bit time_t fixes are not necessary but are not hurtful either, since the
> C libraries in zeus do not have the needed bits to enable 64bit time_t
> so unless someone else has issues with it, I am fine to bring them to zeus
will drop the 64bit time_t changes.

- armin
>
>> Stefan Agner (1):
>>   networkmanager: do not deploy unnecessary udev rule file
>>
>> zhangxiao (1):
>>   syslog-ng: Fix multilib header conflict - syslog-ng-config.h
>>
>>  .../recipes-multimedia/tinyalsa/tinyalsa.bb   |   4 +-
>>  ...L_-path-instead-of-hardcoding-bin-li.patch |  46 +
>>  ...ger_1.18.2.bb => networkmanager_1.18.4.bb} |   9 +-
>>  .../recipes-devtools/grpc/grpc_1.24.1.bb  |   4 +-
>>  ...-Fix-build-with-format-string-checks.patch |  29 ++-
>>  ...ake-space-for-flags-from-environment.patch |  95 +
>>  ...v-Mark-prev_addr_list_size-as-unused.patch |  35 
>>  .../recipes-support/ruli/files/Makefile.patch | 122 
>>  .../recipes-support/ruli/ruli_0.36.bb |  23 ++-
>>  .../{libqmi_1.24.0.bb => libqmi_1.24.2.bb}|   4 +-
>>  ...ld-on-32bit-arches-with-64bit-time_t.patch |  40 
>>  .../recipes-connectivity/lirc/lirc_0.9.4d.bb  |   1 +
>>  meta-oe/recipes-extended/libqb/libqb_1.0.5.bb |   6 +-
>>  .../recipes-graphics/directfb/directfb.inc|   3 +-
>>  ...ld-on-32bit-arches-with-64bit-time_t.patch | 139 +
>>  ...ld-on-32bit-arches-with-64bit-time_t.patch | 111 +++
>>  .../recipes-graphics/x11vnc/x11vnc_0.9.16.bb  |   5 +-
>>  .../0001-gps_shm_close-Free-privdata.patch|  37 
>>  meta-oe/recipes-navigation/gpsd/gpsd_3.19.bb  |   1 +
>>  meta-oe/recipes-support/fltk/fltk.bb  |   7 +-
>>  ...-when-enable-package-config-examples.patch | 182 ++
>>  .../recipes-support/syslog-ng/syslog-ng.inc   |   4 +-
>>  ...ld-on-32bit-arches-with-64bit-time_t.patch |  76 
>>  .../utouch/utouch-evemu_git.bb|   4 +-
>>  ...ld-on-32bit-arches-with-64bit-time_t.patch |  41 
>>  ...tat.h-for-fixing-build-issue-on-musl.patch |   0
>>  .../remove-man-page-creation.patch|   0
>>  .../utouch/utouch-frame_git.bb|   1 +
>>  ...ld-on-32bit-arches-with-64bit-time_t.patch |  41 
>>  meta-oe/recipes-test/evtest/evtest_1.34.bb|   6 +-
>>  .../python/python-more-itertools.inc  |   3 -
>>  .../python/python-more-itertools_5.0.0.bb |   7 +
>>  .../python/python-more-itertools_7.2.0.bb |   2 -
>>  .../python/python3-more-itertools_7.2.0.bb|   3 +
>>  .../xfce-dusk-gtk3/xfce-dusk-gtk3_1.3.bb  |   2 +-
>>  35 files changed, 935 insertions(+), 158 deletions(-)
>>  create mode 100644 
>> meta-multimedia/recipes-multimedia/tinyalsa/tinyalsa/0001-Use-CMAKE_INSTALL_-path-instead-of-hardcoding-bin-li.patch
>>  rename 
>> meta-networking/recipes-connectivity/networkmanager/{networkmanager_1.18.2.bb
>>  => networkmanager_1.18.4.bb} (94%)
>>  create mode 100644 
>> meta-networking/recipes-support/ruli/files/0001-Make-space-for-flags-from-environment.patch
>>  create mode 100644 
>> meta-networking/recipes-support/ruli/files/0001-ruli_srv-Mark-prev_addr_list_size-as-unused.patch
>>  delete mode 100644 meta-networking/recipes-support/ruli/files/Makefile.patch
>>  rename meta-oe/recipes-connectivity/libqmi/{libqmi_1.24.0.bb => 
>> libqmi_1.24.2.bb} (85%)
>>  create mode 100644 
>> meta-oe/recipes-connectivity/lirc/lirc/0001-Fix-build-on-32bit-arches-with-64bit-time_t.patch
>>  create mode 100644 
>> 

[oe] zeus pull request

[akuster808]

The following changes since commit aad5b3d070cd8c58828b0975cf861d8ebc90f460:

  README: updated Maintainers list for Zeus (2019-10-30 14:16:04 -0700)

are available in the git repository at:

  git://git.openembedded.org/meta-openembedded zeus-next

for you to fetch changes up to 0d16b31c3d96e0797d3335d44545412996c48c9a:

  mbedtls: upgrade 2.16.2 -> 2.16.3 (2019-12-08 08:12:43 -0800)


Andreas Oberritter (1):
  samba: fix installation for minimal build

Denys Dmytriyenko (1):
  mbedtls: upgrade 2.16.2 -> 2.16.3

Hongxu Jia (1):
  python-more-itertools.inc: fix python2 package not incorrectly
generated

Khem Raj (1):
  rsyslog: Dont force enable atomic builtins on mips

Michael Scott (1):
  modemmanager: Upgrade 1.10.6 -> 1.10.8

Slater, Joseph (1):
  php: fix CVE-2019-11043

Stefan Wiehler (1):
  nvme-cli: defer host ID generation to post installation

Trevor Gamblin (3):
  rsyslog: fix CVE-2019-17041
  rsyslog: upgrade from v8.1908.0 to v8.1910.0
  quagga: fix PIDFile path for service files

Yi Zhao (2):
  samba: upgrade 4.10.8 -> 4.10.10
  freeradius: fix CVE-2019-10143

Zheng Ruoqin (2):
  mariadb: upgrade 10.3.16 -> 10.3.18
  wireshark: upgrade 3.0.3 -> 3.0.6

niko.ma...@vaisala.com (2):
  gitpkgv.bbclass: Use --git-dir option
  gitpkgv.bbclass: Support also lightweight tags

 ...-to-radiusd-user-group-when-rotating-logs.patch | 104
+
 .../freeradius/freeradius_3.0.19.bb    |   1 +
 .../{mbedtls_2.16.2.bb => mbedtls_2.16.3.bb}   |   4 +-
 .../samba/{samba_4.10.8.bb => samba_4.10.10.bb}    |  20 ++--
 .../recipes-protocols/quagga/files/bgpd.service    |   4 +-
 .../recipes-protocols/quagga/files/ospf6d.service  |   4 +-
 .../recipes-protocols/quagga/files/ospfd.service   |   4 +-
 .../recipes-protocols/quagga/files/ripd.service    |   4 +-
 .../recipes-protocols/quagga/files/ripngd.service  |   4 +-
 .../recipes-protocols/quagga/files/zebra.service   |   4 +-
 .../{wireshark_3.0.3.bb => wireshark_3.0.6.bb} |   4 +-
 meta-oe/classes/gitpkgv.bbclass    |  15 ++-
 meta-oe/recipes-bsp/nvme-cli/nvme-cli_1.9.bb   |   5 +-
 ...demmanager_1.10.6.bb => modemmanager_1.10.8.bb} |   4 +-
 ...native_10.3.16.bb => mariadb-native_10.3.18.bb} |   0
 meta-oe/recipes-dbs/mysql/mariadb.inc  |   4 +-
 .../{mariadb_10.3.16.bb => mariadb_10.3.18.bb} |   0
 .../recipes-devtools/php/php/CVE-2019-11043.patch  |  38 
 meta-oe/recipes-devtools/php/php_7.3.9.bb  |   1 +
 .../rsyslog/rsyslog/0001-Out-of-bounds-issue.patch |  31 --
 .../{rsyslog_8.1908.0.bb => rsyslog_8.1910.0.bb}   |   6 +-
 .../python/python-more-itertools.inc   |   2 -
 22 files changed, 188 insertions(+), 75 deletions(-)
 create mode 100644
meta-networking/recipes-connectivity/freeradius/files/0001-su-to-radiusd-user-group-when-rotating-logs.patch
 rename meta-networking/recipes-connectivity/mbedtls/{mbedtls_2.16.2.bb
=> mbedtls_2.16.3.bb} (92%)
 rename meta-networking/recipes-connectivity/samba/{samba_4.10.8.bb =>
samba_4.10.10.bb} (95%)
 rename meta-networking/recipes-support/wireshark/{wireshark_3.0.3.bb =>
wireshark_3.0.6.bb} (95%)
 rename
meta-oe/recipes-connectivity/modemmanager/{modemmanager_1.10.6.bb =>
modemmanager_1.10.8.bb} (92%)
 rename meta-oe/recipes-dbs/mysql/{mariadb-native_10.3.16.bb =>
mariadb-native_10.3.18.bb} (100%)
 rename meta-oe/recipes-dbs/mysql/{mariadb_10.3.16.bb =>
mariadb_10.3.18.bb} (100%)
 create mode 100644 meta-oe/recipes-devtools/php/php/CVE-2019-11043.patch
 delete mode 100644
meta-oe/recipes-extended/rsyslog/rsyslog/0001-Out-of-bounds-issue.patch
 rename meta-oe/recipes-extended/rsyslog/{rsyslog_8.1908.0.bb =>
rsyslog_8.1910.0.bb} (97%)

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

Re: [oe] [OE-core] Removal of Python 2 from oe-core

[akuster808]

On 12/2/19 2:27 PM, Ross Burton wrote:
> At the time of writing, pythonclock.org tells me that Python 2.7 will
> retire in 29 days and 1 hour.
>
> This means no more releases of Python 2.  No more security fixes.  No
> critical bug fixes.  No support at all.
>
> As such, we're removing Python 2 from openembedded-core on Monday 9th
> December.  Python 2 isn't required by anything else in oe-core so if
> you just use oe-core this won't have any impact on you.  If you use
> other layers, then these layers may need to be updated.
>
> The recipe will be moved to the newly created meta-python2
> repository[1] for anyone who needs to continue to use Python 2, but
> remember that from 2020 it will not be supported upstream so please do
> simply use Python 2 as a stop-gap before migrating to Python 3.
>
> If you have any questions about this, feel free to ask.

If folks do have security or bug fixes against 2.7.17 for zeus or
warrior branches, you are welcome to send them for possible inclusion
for the stable branches.

- armin
>
> Regards,
> Ross
>
> [1] https://git.openembedded.org/meta-python2/

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

Re: [oe] ANNOUNCEMENT: meta-python2 has been created

[akuster808]

Tim,

On 12/2/19 7:56 AM, Tim Orling wrote:
> Why?
> 
> With the pending EOL (end-of-life) of Python 2 in a month [1], it is time
> to move python2 recipes to a new home. For that reason, meta-python2 [2]
> has been created as the home for legacy python2 recipes.

Thanks for putting in the time to get this sorted out.
>
> How?
> 
> It was a design goal to keep the original history of meta-python, but only
> the python2 parts. In order to accomplish this git-filter-repo was used
> [3]. The exact steps used can be seen in a gist [4]. After that script was
> run, manual merging of *.inc and *.bb files was performed to make recipe
> maintenance with AUH (auto upgrade helper) and devtool easier. Since this
> layer does not have to support two python versions, the reason for the *.bb
> and *.inc split has been eliminated. Commits that upgraded recipes to
> python2-incompatible versions were reverted. Changes to make the recipes
> build and ptests be runnable were also made (to master branch). The stable
> branches were also kept, to make it easier to refer back to prior history
> and allow developers to use meta-python2 only in their workflow. NOTE: The
> stable branches may require work to make them usable, this was outside the
> scope of the immediate effort.


Should we have a separate patch work for this layer?

If the normal Stable branch format is used for patches, it should be
easy to sort out so we can see how it goes and make adjustments as we go.

The volume for stable meta-python patches tends to be low so I don't
mind sorting things out from master to zeus between the two branches.


- armin
>
> What next?
> =
> Python2 recipes from meta-python will be dropped via patches sent to the
> mailing list. Python2 recipes from meta-oe and meta-networking, which have
> already been added to meta-python2, will be dropped via patches to the
> mailing list. Other layers are welcome to do the same.
>
> Recipe upgrades to meta-python2 will also be coming, for instance Django
> 1.11.x LTS is the last version to support Python 2, but we are not at the
> latest release of that series.
>
> The original meta-python will become Python3-only and patches for python2
> support will be nacked and redirected to meta-python2.
>
> python2 itself will likely be moved from oe-core into meta-python2
>
> [1] https://www.python.org/doc/sunset-python-2/
> [2] https://git.openembedded.org/meta-python2/
> [3] https://github.com/newren/git-filter-repo
> [4] https://gist.github.com/moto-timo/ab70ab96ddbaf5fd1226bd21dbbfec9b


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

Re: [oe] [zeus][PATCH 1/2] networkmanager: Upgrade 1.18.2 -> 1.18.4

[akuster808]

On 11/27/19 6:41 AM, Andreas Müller wrote:
> From: Adrian Bunk 
>
> Signed-off-by: Adrian Bunk 
> Signed-off-by: Khem Raj 
> (cherry picked from commit 1db745db41e31c61448743842104d92a61e7ddfb)

Why?

is this a bug fix only?

- armin
> ---
>  .../{networkmanager_1.18.2.bb => networkmanager_1.18.4.bb}| 4 ++--
>  1 file changed, 2 insertions(+), 2 deletions(-)
>  rename 
> meta-networking/recipes-connectivity/networkmanager/{networkmanager_1.18.2.bb 
> => networkmanager_1.18.4.bb} (97%)
>
> diff --git 
> a/meta-networking/recipes-connectivity/networkmanager/networkmanager_1.18.2.bb
>  
> b/meta-networking/recipes-connectivity/networkmanager/networkmanager_1.18.4.bb
> similarity index 97%
> rename from 
> meta-networking/recipes-connectivity/networkmanager/networkmanager_1.18.2.bb
> rename to 
> meta-networking/recipes-connectivity/networkmanager/networkmanager_1.18.4.bb
> index 0d6e1a0b0..085807c4c 100644
> --- 
> a/meta-networking/recipes-connectivity/networkmanager/networkmanager_1.18.2.bb
> +++ 
> b/meta-networking/recipes-connectivity/networkmanager/networkmanager_1.18.4.bb
> @@ -31,8 +31,8 @@ SRC_URI_append_libc-musl = " \
>  file://musl/0001-Fix-build-with-musl-systemd-specific.patch \
>  file://musl/0002-Fix-build-with-musl.patch \
>  "
> -SRC_URI[md5sum] = "ca1e6175c6ba97ca1adf65a67861ccd9"
> -SRC_URI[sha256sum] = 
> "4dd97ca974cd1f97990746527258f551f4257cbf011fecd01d10b7d74a6fa5c3"
> +SRC_URI[md5sum] = "fc86588a3ae54e0d406b560a312d5a5d"
> +SRC_URI[sha256sum] = 
> "a3bd07f695b6d3529ec6adbd9a1d6385b967e9c8ae90946f51d8852b320fd05e"
>  
>  S = "${WORKDIR}/NetworkManager-${PV}"
>  

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

Re: [oe] [meta-oe][zeus][PATCH 2/3] python-more-itertools: downgrade 7.2.0 -> 5.0.0

[akuster808]

On 11/22/19 8:30 AM, Adrian Bunk wrote:
> From: Hongxu Jia 
>
> Python 2.7 is no longer supported. The 5.0.0 release will be the last
> version targeting Python 2.7. [1]
why is this a zeus issue? Zeus core is still supporting 2.7. Please clarify.

- armin
> [1] 
> https://github.com/erikrose/more-itertools/commit/560b045b430e8292c18cf5283de4fdc3e13e56f7
>
> Signed-off-by: Hongxu Jia 
> Signed-off-by: Khem Raj 
> Signed-off-by: Adrian Bunk 
> ---
>  .../recipes-devtools/python/python-more-itertools.inc| 3 ---
>  .../recipes-devtools/python/python-more-itertools_5.0.0.bb   | 5 +
>  .../recipes-devtools/python/python-more-itertools_7.2.0.bb   | 2 --
>  .../recipes-devtools/python/python3-more-itertools_7.2.0.bb  | 3 +++
>  4 files changed, 8 insertions(+), 5 deletions(-)
>  create mode 100644 
> meta-python/recipes-devtools/python/python-more-itertools_5.0.0.bb
>  delete mode 100644 
> meta-python/recipes-devtools/python/python-more-itertools_7.2.0.bb
>
> diff --git a/meta-python/recipes-devtools/python/python-more-itertools.inc 
> b/meta-python/recipes-devtools/python/python-more-itertools.inc
> index 8d814a6f0..33095b3d3 100644
> --- a/meta-python/recipes-devtools/python/python-more-itertools.inc
> +++ b/meta-python/recipes-devtools/python/python-more-itertools.inc
> @@ -2,6 +2,3 @@ DESCRIPTION = "More routines for operating on iterables, 
> beyond itertools"
>  HOMEPAGE = "https://github.com/erikrose/more-itertools;
>  LICENSE = "MIT"
>  LIC_FILES_CHKSUM = "file://LICENSE;md5=3396ea30f9d21389d7857719816f83b5"
> -
> -SRC_URI[md5sum] = "f647bfd27243a7bebe53b5ddb6a3b1c4"
> -SRC_URI[sha256sum] = 
> "409cd48d4db7052af495b09dec721011634af3753ae1ef92d2b32f73a745f832"
> diff --git 
> a/meta-python/recipes-devtools/python/python-more-itertools_5.0.0.bb 
> b/meta-python/recipes-devtools/python/python-more-itertools_5.0.0.bb
> new file mode 100644
> index 0..c66e55cac
> --- /dev/null
> +++ b/meta-python/recipes-devtools/python/python-more-itertools_5.0.0.bb
> @@ -0,0 +1,5 @@
> +inherit pypi setuptools
> +require python-more-itertools.inc
> +
> +SRC_URI[md5sum] = "f2ea58aa336ce6c13b7b225b3bbe305d"
> +SRC_URI[sha256sum] = 
> "38a936c0a6d98a38bcc2d03fdaaedaba9f412879461dd2ceff8d37564d6522e4"
> diff --git 
> a/meta-python/recipes-devtools/python/python-more-itertools_7.2.0.bb 
> b/meta-python/recipes-devtools/python/python-more-itertools_7.2.0.bb
> deleted file mode 100644
> index 0702aad4e..0
> --- a/meta-python/recipes-devtools/python/python-more-itertools_7.2.0.bb
> +++ /dev/null
> @@ -1,2 +0,0 @@
> -inherit pypi setuptools
> -require python-more-itertools.inc
> diff --git 
> a/meta-python/recipes-devtools/python/python3-more-itertools_7.2.0.bb 
> b/meta-python/recipes-devtools/python/python3-more-itertools_7.2.0.bb
> index 28ddf88fb..06d45ce54 100644
> --- a/meta-python/recipes-devtools/python/python3-more-itertools_7.2.0.bb
> +++ b/meta-python/recipes-devtools/python/python3-more-itertools_7.2.0.bb
> @@ -1,2 +1,5 @@
>  inherit pypi setuptools3
>  require python-more-itertools.inc
> +
> +SRC_URI[md5sum] = "f647bfd27243a7bebe53b5ddb6a3b1c4"
> +SRC_URI[sha256sum] = 
> "409cd48d4db7052af495b09dec721011634af3753ae1ef92d2b32f73a745f832"

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

Re: [oe] [meta-oe][warrior][PATCH 1/2] gitpkgv.bbclass: Use --git-dir option

[akuster808]

wrong ml

On 11/23/19 5:46 AM, Niko Mauno wrote:
> From: "niko.ma...@vaisala.com" 
>
> Avoid redundant shell working directory change by resorting to
> '--git-dir' option for git command instead.
>
> Signed-off-by: Niko Mauno 
> Signed-off-by: Khem Raj 
> ---
>  meta-oe/classes/gitpkgv.bbclass | 11 ---
>  1 file changed, 4 insertions(+), 7 deletions(-)
>
> diff --git a/meta-oe/classes/gitpkgv.bbclass b/meta-oe/classes/gitpkgv.bbclass
> index 2d9680a35..22609f584 100644
> --- a/meta-oe/classes/gitpkgv.bbclass
> +++ b/meta-oe/classes/gitpkgv.bbclass
> @@ -87,10 +87,8 @@ def get_git_pkgv(d, use_tags):
>  
>  if not os.path.exists(rev_file) or 
> os.path.getsize(rev_file)==0:
>  commits = bb.fetch2.runfetchcmd(
> -"cd %(repodir)s && "
> -"git rev-list %(rev)s -- 2> /dev/null "
> -"| wc -l" % vars,
> -d, quiet=True).strip().lstrip('0')
> +"git --git-dir=%(repodir)s rev-list %(rev)s -- 
> 2>/dev/null | wc -l"
> +% vars, d, quiet=True).strip().lstrip('0')
>  
>  if commits != "":
>  oe.path.remove(rev_file, recurse=False)
> @@ -105,9 +103,8 @@ def get_git_pkgv(d, use_tags):
>  if use_tags:
>  try:
>  output = bb.fetch2.runfetchcmd(
> -"cd %(repodir)s && "
> -"git describe %(rev)s 2>/dev/null" % vars,
> -d, quiet=True).strip()
> +"git --git-dir=%(repodir)s describe %(rev)s 
> 2>/dev/null"
> +% vars, d, quiet=True).strip()
>  ver = gitpkgv_drop_tag_prefix(output)
>  except Exception:
>  ver = "0.0-%s-g%s" % (commits, vars['rev'][:7])

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

Re: [oe] [meta-oe][master][zeus][PATCH] libldb: Do not require the "pam" distro feature to be enabled

[akuster808]

On 11/18/19 5:31 AM, Peter Kjellerstedt wrote:
> It was only added because samba was a dependency, but was not removed
> again when the dependency on samba was removed in commit 6207331f.
once it lands in master.

thanks
>
> This effectively reverts commit a190c2e3.
>
> Signed-off-by: Peter Kjellerstedt 
> ---
>  meta-networking/recipes-support/libldb/libldb_1.5.6.bb | 3 +--
>  1 file changed, 1 insertion(+), 2 deletions(-)
>
> diff --git a/meta-networking/recipes-support/libldb/libldb_1.5.6.bb 
> b/meta-networking/recipes-support/libldb/libldb_1.5.6.bb
> index 99eb6f9ce..cc24863c6 100644
> --- a/meta-networking/recipes-support/libldb/libldb_1.5.6.bb
> +++ b/meta-networking/recipes-support/libldb/libldb_1.5.6.bb
> @@ -36,8 +36,7 @@ LIC_FILES_CHKSUM = 
> "file://pyldb.h;endline=24;md5=dfbd238cecad76957f7f860fbe9ada
>  SRC_URI[md5sum] = "fc58ef432c1fcb03fc3bb6e08977"
>  SRC_URI[sha256sum] = 
> "ff82474d0bf109e415a2d50334bde5715f486a53ff4bb8c7f74459dd229e975b"
>  
> -inherit waf-samba distro_features_check
> -REQUIRED_DISTRO_FEATURES = "pam"
> +inherit waf-samba
>  
>  S = "${WORKDIR}/ldb-${PV}"
>  

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

Re: [oe] [meta-oe][PATCH] surf: Add simple web browser

[akuster808]

On 11/14/19 11:10 AM, Khem Raj wrote:
> On Thu, Nov 14, 2019 at 10:53 AM akuster808  wrote:
>>
>>
>> On 11/14/19 9:20 AM, Leon Anavi wrote:
>>> Add a recipe for surf, a simple web browser based on WebKit2/GTK+.
>> shouldn't this go into the meta-webserver layer ?
> perhaps but its the browser
hehe, your right..
>
>>> Signed-off-by: Leon Anavi 
>>> ---
>>>  .../0001-config.mk-Fix-compiler-and-linker.patch   | 36 
>>> ++
>>>  meta-oe/recipes-graphics/surf/surf_2.0.bb  | 30 ++
>>>  2 files changed, 66 insertions(+)
>>>  create mode 100644 
>>> meta-oe/recipes-graphics/surf/surf/0001-config.mk-Fix-compiler-and-linker.patch
>>>  create mode 100644 meta-oe/recipes-graphics/surf/surf_2.0.bb
>>>
>>> diff --git 
>>> a/meta-oe/recipes-graphics/surf/surf/0001-config.mk-Fix-compiler-and-linker.patch
>>>  
>>> b/meta-oe/recipes-graphics/surf/surf/0001-config.mk-Fix-compiler-and-linker.patch
>>> new file mode 100644
>>> index 000..a3e33ea
>>> --- /dev/null
>>> +++ 
>>> b/meta-oe/recipes-graphics/surf/surf/0001-config.mk-Fix-compiler-and-linker.patch
>>> @@ -0,0 +1,36 @@
>>> +From df199f82752398f86d2332dce53f52e2cfb50c87 Mon Sep 17 00:00:00 2001
>>> +From: Leon Anavi 
>>> +Date: Thu, 14 Nov 2019 14:28:39 +
>>> +Subject: [PATCH] config.mk: Fix compiler and linker
>>> +
>>> +Do not set explicitly compiler and linker.
>>> +
>>> +Signed-off-by: Leon Anavi 
>>> +---
>>> + config.mk | 6 +++---
>>> + 1 file changed, 3 insertions(+), 3 deletions(-)
>>> +
>>> +diff --git a/config.mk b/config.mk
>>> +index df6e812..bf07406 100644
>>> +--- a/config.mk
>>>  b/config.mk
>>> +@@ -15,8 +15,8 @@ GTKINC = `pkg-config --cflags gtk+-3.0 webkit2gtk-4.0`
>>> + GTKLIB = `pkg-config --libs gtk+-3.0 webkit2gtk-4.0`
>>> +
>>> + # includes and libs
>>> +-INCS = -I. -I/usr/include -I${X11INC} ${GTKINC}
>>> +-LIBS = -L/usr/lib -lc -L${X11LIB} -lX11 ${GTKLIB} -lgthread-2.0
>>> ++INCS = ${GTKINC}
>>> ++LIBS = -lc -lX11 ${GTKLIB} -lgthread-2.0
>>> +
>>> + # flags
>>> + CPPFLAGS = -DVERSION=\"${VERSION}\" -DWEBEXTDIR=\"${LIBPREFIX}\" 
>>> -D_DEFAULT_SOURCE
>>> +@@ -28,4 +28,4 @@ LDFLAGS = -s ${LIBS}
>>> + #LDFLAGS = ${LIBS}
>>> +
>>> + # compiler and linker
>>> +-CC = cc
>>> ++#CC = cc
>>> +--
>>> +2.7.4
>>> +
>>> diff --git a/meta-oe/recipes-graphics/surf/surf_2.0.bb 
>>> b/meta-oe/recipes-graphics/surf/surf_2.0.bb
>>> new file mode 100644
>>> index 000..98d3b23
>>> --- /dev/null
>>> +++ b/meta-oe/recipes-graphics/surf/surf_2.0.bb
>>> @@ -0,0 +1,30 @@
>>> +SUMMARY = "Simple web browser"
>>> +DESCRIPTION = "Simple open source web browser based on WebKit2/GTK"
>>> +HOMEPAGE = "https://surf.suckless.org/;
>>> +SECTION = "x11/graphics"
>>> +LICENSE = "MIT"
>>> +LIC_FILES_CHKSUM = "file://LICENSE;md5=b57e7f7720307a02d5a6598b00fe3afa"
>>> +
>>> +DEPENDS = "webkitgtk gtk+ gtk+3 glib-2.0 xserver-nodm-init"
>>> +
>>> +REQUIRED_DISTRO_FEATURES = "x11"
>>> +
>>> +SRC_URI = "git://git.suckless.org/surf;branch=surf-webkit2 \
>>> +   file://0001-config.mk-Fix-compiler-and-linker.patch \
>>> +"
>>> +SRCREV = "b814567e2bf8bda07cea8de1c7a062f4aa437b65"
>>> +
>>> +S = "${WORKDIR}/git"
>>> +
>>> +inherit pkgconfig
>>> +
>>> +TARGET_CC_ARCH += "${LDFLAGS}"
>>> +
>>> +do_install () {
>>> + install -d ${D}${bindir}
>>> + install -m 0644 ${S}/surf ${D}${bindir}
>>> + chmod +x ${D}${bindir}/surf
>>> +}
>>> +
>>> +INHIBIT_PACKAGE_DEBUG_SPLIT = "1"
>>> +INHIBIT_PACKAGE_STRIP = "1"
>> --
>> ___
>> Openembedded-devel mailing list
>> Openembedded-devel@lists.openembedded.org
>> http://lists.openembedded.org/mailman/listinfo/openembedded-devel

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

Re: [oe] [meta-oe][PATCH] surf: Add simple web browser

[akuster808]

On 11/14/19 9:20 AM, Leon Anavi wrote:
> Add a recipe for surf, a simple web browser based on WebKit2/GTK+.

shouldn't this go into the meta-webserver layer ?
>
> Signed-off-by: Leon Anavi 
> ---
>  .../0001-config.mk-Fix-compiler-and-linker.patch   | 36 
> ++
>  meta-oe/recipes-graphics/surf/surf_2.0.bb  | 30 ++
>  2 files changed, 66 insertions(+)
>  create mode 100644 
> meta-oe/recipes-graphics/surf/surf/0001-config.mk-Fix-compiler-and-linker.patch
>  create mode 100644 meta-oe/recipes-graphics/surf/surf_2.0.bb
>
> diff --git 
> a/meta-oe/recipes-graphics/surf/surf/0001-config.mk-Fix-compiler-and-linker.patch
>  
> b/meta-oe/recipes-graphics/surf/surf/0001-config.mk-Fix-compiler-and-linker.patch
> new file mode 100644
> index 000..a3e33ea
> --- /dev/null
> +++ 
> b/meta-oe/recipes-graphics/surf/surf/0001-config.mk-Fix-compiler-and-linker.patch
> @@ -0,0 +1,36 @@
> +From df199f82752398f86d2332dce53f52e2cfb50c87 Mon Sep 17 00:00:00 2001
> +From: Leon Anavi 
> +Date: Thu, 14 Nov 2019 14:28:39 +
> +Subject: [PATCH] config.mk: Fix compiler and linker
> +
> +Do not set explicitly compiler and linker.
> +
> +Signed-off-by: Leon Anavi 
> +---
> + config.mk | 6 +++---
> + 1 file changed, 3 insertions(+), 3 deletions(-)
> +
> +diff --git a/config.mk b/config.mk
> +index df6e812..bf07406 100644
> +--- a/config.mk
>  b/config.mk
> +@@ -15,8 +15,8 @@ GTKINC = `pkg-config --cflags gtk+-3.0 webkit2gtk-4.0`
> + GTKLIB = `pkg-config --libs gtk+-3.0 webkit2gtk-4.0`
> + 
> + # includes and libs
> +-INCS = -I. -I/usr/include -I${X11INC} ${GTKINC}
> +-LIBS = -L/usr/lib -lc -L${X11LIB} -lX11 ${GTKLIB} -lgthread-2.0
> ++INCS = ${GTKINC}
> ++LIBS = -lc -lX11 ${GTKLIB} -lgthread-2.0
> + 
> + # flags
> + CPPFLAGS = -DVERSION=\"${VERSION}\" -DWEBEXTDIR=\"${LIBPREFIX}\" 
> -D_DEFAULT_SOURCE
> +@@ -28,4 +28,4 @@ LDFLAGS = -s ${LIBS}
> + #LDFLAGS = ${LIBS}
> + 
> + # compiler and linker
> +-CC = cc
> ++#CC = cc
> +-- 
> +2.7.4
> +
> diff --git a/meta-oe/recipes-graphics/surf/surf_2.0.bb 
> b/meta-oe/recipes-graphics/surf/surf_2.0.bb
> new file mode 100644
> index 000..98d3b23
> --- /dev/null
> +++ b/meta-oe/recipes-graphics/surf/surf_2.0.bb
> @@ -0,0 +1,30 @@
> +SUMMARY = "Simple web browser"
> +DESCRIPTION = "Simple open source web browser based on WebKit2/GTK"
> +HOMEPAGE = "https://surf.suckless.org/;
> +SECTION = "x11/graphics"
> +LICENSE = "MIT"
> +LIC_FILES_CHKSUM = "file://LICENSE;md5=b57e7f7720307a02d5a6598b00fe3afa"
> +
> +DEPENDS = "webkitgtk gtk+ gtk+3 glib-2.0 xserver-nodm-init"
> +
> +REQUIRED_DISTRO_FEATURES = "x11"
> +
> +SRC_URI = "git://git.suckless.org/surf;branch=surf-webkit2 \
> +   file://0001-config.mk-Fix-compiler-and-linker.patch \
> +"
> +SRCREV = "b814567e2bf8bda07cea8de1c7a062f4aa437b65"
> +
> +S = "${WORKDIR}/git"
> +
> +inherit pkgconfig
> +
> +TARGET_CC_ARCH += "${LDFLAGS}"
> +
> +do_install () {
> + install -d ${D}${bindir}
> + install -m 0644 ${S}/surf ${D}${bindir}
> + chmod +x ${D}${bindir}/surf
> +}
> +
> +INHIBIT_PACKAGE_DEBUG_SPLIT = "1"
> +INHIBIT_PACKAGE_STRIP = "1"

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

[oe] OEDeM minutes clarification regarding stable branch update frequency

[akuster808]

Hello,

Reading through the 2019 OEDeM minutes, I saw a statement regarding a
more regular update frequency on the stable branches. Based on Richard's
response I could not tell if it is regarding merge frequency  to
mainline or more dot releases? Since I was not present at the meeting,
can someone clarify which one that question was pertaining to or may both?

regards,
Armin

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

Re: [oe] [PATCH 2/4] python-h2: add recipe

[akuster808]

are these V2 or just a miss fire?



On 10/31/19 11:42 AM, Trevor Gamblin wrote:
> From: Trevor Gamblin 
>
> Signed-off-by: Trevor Gamblin 
> ---
>  .../recipes-connectivity/python-h2/python-h2.inc   | 10 ++
>  .../recipes-connectivity/python-h2/python-h2_3.1.1.bb  |  3 +++
>  .../recipes-connectivity/python-h2/python3-h2_3.1.1.bb |  3 +++
>  3 files changed, 16 insertions(+)
>  create mode 100644 meta-python/recipes-connectivity/python-h2/python-h2.inc
>  create mode 100644 
> meta-python/recipes-connectivity/python-h2/python-h2_3.1.1.bb
>  create mode 100644 
> meta-python/recipes-connectivity/python-h2/python3-h2_3.1.1.bb
>
> diff --git a/meta-python/recipes-connectivity/python-h2/python-h2.inc 
> b/meta-python/recipes-connectivity/python-h2/python-h2.inc
> new file mode 100644
> index 0..42629c261
> --- /dev/null
> +++ b/meta-python/recipes-connectivity/python-h2/python-h2.inc
> @@ -0,0 +1,10 @@
> +DESCRIPTION = "HTTP/2 State-Machine based protocol implementation"
> +HOMEPAGE = "https://github.com/python-hyper/hyper-h2;
> +LICENSE = "MIT"
> +
> +LIC_FILES_CHKSUM = "file://LICENSE;md5=b6b2f6bbe76528af543242d606c14851"
> +
> +SRC_URI[md5sum] = "950b5a62a2a608dc4547a01edf99aa8f"
> +SRC_URI[sha256sum] = 
> "b8a32bd282594424c0ac55845377eea13fa54fe4a8db012f3a198ed923dc3ab4"
> +
> +inherit pypi
> diff --git a/meta-python/recipes-connectivity/python-h2/python-h2_3.1.1.bb 
> b/meta-python/recipes-connectivity/python-h2/python-h2_3.1.1.bb
> new file mode 100644
> index 0..b84129742
> --- /dev/null
> +++ b/meta-python/recipes-connectivity/python-h2/python-h2_3.1.1.bb
> @@ -0,0 +1,3 @@
> +require python-h2.inc
> +
> +inherit setuptools
> diff --git a/meta-python/recipes-connectivity/python-h2/python3-h2_3.1.1.bb 
> b/meta-python/recipes-connectivity/python-h2/python3-h2_3.1.1.bb
> new file mode 100644
> index 0..7230a27e8
> --- /dev/null
> +++ b/meta-python/recipes-connectivity/python-h2/python3-h2_3.1.1.bb
> @@ -0,0 +1,3 @@
> +require python-h2.inc
> +
> +inherit setuptools3

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

Re: [oe] [zeus][PATCH] packagegroup-meta-multimedia: Remove libsquish from rdeps

[akuster808]

On 10/30/19 10:19 PM, Khem Raj wrote:
> Thanks Armin, this patch is already in zeus
oh, so that miss fire did go out. I thought I had the README updates
applied when I issued the send-email command.


>
> On Wed, Oct 30, 2019 at 9:05 AM Armin Kuster  wrote:
>> From: Khem Raj 
>>
>> libsquish builds a static library alone which is primarily used during
>> build only. There is no runtime component to it.
>>
>> Signed-off-by: Khem Raj 
>> ---
>>  .../recipes-multimedia/packagegroups/packagegroup-meta-multimedia.bb| 2 
>> +-
>>  1 file changed, 1 insertion(+), 1 deletion(-)
>>
>> diff --git 
>> a/meta-multimedia/recipes-multimedia/packagegroups/packagegroup-meta-multimedia.bb
>>  
>> b/meta-multimedia/recipes-multimedia/packagegroups/packagegroup-meta-multimedia.bb
>> index 365618d..cef45f9 100644
>> --- 
>> a/meta-multimedia/recipes-multimedia/packagegroups/packagegroup-meta-multimedia.bb
>> +++ 
>> b/meta-multimedia/recipes-multimedia/packagegroups/packagegroup-meta-multimedia.bb
>> @@ -27,7 +27,7 @@ RDEPENDS_packagegroup-meta-multimedia = "\
>>  fluidsynth cdparanoia vorbis-tools tremor caps libao libavc1394 \
>>  opusfile gerbera libdvdcss webrtc-audio-processing \
>>  rtmpdump libopenmpt schroedinger mpd mpc libmpdclient \
>> -ncmpc libmpd libsquish dcadec libiec61883 \
>> +ncmpc libmpd dcadec libiec61883 \
>>  ${@bb.utils.contains("DISTRO_FEATURES", "pam", "", "", d)} \
>>  ${@bb.utils.contains("LICENSE_FLAGS_WHITELIST", "commercial", "minidlna 
>> gst-fluendo-mpegdemux vlc", "", d)} \
>>  ${@bb.utils.contains("LICENSE_FLAGS_WHITELIST", "commercial", 
>> "vo-aacenc sox libde265 gst-openmax", "", d)} \
>> --
>> 2.7.4
>>

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

[oe] LAYERSERIES_COMPAT

[akuster808]

Hello,

 I noticed that the LAYERSERIES_COMPAT in meta-openembedded is set to
cover these three branches "thud warrior zeus".   Is there any
validation that the newer branches work against the older core branches ?

- Armin
|

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

Re: [oe] Seeking volunteers for zeus release maintainer for meta-openembedded layers

[akuster808]

On 10/26/19 10:42 AM, Khem Raj wrote:
> Hi All
>
> We have branched out zeus/yocto-3.0 branch for all meta-openembedded
> layers and currently
> looking for some volunteers to chime in and help with maintaining zeus branch.

Well since you bought me a beer, I will through my hat in again.  Ill
send out  a README patch later.

- armin
>
> Thanks
> -Khem

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

[oe] thud merge quest

[akuster808]

The following changes since commit 2d088d252624b19df384aecc434d23afb636178f:

  postgres: update to 10.10 (2019-09-04 17:34:11 -0700)

are available in the git repository at:

  git://git.openembedded.org/meta-openembedded thud-next

for you to fetch changes up to 446bd615fd7cb9bc7a159fe5c2019ed08d1a7a93:

  tcpdump: Fix CVE-2017-16808 (2019-10-05 09:01:00 -0700)


Dan Tran (1):
  polkit: Fix CVE-2018-19788

Denys Dmytriyenko (1):
  mariadb: update SRC_URI, as 5.5.64 has moved to archive

Peiran Hong (1):
  tcpdump: Fix CVE-2017-16808

 ...2017-16808-AoE-Add-a-missing-bounds-check.patch |  61 +++
 .../recipes-support/tcpdump/tcpdump_4.9.2.bb   |   1 +
 meta-oe/recipes-dbs/mysql/mariadb.inc  |   2 +-
 .../polkit/polkit/CVE-2018-19788_p1.patch  | 194
+
 .../polkit/polkit/CVE-2018-19788_p2.patch  | 153 
 .../polkit/polkit/CVE-2018-19788_p3.patch  |  53 ++
 meta-oe/recipes-extended/polkit/polkit_0.115.bb    |   3 +
 7 files changed, 466 insertions(+), 1 deletion(-)
 create mode 100644
meta-networking/recipes-support/tcpdump/tcpdump/0001-CVE-2017-16808-AoE-Add-a-missing-bounds-check.patch
 create mode 100644
meta-oe/recipes-extended/polkit/polkit/CVE-2018-19788_p1.patch
 create mode 100644
meta-oe/recipes-extended/polkit/polkit/CVE-2018-19788_p2.patch
 create mode 100644
meta-oe/recipes-extended/polkit/polkit/CVE-2018-19788_p3.patch

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

[oe] warrior pull request

[akuster808]

The following changes since commit f4ccdf2bc3fe4f00778629088baab840c868e36b:

  mariadb: update SRC_URI to use archive.mariadb.org (2019-10-09
11:26:58 -0700)

are available in the git repository at:

  git://git.openembedded.org/meta-openembedded warrior-next

for you to fetch changes up to a24acf94d48d635eca668ea34598c6e5c857e3f8:

  tcpdump: Delete unused patch (2019-10-19 08:25:27 -0700)


Andreas Müller (3):
  xfce4-panel: Draw icons/background properly when compositing is
disabled
  polkit-group-rules: Fix error in do_rootfs for rpm package-manager
  vlc: rework qt PACKAGECONFIG

Khem Raj (1):
  xorg-fonts-100dpi: Change License Custom -> MIT

Martin Jansa (1):
  python3-twofish: Fix missing return statements in module stubs

Pavel Modilaynen (1):
  jsoncpp: add native BBCLASSEXTEND

Peiran Hong (2):
  tcpdump: upgrade 4.9.2 -> 4.9.3
  tcpdump: Delete unused patch

Peter Kjellerstedt (1):
  kconfig-frontends: Retrieve the Git repository from GitLab

qi.c...@windriver.com (1):
  protobuf-c: fix race condition

 meta-multimedia/recipes-multimedia/vlc/vlc.inc | 24 ---
 ...2017-16808-AoE-Add-a-missing-bounds-check.patch | 61 -
 .../tcpdump/tcpdump/add-ptest.patch    |  9 +--
 ...-absolute-path-when-searching-for-libdlpi.patch | 19 ++---
 .../recipes-support/tcpdump/tcpdump/run-ptest  |  4 +-
 .../tcpdump/unnecessary-to-check-libpcap.patch | 15 ++--
 .../tcpdump/{tcpdump_4.9.2.bb => tcpdump_4.9.3.bb} | 12 +++-
 meta-oe/recipes-devtools/jsoncpp/jsoncpp_1.8.4.bb  |  2 +
 .../kconfig-frontends_4.11.0.1.bb  |  4 +-
 .../protobuf-c/0001-avoid-race-condition.patch | 36 ++
 .../recipes-devtools/protobuf/protobuf-c_1.3.1.bb  |  3 +-
 .../recipes-extended/polkit/polkit-group-rule.inc  |  2 +-
 .../xorg-font/xorg-fonts-100dpi.bb |  2 +-
 ...missing-return-statements-in-module-stubs.patch | 38 ++
 .../python/python3-twofish_0.3.0.bb    |  2 +
 ...y-Fix-icons-without-compositing-Bug-14577.patch | 80
++
 .../recipes-xfce/xfce4-panel/xfce4-panel_4.13.4.bb |  1 +
 17 files changed, 214 insertions(+), 100 deletions(-)
 delete mode 100644
meta-networking/recipes-support/tcpdump/tcpdump/0001-CVE-2017-16808-AoE-Add-a-missing-bounds-check.patch
 rename meta-networking/recipes-support/tcpdump/{tcpdump_4.9.2.bb =>
tcpdump_4.9.3.bb} (74%)
 create mode 100644
meta-oe/recipes-devtools/protobuf/protobuf-c/0001-avoid-race-condition.patch
 create mode 100644
meta-python/recipes-devtools/python/python3-twofish/0001-Fix-missing-return-statements-in-module-stubs.patch
 create mode 100644
meta-xfce/recipes-xfce/xfce4-panel/files/0002-systray-Fix-icons-without-compositing-Bug-14577.patch


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

Re: [oe] [PATCH] perf: Add /scripts to sources

[akuster808]

wrong ml

I think you want openembedded-c...@lists.openembedded.org


On 10/24/19 10:52 AM, Daniel Díaz wrote:
> As of linux-next-20191022, we need bpf_helpers_doc.py in order to
> build libbpf, which lives in /scripts. Otherwise, do_compile fails
> with:
> | /bin/sh: 1: 
> /oe/build/tmp/work/machine-triplet/perf/1.0-r9/perf-1.0/scripts/bpf_helpers_doc.py:
>  not found
> | Makefile:184: recipe for target 'bpf_helper_defs.h' failed
>
> See commit e01a75c159691 ("libbpf: Move bpf_{helpers, helper_defs,
> endian, tracing}.h into libbpf") from linux-next.
>
> Signed-off-by: Daniel Díaz 
> ---
>  meta/recipes-kernel/perf/perf.bb | 1 +
>  1 file changed, 1 insertion(+)
>
> diff --git a/meta/recipes-kernel/perf/perf.bb 
> b/meta/recipes-kernel/perf/perf.bb
> index 8201c0cb60..a463eebc52 100644
> --- a/meta/recipes-kernel/perf/perf.bb
> +++ b/meta/recipes-kernel/perf/perf.bb
> @@ -113,6 +113,7 @@ PERF_SRC ?= "Makefile \
>   tools/Makefile \
>   tools/perf \
>   tools/scripts \
> + scripts \
>  "
>  
>  PERF_EXTRA_LDFLAGS = ""

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

Re: [oe] [meta-oe][PATCH] protobuf-c: fix race condition

[akuster808]

On 10/22/19 2:37 PM, Martin Jansa wrote:
> On Fri, Oct 18, 2019 at 09:06:54PM +0200, Martin Jansa wrote:
>> One more data point is that it might be fixed completely with 1.3.2 version
>> used in zeus/master and failing less often then without this patch in 1.3.1
>> used in thud/warrior.
>>
>> I was rebuilding it 300 times in thud/warrior/zeus and got 5-6 failures in
>> thud/warrior but none in zeus.
>>
>> I've started another for loop to rebuilt it 1000 time with zeus and if it
>> works then I'll retest warrior and thud with 1.3.2 upgrade backported to
>> them - if it works then we can either backport whole upgrade or check the
>> 1.3.1 1.3.2 diff to find out what else we need to backport from there.
> 1000 times in zeus = 0 failures
> 100 times in thud with 1.3.2 backported ~ 10 failures
> 1000 times in thud with 1.3.2 as well as protobuf-native 3.9.2 = 0 failures
>
> The protobuf-c upgrade isn't need to be backported to thud, there aren't
> many changes:
> https://github.com/protobuf-c/protobuf-c/compare/269771b4b45d3aba04e59569f5363db8d9ff...1390409f4ee4e26d0635310995b516eb702c3f9e
>
> protobuf on the other hand was upgraded from 3.6.1 to 3.9.2 in zeus and
> the diff is big (1028 commits):
> https://github.com/protocolbuffers/protobuf/compare/48cb18e5c419ddd23d9badcfe4e9df7bde1979b2...52b2447247f535663ac1c292e088b4b27d2910ef
>
> quick grep in git log didn't reveal what might be causing the race
> condition, upgrading whole protobuf in warrior and thud isn't an option
> as well.
>
> Anyone interested in digging a bit deeper?
>
> I don't want to block this change, because it seems to completely fix it
> for zeus/master and partially improve it also for warrior and thud.
>
> We don't use protobuf much, so for our builds I think I'll just backport
> whole protobuf upgrade to thud once protobuf-c fix is in thud.

So is https://patchwork.openembedded.org/patch/165905/ still a go for
warrior?

- armin
> Regards,
>
>> On Fri, Oct 18, 2019 at 11:07 AM Khem Raj  wrote:
>>
>>> Yes I have seen same build failures on master even after this fix on
>>> machine with more cpus so the fix while seems to address the problem is not
>>> fixing is completely when I get a chance I will look into the logic myself
>>> too but I think we have to delve into it a bit More
>>>
>>> On Fri, Oct 18, 2019 at 3:41 AM Martin Jansa 
>>> wrote:
>>>
 Hmm I spoke too soon, at least rebuilding protobuf-c-native with this
 change backported to thud still failed once with:

 ../git/t/generated-code2/cxx-generate-packed-data.cc:28:17: error: ‘foo’
 is
 not a namespace-name
  using namespace foo;
  ^~~
 ../git/t/generated-code2/cxx-generate-packed-data.cc:28:20: error:
 expected
 namespace-name before ‘;’ token
  using namespace foo;
 ^
 ../git/t/generated-code2/cxx-generate-packed-data.cc:31:36: error:
 ‘TestEnumSmall’ does not name a type
  #define TEST_ENUM_SMALL_TYPE_NAME  TestEnumSmall
 ^
 ../git/t/generated-code2/common-test-arrays.h:44:1: note: in expansion of
 macro ‘TEST_ENUM_SMALL_TYPE_NAME’
  TEST_ENUM_SMALL_TYPE_NAME enum_small_0[] = { TEST_ENUM_SMALL(VALUE) };
  ^
 ../git/t/generated-code2/cxx-generate-packed-data.cc:31:36: error:
 ‘TestEnumSmall’ does not name a type
  #define TEST_ENUM_SMALL_TYPE_NAME  TestEnumSmall
 ^
 ../git/t/generated-code2/common-test-arrays.h:45:1: note: in expansion of
 macro ‘TEST_ENUM_SMALL_TYPE_NAME’
  TEST_ENUM_SMALL_TYPE_NAME enum_small_1[] = { TEST_ENUM_SMALL(OTHER_VALUE)
 };
  ^
 ../git/t/generated-code2/cxx-generate-packed-data.cc:31:36: error:
 ‘TestEnumSmall’ does not name a type
  #define TEST_ENUM_SMALL_TYPE_NAME  TestEnumSmall
 ^
 ../git/t/generated-code2/common-test-arrays.h:47:1: note: in expansion of
 macro ‘TEST_ENUM_SMALL_TYPE_NAME’
  TEST_ENUM_SMALL_TYPE_NAME enum_small_random[] =

 {T(0),T(1),T(1),T(0),T(0),T(1),T(1),T(1),T(0),T(0),T(0),T(0),T(0),T(1),T(1),T(1),T(1),T(1),T(1),T(0),T(1),T(1),T(0),T(1),T(1),T(0)
 };
  ^
 ...
 so it probably doesn't fix the issue completely.


 On Thu, Oct 17, 2019 at 10:44 PM Martin Jansa 
 wrote:

> On Sun, Sep 29, 2019 at 05:29:56PM +0800, Chen Qi wrote:
>> Signed-off-by: Chen Qi 
>> ---
>>  .../0001-avoid-race-condition.patch   | 36
 +++
>>  .../protobuf/protobuf-c_1.3.2.bb  |  1 +
>>  2 files changed, 37 insertions(+)
>>  create mode 100644
 meta-oe/recipes-devtools/protobuf/protobuf-c/0001-avoid-race-condition.patch
>> diff --git
 a/meta-oe/recipes-devtools/protobuf/protobuf-c/0001-avoid-race-condition.patch
 

Re: [oe] [meta-xfce][PATCH 1/3] xfce4-mpc-plugin: Clarify BSD license variant

[akuster808]

On 10/16/19 2:20 AM, Christophe PRIOUZEAU wrote:
> The License of xfce4 mpc plugin is BSD-0-Clause.

Shouldn't this also be backported to stable branches?


>
> Signed-off-by: Christophe Priouzeau 
> ---
>  .../xfce4-mpc-plugin/xfce4-mpc-plugin_0.5.2.bb  | 2 +-
>  1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git 
> a/meta-xfce/recipes-multimedia/xfce4-mpc-plugin/xfce4-mpc-plugin_0.5.2.bb 
> b/meta-xfce/recipes-multimedia/xfce4-mpc-plugin/xfce4-mpc-plugin_0.5.2.bb
> index ff954acb8..9d031dd59 100644
> --- a/meta-xfce/recipes-multimedia/xfce4-mpc-plugin/xfce4-mpc-plugin_0.5.2.bb
> +++ b/meta-xfce/recipes-multimedia/xfce4-mpc-plugin/xfce4-mpc-plugin_0.5.2.bb
> @@ -1,7 +1,7 @@
>  SUMMARY = "Simple client plugin for Music Player Daemon"
>  HOMEPAGE = "https://goodies.xfce.org/projects/panel-plugins/xfce4-mpc-plugin;
>  SECTION = "x11/application"
> -LICENSE = "BSD"
> +LICENSE = "BSD-0-Clause"
>  LIC_FILES_CHKSUM = "file://COPYING;md5=3604d987e6dfdfc672c754d08953b0e0"
>  
>  inherit xfce-panel-plugin

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

[oe] warrior pull request

[akuster808]

The following changes since commit 3bdbf72e3a4bf18a4a2c7afbde4f7ab773aeded9:

  oprofile: drop kernel-vmlinux from RRECOMMENDS (2019-09-07 15:30:50 -0700)

are available in the git repository at:

  https://git.openembedded.org/meta-openembedded f4ccdf2

for you to fetch changes up to f4ccdf2bc3fe4f00778629088baab840c868e36b:

  mariadb: update SRC_URI to use archive.mariadb.org (2019-10-09
11:26:58 -0700)


Dan Tran (1):
  polkit: Fix CVE-2018-19788

Denys Dmytriyenko (1):
  mariadb: update SRC_URI to use archive.mariadb.org

Kai Kang (1):
  apache2: fix multilib file conflicts

Khem Raj (4):
  redis: Fix build with clang/x86
  klibc: Pass -fno-builtin-bcmp with musl/clang combo
  klibc: Disable bcmp builtin for clang on glibc as well
  bpftool.bb: Disable SECURITY_CFLAGS

Peiran Hong (1):
  tcpdump: Fix CVE-2017-16808

Trevor Gamblin (1):
  gd: fix CVE-2019-6978

 meta-initramfs/recipes-devtools/klibc/klibc.inc |   5 +-
 .../0001-CVE-2017-16808-AoE-Add-a-missing-bounds-check.patch    |  61
++
 meta-networking/recipes-support/tcpdump/tcpdump_4.9.2.bb    |   1 +
 meta-oe/recipes-dbs/mysql/mariadb.inc   |   2 +-
 meta-oe/recipes-extended/polkit/polkit/CVE-2018-19788_p1.patch  | 194
++
 meta-oe/recipes-extended/polkit/polkit/CVE-2018-19788_p2.patch  | 153
++
 meta-oe/recipes-extended/polkit/polkit/CVE-2018-19788_p3.patch  |  53 +
 meta-oe/recipes-extended/polkit/polkit_0.115.bb |  12 +-
 .../redis/redis/0001-src-Do-not-reset-FINAL_LIBS.patch  |  32 +++
 meta-oe/recipes-extended/redis/redis_4.0.14.bb  |   5 +-
 meta-oe/recipes-kernel/bpftool/bpftool.bb   |   4 +-
 meta-oe/recipes-support/gd/gd/CVE-2019-6978.patch   | 299

 meta-oe/recipes-support/gd/gd_2.2.5.bb  |   1 +
 meta-webserver/recipes-httpd/apache2/apache2_2.4.41.bb  |   6 +-
 14 files changed, 817 insertions(+), 11 deletions(-)
 create mode 100644
meta-networking/recipes-support/tcpdump/tcpdump/0001-CVE-2017-16808-AoE-Add-a-missing-bounds-check.patch
 create mode 100644
meta-oe/recipes-extended/polkit/polkit/CVE-2018-19788_p1.patch
 create mode 100644
meta-oe/recipes-extended/polkit/polkit/CVE-2018-19788_p2.patch
 create mode 100644
meta-oe/recipes-extended/polkit/polkit/CVE-2018-19788_p3.patch
 create mode 100644
meta-oe/recipes-extended/redis/redis/0001-src-Do-not-reset-FINAL_LIBS.patch
 create mode 100644 meta-oe/recipes-support/gd/gd/CVE-2019-6978.patch

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

Re: [oe] [meta-oe][warrior][PATCH] xmlrpc-c: Remove the RDEPENDS on perl

[akuster808]

On 10/9/19 12:42 AM, Adrian Bunk wrote:
> The tools that use perl are no longer built.

What error are you seeing that this fixes in warrior?

- armin
>
> Signed-off-by: Adrian Bunk 
> Signed-off-by: Khem Raj 
> ---
>  meta-oe/recipes-devtools/xmlrpc-c/xmlrpc-c_1.51.03.bb | 1 -
>  1 file changed, 1 deletion(-)
>
> diff --git a/meta-oe/recipes-devtools/xmlrpc-c/xmlrpc-c_1.51.03.bb 
> b/meta-oe/recipes-devtools/xmlrpc-c/xmlrpc-c_1.51.03.bb
> index 524263760..6c31b6981 100644
> --- a/meta-oe/recipes-devtools/xmlrpc-c/xmlrpc-c_1.51.03.bb
> +++ b/meta-oe/recipes-devtools/xmlrpc-c/xmlrpc-c_1.51.03.bb
> @@ -15,7 +15,6 @@ SRCREV = "343a3b98e54999d67edb644bcd395aa9784fb16e"
>  S = "${WORKDIR}/git/stable"
>  
>  DEPENDS = "libxml2"
> -RDEPENDS_${PN} = "perl"
>  
>  inherit autotools-brokensep binconfig pkgconfig
>  

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

Re: [oe] [meta-networking][PATCH] grpc: Update to 1.24.1

[akuster808]

On 10/7/19 11:04 AM, Khem Raj wrote:
> On Mon, Oct 7, 2019 at 8:55 AM Khem Raj  wrote:

>> upb dependency needs to fed as source, since it lacks the CMake based
>> external module builds like some other deps
>>
>> Forward port the cross lib installation patch
>>
>> Drop gettid patch as it was a backport which is in this revision
>>
>> Signed-off-by: Khem Raj 
>> ---
>>  ...Fix-libraries-installation-for-Linux.patch |  44 +++
>>  ...01-Define-gettid-only-for-glibc-2.30.patch | 115 --
>>  .../grpc/{grpc_1.22.0.bb => grpc_1.24.1.bb}   |  11 +-
>>  3 files changed, 28 insertions(+), 142 deletions(-)
>>  delete mode 100644 
>> meta-networking/recipes-devtools/grpc/grpc/0001-Define-gettid-only-for-glibc-2.30.patch
>>  rename meta-networking/recipes-devtools/grpc/{grpc_1.22.0.bb => 
>> grpc_1.24.1.bb} (81%)
>>
>> diff --git 
>> a/meta-networking/recipes-devtools/grpc/grpc/0001-CMakeLists.txt-Fix-libraries-installation-for-Linux.patch
>>  
>> b/meta-networking/recipes-devtools/grpc/grpc/0001-CMakeLists.txt-Fix-libraries-installation-for-Linux.patch
>> index 3282b5413e..e517355d34 100644
>> --- 
>> a/meta-networking/recipes-devtools/grpc/grpc/0001-CMakeLists.txt-Fix-libraries-installation-for-Linux.patch
>> +++ 
>> b/meta-networking/recipes-devtools/grpc/grpc/0001-CMakeLists.txt-Fix-libraries-installation-for-Linux.patch
>> @@ -29,7 +29,7 @@ Signed-off-by: Alexey Firago 
>>   set(gRPC_INSTALL_BINDIR "bin" CACHE STRING "Installation directory for 
>> executables")
>>   set(gRPC_INSTALL_LIBDIR "lib" CACHE STRING "Installation directory for 
>> libraries")
>>   set(gRPC_INSTALL_INCLUDEDIR "include" CACHE STRING "Installation directory 
>> for headers")
>> -@@ -769,6 +778,10 @@ if(WIN32 AND MSVC)
>> +@@ -777,6 +786,10 @@ if(WIN32 AND MSVC)
>> endif()
>>   endif()
>>
>> @@ -51,7 +51,7 @@ Signed-off-by: Alexey Firago 
>>
>>   target_include_directories(gpr
>> PUBLIC $ 
>> $
>> -@@ -1333,6 +1350,10 @@ if(WIN32 AND MSVC)
>> +@@ -1367,6 +1384,10 @@ if(WIN32 AND MSVC)
>> endif()
>>   endif()
>>
>> @@ -62,7 +62,7 @@ Signed-off-by: Alexey Firago 
>>
>>   target_include_directories(grpc
>> PUBLIC $ 
>> $
>> -@@ -1731,6 +1752,10 @@ if(WIN32 AND MSVC)
>> +@@ -1782,6 +1803,10 @@ if(WIN32 AND MSVC)
>> endif()
>>   endif()
>>
>> @@ -73,7 +73,7 @@ Signed-off-by: Alexey Firago 
>>
>>   target_include_directories(grpc_cronet
>> PUBLIC $ 
>> $
>> -@@ -2744,6 +2769,10 @@ if(WIN32 AND MSVC)
>> +@@ -2869,6 +2894,10 @@ if(WIN32 AND MSVC)
>> endif()
>>   endif()
>>
>> @@ -84,7 +84,7 @@ Signed-off-by: Alexey Firago 
>>
>>   target_include_directories(grpc_unsecure
>> PUBLIC $ 
>> $
>> -@@ -3083,6 +3112,10 @@ if(WIN32 AND MSVC)
>> +@@ -3206,6 +3235,10 @@ if(WIN32 AND MSVC)
>> endif()
>>   endif()
>>
>> @@ -95,18 +95,7 @@ Signed-off-by: Alexey Firago 
>>
>>   target_include_directories(grpc++
>> PUBLIC $ 
>> $
>> -@@ -3703,6 +3736,10 @@ if(WIN32 AND MSVC)
>> -   endif()
>> - endif()
>> -
>> -+if(_gRPC_PLATFORM_LINUX)
>> -+  set_property(TARGET grpc++_cronet PROPERTY VERSION ${CPP_VERSION})
>> -+  set_property(TARGET grpc++_cronet PROPERTY SOVERSION 
>> ${CPP_VERSION_MAJOR})
>> -+endif()
>> -
>> - target_include_directories(grpc++_cronet
>> -   PUBLIC $ 
>> $
>> -@@ -4013,6 +4050,11 @@ protobuf_generate_grpc_cpp(
>> +@@ -3589,6 +3622,11 @@ protobuf_generate_grpc_cpp(
>> src/proto/grpc/status/status.proto
>>   )
>>
>> @@ -118,7 +107,7 @@ Signed-off-by: Alexey Firago 
>>   target_include_directories(grpc++_error_details
>> PUBLIC $ 
>> $
>> PRIVATE ${CMAKE_CURRENT_SOURCE_DIR}
>> -@@ -4147,6 +4189,11 @@ protobuf_generate_grpc_cpp(
>> +@@ -3727,6 +3765,11 @@ protobuf_generate_grpc_cpp(
>> src/proto/grpc/reflection/v1alpha/reflection.proto
>>   )
>>
>> @@ -130,7 +119,18 @@ Signed-off-by: Alexey Firago 
>>   target_include_directories(grpc++_reflection
>> PUBLIC $ 
>> $
>> PRIVATE ${CMAKE_CURRENT_SOURCE_DIR}
>> -@@ -4704,6 +4751,10 @@ if(WIN32 AND MSVC)
>> +@@ -3816,6 +3859,10 @@ target_link_libraries(grpc++_test_config
>> +   ${_gRPC_GFLAGS_LIBRARIES}
>> + )
>> +
>> ++if(_gRPC_PLATFORM_LINUX)
>> ++  set_property(TARGET grpc++_cronet PROPERTY VERSION ${CPP_VERSION})
>> ++  set_property(TARGET grpc++_cronet PROPERTY SOVERSION 
>> ${CPP_VERSION_MAJOR})
>> ++endif()
>> +
>> + endif (gRPC_BUILD_TESTS)
>> + if (gRPC_BUILD_TESTS)
>> +@@ -4307,6 +4354,10 @@ if(WIN32 AND MSVC)
>> endif()
>>   endif()
>>
>> @@ -141,7 +141,7 @@ Signed-off-by: Alexey Firago 
>>
>>   target_include_directories(grpc++_unsecure
>> PUBLIC $ 
>> $
>> -@@ -5124,6 +5175,10 @@ if(WIN32 AND MSVC)
>> +@@ -4745,6 +4796,10 @@ if(WIN32 AND MSVC)
>> endif()
>>   endif()
>>
>> @@ -152,7 +152,7 @@ Signed-off-by: Alexey Firago 
>>
>>   target_include_directories(grpc_plugin_support
>> PUBLIC $ 
>> $
>> -@@ -5190,6 +5245,11 @@ protobuf_generate_grpc_cpp(
>> +@@ -4813,6 +4868,11 @@ protobuf_generate_grpc_cpp(
>> src/proto/grpc/channelz/channelz.proto
>>   )
>>
>> @@ -164,7 +164,7 @@ 

Re: [oe] [meta-oe][PATCH] tcpdump: upgrade 4.9.2 -> 4.9.3

[akuster808]

On 10/7/19 6:43 AM, Peiran Hong wrote:
> This upgrade adds some new features and fixes numerous bugs including
> the following CVEs:
> CVE: CVE-2017-16808 (AoE)
> CVE: CVE-2018-14468 (FrameRelay)
> CVE: CVE-2018-14469 (IKEv1)
> CVE: CVE-2018-14470 (BABEL)
> CVE: CVE-2018-14466 (AFS/RX)
> CVE: CVE-2018-14461 (LDP)
> CVE: CVE-2018-14462 (ICMP)
> CVE: CVE-2018-14465 (RSVP)
> CVE: CVE-2018-14881 (BGP)
> CVE: CVE-2018-14464 (LMP)
> CVE: CVE-2018-14463 (VRRP)
> CVE: CVE-2018-14467 (BGP)
> CVE: CVE-2018-10103 (SMB - partially fixed, but SMB printing disabled)
> CVE: CVE-2018-10105 (SMB - too unreliably reproduced,
>SMB printing disabled)
> CVE: CVE-2018-14880 (OSPF6)
> CVE: CVE-2018-16451 (SMB)
> CVE: CVE-2018-14882 (RPL)
> CVE: CVE-2018-16227 (802.11)
> CVE: CVE-2018-16229 (DCCP)
> CVE: CVE-2018-16301 (was fixed in libpcap)
> CVE: CVE-2018-16230 (BGP)
> CVE: CVE-2018-16452 (SMB)
> CVE: CVE-2018-16300 (BGP)
> CVE: CVE-2018-16228 (HNCP)
> CVE: CVE-2019-15166 (LMP)
> CVE: CVE-2019-15167 (VRRP)
> CVE: CVE-2018-14879 (tcpdump -V)

thanks,

Armin
>
> Deleted patch "0001-CVE-2017-16808-AoE-Add-a-missing-bounds-check.patch"
> since the fix is included in the upgrade.
>
> Modified patches "avoid-absolute-path-when-searching-for-libdlpi.patch",
> "unnecessary-to-check-libpcap.patch", and "add-ptest.path" since
> the upgrade renamed configure.in to configure.ac and made changes
> to the file.
>
> Added PACKAGECONFIG for smb. It is disabled by default in
> the upgraded version in both the package's configure script and this
> bitbake recipe since it is insecure.
>
> Modified the parsing of ptest result to align with the new output
> format.
>
> With core-image-minimal on qemux86-64/kvm:
> Recipe | Passed  | Failed   | Skipped   | Time(s)
> Before | 408 | 0| 2 | 4
> After  | 431 | 11   | 2 | 10
>
> 11 test failed after the upgrade since libpcap is not upgraded
> alongside with tcpdump.
>
> Signed-off-by: Peiran Hong 
> ---
>  .../tcpdump/tcpdump/add-ptest.patch   |  9 +
>  ...lute-path-when-searching-for-libdlpi.patch | 19 ++-
>  .../recipes-support/tcpdump/tcpdump/run-ptest |  4 ++--
>  .../unnecessary-to-check-libpcap.patch| 15 ---
>  .../{tcpdump_4.9.2.bb => tcpdump_4.9.3.bb}| 12 +---
>  5 files changed, 34 insertions(+), 25 deletions(-)
>  rename meta-networking/recipes-support/tcpdump/{tcpdump_4.9.2.bb => 
> tcpdump_4.9.3.bb} (74%)
>
> diff --git a/meta-networking/recipes-support/tcpdump/tcpdump/add-ptest.patch 
> b/meta-networking/recipes-support/tcpdump/tcpdump/add-ptest.patch
> index b71435a04..f8ff354fe 100644
> --- a/meta-networking/recipes-support/tcpdump/tcpdump/add-ptest.patch
> +++ b/meta-networking/recipes-support/tcpdump/tcpdump/add-ptest.patch
> @@ -1,18 +1,19 @@
> -From 8ee1ab1ac89557d48ac1ab7ddcc3c51be9b734ad Mon Sep 17 00:00:00 2001
> +From 8c9c728757f89ebe6c4019114b83a63c63596f69 Mon Sep 17 00:00:00 2001
>  From: "Hongjun.Yang" 
> -Date: Wed, 22 Oct 2014 10:02:48 +0800
> +Date: Wed, 2 Oct 2019 16:57:06 -0400
>  Subject: [PATCH] Add ptest for tcpdump
>  
>  Upstream-Status: Pending
>  
>  Signed-off-by: Hongjun.Yang 
> +Signed-off-by: Peiran Hong 
>  
>  ---
>   Makefile.in | 10 +-
>   1 file changed, 9 insertions(+), 1 deletion(-)
>  
>  diff --git a/Makefile.in b/Makefile.in
> -index 0941f0e..3ce40c6 100644
> +index 3b589184..7b10e38c 100644
>  --- a/Makefile.in
>  +++ b/Makefile.in
>  @@ -437,9 +437,17 @@ distclean:
> @@ -23,7 +24,7 @@ index 0941f0e..3ce40c6 100644
>  +buildtest-TESTS: tcpdump
>  +
>  +runtest-PTEST:
> - (cd tests && ./TESTrun.sh)
> + (mkdir -p tests && SRCDIR=`cd ${srcdir}; pwd` && export SRCDIR && 
> $$SRCDIR/tests/TESTrun.sh )
>   
>  +install-ptest:
>  +cp -r tests $(DESTDIR)
> diff --git 
> a/meta-networking/recipes-support/tcpdump/tcpdump/avoid-absolute-path-when-searching-for-libdlpi.patch
>  
> b/meta-networking/recipes-support/tcpdump/tcpdump/avoid-absolute-path-when-searching-for-libdlpi.patch
> index d82c16053..977ab95b7 100644
> --- 
> a/meta-networking/recipes-support/tcpdump/tcpdump/avoid-absolute-path-when-searching-for-libdlpi.patch
> +++ 
> b/meta-networking/recipes-support/tcpdump/tcpdump/avoid-absolute-path-when-searching-for-libdlpi.patch
> @@ -1,6 +1,6 @@
> -From a2bfd28034d9aa48d8ff109c1314e53bc9779752 Mon Sep 17 00:00:00 2001
> +From 02085028cdaf075943c27ebc02bb6de0289ec1d3 Mon Sep 17 00:00:00 2001
>  From: Andre McCurdy 
> -Date: Wed, 24 Oct 2018 22:26:08 -0700
> +Date: Wed, 2 Oct 2019 16:43:48 -0400
>  Subject: [PATCH] avoid absolute path when searching for libdlpi
>  
>  Let the build environment control library search paths.
> @@ -8,15 +8,16 @@ Let the build environment control library search paths.
>  Upstream-Status: Inappropriate [OE specific]
>  
>  Signed-off-by: Andre McCurdy 
> +Signed-off-by: Peiran Hong 
>  ---
> - configure.in | 2 +-
> + 

[oe] Patchwork and stable branches

[akuster808]

My apologies for cross posting.

I have noticed some behavior I was not expecting with OE's Patchwork in
that it is hiding patches.  I don't know if this is by design or a bug
in our Patchwork.

When a series of patches are submitted to the mailing list and are same
fix but against different branches, all but the last  patch entered are
automatically marked as "suspended"  and then hidden from the default
view.  I never noticed this before and is now adding a new dimension to
the Stable branch maintenance process that I need to work around.  I am
catching these issues as I compare my in box to patchwork.


regards,
Armin

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

Re: [oe] [thud][PATCH] mariadb: update SRC_URI, as 5.5.64 has moved to archive

[akuster808]

On 10/5/19 9:56 AM, Khem Raj wrote:
> On Sat, Oct 5, 2019 at 9:12 AM akuster808  wrote:
>>
>>
>> On 9/29/19 11:14 AM, Adrian Bunk wrote:
>>> On Sun, Sep 29, 2019 at 12:20:07PM -0400, Denys Dmytriyenko wrote:
>>>> On Sun, Sep 29, 2019 at 03:43:39PM +0300, Adrian Bunk wrote:
>>>>> On Fri, Sep 27, 2019 at 08:56:39PM -0400, Denys Dmytriyenko wrote:
>>>>>> From: Denys Dmytriyenko 
>>>>>>
>>>>>> The old URL now gives 404 Not Found
>>>>>> ...
>>>>>> --- a/meta-oe/recipes-dbs/mysql/mariadb.inc
>>>>>> +++ b/meta-oe/recipes-dbs/mysql/mariadb.inc
>>>>>> @@ -4,7 +4,7 @@ SECTION = "libs"
>>>>>>  LICENSE = "GPLv2"
>>>>>>  LIC_FILES_CHKSUM = "file://COPYING;md5=751419260aa954499f7abaabaa882bbe"
>>>>>>
>>>>>> -SRC_URI = "https://downloads.mariadb.org/f/${BP}/source/${BP}.tar.gz \
>>>>>> +SRC_URI = "http://archive.mariadb.org/${BP}/source/${BP}.tar.gz \
>>>>>> ...
>>>>> This change should first go into master (and also warrior).
>>>> Yeah, let me just go downgrade master and warrior to this old version,
>>>> so I can fix the download URL...
>>> archive.mariadb.org has all versions, including some that are even more
>>> recent than the version currently in master.
>>>
>>> Not changing the URL in master now will only bring us the same problem
>>> in zeus later.
>> Currently Thud is broken and needs this fix. Being proactive to avoid a
>> future issue should not be a reason not to take this patch.
>>
> using archive.mariadb.org makes sense for master too, so I have gone
> and adapted the patch to apply to master as well. however, it wont be
> a straight backport for thud so you have apply the proposed patch as
> such to thud. What is done on warrior needs to be figured out as well.

Thanks.

I will put this on my plate to address for warrior.

- armin
> see
>
> https://patchwork.openembedded.org/patch/165527/
>
>
>> - armin
>>>> Denys
>>> cu
>>> Adrian
>>>
>> --
>> ___
>> 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] [thud][PATCH] mariadb: update SRC_URI, as 5.5.64 has moved to archive

[akuster808]

On 9/29/19 11:14 AM, Adrian Bunk wrote:
> On Sun, Sep 29, 2019 at 12:20:07PM -0400, Denys Dmytriyenko wrote:
>> On Sun, Sep 29, 2019 at 03:43:39PM +0300, Adrian Bunk wrote:
>>> On Fri, Sep 27, 2019 at 08:56:39PM -0400, Denys Dmytriyenko wrote:
 From: Denys Dmytriyenko 

 The old URL now gives 404 Not Found
 ...
 --- a/meta-oe/recipes-dbs/mysql/mariadb.inc
 +++ b/meta-oe/recipes-dbs/mysql/mariadb.inc
 @@ -4,7 +4,7 @@ SECTION = "libs"
  LICENSE = "GPLv2"
  LIC_FILES_CHKSUM = "file://COPYING;md5=751419260aa954499f7abaabaa882bbe"
  
 -SRC_URI = "https://downloads.mariadb.org/f/${BP}/source/${BP}.tar.gz \
 +SRC_URI = "http://archive.mariadb.org/${BP}/source/${BP}.tar.gz \
 ...
>>> This change should first go into master (and also warrior).
>> Yeah, let me just go downgrade master and warrior to this old version, 
>> so I can fix the download URL...
> archive.mariadb.org has all versions, including some that are even more 
> recent than the version currently in master.
>
> Not changing the URL in master now will only bring us the same problem 
> in zeus later.

Currently Thud is broken and needs this fix. Being proactive to avoid a
future issue should not be a reason not to take this patch.

- armin
>
>> Denys
> cu
> Adrian
>

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

Re: [oe] [meta-oe][warrior][PATCH] tcpdump: Fix CVE-2017-16808

[akuster808]

On 9/16/19 12:04 PM, Peiran Hong wrote:
> Backport selected parts of three upstream commits to fix
> CVE-2017-16808 where tcpdump 4.9.2 has a heap-based buffer over-read.
>
> Upstream-Status: Backport
> [ several ]
>
> Upstream commits fully backported:
> 46aead6  [CVE-2017-16808/AoE: Add a missing bounds check]
>
> Upstream commits partially backported:
> 7068209  [Use nd_ types in 802.x and FDDI headers.]
> 84ef17a  [Replace ND_TTEST2()/ND_TCHECK2() macros by macros using
> pointers (1/n)]
>
> 46aead6 fixes the vulnerability and requires two macros defined in
> 7068209 and 84ef17a, which are committed after the release of 4.9.2.
> Only the definition of the macros are taken from the two commits
> as they impact a wide range of code and are difficult to integrate.
>
> CVE: CVE-2017-16808
the backport from master is already sitting in my stable/warrior-nmut
which is under review.  I will check if that and this request are the same.

thanks for the formal request.

-armin

>
> Signed-off-by: Peiran Hong 
> Signed-off-by: Khem Raj 
> ---
>  ...16808-AoE-Add-a-missing-bounds-check.patch | 61 +++
>  .../recipes-support/tcpdump/tcpdump_4.9.2.bb  |  1 +
>  2 files changed, 62 insertions(+)
>  create mode 100644 
> meta-networking/recipes-support/tcpdump/tcpdump/0001-CVE-2017-16808-AoE-Add-a-missing-bounds-check.patch
>
> diff --git 
> a/meta-networking/recipes-support/tcpdump/tcpdump/0001-CVE-2017-16808-AoE-Add-a-missing-bounds-check.patch
>  
> b/meta-networking/recipes-support/tcpdump/tcpdump/0001-CVE-2017-16808-AoE-Add-a-missing-bounds-check.patch
> new file mode 100644
> index 0..919f2b009
> --- /dev/null
> +++ 
> b/meta-networking/recipes-support/tcpdump/tcpdump/0001-CVE-2017-16808-AoE-Add-a-missing-bounds-check.patch
> @@ -0,0 +1,61 @@
> +From c45443a0d3e16b92622bea6b589e5930e8f0d815 Mon Sep 17 00:00:00 2001
> +From: Peiran Hong 
> +Date: Fri, 13 Sep 2019 17:02:57 -0400
> +Subject: [PATCH] CVE-2017-16808/AoE: Add a missing bounds check.
> +
> +---
> + netdissect.h | 12 
> + print-aoe.c  |  1 +
> + 2 files changed, 13 insertions(+)
> +
> +diff --git a/netdissect.h b/netdissect.h
> +index 089b0406..cd05fdb9 100644
> +--- a/netdissect.h
>  b/netdissect.h
> +@@ -69,6 +69,11 @@ typedef struct {
> + typedef unsigned char nd_uint8_t;
> + typedef signed char nd_int8_t;
> + 
> ++/*
> ++ * Use this for MAC addresses.
> ++ */
> ++#define MAC_ADDR_LEN6   /* length of MAC addresses */
> ++
> + /* snprintf et al */
> + 
> + #include 
> +@@ -309,12 +314,19 @@ struct netdissect_options {
> + ((uintptr_t)ndo->ndo_snapend - (l) <= (uintptr_t)ndo->ndo_snapend && \
> +  (uintptr_t)&(var) <= (uintptr_t)ndo->ndo_snapend - (l)))
> + 
> ++#define ND_TTEST_LEN(p, l) \
> ++  (IS_NOT_NEGATIVE(l) && \
> ++((uintptr_t)ndo->ndo_snapend - (l) <= (uintptr_t)ndo->ndo_snapend 
> && \
> ++ (uintptr_t)(p) <= (uintptr_t)ndo->ndo_snapend - (l)))
> ++
> + /* True if "var" was captured */
> + #define ND_TTEST(var) ND_TTEST2(var, sizeof(var))
> + 
> + /* Bail if "l" bytes of "var" were not captured */
> + #define ND_TCHECK2(var, l) if (!ND_TTEST2(var, l)) goto trunc
> + 
> ++#define ND_TCHECK_LEN(p, l) if (!ND_TTEST_LEN(p, l)) goto trunc
> ++
> + /* Bail if "var" was not captured */
> + #define ND_TCHECK(var) ND_TCHECK2(var, sizeof(var))
> + 
> +diff --git a/print-aoe.c b/print-aoe.c
> +index 97e93df2..ac097a04 100644
> +--- a/print-aoe.c
>  b/print-aoe.c
> +@@ -325,6 +325,7 @@ aoev1_reserve_print(netdissect_options *ndo,
> + goto invalid;
> + /* addresses */
> + for (i = 0; i < nmacs; i++) {
> ++ND_TCHECK_LEN(cp, MAC_ADDR_LEN);
> + ND_PRINT((ndo, "\n\tEthernet Address %u: %s", i, 
> etheraddr_string(ndo, cp)));
> + cp += ETHER_ADDR_LEN;
> + }
> +-- 
> +2.21.0
> +
> diff --git a/meta-networking/recipes-support/tcpdump/tcpdump_4.9.2.bb 
> b/meta-networking/recipes-support/tcpdump/tcpdump_4.9.2.bb
> index 038c1617f..9bd861cd4 100644
> --- a/meta-networking/recipes-support/tcpdump/tcpdump_4.9.2.bb
> +++ b/meta-networking/recipes-support/tcpdump/tcpdump_4.9.2.bb
> @@ -12,6 +12,7 @@ SRC_URI = " \
>  file://avoid-absolute-path-when-searching-for-libdlpi.patch \
>  file://add-ptest.patch \
>  file://run-ptest \
> +file://0001-CVE-2017-16808-AoE-Add-a-missing-bounds-check.patch \
>  "
>  
>  SRC_URI[md5sum] = "9bbc1ee33dab61302411b02dd0515576"

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

Re: [oe] State of OE world 2019-09-14 ( Zero build failures )

[akuster808]

Khem,

On 9/14/19 1:35 PM, Khem Raj wrote:
> As you all can see we have come to zero build time failures in the
> world builds, thanks for everyone who contributed and let's keep going
> and maintain this status and hop on to other fails we are seeing
> regarding sstate signs and version going backward.
>
> http://www.openembedded.org/wiki/Bitbake_World_Status

Thanks for all your hard work and to the folks who sent patches to help
achieve that.

- armin
>
> == Number of issues - stats ==
> {| class='wikitable'
> !|Date !!colspan='4'|Failed tasks!!|Signatures
> !!colspan='15'|QA !!Comment
> |-
> || ||qemuarm ||qemuarm64 ||qemux86 ||qemux86_64 ||all
> ||already-stripped ||libdir ||textrel ||build-deps ||file-rdeps
> ||version-going-backwards ||host-user-contaminated
> ||installed-vs-shipped ||unknown-configure-option ||symlink-to-sysroot
> ||invalid-pkgconfig ||pkgname ||ldflags ||compile-host-path
> ||qa_pseudo ||
> |-
> ||2019-09-14 ||0 ||0 ||0 ||0 ||24 ||0 ||0 ||0 ||0 ||0 ||56 ||0 ||0 ||0
> ||0 ||0 ||0 ||0 ||0 ||0 ||
> |}
>
> == Failed tasks 2019-09-14 ==
>
> INFO: jenkins-job.sh-1.8.46 Complete log available at
> http://logs.nslu2-linux.org/buildlogs/oe/world/zeus/log.report.20190914_132659.log
>
> === common (0) ===
>
> === common-x86 (0) ===
>
> === qemuarm (0) ===
>
> === qemuarm64 (0) ===
>
> === qemux86 (0) ===
>
> === qemux86_64 (0) ===
>
> === Number of failed tasks (0) ===
> {| class=wikitable
> |-
> || qemuarm || 0 ||
> http://logs.nslu2-linux.org/buildlogs/oe/world/zeus/log.world.qemuarm.20190914_091454.log/
> ||
> |-
> || qemuarm64 || 0 ||
> http://logs.nslu2-linux.org/buildlogs/oe/world/zeus/log.world.qemuarm64.20190914_095516.log/
> ||
> |-
> || qemux86 || 0 ||
> http://logs.nslu2-linux.org/buildlogs/oe/world/zeus/log.world.qemux86.20190914_085019.log/
> ||
> |-
> || qemux86_64 || 0 ||
> http://logs.nslu2-linux.org/buildlogs/oe/world/zeus/log.world.qemux86-64.20190914_092639.log/
> ||
> |}
>
> === PNBLACKLISTs (8) ===
>
> === QA issues (56) ===
> {| class=wikitable
> !| Count ||Issue
> |-
> ||0 ||already-stripped
> |-
> ||0 ||build-deps
> |-
> ||0 ||compile-host-path
> |-
> ||0 ||file-rdeps
> |-
> ||0 ||host-user-contaminated
> |-
> ||0 ||installed-vs-shipped
> |-
> ||0 ||invalid-pkgconfig
> |-
> ||0 ||ldflags
> |-
> ||0 ||libdir
> |-
> ||0 ||pkgname
> |-
> ||0 ||qa_pseudo
> |-
> ||0 ||symlink-to-sysroot
> |-
> ||0 ||textrel
> |-
> ||0 ||unknown-configure-option
> |-
> ||56 ||version-going-backwards
> |}
>
>
>
> === Incorrect PACKAGE_ARCH or sstate signatures (24) ===
>
> Complete log: 
> http://logs.nslu2-linux.org/buildlogs/oe/world/zeus/log.signatures.20190914_103107.log/
> * ERROR: 24 issues were found in these recipes: 96boards-tools
> atmel-qt-demo-init libcrypt-openssl-guess-perl-native
> libextutils-config-perl-native libextutils-helpers-perl-native
> libextutils-installpaths-perl-native libmodule-build-perl-native
> liburi-perl-native libxml-filter-buffertext-perl-native
> libxml-sax-base-perl-native libxml-sax-perl-native phpmyadmin runit
> weston weston-init xscreensaver
>
> * ERROR: 1 errors found in signatures.qemux86.do_configure.sigdata.log
> * ERROR: 1 errors found in
> signatures.qemux86.do_populate_sysroot.sigdata.log
> * ERROR: 4 errors found in
> signatures.qemux86.do_package_write_ipk.sigdata.log
> * ERROR: 3 errors found in signatures.qemuarm.do_configure.sigdata.log
> * ERROR: 11 errors found in
> signatures.qemuarm.do_populate_sysroot.sigdata.log
> * ERROR: 4 errors found in
> signatures.qemuarm.do_package_write_ipk.sigdata.log
>
> * ERROR: weston-init different signature for task
> do_configure.sigdata between qemux86copy and qemux86
> * ERROR: 1 errors found in
> /home/jenkins/oe/world/yoe/build/tmpfs/sstate-diff/1568482267/signatures.qemux86.do_configure.sigdata.log
> * ERROR: weston-init different signature for task
> do_populate_sysroot.sigdata between qemux86copy and qemux86
> * ERROR: 1 errors found in
> /home/jenkins/oe/world/yoe/build/tmpfs/sstate-diff/1568482267/signatures.qemux86.do_populate_sysroot.sigdata.log
> * ERROR: runit different signature for task
> do_package_write_ipk.sigdata between qemux86copy and qemux86
> * ERROR: weston different signature for task
> do_package_write_ipk.sigdata between qemux86copy and qemux86
> * ERROR: weston-init different signature for task
> do_package_write_ipk.sigdata between qemux86copy and qemux86
> * ERROR: xscreensaver different signature for task
> do_package_write_ipk.sigdata between qemux86copy and qemux86
> * ERROR: 4 errors found in
> /home/jenkins/oe/world/yoe/build/tmpfs/sstate-diff/1568482267/signatures.qemux86.do_package_write_ipk.sigdata.log
> * ERROR: atmel-qt-demo-init different signature for task
> do_configure.sigdata between qemux86copy and qemuarm
> * ERROR: libxml-filter-buffertext-perl-native different signature
> for task do_configure.sigdata between qemux86copy and qemuarm
> * ERROR: weston-init different 

Re: [oe] [meta-oe][PATCH] nmap: Upgrade to 7.80

[akuster808]

On 9/15/19 8:04 AM, Scott Ellis wrote:
> Signed-off-by: Scott Ellis 
> ---
>  ... => 0001-Redefine-the-python-library-dir.patch} | 19 +++---
>  ...lude-time.h-for-time-structure-definition.patch | 78 
> --
>  .../nmap/files/0002-Fix-building-with-libc.patch   | 76 -
>  ...Include-time.h-for-time-struct-definition.patch | 37 ++
>  .../nmap/files/0003-Fix-building-with-libc.patch   | 46 +
>  ...shtool-mkdir-with-coreutils-mkdir-command.patch | 48 -
>  .../nmap/{nmap_7.70.bb => nmap_7.80.bb}| 17 ++---
>  7 files changed, 98 insertions(+), 223 deletions(-)
>  rename 
> meta-oe/recipes-security/nmap/files/{nmap-redefine-the-python-library-dir.patch
>  => 0001-Redefine-the-python-library-dir.patch} (72%)
>  delete mode 100644 
> meta-oe/recipes-security/nmap/files/0001-include-time.h-for-time-structure-definition.patch
>  delete mode 100644 
> meta-oe/recipes-security/nmap/files/0002-Fix-building-with-libc.patch
>  create mode 100644 
> meta-oe/recipes-security/nmap/files/0002-Include-time.h-for-time-struct-definition.patch
>  create mode 100644 
> meta-oe/recipes-security/nmap/files/0003-Fix-building-with-libc.patch
>  delete mode 100644 
> meta-oe/recipes-security/nmap/files/nmap-replace-shtool-mkdir-with-coreutils-mkdir-command.patch
>  rename meta-oe/recipes-security/nmap/{nmap_7.70.bb => nmap_7.80.bb} (73%)

Why did the LIC_FILES_CHKSUM change?
Why where the patches dropped?
The patch updates are missing the standard OE patch formate? no
Upstream-Status: or Signed-off-by.

>
> diff --git 
> a/meta-oe/recipes-security/nmap/files/nmap-redefine-the-python-library-dir.patch
>  
> b/meta-oe/recipes-security/nmap/files/0001-Redefine-the-python-library-dir.patch
> similarity index 72%
> rename from 
> meta-oe/recipes-security/nmap/files/nmap-redefine-the-python-library-dir.patch
> rename to 
> meta-oe/recipes-security/nmap/files/0001-Redefine-the-python-library-dir.patch
> index 356b507..389f0e4 100644
> --- 
> a/meta-oe/recipes-security/nmap/files/nmap-redefine-the-python-library-dir.patch
> +++ 
> b/meta-oe/recipes-security/nmap/files/0001-Redefine-the-python-library-dir.patch
> @@ -1,20 +1,17 @@
> -[PATCH] redefine the python library install dir
> +From 2c1af5be159b40bf666fad2088034fe0b7b88a3c Mon Sep 17 00:00:00 2001
> +From: Scott Ellis 
> +Date: Sat, 14 Sep 2019 15:47:31 -0400
> +Subject: [PATCH 1/3] Redefine the python library dir
>  
> -Upstream-Status: Pending
> -
> -If install-lib is not defined, it is always /usr/lib/, but it
> -maybe /usr/lib64 for multilib
> -
> -Signed-off-by: Roy Li 
>  ---
>   Makefile.in | 4 ++--
>   1 file changed, 2 insertions(+), 2 deletions(-)
>  
>  diff --git a/Makefile.in b/Makefile.in
> -index 1bb062c..cced2fb 100644
> +index 7ac5ae5..eee8863 100644
>  --- a/Makefile.in
>  +++ b/Makefile.in
> -@@ -311,7 +311,7 @@ build-zenmap: $(ZENMAPDIR)/setup.py 
> $(ZENMAPDIR)/zenmapCore/Version.py
> +@@ -377,7 +377,7 @@ build-zenmap: $(ZENMAPDIR)/setup.py 
> $(ZENMAPDIR)/zenmapCore/Version.py
>   
>   install-zenmap: $(ZENMAPDIR)/setup.py
>   $(INSTALL) -d $(DESTDIR)$(bindir) $(DESTDIR)$(mandir)/man1
> @@ -23,7 +20,7 @@ index 1bb062c..cced2fb 100644
>   $(INSTALL) -c -m 644 docs/zenmap.1 $(DESTDIR)$(mandir)/man1/
>   # Create a symlink from nmapfe to zenmap if nmapfe doesn't exist or is
>   # already a link.
> -@@ -328,7 +328,7 @@ build-nping: $(NPINGDIR)/Makefile nbase_build 
> nsock_build netutil_build $(NPINGD
> +@@ -394,7 +394,7 @@ build-nping: $(NPINGDIR)/Makefile build-nbase 
> build-nsock build-netutil $(NPINGD
>   @cd $(NPINGDIR) && $(MAKE)
>   
>   install-ndiff:
> @@ -33,5 +30,5 @@ index 1bb062c..cced2fb 100644
>   NSE_FILES = scripts/script.db scripts/*.nse
>   NSE_LIB_LUA_FILES = nselib/*.lua nselib/*.luadoc
>  -- 
> -1.9.1
> +2.7.4
>  
> diff --git 
> a/meta-oe/recipes-security/nmap/files/0001-include-time.h-for-time-structure-definition.patch
>  
> b/meta-oe/recipes-security/nmap/files/0001-include-time.h-for-time-structure-definition.patch
> deleted file mode 100644
> index 561c8c8..000
> --- 
> a/meta-oe/recipes-security/nmap/files/0001-include-time.h-for-time-structure-definition.patch
> +++ /dev/null
> @@ -1,78 +0,0 @@
> -From c774f2b129fd5acd5647d92c57a2079ae638a62b Mon Sep 17 00:00:00 2001
> -From: Khem Raj 
> -Date: Sun, 20 Jan 2019 23:07:39 -0800
> -Subject: [PATCH] include time.h for time structure definition
> -
> -Exposed by musl/clang
> -
> -Upstream-Status: Pending
> -
> -Signed-off-by: Khem Raj 
> 
> - nmap_error.cc   | 1 +
> - nping/EchoServer.cc | 1 +
> - osscan.cc   | 1 +
> - osscan2.cc  | 1 +
> - service_scan.cc | 1 +
> - 5 files changed, 5 insertions(+)
> -
> -diff --git a/nmap_error.cc b/nmap_error.cc
> -index 19beafb..ea14e08 100644
>  a/nmap_error.cc
> -+++ b/nmap_error.cc
> -@@ -135,6 +135,7 @@
> - #include "xml.h"
> - 
> - #include 
> -+#include 
> - 
> - extern NmapOps o;
> - 
> -diff --git a/nping/EchoServer.cc 

Re: [oe] [meta-filesystems][PATCH] fuse3: add libfuse3 recipe

[akuster808]

Stefan,

On 9/10/19 2:49 PM, Stefan Agner wrote:
> From: Stefan Agner 
>
> Add recipe for libfuse version 3 series. Follow the scheme other
> distributions use and create a new recipe with 3 in its name.
> To avoid conflict with the fuse (2) recipe this recipe does not
> provide init scripts/configuration files which automatically load
> the fuse kernel driver.
>
> Signed-off-by: Stefan Agner 

This recipe appears to already exist in meta-filesystem

https://git.openembedded.org/meta-openembedded/tree/meta-filesystems/recipes-support/fuse/fuse_2.9.9.bb

Is this a all together a different Major version that is not compatible
with the one above? or should we just update the old one?

- armin
> ---
>  .../recipes-support/fuse/fuse3_3.6.2.bb   | 48 +++
>  1 file changed, 48 insertions(+)
>  create mode 100644 meta-filesystems/recipes-support/fuse/fuse3_3.6.2.bb
>
> diff --git a/meta-filesystems/recipes-support/fuse/fuse3_3.6.2.bb 
> b/meta-filesystems/recipes-support/fuse/fuse3_3.6.2.bb
> new file mode 100644
> index 0..e65eb08e2
> --- /dev/null
> +++ b/meta-filesystems/recipes-support/fuse/fuse3_3.6.2.bb
> @@ -0,0 +1,48 @@
> +SUMMARY = "Implementation of a fully functional filesystem in a userspace 
> program"
> +DESCRIPTION = "FUSE (Filesystem in Userspace) is a simple interface for 
> userspace \
> +   programs to export a virtual filesystem to the Linux kernel. 
> FUSE \
> +   also aims to provide a secure method for non privileged users 
> to \
> +   create and mount their own filesystem implementations. \
> +  "
> +HOMEPAGE = "https://github.com/libfuse/libfuse;
> +SECTION = "libs"
> +LICENSE = "GPLv2 & LGPLv2"
> +LIC_FILES_CHKSUM = "file://GPL2.txt;md5=b234ee4d69f5fce4486a80fdaf4a4263 \
> +file://LGPL2.txt;md5=4fbd65380cdd255951079008b364516c \
> +file://LICENSE;md5=a55c12a2d7d742ecb41ca9ae0a6ddc66"
> +
> +SRC_URI = 
> "https://github.com/libfuse/libfuse/releases/download/fuse-${PV}/fuse-${PV}.tar.xz
>  \
> +"
> +SRC_URI[md5sum] = "1798945aa69434286723ba141c7a"
> +SRC_URI[sha256sum] = 
> "f45869427575e1e59ab743a67deb57addbf2cb8f9ce431199dbd40ddab71f281"
> +
> +S = "${WORKDIR}/fuse-${PV}"
> +
> +UPSTREAM_CHECK_URI = "https://github.com/libfuse/libfuse/releases;
> +UPSTREAM_CHECK_REGEX = "fuse\-(?P3(\.\d+)+).tar.xz"
> +
> +inherit meson pkgconfig
> +
> +DEPENDS = "udev"
> +
> +PACKAGES =+ "fuse3-utils"
> +
> +RPROVIDES_${PN}-dbg += "fuse3-utils-dbg"
> +
> +RRECOMMENDS_${PN}_class-target = "kernel-module-fuse fuse3-utils"
> +
> +FILES_${PN} += "${libdir}/libfuse3.so.*"
> +FILES_${PN}-dev += "${libdir}/libfuse3*.la"
> +
> +EXTRA_OEMESON += " \
> + -Dexamples=false \
> +"
> +
> +# Forbid auto-renaming to libfuse3-utils
> +FILES_fuse3-utils = "${bindir} ${base_sbindir}"
> +DEBIAN_NOAUTONAME_fuse3-utils = "1"
> +DEBIAN_NOAUTONAME_${PN}-dbg = "1"
> +
> +do_install_append() {
> +rm -rf ${D}${base_prefix}/dev
> +}

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

[oe] thud pull request

[akuster808]

The following changes since commit aaa6eb0bb5da516373aa9e8c1dde8fdf85a54e95:

  lua: Security fix for CVE-2019-6706 (2019-09-02 19:54:39 -0700)

are available in the git repository at:

  https://git.openembedded.org/meta-openembedded
2d088d252624b19df384aecc434d23afb636178f

for you to fetch changes up to 2d088d252624b19df384aecc434d23afb636178f:

  postgres: update to 10.10 (2019-09-04 17:34:11 -0700)


Armin Kuster (2):
  wireshark: Update to 2.6.10 for security fixes.
  postgres: update to 10.10

Maxime Roussin-Bélanger (1):
  libedit: Add native and nativesdk to BBCLASSEXTEND

 .../{wireshark_2.6.6.bb => wireshark_2.6.10.bb}    |    4 +-
 ...py-of-the-timezone-library-with-IANA-rele.patch | 1164 
 ...e-zone-data-files-to-tzdata-release-2018f.patch | 6452

 meta-oe/recipes-dbs/postgresql/postgresql_10.10.bb |   10 +
 meta-oe/recipes-dbs/postgresql/postgresql_10.5.bb  |   12 -
 .../libedit/libedit_20180525-3.1.bb    |    2 +
 6 files changed, 14 insertions(+), 7630 deletions(-)
 rename meta-networking/recipes-support/wireshark/{wireshark_2.6.6.bb =>
wireshark_2.6.10.bb} (96%)
 delete mode 100644
meta-oe/recipes-dbs/postgresql/files/0001-Sync-our-copy-of-the-timezone-library-with-IANA-rele.patch
 delete mode 100644
meta-oe/recipes-dbs/postgresql/files/0001-Update-time-zone-data-files-to-tzdata-release-2018f.patch
 create mode 100644 meta-oe/recipes-dbs/postgresql/postgresql_10.10.bb
 delete mode 100644 meta-oe/recipes-dbs/postgresql/postgresql_10.5.bb
~  
-- 
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel

[oe] warrior-next pull request

[akuster808]

The following changes since commit 0afee3eacfd18a9962013830028f9e54b4973657:

  apache2: upgrade 2.4.39 -> 2.4.41 (2019-09-02 19:39:53 -0700)

are available in the git repository at:

  https://git.openembedded.org/meta-openembedded
3bdbf72e3a4bf18a4a2c7afbde4f7ab773aeded9

for you to fetch changes up to 3bdbf72e3a4bf18a4a2c7afbde4f7ab773aeded9:

  oprofile: drop kernel-vmlinux from RRECOMMENDS (2019-09-07 15:30:50 -0700)


Adrian Bunk (1):
  postgresql: Upgrade 11.2 -> 11.3

Arturo Buzarra (1):
  lvm2: Fix RDEPEND on lvm2 to lvm2-udevrules

Changqing Li (1):
  postgresql: 11.4 -> 11.5

Hongxu Jia (1):
  postgresql: improve reproducibility

Martin Jansa (1):
  oprofile: drop kernel-vmlinux from RRECOMMENDS

Zang Ruochen (3):
  wireshark: upgrade 3.0.1 -> 3.0.2
  wireshark: upgrade 3.0.2 -> 3.0.3
  postgresql: upgrade 11.3 -> 11.4

 .../{wireshark_3.0.1.bb => wireshark_3.0.3.bb} |  4 +--
 .../files/0001-Improve-reproducibility.patch   | 39
++
 meta-oe/recipes-dbs/postgresql/postgresql.inc  |  4 ++-
 .../{postgresql_11.2.bb => postgresql_11.5.bb} |  5 +--
 meta-oe/recipes-kernel/oprofile/oprofile.inc   |  1 -
 meta-oe/recipes-support/lvm2/lvm2_2.03.02.bb   |  2 +-
 6 files changed, 48 insertions(+), 7 deletions(-)
 rename meta-networking/recipes-support/wireshark/{wireshark_3.0.1.bb =>
wireshark_3.0.3.bb} (95%)
 create mode 100644
meta-oe/recipes-dbs/postgresql/files/0001-Improve-reproducibility.patch
 rename meta-oe/recipes-dbs/postgresql/{postgresql_11.2.bb =>
postgresql_11.5.bb} (51%)

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

Re: [oe] [meta-oe][PATCH] ltrace: Fix build on mips

[akuster808]

On 9/6/19 2:25 PM, Khem Raj wrote:
> Newer kernel UAPI headers for mips have moved these needed defines
> around
>
> Signed-off-by: Khem Raj 

warrior too?
> ---
>  .../ltrace/ltrace/include_unistd_nr.patch | 30 +++
>  meta-oe/recipes-devtools/ltrace/ltrace_git.bb |  1 +
>  2 files changed, 31 insertions(+)
>  create mode 100644 
> meta-oe/recipes-devtools/ltrace/ltrace/include_unistd_nr.patch
>
> diff --git a/meta-oe/recipes-devtools/ltrace/ltrace/include_unistd_nr.patch 
> b/meta-oe/recipes-devtools/ltrace/ltrace/include_unistd_nr.patch
> new file mode 100644
> index 00..e4490bbb9e
> --- /dev/null
> +++ b/meta-oe/recipes-devtools/ltrace/ltrace/include_unistd_nr.patch
> @@ -0,0 +1,30 @@
> +kernel headers have restructured mips syscall generation in kernel
> +in recent versions, however, ltrace still has logic to define the
> +syscall numbers based on old logic, this patch includes the legacy
> +UAPI headers to get these defines
> +
> +Fixes errors e.g.
> +../../../../git/sysdeps/linux-gnu/mips/trace.c:138:29: error: 
> '__NR_O32_Linux' undeclared (first use in this function)
> +  const int syscallbase[] = {__NR_O32_Linux, __NR_N32_Linux,
> +
> +Upstream-Status: Pending
> +Signed-off-by: Khem Raj 
> +--- a/sysdeps/linux-gnu/mips/trace.c
>  b/sysdeps/linux-gnu/mips/trace.c
> +@@ -34,6 +34,16 @@
> + #include 
> + #include 
> + 
> ++#ifndef __NR_O32_Linux
> ++#include 
> ++#endif
> ++#ifndef __NR_N32_Linux
> ++#include 
> ++#endif
> ++#ifndef __NR_N64_Linux
> ++#include 
> ++#endif
> ++
> + #include "backend.h"
> + #include "common.h"
> + #include "debug.h"
> diff --git a/meta-oe/recipes-devtools/ltrace/ltrace_git.bb 
> b/meta-oe/recipes-devtools/ltrace/ltrace_git.bb
> index 3dc269c80e..ead637cb7e 100644
> --- a/meta-oe/recipes-devtools/ltrace/ltrace_git.bb
> +++ b/meta-oe/recipes-devtools/ltrace/ltrace_git.bb
> @@ -27,6 +27,7 @@ SRC_URI = 
> "git://github.com/sparkleholic/ltrace.git;branch=master;protocol=http
> file://0001-mips-plt.c-Delete-include-error.h.patch \
> 
> file://0001-move-fprintf-into-same-block-where-modname-and-symna.patch \
> file://0001-hook-Do-not-append-int-to-std-string.patch \
> +   file://include_unistd_nr.patch \
> "
>  S = "${WORKDIR}/git"
>  

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

[oe] Merge request for thud

[akuster808]

The following changes since commit 9b3b907f30b0d5b92d58c7e68289184fda733d3e:

  netkit-rsh: add tag to CVE patch (2019-05-27 22:22:25 -0700)

are available in the git repository at:

  https://git.openembedded.org/meta-openembedded
aaa6eb0bb5da516373aa9e8c1dde8fdf85a54e95

for you to fetch changes up to aaa6eb0bb5da516373aa9e8c1dde8fdf85a54e95:

  lua: Security fix for CVE-2019-6706 (2019-09-02 19:54:39 -0700)


Armin Kuster (1):
  lua: Security fix for CVE-2019-6706

Peter Kjellerstedt (1):
  apache2: Correct appending to SYSROOT_PREPROCESS_FUNCS

qi.c...@windriver.com (1):
  apache2: set CVE_PRODUCT

Yi Zhao (2):
  apache2: upgrade 2.4.34 -> 2.4.39
  apache2: upgrade 2.4.39 -> 2.4.41

 .../recipes-devtools/lua/lua/CVE-2019-6706.patch   |  32 ++
 meta-oe/recipes-devtools/lua/lua_5.3.4.bb  |   1 +
 .../recipes-httpd/apache2/apache2-native_2.4.34.bb |  46 --
 ...nfigure-use-pkg-config-for-PCRE-detection.patch |   8 +-
 ...-up-the-core-size-limit-if-CoreDumpDirec.patch} |  12 +-
 ...ot-export-apr-apr-util-symbols-when-usin.patch} |  10 +-
 ...ache2-log-the-SELinux-context-at-startup.patch} |  23 +-
 ...replace-lynx-to-curl-in-apachectl-script.patch} |   6 +-
 ...-the-race-issue-of-parallel-installation.patch} |   6 +-
 ...apache2-allow-to-disable-selinux-support.patch} |   8 +-
 ...-not-use-relative-path-for-gen_test_char.patch} |   8 +-
 .../apache2/apache2/CVE-2018-11763.patch   | 512
-
 .../apache2/apache2/apache-configure_perlbin.patch |  27 --
 .../{apache2_2.4.34.bb => apache2_2.4.41.bb}   | 202 
 meta-webserver/recipes-httpd/apache2/files/init    |   0
 15 files changed, 190 insertions(+), 711 deletions(-)
 create mode 100644 meta-oe/recipes-devtools/lua/lua/CVE-2019-6706.patch
 delete mode 100644
meta-webserver/recipes-httpd/apache2/apache2-native_2.4.34.bb
 rename
meta-webserver/recipes-httpd/apache2/apache2/{httpd-2.4.1-corelimit.patch
=> 0002-apache2-bump-up-the-core-size-limit-if-CoreDumpDirec.patch} (83%)
 rename
meta-webserver/recipes-httpd/apache2/apache2/{httpd-2.4.4-export.patch
=> 0003-apache2-do-not-export-apr-apr-util-symbols-when-usin.patch} (80%)
 rename
meta-webserver/recipes-httpd/apache2/apache2/{httpd-2.4.1-selinux.patch
=> 0004-apache2-log-the-SELinux-context-at-startup.patch} (85%)
 rename
meta-webserver/recipes-httpd/apache2/apache2/{replace-lynx-to-curl-in-apachectl-script.patch
=> 0005-replace-lynx-to-curl-in-apachectl-script.patch} (95%)
 rename
meta-webserver/recipes-httpd/apache2/apache2/{httpd-2.4.3-fix-race-issue-of-dir-install.patch
=> 0006-apache2-fix-the-race-issue-of-parallel-installation.patch} (94%)
 rename
meta-webserver/recipes-httpd/apache2/apache2/{configure-allow-to-disable-selinux-support.patch
=> 0007-apache2-allow-to-disable-selinux-support.patch} (91%)
 rename
meta-webserver/recipes-httpd/apache2/apache2/{server-makefile.patch =>
0008-apache2-do-not-use-relative-path-for-gen_test_char.patch} (76%)
 delete mode 100644
meta-webserver/recipes-httpd/apache2/apache2/CVE-2018-11763.patch
 delete mode 100644
meta-webserver/recipes-httpd/apache2/apache2/apache-configure_perlbin.patch
 rename meta-webserver/recipes-httpd/apache2/{apache2_2.4.34.bb =>
apache2_2.4.41.bb} (61%)
 mode change 100755 => 100644
meta-webserver/recipes-httpd/apache2/files/init

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

[oe] pull request for warrior

[akuster808]

he following changes since commit 222cafdcd97549f67c98833721b4f8f33607555e:

  wireless-regdb: Upgrade 2019.03.01 -> 2019.06.03 (2019-07-13 12:43:43
-0700)

are available in the git repository at:

  https://git.openembedded.org/meta-openembedded
0afee3eacfd18a9962013830028f9e54b4973657

for you to fetch changes up to 0afee3eacfd18a9962013830028f9e54b4973657:

  apache2: upgrade 2.4.39 -> 2.4.41 (2019-09-02 19:39:53 -0700)


Adrian Bunk (5):
  zeromq: Upgrade 4.3.1 -> 4.3.2
  gnome-desktop3: Fix REQUIRED_DISTRO_FEATURES
  wireshark: Use an upstream URL that stays valid longer
  libgit2: Upgrade 0.27.8 -> 0.27.9
  vlc: notify switched to GTK+3 some time ago

Carlos Rafael Giani (1):
  openh264: Fix armv7ve build

Changqing Li (3):
  volume-key: fix "Nothing RPROVIDES" when multilib enabled
  isomd5sum: fix "Nothing RPROVIDES" when multilib enabled
  satyr: fix "Nothing RPROVIDES" when multilib enabled

Fabian Klemp (1):
  openvpn: respect pid file in init.d service start

Kai Kang (1):
  net-snmp: update SRC_URI

Luca Ceresoli (2):
  fuse-exfat: moved to github
  exfat-utils: moved to github

Martin Jansa (5):
  redis: backport a fix for stack trace generation on aarch64
  ntop: fix missing return from non-void function
  freeradius: add runtime dependency on perl
  scsirastools: add runtime dependency on bash
  scsirastools: add runtime dependency on bash II

Mingli Yu (1):
  mariadb: Upgrade to 10.3.16

Yi Zhao (2):
  fuse: upgrade 2.9.8 -> 2.9.9
  apache2: upgrade 2.4.39 -> 2.4.41

 .../fuse-exfat/fuse-exfat_1.2.3.bb |  6 +--
 .../fuse/{fuse_2.9.8.bb => fuse_2.9.9.bb}  |  4 +-
 .../recipes-utils/exfat-utils/exfat-utils_1.2.3.bb |  2 +-
 .../gnome-desktop/gnome-desktop3_3.32.0.bb |  2 +-
 .../recipes-multimedia/openh264/openh264_1.7.0.bb  |  1 +
 meta-multimedia/recipes-multimedia/vlc/vlc.inc |  2 +-
 .../freeradius/freeradius_3.0.17.bb    |  2 +-
 .../recipes-protocols/net-snmp/net-snmp_5.8.bb |  6 +--
 ...fix-missing-return-from-non-void-function.patch | 19 +
 meta-networking/recipes-support/ntop/ntop_5.0.1.bb |  1 +
 .../recipes-support/openvpn/openvpn/openvpn    | 12 +-
 .../recipes-support/wireshark/wireshark_3.0.1.bb   |  2 +-
 .../zeromq/{zeromq_4.3.1.bb => zeromq_4.3.2.bb}    |  4 +-
 ...native_10.3.15.bb => mariadb-native_10.3.16.bb} |  0
 meta-oe/recipes-dbs/mysql/mariadb.inc  |  8 ++--
 .../{mariadb_10.3.15.bb => mariadb_10.3.16.bb} |  0
 .../recipes-extended/isomd5sum/isomd5sum_1.2.3.bb  |  8 ++--
 .../Fixed-stack-trace-generation-on-aarch64.patch  | 45
++
 meta-oe/recipes-extended/redis/redis_4.0.14.bb |  1 +
 .../scsirastools/scsirastools_1.6.6.bb |  4 +-
 .../volume_key/volume-key_0.3.12.bb    |  7 ++--
 .../{libgit2_0.27.8.bb => libgit2_0.27.9.bb}   |  3 +-
 meta-oe/recipes-support/satyr/satyr_0.27.bb    |  4 +-
 .../{apache2_2.4.39.bb => apache2_2.4.41.bb}   |  4 +-
 24 files changed, 110 insertions(+), 37 deletions(-)
 rename meta-filesystems/recipes-support/fuse/{fuse_2.9.8.bb =>
fuse_2.9.9.bb} (94%)
 create mode 100644
meta-networking/recipes-support/ntop/ntop/fix-missing-return-from-non-void-function.patch
 rename meta-oe/recipes-connectivity/zeromq/{zeromq_4.3.1.bb =>
zeromq_4.3.2.bb} (85%)
 rename meta-oe/recipes-dbs/mysql/{mariadb-native_10.3.15.bb =>
mariadb-native_10.3.16.bb} (100%)
 rename meta-oe/recipes-dbs/mysql/{mariadb_10.3.15.bb =>
mariadb_10.3.16.bb} (100%)
 create mode 100644
meta-oe/recipes-extended/redis/redis/Fixed-stack-trace-generation-on-aarch64.patch
 rename meta-oe/recipes-support/libgit2/{libgit2_0.27.8.bb =>
libgit2_0.27.9.bb} (90%)
 rename meta-webserver/recipes-httpd/apache2/{apache2_2.4.39.bb =>
apache2_2.4.41.bb} (98%)

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

Re: [oe] [warrior 14/23] libopus: Limit forcing ARM mode ISA to v5 only

[akuster808]

On 8/31/19 11:32 PM, Adrian Bunk wrote:
> On Sat, Aug 31, 2019 at 02:31:35PM -0700, Armin Kuster wrote:
>> From: Khem Raj 
>>
>> This lets newer armv7+ still use thumb2 ISA
>>
>> Signed-off-by: Khem Raj 
>> Signed-off-by: Armin Kuster 
>> ---
>>  meta-oe/recipes-multimedia/libopus/libopus_1.1.3.bb | 2 +-
>>  1 file changed, 1 insertion(+), 1 deletion(-)
>>
>> diff --git a/meta-oe/recipes-multimedia/libopus/libopus_1.1.3.bb 
>> b/meta-oe/recipes-multimedia/libopus/libopus_1.1.3.bb
>> index fb9bdc7..1512a1d 100644
>> --- a/meta-oe/recipes-multimedia/libopus/libopus_1.1.3.bb
>> +++ b/meta-oe/recipes-multimedia/libopus/libopus_1.1.3.bb
>> @@ -50,6 +50,6 @@ python () {
>>  #| {standard input}:761: Error: selected processor does not support Thumb 
>> mode `smull fp,r2,r3,r9'
>>  #| {standard input}:773: Error: selected processor does not support Thumb 
>> mode `smull fp,r3,r5,r8'
>>  #| make[2]: *** [celt/celt.lo] Error 1
>> -ARM_INSTRUCTION_SET = "arm"
>> +ARM_INSTRUCTION_SET_armv5 = "arm"
>> ...
> This is an optimization, not something that should go into stable.
>
> It also looks buggy, as if it would break the build for armv4t
> and some armv6.
removed from list

-armin
>
> cu
> Adrian
>

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

Re: [oe] [warrior] 0/8] patch review

[akuster808]

merged.

On 9/2/19 4:47 AM, Martin Jansa wrote:
> This PR is still only in warrior-next, can this be merged to warrior
> before the current PR gets merged to warrior-next (or warrior)?
>
> On Sun, Jul 21, 2019 at 4:48 PM Khem Raj  > wrote:
>
> On Sun, Jul 21, 2019 at 7:41 AM Armin Kuster  > wrote:
> >
> > Patch comments window closes on Wednesday.
> >
>
> series looks fine to me
>
> > The following changes since commit
> 8d5dcd6522e9d15e68637b6d7dda0401f9bb91d0:
> >
> >   turbostat: copy bits.h from kernel to turbostat (2019-06-16
> 08:15:44 -0700)
> >
> > are available in the git repository at:
> >
> >   https://git.openembedded.org/meta-openembedded-contrib
> stable/warrior-nmut
> >   http://cgit.openembedded.org//log/?h=stable/warrior-nmut
> >
> > Adrian Bunk (2):
> >   ndctl: Remove the unnecessary dependency on virtual/kernel
> >   wireless-regdb: Upgrade 2019.03.01 -> 2019.06.03
> >
> > Andreas Müller (2):
> >   gnome-desktop3: set correct meson gtk doc option
> >   evince: add patch to fix build with recent gobject-introspection
> >
> > Martin Jansa (4):
> >   ndctl: make MACHINE_ARCH and ignore from libblockdev
> >   oprofile: make MACHINE_ARCH
> >   oprofile: drop virtual/kernel dependency and switch back to
> >     TUNE_PKGARCH
> >   SIGGEN_EXCLUDE_SAFE_RECIPE_DEPS add lsb, busybox and
> util-linux for
> >     phoronix-test-suite
> >
> >  ...ove-EvDocumentModel-get-type-function-dec.patch | 33
> ++
> >  meta-gnome/recipes-gnome/evince/evince_3.28.2.bb
>    | 12 
> >  .../gnome-desktop/gnome-desktop3_3.32.0.bb
>          |  1 +
> >  ..._2019.03.01.bb  =>
> wireless-regdb_2019.06.03.bb
> } |  4 +--
> >  meta-oe/conf/layer.conf                            |  3 ++
> >  meta-oe/recipes-core/ndctl/ndctl_v63.bb  
>           |  2 +-
> >  meta-oe/recipes-kernel/oprofile/oprofile_1.3.0.bb
>   |  1 -
> >  7 files changed, 47 insertions(+), 9 deletions(-)
> >  create mode 100644
> 
> meta-gnome/recipes-gnome/evince/evince/0001-libview-Remove-EvDocumentModel-get-type-function-dec.patch
> >  rename
> 
> meta-networking/recipes-connectivity/wireless-regdb/{wireless-regdb_2019.03.01.bb
>  =>
> wireless-regdb_2019.06.03.bb
> } (91%)
> >
> > --
> > 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
>

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

Re: [oe] [warrior 04/23] network-manager-applet: Remove obsolete dbus-glib and libnm-glib dependencies

[akuster808]

On 8/31/19 11:39 PM, Adrian Bunk wrote:
> On Sat, Aug 31, 2019 at 02:31:25PM -0700, Armin Kuster wrote:
>> From: Adrian Bunk 
>>
>> network-manager-applet stopped using dbus-glib 3 years ago.
>>
>> Building of the obsolete libnm-gtk is disabled by default in 1.8.20.
>> ...
> This commit is not really appropriate for stable branches.

thanks for the feedback.

removed from list.

-armin
>
>> --- 
>> a/meta-gnome/recipes-connectivity/network-manager-applet/network-manager-applet_1.8.20.bb
>> +++ 
>> b/meta-gnome/recipes-connectivity/network-manager-applet/network-manager-applet_1.8.20.bb
>> @@ -2,7 +2,7 @@ SUMMARY = "GTK+ applet for NetworkManager"
>>  LICENSE = "GPLv2"
>>  LIC_FILES_CHKSUM = "file://COPYING;md5=59530bdf33659b29e73d4adb9f9f6552"
>>  
>> -DEPENDS = "gtk+3 libnotify libsecret networkmanager dbus-glib \
>> +DEPENDS = "gtk+3 libnotify libsecret networkmanager \
>> ...
> That's a cleanup change removing an unused build dependency with
> no (intentional) changes to the built binaries.
>
>> --- 
>> a/meta-gnome/recipes-connectivity/networkmanager/networkmanager_%.bbappend
>> +++ /dev/null
>> @@ -1,3 +0,0 @@
>> -# networkmanager-applet requires glib support
>> -PACKAGECONFIG_append = " glib"
>> ...
> The bbappend might not be nice, but removing it would be a behaviour 
> change in a stable branch.
>
> cu
> Adrian
>

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

Re: [oe] [warrior] 0/8] patch review

[akuster808]

On 9/2/19 4:47 AM, Martin Jansa wrote:
> This PR is still only in warrior-next, can this be merged to warrior
> before the current PR gets merged to warrior-next (or warrior)?
correct. I have not sent a merge request. khem did say to me to push it
but I was not sure if he meant to mainline or *-next. I was on a two
week holiday during that period and forgot to follow up on that request
when I returned.

i will send one today.

- armin
>
> On Sun, Jul 21, 2019 at 4:48 PM Khem Raj  > wrote:
>
> On Sun, Jul 21, 2019 at 7:41 AM Armin Kuster  > wrote:
> >
> > Patch comments window closes on Wednesday.
> >
>
> series looks fine to me
>
> > The following changes since commit
> 8d5dcd6522e9d15e68637b6d7dda0401f9bb91d0:
> >
> >   turbostat: copy bits.h from kernel to turbostat (2019-06-16
> 08:15:44 -0700)
> >
> > are available in the git repository at:
> >
> >   https://git.openembedded.org/meta-openembedded-contrib
> stable/warrior-nmut
> >   http://cgit.openembedded.org//log/?h=stable/warrior-nmut
> >
> > Adrian Bunk (2):
> >   ndctl: Remove the unnecessary dependency on virtual/kernel
> >   wireless-regdb: Upgrade 2019.03.01 -> 2019.06.03
> >
> > Andreas Müller (2):
> >   gnome-desktop3: set correct meson gtk doc option
> >   evince: add patch to fix build with recent gobject-introspection
> >
> > Martin Jansa (4):
> >   ndctl: make MACHINE_ARCH and ignore from libblockdev
> >   oprofile: make MACHINE_ARCH
> >   oprofile: drop virtual/kernel dependency and switch back to
> >     TUNE_PKGARCH
> >   SIGGEN_EXCLUDE_SAFE_RECIPE_DEPS add lsb, busybox and
> util-linux for
> >     phoronix-test-suite
> >
> >  ...ove-EvDocumentModel-get-type-function-dec.patch | 33
> ++
> >  meta-gnome/recipes-gnome/evince/evince_3.28.2.bb
>    | 12 
> >  .../gnome-desktop/gnome-desktop3_3.32.0.bb
>          |  1 +
> >  ..._2019.03.01.bb  =>
> wireless-regdb_2019.06.03.bb
> } |  4 +--
> >  meta-oe/conf/layer.conf                            |  3 ++
> >  meta-oe/recipes-core/ndctl/ndctl_v63.bb  
>           |  2 +-
> >  meta-oe/recipes-kernel/oprofile/oprofile_1.3.0.bb
>   |  1 -
> >  7 files changed, 47 insertions(+), 9 deletions(-)
> >  create mode 100644
> 
> meta-gnome/recipes-gnome/evince/evince/0001-libview-Remove-EvDocumentModel-get-type-function-dec.patch
> >  rename
> 
> meta-networking/recipes-connectivity/wireless-regdb/{wireless-regdb_2019.03.01.bb
>  =>
> wireless-regdb_2019.06.03.bb
> } (91%)
> >
> > --
> > 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
>

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

Re: [oe] [warrior][PATCH 0/4] vlc adjustments

[akuster808]

On 8/28/19 3:56 PM, Andreas Müller wrote:
> On Sat, Aug 17, 2019 at 1:18 PM Adrian Bunk  wrote:
>> On Sat, Aug 17, 2019 at 10:13:35AM +0200, Andreas Müller wrote:
>>> Some cherry-picks for vlc
>>> ...
>>> 2.- 4. Are good enhancements. It is upon warrior maintainers if they are
>>>important enough to make it into stable branch.
>>>
>>> Adrian Bunk (3):
>>>   vlc: Remove workaround and patches for problems fixed upstream
>>>   vlc: notify switched to GTK+3 some time ago
>>>   vlc: Remove the obsolete dependency on dbus-glib
>>> ...
>> The notify change is an actual bugfix that should be added to warrior.
>>
>> The other two changes are cleanup patches with no (intentional) changes
>> in the build result, I would recommend against backporting them since
>> there are no benfits compared to the small regression risk.
>>
>> cu
>> Adrian
>>
> Ping

in stable/warrior-nmut for testing.

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

Re: [oe] [meta-oe][PATCH] libenv-perl: Import from meta-security

[akuster808]

On 8/25/19 9:32 AM, Adrian Bunk wrote:
> This will also be needed by a new meta-lsb layer.
+1 for moving it out of meta-security.


>
> Signed-off-by: Adrian Bunk 
> ---
>  .../recipes-perl/libenv/libenv-perl_1.04.bb   | 21 +++
>  1 file changed, 21 insertions(+)
>  create mode 100644 meta-perl/recipes-perl/libenv/libenv-perl_1.04.bb
>
> diff --git a/meta-perl/recipes-perl/libenv/libenv-perl_1.04.bb 
> b/meta-perl/recipes-perl/libenv/libenv-perl_1.04.bb
> new file mode 100644
> index 0..dd8e1159e
> --- /dev/null
> +++ b/meta-perl/recipes-perl/libenv/libenv-perl_1.04.bb
> @@ -0,0 +1,21 @@
> +SUMMARY = "Perl module that imports environment variables as scalars or 
> arrays"
> +DESCRIPTION = "Perl maintains environment variables in a special hash named 
> %ENV. \
> +For when this access method is inconvenient, the Perl module Env allows 
> environment \
> +variables to be treated as scalar or array variables."
> +
> +HOMEPAGE = "http://search.cpan.org/~flora/Env/;
> +SECTION = "libs"
> +LICENSE = "Artistic-1.0 | GPL-1.0+"
> +
> +LIC_FILES_CHKSUM = "file://LICENSE;md5=76c1cbf18db56b3340d91cb947943bd3"
> +
> +SRC_URI = 
> "http://search.cpan.org/CPAN/authors/id/F/FL/FLORA/Env-${PV}.tar.gz;
> +
> +SRC_URI[md5sum] = "fdba5c0690e66972c96fee112cf5f25c"
> +SRC_URI[sha256sum] = 
> "d94a3d412df246afdc31a2199cbd8ae915167a3f4684f7b7014ce1200251ebb0"
> +
> +S = "${WORKDIR}/Env-${PV}"
> +
> +inherit cpan
> +
> +BBCLASSEXTEND = "native"

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

Re: [oe] [meta-networking][PATCH] networkmanager: Upgrade 1.18.0 -> 1.18.2

[akuster808]

On 8/24/19 10:37 AM, Khem Raj wrote:
> On Fri, Aug 23, 2019 at 1:14 AM Kang Kai  wrote:
>> On 2019/8/21 下午8:38, Adrian Bunk wrote:
>>> Remove a generated file with always changing hash from LIC_FILES_CHKSUM.
>> Why not just upgrade to version 1.20.0 which is the latest major release?
>>
> this still is useful, if its a bugfix only release, as it could be
> considered for backport to release branaches.
Warrior is @ 1.16 so I think not.
>
>> Regards,
>> Kai
>>
>>> Signed-off-by: Adrian Bunk 
>>> ---
>>>   .../{networkmanager_1.18.0.bb => networkmanager_1.18.2.bb}   | 5 ++---
>>>   1 file changed, 2 insertions(+), 3 deletions(-)
>>>   rename 
>>> meta-networking/recipes-connectivity/networkmanager/{networkmanager_1.18.0.bb
>>>  => networkmanager_1.18.2.bb} (95%)
>>>
>>> diff --git 
>>> a/meta-networking/recipes-connectivity/networkmanager/networkmanager_1.18.0.bb
>>>  
>>> b/meta-networking/recipes-connectivity/networkmanager/networkmanager_1.18.2.bb
>>> similarity index 95%
>>> rename from 
>>> meta-networking/recipes-connectivity/networkmanager/networkmanager_1.18.0.bb
>>> rename to 
>>> meta-networking/recipes-connectivity/networkmanager/networkmanager_1.18.2.bb
>>> index 9ce2d961d..b760a40c3 100644
>>> --- 
>>> a/meta-networking/recipes-connectivity/networkmanager/networkmanager_1.18.0.bb
>>> +++ 
>>> b/meta-networking/recipes-connectivity/networkmanager/networkmanager_1.18.2.bb
>>> @@ -5,7 +5,6 @@ SECTION = "net/misc"
>>>   LICENSE = "GPLv2+"
>>>   LIC_FILES_CHKSUM = "file://COPYING;md5=cbbffd568227ada506640fe950a4823b \
>>>   
>>> file://libnm-util/COPYING;md5=1c4fa765d6eb3cd2fbd84344a1b816cd \
>>> -
>>> file://docs/api/html/license.html;md5=233931303ef80eded167add1f60a50c1 \
>>>   "
>>>
>>>   DEPENDS = " \
>>> @@ -31,8 +30,8 @@ SRC_URI_append_libc-musl = " \
>>>   file://musl/0001-Fix-build-with-musl-systemd-specific.patch \
>>>   file://musl/0002-Fix-build-with-musl.patch \
>>>   "
>>> -SRC_URI[md5sum] = "c8c27116a8083bab5d5fcca0d03e988a"
>>> -SRC_URI[sha256sum] = 
>>> "c6e8df25e5a3c7309bc17664be8971689314884cdd08afdd6b0847d29d2a8ba6"
>>> +SRC_URI[md5sum] = "ca1e6175c6ba97ca1adf65a67861ccd9"
>>> +SRC_URI[sha256sum] = 
>>> "4dd97ca974cd1f97990746527258f551f4257cbf011fecd01d10b7d74a6fa5c3"
>>>
>>>   UPSTREAM_CHECK_URI = "${GNOME_MIRROR}/NetworkManager/1.16/"
>>>   UPSTREAM_CHECK_REGEX = "NetworkManager\-(?P1\.10(\.\d+)+).tar.xz"
>>
>> --
>> Kai Kang
>>
>> --
>> ___
>> 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] [warrior][PATCH 1/4] vlc: rework qt PACKAGECONFIG

[akuster808]

On 8/17/19 1:13 AM, Andreas Müller wrote:
I found this buried at the bottom of my inbox so apologies for
responding so late.
> * qt4 support is gone -> move to qt5
By support gone do mean, not supported by Poky or do you mean QT removed
the sources?

- armin
> * while at it remove noop libtool copy
>
> Signed-off-by: Andreas Müller 
> Signed-off-by: Khem Raj 
> ---
>  .../recipes-multimedia/vlc/vlc.inc| 24 ---
>  1 file changed, 15 insertions(+), 9 deletions(-)
>
> diff --git a/meta-multimedia/recipes-multimedia/vlc/vlc.inc 
> b/meta-multimedia/recipes-multimedia/vlc/vlc.inc
> index 19ac8206c..9bbc6685d 100644
> --- a/meta-multimedia/recipes-multimedia/vlc/vlc.inc
> +++ b/meta-multimedia/recipes-multimedia/vlc/vlc.inc
> @@ -36,12 +36,17 @@ EXTRA_OECONF = "\
>  --enable-realrtsp \
>  --disable-libtar \
>  --enable-avcodec \
> -ac_cv_path_MOC=${STAGING_BINDIR_NATIVE}/moc4 \
> -ac_cv_path_RCC=${STAGING_BINDIR_NATIVE}/rcc4 \
> -ac_cv_path_UIC=${STAGING_BINDIR_NATIVE}/uic4 \
> +ac_cv_path_MOC=${STAGING_BINDIR_NATIVE}${QT_DIR_NAME}/moc \
> +ac_cv_path_RCC=${STAGING_BINDIR_NATIVE}${QT_DIR_NAME}/rcc \
> +ac_cv_path_UIC=${STAGING_BINDIR_NATIVE}${QT_DIR_NAME}/uic \
>  "
>  
> -PACKAGECONFIG ?= " live555 dc1394 dv1394 notify fontconfig freetype dvdread 
> png ${@bb.utils.contains('DISTRO_FEATURES', 'x11', 'x11', '', d)}"
> +PACKAGECONFIG ?= " \
> +live555 dc1394 dv1394 notify fontconfig freetype dvdread png \
> +${@bb.utils.contains('DISTRO_FEATURES', 'x11', 'x11', '', d)} \
> +"
> +
> +inherit ${@bb.utils.contains('PACKAGECONFIG', 'qt5', 'qmake5_paths', '', d)}
>  
>  PACKAGECONFIG[mad] = "--enable-mad,--disable-mad,libmad"
>  PACKAGECONFIG[a52] = "--enable-a52,--disable-a52,liba52"
> @@ -54,7 +59,7 @@ PACKAGECONFIG[opencv] = 
> "--enable-opencv,--disable-opencv,opencv"
>  PACKAGECONFIG[speex] = "--enable-speex,--disable-speex,speex"
>  PACKAGECONFIG[gstreamer] = 
> "--enable-gst-decode,--disable-gst-decode,gstreamer1.0 
> gstreamer1.0-plugins-base gst-plugins-bad"
>  PACKAGECONFIG[vpx] = "--enable-vpx,--disable-vpx, libvpx"
> -PACKAGECONFIG[qt4] = "--enable-qt,--disable-qt, qt4-x11-free"
> +PACKAGECONFIG[qt5] = "--enable-qt,--disable-qt, qtbase-native qtx11extras 
> qtsvg"
>  PACKAGECONFIG[freerdp] = "--enable-freerdp,--disable-freerdp, freerdp"
>  PACKAGECONFIG[dvbpsi] = "--enable-dvbpsi,--disable-dvbpsi, libdvbpsi"
>  PACKAGECONFIG[samba] = "--enable-smbclient,--disable-smbclient, samba"
> @@ -76,12 +81,13 @@ PACKAGECONFIG[x11] = "--with-x --enable-xcb,--without-x 
> --disable-xcb,  xcb-util
>  PACKAGECONFIG[png] = "--enable-png,--disable-png,libpng"
>  PACKAGECONFIG[vdpau] = "--enable-vdpau,--disable-vdpau,libvdpau"
>  
> -do_configure_prepend() {
> -cp ${STAGING_DATADIR}/libtool/config.* ${S}/autotools/ || true
> -}
> -
>  do_configure_append() {
>  sed -i -e 
> s:'${top_builddir_slash}libtool':'${top_builddir_slash}'${TARGET_SYS}-libtool:g
>  ${B}/doltlibtool
> +
> +# moc needs support: precreate build paths
> +for qtpath in adapters components/epg components/playlist 
> components/sout dialogs managers styles util/buttons; do
> +mkdir -p "${B}/modules/gui/qt/$qtpath"
> +done
>  }
>  
>  # This recipe packages vlc as a library as well, so qt4 dependencies

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

Re: [oe] [meta-oe][warrior][PATCH] packagegroup-tools-bluetooth: Fix blank RDEPENDS list

[akuster808]

On 8/14/19 11:54 PM, Jun Zhu wrote:
> This reverts commit 521a3b0326c56b212ddbb5bf68998e57b498de14, which causes
> the blank RDEPENDS-${PN} for this packagegroup.
> ---
>  .../packagegroups/packagegroup-tools-bluetooth.bb | 4 
> 
>  1 file changed, 4 insertions(+)

Has this been submitted for master?
> diff --git 
> a/meta-oe/recipes-connectivity/packagegroups/packagegroup-tools-bluetooth.bb 
> b/meta-oe/recipes-connectivity/packagegroups/packagegroup-tools-bluetooth.bb
> index 913e311..f2a16dc 100644
> --- 
> a/meta-oe/recipes-connectivity/packagegroups/packagegroup-tools-bluetooth.bb
> +++ 
> b/meta-oe/recipes-connectivity/packagegroups/packagegroup-tools-bluetooth.bb
> @@ -31,3 +31,7 @@ RDEPENDS_bluez5 = " \
>   pulseaudio-module-loopback', \
>  '', d)} \
>  "
> +
> +# Install bluez4 tools or bluez5 tools depending on what is specified in the 
> distro.
> +# Otherwise install nothing.
> +RDEPENDS_${PN} = "${RDEPENDS_${BLUEZ}}"

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

Re: [oe] [meta-oe][PATCH 1/1] php: zlib and zip support

[akuster808]

On 8/12/19 12:22 PM, Joe Slater wrote:
> Add back zlib support.  Define zip support but do not enable it.
>
> Signed-off-by: Joe Slater 
> ---
>  meta-oe/recipes-devtools/php/php.inc | 7 ++-
>  1 file changed, 6 insertions(+), 1 deletion(-)
>
> diff --git a/meta-oe/recipes-devtools/php/php.inc 
> b/meta-oe/recipes-devtools/php/php.inc
> index 33bcf12..08173ea 100644
> --- a/meta-oe/recipes-devtools/php/php.inc
> +++ b/meta-oe/recipes-devtools/php/php.inc
> @@ -59,7 +59,7 @@ EXTRA_OECONF = "--enable-mbstring \
>  --enable-fpm \
>  --with-libdir=${baselib} \
>  --with-gettext=${STAGING_LIBDIR}/.. \
> ---with-libzip=${STAGING_LIBDIR}/.. \
> +--with-zlib=${STAGING_LIBDIR}/.. \
>  --with-iconv=${STAGING_LIBDIR}/.. \
>  --with-bz2=${STAGING_DIR_TARGET}${exec_prefix} \
>  
> --with-config-file-path=${sysconfdir}/php/apache2-php${PHP_MAJOR_VERSION} \
> @@ -81,6 +81,11 @@ PACKAGECONFIG ??= "mysql sqlite3 imap opcache openssl \
>  "
>  PACKAGECONFIG_class-native = ""
>  
> +# For zip, select one or none.  oldzip uses a bundled library and is 
> deprecated.
> +#

How would I know which is old or new? is there a version ref we can
mention? is it a gplv2 or gplv3 thing?

-armin
> +PACKAGECONFIG[newzip] = "--enable-zip 
> --with-libzip=${STAGING_EXECPREFIXDIR},,libzip"
> +PACKAGECONFIG[oldzip] = "--enable-zip --without-libzip,"
> +
>  PACKAGECONFIG[mysql] = "--with-mysql=${STAGING_DIR_TARGET}${prefix} \
>  --with-mysqli=${STAGING_BINDIR_CROSS}/mysql_config \
>  
> --with-pdo-mysql=${STAGING_BINDIR_CROSS}/mysql_config \

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

Re: [oe] [meta-networking][PATCH] wireshark: Use an upstream URL that stays valid longer

[akuster808]

On 8/5/19 11:43 PM, Adrian Bunk wrote:
> On Mon, Aug 05, 2019 at 12:13:14PM -0700, Khem Raj wrote:
>> On Mon, Aug 5, 2019 at 11:25 AM Adrian Bunk  wrote:
>>> Signed-off-by: Adrian Bunk 
>>> ---
>>>  meta-networking/recipes-support/wireshark/wireshark_3.0.3.bb | 2 +-
>>>  1 file changed, 1 insertion(+), 1 deletion(-)
>>>
>>> diff --git a/meta-networking/recipes-support/wireshark/wireshark_3.0.3.bb 
>>> b/meta-networking/recipes-support/wireshark/wireshark_3.0.3.bb
>>> index d442925ee..efcd5e42e 100644
>>> --- a/meta-networking/recipes-support/wireshark/wireshark_3.0.3.bb
>>> +++ b/meta-networking/recipes-support/wireshark/wireshark_3.0.3.bb
>>> @@ -8,7 +8,7 @@ DEPENDS = "pcre expat glib-2.0 glib-2.0-native libgcrypt 
>>> libgpg-error libxml2 bi
>>>
>>>  DEPENDS_append_class-target = " wireshark-native 
>>> chrpath-replacement-native "
>>>
>>> -SRC_URI = "https://1.eu.dl.wireshark.org/src/wireshark-${PV}.tar.xz;
>>> +SRC_URI = 
>>> "https://1.eu.dl.wireshark.org/src/all-versions/wireshark-${PV}.tar.xz;
>> perhaps use BP instead of wireshark-${PV}. Can you make that change as
>> well while you are here.
> I was aiming at a minimal change, since backporting to warrior is
> where it is urgently needed (can't build wireshark there right now).

Would defining a MIRROR help ?  IIRC a new release of wireshark may not
always be in the "all-versions".

- armin
>
> cu
> Adrian
>

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

Re: [oe] [meta-oe][PATCH] libseccomp: import from meta-security

[akuster808]

On 7/25/19 8:23 PM, Bruce Ashfield wrote:
> On Thu, Jul 25, 2019 at 11:01 PM Yu, Mingli  wrote:
>>
>>
>> On 2019年07月26日 10:46, Bruce Ashfield wrote:
>>>
>>> On Thu, Jul 25, 2019 at 10:28 PM Yu, Mingli >> > wrote:
>>>
>>>
>>>
>>> On 2019年07月25日 21:45, Bruce Ashfield wrote:
>>>  > On Thu, Jul 25, 2019 at 3:06 AM >> > wrote:
>>>  >>
>>>  >> From: Mingli Yu >> >
>>>  >
>>>  > Can you share some details as to why this should be pulled from
>>>  > meta-security into a different repo ?
>>>
>>> Considering there is also some security related recipe under
>>> meta-oe/recipes-security/, I think it's not strange to add a new one
>>> libseccomp and libseccomp also provides a basic common filtering
>>> mechanism.
>>>
>>>
>>> .. but it is literally churn for the sake of churn.
>>>
>>> Meaning, that isn't a great reason to move something. If Armin wanted to
>>> put the recipe in meta-oe, he would have done it himself.
>> ^_^, I noticed Armin did try to do this in this thread "[oe]
>> [meta-oe][PATCH 1/2] libseccomp: move lib from meta-security to meta-oe"
>> in Jun 1, 2018.
> In that case, follow up to that thread so folks can remember why it
> didn't happen, or check to see if it was simply forgotten. Putting the
> maintainers on the cc' from the start of something like this helps
> immensely.
>
> But I see you added Armin to this thread, so that should be enough.

I am fine if we move the recipe. The issue was Khem didn't want the
"bash" dependency and I never followed up to clean that up.

I would have responded sooner but this is the first time I have reliable
Internet.

- armin
>
> Bruce
>
>>>
>>> Meanwhile, the below yocto compliance check error disappears once we
>>> move libseccomp from meta-security to meta-oe.
>>> ERROR: Nothing PROVIDES 'libseccomp' (but
>>> 
>>> /buildarea/layers/meta-virtualization/recipes-containers/cri-o/cri-o_git.bb
>>> 
>>> DEPENDS on or otherwise requires it).
>>> Close matches:
>>> libcomps
>>> ERROR: Required build target 'meta-world-pkgdata' has no buildable
>>> providers.
>>>
>>> Missing or unbuildable dependency chain was: ['meta-world-pkgdata',
>>> 'cri-o', 'libseccomp']
>>>
>>>
>>> Also not a valid reason. We've just fixed meta-virtualization, so
>>> there's no need to shuffle something like this around, just to keep
>>> another layers compliance check working.
>>>
>>> Bruce
>>>
>>>
>>> Thanks,
>>>
>>>  >
>>>  > It seems to fit the mandate of meta-security quite nicely ;)
>>>  >
>>>  > Is there some sort of dependency issue, or other technical problem
>>>  > that is causing a problem ?
>>>  >
>>>  > Bruce
>>>  >
>>>  >>
>>>  >> Signed-off-by: Mingli Yu >> >
>>>  >> ---
>>>  >>   .../recipes-security/libseccomp/files/run-ptest|  4 +++
>>>  >>   .../libseccomp/libseccomp_2.4.1.bb
>>>  | 41 ++
>>>  >>   2 files changed, 45 insertions(+)
>>>  >>   create mode 100644
>>> meta-oe/recipes-security/libseccomp/files/run-ptest
>>>  >>   create mode 100644
>>> meta-oe/recipes-security/libseccomp/libseccomp_2.4.1.bb
>>> 
>>>  >>
>>>  >> diff --git a/meta-oe/recipes-security/libseccomp/files/run-ptest
>>> b/meta-oe/recipes-security/libseccomp/files/run-ptest
>>>  >> new file mode 100644
>>>  >> index 000..54b4a63
>>>  >> --- /dev/null
>>>  >> +++ b/meta-oe/recipes-security/libseccomp/files/run-ptest
>>>  >> @@ -0,0 +1,4 @@
>>>  >> +#!/bin/sh
>>>  >> +
>>>  >> +cd tests
>>>  >> +./regression -a
>>>  >> diff --git
>>> a/meta-oe/recipes-security/libseccomp/libseccomp_2.4.1.bb
>>> 
>>> b/meta-oe/recipes-security/libseccomp/libseccomp_2.4.1.bb
>>> 
>>>  >> new file mode 100644
>>>  >> index 000..dba1be5
>>>  >> --- /dev/null
>>>  >> +++ b/meta-oe/recipes-security/libseccomp/libseccomp_2.4.1.bb
>>> 
>>>  >> @@ -0,0 +1,41 @@
>>>  >> +SUMMARY = "interface to seccomp filtering mechanism"
>>>  >> +DESCRIPTION = "The libseccomp library provides and easy to use,
>>> platform independent,interface to the Linux Kernel's syscall
>>> filtering mechanism: seccomp."
>>>  >> +SECTION = "security"
>>>  >> +LICENSE = "LGPL-2.1"
>>>  >> +LIC_FILES_CHKSUM =
>>> 
>>> "file://LICENSE;beginline=0;endline=1;md5=8eac08d22113880357ceb8e7c37f989f"
>>>  >> +
>>>  >> +SRCREV = "fb43972ea1aab24f2a70193fb7445c2674f594e3"
>>>  >> +
>>>  >> +SRC_URI =
>>> "git://github.com/seccomp/libseccomp.git;branch=release-2.4
>>> 

Re: [oe] [meta-oe] [PATCH] setxkbmap: upgrade 1.3.1 -> 1.3.2

[akuster808]

Zang,

On 7/17/19 7:23 PM, Zang Ruochen wrote:
> -Upgrade from setxkbmap_1.3.1.bb to setxkbmap_1.3.2.bb.

We understand this is an upgrade so i don't think the above line is
necessary as it is covered in the subject line.

I find it more helpful if  a comment like "this a bug fix only" or
includes new features.

Information like that helps in stable branch backport selection.

thank you for taking the time to update this package.
regards,
Armin
>
> Signed-off-by: Zang Ruochen 
> ---
>  .../xorg-app/{setxkbmap_1.3.1.bb => setxkbmap_1.3.2.bb}   | 4 
> ++--
>  1 file changed, 2 insertions(+), 2 deletions(-)
>  rename meta-oe/recipes-graphics/xorg-app/{setxkbmap_1.3.1.bb => 
> setxkbmap_1.3.2.bb} (78%)
>
> diff --git a/meta-oe/recipes-graphics/xorg-app/setxkbmap_1.3.1.bb 
> b/meta-oe/recipes-graphics/xorg-app/setxkbmap_1.3.2.bb
> similarity index 78%
> rename from meta-oe/recipes-graphics/xorg-app/setxkbmap_1.3.1.bb
> rename to meta-oe/recipes-graphics/xorg-app/setxkbmap_1.3.2.bb
> index 8402753..30fbd1b 100644
> --- a/meta-oe/recipes-graphics/xorg-app/setxkbmap_1.3.1.bb
> +++ b/meta-oe/recipes-graphics/xorg-app/setxkbmap_1.3.2.bb
> @@ -15,5 +15,5 @@ DEPENDS += "libxkbfile"
>  
>  BBCLASSEXTEND = "native"
>  
> -SRC_URI[md5sum] = "2c47a1b8e268df73963c4eb2316b1a89"
> -SRC_URI[sha256sum] = 
> "a9ddb3963f263ba13f0ea105d8c45a531832140530217cc559587bb94f02d3e1"
> +SRC_URI[md5sum] = "93e736c98fb75856ee8227a0c49a128d"
> +SRC_URI[sha256sum] = 
> "8ff27486442725e50b02d7049152f51d125ecad71b7ce503cfa09d5d8ceeb9f5"


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

Re: [oe] [meta-filesystems][PATCH 1/4] fuse-exfat: moved to github

[akuster808]

On 7/15/19 7:48 AM, Luca Ceresoli wrote:
> fuse-exfat has been moved long ago to github. Update URLs.
>
> Signed-off-by: Luca Ceresoli 
> ---
>  .../recipes-filesystems/fuse-exfat/fuse-exfat_1.2.3.bb  | 6 +++---
>  1 file changed, 3 insertions(+), 3 deletions(-)
>
> diff --git 
> a/meta-filesystems/recipes-filesystems/fuse-exfat/fuse-exfat_1.2.3.bb 
> b/meta-filesystems/recipes-filesystems/fuse-exfat/fuse-exfat_1.2.3.bb
> index 18fc9cd6f13d..a70653f607f6 100644
> --- a/meta-filesystems/recipes-filesystems/fuse-exfat/fuse-exfat_1.2.3.bb
> +++ b/meta-filesystems/recipes-filesystems/fuse-exfat/fuse-exfat_1.2.3.bb
> @@ -3,12 +3,12 @@ DESCRIPTION = "fuse-exfat is a read and write driver 
> implementing the \
>  extended file allocation table as a filesystem in userspace. A mounthelper \
>  is provided under the name mount.exfat-fuse. \
>  "
> -HOMEPAGE = "http://code.google.com/p/exfat/;
> +HOMEPAGE = "https://github.com/relan/exfat;
>  SECTION = "universe/otherosfs"
>  LICENSE = "GPLv2+"
>  LIC_FILES_CHKSUM = "file://COPYING;md5=b234ee4d69f5fce4486a80fdaf4a4263"
> -SRC_URI = "${DEBIAN_MIRROR}/main/f/fuse-exfat/fuse-exfat_${PV}.orig.tar.gz \
> -"
> +SRC_URI = 
> "https://github.com/relan/exfat/releases/download/v${PV}/${BP}.tar.gz;

IIRC, the tarball are regenerated on github so it has not been a source
we can trust. Using the clone method is recommended in these cases.

- armin
> +
>  DEPENDS = "fuse virtual/libc"
>  RRECOMMENDS_${PN} = "util-linux-mount"
>  

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

Re: [oe] [PATCH][meta-networking] ipvsadm: update to 1.30

[akuster808]

On 7/7/19 7:47 PM, Oleksandr Kravchuk wrote:
> On 08/07/2019 04:44, akuster808 wrote:
>> On 7/7/19 5:53 PM, Oleksandr Kravchuk wrote:
>>> Signed-off-by: Oleksandr Kravchuk 
>>> ---
>>>  .../ipvsadm/{ipvsadm_1.29.bb => ipvsadm_1.30.bb}| 6 +++---
>>>  1 file changed, 3 insertions(+), 3 deletions(-)
>>>  rename meta-networking/recipes-support/ipvsadm/{ipvsadm_1.29.bb => 
>>> ipvsadm_1.30.bb} (90%)
>>>
>>> diff --git a/meta-networking/recipes-support/ipvsadm/ipvsadm_1.29.bb 
>>> b/meta-networking/recipes-support/ipvsadm/ipvsadm_1.30.bb
>>> similarity index 90%
>>> rename from meta-networking/recipes-support/ipvsadm/ipvsadm_1.29.bb
>>> rename to meta-networking/recipes-support/ipvsadm/ipvsadm_1.30.bb
>>> index 4f3c16dc3..22cb88ac1 100644
>>> --- a/meta-networking/recipes-support/ipvsadm/ipvsadm_1.29.bb
>>> +++ b/meta-networking/recipes-support/ipvsadm/ipvsadm_1.30.bb
>>> @@ -16,14 +16,14 @@ LIC_FILES_CHKSUM = 
>>> "file://README;beginline=40;endline=56;md5=b4e40069f15598d0e3
>>>  
>>>  DEPENDS += "libnl popt"
>>>  
>>> -SRC_URI = 
>>> "https://mirrors.edge.kernel.org/pub/linux/utils/kernel/ipvsadm/${BP}.tar.gz
>>>  \
>>> +SRC_URI = 
>>> "https://mirrors.edge.kernel.org/pub/linux/utils/kernel/ipvsadm/${BP}.tar.xz
>>>  \
>> Is the src uri dropping gz files?
>>
>> - armin
> No, it is not. xz is almost always smaller, so I thought it's better to
> use it. Any reasons I shouldn't?
nope. just wasn't mentioned.

Thanks,
Armin
>>>  file://0001-Modify-the-Makefile-for-cross-compile.patch \
>>>  file://0003-ipvsadm-remove-dependency-on-bash.patch \
>>>  file://makefile-add-ldflags.patch \
>>>  "
>>>  
>>> -SRC_URI[md5sum] = "88b35030b4766b3e44ad15aacdef65c4"
>>> -SRC_URI[sha256sum] = 
>>> "297f5cd459c3eef81ed0ca32e53bf320ed6b132fe7ed6ea5e44aa6b1fbd2a7de"
>>> +SRC_URI[md5sum] = "97f11b6af1920fde5a9d9eac0d7f9e50"
>>> +SRC_URI[sha256sum] = 
>>> "95573d70df473c9f63fc4ac496c044c69e3a6de7ccac119922210c0b44cd7a0c"
>>>  
>>>  UPSTREAM_CHECK_URI = "${KERNELORG_MIRROR}/linux/utils/kernel/ipvsadm"
>>>  

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

Re: [oe] [PATCH][meta-networking] ipvsadm: update to 1.30

[akuster808]

On 7/7/19 5:53 PM, Oleksandr Kravchuk wrote:
> Signed-off-by: Oleksandr Kravchuk 
> ---
>  .../ipvsadm/{ipvsadm_1.29.bb => ipvsadm_1.30.bb}| 6 +++---
>  1 file changed, 3 insertions(+), 3 deletions(-)
>  rename meta-networking/recipes-support/ipvsadm/{ipvsadm_1.29.bb => 
> ipvsadm_1.30.bb} (90%)
>
> diff --git a/meta-networking/recipes-support/ipvsadm/ipvsadm_1.29.bb 
> b/meta-networking/recipes-support/ipvsadm/ipvsadm_1.30.bb
> similarity index 90%
> rename from meta-networking/recipes-support/ipvsadm/ipvsadm_1.29.bb
> rename to meta-networking/recipes-support/ipvsadm/ipvsadm_1.30.bb
> index 4f3c16dc3..22cb88ac1 100644
> --- a/meta-networking/recipes-support/ipvsadm/ipvsadm_1.29.bb
> +++ b/meta-networking/recipes-support/ipvsadm/ipvsadm_1.30.bb
> @@ -16,14 +16,14 @@ LIC_FILES_CHKSUM = 
> "file://README;beginline=40;endline=56;md5=b4e40069f15598d0e3
>  
>  DEPENDS += "libnl popt"
>  
> -SRC_URI = 
> "https://mirrors.edge.kernel.org/pub/linux/utils/kernel/ipvsadm/${BP}.tar.gz \
> +SRC_URI = 
> "https://mirrors.edge.kernel.org/pub/linux/utils/kernel/ipvsadm/${BP}.tar.xz \
Is the src uri dropping gz files?

- armin
>  file://0001-Modify-the-Makefile-for-cross-compile.patch \
>  file://0003-ipvsadm-remove-dependency-on-bash.patch \
>  file://makefile-add-ldflags.patch \
>  "
>  
> -SRC_URI[md5sum] = "88b35030b4766b3e44ad15aacdef65c4"
> -SRC_URI[sha256sum] = 
> "297f5cd459c3eef81ed0ca32e53bf320ed6b132fe7ed6ea5e44aa6b1fbd2a7de"
> +SRC_URI[md5sum] = "97f11b6af1920fde5a9d9eac0d7f9e50"
> +SRC_URI[sha256sum] = 
> "95573d70df473c9f63fc4ac496c044c69e3a6de7ccac119922210c0b44cd7a0c"
>  
>  UPSTREAM_CHECK_URI = "${KERNELORG_MIRROR}/linux/utils/kernel/ipvsadm"
>  

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

Re: [oe] [PATCH][meta-networking] uftp: update to 4.9.11

[akuster808]

On 7/7/19 5:47 PM, Oleksandr Kravchuk wrote:
> Signed-off-by: Oleksandr Kravchuk 
> ---
>  .../recipes-support/tnftp/tnftp_20190602.bb   | 39 +++
>  .../uftp/{uftp_4.9.9.bb => uftp_4.9.11.bb}|  4 +-
>  2 files changed, 41 insertions(+), 2 deletions(-)
>  create mode 100644 meta-networking/recipes-support/tnftp/tnftp_20190602.bb
>  rename meta-networking/recipes-support/uftp/{uftp_4.9.9.bb => 
> uftp_4.9.11.bb} (77%)

There is a new recipe here too. please submit independently.

- armin
>
> diff --git a/meta-networking/recipes-support/tnftp/tnftp_20190602.bb 
> b/meta-networking/recipes-support/tnftp/tnftp_20190602.bb
> new file mode 100644
> index 0..83ad11b0e
> --- /dev/null
> +++ b/meta-networking/recipes-support/tnftp/tnftp_20190602.bb
> @@ -0,0 +1,39 @@
> +SUMMARY = "Enhanced NetBSD ftp client"
> +DESCRIPTION = "tnftp (formerly known as lukemftp) is a port of the NetBSD 
> FTP client \
> +to other systems. It offers many enhancements over the traditional \
> +BSD FTP client, including command-line editing, command-line fetches \
> +of FTP and HTTP URLs (including via proxies), command-line uploads of \
> +FTP URLs, context-sensitive word completion, dynamic progress bar, \
> +IPv6 support, modification time preservation, paging of local and \
> +remote files, passive mode support (with fallback to active mode), \
> +SOCKS support, TIS FWTK gate-ftp server support, and transfer rate \
> +throttling."
> +
> +SECTION = "net"
> +LICENSE = "BSD-4-Clause"
> +
> +DEPENDS = "ncurses"
> +
> +SRC_URI = "ftp://ftp.netbsd.org/pub/NetBSD/misc/tnftp/${BPN}-${PV}.tar.gz \
> +file://tnftp-autotools.patch \
> +"
> +
> +inherit autotools update-alternatives pkgconfig
> +
> +ALTERNATIVE_PRIORITY = "100"
> +
> +ALTERNATIVE_${PN} = "ftp"
> +ALTERNATIVE_LINK_NAME_${PN} = "${bindir}/ftp"
> +ALTERNATIVE_TARGET_${PN}  = "${bindir}/tnftp"
> +
> +FILES_${PN} = "${bindir}/tnftp"
> +
> +LIC_FILES_CHKSUM = "file://COPYING;md5=6d6796cb166a9bb050958241dad9479e"
> +SRC_URI[md5sum] = "a49fbe752318d5a7893f900046ea00d5"
> +SRC_URI[sha256sum] = 
> "c94a8a49d3f4aec1965feea831d4d5bf6f90c65fd8381ee0863d11a5029a43a0"
> +
> +PACKAGECONFIG ?= "openssl \
> +${@bb.utils.filter('DISTRO_FEATURES', 'ipv6', d)} \
> +"
> +PACKAGECONFIG[openssl] = "--enable-ssl, --disable-ssl --with-ssl=no, openssl"
> +PACKAGECONFIG[ipv6] = "--enable-ipv6,--disable-ipv6,"
> diff --git a/meta-networking/recipes-support/uftp/uftp_4.9.9.bb 
> b/meta-networking/recipes-support/uftp/uftp_4.9.11.bb
> similarity index 77%
> rename from meta-networking/recipes-support/uftp/uftp_4.9.9.bb
> rename to meta-networking/recipes-support/uftp/uftp_4.9.11.bb
> index a64d081cf..8b47bd16f 100644
> --- a/meta-networking/recipes-support/uftp/uftp_4.9.9.bb
> +++ b/meta-networking/recipes-support/uftp/uftp_4.9.11.bb
> @@ -7,8 +7,8 @@ LIC_FILES_CHKSUM = 
> "file://LICENSE.txt;md5=d32239bcb673463ab874e80d47fae504"
>  UPSTREAM_CHECK_URI = 
> "https://sourceforge.net/projects/uftp-multicast/files/source-tar/;
>  
>  SRC_URI = "${SOURCEFORGE_MIRROR}/uftp-multicast/source-tar/uftp-${PV}.tar.gz"
> -SRC_URI[md5sum] = "154e2c82a33fd4999040f8836e2dca2c"
> -SRC_URI[sha256sum] = 
> "c04bc75a88fc3d57504269f260be4d0b1bc440508b5a5ca587df6c16b771aa48"
> +SRC_URI[md5sum] = "c0bc86b3067825a3866de9ef80c7451a"
> +SRC_URI[sha256sum] = 
> "2ddc835a35f669d55df27ab6883ba19bb00bc8e4b66897ceaedb160b02246b1a"
>  
>  DEPENDS = "openssl"
>  

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

Re: [oe] [PATCH][meta-networking] libnftnl: update to 1.1.3

[akuster808]

On 7/7/19 5:10 PM, Oleksandr Kravchuk wrote:
> Signed-off-by: Oleksandr Kravchuk 
> ---
>  ...ove-exports-before-symbol-definition.patch |  59 ++--
>  ...cal-function-as-one-of-printf-family.patch | 307 ++
>  .../{libnftnl_1.1.1.bb => libnftnl_1.1.3.bb}  |   4 +-
>  3 files changed, 209 insertions(+), 161 deletions(-)
>  rename meta-networking/recipes-filter/libnftnl/{libnftnl_1.1.1.bb => 
> libnftnl_1.1.3.bb} (86%)

There is more here than just an update. Please explain in commit.

- armin

>
> diff --git 
> a/meta-networking/recipes-filter/libnftnl/libnftnl/0001-Move-exports-before-symbol-definition.patch
>  
> b/meta-networking/recipes-filter/libnftnl/libnftnl/0001-Move-exports-before-symbol-definition.patch
> index 995fd59a5..699d0d922 100644
> --- 
> a/meta-networking/recipes-filter/libnftnl/libnftnl/0001-Move-exports-before-symbol-definition.patch
> +++ 
> b/meta-networking/recipes-filter/libnftnl/libnftnl/0001-Move-exports-before-symbol-definition.patch
> @@ -1,4 +1,4 @@
> -From 21eb59fbd071ebffb8495232766824944fb521a0 Mon Sep 17 00:00:00 2001
> +From 6b76c76e6b3f93c422d666f49ee68df9d5426078 Mon Sep 17 00:00:00 2001
>  From: Alex Kiernan 
>  Date: Wed, 7 Nov 2018 21:19:53 +
>  Subject: [PATCH] Move exports before symbol definition
> @@ -10,11 +10,11 @@ clang.
>  
>  Signed-off-by: Alex Kiernan 
>  ---
> - src/flowtable.c | 54 +++---
> + src/flowtable.c | 54 -
>   1 file changed, 27 insertions(+), 27 deletions(-)
>  
>  diff --git a/src/flowtable.c b/src/flowtable.c
> -index c1ddae4..d7434e3 100644
> +index 1f7ba30..80de952 100644
>  --- a/src/flowtable.c
>  +++ b/src/flowtable.c
>  @@ -34,12 +34,13 @@ struct nftnl_flowtable {
> @@ -49,7 +49,7 @@ index c1ddae4..d7434e3 100644
>   void nftnl_flowtable_unset(struct nftnl_flowtable *c, uint16_t attr)
>   {
>   int i;
> -@@ -96,7 +97,6 @@ void nftnl_flowtable_unset(struct nftnl_flowtable *c, 
> uint16_t attr)
> +@@ -95,7 +96,6 @@ void nftnl_flowtable_unset(struct nftnl_flowtable *c, 
> uint16_t attr)
>   
>   c->flags &= ~(1 << attr);
>   }
> @@ -57,7 +57,7 @@ index c1ddae4..d7434e3 100644
>   
>   static uint32_t nftnl_flowtable_validate[NFTNL_FLOWTABLE_MAX + 1] = {
>   [NFTNL_FLOWTABLE_HOOKNUM]   = sizeof(uint32_t),
> -@@ -105,6 +105,7 @@ static uint32_t 
> nftnl_flowtable_validate[NFTNL_FLOWTABLE_MAX + 1] = {
> +@@ -104,6 +104,7 @@ static uint32_t 
> nftnl_flowtable_validate[NFTNL_FLOWTABLE_MAX + 1] = {
>   [NFTNL_FLOWTABLE_FLAGS] = sizeof(uint32_t),
>   };
>   
> @@ -65,7 +65,7 @@ index c1ddae4..d7434e3 100644
>   int nftnl_flowtable_set_data(struct nftnl_flowtable *c, uint16_t attr,
>const void *data, uint32_t data_len)
>   {
> -@@ -170,32 +171,32 @@ int nftnl_flowtable_set_data(struct nftnl_flowtable 
> *c, uint16_t attr,
> +@@ -169,32 +170,32 @@ int nftnl_flowtable_set_data(struct nftnl_flowtable 
> *c, uint16_t attr,
>   c->flags |= (1 << attr);
>   return 0;
>   }
> @@ -103,7 +103,7 @@ index c1ddae4..d7434e3 100644
>   const void *nftnl_flowtable_get_data(const struct nftnl_flowtable *c,
>uint16_t attr, uint32_t *data_len)
>   {
> -@@ -229,21 +230,21 @@ const void *nftnl_flowtable_get_data(const struct 
> nftnl_flowtable *c,
> +@@ -228,21 +229,21 @@ const void *nftnl_flowtable_get_data(const struct 
> nftnl_flowtable *c,
>   }
>   return NULL;
>   }
> @@ -127,8 +127,8 @@ index c1ddae4..d7434e3 100644
>  +EXPORT_SYMBOL(nftnl_flowtable_get_u32);
>   uint32_t nftnl_flowtable_get_u32(const struct nftnl_flowtable *c, uint16_t 
> attr)
>   {
> - uint32_t data_len;
> -@@ -253,8 +254,8 @@ uint32_t nftnl_flowtable_get_u32(const struct 
> nftnl_flowtable *c, uint16_t attr)
> + uint32_t data_len = 0;
> +@@ -252,8 +253,8 @@ uint32_t nftnl_flowtable_get_u32(const struct 
> nftnl_flowtable *c, uint16_t attr)
>   
>   return val ? *val : 0;
>   }
> @@ -137,8 +137,8 @@ index c1ddae4..d7434e3 100644
>  +EXPORT_SYMBOL(nftnl_flowtable_get_s32);
>   int32_t nftnl_flowtable_get_s32(const struct nftnl_flowtable *c, uint16_t 
> attr)
>   {
> - uint32_t data_len;
> -@@ -264,8 +265,8 @@ int32_t nftnl_flowtable_get_s32(const struct 
> nftnl_flowtable *c, uint16_t attr)
> + uint32_t data_len = 0;
> +@@ -263,8 +264,8 @@ int32_t nftnl_flowtable_get_s32(const struct 
> nftnl_flowtable *c, uint16_t attr)
>   
>   return val ? *val : 0;
>   }
> @@ -148,7 +148,7 @@ index c1ddae4..d7434e3 100644
>   void nftnl_flowtable_nlmsg_build_payload(struct nlmsghdr *nlh,
>const struct nftnl_flowtable *c)
>   {
> -@@ -301,7 +302,6 @@ void nftnl_flowtable_nlmsg_build_payload(struct nlmsghdr 
> *nlh,
> +@@ -300,7 +301,6 @@ void nftnl_flowtable_nlmsg_build_payload(struct nlmsghdr 
> *nlh,
>   if (c->flags & (1 << NFTNL_FLOWTABLE_SIZE))
>   mnl_attr_put_u32(nlh, NFTA_FLOWTABLE_SIZE, 

Re: [oe] [PATCH][meta-networking] mosquitto: update to 1.6.3

[akuster808]

On 7/7/19 5:35 PM, Oleksandr Kravchuk wrote:
> Signed-off-by: Oleksandr Kravchuk 
> ---
>  .../mosquitto/{mosquitto_1.5.8.bb => mosquitto_1.6.3.bb} | 9 ++---
>  1 file changed, 6 insertions(+), 3 deletions(-)
>  rename meta-networking/recipes-connectivity/mosquitto/{mosquitto_1.5.8.bb => 
> mosquitto_1.6.3.bb} (89%)
>
> diff --git 
> a/meta-networking/recipes-connectivity/mosquitto/mosquitto_1.5.8.bb 
> b/meta-networking/recipes-connectivity/mosquitto/mosquitto_1.6.3.bb
> similarity index 89%
> rename from meta-networking/recipes-connectivity/mosquitto/mosquitto_1.5.8.bb
> rename to meta-networking/recipes-connectivity/mosquitto/mosquitto_1.6.3.bb
> index 768b5930f..0a2555747 100644
> --- a/meta-networking/recipes-connectivity/mosquitto/mosquitto_1.5.8.bb
> +++ b/meta-networking/recipes-connectivity/mosquitto/mosquitto_1.6.3.bb

There is more here than just a version updates. Please explain what the
other changes are.

- armin
> @@ -1,5 +1,7 @@
>  SUMMARY = "Open source MQTT v3.1/3.1.1 implemention"
> -DESCRIPTION = "Mosquitto is an open source (Eclipse licensed) message broker 
> that implements the MQ Telemetry Transport protocol version 3.1 and 3.1.1. 
> MQTT provides a lightweight method of carrying out messaging using a 
> publish/subscribe model. "
> +DESCRIPTION = "Mosquitto is an open source (Eclipse licensed) message broker 
> that \
> +implements the MQ Telemetry Transport protocol version 3.1 and 3.1.1. MQTT 
> provides \
> +a lightweight method of carrying out messaging using a publish/subscribe 
> model. "
>  HOMEPAGE = "http://mosquitto.org/;
>  SECTION = "console/network"
>  LICENSE = "EPL-1.0 | EDL-1.0"
> @@ -14,8 +16,8 @@ SRC_URI = 
> "http://mosquitto.org/files/source/mosquitto-${PV}.tar.gz \
> file://mosquitto.init \
>  "
>  
> -SRC_URI[md5sum] = "bbbcceb32db3657d9d436a8440a9db1c"
> -SRC_URI[sha256sum] = 
> "78d7e70c3794dc3a1d484b4f2f8d3addebe9c2da3f5a1cebe557f7d13beb0da4"
> +SRC_URI[md5sum] = "bd19cf124459ee26040912786ef177f7"
> +SRC_URI[sha256sum] = 
> "9ef5cc75f4fe31d7bf50654ddf4728ad9e1ae2e5609a4b42ecbbcb4a209ed17e"
>  
>  inherit systemd update-rc.d useradd
>  
> @@ -66,6 +68,7 @@ PACKAGE_BEFORE_PN = "${PN}-examples"
>  
>  FILES_${PN} = "${sbindir}/mosquitto \
> ${bindir}/mosquitto_passwd \
> +   ${bindir}/mosquitto_rr \
> ${sysconfdir}/mosquitto \
> ${sysconfdir}/init.d \
> ${systemd_unitdir}/system/mosquitto.service \

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

Re: [oe] [meta-oe][PATCH v2 1/2] keyutils: add new recipe for version 1.6.

[akuster808]

On 7/7/19 7:03 PM, Liu, Yongxin wrote:
>> -Original Message-
>> From: akuster808 [mailto:akuster...@gmail.com]
>> Sent: Monday, July 8, 2019 09:59
>> To: Liu, Yongxin; raj.k...@gmail.com; openembedded-
>> de...@lists.openembedded.org
>> Subject: Re: [oe] [meta-oe][PATCH v2 1/2] keyutils: add new recipe for
>> version 1.6.
>>
>>
>>
>> On 7/7/19 6:52 PM, Yongxin Liu wrote:
>>> Signed-off-by: Yongxin Liu 
>>> ---
>>>  meta-oe/recipes-security/keyutils/keyutils_1.6.bb | 38
>> +++
>>>  1 file changed, 38 insertions(+)
>>>  create mode 100644 meta-oe/recipes-security/keyutils/keyutils_1.6.bb
>>>
>>> diff --git a/meta-oe/recipes-security/keyutils/keyutils_1.6.bb b/meta-
>> oe/recipes-security/keyutils/keyutils_1.6.bb
>>> new file mode 100644
>>> index 0..3a26c902a
>>> --- /dev/null
>>> +++ b/meta-oe/recipes-security/keyutils/keyutils_1.6.bb
>> This recipe is in meta-security and contains ptests. Did you want the
>> ptests and other fixes too?
> This recipe is intended to be used by other recipes in OE.
> For other layers, I think they can use their own keyutils.

I mean, it should move out of meta-security to meta-oe.  And if you
don't want to do that, you should pick up the fixes.

Please have a look and compare.
http://git.yoctoproject.org/cgit/cgit.cgi/meta-security/tree/recipes-security/keyutils/keyutils_1.6.bb

- armin

>
> Thanks,
> Yongxin
>
>> - armin
>>> @@ -0,0 +1,38 @@
>>> +SUMMARY = "Linux Key Management Utilities"
>>> +DESCRIPTION = "These tools are used to control the key management
>> system built into the Linux."
>>> +
>>> +SECTION = "base"
>>> +
>>> +LICENSE = "LGPLv2.1+ & GPLv2.0+"
>>> +LIC_FILES_CHKSUM =
>> "file://LICENCE.GPL;md5=5f6e72824f5da505c1f4a7197f004b45 \
>>> +
>> file://LICENCE.LGPL;md5=7d1cacaa3ea752b72ea5e525df54a21f"
>>> +
>>> +PV = "1.6+git${SRCPV}"
>>> +
>>> +SRC_URI = "\
>>> +
>> git://git.kernel.org/pub/scm/linux/kernel/git/dhowells/keyutils.git \
>>> +"
>>> +
>>> +SRCREV = "4723f0185d11b13df243ad3cd41fbddfed53b5b1"
>>> +
>>> +S = "${WORKDIR}/git"
>>> +
>>> +EXTRA_OEMAKE = "'CFLAGS=${CFLAGS} -Wall'"
>>> +
>>> +INSTALL_FLAGS = "\
>>> +LIBDIR=${libdir} \
>>> +USRLIBDIR=${libdir} \
>>> +BINDIR=${bindir} \
>>> +SBINDIR=${sbindir} \
>>> +ETCDIR=${sysconfdir} \
>>> +SHAREDIR=${datadir} \
>>> +MANDIR=${mandir} \
>>> +INCLUDEDIR=${includedir} \
>>> +DESTDIR=${D} \
>>> +"
>>> +
>>> +do_install() {
>>> +cd ${S} && oe_runmake ${INSTALL_FLAGS} install
>>> +}
>>> +
>>> +FILES_${PN} += "${datadir}/request-key-debug.sh"

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

Re: [oe] [meta-oe][PATCH v2 1/2] keyutils: add new recipe for version 1.6.

[akuster808]

On 7/7/19 6:52 PM, Yongxin Liu wrote:
> Signed-off-by: Yongxin Liu 
> ---
>  meta-oe/recipes-security/keyutils/keyutils_1.6.bb | 38 
> +++
>  1 file changed, 38 insertions(+)
>  create mode 100644 meta-oe/recipes-security/keyutils/keyutils_1.6.bb
>
> diff --git a/meta-oe/recipes-security/keyutils/keyutils_1.6.bb 
> b/meta-oe/recipes-security/keyutils/keyutils_1.6.bb
> new file mode 100644
> index 0..3a26c902a
> --- /dev/null
> +++ b/meta-oe/recipes-security/keyutils/keyutils_1.6.bb
This recipe is in meta-security and contains ptests. Did you want the
ptests and other fixes too?

- armin
> @@ -0,0 +1,38 @@
> +SUMMARY = "Linux Key Management Utilities"
> +DESCRIPTION = "These tools are used to control the key management system 
> built into the Linux."
> +
> +SECTION = "base"
> +
> +LICENSE = "LGPLv2.1+ & GPLv2.0+"
> +LIC_FILES_CHKSUM = "file://LICENCE.GPL;md5=5f6e72824f5da505c1f4a7197f004b45 \
> +file://LICENCE.LGPL;md5=7d1cacaa3ea752b72ea5e525df54a21f"
> +
> +PV = "1.6+git${SRCPV}"
> +
> +SRC_URI = "\
> +git://git.kernel.org/pub/scm/linux/kernel/git/dhowells/keyutils.git \
> +"
> +
> +SRCREV = "4723f0185d11b13df243ad3cd41fbddfed53b5b1"
> +
> +S = "${WORKDIR}/git"
> +
> +EXTRA_OEMAKE = "'CFLAGS=${CFLAGS} -Wall'"
> +
> +INSTALL_FLAGS = "\
> +LIBDIR=${libdir} \
> +USRLIBDIR=${libdir} \
> +BINDIR=${bindir} \
> +SBINDIR=${sbindir} \
> +ETCDIR=${sysconfdir} \
> +SHAREDIR=${datadir} \
> +MANDIR=${mandir} \
> +INCLUDEDIR=${includedir} \
> +DESTDIR=${D} \
> +"
> +
> +do_install() {
> +cd ${S} && oe_runmake ${INSTALL_FLAGS} install
> +}
> +
> +FILES_${PN} += "${datadir}/request-key-debug.sh"

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

[oe] warrior-next pull request

[akuster808]

I don't see any record or recall if I sent a pull request for
warrior-next, so here it is.




The following changes since commit 6fa72d587aab8e9d56d67a2552eb9cfbe25c86d2:

  aufs-util: prevent native aufs-util depending on target kernel
(2019-05-23 07:03:43 -0700)

are available in the git repository at:

  git://git.openembedded.org/meta-openembedded warrior-next

for you to fetch changes up to 8d5dcd6522e9d15e68637b6d7dda0401f9bb91d0:

  turbostat: copy bits.h from kernel to turbostat (2019-06-16 08:15:44
-0700)


Changqing Li (1):
  netkit-telnet: add rconflicts

Hongxu Jia (1):
  crash: do not use unstable github archive tarballs

Liwei Song (1):
  turbostat: copy bits.h from kernel to turbostat

Martin Jansa (14):
  gtkwave: add distro_features_check
  umip: make MACHINE_ARCH
  mscgen: fix SRC_URI for multilib
  triggerhappy: fix issues
  python-cassandra-driver.inc: fix DEPENDS
  opencv: use the same package name in PACKAGES and RDEPENDS
  igmpproxy: remove
0001-src-igmpproxy.h-Include-sys-types.h-for-u_short-u_in.patch and
_GNU_SOURCE
  libvncserver: set PV in the recipe
  ccid: fix SRC_URI
  ne10, libopus: add armv7ve override as well
  hunspell: use git fetcher instead of github archive
  ttf-mplus, ttf-vlgothic: add ttf-mplus license
  libmikmod: fix SRC_URI
  leptonica: fix SRC_URI

Mingli Yu (1):
  mariadb: Upgrade to 10.3.15

qi.c...@windriver.com (1):
  polkit: fix CVE-2019-6133

nick83ola (1):
  uthash: do not use unstable github archive tarballs

 .../recipes-connectivity/umip/umip_1.0.bb  |   3 +
 ...xy.h-Include-sys-types.h-for-u_short-u_in.patch |  25 ---
 .../recipes-daemons/igmpproxy/igmpproxy_0.2.1.bb   |   6 +-
 .../netkit-telnet/netkit-telnet_0.17.bb    |   1 +
 meta-oe/licenses/ttf-mplus |  16 ++
 .../packagegroups/packagegroup-meta-oe.bb  |   3 +-
 ...native_10.3.13.bb => mariadb-native_10.3.15.bb} |   0
 meta-oe/recipes-dbs/mysql/mariadb.inc  |   4 +-
 .../{mariadb_10.3.13.bb => mariadb_10.3.15.bb} |   0
 ...pare-PolkitUnixProcess-uids-for-temporary.patch | 186
+
 meta-oe/recipes-extended/polkit/polkit_0.115.bb    |   7 +-
 .../{triggerhappy_0.5.0.bb => triggerhappy_git.bb} |  22 +--
 meta-oe/recipes-graphics/gtkwave/gtkwave_3.3.98.bb |   4 +
 .../recipes-graphics/leptonica/leptonica_1.74.4.bb |   2 +-
 .../libvncserver/libvncserver_git.bb   |   2 +-
 .../recipes-graphics/ttf-fonts/ttf-mplus_027.bb    |   2 +-
 .../ttf-fonts/ttf-vlgothic_20141206.bb |   2 +-
 meta-oe/recipes-kernel/crash/crash_7.2.5.bb    |   8 +-
 meta-oe/recipes-kernel/turbostat/turbostat_3.4.bb  |   2 +
 .../recipes-multimedia/libopus/libopus_1.1.3.bb    |   3 +-
 .../recipes-multimedia/mikmod/libmikmod_3.3.6.bb   |   2 +-
 meta-oe/recipes-support/ccid/ccid_1.4.24.bb    |   4 +-
 meta-oe/recipes-support/hunspell/hunspell_1.7.0.bb |   7 +-
 meta-oe/recipes-support/mscgen/mscgen_0.20.bb  |   2 +-
 meta-oe/recipes-support/ne10/ne10_1.2.1.bb |   4 +-
 meta-oe/recipes-support/opencv/opencv_3.4.5.bb |   2 +-
 meta-oe/recipes-support/uthash/uthash_2.1.0.bb |   7 +-
 .../python/python-cassandra-driver.inc |   2 +-
 28 files changed, 258 insertions(+), 70 deletions(-)
 delete mode 100644
meta-networking/recipes-daemons/igmpproxy/igmpproxy/0001-src-igmpproxy.h-Include-sys-types.h-for-u_short-u_in.patch
 create mode 100644 meta-oe/licenses/ttf-mplus
 rename meta-oe/recipes-dbs/mysql/{mariadb-native_10.3.13.bb =>
mariadb-native_10.3.15.bb} (100%)
 rename meta-oe/recipes-dbs/mysql/{mariadb_10.3.13.bb =>
mariadb_10.3.15.bb} (100%)
 create mode 100644
meta-oe/recipes-extended/polkit/polkit/0001-backend-Compare-PolkitUnixProcess-uids-for-temporary.patch
 rename meta-oe/recipes-extended/triggerhappy/{triggerhappy_0.5.0.bb =>
triggerhappy_git.bb} (73%)
-- 
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel

Re: [oe] [meta-filesystems][PATCH 1/3] fuse: upgrade 2.9.8 -> 2.9.9

[akuster808]

On 6/13/19 6:26 PM, Yi Zhao wrote:
> Signed-off-by: Yi Zhao 

is this a bug fix only update?
> ---
>  .../recipes-support/fuse/{fuse_2.9.8.bb => fuse_2.9.9.bb} | 4 
> ++--
>  1 file changed, 2 insertions(+), 2 deletions(-)
>  rename meta-filesystems/recipes-support/fuse/{fuse_2.9.8.bb => 
> fuse_2.9.9.bb} (94%)
>
> diff --git a/meta-filesystems/recipes-support/fuse/fuse_2.9.8.bb 
> b/meta-filesystems/recipes-support/fuse/fuse_2.9.9.bb
> similarity index 94%
> rename from meta-filesystems/recipes-support/fuse/fuse_2.9.8.bb
> rename to meta-filesystems/recipes-support/fuse/fuse_2.9.9.bb
> index caa75c7..c83e7f6 100644
> --- a/meta-filesystems/recipes-support/fuse/fuse_2.9.8.bb
> +++ b/meta-filesystems/recipes-support/fuse/fuse_2.9.9.bb
> @@ -16,8 +16,8 @@ SRC_URI = 
> "https://github.com/libfuse/libfuse/releases/download/${BP}/${BP}.tar.
> file://0001-fuse-fix-the-return-value-of-help-option.patch \
> file://fuse.conf \
>  "
> -SRC_URI[md5sum] = "f365e848a82504edb0b7a33df790ca78"
> -SRC_URI[sha256sum] = 
> "5e84f81d8dd527ea74f39b6bc001c874c02bad6871d7a9b0c14efb57430eafe3"
> +SRC_URI[md5sum] = "8000410aadc9231fd48495f7642f3312"
> +SRC_URI[sha256sum] = 
> "d0e69d5d608cc22ff4843791ad097f554dd32540ddc9bed7638cc6fea7c1b4b5"
>  
>  UPSTREAM_CHECK_URI = "https://github.com/libfuse/libfuse/releases;
>  UPSTREAM_CHECK_REGEX = "fuse\-(?P2(\.\d+)+).tar.gz"

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

Re: [oe] [meta-networking][PATCH] openipmi: upgrade 2.0.25 -> 2.0.27

[akuster808]

On 6/14/19 12:28 AM, Yi Zhao wrote:
> Refresh all patches.
>
> Remove openipmigui-not-compile-pyc-pyo.patch and
> do-not-install-pyc-and-pyo.patch as the issues had been fixed upstream.
>
> Add ipmi_serial_bmc_emu.c-include-readline.h-from-readli.patch to fix
> the build error.
Is this a bug fix only update?

- armin
>
> Signed-off-by: Yi Zhao 
> ---
>  .../files/do-not-install-pyc-and-pyo.patch | 25 -
>  .../fix-symlink-install-error-in-cmdlang.patch | 31 
> +-
>  .../openipmi/files/include_sys_types.patch | 21 ---
>  .../files/ipmi-init-fix-the-arguments.patch|  7 ++---
>  ..._bmc_emu.c-include-readline.h-from-readli.patch | 31 
> ++
>  .../files/openipmi-no-openipmigui-man.patch| 27 ++-
>  ...openipmi-remove-host-path-from-la_LDFLAGS.patch | 30 ++---
>  .../files/openipmigui-not-compile-pyc-pyo.patch| 26 --
>  .../{openipmi_2.0.25.bb => openipmi_2.0.27.bb} |  9 ---
>  9 files changed, 104 insertions(+), 103 deletions(-)
>  delete mode 100644 
> meta-networking/recipes-support/openipmi/files/do-not-install-pyc-and-pyo.patch
>  create mode 100644 
> meta-networking/recipes-support/openipmi/files/ipmi_serial_bmc_emu.c-include-readline.h-from-readli.patch
>  delete mode 100644 
> meta-networking/recipes-support/openipmi/files/openipmigui-not-compile-pyc-pyo.patch
>  rename meta-networking/recipes-support/openipmi/{openipmi_2.0.25.bb => 
> openipmi_2.0.27.bb} (94%)
>
> diff --git 
> a/meta-networking/recipes-support/openipmi/files/do-not-install-pyc-and-pyo.patch
>  
> b/meta-networking/recipes-support/openipmi/files/do-not-install-pyc-and-pyo.patch
> deleted file mode 100644
> index d4e02be..000
> --- 
> a/meta-networking/recipes-support/openipmi/files/do-not-install-pyc-and-pyo.patch
> +++ /dev/null
> @@ -1,25 +0,0 @@
> -Do not install pyc and pyo for python module
> -
> -Upstream-Status: Inappropriate [embedded specific]
> -
> -Signed-off-by: Yi Zhao 
> 
> - swig/python/Makefile.am | 2 --
> - 1 file changed, 2 deletions(-)
> -
> -diff --git a/swig/python/Makefile.am b/swig/python/Makefile.am
> -index da95a81..97a62bf 100644
>  a/swig/python/Makefile.am
> -+++ b/swig/python/Makefile.am
> -@@ -33,8 +33,6 @@ CLEANFILES = OpenIPMI_wrap.c OpenIPMI.py OpenIPMI.pyo 
> OpenIPMI.pyc
> - install-exec-local: _OpenIPMI.la OpenIPMI.py OpenIPMI.pyc OpenIPMI.pyo
> - $(INSTALL) -d $(DESTDIR)$(PYTHON_INSTALL_DIR)
> - $(INSTALL_DATA) OpenIPMI.py "$(DESTDIR)$(PYTHON_INSTALL_DIR)"
> --$(INSTALL_DATA) OpenIPMI.pyc "$(DESTDIR)$(PYTHON_INSTALL_DIR)"
> --$(INSTALL_DATA) OpenIPMI.pyo "$(DESTDIR)$(PYTHON_INSTALL_DIR)"
> - if test "x$(PYTHON_GUI_DIR)" = "xopenipmigui"; then \
> - $(INSTALL) -d $(DESTDIR)$(bindir); \
> - $(INSTALL_SCRIPT) $(srcdir)/openipmigui.py 
> "$(DESTDIR)$(bindir)/openipmigui";\
> --- 
> -1.9.1
> -
> diff --git 
> a/meta-networking/recipes-support/openipmi/files/fix-symlink-install-error-in-cmdlang.patch
>  
> b/meta-networking/recipes-support/openipmi/files/fix-symlink-install-error-in-cmdlang.patch
> index 449142f..2434884 100644
> --- 
> a/meta-networking/recipes-support/openipmi/files/fix-symlink-install-error-in-cmdlang.patch
> +++ 
> b/meta-networking/recipes-support/openipmi/files/fix-symlink-install-error-in-cmdlang.patch
> @@ -1,18 +1,23 @@
> -Author: Aws Ismail 
> -Date:   Thu Jun 7 16:00:13 2012 -0400
> +From 7854c60c92243adb14ea89e16fc226d2e47dd4f9 Mon Sep 17 00:00:00 2001
> +From: Aws Ismail 
> +Date: Thu, 7 Jun 2012 16:00:13 -0400
> +Subject: [PATCH] Fix symlink install error in cmdlang
>  
> -This patch fixes the error during the install stage when
> -creating a symbolic link for opeipmish in openipmi/cmdlang
> -
> -Upstream-Status: Pending
> -
> -Signed-off-by: Aws Ismail 
> +This patch fixes the error during the install stage when
> +creating a symbolic link for opeipmish in openipmi/cmdlang
>  
> -Index: OpenIPMI-2.0.24/cmdlang/Makefile.am
> -===
>  OpenIPMI-2.0.24.orig/cmdlang/Makefile.am
> -+++ OpenIPMI-2.0.24/cmdlang/Makefile.am
> -@@ -35,6 +35,7 @@ openipmish_LDADD =  libOpenIPMIcmdlang.l
> +Upstream-Status: Pending
> +
> +Signed-off-by: Aws Ismail 
> +---
> + cmdlang/Makefile.am | 1 +
> + 1 file changed, 1 insertion(+)
> +
> +diff --git a/cmdlang/Makefile.am b/cmdlang/Makefile.am
> +index 0ca3827..d9a941f 100644
> +--- a/cmdlang/Makefile.am
>  b/cmdlang/Makefile.am
> +@@ -35,6 +35,7 @@ openipmish_LDADD =  libOpenIPMIcmdlang.la \
>   # compatability.
>   install-data-local:
>   rm -f $(DESTDIR)$(bindir)/ipmish
> diff --git 
> a/meta-networking/recipes-support/openipmi/files/include_sys_types.patch 
> b/meta-networking/recipes-support/openipmi/files/include_sys_types.patch
> index 082511a..61b3999 100644
> --- 

Re: [oe] [meta-oe][warrior][PATCH 01/11] gtkwave: add distro_features_check

[akuster808]

On 6/11/19 9:54 AM, Martin Jansa wrote:
> * fixes:
> ERROR: Nothing PROVIDES 'gtk+' (but 
> /OE/build/luneos-warrior/webos-ports/meta-openembedded/meta-oe/recipes-graphics/gtkwave/gtkwave_3.3.98.bb
>  DEPENDS on or otherwise requires it)
> gtk+ was skipped: one of 'x11 directfb' needs to be in DISTRO_FEATURES
> ERROR: Required build target 'meta-world-pkgdata' has no buildable providers.
> Missing or unbuildable dependency chain was: ['meta-world-pkgdata', 
> 'gtkwave', 'gtk+']
>
> and
>
> ERROR: Nothing PROVIDES 'tk' (but 
> /OE/build/luneos-warrior/webos-ports/meta-openembedded/meta-oe/recipes-graphics/gtkwave/gtkwave_3.3.98.bb
>  DEPENDS on or otherwise requires it)
> tk was skipped: missing required distro feature 'x11' (not in DISTRO_FEATURES)
> ERROR: Required build target 'meta-world-pkgdata' has no buildable providers.
> Missing or unbuildable dependency chain was: ['meta-world-pkgdata', 
> 'gtkwave', 'tk']
>
> Signed-off-by: Martin Jansa 

Is Master affected ?
> ---
>  meta-oe/recipes-graphics/gtkwave/gtkwave_3.3.98.bb | 4 
>  1 file changed, 4 insertions(+)
>
> diff --git a/meta-oe/recipes-graphics/gtkwave/gtkwave_3.3.98.bb 
> b/meta-oe/recipes-graphics/gtkwave/gtkwave_3.3.98.bb
> index 60df6f773b..b9aae0f6c8 100644
> --- a/meta-oe/recipes-graphics/gtkwave/gtkwave_3.3.98.bb
> +++ b/meta-oe/recipes-graphics/gtkwave/gtkwave_3.3.98.bb
> @@ -14,6 +14,10 @@ inherit pkgconfig autotools gettext texinfo
>  DEPENDS = "tcl tk gperf-native bzip2 xz pango zlib gtk+ gdk-pixbuf glib-2.0"
>  RDEPENDS_${PN} = "tk-lib"
>  
> +# depends on gtk+ which has this restriction
> +inherit distro_features_check
> +ANY_OF_DISTRO_FEATURES = "${GTK2DISTROFEATURES}"
> +
>  EXTRA_OECONF = "--with-tcl=${STAGING_BINDIR_CROSS} 
> --with-tk=${STAGING_BINDIR_CROSS}"
>  
>  FILES_${PN} = "${bindir} ${datadir}"

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

Re: [oe] [meta-oe][PATCH] haveged: fix CPU cache size detection

[akuster808]

On 6/6/19 7:09 AM, Stefan Agner wrote:
> From: Stefan Agner 
>
> Fix ENOMEM error in case the kernel reports cache size of -1. This
> lead to the following error when starting haveged:
>   haveged starting up
>   haveged: Couldn't initialize HAVEGE rng 5
>
> Signed-off-by: Stefan Agner 
> ---
>  .../haveged/fix-cpu-cache-size-detection.patch   | 20 
> 
>  meta-oe/recipes-extended/haveged/haveged_1.9.4.bb|  1 +
>  2 files changed, 21 insertions(+)
>  create mode 100644 
> meta-oe/recipes-extended/haveged/haveged/fix-cpu-cache-size-detection.patch
>
> diff --git 
> a/meta-oe/recipes-extended/haveged/haveged/fix-cpu-cache-size-detection.patch 
> b/meta-oe/recipes-extended/haveged/haveged/fix-cpu-cache-size-detection.patch
> new file mode 100644
> index 0..5b68f1966
> --- /dev/null
> +++ 
> b/meta-oe/recipes-extended/haveged/haveged/fix-cpu-cache-size-detection.patch
> @@ -0,0 +1,20 @@
> +Some ARM cpus does not report the cache size or say it is -1
> +
> +https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=866306
> +
> +Upstream-status: Pending

missing "Singed-off-by" per patch process
> +
> +Index: haveged-1.9.2/src/havegetune.c
> +===
> +--- haveged-1.9.2.orig/src/havegetune.c
>  haveged-1.9.2/src/havegetune.c
> +@@ -795,6 +795,9 @@ static int vfs_configInfoCache(
> +  ctype = vfs_configFile(pAnchor, path, vfs_configType);
> +  strcpy(path+plen, "size");
> +  size  = vfs_configFile(pAnchor, path, vfs_configInt);
> ++ if (size == -1) {
> ++ size = ctype == 'I' ? GENERIC_ICACHE : GENERIC_DCACHE;
> ++ }
> +  cfg_cacheAdd(pAnchor, SRC_VFS_INDEX,  pArgs[1], level, ctype, 
> size);
> +  }
> +  }
> diff --git a/meta-oe/recipes-extended/haveged/haveged_1.9.4.bb 
> b/meta-oe/recipes-extended/haveged/haveged_1.9.4.bb
> index 32aab59f1..d0e1a29dd 100644
> --- a/meta-oe/recipes-extended/haveged/haveged_1.9.4.bb
> +++ b/meta-oe/recipes-extended/haveged/haveged_1.9.4.bb
> @@ -9,6 +9,7 @@ 
> LIC_FILES_CHKSUM="file://COPYING;md5=d32239bcb673463ab874e80d47fae504"
>  SRCREV = "faa40ff345af194d3253f5fb030403e3c9831c36"
>  SRC_URI = "git://github.com/jirka-h/haveged.git \
> file://haveged-init.d-Makefile.am-add-missing-dependency.patch \
> +   file://fix-cpu-cache-size-detection.patch \
>  "
>  S = "${WORKDIR}/git"
>  

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

Re: [oe] [meta-perl][PATCH] recipes-devtools: Move back from meta-networking to meta-perl

[akuster808]

On 6/7/19 1:18 PM, Adrian Bunk wrote:
> It needs both freeradius and perl-module-data-dumper,
> so neither place would fulfill all dependencies.
>
> In general meta-perl looks like the more appropriate place.
>
> The location in meta-networking also had the problem that
> it was one directory too deep and therefore not included
> in BBFILES.
can this be run w/o meta-networking?

- armin
>
> Signed-off-by: Adrian Bunk 
> ---
>  .../recipes-perl}/libauthen/libauthen-radius-perl/run-ptest   | 0
>  .../libauthen-radius-perl/test.pl-adjust-for-ptest.patch  | 0
>  .../recipes-perl}/libauthen/libauthen-radius-perl_0.22.bb | 0
>  3 files changed, 0 insertions(+), 0 deletions(-)
>  rename {meta-networking/recipes-devtools/perl => 
> meta-perl/recipes-perl}/libauthen/libauthen-radius-perl/run-ptest (100%)
>  rename {meta-networking/recipes-devtools/perl => 
> meta-perl/recipes-perl}/libauthen/libauthen-radius-perl/test.pl-adjust-for-ptest.patch
>  (100%)
>  rename {meta-networking/recipes-devtools/perl => 
> meta-perl/recipes-perl}/libauthen/libauthen-radius-perl_0.22.bb (100%)
>
> diff --git 
> a/meta-networking/recipes-devtools/perl/libauthen/libauthen-radius-perl/run-ptest
>  b/meta-perl/recipes-perl/libauthen/libauthen-radius-perl/run-ptest
> similarity index 100%
> rename from 
> meta-networking/recipes-devtools/perl/libauthen/libauthen-radius-perl/run-ptest
> rename to meta-perl/recipes-perl/libauthen/libauthen-radius-perl/run-ptest
> diff --git 
> a/meta-networking/recipes-devtools/perl/libauthen/libauthen-radius-perl/test.pl-adjust-for-ptest.patch
>  
> b/meta-perl/recipes-perl/libauthen/libauthen-radius-perl/test.pl-adjust-for-ptest.patch
> similarity index 100%
> rename from 
> meta-networking/recipes-devtools/perl/libauthen/libauthen-radius-perl/test.pl-adjust-for-ptest.patch
> rename to 
> meta-perl/recipes-perl/libauthen/libauthen-radius-perl/test.pl-adjust-for-ptest.patch
> diff --git 
> a/meta-networking/recipes-devtools/perl/libauthen/libauthen-radius-perl_0.22.bb
>  b/meta-perl/recipes-perl/libauthen/libauthen-radius-perl_0.22.bb
> similarity index 100%
> rename from 
> meta-networking/recipes-devtools/perl/libauthen/libauthen-radius-perl_0.22.bb
> rename to meta-perl/recipes-perl/libauthen/libauthen-radius-perl_0.22.bb

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

Re: [oe] [PATCH] spice: fix compile errors on 32bit system

[akuster808]

On 6/4/19 9:49 PM, Hongzhi.Song wrote:
> There are folowing compile errors on Linux 32bit system:
>
> red-channel.c:207:73: error: format '%x' expects argument of type
> 'unsigned int', but argument 7 has type 'long unsigned int' [-Werror=format=]
> |207| red_channel_debug(self, "thread_id 0x%" G_GSIZE_MODIFIER "x",
> ~^
> self->priv->thread_id);
> ~^
>
> On 32bit system, #define G_GSIZE_MODIFIER "". But the type of
> 'self->priv->thread_id' is 'unsigned long int' which should match '%lx'
> not '%x'.
>
> So we should recovery the <0x%" G_GSIZE_MODIFIER "x"> to <0x%lx">.
> And others files modification are similar to G_GSIZE_MODIFIER.
>
> Signed-off-by: Hongzhi.Song 
> ---
>  ...compile-errors-on-Linux-32bit-system.patch | 96 +++
>  .../recipes-support/spice/spice_git.bb|  1 +
>  2 files changed, 97 insertions(+)
>  create mode 100644 
> meta-networking/recipes-support/spice/spice/0001-Fix-compile-errors-on-Linux-32bit-system.patch
>
> diff --git 
> a/meta-networking/recipes-support/spice/spice/0001-Fix-compile-errors-on-Linux-32bit-system.patch
>  
> b/meta-networking/recipes-support/spice/spice/0001-Fix-compile-errors-on-Linux-32bit-system.patch
> new file mode 100644
> index 0..749a8fd16
> --- /dev/null
> +++ 
> b/meta-networking/recipes-support/spice/spice/0001-Fix-compile-errors-on-Linux-32bit-system.patch
> @@ -0,0 +1,96 @@
> +From a2af005b5d4a62839e56f42a43df793356e78f58 Mon Sep 17 00:00:00 2001
> +From: "Hongzhi.Song" 
> +Date: Tue, 4 Jun 2019 03:58:17 -0400
> +Subject: [PATCH] Fix compile errors on Linux 32bit system
> +
> +There are folowing compile errors on Linux 32bit system:
> +
> +red-channel.c:207:73: error: format '%x' expects argument of type
> +'unsigned int', but argument 7 has type 'long unsigned int' [-Werror=format=]
> +|207| red_channel_debug(self, "thread_id 0x%" G_GSIZE_MODIFIER "x",
> +~^
> +self->priv->thread_id);
> +~^
> +
> +On 32bit system, #define G_GSIZE_MODIFIER "". But the type of
> +'self->priv->thread_id' is 'unsigned long int' which should match '%lx'
> +not '%x'.
> +
> +So we should recovery the <0x%" G_GSIZE_MODIFIER "x"> to <0x%lx">.
> +And others files modification are similar to G_GSIZE_MODIFIER.
> +
> +Signed-off-by: Hongzhi.Song 
> +---
> +Upstream-Status: sent to upstream

Is there a link we can follow for the change upstream?

> +
> + server/red-channel.c| 6 +++---
> + server/red-client.c | 8 
> + server/red-replay-qxl.c | 2 +-
> + 3 files changed, 8 insertions(+), 8 deletions(-)
> +
> +diff --git a/server/red-channel.c b/server/red-channel.c
> +index f81142d..6a03ec2 100644
> +--- a/server/red-channel.c
>  b/server/red-channel.c
> +@@ -202,7 +202,7 @@ red_channel_constructed(GObject *object)
> + {
> + RedChannel *self = RED_CHANNEL(object);
> + 
> +-red_channel_debug(self, "thread_id 0x%" G_GSIZE_MODIFIER "x", (unsigned 
> long)self->priv->thread_id);
> ++red_channel_debug(self, "thread_id 0x%lx", (unsigned 
> long)self->priv->thread_id);
> + 
> + RedChannelClass *klass = RED_CHANNEL_GET_CLASS(self);
> + 
> +@@ -473,8 +473,8 @@ void red_channel_remove_client(RedChannel *channel, 
> RedChannelClient *rcc)
> + 
> + if (!pthread_equal(pthread_self(), channel->priv->thread_id)) {
> + red_channel_warning(channel,
> +-"channel->thread_id (0x%" G_GSIZE_MODIFIER "x) 
> != "
> +-"pthread_self (0x%" G_GSIZE_MODIFIER "x)."
> ++"channel->thread_id (0x%lx) != "
> ++"pthread_self (0x%lx)."
> + "If one of the threads is != io-thread && != 
> vcpu-thread, "
> + "this might be a BUG",
> + (unsigned long)channel->priv->thread_id,
> +diff --git a/server/red-client.c b/server/red-client.c
> +index 2b859cb..ff4da2a 100644
> +--- a/server/red-client.c
>  b/server/red-client.c
> +@@ -174,8 +174,8 @@ void red_client_migrate(RedClient *client)
> + RedChannel *channel;
> + 
> + if (!pthread_equal(pthread_self(), client->thread_id)) {
> +-spice_warning("client->thread_id (0x%" G_GSIZE_MODIFIER "x) != "
> +-  "pthread_self (0x%" G_GSIZE_MODIFIER "x)."
> ++spice_warning("client->thread_id (0x%lx) != "
> ++  "pthread_self (0x%lx)."
> +   "If one of the threads is != io-thread && != 
> vcpu-thread,"
> +   " this might be a BUG",
> +   (unsigned long)client->thread_id, (unsigned 
> long)pthread_self());
> +@@ -193,8 +193,8 @@ void red_client_destroy(RedClient *client)
> + RedChannelClient *rcc;
> + 
> + if (!pthread_equal(pthread_self(), client->thread_id)) {
> +- 

Re: [oe] [meta-oe][PATCH] cryptsetup: Add PACKAGECONFIG options

[akuster808]

On 6/2/19 4:12 PM, Robert Joslyn wrote:
> Add various PACKAGECONFIG options, keeping the default options enabled.
the PACKCONFIG went from openssl to a lot more, how is that keeping the
defaults?
> ---
>  .../cryptsetup/cryptsetup_2.1.0.bb| 51 ++-
>  1 file changed, 49 insertions(+), 2 deletions(-)
>
> diff --git a/meta-oe/recipes-crypto/cryptsetup/cryptsetup_2.1.0.bb 
> b/meta-oe/recipes-crypto/cryptsetup/cryptsetup_2.1.0.bb
> index cf1d22242..51cecf5d2 100644
> --- a/meta-oe/recipes-crypto/cryptsetup/cryptsetup_2.1.0.bb
> +++ b/meta-oe/recipes-crypto/cryptsetup/cryptsetup_2.1.0.bb
> @@ -9,7 +9,12 @@ SECTION = "console"
>  LICENSE = "GPL-2.0-with-OpenSSL-exception"
>  LIC_FILES_CHKSUM = "file://COPYING;md5=32107dd283b1dfeb66c9b3e6be312326"
>  
> -DEPENDS = "util-linux libdevmapper popt libgcrypt json-c"
> +DEPENDS = " \
> +json-c \
> +libdevmapper \
> +popt \
> +util-linux \
> +"
>  
>  SRC_URI = 
> "${KERNELORG_MIRROR}/linux/utils/${BPN}/v${@d.getVar('PV').split('.')[0]}.${@d.getVar('PV').split('.')[1]}/${BP}.tar.xz"
>  SRC_URI[md5sum] = "41d8b985ef69242852b93e95d53e8e28"
> @@ -19,9 +24,45 @@ inherit autotools gettext pkgconfig
>  
>  # Use openssl because libgcrypt drops root privileges
>  # if libgcrypt is linked with libcap support
> -PACKAGECONFIG ??= "openssl"
> +PACKAGECONFIG ??= " \
> +keyring \
> +cryptsetup \
> +veritysetup \
> +cryptsetup-reencrypt \
> +integritysetup \
> +${@bb.utils.filter('DISTRO_FEATURES', 'selinux', d)} \
> +udev \
> +kernel_crypto \
> +internal-argon2 \
> +blkid \
> +luks-adjust-xts-keysize \
> +openssl \
> +"
> +
> +PACKAGECONFIG[keyring] = "--enable-keyring,--disable-keyring"
> +PACKAGECONFIG[fips] = "--enable-fips,--disable-fips"
> +PACKAGECONFIG[pwquality] = 
> "--enable-pwquality,--disable-pwquality,libpwquality"
> +PACKAGECONFIG[passwdqc] = "--enable-passwdqc,--disable-passwdqc,passwdqc"
> +PACKAGECONFIG[cryptsetup] = "--enable-cryptsetup,--disable-cryptsetup"
> +PACKAGECONFIG[veritysetup] = "--enable-veritysetup,--disable-veritysetup"
> +PACKAGECONFIG[cryptsetup-reencrypt] = 
> "--enable-cryptsetup-reencrypt,--disable-cryptsetup-reencrypt"
> +PACKAGECONFIG[integritysetup] = 
> "--enable-integritysetup,--disable-integritysetup"
> +PACKAGECONFIG[selinux] = "--enable-selinux,--disable-selinux"
> +PACKAGECONFIG[udev] = "--enable-udev,--disable-udev,udev"
> +PACKAGECONFIG[kernel_crypto] = 
> "--enable-kernel_crypto,--disable-kernel_crypto"
> +# gcrypt-pkbdf2 requries --with-crypto_backend=gcrypt or the flag isn't
> +# recognized.
> +PACKAGECONFIG[gcrypt-pbkdf2] = "--enable-gcrypt-pbkdf2"
> +PACKAGECONFIG[internal-argon2] = 
> "--enable-internal-argon2,--disable-internal-argon2"
> +PACKAGECONFIG[internal-sse-argon2] = 
> "--enable-internal-sse-argon2,--disable-internal-sse-argon2"
> +PACKAGECONFIG[blkid] = "--enable-blkid,--disable-blkid,util-linux"
> +PACKAGECONFIG[dev-random] = "--enable-dev-random,--disable-dev-random"
> +PACKAGECONFIG[luks-adjust-xts-keysize] = 
> "--enable-luks-adjust-xts-keysize,--disable-luks-adjust-xts-keysize"
>  PACKAGECONFIG[openssl] = "--with-crypto_backend=openssl,,openssl"
>  PACKAGECONFIG[gcrypt] = "--with-crypto_backend=gcrypt,,libgcrypt"
> +PACKAGECONFIG[nss] = "--with-crypto_backend=nss,,nss"
> +PACKAGECONFIG[kernel] = "--with-crypto_backend=kernel"
> +PACKAGECONFIG[nettle] = "--with-crypto_backend=nettle,,nettle"
>  
>  RRECOMMENDS_${PN} = "kernel-module-aes-generic \
>   kernel-module-dm-crypt \
> @@ -32,6 +73,12 @@ RRECOMMENDS_${PN} = "kernel-module-aes-generic \
>  "
>  
>  EXTRA_OECONF = "--enable-static"
> +# Building without largefile is not supported by upstream
> +EXTRA_OECONF += "--enable-largefile"
> +# Requires a static popt library
> +EXTRA_OECONF += "--disable-static-cryptsetup"
> +# There's no recipe for libargon2 yet
> +EXTRA_OECONF += "--disable-libargon2"
>  
>  FILES_${PN} += 
> "${@bb.utils.contains('DISTRO_FEATURES','systemd','${exec_prefix}/lib/tmpfiles.d/cryptsetup.conf',
>  '', d)}"
>  

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

Re: [oe] [meta-xfce][PATCH 00/10] Update recipes in meta-xfce

[akuster808]

On 5/31/19 1:44 AM, kai.k...@windriver.com wrote:
> From: Kai Kang 
>
>
> Kai Kang (10):
>   thunar: 1.8.4 -> 1.8.6
>   xfdesktop: 4.13.3 -> 4.13.4
>   xfce4-panel: 4.13.4 -> 4.13.5
>   thunar-volman: 0.9.1 -> 0.9.2
>   xfce4-appfinder: 4.13.2 -> 4.13.3
>   libxfce4util: 4.13.2 -> 4.13.3
>   xfwm4: 4.13.1 -> 4.13.2
>   xfconf: 4.13.6 -> 4.13.7
>   libxfce4ui: 4.13.4 -> 4.13.5
>   xfce4-power-manager: 1.6.1 -> 1.6.2

Are these bug fix only updates for possible Warrior backport?

- armin
>
>  .../{libxfce4ui_4.13.4.bb => libxfce4ui_4.13.5.bb}  | 4 ++--
>  .../{libxfce4util_4.13.2.bb => libxfce4util_4.13.3.bb}  | 4 ++--
>  .../{thunar-volman_0.9.1.bb => thunar-volman_0.9.2.bb}  | 4 ++--
>  .../thunar/{thunar_1.8.4.bb => thunar_1.8.6.bb} | 4 ++--
>  ...{xfce4-appfinder_4.13.2.bb => xfce4-appfinder_4.13.3.bb} | 4 ++--
>  .../{xfce4-panel_4.13.4.bb => xfce4-panel_4.13.5.bb}| 4 ++--
>  ...-power-manager_1.6.1.bb => xfce4-power-manager_1.6.2.bb} | 6 +++---
>  .../xfconf/{xfconf_4.13.6.bb => xfconf_4.13.7.bb}   | 4 ++--
>  .../xfdesktop/{xfdesktop_4.13.3.bb => xfdesktop_4.13.4.bb}  | 4 ++--
>  .../recipes-xfce/xfwm4/{xfwm4_4.13.1.bb => xfwm4_4.13.2.bb} | 4 ++--
>  10 files changed, 21 insertions(+), 21 deletions(-)
>  rename meta-xfce/recipes-xfce/libxfce4ui/{libxfce4ui_4.13.4.bb => 
> libxfce4ui_4.13.5.bb} (89%)
>  rename meta-xfce/recipes-xfce/libxfce4util/{libxfce4util_4.13.2.bb => 
> libxfce4util_4.13.3.bb} (64%)
>  rename meta-xfce/recipes-xfce/thunar-volman/{thunar-volman_0.9.1.bb => 
> thunar-volman_0.9.2.bb} (76%)
>  rename meta-xfce/recipes-xfce/thunar/{thunar_1.8.4.bb => thunar_1.8.6.bb} 
> (86%)
>  rename meta-xfce/recipes-xfce/xfce4-appfinder/{xfce4-appfinder_4.13.2.bb => 
> xfce4-appfinder_4.13.3.bb} (69%)
>  rename meta-xfce/recipes-xfce/xfce4-panel/{xfce4-panel_4.13.4.bb => 
> xfce4-panel_4.13.5.bb} (90%)
>  rename 
> meta-xfce/recipes-xfce/xfce4-power-manager/{xfce4-power-manager_1.6.1.bb => 
> xfce4-power-manager_1.6.2.bb} (88%)
>  rename meta-xfce/recipes-xfce/xfconf/{xfconf_4.13.6.bb => xfconf_4.13.7.bb} 
> (82%)
>  rename meta-xfce/recipes-xfce/xfdesktop/{xfdesktop_4.13.3.bb => 
> xfdesktop_4.13.4.bb} (76%)
>  rename meta-xfce/recipes-xfce/xfwm4/{xfwm4_4.13.1.bb => xfwm4_4.13.2.bb} 
> (89%)
>

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

Re: [oe] [meta-perl][PATCH 01/13] libterm-readkey-perl: upgrade 2.37 -> 2.38; fix upstream check; enable ptest

[akuster808]

On 6/2/19 11:43 AM, Tim Orling wrote:
> Upstream release notes:
> """
> 2.38 - 2019-01-05
> * Bundle up various changes including:
> * Indexing improvements
> * Makefile improvements for some make utils
> * Various code cleanups and modernizations

bug fix only? ie appropriate possible backport to warrior?

- armin
> """
>
> * Add UPSTREAM_CHECK_REGEX
> * Add UPSTREAM_CHECK_URI
> * inherit ptest-perl; all tests pass
> * ptest RDEPENDS on perl-module-test-more
>
> Signed-off-by: Tim Orling 
> ---
>  ...erl_2.37.bb => libterm-readkey-perl_2.38.bb} | 17 -
>  1 file changed, 12 insertions(+), 5 deletions(-)
>  rename meta-perl/recipes-perl/libterm/{libterm-readkey-perl_2.37.bb => 
> libterm-readkey-perl_2.38.bb} (74%)
>
> diff --git a/meta-perl/recipes-perl/libterm/libterm-readkey-perl_2.37.bb 
> b/meta-perl/recipes-perl/libterm/libterm-readkey-perl_2.38.bb
> similarity index 74%
> rename from meta-perl/recipes-perl/libterm/libterm-readkey-perl_2.37.bb
> rename to meta-perl/recipes-perl/libterm/libterm-readkey-perl_2.38.bb
> index 6b76682c68..cc1ac6ed56 100644
> --- a/meta-perl/recipes-perl/libterm/libterm-readkey-perl_2.37.bb
> +++ b/meta-perl/recipes-perl/libterm/libterm-readkey-perl_2.38.bb
> @@ -3,8 +3,8 @@ DESCRIPTION = "Term::ReadKey is a compiled perl module 
> dedicated to providing si
>  control over terminal driver modes (cbreak, raw, cooked, etc.,) support \
>  for non-blocking reads, if the architecture allows, and some generalized \
>  handy functions for working with terminals. One of the main goals is to \
> -have the functions as portable as possible, so you can just plug in "use \
> -Term::ReadKey" on any architecture and have a good likelihood of it \
> +have the functions as portable as possible, so you can just plug in 'use \
> +Term::ReadKey' on any architecture and have a good likelihood of it \
>  working."
>  HOMEPAGE = "http://search.cpan.org/~jstowe/TermReadKey-${PV};
>  SECTION = "libraries"
> @@ -14,16 +14,23 @@ LIC_FILES_CHKSUM = 
> "file://README;md5=c275db663c8489a5709ebb22b185add5"
>  
>  SRC_URI = "${CPAN_MIRROR}/authors/id/J/JS/JSTOWE/TermReadKey-${PV}.tar.gz"
>  
> -SRC_URI[md5sum] = "e8ea15c16333ac4f8d146d702e83cc0c"
> -SRC_URI[sha256sum] = 
> "4a9383cf2e0e0194668fe2bd546e894ffad41d556b41d2f2f577c8db682db241"
> +SRC_URI[md5sum] = "b2b4aab7a0e6bddb7ac3b21ba637482c"
> +SRC_URI[sha256sum] = 
> "5a645878dc570ac33661581fbb090ff24ebce17d43ea53fd22e105a856a47290"
>  
>  S = "${WORKDIR}/TermReadKey-${PV}"
>  
> +UPSTREAM_CHECK_URI = "https://metacpan.org/release/TermReadKey;
> +UPSTREAM_CHECK_REGEX = "TermReadKey\-(?P(\d+\.\d+))(?!_\d+)\.tar.gz"
> +
>  # It needs depend on native to let dynamic loader use native modules
>  # rather than target ones.
>  DEPENDS = "libterm-readkey-perl-native"
>  
> -inherit cpan
> +inherit cpan ptest-perl
> +
> +RDEPENDS_${PN}-ptest += " \
> +perl-module-test-more \
> +"
>  
>  do_configure_append () {
>  # Hack the dynamic module loader so that it use native modules since it 
> can't load

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

[oe] meta-python py2 plans

[akuster808]

Hello,

With python2 being EOL this year. Is there a plan for meta-python to
deal with this?

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

Re: [oe] [meta-python][warrior] update python3-websockets from v4.0.1 to 5.0.1

[akuster808]

On 5/29/19 11:13 AM, Geoff Parker wrote:
> python3-websockets version 4.01 will throw this error
> when used with Python 3.7.
>
>  File "/usr/lib/python3.7/site-packages/websockets/compatibility.py", line 15
>asyncio_ensure_future = asyncio.async   # Python < 3.5
>^
>SyntaxError: invalid syntax
>
> This was fixed upstream in a commit applied 3 commits since the 4.0.1 tag.

Fix needs to be in master first before any consideration for backport.

- armin
>
>  
> https://github.com/aaugustin/websockets/commit/9f566c5d12eae1258aa6f1991fe8cf0a7d390f97
>
> Signed-off-by: Geoff Parker 
> ---
> ...ython3-websockets_4.0.1.bb => python3-websockets_5.0.1.bb} | 4 ++--
> 1 file changed, 2 insertions(+), 2 deletions(-)
> rename meta-python/recipes-devtools/python/{python3-websockets_4.0.1.bb
> => python3-websockets_5.0.1.bb} (70%)
>
> diff --git a/meta-python/recipes-devtools/python/python3-websockets_4.0.1.bb
> b/meta-python/recipes-devtools/python/python3-websockets_5.0.1.bb
> similarity index 70%
> rename from meta-python/recipes-devtools/python/python3-websockets_4.0.1.bb
> rename to meta-python/recipes-devtools/python/python3-websockets_5.0.1.bb
> index 414129c59..151dee2d5 100644
> --- a/meta-python/recipes-devtools/python/python3-websockets_4.0.1.bb
> +++ b/meta-python/recipes-devtools/python/python3-websockets_5.0.1.bb
> @@ -6,8 +6,8 @@ LIC_FILES_CHKSUM =
> "file://LICENSE;md5=5070256738c06d2e59adbec1f4057dac"
>
> inherit pypi setuptools3
>
> -SRC_URI[md5sum] = "9e8c6b3c70def4146d75fbb0f52bdfc7"
> -SRC_URI[sha256sum] =
> "da4d4fbe059b0453e726d6d993760065d69b823a27efc3040402a6fcfe6a1ed9"
> +SRC_URI[md5sum] = "cd2f92f07bca588acd9238b18f6cfbcf"
> +SRC_URI[sha256sum] =
> "a49d315db5a7a19d55422e1678e8a1c3b9661d7296bef3179fa620cf80b12674"
>
> BBCLASSEXTEND = "native nativesdk"
>
> --
> 2.20.1

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

Re: [oe] [meta-networking][warrior][PATCH] wireguard: Upgrade 20190123 -> 20190406

[akuster808]

On 5/30/19 2:04 AM, Scott Ellis wrote:
> Fixes issues with kernels 5.1 and greater.
>
> Backport from master fc1b5310b28f70900a8a432048e08ee06ae309d7

What is in this update?

- armin
>
> Signed-off-by: Scott Ellis 
> ---
>  ...eguard-module_0.0.20190123.bb => wireguard-module_0.0.20190406.bb} | 0
>  ...ireguard-tools_0.0.20190123.bb => wireguard-tools_0.0.20190406.bb} | 0
>  meta-networking/recipes-kernel/wireguard/wireguard.inc| 4 
> ++--
>  3 files changed, 2 insertions(+), 2 deletions(-)
>  rename 
> meta-networking/recipes-kernel/wireguard/{wireguard-module_0.0.20190123.bb => 
> wireguard-module_0.0.20190406.bb} (100%)
>  rename 
> meta-networking/recipes-kernel/wireguard/{wireguard-tools_0.0.20190123.bb => 
> wireguard-tools_0.0.20190406.bb} (100%)
>
> diff --git 
> a/meta-networking/recipes-kernel/wireguard/wireguard-module_0.0.20190123.bb 
> b/meta-networking/recipes-kernel/wireguard/wireguard-module_0.0.20190406.bb
> similarity index 100%
> rename from 
> meta-networking/recipes-kernel/wireguard/wireguard-module_0.0.20190123.bb
> rename to 
> meta-networking/recipes-kernel/wireguard/wireguard-module_0.0.20190406.bb
> diff --git 
> a/meta-networking/recipes-kernel/wireguard/wireguard-tools_0.0.20190123.bb 
> b/meta-networking/recipes-kernel/wireguard/wireguard-tools_0.0.20190406.bb
> similarity index 100%
> rename from 
> meta-networking/recipes-kernel/wireguard/wireguard-tools_0.0.20190123.bb
> rename to 
> meta-networking/recipes-kernel/wireguard/wireguard-tools_0.0.20190406.bb
> diff --git a/meta-networking/recipes-kernel/wireguard/wireguard.inc 
> b/meta-networking/recipes-kernel/wireguard/wireguard.inc
> index 8314e79..5cf745e 100644
> --- a/meta-networking/recipes-kernel/wireguard/wireguard.inc
> +++ b/meta-networking/recipes-kernel/wireguard/wireguard.inc
> @@ -11,7 +11,7 @@ LICENSE = "GPLv2"
>  LIC_FILES_CHKSUM = "file://../COPYING;md5=b234ee4d69f5fce4486a80fdaf4a4263"
>  
>  SRC_URI = "https://git.zx2c4.com/WireGuard/snapshot/WireGuard-${PV}.tar.xz;
> -SRC_URI[md5sum] = "8a0a232f65d5d86dd408efd9ac30bcf9"
> -SRC_URI[sha256sum] = 
> "edd13c7631af169e3838621b1a1bff3ef73cf7bc778eec2bd55f7c1089ffdf9b"
> +SRC_URI[md5sum] = "c11254fe48695e61c145a7e82756ecba"
> +SRC_URI[sha256sum] = 
> "2f06f3adf70b95e74a7736a22dcf6e9ef623b311a15b7d55b5474e57c3d0415b"
>  
>  S = "${WORKDIR}/WireGuard-${PV}/src/"

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

Re: [oe] [meta-networking][PATCH] netkit-telnet: add rconflicts

[akuster808]

On 5/29/19 12:47 AM, changqing...@windriver.com wrote:
> From: Changqing Li 
>
> fix below error:
>
> file /etc/xinetd.d/telnet conflicts between attempted installs of 
> netkit-telnet-0.17-r0.i586 and inetutils-telnetd-1.9.4-r0.i586
> file /usr/sbin/in.telnetd conflicts between attempted installs of 
> netkit-telnet-0.17-r0.i586 and inetutils-telnetd-1.9.4-r0.i586

with backport?

- armin
>
> Signed-off-by: Changqing Li 
> ---
>  meta-networking/recipes-netkit/netkit-telnet/netkit-telnet_0.17.bb | 1 +
>  1 file changed, 1 insertion(+)
>
> diff --git 
> a/meta-networking/recipes-netkit/netkit-telnet/netkit-telnet_0.17.bb 
> b/meta-networking/recipes-netkit/netkit-telnet/netkit-telnet_0.17.bb
> index db4b1c9..4b035af 100644
> --- a/meta-networking/recipes-netkit/netkit-telnet/netkit-telnet_0.17.bb
> +++ b/meta-networking/recipes-netkit/netkit-telnet/netkit-telnet_0.17.bb
> @@ -63,3 +63,4 @@ FILES_${PN} += "${sbindir}/in.* ${libdir}/* 
> ${sysconfdir}/xinetd.d/*"
>  
>  # http://errors.yoctoproject.org/Errors/Details/186954/
>  EXCLUDE_FROM_WORLD_libc-musl = "1"
> +RCONFLICTS_${PN} = "inetutils-telnetd"

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

Re: [oe] Delays in patch merges

[akuster808]

On 5/27/19 12:02 PM, Khem Raj wrote:
> Primarily master if we have stable merges I still have one day

what is in warrior-next is good to go.

For thud I am waiting for any objections to the last 3 patch reviews. I
will send merge for thud tomorrow.

- armin
>
> On Mon, May 27, 2019 at 10:49 AM akuster808  <mailto:akuster...@gmail.com>> wrote:
>
>
>
> On 5/27/19 9:51 AM, Khem Raj wrote:
> > Hi All
> >
> > I will be on vacation and traveling for next two weeks in places
> where
> > I might not have internet, therefore upstream patch integration for
> > meta-openembedded layers upstream will be a bit slow.
>
> including stable?
>
> - armin
> >
> > Thanks
> > -Khem
>

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