date:20190606

Re: [oe] [meta-python] [PATCH] python-pbr: upgrade 5.2.0 -> 5.2.1

2019-06-06 Thread Tim Orling

This recipe has no python3 version and will be at risk of being dropped
when python2 is EOL. Can you consider refactoring and provide a python2 and
python3 version please?

On Wed, Jun 5, 2019 at 8:35 PM Zang Ruochen 
wrote:

> -Upgrade from python-pbr_5.2.0.bb to python-pbr_5.2.1.bb.
>
> Signed-off-by: Zang Ruochen 
> ---
>  .../python/{python-pbr_5.2.0.bb => python-pbr_5.2.1.bb}   | 4 ++--
>  1 file changed, 2 insertions(+), 2 deletions(-)
>  rename meta-python/recipes-devtools/python/{python-pbr_5.2.0.bb =>
> python-pbr_5.2.1.bb} (62%)
>
> diff --git a/meta-python/recipes-devtools/python/python-pbr_5.2.0.bb
> b/meta-python/recipes-devtools/python/python-pbr_5.2.1.bb
> similarity index 62%
> rename from meta-python/recipes-devtools/python/python-pbr_5.2.0.bb
> rename to meta-python/recipes-devtools/python/python-pbr_5.2.1.bb
> index a42388797..ccc75de8d 100644
> --- a/meta-python/recipes-devtools/python/python-pbr_5.2.0.bb
> +++ b/meta-python/recipes-devtools/python/python-pbr_5.2.1.bb
> @@ -2,8 +2,8 @@ inherit setuptools
>  # The inc file is in oe-core
>  require recipes-devtools/python/python-pbr.inc
>
> -SRC_URI[md5sum] = "2bca008fd08d035a2f78c606d876a6db"
> -SRC_URI[sha256sum] =
> "d950c64aeea5456bbd147468382a5bb77fe692c13c9f00f0219814ce5b642755"
> +SRC_URI[md5sum] = "f72c2dd10602abad3695097d634e94bb"
> +SRC_URI[sha256sum] =
> "93d2dc6ee0c9af4dbc70bc1251d0e545a9910ca8863774761f92716dece400b6"
>
>  do_install_append() {
>  if [ -f ${D}${bindir}/pbr ]; then
> --
> 2.20.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-python] [PATCH] python-mako: upgrade 1.0.10 -> 1.0.12

2019-06-06 Thread Tim Orling

While you are at it, can you please add a python3 recipe? Python2 is EOL
soon and this recipe will be at risk for being dropped completely in a
future meta-python.

On Wed, Jun 5, 2019 at 8:46 PM Zang Ruochen 
wrote:

> -Upgrade from python-mako_1.0.10.bb to python-mako_1.0.12.bb.
>
> -License-Update: Copyright year updated to 2019.
>
> Signed-off-by: Zang Ruochen 
> ---
>  meta-python/recipes-devtools/python/python-mako.inc | 6 +++---
>  .../python/{python-mako_1.0.10.bb => python-mako_1.0.12.bb} | 0
>  2 files changed, 3 insertions(+), 3 deletions(-)
>  rename meta-python/recipes-devtools/python/{python-mako_1.0.10.bb =>
> python-mako_1.0.12.bb} (100%)
>
> diff --git a/meta-python/recipes-devtools/python/python-mako.inc
> b/meta-python/recipes-devtools/python/python-mako.inc
> index d86ad33cd..dc27ada74 100644
> --- a/meta-python/recipes-devtools/python/python-mako.inc
> +++ b/meta-python/recipes-devtools/python/python-mako.inc
> @@ -2,14 +2,14 @@ SUMMARY = "A super-fast templating language that borrows
> the best ideas from the
>  HOMEPAGE = "http://www.makotemplates.org/";
>  SECTION = "devel/python"
>  LICENSE = "MIT"
> -LIC_FILES_CHKSUM = "file://LICENSE;md5=1bb21fa2d2f7a534c884b990430a6863"
> +LIC_FILES_CHKSUM = "file://LICENSE;md5=df7e6c7c82990acf0228a55e00d29bc9"
>
>  PYPI_PACKAGE = "Mako"
>
>  inherit pypi
>
> -SRC_URI[md5sum] = "a94d376078dda65f834ea5049a81ebb5"
> -SRC_URI[sha256sum] =
> "7165919e78e1feb68b4dbe829871ea9941398178fa58e6beedb9ba14acf63965"
> +SRC_URI[md5sum] = "4a7aef27217a8e6c1a29447c9b1b00ab"
> +SRC_URI[sha256sum] =
> "0cfa65de3a835e87eeca6ac856b3013aade55f49e32515f65d999f91a2324162"
>
>  RDEPENDS_${PN} = " \
>  ${PYTHON_PN}-html \
> diff --git a/meta-python/recipes-devtools/python/python-mako_1.0.10.bb
> b/meta-python/recipes-devtools/python/python-mako_1.0.12.bb
> similarity index 100%
> rename from meta-python/recipes-devtools/python/python-mako_1.0.10.bb
> rename to meta-python/recipes-devtools/python/python-mako_1.0.12.bb
> --
> 2.20.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] cryptsetup: Add PACKAGECONFIG options

2019-06-06 Thread Robert Joslyn

On Thu, 2019-06-06 at 07:24 -0700, akuster808 wrote:
> 
> 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?

My intent was to add PACKAGECONFIG options, but to keep the resulting
build the same as before. This should match the default options that
are set by upstream when you don't specify any --enable or --disable
options.

I can send a v2 with a better description if desired.

Thanks,
Robert

> > ---
> >  .../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] [PATCH] spice: fix compile errors on 32bit system

2019-06-06 Thread 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

2019-06-06 Thread 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

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

2019-06-06 Thread Stefan Agner

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
+
+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"
 
-- 
2.13.6

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

[oe] [meta-oe][PATCH] libgpiod: upgrade to v1.4

2019-06-06 Thread Bartosz Golaszewski

From: Bartosz Golaszewski 

This release contains a couple fixes for C++ bindings and testing framework
refactoring. The --enable-install-tests option has been removed as it was
redundant. More info in NEWS.

Signed-off-by: Bartosz Golaszewski 
---
 .../libgpiod/{libgpiod_1.3.bb => libgpiod_1.4.bb}   | 6 +++---
 1 file changed, 3 insertions(+), 3 deletions(-)
 rename meta-oe/recipes-support/libgpiod/{libgpiod_1.3.bb => libgpiod_1.4.bb} 
(67%)

diff --git a/meta-oe/recipes-support/libgpiod/libgpiod_1.3.bb 
b/meta-oe/recipes-support/libgpiod/libgpiod_1.4.bb
similarity index 67%
rename from meta-oe/recipes-support/libgpiod/libgpiod_1.3.bb
rename to meta-oe/recipes-support/libgpiod/libgpiod_1.4.bb
index e513a33bd..22650d7b5 100644
--- a/meta-oe/recipes-support/libgpiod/libgpiod_1.3.bb
+++ b/meta-oe/recipes-support/libgpiod/libgpiod_1.4.bb
@@ -2,11 +2,11 @@ require libgpiod.inc
 
 DEPENDS += "autoconf-archive-native"
 
-SRC_URI[md5sum] = "9f7530a5d56f070ba0af78d6ba077973"
-SRC_URI[sha256sum] = 
"6ec837f23e8f2196e5976dec4ac81403170830075e7f33ede1394eaf67f2e962"
+SRC_URI[md5sum] = "bd52d764017215a30e2f014d2081dc3e"
+SRC_URI[sha256sum] = 
"ebde83aaf14be3abd33e7a90faa487a2ee231e242897afe7fdefb765386b3c8b"
 
 PACKAGECONFIG[cxx] = "--enable-bindings-cxx,--disable-bindings-cxx"
-PACKAGECONFIG[tests] = "--enable-tests --enable-install-tests,--disable-tests 
--disable-install-tests,kmod udev"
+PACKAGECONFIG[tests] = "--enable-tests,--disable-tests,kmod udev"
 
 PACKAGECONFIG[python3] = 
"--enable-bindings-python,--disable-bindings-python,python3"
 inherit ${@bb.utils.contains('PACKAGECONFIG', 'python3', 'python3native', '', 
d)}
-- 
2.21.0

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

Re: [oe] [meta-oe][PATCH] Update ipmitool to use new active source

2019-06-06 Thread Adrian Bunk

On Wed, Jun 05, 2019 at 11:35:23AM -0700, Vernon Mauery wrote:
> The ipmitool project has moved from sourceforge to github and is under
> new management. This updates the source so that it pulls directly from
> git rather than a tarball. Eventually, once the next release is tagged,
> the new SRCREV can be updated to that. But for now, the project is under
> active development and could probably benefit from periodic updates
> anyway.
>...

This does not sound as if upgrading ipmitool right now would be a good 
idea - if you do not feel confident to make a release, then downstream
distributions should better not use unstable "active development" code.

cu
Adrian

-- 

   "Is there not promise of rain?" Ling Tan asked suddenly out
of the darkness. There had been need of rain for many days.
   "Only a promise," Lao Er said.
   Pearl S. Buck - Dragon Seed

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

[oe] [meta-filesystems][PATCH] xfsprogs: Fix host contamination

2019-06-06 Thread Ovidiu Panait

Currently, the following symbolic links point to the host:
$ cd xfsprogs/4.18.0-r0/image
$ find . -type l -iname "lib*" -ls
./usr/lib/libhandle.so -> /lib/libhandle.so
./lib/libhandle.a -> /usr/lib/libhandle.a

This causes a build failure if the files already exist on the host:
ERROR: xfsprogs-4.18.0-r0 do_package_write_rpm: Function failed: BUILDSPEC
...
| NOTE: Creating RPM package for xfsprogs-fsck
| NOTE: Creating RPM package for xfsprogs-mkfs
| NOTE: Creating RPM package for xfsprogs-repair
| NOTE: Creating RPM package for libhandle1
| NOTE: Creating RPM package for xfsprogs-dbg
| NOTE: Creating RPM package for xfsprogs-staticdev
| NOTE: Creating RPM package for libhandle1
| NOTE: Creating RPM package for xfsprogs-doc
| NOTE: Not creating empty RPM package for xfsprogs-locale
| NOTE: Creating RPM package for xfsprogs
| NOTE: Creating RPM package for xfsprogs
| error: line 175: %package -n libhandle1: package libhandle1 already exists
...

Signed-off-by: Ovidiu Panait 
---
 meta-filesystems/recipes-utils/xfsprogs/xfsprogs_4.18.0.bb | 3 +++
 1 file changed, 3 insertions(+)

diff --git a/meta-filesystems/recipes-utils/xfsprogs/xfsprogs_4.18.0.bb 
b/meta-filesystems/recipes-utils/xfsprogs/xfsprogs_4.18.0.bb
index 0a1bacb93..59c67fda6 100644
--- a/meta-filesystems/recipes-utils/xfsprogs/xfsprogs_4.18.0.bb
+++ b/meta-filesystems/recipes-utils/xfsprogs/xfsprogs_4.18.0.bb
@@ -65,4 +65,7 @@ do_install_append() {
 oe_runmake 'DESTDIR=${D}' install-dev
 rm ${D}${libdir}/*.la
 rmdir --ignore-fail-on-non-empty ${D}${libdir}
+
+ln -sf -r ${D}${libdir}/libhandle.a ${D}${base_libdir}/libhandle.a
+ln -sf -r ${D}${base_libdir}/libhandle.so ${D}${libdir}/libhandle.so
 }
-- 
2.18.1

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

Re: [oe] [meta-python] [PATCH] python-pbr: upgrade 5.2.0 -> 5.2.1

Re: [oe] [meta-python] [PATCH] python-mako: upgrade 1.0.10 -> 1.0.12

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

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

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

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

[oe] [meta-oe][PATCH] libgpiod: upgrade to v1.4

Re: [oe] [meta-oe][PATCH] Update ipmitool to use new active source

[oe] [meta-filesystems][PATCH] xfsprogs: Fix host contamination

9 matches

Site Navigation

Mail list logo

Footer information