Re: [OE-core] new meta-oe failures from master-next

2019-10-23 Thread Khem Raj
On Wed, Oct 23, 2019 at 8:31 PM Richard Purdie
 wrote:
>
> On Wed, 2019-10-23 at 16:29 +0100, Ross Burton wrote:
> > On 23/10/2019 14:03, Khem Raj wrote:
> > > Hi Richard
> > >
> > > New master-next I see these fails
> > >
> > > https://errors.yoctoproject.org/Errors/Build/91645/
> > >
> > > First two are important one's we already know why
> > > ti-display-sharing-fw fails to fetch
> >
> > ERROR: QA Issue: libiio: Files/directories were installed but not
> > shipped in any package:
> >/usr/lib/python2.7
> >/usr/lib/python2.7/site-packages
> >/usr/lib/python2.7/site-packages/libiio-0.18-py2.7.egg-info
> >/usr/lib/python2.7/site-packages/iio.pyc
> >/usr/lib/python2.7/site-packages/iio.py
> >
> > That may have been triggered by some change in oe-core but that's
> > definitely an issue with libiio.
>
> Its from this cmake change:
>
> http://git.yoctoproject.org/cgit.cgi/poky/commit/?id=dbba06d9153ae588c9496b40e5db18b3602bfad1
>

I think its causing more failures, where suddenly, the recipes are now
resorting to native python, is this patch correct I wonder ?

see
https://git.openembedded.org/meta-openembedded-contrib/commit/?h=yoe/mut=5d02e814bc7d30f925b2eeec85eb053cec516f26

https://git.openembedded.org/meta-openembedded-contrib/commit/?h=yoe/mut=3ab0af60e8512cbb718e8a0112d9c9aa98c620a4

>
> >
> > WARNING:
> > TOPDIR/build/tmp/work/mips32r2-yoe-linux/python3-astor/0.7.1-
> > r0/temp/run.do_configure.7679:1
> > exit 1 from 'NO_FETCH_BUILD=1
> > TOPDIR/build/tmp/work/mips32r2-yoe-linux/python3-astor/0.7.1-
> > r0/recipe-sysroot-native/usr/bin/python3-native/python3
> > setup.py clean'
> > ERROR: Execution of
> > 'TOPDIR/build/tmp/work/mips32r2-yoe-linux/python3-astor/0.7.1-
> > r0/temp/run.do_configure.7679'
> > failed with exit code 1:
> > Traceback (most recent call last):
> >File "setup.py", line 17, in 
> >  setup(**config['options'])
> >File
> > "TOPDIR/build/tmp/work/mips32r2-yoe-linux/python3-astor/0.7.1-
> > r0/recipe-sysroot-native/usr/lib/python3.7/site-
> > packages/setuptools/__init__.py",
> > line 145, in setup
> >  return distutils.core.setup(**attrs)
> >
> > Looks like whatever astor is doing with setuptools doesn't agree
> > with the upgrade to 41.4.0?
>
> Yes, I can confirm that reverting
> http://git.yoctoproject.org/cgit.cgi/poky/commit/?id=b9703df2853e72b974a63ef1146f09a6c197990d
> locally does make it build again.
>
> Cheers,
>
> Richard
>
>
>
>
>
> --
> ___
> Openembedded-core mailing list
> Openembedded-core@lists.openembedded.org
> http://lists.openembedded.org/mailman/listinfo/openembedded-core
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core


Re: [OE-core] new meta-oe failures from master-next

2019-10-23 Thread Khem Raj
here is AB failure link

https://autobuilder.yoctoproject.org/typhoon/#/builders/88/builds/56

On Wed, Oct 23, 2019 at 2:03 PM Khem Raj  wrote:
>
> Hi Richard
>
> New master-next I see these fails
>
> https://errors.yoctoproject.org/Errors/Build/91645/
>
> First two are important one's we already know why
> ti-display-sharing-fw fails to fetch
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core


[OE-core] new meta-oe failures from master-next

2019-10-23 Thread Khem Raj
Hi Richard

New master-next I see these fails

https://errors.yoctoproject.org/Errors/Build/91645/

First two are important one's we already know why
ti-display-sharing-fw fails to fetch
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core


Re: [OE-core] [PATCH 16/19] meson: update to 0.52.0

2019-10-19 Thread Khem Raj
On Sat, Oct 19, 2019 at 2:56 AM  wrote:

> On Fri, 2019-10-18 at 20:49 +0200, Alexander Kanavin wrote:
> > I certainly don't mean to ignore those reports, it's just that due to
> > my ongoing health problems, and having to dedicate most of my energy
> > to the day job (https://mbition.io/en/home/), I am not currently able
> > to work on the upstream issues in a timely manner the way I used to
> > when maintaining core was actually my day job (at Intel).
> >
> > The question of how much effort people who update things in core
> > should allocate to fixing 'other' layers has been a conflict point
> > for a long time. I'd prefer to see more aggressive
> > blacklisting/removal of recipes that no one has an interest in fixing
> > and updating.
>
> If anything this would be my fault for merging things despite there
> being concerns raised. I have to admit I'd seen other patches and
> therefore erroneously thought the issues we mostly resolved.
>
> Should OE-Core block on all issues being resolved before merging? I'm
> torn on that, I realise there are pros and cons.


If an issue is there and gets reported after it’s merged I think it’s fine
to do whatever is needed after the fact however if testing master-next from
oe-core and reported against it I think this will help you in longer run if
these master-next issues are looked into and blocked on. We should not run
Oe-core so fast that other layers fall way back behind where they start
supporting just releases and you have lost free integration testing that
other layers would offer

If there are too many reports then it would be questionable to block on it
but I don’t think that’s the case



>
> It takes most of my time/energy to track the issues with core without
> trying to remember that patch X breaks layer Y and that I need a report
> back on that combination before I then find a patch and merge it.
>
> So sorry, I probably shouldn't have taken this :/.
>
> There is a fundamental issue with having enough people to help work on
> these things though and requiring more work for changes to be merged
> isn't going to help. I wish I knew what would help.
>
> Cheers,
>
> Richard
>
>
>
>
>
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core


Re: [OE-core] [PATCH] file: explicitly disable seccomp

2019-10-18 Thread Khem Raj
On Sat, Oct 19, 2019 at 2:58 AM Richard Purdie <
richard.pur...@linuxfoundation.org> wrote:

> On Fri, 2019-10-18 at 18:03 +0530, Khem Raj wrote:
> >
> >
> > On Fri, Oct 18, 2019 at 4:58 PM Ross Burton 
> > wrote:
> > > file will automatically enable seccomp if the seccomp headers are
> > > available, but
> > > the build will fail on Opensuse Tumbleweed because the include
> > > paths are wrong.
> > >
> > > Enabling seccomp is a bad idea because it interacts badly with
> > > pseudo (causing
> > > build failures), so explicitly and globally disable seccomp.
> > >
> > > Signed-off-by: Ross Burton 
> > > ---
> > >  meta/recipes-devtools/file/file_5.37.bb | 2 ++
> > >  1 file changed, 2 insertions(+)
> > >
> > > diff --git a/meta/recipes-devtools/file/file_5.37.bb
> > > b/meta/recipes-devtools/file/file_5.37.bb
> > > index a840dbc012b..c53a120b840 100644
> > > --- a/meta/recipes-devtools/file/file_5.37.bb
> > > +++ b/meta/recipes-devtools/file/file_5.37.bb
> > > @@ -21,6 +21,8 @@ S = "${WORKDIR}/git"
> > >
> > >  inherit autotools update-alternatives
> > >
> > > +EXTRA_OECONF += "--disable-libseccomp"
> > > +
> >
> > On host it makes sense but how about for target recipe ? We do have
> > libseccomp support
> > Perhaps it’s best to disable it for native and native sdk alone ?
>
> Given the problem reports in the media and the decisions made by most
> other distros I think disabling this is probably safest until its been
> make more usable (no other distro is shipping this enabled now).
>

Ok makes sense


> Cheers,
>
> Richard
>
>
>
>
>
>
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core


Re: [OE-core] [PATCH] file: explicitly disable seccomp

2019-10-18 Thread Khem Raj
On Fri, Oct 18, 2019 at 4:58 PM Ross Burton  wrote:

> file will automatically enable seccomp if the seccomp headers are
> available, but
> the build will fail on Opensuse Tumbleweed because the include paths are
> wrong.
>
> Enabling seccomp is a bad idea because it interacts badly with pseudo
> (causing
> build failures), so explicitly and globally disable seccomp.
>
> Signed-off-by: Ross Burton 
> ---
>  meta/recipes-devtools/file/file_5.37.bb | 2 ++
>  1 file changed, 2 insertions(+)
>
> diff --git a/meta/recipes-devtools/file/file_5.37.bb
> b/meta/recipes-devtools/file/file_5.37.bb
> index a840dbc012b..c53a120b840 100644
> --- a/meta/recipes-devtools/file/file_5.37.bb
> +++ b/meta/recipes-devtools/file/file_5.37.bb
> @@ -21,6 +21,8 @@ S = "${WORKDIR}/git"
>
>  inherit autotools update-alternatives
>
> +EXTRA_OECONF += "--disable-libseccomp"
> +


On host it makes sense but how about for target recipe ? We do have
libseccomp support
Perhaps it’s best to disable it for native and native sdk alone ?

>
>  ALTERNATIVE_${PN} = "file"
>  ALTERNATIVE_LINK_NAME[file] = "${bindir}/file"
>
> --
> 2.20.1
>
> --
> ___
> Openembedded-core mailing list
> Openembedded-core@lists.openembedded.org
> http://lists.openembedded.org/mailman/listinfo/openembedded-core
>
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core


Re: [OE-core] [PATCH 16/19] meson: update to 0.52.0

2019-10-17 Thread Khem Raj
On Sat, Oct 12, 2019 at 5:20 PM Khem Raj  wrote:
>
> On Fri, 2019-10-11 at 13:47 +0200, Alexander Kanavin wrote:
> > Drop backported patches.
> >
> > Signed-off-by: Alexander Kanavin 
> > ---
> >  meta/recipes-devtools/meson/meson.inc |  7 +--
> >  ...efined-by-the-existance-of-a-cross-f.patch | 28 ---
> >  .../0001-Make-CPU-family-warnings-fatal.patch |  8 +--
> >  ...etect-windows-also-if-the-system-str.patch | 29 ---
> >  ...sues-that-arise-when-cross-compiling.patch |  8 +--
> >  ...pport-building-allarch-recipes-again.patch |  4 +-
> >  .../meson/meson/0003-native_bindir.patch  | 20 
> >  .../meson/meson/vala-cross-compile.patch  | 50 ---
>
> meson 0.52.x seems to be exposing the dconf build issue.
>
> https://errors.yoctoproject.org/Errors/Details/273492/
>
> also reported here
> https://gitlab.gnome.org/GNOME/dconf/issues/59
>


Regardless of this report, this is now merged and I don't see any
resolution either of a followup
from the submitter or any other developer. This is quite disheartening
since it takes a lot of effort to find
these issues and reports. we should try to be considerate of the
layers who are trying to keep up with
OE-Core, like this we won't be able to improve the quality of these
layers. I understand that there are no breakages seen in OE-cor but we
should encourage more
of other layers to test master and especially if there are reports
than it would be good to heed to them.


> > 
> >  .../{meson_0.51.2.bb => meson_0.52.0.bb}  |  1 -
> >  ...on_0.51.2.bb => nativesdk-meson_0.52.0.bb} |  0
> >  10 files changed, 22 insertions(+), 133 deletions(-)
> >  delete mode 100644 meta/recipes-devtools/meson/meson/0001-Cross-
> > build-is-defined-by-the-existance-of-a-cross-f.patch
> >  delete mode 100644 meta/recipes-devtools/meson/meson/0001-
> > environment.py-detect-windows-also-if-the-system-str.patch
> >  delete mode 100644 meta/recipes-devtools/meson/meson/vala-cross-
> > compile.patch
> >  rename meta/recipes-devtools/meson/{meson_0.51.2.bb =>
> > meson_0.52.0.bb} (97%)
> >  rename meta/recipes-devtools/meson/{nativesdk-meson_0.51.2.bb =>
> > nativesdk-meson_0.52.0.bb} (100%)
> >
> > diff --git a/meta/recipes-devtools/meson/meson.inc b/meta/recipes-
> > devtools/meson/meson.inc
> > index 8219d87c741..ae0091c051c 100644
> > --- a/meta/recipes-devtools/meson/meson.inc
> > +++ b/meta/recipes-devtools/meson/meson.inc
> > @@ -14,14 +14,11 @@ SRC_URI = "
> > https://github.com/mesonbuild/meson/releases/download/${PV}/meson-${P
> > file://0001-python-module-do-not-manipulate-the-
> > environment-when.patch \
> > file://disable-rpath-handling.patch \
> > file://cross-prop-default.patch \
> > -   file://0001-environment.py-detect-windows-also-if-the-
> > system-str.patch \
> > -   file://0001-Cross-build-is-defined-by-the-existance-of-a-
> > cross-f.patch \
> > file://0001-mesonbuild-environment.py-check-environment-
> > for-vari.patch \
> > file://0001-modules-python.py-do-not-substitute-python-s-
> > install.patch \
> > -   file://vala-cross-compile.patch \
> > "
> > -SRC_URI[sha256sum] =
> > "23688f0fc90be623d98e80e1defeea92bbb7103bf9336a5f5b9865d36e892d76"
> > -SRC_URI[md5sum] = "d46c4a8e3cfd27f90e2c6fe4a69e574b"
> > +SRC_URI[sha256sum] =
> > "d60f75f0dedcc4fd249dbc7519d6f3ce6df490033d276ef1cf27453ef4938d32"
> > +SRC_URI[md5sum] = "7ea7772414dda8ae11072244bf7ba991"
> >
> >  SRC_URI_append_class-native = " \
> >  file://0001-Make-CPU-family-warnings-fatal.patch \
> > diff --git a/meta/recipes-devtools/meson/meson/0001-Cross-build-is-
> > defined-by-the-existance-of-a-cross-f.patch b/meta/recipes-
> > devtools/meson/meson/0001-Cross-build-is-defined-by-the-existance-of-
> > a-cross-f.patch
> > deleted file mode 100644
> > index a5dbb81b088..000
> > --- a/meta/recipes-devtools/meson/meson/0001-Cross-build-is-defined-
> > by-the-existance-of-a-cross-f.patch
> > +++ /dev/null
> > @@ -1,28 +0,0 @@
> > -Upstream-Status: Backport
> > -Signed-off-by: Ross Burton 
> > -
> > -From 0b4d1e8afd5428a495f8624ee061f63977b4c268 Mon Sep 17 00:00:00
> > 2001
> > -From: Jussi Pakkanen 
> > -Date: Sun, 6 Oct 2019 15:17:32 +0300
> > -Subject: [PATCH] Cross build is defined by the existance of a cross
> > file.
> > -
> > 
> > - mesonbuild/environment.py | 2 +-
> >

Re: [OE-core] [PATCH] devtool: nlohmann-fifo

2019-10-15 Thread Khem Raj
On Mon, Oct 14, 2019 at 8:46 PM Aatir  wrote:

> From: Tekkub 
>
> Adding the nlohmann-fifo, c++ library for fifo maps.
>
> Signed-off-by: Aatir 
> ---
>  .../nlohmann-fifo/nlohmann-fifo_git.bb| 22 +++
>  1 file changed, 22 insertions(+)
>  create mode 100644 meta-oe/recipes-devtools/nlohmann-fifo/
> nlohmann-fifo_git.bb
>
> diff --git a/meta-oe/recipes-devtools/nlohmann-fifo/nlohmann-fifo_git.bb
> b/meta-oe/recipes-devtools/nlohmann-fifo/nlohmann-fifo_git.bb
> new file mode 100644
> index 0..afab2eac4
> --- /dev/null
> +++ b/meta-oe/recipes-devtools/nlohmann-fifo/nlohmann-fifo_git.bb
> @@ -0,0 +1,22 @@
> +SUMMARY = "fifo maps for c++"
> +HOMEPAGE = "/"


This needs to point to a valid url

>
> +SECTION = "libs"
> +LICENSE = "MIT"
> +LIC_FILES_CHKSUM =
> "file://LICENSE.MIT;md5=b67209a1e36b682a8226de19d265b1e0"
> +
> +SRC_URI = "git://github.com/nlohmann/fifo_map.git"
> +
> +PV = "1.0.0+git${SRCPV}"
> +
> +SRCREV = "0dfbf5dacbb15a32c43f912a7e66a54aae39d0f9"
> +
> +S = "${WORKDIR}/git"
> +
> +RDEPENDS_${PN}-dev = ""


Why is this needed ?


> +
> +BBCLASSEXTEND = "native nativesdk"
> +
> +do_install() {
> +install -d ${D}${includedir}


Delete this line


> +install -m 0644 ${S}/src/fifo_map.hpp ${D}${includedir}/fifo_map.hpp


Use install -D -m

>
> +}
> --
> 2.17.1
>
> --
> ___
> Openembedded-core mailing list
> Openembedded-core@lists.openembedded.org
> http://lists.openembedded.org/mailman/listinfo/openembedded-core
>
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core


Re: [OE-core] Failed to build zImage-initramfs

2019-10-12 Thread Khem Raj
On Sat, Oct 12, 2019 at 9:06 PM JH  wrote:
>
> Hi Khem,
>
> On 10/13/19, Khem Raj  wrote:
> > On Sun, 2019-10-13 at 12:14 +1100, JH wrote:
> >> Hi,
> >>
> >> Apologize if it is not right mailing list for helps, please advise
> >> which mailing list I should go.
> >>
> >> I have been trying to build zImage-initramfs, according to the
> >> oe-core/meta/classes/kernel.bbclass, I defined following variables in
> >> local.conf:
> >>
> >> INITRAMFS_IMAGE = "zImage-initramfs"
> >
> > this should be the rootfs image that you want to bundle into kernel and
> > not the name of final kernel as above. Put something like core-image-
> > minimal-initramfs or somesuch here.
>
> Thanks for the response, could you have more specific what I should
> change? From kernel.bbclass, without defining INITRAMFS_IMAGE and
> INITRAMFS_IMAGE_BUNDLE copy_initramfs() and do_bundle_initramfs ()
> won't be called, am wrong about it?
>
> Anyway, I followed your instruction to define the rootfs image in
> local.conf, it did not work, please correct me.
>
> $ vi local.conf
> IMAGE_ROOTFS += " core-image-minimal-initramfs"
>

INITRAMFS_IMAGE should be an image name. Like core-image-minimal or somesuch

> Thank you very much Khem,
>
> Kind regards,
>
> - jh
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core


Re: [OE-core] Failed to build zImage-initramfs

2019-10-12 Thread Khem Raj
On Sun, 2019-10-13 at 12:14 +1100, JH wrote:
> Hi,
> 
> Apologize if it is not right mailing list for helps, please advise
> which mailing list I should go.
> 
> I have been trying to build zImage-initramfs, according to the
> oe-core/meta/classes/kernel.bbclass, I defined following variables in
> local.conf:
> 
> INITRAMFS_IMAGE = "zImage-initramfs"

this should be the rootfs image that you want to bundle into kernel and
not the name of final kernel as above. Put something like core-image-
minimal-initramfs or somesuch here.

> INITRAMFS_IMAGE_NAME = "zImage-initramfs"
> INITRAMFS_IMAGE_BUNDLE = "1"
> IMAGE_INSTALL_append = "zImage-initramfs"
> 
> But I had following errors:
> 
> ERROR: Nothing RPROVIDES 'zImage-initramfs' (but
> /build/Ramdisk/oe-core/../meta-solar/recipes-core/images/ram-image.bb
> RDEPENDS on or otherwise requires it)
> 
> NOTE: Runtime target 'zImage-initramfs' is unbuildable, removing...
> Missing or unbuildable dependency chain was: ['zImage-initramfs']
> 
> ERROR: Required build target 'solar-image' has no buildable
> providers.
> Missing or unbuildable dependency chain was: ['ram-image', 'zImage-
> initramfs']
> 
> In my ram-image.bb:
> 
> inherit core-image
> 
> IMAGE_ROOTFS_SIZE = "10"
> IMAGE_FSTYPES += " ${INITRAMFS_FSTYPES} cpio.gz tar.gz"
> PACKAGE_INSTALL = "${IMAGE_INSTALL}"
> 
> What I am missing for "Nothing RPROVIDES" error?
> 
> Thank you.
> 
> Kind regards,
> 
> - jh

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


Re: [OE-core] [PATCH 05/19] glib-2.0: upgrade to 2.62.1

2019-10-12 Thread Khem Raj
resources',
> -+   'gdbus_codegen=gdbus-codegen'],
> ++   'gdbus=gdbus',
> ++   'gdbus_codegen=gdbus-codegen',
> ++   'gresource=gresource',
> ++   'gsettings=gsettings'],
> version : glib_version,
> install_dir : glib_pkgconfigreldir,
> filebase : 'gio-2.0',
>  diff --git a/glib/meson.build b/glib/meson.build
> -index c05c694..434e8b1 100644
> +index 91a48f1..978fb73 100644
>  --- a/glib/meson.build
>  +++ b/glib/meson.build
> -@@ -261,9 +261,9 @@ pkg.generate(libraries : [libglib, libintl],
> +@@ -375,9 +375,9 @@ pkg.generate(libglib,
> subdirs : ['glib-2.0'],
> extra_cflags : ['-I${libdir}/glib-2.0/include'] + win32_cflags,
> variables : ['bindir=' + join_paths('${prefix}',
> get_option('bindir')),
> diff --git a/meta/recipes-core/glib-2.0/glib-2.0/0001-Fix-
> DATADIRNAME-on-uclibc-Linux.patch b/meta/recipes-core/glib-2.0/glib-
> 2.0/0001-Fix-DATADIRNAME-on-uclibc-Linux.patch
> new file mode 100644
> index 000..d8cf269bb8e
> --- /dev/null
> +++ b/meta/recipes-core/glib-2.0/glib-2.0/0001-Fix-DATADIRNAME-on-
> uclibc-Linux.patch
> @@ -0,0 +1,34 @@
> +From 15f807481de53942525b48952c5b6bbb9fb66542 Mon Sep 17 00:00:00
> 2001
> +From: Khem Raj 
> +Date: Sat, 15 Mar 2014 22:42:29 -0700
> +Subject: [PATCH] Fix DATADIRNAME on uclibc/Linux
> +
> +translation files are always installed under PREFIX/share/locale in
> uclibc
> +based systems therefore lets set DATADIRNAME to "share".
> +
> +Signed-off-by: Khem Raj 
> +Upstream-Status: Pending
> +
> +%% original patch: uclibc_musl_translation.patch
> +---
> + m4macros/glib-gettext.m4 | 4 
> + 1 file changed, 4 insertions(+)
> +
> +diff --git a/m4macros/glib-gettext.m4 b/m4macros/glib-gettext.m4
> +index df6fbf0..47db864 100644
> +--- a/m4macros/glib-gettext.m4
>  b/m4macros/glib-gettext.m4
> +@@ -293,6 +293,10 @@ msgstr ""
> + CATOBJEXT=.mo
> + DATADIRNAME=share
> + ;;
> ++*-*-musl* | *-*-linux-uclibc*)
> ++CATOBJEXT=.gmo
> ++DATADIRNAME=share
> ++;;
> + *)
> + CATOBJEXT=.mo
> + DATADIRNAME=lib
> +-- 
> +2.17.1
> +
> diff --git a/meta/recipes-core/glib-2.0/glib-2.0/0001-Set-
> host_machine-correctly-when-building-with-mingw3.patch
> b/meta/recipes-core/glib-2.0/glib-2.0/0001-Set-host_machine-
> correctly-when-building-with-mingw3.patch
> index d22a646c5de..b02169e09ba 100644
> --- a/meta/recipes-core/glib-2.0/glib-2.0/0001-Set-host_machine-
> correctly-when-building-with-mingw3.patch
> +++ b/meta/recipes-core/glib-2.0/glib-2.0/0001-Set-host_machine-
> correctly-when-building-with-mingw3.patch
> @@ -1,4 +1,4 @@
> -From f5a4b4c0579734923c9caf70944322efff57318b Mon Sep 17 00:00:00
> 2001
> +From cfff734af6bff6a30a649f784ecf698658c01884 Mon Sep 17 00:00:00
> 2001
>  From: Alexander Kanavin 
>  Date: Wed, 13 Feb 2019 15:32:05 +0100
>  Subject: [PATCH] Set host_machine correctly when building with
> mingw32
> @@ -14,11 +14,11 @@ Signed-off-by: Alexander Kanavin <
> alex.kana...@gmail.com>
>   4 files changed, 9 insertions(+), 6 deletions(-)
>  
>  diff --git a/gio/tests/meson.build b/gio/tests/meson.build
> -index 028b196..217ccb1 100644
> +index 95aafc1..9025eb2 100644
>  --- a/gio/tests/meson.build
>  +++ b/gio/tests/meson.build
> -@@ -12,7 +12,7 @@ test_c_args = [
> -   '-
> DGLIB_COMPILE_SCHEMAS="@0@"'.format(glib_compile_schemas.full_path())
> ,
> +@@ -13,7 +13,7 @@ test_c_args = [
> +   '-UG_DISABLE_ASSERT',
>   ]
>   
>  -if host_machine.system() == 'windows'
> @@ -26,7 +26,7 @@ index 028b196..217ccb1 100644
> common_gio_tests_deps += [iphlpapi_dep, winsock2, cc.find_library
> ('secur32')]
>   endif
>   
> -@@ -119,7 +119,7 @@ if dbus1_dep.found()
> +@@ -120,7 +120,7 @@ if dbus1_dep.found()
>   endif
>   
>   #  Test programs buildable on UNIX only
> @@ -35,7 +35,7 @@ index 028b196..217ccb1 100644
> gio_tests += {
>   'file' : {},
>   'gdbus-peer' : {
> -@@ -327,7 +327,7 @@ if host_machine.system() != 'windows'
> +@@ -332,7 +332,7 @@ if host_machine.system() != 'windows'
>   endif # unix
>   
>   #  Test programs buildable on Windows only
> @@ -44,7 +44,7 @@ index 028b196..217ccb1 100644
> gio_tests += {'win32-streams' : {}}
>   endif
>   
> -@@ -392,7 +392,7 @@ if cc.get_id() != 'msvc'
> +@@ -397,7 +397,7 @@ if cc.get_id() != 'msvc' and cc.get_id() !=
> 'clang-cl'
> }
>   endif
>   
> @@ -54,7 +54,7 @@ index 028b196..217ccb1 100644
>   'gdbus-example-unix-fd-client' : {
> 'install' : false,
>  diff --git a/glib

Re: [OE-core] [PATCH 05/19] glib-2.0: upgrade to 2.62.1

2019-10-12 Thread Khem Raj
@ -261,9 +261,9 @@ pkg.generate(libraries : [libglib, libintl],
> +@@ -375,9 +375,9 @@ pkg.generate(libglib,
> subdirs : ['glib-2.0'],
> extra_cflags : ['-I${libdir}/glib-2.0/include'] + win32_cflags,
> variables : ['bindir=' + join_paths('${prefix}',
> get_option('bindir')),
> diff --git a/meta/recipes-core/glib-2.0/glib-2.0/0001-Fix-
> DATADIRNAME-on-uclibc-Linux.patch b/meta/recipes-core/glib-2.0/glib-
> 2.0/0001-Fix-DATADIRNAME-on-uclibc-Linux.patch
> new file mode 100644
> index 000..d8cf269bb8e
> --- /dev/null
> +++ b/meta/recipes-core/glib-2.0/glib-2.0/0001-Fix-DATADIRNAME-on-
> uclibc-Linux.patch
> @@ -0,0 +1,34 @@
> +From 15f807481de53942525b48952c5b6bbb9fb66542 Mon Sep 17 00:00:00
> 2001
> +From: Khem Raj 
> +Date: Sat, 15 Mar 2014 22:42:29 -0700
> +Subject: [PATCH] Fix DATADIRNAME on uclibc/Linux
> +
> +translation files are always installed under PREFIX/share/locale in
> uclibc
> +based systems therefore lets set DATADIRNAME to "share".
> +
> +Signed-off-by: Khem Raj 
> +Upstream-Status: Pending
> +
> +%% original patch: uclibc_musl_translation.patch
> +---
> + m4macros/glib-gettext.m4 | 4 
> + 1 file changed, 4 insertions(+)
> +
> +diff --git a/m4macros/glib-gettext.m4 b/m4macros/glib-gettext.m4
> +index df6fbf0..47db864 100644
> +--- a/m4macros/glib-gettext.m4
>  b/m4macros/glib-gettext.m4
> +@@ -293,6 +293,10 @@ msgstr ""
> + CATOBJEXT=.mo
> + DATADIRNAME=share
> + ;;
> ++*-*-musl* | *-*-linux-uclibc*)
> ++CATOBJEXT=.gmo
> ++DATADIRNAME=share
> ++;;
> + *)
> + CATOBJEXT=.mo
> + DATADIRNAME=lib
> +-- 
> +2.17.1
> +
> diff --git a/meta/recipes-core/glib-2.0/glib-2.0/0001-Set-
> host_machine-correctly-when-building-with-mingw3.patch
> b/meta/recipes-core/glib-2.0/glib-2.0/0001-Set-host_machine-
> correctly-when-building-with-mingw3.patch
> index d22a646c5de..b02169e09ba 100644
> --- a/meta/recipes-core/glib-2.0/glib-2.0/0001-Set-host_machine-
> correctly-when-building-with-mingw3.patch
> +++ b/meta/recipes-core/glib-2.0/glib-2.0/0001-Set-host_machine-
> correctly-when-building-with-mingw3.patch
> @@ -1,4 +1,4 @@
> -From f5a4b4c0579734923c9caf70944322efff57318b Mon Sep 17 00:00:00
> 2001
> +From cfff734af6bff6a30a649f784ecf698658c01884 Mon Sep 17 00:00:00
> 2001
>  From: Alexander Kanavin 
>  Date: Wed, 13 Feb 2019 15:32:05 +0100
>  Subject: [PATCH] Set host_machine correctly when building with
> mingw32
> @@ -14,11 +14,11 @@ Signed-off-by: Alexander Kanavin <
> alex.kana...@gmail.com>
>   4 files changed, 9 insertions(+), 6 deletions(-)
>  
>  diff --git a/gio/tests/meson.build b/gio/tests/meson.build
> -index 028b196..217ccb1 100644
> +index 95aafc1..9025eb2 100644
>  --- a/gio/tests/meson.build
>  +++ b/gio/tests/meson.build
> -@@ -12,7 +12,7 @@ test_c_args = [
> -   '-
> DGLIB_COMPILE_SCHEMAS="@0@"'.format(glib_compile_schemas.full_path())
> ,
> +@@ -13,7 +13,7 @@ test_c_args = [
> +   '-UG_DISABLE_ASSERT',
>   ]
>   
>  -if host_machine.system() == 'windows'
> @@ -26,7 +26,7 @@ index 028b196..217ccb1 100644
> common_gio_tests_deps += [iphlpapi_dep, winsock2, cc.find_library
> ('secur32')]
>   endif
>   
> -@@ -119,7 +119,7 @@ if dbus1_dep.found()
> +@@ -120,7 +120,7 @@ if dbus1_dep.found()
>   endif
>   
>   #  Test programs buildable on UNIX only
> @@ -35,7 +35,7 @@ index 028b196..217ccb1 100644
> gio_tests += {
>   'file' : {},
>   'gdbus-peer' : {
> -@@ -327,7 +327,7 @@ if host_machine.system() != 'windows'
> +@@ -332,7 +332,7 @@ if host_machine.system() != 'windows'
>   endif # unix
>   
>   #  Test programs buildable on Windows only
> @@ -44,7 +44,7 @@ index 028b196..217ccb1 100644
> gio_tests += {'win32-streams' : {}}
>   endif
>   
> -@@ -392,7 +392,7 @@ if cc.get_id() != 'msvc'
> +@@ -397,7 +397,7 @@ if cc.get_id() != 'msvc' and cc.get_id() !=
> 'clang-cl'
> }
>   endif
>   
> @@ -54,7 +54,7 @@ index 028b196..217ccb1 100644
>   'gdbus-example-unix-fd-client' : {
> 'install' : false,
>  diff --git a/glib/tests/meson.build b/glib/tests/meson.build
> -index d54fc41..a4761fe 100644
> +index c47133f..cad975f 100644
>  --- a/glib/tests/meson.build
>  +++ b/glib/tests/meson.build
>  @@ -132,7 +132,7 @@ if glib_conf.has('HAVE_EVENTFD')
> @@ -67,10 +67,10 @@ index d54fc41..a4761fe 100644
>   glib_tests += {
> 'gpoll' : {
>  diff --git a/meson.build b/meson.build
> -index a745024..e87eae5 100644
> +index 717d1bc..2a3beb8 100644
>  --- a/meson.build
>  +++ b/meson.build
> -@@ -31,6 +31,9 @@ else
> +@@ 

[OE-core] [PATCH] glib-2.0: Fix build with clang compiler

2019-10-12 Thread Khem Raj
Signed-off-by: Khem Raj 
---
 ...on-Run-atomics-test-on-clang-as-well.patch | 31 +++
 meta/recipes-core/glib-2.0/glib-2.0_2.62.1.bb |  1 +
 2 files changed, 32 insertions(+)
 create mode 100644 
meta/recipes-core/glib-2.0/glib-2.0/0001-meson-Run-atomics-test-on-clang-as-well.patch

diff --git 
a/meta/recipes-core/glib-2.0/glib-2.0/0001-meson-Run-atomics-test-on-clang-as-well.patch
 
b/meta/recipes-core/glib-2.0/glib-2.0/0001-meson-Run-atomics-test-on-clang-as-well.patch
new file mode 100644
index 00..833ad2540e
--- /dev/null
+++ 
b/meta/recipes-core/glib-2.0/glib-2.0/0001-meson-Run-atomics-test-on-clang-as-well.patch
@@ -0,0 +1,31 @@
+From cce617bec254e327ed7bcad60f58208024c6dc42 Mon Sep 17 00:00:00 2001
+From: Khem Raj 
+Date: Sat, 12 Oct 2019 17:46:26 -0700
+Subject: [PATCH] meson: Run atomics test on clang as well
+
+Fixes
+./glib-2.62.1/glib/gatomic.c:675:2: error: G_ATOMIC_LOCK_FREE defined, but 
incapable of lock-free atomics.
+^
+
+Upstream-Status: Pending
+Signed-off-by: Khem Raj 
+---
+ meson.build | 2 +-
+ 1 file changed, 1 insertion(+), 1 deletion(-)
+
+diff --git a/meson.build b/meson.build
+index 9731de4..c678931 100644
+--- a/meson.build
 b/meson.build
+@@ -1634,7 +1634,7 @@ atomicdefine = '''
+ # We know that we can always use real ("lock free") atomic operations with 
MSVC
+ if cc.get_id() == 'msvc' or cc.get_id() == 'clang-cl' or cc.links(atomictest, 
name : 'atomic ops')
+   have_atomic_lock_free = true
+-  if cc.get_id() == 'gcc' and not cc.compiles(atomicdefine, name : 'atomic 
ops define')
++  if (cc.get_id() == 'gcc' or cc.get_id() == 'clang') and not 
cc.compiles(atomicdefine, name : 'atomic ops define')
+ # Old gcc release may provide
+ # __sync_bool_compare_and_swap but doesn't define
+ # __GCC_HAVE_SYNC_COMPARE_AND_SWAP_4
+-- 
+2.23.0
+
diff --git a/meta/recipes-core/glib-2.0/glib-2.0_2.62.1.bb 
b/meta/recipes-core/glib-2.0/glib-2.0_2.62.1.bb
index 6d841ec9d9..7897170a7d 100644
--- a/meta/recipes-core/glib-2.0/glib-2.0_2.62.1.bb
+++ b/meta/recipes-core/glib-2.0/glib-2.0_2.62.1.bb
@@ -14,6 +14,7 @@ SRC_URI = "${GNOME_MIRROR}/glib/${SHRT_VER}/glib-${PV}.tar.xz 
\
file://0010-Do-not-hardcode-python-path-into-various-tools.patch \

file://0001-Set-host_machine-correctly-when-building-with-mingw3.patch \
file://0001-Do-not-write-bindir-into-pkg-config-files.patch \
+   file://0001-meson-Run-atomics-test-on-clang-as-well.patch \
"
 
 SRC_URI_append_class-native = " file://relocate-modules.patch"
-- 
2.23.0

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


Re: [OE-core] [PATCH 16/19] meson: update to 0.52.0

2019-10-12 Thread Khem Raj
On Fri, 2019-10-11 at 13:47 +0200, Alexander Kanavin wrote:
> Drop backported patches.
> 
> Signed-off-by: Alexander Kanavin 
> ---
>  meta/recipes-devtools/meson/meson.inc |  7 +--
>  ...efined-by-the-existance-of-a-cross-f.patch | 28 ---
>  .../0001-Make-CPU-family-warnings-fatal.patch |  8 +--
>  ...etect-windows-also-if-the-system-str.patch | 29 ---
>  ...sues-that-arise-when-cross-compiling.patch |  8 +--
>  ...pport-building-allarch-recipes-again.patch |  4 +-
>  .../meson/meson/0003-native_bindir.patch  | 20 
>  .../meson/meson/vala-cross-compile.patch  | 50 ---

meson 0.52.x seems to be exposing the dconf build issue.

https://errors.yoctoproject.org/Errors/Details/273492/

also reported here
https://gitlab.gnome.org/GNOME/dconf/issues/59

> 
>  .../{meson_0.51.2.bb => meson_0.52.0.bb}  |  1 -
>  ...on_0.51.2.bb => nativesdk-meson_0.52.0.bb} |  0
>  10 files changed, 22 insertions(+), 133 deletions(-)
>  delete mode 100644 meta/recipes-devtools/meson/meson/0001-Cross-
> build-is-defined-by-the-existance-of-a-cross-f.patch
>  delete mode 100644 meta/recipes-devtools/meson/meson/0001-
> environment.py-detect-windows-also-if-the-system-str.patch
>  delete mode 100644 meta/recipes-devtools/meson/meson/vala-cross-
> compile.patch
>  rename meta/recipes-devtools/meson/{meson_0.51.2.bb =>
> meson_0.52.0.bb} (97%)
>  rename meta/recipes-devtools/meson/{nativesdk-meson_0.51.2.bb =>
> nativesdk-meson_0.52.0.bb} (100%)
> 
> diff --git a/meta/recipes-devtools/meson/meson.inc b/meta/recipes-
> devtools/meson/meson.inc
> index 8219d87c741..ae0091c051c 100644
> --- a/meta/recipes-devtools/meson/meson.inc
> +++ b/meta/recipes-devtools/meson/meson.inc
> @@ -14,14 +14,11 @@ SRC_URI = "
> https://github.com/mesonbuild/meson/releases/download/${PV}/meson-${P
> file://0001-python-module-do-not-manipulate-the-
> environment-when.patch \
> file://disable-rpath-handling.patch \
> file://cross-prop-default.patch \
> -   file://0001-environment.py-detect-windows-also-if-the-
> system-str.patch \
> -   file://0001-Cross-build-is-defined-by-the-existance-of-a-
> cross-f.patch \
> file://0001-mesonbuild-environment.py-check-environment-
> for-vari.patch \
> file://0001-modules-python.py-do-not-substitute-python-s-
> install.patch \
> -   file://vala-cross-compile.patch \
> "
> -SRC_URI[sha256sum] =
> "23688f0fc90be623d98e80e1defeea92bbb7103bf9336a5f5b9865d36e892d76"
> -SRC_URI[md5sum] = "d46c4a8e3cfd27f90e2c6fe4a69e574b"
> +SRC_URI[sha256sum] =
> "d60f75f0dedcc4fd249dbc7519d6f3ce6df490033d276ef1cf27453ef4938d32"
> +SRC_URI[md5sum] = "7ea7772414dda8ae11072244bf7ba991"
>  
>  SRC_URI_append_class-native = " \
>  file://0001-Make-CPU-family-warnings-fatal.patch \
> diff --git a/meta/recipes-devtools/meson/meson/0001-Cross-build-is-
> defined-by-the-existance-of-a-cross-f.patch b/meta/recipes-
> devtools/meson/meson/0001-Cross-build-is-defined-by-the-existance-of-
> a-cross-f.patch
> deleted file mode 100644
> index a5dbb81b088..000
> --- a/meta/recipes-devtools/meson/meson/0001-Cross-build-is-defined-
> by-the-existance-of-a-cross-f.patch
> +++ /dev/null
> @@ -1,28 +0,0 @@
> -Upstream-Status: Backport
> -Signed-off-by: Ross Burton 
> -
> -From 0b4d1e8afd5428a495f8624ee061f63977b4c268 Mon Sep 17 00:00:00
> 2001
> -From: Jussi Pakkanen 
> -Date: Sun, 6 Oct 2019 15:17:32 +0300
> -Subject: [PATCH] Cross build is defined by the existance of a cross
> file.
> -
> 
> - mesonbuild/environment.py | 2 +-
> - 2 files changed, 2 insertions(+), 2 deletions(-)
> -
> -diff --git a/mesonbuild/environment.py b/mesonbuild/environment.py
> -index e5d041b4..03c65688 100644
>  a/mesonbuild/environment.py
> -+++ b/mesonbuild/environment.py
> -@@ -611,7 +611,7 @@ class Environment:
> - self.first_invocation = True
> - 
> - def is_cross_build(self) -> bool:
> --return not
> self.machines.matches_build_machine(MachineChoice.HOST)
> -+return self.coredata.is_cross_build()
> - 
> - def dump_coredata(self):
> - return coredata.save(self.coredata, self.get_build_dir())
> --- 
> -2.20.1
> -
> diff --git a/meta/recipes-devtools/meson/meson/0001-Make-CPU-family-
> warnings-fatal.patch b/meta/recipes-devtools/meson/meson/0001-Make-
> CPU-family-warnings-fatal.patch
> index 444fc081686..fc55dcacf6d 100644
> --- a/meta/recipes-devtools/meson/meson/0001-Make-CPU-family-
> warnings-fatal.patch
> +++ b/meta/recipes-devtools/meson/meson/0001-Make-CPU-family-
> warnings-fatal.patch
> @@ -1,4 +1,4 @@
> -From f70fee13e4dbc757cd8153cd42d92fa9394fb542 Mon Sep 17 00:00:00
> 2001
> +From c07d29b715209cd5d75b142a00a540d45b00c36d Mon Sep 17 00:00:00
> 2001
>  From: Ross Burton 
>  Date: Tue, 3 Jul 2018 13:59:09 +0100
>  Subject: [PATCH] Make CPU family warnings fatal
> @@ -12,7 +12,7 @@ Signed-off-by: Ross Burton 
>   2 files changed, 2 insertions(+), 4 

Re: [OE-core] [PATCH 05/19] glib-2.0: upgrade to 2.62.1

2019-10-12 Thread Khem Raj
some more aarch64/musl failures

https://errors.yoctoproject.org/Errors/Details/273492/
https://errors.yoctoproject.org/Errors/Details/273494/

On Sat, Oct 12, 2019 at 1:59 PM Khem Raj  wrote:
>
> Regresses, on riscv
>
> https://errors.yoctoproject.org/Errors/Details/273482/
>
> On Fri, Oct 11, 2019 at 4:49 AM Alexander Kanavin
>  wrote:
> >
> > Drop backported 
> > 0001-meson-do-a-build-time-check-for-strlcpy-before-attem.patch
> > and 0001-meson.build-do-not-hardcode-linux-as-the-host-system.patch where
> > upstream has removed the problematic bit.
> >
> > Signed-off-by: Alexander Kanavin 
> > ---
> >  ...t-write-bindir-into-pkg-config-files.patch | 31 +++---
> >  ...0001-Fix-DATADIRNAME-on-uclibc-Linux.patch | 34 ++
> >  ...-correctly-when-building-with-mingw3.patch | 22 +++
> >  ...-time-check-for-strlcpy-before-attem.patch | 62 ---
> >  ...ot-hardcode-linux-as-the-host-system.patch | 27 
> >  .../glib-2.0/glib-2.0/relocate-modules.patch  |  8 +--
> >  .../glib-2.0/uclibc_musl_translation.patch| 22 ---
> >  ...{glib-2.0_2.60.7.bb => glib-2.0_2.62.1.bb} |  8 +--
> >  meta/recipes-core/glib-2.0/glib.inc   |  2 +
> >  9 files changed, 75 insertions(+), 141 deletions(-)
> >  create mode 100644 
> > meta/recipes-core/glib-2.0/glib-2.0/0001-Fix-DATADIRNAME-on-uclibc-Linux.patch
> >  delete mode 100644 
> > meta/recipes-core/glib-2.0/glib-2.0/0001-meson-do-a-build-time-check-for-strlcpy-before-attem.patch
> >  delete mode 100644 
> > meta/recipes-core/glib-2.0/glib-2.0/0001-meson.build-do-not-hardcode-linux-as-the-host-system.patch
> >  delete mode 100644 
> > meta/recipes-core/glib-2.0/glib-2.0/uclibc_musl_translation.patch
> >  rename meta/recipes-core/glib-2.0/{glib-2.0_2.60.7.bb => 
> > glib-2.0_2.62.1.bb} (69%)
> >
> > diff --git 
> > a/meta/recipes-core/glib-2.0/glib-2.0/0001-Do-not-write-bindir-into-pkg-config-files.patch
> >  
> > b/meta/recipes-core/glib-2.0/glib-2.0/0001-Do-not-write-bindir-into-pkg-config-files.patch
> > index ede29c90bab..edac4c9f75d 100644
> > --- 
> > a/meta/recipes-core/glib-2.0/glib-2.0/0001-Do-not-write-bindir-into-pkg-config-files.patch
> > +++ 
> > b/meta/recipes-core/glib-2.0/glib-2.0/0001-Do-not-write-bindir-into-pkg-config-files.patch
> > @@ -1,4 +1,4 @@
> > -From 474e59abec88de0c455836c1f53152bf2aa26c34 Mon Sep 17 00:00:00 2001
> > +From 60b36289ac314ad972cf81c1acd19f6f2e58ff25 Mon Sep 17 00:00:00 2001
> >  From: Alexander Kanavin 
> >  Date: Fri, 15 Feb 2019 11:17:27 +0100
> >  Subject: [PATCH] Do not write $bindir into pkg-config files
> > @@ -9,33 +9,44 @@ rather than use target paths).
> >
> >  Upstream-Status: Inappropriate [upstream wants the paths in .pc files]
> >  Signed-off-by: Alexander Kanavin 
> > +
> >  ---
> > - gio/meson.build  | 6 +++---
> > - glib/meson.build | 6 +++---
> > - 2 files changed, 6 insertions(+), 6 deletions(-)
> > + gio/meson.build  | 16 
> > + glib/meson.build |  6 +++---
> > + 2 files changed, 11 insertions(+), 11 deletions(-)
> >
> >  diff --git a/gio/meson.build b/gio/meson.build
> > -index 85d8b14..657720a 100644
> > +index 71e88c4..8ce3987 100644
> >  --- a/gio/meson.build
> >  +++ b/gio/meson.build
> > -@@ -813,9 +813,9 @@ pkg.generate(libraries : libgio,
> > +@@ -831,14 +831,14 @@ pkg.generate(libgio,
> >  'schemasdir=' + join_paths('${datadir}', schemas_subdir),
> >  'bindir=' + join_paths('${prefix}', get_option('bindir')),
> >  'giomoduledir=' + giomodulesdir,
> > +-   'gio=' + join_paths('${bindir}', 'gio'),
> > +-   'gio_querymodules=' + join_paths('${bindir}', 
> > 'gio-querymodules'),
> >  -   'glib_compile_schemas=' + join_paths('${bindir}', 
> > 'glib-compile-schemas'),
> >  -   'glib_compile_resources=' + join_paths('${bindir}', 
> > 'glib-compile-resources'),
> > --   'gdbus_codegen=' + join_paths('${bindir}', 
> > 'gdbus-codegen')],
> > +-   'gdbus=' + join_paths('${bindir}', 'gdbus'),
> > +-   'gdbus_codegen=' + join_paths('${bindir}', 
> > 'gdbus-codegen'),
> > +-   'gresource=' + join_paths('${bindir}', 'gresource'),
> > +-   'gsettings=' + join_paths('${bindir}', 'gsettings')],
> > ++   'gio=gio',
> > ++   'gio_querymodules=gio-querymodules',
> >  +   'glib_compile_schemas=glib-compile-schemas',
> >  +   'glib_comp

Re: [OE-core] [PATCH v2 5/5] shim: add first-stage UEFI bootloader implementing MOK protocol

2019-10-12 Thread Khem Raj
fail on musl/clang/aarch64
https://errors.yoctoproject.org/Errors/Details/273493/

does it depend on gcc being system compiler ?

On Sun, Sep 29, 2019 at 1:15 PM  wrote:
>
> From: Dmitry Eremin-Solenikov 
>
> Signed-off-by: Dmitry Eremin-Solenikov 
> ---
>  ...ompareMem-on-MokListNode.Type-instea.patch | 69 ++
>  meta/recipes-bsp/shim/shim_git.bb | 72 +++
>  2 files changed, 141 insertions(+)
>  create mode 100644 
> meta/recipes-bsp/shim/shim/0001-MokManager-Use-CompareMem-on-MokListNode.Type-instea.patch
>  create mode 100644 meta/recipes-bsp/shim/shim_git.bb
>
> diff --git 
> a/meta/recipes-bsp/shim/shim/0001-MokManager-Use-CompareMem-on-MokListNode.Type-instea.patch
>  
> b/meta/recipes-bsp/shim/shim/0001-MokManager-Use-CompareMem-on-MokListNode.Type-instea.patch
> new file mode 100644
> index ..12ee342e9f64
> --- /dev/null
> +++ 
> b/meta/recipes-bsp/shim/shim/0001-MokManager-Use-CompareMem-on-MokListNode.Type-instea.patch
> @@ -0,0 +1,69 @@
> +From f30cd0b6330be8ea72a93bf25e43829c222ba611 Mon Sep 17 00:00:00 2001
> +From: Gary Lin 
> +Date: Tue, 26 Feb 2019 11:33:53 +0800
> +Subject: [PATCH] MokManager: Use CompareMem on MokListNode.Type instead of
> + CompareGuid
> +
> +Fix the errors from gcc9 '-Werror=address-of-packed-member'
> +
> +https://github.com/rhboot/shim/issues/161
> +
> +Signed-off-by: Gary Lin 
> +Upstream-Status: Submitted[https://github.com/rhboot/shim/pull/170]
> +---
> + MokManager.c | 14 +-
> + 1 file changed, 9 insertions(+), 5 deletions(-)
> +
> +diff --git a/MokManager.c b/MokManager.c
> +index d69b4dbe..05dc1622 100644
> +--- a/MokManager.c
>  b/MokManager.c
> +@@ -1053,7 +1053,8 @@ static EFI_STATUS write_back_mok_list(MokListNode * 
> list, INTN key_num,
> +   continue;
> +
> +   DataSize += sizeof(EFI_SIGNATURE_LIST);
> +-  if (CompareGuid(&(list[i].Type), _GUID) == 0)
> ++  if (CompareMem(&(list[i].Type), _GUID,
> ++ sizeof(EFI_GUID)) == 0)
> +   DataSize += sizeof(EFI_GUID);
> +   DataSize += list[i].MokSize;
> +   }
> +@@ -1075,7 +1076,8 @@ static EFI_STATUS write_back_mok_list(MokListNode * 
> list, INTN key_num,
> +   CertList->SignatureType = list[i].Type;
> +   CertList->SignatureHeaderSize = 0;
> +
> +-  if (CompareGuid(&(list[i].Type), _GUID) == 0) {
> ++  if (CompareMem(&(list[i].Type), _GUID,
> ++ sizeof(EFI_GUID)) == 0) {
> +   CertList->SignatureListSize = list[i].MokSize +
> +   sizeof(EFI_SIGNATURE_LIST) + sizeof(EFI_GUID);
> +   CertList->SignatureSize =
> +@@ -1116,7 +1118,8 @@ static void delete_cert(void *key, UINT32 key_size,
> +   int i;
> +
> +   for (i = 0; i < mok_num; i++) {
> +-  if (CompareGuid(&(mok[i].Type), _GUID) != 0)
> ++  if (CompareMem(&(mok[i].Type), _GUID,
> ++ sizeof(EFI_GUID)) != 0)
> +   continue;
> +
> +   if (mok[i].MokSize == key_size &&
> +@@ -1167,7 +1170,7 @@ static void delete_hash_in_list(EFI_GUID Type, UINT8 * 
> hash, UINT32 hash_size,
> +   sig_size = hash_size + sizeof(EFI_GUID);
> +
> +   for (i = 0; i < mok_num; i++) {
> +-  if ((CompareGuid(&(mok[i].Type), ) != 0) ||
> ++  if ((CompareMem(&(mok[i].Type), , sizeof(EFI_GUID)) != 
> 0) ||
> +   (mok[i].MokSize < sig_size))
> +   continue;
> +
> +@@ -1331,7 +1334,8 @@ static EFI_STATUS delete_keys(void *MokDel, UINTN 
> MokDelSize, BOOLEAN MokX)
> +
> +   /* Search and destroy */
> +   for (i = 0; i < del_num; i++) {
> +-  if (CompareGuid(&(del_key[i].Type), _GUID) == 0) {
> ++  if (CompareMem(&(del_key[i].Type), _GUID,
> ++ sizeof(EFI_GUID)) == 0) {
> +   delete_cert(del_key[i].Mok, del_key[i].MokSize,
> +   mok, mok_num);
> +   } else if (is_sha2_hash(del_key[i].Type)) {
> diff --git a/meta/recipes-bsp/shim/shim_git.bb 
> b/meta/recipes-bsp/shim/shim_git.bb
> new file mode 100644
> index ..10769ac75a0a
> --- /dev/null
> +++ b/meta/recipes-bsp/shim/shim_git.bb
> @@ -0,0 +1,72 @@
> +SUMMARY = "shim is a first stage EFI bootloader."
> +DESCRIPTION = "shim is a trivial EFI application that, when run, \
> +attempts to open and execute another application. It will initially \
> +attempt to do this via the standard EFI LoadImage() and StartImage() \
> +calls. If these fail (because secure boot is enabled and the binary \
> +is not signed with an appropriate key, for instance) it will then \
> +validate the binary against a built-in certificate. If this succeeds \
> +and if the binary or signing key are not blacklisted then shim will \
> +relocate and execute the 

Re: [OE-core] [PATCH 05/19] glib-2.0: upgrade to 2.62.1

2019-10-12 Thread Khem Raj
 @@ pkg.generate(libglib,
> subdirs : ['glib-2.0'],
> extra_cflags : ['-I${libdir}/glib-2.0/include'] + win32_cflags,
> variables : ['bindir=' + join_paths('${prefix}', get_option('bindir')),
> diff --git 
> a/meta/recipes-core/glib-2.0/glib-2.0/0001-Fix-DATADIRNAME-on-uclibc-Linux.patch
>  
> b/meta/recipes-core/glib-2.0/glib-2.0/0001-Fix-DATADIRNAME-on-uclibc-Linux.patch
> new file mode 100644
> index 000..d8cf269bb8e
> --- /dev/null
> +++ 
> b/meta/recipes-core/glib-2.0/glib-2.0/0001-Fix-DATADIRNAME-on-uclibc-Linux.patch
> @@ -0,0 +1,34 @@
> +From 15f807481de53942525b48952c5b6bbb9fb66542 Mon Sep 17 00:00:00 2001
> +From: Khem Raj 
> +Date: Sat, 15 Mar 2014 22:42:29 -0700
> +Subject: [PATCH] Fix DATADIRNAME on uclibc/Linux
> +
> +translation files are always installed under PREFIX/share/locale in uclibc
> +based systems therefore lets set DATADIRNAME to "share".
> +
> +Signed-off-by: Khem Raj 
> +Upstream-Status: Pending
> +
> +%% original patch: uclibc_musl_translation.patch
> +---
> + m4macros/glib-gettext.m4 | 4 
> + 1 file changed, 4 insertions(+)
> +
> +diff --git a/m4macros/glib-gettext.m4 b/m4macros/glib-gettext.m4
> +index df6fbf0..47db864 100644
> +--- a/m4macros/glib-gettext.m4
>  b/m4macros/glib-gettext.m4
> +@@ -293,6 +293,10 @@ msgstr ""
> +   CATOBJEXT=.mo
> + DATADIRNAME=share
> +   ;;
> ++  *-*-musl* | *-*-linux-uclibc*)
> ++  CATOBJEXT=.gmo
> ++DATADIRNAME=share
> ++  ;;
> +   *)
> +   CATOBJEXT=.mo
> + DATADIRNAME=lib
> +--
> +2.17.1
> +
> diff --git 
> a/meta/recipes-core/glib-2.0/glib-2.0/0001-Set-host_machine-correctly-when-building-with-mingw3.patch
>  
> b/meta/recipes-core/glib-2.0/glib-2.0/0001-Set-host_machine-correctly-when-building-with-mingw3.patch
> index d22a646c5de..b02169e09ba 100644
> --- 
> a/meta/recipes-core/glib-2.0/glib-2.0/0001-Set-host_machine-correctly-when-building-with-mingw3.patch
> +++ 
> b/meta/recipes-core/glib-2.0/glib-2.0/0001-Set-host_machine-correctly-when-building-with-mingw3.patch
> @@ -1,4 +1,4 @@
> -From f5a4b4c0579734923c9caf70944322efff57318b Mon Sep 17 00:00:00 2001
> +From cfff734af6bff6a30a649f784ecf698658c01884 Mon Sep 17 00:00:00 2001
>  From: Alexander Kanavin 
>  Date: Wed, 13 Feb 2019 15:32:05 +0100
>  Subject: [PATCH] Set host_machine correctly when building with mingw32
> @@ -14,11 +14,11 @@ Signed-off-by: Alexander Kanavin 
>   4 files changed, 9 insertions(+), 6 deletions(-)
>
>  diff --git a/gio/tests/meson.build b/gio/tests/meson.build
> -index 028b196..217ccb1 100644
> +index 95aafc1..9025eb2 100644
>  --- a/gio/tests/meson.build
>  +++ b/gio/tests/meson.build
> -@@ -12,7 +12,7 @@ test_c_args = [
> -   '-DGLIB_COMPILE_SCHEMAS="@0@"'.format(glib_compile_schemas.full_path()),
> +@@ -13,7 +13,7 @@ test_c_args = [
> +   '-UG_DISABLE_ASSERT',
>   ]
>
>  -if host_machine.system() == 'windows'
> @@ -26,7 +26,7 @@ index 028b196..217ccb1 100644
> common_gio_tests_deps += [iphlpapi_dep, winsock2, cc.find_library 
> ('secur32')]
>   endif
>
> -@@ -119,7 +119,7 @@ if dbus1_dep.found()
> +@@ -120,7 +120,7 @@ if dbus1_dep.found()
>   endif
>
>   #  Test programs buildable on UNIX only
> @@ -35,7 +35,7 @@ index 028b196..217ccb1 100644
> gio_tests += {
>   'file' : {},
>   'gdbus-peer' : {
> -@@ -327,7 +327,7 @@ if host_machine.system() != 'windows'
> +@@ -332,7 +332,7 @@ if host_machine.system() != 'windows'
>   endif # unix
>
>   #  Test programs buildable on Windows only
> @@ -44,7 +44,7 @@ index 028b196..217ccb1 100644
> gio_tests += {'win32-streams' : {}}
>   endif
>
> -@@ -392,7 +392,7 @@ if cc.get_id() != 'msvc'
> +@@ -397,7 +397,7 @@ if cc.get_id() != 'msvc' and cc.get_id() != 'clang-cl'
> }
>   endif
>
> @@ -54,7 +54,7 @@ index 028b196..217ccb1 100644
>   'gdbus-example-unix-fd-client' : {
> 'install' : false,
>  diff --git a/glib/tests/meson.build b/glib/tests/meson.build
> -index d54fc41..a4761fe 100644
> +index c47133f..cad975f 100644
>  --- a/glib/tests/meson.build
>  +++ b/glib/tests/meson.build
>  @@ -132,7 +132,7 @@ if glib_conf.has('HAVE_EVENTFD')
> @@ -67,10 +67,10 @@ index d54fc41..a4761fe 100644
>   glib_tests += {
> 'gpoll' : {
>  diff --git a/meson.build b/meson.build
> -index a745024..e87eae5 100644
> +index 717d1bc..2a3beb8 100644
>  --- a/meson.build
>  +++ b/meson.build
> -@@ -31,6 +31,9 @@ else
> +@@ -32,6 +32,9 @@ else
>   endif
>
>   host_system = host_machine.system()
> @@ -81,7 +81,7 @@ index a745024..e87eae5 100644
>   glib_version = meson

Re: [OE-core] [PATCH 1/2] core-image-sato-sdk-ptest: Remove valgrind ptests for riscv

2019-10-12 Thread Khem Raj
ping

On Sat, 2019-09-28 at 16:16 -0700, Khem Raj wrote:
> valgrind is not yet ported to riscv
> 
> Signed-off-by: Khem Raj 
> ---
>  meta/recipes-sato/images/core-image-sato-sdk-ptest.bb | 2 ++
>  1 file changed, 2 insertions(+)
> 
> diff --git a/meta/recipes-sato/images/core-image-sato-sdk-ptest.bb
> b/meta/recipes-sato/images/core-image-sato-sdk-ptest.bb
> index ff297fe324..13c813a4d6 100644
> --- a/meta/recipes-sato/images/core-image-sato-sdk-ptest.bb
> +++ b/meta/recipes-sato/images/core-image-sato-sdk-ptest.bb
> @@ -10,6 +10,8 @@ PROVIDES += "core-image-sato-ptest"
>  # Also include ptests which may not otherwise be included in a sato
> image
>  IMAGE_INSTALL += "${PTESTS_FAST} ${PTESTS_SLOW}"
>  
> +PTESTS_SLOW_remove_riscv64 = "valgrind-ptest"
> +
>  # This image is sufficiently large (~1.8GB) that we need to be
> careful that it fits in a live
>  # image (which has a 4GB limit), so nullify the overhead factor
> (1.3x out of the
>  # box) and explicitly add just 1100MB.

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


Re: [OE-core] [PATCH 09/19] webkitgtk: update 2.24.4 -> 2.26.1

2019-10-11 Thread Khem Raj
On Fri, Oct 11, 2019 at 4:49 AM Alexander Kanavin
 wrote:
>
> Drop patches:
> - 0001-WebKitMacros-Append-to-I-and-not-to-isystem.patch - this
> has been a pain to rebase for a while as upstream keeps shifting and
> changing the code that needs to be modified. If the issue the patch
> is addressing is still relevant, please work with upstream to fix it
> at the source
>

IIRC this has already been fixed differently. So dropping it might be fine.


> - 0001-gstreamer-add-a-missing-format-string.patch, narrowing.patch
> are integrated upstream
>
> - detect-gstreamer-gl.patch is adjusting something that is better done
> from the yocto package configuration
>
> Add an option to disable an enabled-by-default sandbox that requires
> a component that oe-core does not have.
>
> Signed-off-by: Alexander Kanavin 
> ---
>  ...acros-Append-to-I-and-not-to-isystem.patch | 125 --
>  ...streamer-add-a-missing-format-string.patch |  24 
>  .../webkitgtk/detect-gstreamer-gl.patch   |  20 ---
>  .../webkit/webkitgtk/narrowing.patch  |  31 -
>  ...ebkitgtk_2.24.4.bb => webkitgtk_2.26.1.bb} |   9 +-
>  5 files changed, 3 insertions(+), 206 deletions(-)
>  delete mode 100644 
> meta/recipes-sato/webkit/webkitgtk/0001-WebKitMacros-Append-to-I-and-not-to-isystem.patch
>  delete mode 100644 
> meta/recipes-sato/webkit/webkitgtk/0001-gstreamer-add-a-missing-format-string.patch
>  delete mode 100644 
> meta/recipes-sato/webkit/webkitgtk/detect-gstreamer-gl.patch
>  delete mode 100644 meta/recipes-sato/webkit/webkitgtk/narrowing.patch
>  rename meta/recipes-sato/webkit/{webkitgtk_2.24.4.bb => webkitgtk_2.26.1.bb} 
> (93%)
>
> diff --git 
> a/meta/recipes-sato/webkit/webkitgtk/0001-WebKitMacros-Append-to-I-and-not-to-isystem.patch
>  
> b/meta/recipes-sato/webkit/webkitgtk/0001-WebKitMacros-Append-to-I-and-not-to-isystem.patch
> deleted file mode 100644
> index e71905d26a1..000
> --- 
> a/meta/recipes-sato/webkit/webkitgtk/0001-WebKitMacros-Append-to-I-and-not-to-isystem.patch
> +++ /dev/null
> @@ -1,125 +0,0 @@
> -From d1634e56a2589ec62325011bf77d480a67123b52 Mon Sep 17 00:00:00 2001
> -From: Khem Raj 
> -Date: Sun, 17 Apr 2016 12:35:41 -0700
> -Subject: [PATCH] WebKitMacros: Append to -I and not to -isystem
> -
> -gcc-6 has now introduced stdlib.h in libstdc++ for better
> -compliance and its including the C library stdlib.h using
> -include_next which is sensitive to order of system header
> -include paths. Its infact better to not tinker with the
> -system header include paths at all. Since adding /usr/include
> -to -system is redundant and compiler knows about it moreover
> -now with gcc6 it interferes with compiler's functioning
> -and ends up with compile errors e.g.
> -
> -/usr/include/c++/6.0.0/cstdlib:75:25: fatal error: stdlib.h: No such file or 
> directory
> -
> -Signed-off-by: Khem Raj 
> -
> -Upstream-Status: Pending
> -
> 
> - Source/JavaScriptCore/shell/CMakeLists.txt | 2 +-
> - Source/WebCore/PlatformGTK.cmake   | 6 +++---
> - Source/WebKit/PlatformGTK.cmake| 2 +-
> - Source/cmake/WebKitMacros.cmake| 2 +-
> - Tools/MiniBrowser/gtk/CMakeLists.txt   | 2 +-
> - Tools/TestWebKitAPI/PlatformGTK.cmake  | 2 +-
> - 6 files changed, 8 insertions(+), 8 deletions(-)
> -
> -diff --git a/Source/JavaScriptCore/shell/CMakeLists.txt 
> b/Source/JavaScriptCore/shell/CMakeLists.txt
> -index 87153e35..cd0beed4 100644
>  a/Source/JavaScriptCore/shell/CMakeLists.txt
> -+++ b/Source/JavaScriptCore/shell/CMakeLists.txt
> -@@ -36,7 +36,7 @@ WEBKIT_INCLUDE_CONFIG_FILES_IF_EXISTS()
> - WEBKIT_WRAP_SOURCELIST(${JSC_SOURCES})
> - WEBKIT_WRAP_SOURCELIST(${TESTAPI_SOURCES})
> - include_directories(./ ${JavaScriptCore_INCLUDE_DIRECTORIES} 
> ${JavaScriptCore_PRIVATE_INCLUDE_DIRECTORIES})
> --include_directories(SYSTEM ${JavaScriptCore_SYSTEM_INCLUDE_DIRECTORIES})
> -+include_directories(${JavaScriptCore_SYSTEM_INCLUDE_DIRECTORIES})
> - add_executable(jsc ${JSC_SOURCES})
> - target_link_libraries(jsc ${JSC_LIBRARIES})
> -
> -diff --git a/Source/WebCore/PlatformGTK.cmake 
> b/Source/WebCore/PlatformGTK.cmake
> -index e0dd9cd9..a2997f3e 100644
>  a/Source/WebCore/PlatformGTK.cmake
> -+++ b/Source/WebCore/PlatformGTK.cmake
> -@@ -164,7 +164,7 @@ if (ENABLE_PLUGIN_PROCESS_GTK2)
> - target_include_directories(WebCorePlatformGTK2 PRIVATE
> - ${WebCore_INCLUDE_DIRECTORIES}
> - )
> --target_include_directories(WebCorePlatformGTK2 SYSTEM PRIVATE
> -+target_include_directories(WebCorePlatformGTK2 PRIVATE
> - ${WebCore_SYSTEM_INCLUDE_DIRECTORIES}
> - ${GTK2_INCLUDE_DIRS}
> - 

Re: [OE-core] [OE-Core][master][PATCH] devtool: Add --remove-work option for devtool reset command

2019-10-08 Thread Khem Raj
On Tue, Oct 8, 2019 at 10:37 AM Peter Kjellerstedt <
peter.kjellerst...@axis.com> wrote:

> > -Original Message-
> > From: openembedded-core-boun...@lists.openembedded.org  > core-boun...@lists.openembedded.org> On Behalf Of Chandana Kalluri
> > Sent: den 8 oktober 2019 04:14
> > To: Paul Eggleton 
> > Cc: Patches and discussions about the oe-core layer  > c...@lists.openembedded.org>
> > Subject: Re: [OE-core] [OE-Core][master][PATCH] devtool: Add --remove-
> > work option for devtool reset command
> >
> > Hi Paul,
> >
> > Any thoughts on implementing this as a separate command  as suggested
> > by Khem?
>
> For what it's worth, I think the original suggested solution with a new
> option to the existing `devtool reset` and `devtool finish` commands is
> the better one.


Yeah thinking about it again we already have two commands which would need
same functionality it’s not good to introduce a third one although I think
the usability of current solution will be a bit nicer if it was independent
option

>
>
> > > -Original Message-
> > > From: Khem Raj 
> > > Sent: Monday, October 7, 2019 11:40 AM
> > > To: Chandana Kalluri 
> > > Cc: Patches and discussions about the oe-core layer  > > c...@lists.openembedded.org>
> > > Subject: Re: [OE-core] [OE-Core][master][PATCH] devtool: Add --
> > remove-work
> > > option for devtool reset command
> > >
> > > On Mon, Oct 7, 2019 at 11:36 AM Sai Hari Chandana Kalluri
> > >  wrote:
> > > >
> > > > Enable --remove-work option for devtool reset command that allows
> > user
> > > > to clean up source directory within workspace.
> > > >
> > > > Currently devtool reset command only removes recipes and user is
> > > > forced to manually remove the sources directory within the
> > workspace
> > > > before running devtool modify again.
> > > >
> > > > Using devtool reset -r or devtool reset --remove-work option, user
> > can
> > > > cleanup the sources directory along with the recipe instead of
> > > > manually cleaning it.
> > >
> > > perhaps we can have another cmd like "reset-all" like cleanall ?
> > > which would remove everything that devtool did external to bblayers
> > for that
> > > recipe.
> > >
> > > >
> > > > syntax: devtool reset -r 
> > > > Ex: devtool reset -r zip
> > > >
> > > > devtool finish -r  
> > > > Ex: devtool finish -r zip meta-yocto-bsp
> > > >
> > > > Signed-off-by: Sai Hari Chandana Kalluri
> > 
> > > > ---
> > > >  scripts/lib/devtool/standard.py | 26 +++---
> > > >  1 file changed, 19 insertions(+), 7 deletions(-)
> > > >
> > > > diff --git a/scripts/lib/devtool/standard.py
> > > > b/scripts/lib/devtool/standard.py index 60c9a04..1c0cd8a 100644
> > > > --- a/scripts/lib/devtool/standard.py
> > > > +++ b/scripts/lib/devtool/standard.py
> > > > @@ -1852,7 +1852,7 @@ def status(args, config, basepath,
> > workspace):
> > > >  return 0
> > > >
> > > >
> > > > -def _reset(recipes, no_clean, config, basepath, workspace):
> > > > +def _reset(recipes, no_clean, remove_work, config, basepath,
> > workspace):
> > > >  """Reset one or more recipes"""
> > > >  import oe.path
> > > >
> > > > @@ -1930,10 +1930,15 @@ def _reset(recipes, no_clean, config,
> > basepath,
> > > workspace):
> > > >  srctreebase = workspace[pn]['srctreebase']
> > > >  if os.path.isdir(srctreebase):
> > > >  if os.listdir(srctreebase):
> > > > -# We don't want to risk wiping out any work in
> > progress
> > > > -logger.info('Leaving source tree %s as-is; if you
> > no '
> > > > -'longer need it then please delete it
> > manually'
> > > > -% srctreebase)
> > > > +if remove_work:
> > > > +logger.info('-r argument used on %s,
> > removing source tree.'
> > > > +' You will lose any unsaved
> > work' %pn)
> > > > +shutil.rmtree(srctreebase)
> > > &g

[OE-core] [PATCH V2] perl: Handle PACKAGES_DYNAMIC for perl-native

2019-10-07 Thread Khem Raj
A perl module recipe extending to provide native version causes target
perl dependencies to be pulled into native build if the module recipe
has RDEPENDS_${PN} = "perl-module-" e.g. libxml-sax-base-perl
recipe.

The reason is that native bbclass empties out PACKAGES_DYNAMIC and
perl's PACKAGES_DYNAMIC_class-target is greedy enough to usurp native
modules as well.

Eventually we end up with errors like when sstate is used across
machines

* ERROR: libxml-sax-base-perl-native different signature for task 
do_populate_sysroot.sigdata between qemux86copy and qemuarm

Therefore, to fix this native case needs to handled specially when
re-assigning module dependencies in split_perl_packages(), where the
modules are named correctly for native case and have a single dependency
on perl-native, secondly, PACKAGES_DYNAMIC for target case needs to be
reined in to spare, -native modules, thirdly, let perl-native take over
the case for providing native modules

This will fix several sstate signature errors like above with external
perl modules providing native variants and having runtime dependencies on
modules which are provided by perl proper

Signed-off-by: Khem Raj 
---
v2: Use anon python to set PACKAGES_DYNAMIC instead of forcevariable
override

 meta/recipes-devtools/perl/perl_5.30.0.bb | 18 ++
 1 file changed, 14 insertions(+), 4 deletions(-)

diff --git a/meta/recipes-devtools/perl/perl_5.30.0.bb 
b/meta/recipes-devtools/perl/perl_5.30.0.bb
index a221bce52b..ba2a8437d4 100644
--- a/meta/recipes-devtools/perl/perl_5.30.0.bb
+++ b/meta/recipes-devtools/perl/perl_5.30.0.bb
@@ -265,13 +265,23 @@ python split_perl_packages () {
 # Read the pre-generated dependency file, and use it to set module 
dependecies
 for line in open(d.expand("${WORKDIR}") + 
'/perl-rdepends.txt').readlines():
 splitline = line.split()
-module = splitline[0].replace("RDEPENDS_perl", "RDEPENDS_${PN}")
-depends = splitline[2].strip('"').replace("perl-module", 
"${PN}-module")
+if bb.data.inherits_class('native', d):
+module = splitline[0] + '-native'
+depends = "perl-native"
+else:
+module = splitline[0].replace("RDEPENDS_perl", "RDEPENDS_${PN}")
+depends = splitline[2].strip('"').replace("perl-module", 
"${PN}-module")
 d.appendVar(d.expand(module), " " + depends)
 }
 
-PACKAGES_DYNAMIC_class-target += "^perl-module-.*"
-PACKAGES_DYNAMIC_class-nativesdk += "^nativesdk-perl-module-.*"
+python() {
+if d.getVar('CLASSOVERRIDE') == "class-target":
+d.setVar("PACKAGES_DYNAMIC", "^perl-module-.*(?http://lists.openembedded.org/mailman/listinfo/openembedded-core


Re: [OE-core] [PATCH] perl: Handle PACKAGES_DYNAMIC for perl-native

2019-10-07 Thread Khem Raj
On Mon, Oct 7, 2019 at 3:15 PM Richard Purdie <
richard.pur...@linuxfoundation.org> wrote:

> On Sun, 2019-10-06 at 08:47 -0700, Khem Raj wrote:
> > A perl module recipe extending to provide native version causes target
> > perl dependencies to be pulled into native build if the module recipe
> > has RDEPENDS_${PN} = "perl-module-" e.g. libxml-sax-base-perl
> > recipe.
> >
> > The reason is that native bbclass empties out PACKAGES_DYNAMIC and
> > perl's PACKAGES_DYNAMIC_class-target is greedy enough to usurp native
> > modules as well.
> >
> > Eventually we end up with errors like when sstate is used across
> > machines
> >
> > * ERROR: libxml-sax-base-perl-native different signature for task
> do_populate_sysroot.sigdata between qemux86copy and qemuarm
> >
> > Therefore, to fix this native case needs to handled specially when
> > re-assigning module dependencies in split_perl_packages(), where the
> > modules are named correctly for native case and have a single dependency
> > on perl-native, secondly, PACKAGES_DYNAMIC for target case needs to be
> > reined in to spare, -native modules, thirdly, let perl-native take over
> > the case for providing native modules
> >
> > This will fix several sstate signature errors like above with external
> > perl modules providing native variants and having runtime dependencies on
> > modules which are provided by perl proper
> >
> > Signed-off-by: Khem Raj 
> > ---
> >  meta/recipes-devtools/perl/perl_5.30.0.bb | 13 +
> >  1 file changed, 9 insertions(+), 4 deletions(-)
> >
> > diff --git a/meta/recipes-devtools/perl/perl_5.30.0.bb
> b/meta/recipes-devtools/perl/perl_5.30.0.bb
> > index a221bce52b..9614477982 100644
> > --- a/meta/recipes-devtools/perl/perl_5.30.0.bb
> > +++ b/meta/recipes-devtools/perl/perl_5.30.0.bb
> > @@ -265,13 +265,18 @@ python split_perl_packages () {
> >  # Read the pre-generated dependency file, and use it to set module
> dependecies
> >  for line in open(d.expand("${WORKDIR}") +
> '/perl-rdepends.txt').readlines():
> >  splitline = line.split()
> > -module = splitline[0].replace("RDEPENDS_perl", "RDEPENDS_${PN}")
> > -depends = splitline[2].strip('"').replace("perl-module",
> "${PN}-module")
> > +if bb.data.inherits_class('native', d):
> > +module = splitline[0] + '-native'
> > +depends = "perl-native"
> > +else:
> > +module = splitline[0].replace("RDEPENDS_perl",
> "RDEPENDS_${PN}")
> > +depends = splitline[2].strip('"').replace("perl-module",
> "${PN}-module")
> >  d.appendVar(d.expand(module), " " + depends)
> >  }
> >
> > -PACKAGES_DYNAMIC_class-target += "^perl-module-.*"
> > -PACKAGES_DYNAMIC_class-nativesdk += "^nativesdk-perl-module-.*"
> > +PACKAGES_DYNAMIC_class-native_forcevariable = "^perl-module-.*-native$"
> > +PACKAGES_DYNAMIC_class-target = "^perl-module-.*(? > +PACKAGES_DYNAMIC_class-nativesdk = "^nativesdk-perl-module-.*"
> >
> >  RDEPENDS_${PN}-misc += "perl perl-modules"
> >  RDEPENDS_${PN}-pod += "perl"
>
> We should never be using _forcevariable in public repos, let alone OE-
> Core. Its a tool of last resort. I guess this is because native.bbclass
> is clearing it but we need to find a better way.


Ok and any suggestions that would be better here ?


>
> Cheers,
>
> Richard
>
>
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core


Re: [OE-core] [OE-Core][master][PATCH] devtool: Add --remove-work option for devtool reset command

2019-10-07 Thread Khem Raj
On Mon, Oct 7, 2019 at 11:36 AM Sai Hari Chandana Kalluri
 wrote:
>
> Enable --remove-work option for devtool reset command that allows user
> to clean up source directory within workspace.
>
> Currently devtool reset command only removes recipes and user is forced
> to manually remove the sources directory within the workspace before
> running devtool modify again.
>
> Using devtool reset -r or devtool reset --remove-work option, user can
> cleanup the sources directory along with the recipe instead of manually
> cleaning it.

perhaps we can have another cmd like "reset-all" like cleanall ?
which would remove everything that devtool did external to bblayers
for that recipe.

>
> syntax: devtool reset -r 
> Ex: devtool reset -r zip
>
> devtool finish -r  
> Ex: devtool finish -r zip meta-yocto-bsp
>
> Signed-off-by: Sai Hari Chandana Kalluri 
> ---
>  scripts/lib/devtool/standard.py | 26 +++---
>  1 file changed, 19 insertions(+), 7 deletions(-)
>
> diff --git a/scripts/lib/devtool/standard.py b/scripts/lib/devtool/standard.py
> index 60c9a04..1c0cd8a 100644
> --- a/scripts/lib/devtool/standard.py
> +++ b/scripts/lib/devtool/standard.py
> @@ -1852,7 +1852,7 @@ def status(args, config, basepath, workspace):
>  return 0
>
>
> -def _reset(recipes, no_clean, config, basepath, workspace):
> +def _reset(recipes, no_clean, remove_work, config, basepath, workspace):
>  """Reset one or more recipes"""
>  import oe.path
>
> @@ -1930,10 +1930,15 @@ def _reset(recipes, no_clean, config, basepath, 
> workspace):
>  srctreebase = workspace[pn]['srctreebase']
>  if os.path.isdir(srctreebase):
>  if os.listdir(srctreebase):
> -# We don't want to risk wiping out any work in progress
> -logger.info('Leaving source tree %s as-is; if you no '
> -'longer need it then please delete it manually'
> -% srctreebase)
> +if remove_work:
> +logger.info('-r argument used on %s, removing source 
> tree.'
> +' You will lose any unsaved work' %pn)
> +shutil.rmtree(srctreebase)
> +else:
> +# We don't want to risk wiping out any work in 
> progress
> +logger.info('Leaving source tree %s as-is; if you no 
> '
> +'longer need it then please delete it 
> manually'
> +% srctreebase)
>  else:
>  # This is unlikely, but if it's empty we can just remove it
>  os.rmdir(srctreebase)
> @@ -1943,6 +1948,10 @@ def _reset(recipes, no_clean, config, basepath, 
> workspace):
>  def reset(args, config, basepath, workspace):
>  """Entry point for the devtool 'reset' subcommand"""
>  import bb
> +import shutil
> +
> +recipes = ""
> +
>  if args.recipename:
>  if args.all:
>  raise DevtoolError("Recipe cannot be specified if -a/--all is 
> used")
> @@ -1957,7 +1966,7 @@ def reset(args, config, basepath, workspace):
>  else:
>  recipes = args.recipename
>
> -_reset(recipes, args.no_clean, config, basepath, workspace)
> +_reset(recipes, args.no_clean, args.remove_work, config, basepath, 
> workspace)
>
>  return 0
>
> @@ -2009,6 +2018,7 @@ def finish(args, config, basepath, workspace):
>  raise DevtoolError('Source tree is not clean:\n\n%s\nEnsure you 
> have committed your changes or use -f/--force if you are sure there\'s 
> nothing that needs to be committed' % dirty)
>
>  no_clean = args.no_clean
> +remove_work=args.remove_work
>  tinfoil = setup_tinfoil(basepath=basepath, tracking=True)
>  try:
>  rd = parse_recipe(config, tinfoil, args.recipename, True)
> @@ -2160,7 +2170,7 @@ def finish(args, config, basepath, workspace):
>  if args.dry_run:
>  logger.info('Resetting recipe (dry-run)')
>  else:
> -_reset([args.recipename], no_clean=no_clean, config=config, 
> basepath=basepath, workspace=workspace)
> +_reset([args.recipename], no_clean=no_clean, 
> remove_work=remove_work, config=config, basepath=basepath, 
> workspace=workspace)
>
>  return 0
>
> @@ -2272,6 +2282,7 @@ def register_commands(subparsers, context):
>  parser_reset.add_argument('recipename', nargs='*', help='Recipe to 
> reset')
>  parser_reset.add_argument('--all', '-a', action="store_true", 
> help='Reset all recipes (clear workspace)')
>  parser_reset.add_argument('--no-clean', '-n', action="store_true", 
> help='Don\'t clean the sysroot to remove recipe output')
> +parser_reset.add_argument('--remove-work', '-r', action="store_true", 
> help='Clean the sources directory along with append')
>  parser_reset.set_defaults(func=reset)
>
>  parser_finish = subparsers.add_parser('finish', 

Re: [OE-core] [PATCH v2] uninative: Update to 2.7 release

2019-10-07 Thread Khem Raj
this helps archlinux too

On Mon, Oct 7, 2019 at 9:48 AM Michael Halstead
 wrote:
>
> The 2.7 release updates glibc to version 2.30. Recently added to openSUSE
> Tumbleweed and needed for Fedora Core 31.
>
> Signed-off-by: Michael Halstead 
> ---
>  meta/conf/distro/include/yocto-uninative.inc | 10 +-
>  1 file changed, 5 insertions(+), 5 deletions(-)
>
> diff --git a/meta/conf/distro/include/yocto-uninative.inc 
> b/meta/conf/distro/include/yocto-uninative.inc
> index df24346855..ad75d3e2a3 100644
> --- a/meta/conf/distro/include/yocto-uninative.inc
> +++ b/meta/conf/distro/include/yocto-uninative.inc
> @@ -6,9 +6,9 @@
>  # to the distro running on the build machine.
>  #
>
> -UNINATIVE_MAXGLIBCVERSION = "2.29"
> +UNINATIVE_MAXGLIBCVERSION = "2.30"
>
> -UNINATIVE_URL ?= "http://downloads.yoctoproject.org/releases/uninative/2.6/;
> -UNINATIVE_CHECKSUM[aarch64] ?= 
> "a37118fc8b423f48146120707b81dd15017512c3e8ef9e6ca2cb3a033f4f4046"
> -UNINATIVE_CHECKSUM[i686] ?= 
> "3234fc3ded810225071f23a0e9a99f4f8c2480059945a848eff076ce78122ade"
> -UNINATIVE_CHECKSUM[x86_64] ?= 
> "133387753a9acf3e1b788103c59fac91e968e2ee331d7a4b9498e926ada7be57"
> +UNINATIVE_URL ?= "http://downloads.yoctoproject.org/releases/uninative/2.7/;
> +UNINATIVE_CHECKSUM[aarch64] ?= 
> "e76a45886ee8a0b3904b761c17ac8ff91edf9811ee455f1832d10763ba794dfc"
> +UNINATIVE_CHECKSUM[i686] ?= 
> "810d027dfb1c7675226afbcec07808770516c969ee7378f6d8240281083f8924"
> +UNINATIVE_CHECKSUM[x86_64] ?= 
> "9498d8bba04749a7310ac2576d0796461184965351a56f6d32c888a1f216"
> --
> 2.21.0
>
> --
> ___
> Openembedded-core mailing list
> Openembedded-core@lists.openembedded.org
> http://lists.openembedded.org/mailman/listinfo/openembedded-core
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core


[OE-core] [PATCH] gnu-efi: Do not use gcc-only options when building with clang

2019-10-06 Thread Khem Raj
Signed-off-by: Khem Raj 
---
 .../gnu-efi-3.0.9-fix-clang-build.patch   | 24 +++
 meta/recipes-bsp/gnu-efi/gnu-efi_3.0.9.bb |  1 +
 2 files changed, 25 insertions(+)
 create mode 100644 
meta/recipes-bsp/gnu-efi/gnu-efi/gnu-efi-3.0.9-fix-clang-build.patch

diff --git 
a/meta/recipes-bsp/gnu-efi/gnu-efi/gnu-efi-3.0.9-fix-clang-build.patch 
b/meta/recipes-bsp/gnu-efi/gnu-efi/gnu-efi-3.0.9-fix-clang-build.patch
new file mode 100644
index 00..c6d660095e
--- /dev/null
+++ b/meta/recipes-bsp/gnu-efi/gnu-efi/gnu-efi-3.0.9-fix-clang-build.patch
@@ -0,0 +1,24 @@
+Fix building with CLANG-9.0.0 
+
+Fixes
+clang-9: error: unknown argument: '-maccumulate-outgoing-args'
+
+Upstream-Status: Submitted [https://sourceforge.net/p/gnu-efi/patches/70/]
+Signed-off-by: Khem Raj 
+
+--- a/Make.defaults
 b/Make.defaults
+@@ -110,10 +110,10 @@
+ || ( [ $(GCCVERSION) -eq "4" ]  \
+  && [ $(GCCMINOR) -ge "7" ] ) ) \
+   && echo 1)
+-  ifeq ($(GCCNEWENOUGH),1)
+-CPPFLAGS += -DGNU_EFI_USE_MS_ABI -maccumulate-outgoing-args --std=c11
+-  else ifeq ($(USING_CLANG),clang)
++  ifeq ($(USING_CLANG),clang)
+ CPPFLAGS += -DGNU_EFI_USE_MS_ABI --std=c11
++  else ifeq ($(GCCNEWENOUGH),1)
++CPPFLAGS += -DGNU_EFI_USE_MS_ABI -maccumulate-outgoing-args --std=c11
+   endif
+ 
+   CFLAGS += -mno-red-zone
diff --git a/meta/recipes-bsp/gnu-efi/gnu-efi_3.0.9.bb 
b/meta/recipes-bsp/gnu-efi/gnu-efi_3.0.9.bb
index f844435472..6d4c303353 100644
--- a/meta/recipes-bsp/gnu-efi/gnu-efi_3.0.9.bb
+++ b/meta/recipes-bsp/gnu-efi/gnu-efi_3.0.9.bb
@@ -15,6 +15,7 @@ LIC_FILES_CHKSUM = 
"file://gnuefi/crt0-efi-arm.S;beginline=4;endline=16;md5=e582
 SRC_URI = "${SOURCEFORGE_MIRROR}/${BPN}/${BP}.tar.bz2 \
file://parallel-make-archives.patch \
file://lib-Makefile-fix-parallel-issue.patch \
+   file://gnu-efi-3.0.9-fix-clang-build.patch \
"
 
 SRC_URI[md5sum] = "32af17b917545a693e549af2439c4a99"
-- 
2.23.0

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


[OE-core] [PATCH] perl: Handle PACKAGES_DYNAMIC for perl-native

2019-10-06 Thread Khem Raj
A perl module recipe extending to provide native version causes target
perl dependencies to be pulled into native build if the module recipe
has RDEPENDS_${PN} = "perl-module-" e.g. libxml-sax-base-perl
recipe.

The reason is that native bbclass empties out PACKAGES_DYNAMIC and
perl's PACKAGES_DYNAMIC_class-target is greedy enough to usurp native
modules as well.

Eventually we end up with errors like when sstate is used across
machines

* ERROR: libxml-sax-base-perl-native different signature for task 
do_populate_sysroot.sigdata between qemux86copy and qemuarm

Therefore, to fix this native case needs to handled specially when
re-assigning module dependencies in split_perl_packages(), where the
modules are named correctly for native case and have a single dependency
on perl-native, secondly, PACKAGES_DYNAMIC for target case needs to be
reined in to spare, -native modules, thirdly, let perl-native take over
the case for providing native modules

This will fix several sstate signature errors like above with external
perl modules providing native variants and having runtime dependencies on
modules which are provided by perl proper

Signed-off-by: Khem Raj 
---
 meta/recipes-devtools/perl/perl_5.30.0.bb | 13 +
 1 file changed, 9 insertions(+), 4 deletions(-)

diff --git a/meta/recipes-devtools/perl/perl_5.30.0.bb 
b/meta/recipes-devtools/perl/perl_5.30.0.bb
index a221bce52b..9614477982 100644
--- a/meta/recipes-devtools/perl/perl_5.30.0.bb
+++ b/meta/recipes-devtools/perl/perl_5.30.0.bb
@@ -265,13 +265,18 @@ python split_perl_packages () {
 # Read the pre-generated dependency file, and use it to set module 
dependecies
 for line in open(d.expand("${WORKDIR}") + 
'/perl-rdepends.txt').readlines():
 splitline = line.split()
-module = splitline[0].replace("RDEPENDS_perl", "RDEPENDS_${PN}")
-depends = splitline[2].strip('"').replace("perl-module", 
"${PN}-module")
+if bb.data.inherits_class('native', d):
+module = splitline[0] + '-native'
+depends = "perl-native"
+else:
+module = splitline[0].replace("RDEPENDS_perl", "RDEPENDS_${PN}")
+depends = splitline[2].strip('"').replace("perl-module", 
"${PN}-module")
 d.appendVar(d.expand(module), " " + depends)
 }
 
-PACKAGES_DYNAMIC_class-target += "^perl-module-.*"
-PACKAGES_DYNAMIC_class-nativesdk += "^nativesdk-perl-module-.*"
+PACKAGES_DYNAMIC_class-native_forcevariable = "^perl-module-.*-native$"
+PACKAGES_DYNAMIC_class-target = "^perl-module-.*(?http://lists.openembedded.org/mailman/listinfo/openembedded-core


[OE-core] [PATCH] ghostscript: Disable libpaper

2019-10-05 Thread Khem Raj
OE does not provide libpaper recipe, and the configure check looks for
libpaper if not disabled, this causes problems especially when shared
state is built on a machine which has libpaper installed on host but the
consumer machine although running same OS, but does not have libpaper
installed, the artifact from sstate are re-used but then native binary
./obj/aux/packps fails to execute

./obj/aux/packps: error while loading shared libraries: libpaper.so.1: cannot 
open shared object file: No such file or directory

So either we need to provide libpaper in OE or we disable it, disabling
is best for now

Signed-off-by: Khem Raj 
---
 meta/recipes-extended/ghostscript/ghostscript_9.27.bb | 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)

diff --git a/meta/recipes-extended/ghostscript/ghostscript_9.27.bb 
b/meta/recipes-extended/ghostscript/ghostscript_9.27.bb
index 349c0c2e8b..9e1f3e2f49 100644
--- a/meta/recipes-extended/ghostscript/ghostscript_9.27.bb
+++ b/meta/recipes-extended/ghostscript/ghostscript_9.27.bb
@@ -59,7 +59,7 @@ PACKAGECONFIG[x11] = "--with-x --x-includes=${STAGING_INCDIR} 
--x-libraries=${ST
   --without-x, virtual/libx11 libxext libxt gtk+3\
   "
 
-EXTRA_OECONF = "--with-system-libtiff --without-jbig2dec \
+EXTRA_OECONF = "--without-libpaper --with-system-libtiff --without-jbig2dec \
 --with-fontpath=${datadir}/fonts \
 --without-libidn --with-cups-serverbin=${exec_prefix}/lib/cups 
\
 --with-cups-datadir=${datadir}/cups \
@@ -71,7 +71,7 @@ EXTRA_OECONF_append_mipsarcho32 = " 
--with-large_color_index=0"
 # Explicity disable libtiff, fontconfig,
 # freetype, cups for ghostscript-native
 EXTRA_OECONF_class-native = "--without-x --with-system-libtiff=no \
- --without-jbig2dec \
+ --without-jbig2dec --without-libpaper \
  --with-fontpath=${datadir}/fonts \
  --without-libidn --disable-fontconfig \
  --disable-freetype --disable-cups"
-- 
2.23.0

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


[OE-core] [PATCH 1/2] musl: Update to latest

2019-10-02 Thread Khem Raj
Drop upstream'ed patch
Fix libgcc build with musl

Detailed ChangeLog [1]

[1] 
https://git.musl-libc.org/cgit/musl/log/?qt=range=1f0e9f9cc2e3fa354f94e18b3b362de5f1ec7272..2c2477da9a553c0b9b2fa18073a5dcdbe6d395af

Signed-off-by: Khem Raj 
---
 ...-for-riscv-floating-point-state-to-_.patch | 67 ---
 ...and-specifiers-in-the-riscv64-CAS-ro.patch | 55 ---
 .../0001-riscv-Define-sigcontext-again.patch  | 48 +
 meta/recipes-core/musl/musl_git.bb|  5 +-
 4 files changed, 50 insertions(+), 125 deletions(-)
 delete mode 100644 
meta/recipes-core/musl/musl/0001-Change-container-for-riscv-floating-point-state-to-_.patch
 delete mode 100644 
meta/recipes-core/musl/musl/0001-correct-the-operand-specifiers-in-the-riscv64-CAS-ro.patch
 create mode 100644 
meta/recipes-core/musl/musl/0001-riscv-Define-sigcontext-again.patch

diff --git 
a/meta/recipes-core/musl/musl/0001-Change-container-for-riscv-floating-point-state-to-_.patch
 
b/meta/recipes-core/musl/musl/0001-Change-container-for-riscv-floating-point-state-to-_.patch
deleted file mode 100644
index a9abb18726..00
--- 
a/meta/recipes-core/musl/musl/0001-Change-container-for-riscv-floating-point-state-to-_.patch
+++ /dev/null
@@ -1,67 +0,0 @@
-From 52a37610650e7366a398dd07393d3902d2f3faa3 Mon Sep 17 00:00:00 2001
-From: Khem Raj 
-Date: Sat, 28 Sep 2019 12:19:57 -0700
-Subject: [PATCH] Change container for riscv floating-point state to 
__riscv_mc_fp_state
-
-Match the struct elements with glibc
-glibc also uses __riscv_mc prefix, some packages like gdb uses that
-
-Upstream-Status: Submitted [https://www.openwall.com/lists/musl/2019/09/28/1]
-Signed-off-by: Khem Raj 

- arch/riscv64/bits/signal.h | 18 +-
- arch/riscv64/bits/user.h   |  2 +-
- 2 files changed, 10 insertions(+), 10 deletions(-)
-
-diff --git a/arch/riscv64/bits/signal.h b/arch/riscv64/bits/signal.h
-index 76d7ad80..aba7ab00 100644
 a/arch/riscv64/bits/signal.h
-+++ b/arch/riscv64/bits/signal.h
-@@ -13,25 +13,25 @@ typedef unsigned long greg_t;
- typedef unsigned long gregset_t[32];
- 
- struct __riscv_mc_f_ext_state {
--  unsigned int f[32];
--  unsigned int fcsr;
-+  unsigned int __f[32];
-+  unsigned int __fcsr;
- };
- 
- struct __riscv_mc_d_ext_state {
--  unsigned long long f[32];
--  unsigned int fcsr;
-+  unsigned long long __f[32];
-+  unsigned int __fcsr;
- };
- 
- struct __riscv_mc_q_ext_state {
--  unsigned long long f[64] __attribute__((aligned(16)));
--  unsigned int fcsr;
-+  unsigned long long __f[64] __attribute__((aligned(16)));
-+  unsigned int __fcsr;
-   unsigned int reserved[3];
- };
- 
- union __riscv_mc_fp_state {
--  struct __riscv_mc_f_ext_state f;
--  struct __riscv_mc_d_ext_state d;
--  struct __riscv_mc_q_ext_state q;
-+  struct __riscv_mc_f_ext_state __f;
-+  struct __riscv_mc_d_ext_state __d;
-+  struct __riscv_mc_q_ext_state __q;
- };
- 
- typedef union __riscv_mc_fp_state fpregset_t;
-diff --git a/arch/riscv64/bits/user.h b/arch/riscv64/bits/user.h
-index d2e383b2..9918a2fe 100644
 a/arch/riscv64/bits/user.h
-+++ b/arch/riscv64/bits/user.h
-@@ -5,4 +5,4 @@ struct user_fpregs_struct {
- 
- #define ELF_NGREG 32
- typedef unsigned long elf_greg_t, elf_gregset_t[ELF_NGREG];
--typedef struct user_fpregs_struct elf_fpregset_t;
-+typedef union __riscv_mc_fp_state elf_fpregset_t;
--- 
-2.23.0
-
diff --git 
a/meta/recipes-core/musl/musl/0001-correct-the-operand-specifiers-in-the-riscv64-CAS-ro.patch
 
b/meta/recipes-core/musl/musl/0001-correct-the-operand-specifiers-in-the-riscv64-CAS-ro.patch
deleted file mode 100644
index 09b71cb299..00
--- 
a/meta/recipes-core/musl/musl/0001-correct-the-operand-specifiers-in-the-riscv64-CAS-ro.patch
+++ /dev/null
@@ -1,55 +0,0 @@
-From 59f2954fcaacd9426827c69a729e2647cb9977e5 Mon Sep 17 00:00:00 2001
-From: Palmer Dabbelt 
-Date: Tue, 24 Sep 2019 20:30:15 -0700
-Subject: [PATCH] correct the operand specifiers in the riscv64 CAS routines
-
-The operand sepcifiers in a_cas and a_casp for riscv64 were incorrect:
-there's a backwards branch in the routine, so despite tmp being written
-at the end of the assembly fragment it cannot be allocated in one of the
-input registers because the input values may be needed for another trip
-around the loop.
-
-For code that follows the guarnteed forward progress requirements, he
-backwards branch is rarely taken: SiFive's hardware only fails a store
-conditional on execptional cases (ie, instruction cache misses inside
-the loop), and until recently a bug in QEMU allowed back-to-back
-store conditionals to succeed.  The bug has been fixed in the latest
-QEMU release, but it turns out that the fix caused this latent bug in
-musl to manifest.
-
-Full disclosure: I haven't actually even compiled musl.  I just guessed
-this would fix a bug introducted by the new QEMU behavior, Alistair
-(CC'd) actually checked it fixes the problem.  The rest

[OE-core] [PATCH 2/2] qemu: Add ppc64 to QEMU_TARGETS

2019-10-02 Thread Khem Raj
helps with qemuppc target

Signed-off-by: Khem Raj 
---
 meta/recipes-devtools/qemu/qemu.inc | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/meta/recipes-devtools/qemu/qemu.inc 
b/meta/recipes-devtools/qemu/qemu.inc
index de21d30732..551b49ac0a 100644
--- a/meta/recipes-devtools/qemu/qemu.inc
+++ b/meta/recipes-devtools/qemu/qemu.inc
@@ -53,7 +53,7 @@ do_install_ptest() {
 }
 
 # QEMU_TARGETS is overridable variable
-QEMU_TARGETS ?= "arm aarch64 i386 mips mipsel mips64 mips64el ppc riscv32 
riscv64 sh4 x86_64"
+QEMU_TARGETS ?= "arm aarch64 i386 mips mipsel mips64 mips64el ppc ppc64 
riscv32 riscv64 sh4 x86_64"
 
 EXTRA_OECONF = " \
 --prefix=${prefix} \
-- 
2.23.0

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


Re: [OE-core] [PATCH] layer.conf: Add xserver-nodm-init to SIGGEN_EXCLUDERECIPES_ABISAFE

2019-10-02 Thread Khem Raj
On Wed, Oct 2, 2019 at 6:21 AM Richard Purdie
 wrote:
>
> On Mon, 2019-09-30 at 14:37 -0700, Khem Raj wrote:
> > Found signature differences when same machine is used as a copy
> > see
> >
> > ERROR: xscreensaver different signature for task
> > do_package_write_ipk.sigdata between qemux86copy and qemux86
> > Hash for dependent task x11-common/xserver-nodm-
> > init_3.0.bb:do_packagedata changed from
> > de0944d4fcaeed0efdb143a18cc406bd043469ae291de1704a999bc878a7691c to
> > ba7bdaf35860ba5bf5a5f4ce06379a77c88eb9806e09a1fc5373933888a46507
> >
> > Signed-off-by: Khem Raj 
> > ---
> >  meta/conf/layer.conf | 1 +
> >  1 file changed, 1 insertion(+)
> >
> > diff --git a/meta/conf/layer.conf b/meta/conf/layer.conf
> > index 27893b633e..a13c8dc9b2 100644
> > --- a/meta/conf/layer.conf
> > +++ b/meta/conf/layer.conf
> > @@ -44,6 +44,7 @@ SIGGEN_EXCLUDERECIPES_ABISAFE += " \
> >opkg-utils \
> >gstreamer1.0-meta-base \
> >ca-certificates \
> > +  xserver-nodm-init \
> >  "
> >
> >  SIGGEN_EXCLUDE_SAFE_RECIPE_DEPS += " \
>
> This seems odd, why is xscreensaver depending on xserver-nodm-init?
>

yeah indeed, please drop this one. Its better to fix the dependency

> Cheers,
>
> Richard
>
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core


[OE-core] [PATCH] layer.conf: Add xserver-nodm-init to SIGGEN_EXCLUDERECIPES_ABISAFE

2019-09-30 Thread Khem Raj
Found signature differences when same machine is used as a copy
see

ERROR: xscreensaver different signature for task do_package_write_ipk.sigdata 
between qemux86copy and qemux86
Hash for dependent task x11-common/xserver-nodm-init_3.0.bb:do_packagedata 
changed from de0944d4fcaeed0efdb143a18cc406bd043469ae291de1704a999bc878a7691c 
to ba7bdaf35860ba5bf5a5f4ce06379a77c88eb9806e09a1fc5373933888a46507

Signed-off-by: Khem Raj 
---
 meta/conf/layer.conf | 1 +
 1 file changed, 1 insertion(+)

diff --git a/meta/conf/layer.conf b/meta/conf/layer.conf
index 27893b633e..a13c8dc9b2 100644
--- a/meta/conf/layer.conf
+++ b/meta/conf/layer.conf
@@ -44,6 +44,7 @@ SIGGEN_EXCLUDERECIPES_ABISAFE += " \
   opkg-utils \
   gstreamer1.0-meta-base \
   ca-certificates \
+  xserver-nodm-init \
 "
 
 SIGGEN_EXCLUDE_SAFE_RECIPE_DEPS += " \
-- 
2.23.0

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


[OE-core] [PATCH] llvm: Update to 9.0.0

2019-09-29 Thread Khem Raj
libOptRemarks has been renamed as libRemarks
RISC-V backend is now supported

Signed-off-by: Khem Raj 
---
 meta/conf/distro/include/tcmode-default.inc   |  2 +-
 ...ryInfo-Undefine-libc-functions-if-th.patch |  9 ++--
 ...-llvm-allow-env-override-of-exe-path.patch |  8 ++-
 meta/recipes-devtools/llvm/llvm_git.bb| 23 ++-
 4 files changed, 17 insertions(+), 25 deletions(-)

diff --git a/meta/conf/distro/include/tcmode-default.inc 
b/meta/conf/distro/include/tcmode-default.inc
index d8f434609b..4a23c50631 100644
--- a/meta/conf/distro/include/tcmode-default.inc
+++ b/meta/conf/distro/include/tcmode-default.inc
@@ -26,7 +26,7 @@ QEMUVERSION ?= "4.1%"
 GOVERSION ?= "1.12%"
 # This can not use wildcards like 8.0.% since it is also used in mesa to denote
 # llvm version being used, so always bump it with llvm recipe version bump
-LLVMVERSION ?= "8.0.1"
+LLVMVERSION ?= "9.0.0"
 
 PREFERRED_VERSION_gcc ?= "${GCCVERSION}"
 PREFERRED_VERSION_gcc-cross-${TARGET_ARCH} ?= "${GCCVERSION}"
diff --git 
a/meta/recipes-devtools/llvm/llvm/0006-llvm-TargetLibraryInfo-Undefine-libc-functions-if-th.patch
 
b/meta/recipes-devtools/llvm/llvm/0006-llvm-TargetLibraryInfo-Undefine-libc-functions-if-th.patch
index 789c308863..d75c94e9e9 100644
--- 
a/meta/recipes-devtools/llvm/llvm/0006-llvm-TargetLibraryInfo-Undefine-libc-functions-if-th.patch
+++ 
b/meta/recipes-devtools/llvm/llvm/0006-llvm-TargetLibraryInfo-Undefine-libc-functions-if-th.patch
@@ -1,13 +1,11 @@
-From 4c08879d2dfbe7face4e679ac8499dc7bff2dd20 Mon Sep 17 00:00:00 2001
+From dbeecdb307be8b783b42cbc89dcb9c5e7f528989 Mon Sep 17 00:00:00 2001
 From: Khem Raj 
 Date: Sat, 21 May 2016 00:33:20 +
-Subject: [PATCH 06/19] llvm: TargetLibraryInfo: Undefine libc functions if
- they are macros
+Subject: [PATCH] llvm: TargetLibraryInfo: Undefine libc functions if they are 
macros
 
 musl defines some functions as macros and not inline functions
 if this is the case then make sure to undefine them
 
-Upstream-Status: Pending
 Signed-off-by: Khem Raj 
 ---
  .../llvm/Analysis/TargetLibraryInfo.def   | 21 +++
@@ -87,6 +85,3 @@ index afed404f04c..876888656f2 100644
  TLI_DEFINE_ENUM_INTERNAL(tmpfile64)
  TLI_DEFINE_STRING_INTERNAL("tmpfile64")
  /// int toascii(int c);
--- 
-2.22.0
-
diff --git 
a/meta/recipes-devtools/llvm/llvm/0007-llvm-allow-env-override-of-exe-path.patch
 
b/meta/recipes-devtools/llvm/llvm/0007-llvm-allow-env-override-of-exe-path.patch
index f47080c9fd..58dce513c2 100644
--- 
a/meta/recipes-devtools/llvm/llvm/0007-llvm-allow-env-override-of-exe-path.patch
+++ 
b/meta/recipes-devtools/llvm/llvm/0007-llvm-allow-env-override-of-exe-path.patch
@@ -1,14 +1,13 @@
-From b66d6f39a374b8df41e7235351e5dee2e81f440c Mon Sep 17 00:00:00 2001
+From 61b00e1e051e367f5483d7b5253b6c85a9e8a90f Mon Sep 17 00:00:00 2001
 From: Martin Kelly 
 Date: Fri, 19 May 2017 00:22:57 -0700
-Subject: [PATCH 07/19] llvm: allow env override of exe path
+Subject: [PATCH] llvm: allow env override of exe path
 
 When using a native llvm-config from inside a sysroot, we need llvm-config to
 return the libraries, include directories, etc. from inside the sysroot rather
 than from the native sysroot. Thus provide an env override for calling
 llvm-config from a target sysroot.
 
-Upstream-Status: Pending
 Signed-off-by: Martin Kelly 
 Signed-off-by: Khem Raj 
 ---
@@ -33,6 +32,3 @@ index 7ef7c46a262..a4f7ed82c7b 100644
// This just needs to be some symbol in the binary; C++ doesn't
// allow taking the address of ::main however.
void *P = (void *)(intptr_t)GetExecutablePath;
--- 
-2.22.0
-
diff --git a/meta/recipes-devtools/llvm/llvm_git.bb 
b/meta/recipes-devtools/llvm/llvm_git.bb
index 08b19a33e3..aba8e4e829 100644
--- a/meta/recipes-devtools/llvm/llvm_git.bb
+++ b/meta/recipes-devtools/llvm/llvm_git.bb
@@ -3,10 +3,10 @@
 
 DESCRIPTION = "The LLVM Compiler Infrastructure"
 HOMEPAGE = "http://llvm.org;
-LICENSE = "NCSA"
+LICENSE = "Apache-2.0-with-LLVM-exception"
 SECTION = "devel"
 
-LIC_FILES_CHKSUM = "file://LICENSE.TXT;md5=c6b766a4e85dd28301eeed54a6684648"
+LIC_FILES_CHKSUM = "file://LICENSE.TXT;md5=8a15a0759ef07f2682d2ba4b893c9afe"
 
 DEPENDS = "libffi libxml2 zlib libedit ninja-native llvm-native"
 
@@ -16,17 +16,17 @@ inherit cmake pkgconfig
 
 PROVIDES += "llvm${PV}"
 
+MAJOR_VERSION = "9"
+MINOR_VERSION = "0"
+PATCH_VERSION = "0"
+
+PV = "${MAJOR_VERSION}.${MINOR_VERSION}.${PATCH_VERSION}"
+
 LLVM_RELEASE = "${PV}"
 LLVM_DIR = "llvm${LLVM_RELEASE}"
 
-SRCREV = "19a71f6bdf2dddb10764939e7f0ec2b98dba76c9"
-
 BRANCH = "release/${MAJOR_VERSION}.x"
-MAJOR_VERSION = "8"
-MINOR_VERSION = "0"
-PATCH_VERSION = "1"
-SOLIBVER = "1"
-PV = "${MAJOR_VERSION}.${MINO

[OE-core] [PATCH 1/2] core-image-sato-sdk-ptest: Remove valgrind ptests for riscv

2019-09-28 Thread Khem Raj
valgrind is not yet ported to riscv

Signed-off-by: Khem Raj 
---
 meta/recipes-sato/images/core-image-sato-sdk-ptest.bb | 2 ++
 1 file changed, 2 insertions(+)

diff --git a/meta/recipes-sato/images/core-image-sato-sdk-ptest.bb 
b/meta/recipes-sato/images/core-image-sato-sdk-ptest.bb
index ff297fe324..13c813a4d6 100644
--- a/meta/recipes-sato/images/core-image-sato-sdk-ptest.bb
+++ b/meta/recipes-sato/images/core-image-sato-sdk-ptest.bb
@@ -10,6 +10,8 @@ PROVIDES += "core-image-sato-ptest"
 # Also include ptests which may not otherwise be included in a sato image
 IMAGE_INSTALL += "${PTESTS_FAST} ${PTESTS_SLOW}"
 
+PTESTS_SLOW_remove_riscv64 = "valgrind-ptest"
+
 # This image is sufficiently large (~1.8GB) that we need to be careful that it 
fits in a live
 # image (which has a 4GB limit), so nullify the overhead factor (1.3x out of 
the
 # box) and explicitly add just 1100MB.
-- 
2.23.0

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


[OE-core] [PATCH 2/2] musl: Fix __riscv_mc* containers to match glibc

2019-09-28 Thread Khem Raj
Fixes packages like gdb compile

Signed-off-by: Khem Raj 
---
 ...-for-riscv-floating-point-state-to-_.patch | 67 +++
 meta/recipes-core/musl/musl_git.bb|  1 +
 2 files changed, 68 insertions(+)
 create mode 100644 
meta/recipes-core/musl/musl/0001-Change-container-for-riscv-floating-point-state-to-_.patch

diff --git 
a/meta/recipes-core/musl/musl/0001-Change-container-for-riscv-floating-point-state-to-_.patch
 
b/meta/recipes-core/musl/musl/0001-Change-container-for-riscv-floating-point-state-to-_.patch
new file mode 100644
index 00..a9abb18726
--- /dev/null
+++ 
b/meta/recipes-core/musl/musl/0001-Change-container-for-riscv-floating-point-state-to-_.patch
@@ -0,0 +1,67 @@
+From 52a37610650e7366a398dd07393d3902d2f3faa3 Mon Sep 17 00:00:00 2001
+From: Khem Raj 
+Date: Sat, 28 Sep 2019 12:19:57 -0700
+Subject: [PATCH] Change container for riscv floating-point state to 
__riscv_mc_fp_state
+
+Match the struct elements with glibc
+glibc also uses __riscv_mc prefix, some packages like gdb uses that
+
+Upstream-Status: Submitted [https://www.openwall.com/lists/musl/2019/09/28/1]
+Signed-off-by: Khem Raj 
+---
+ arch/riscv64/bits/signal.h | 18 +-
+ arch/riscv64/bits/user.h   |  2 +-
+ 2 files changed, 10 insertions(+), 10 deletions(-)
+
+diff --git a/arch/riscv64/bits/signal.h b/arch/riscv64/bits/signal.h
+index 76d7ad80..aba7ab00 100644
+--- a/arch/riscv64/bits/signal.h
 b/arch/riscv64/bits/signal.h
+@@ -13,25 +13,25 @@ typedef unsigned long greg_t;
+ typedef unsigned long gregset_t[32];
+ 
+ struct __riscv_mc_f_ext_state {
+-  unsigned int f[32];
+-  unsigned int fcsr;
++  unsigned int __f[32];
++  unsigned int __fcsr;
+ };
+ 
+ struct __riscv_mc_d_ext_state {
+-  unsigned long long f[32];
+-  unsigned int fcsr;
++  unsigned long long __f[32];
++  unsigned int __fcsr;
+ };
+ 
+ struct __riscv_mc_q_ext_state {
+-  unsigned long long f[64] __attribute__((aligned(16)));
+-  unsigned int fcsr;
++  unsigned long long __f[64] __attribute__((aligned(16)));
++  unsigned int __fcsr;
+   unsigned int reserved[3];
+ };
+ 
+ union __riscv_mc_fp_state {
+-  struct __riscv_mc_f_ext_state f;
+-  struct __riscv_mc_d_ext_state d;
+-  struct __riscv_mc_q_ext_state q;
++  struct __riscv_mc_f_ext_state __f;
++  struct __riscv_mc_d_ext_state __d;
++  struct __riscv_mc_q_ext_state __q;
+ };
+ 
+ typedef union __riscv_mc_fp_state fpregset_t;
+diff --git a/arch/riscv64/bits/user.h b/arch/riscv64/bits/user.h
+index d2e383b2..9918a2fe 100644
+--- a/arch/riscv64/bits/user.h
 b/arch/riscv64/bits/user.h
+@@ -5,4 +5,4 @@ struct user_fpregs_struct {
+ 
+ #define ELF_NGREG 32
+ typedef unsigned long elf_greg_t, elf_gregset_t[ELF_NGREG];
+-typedef struct user_fpregs_struct elf_fpregset_t;
++typedef union __riscv_mc_fp_state elf_fpregset_t;
+-- 
+2.23.0
+
diff --git a/meta/recipes-core/musl/musl_git.bb 
b/meta/recipes-core/musl/musl_git.bb
index 335d53d42f..13fd17353d 100644
--- a/meta/recipes-core/musl/musl_git.bb
+++ b/meta/recipes-core/musl/musl_git.bb
@@ -16,6 +16,7 @@ SRC_URI = "git://git.musl-libc.org/musl \
file://0001-Make-dynamic-linker-a-relative-symlink-to-libc.patch \

file://0002-ldso-Use-syslibdir-and-libdir-as-default-pathes-to-l.patch \

file://0001-correct-the-operand-specifiers-in-the-riscv64-CAS-ro.patch \
+   
file://0001-Change-container-for-riscv-floating-point-state-to-_.patch \
   "
 
 S = "${WORKDIR}/git"
-- 
2.23.0

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


Re: [OE-core] Warrior, OpenCV, Python2, python-cv2 issue

2019-09-27 Thread Khem Raj
maybe look into meta/recipes-support/gpgme/gpgme_1.13.1.bb it might be
helpful how its doing py2 and py3

On Fri, Sep 27, 2019 at 8:03 AM vygu via Openembedded-core
 wrote:
>
> Hello,
>
> With the warrior's serie, with poky and meta-openembedded layers, we have got 
> an issue about the opencv recipe, when we add the "python2" support to 
> PACKAGECONFIG. The recipe does not crash. But the issue happens during the 
> rootfs generation, because "nothing provides python-opencv needed by 
> opencv-3.4.5-r0". The opencv recipe does not seem to provide correctly the 
> python-cv2 package due to the PYTHON_SITEPACKAGES_DIR variable definition.
>
> How can we obtain on our image python-cv2 and python3-cv2 with the opencv 
> recipe?
> Thank you in advance.
>
> Vygu
>
> --
> ___
> Openembedded-core mailing list
> Openembedded-core@lists.openembedded.org
> http://lists.openembedded.org/mailman/listinfo/openembedded-core
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core


Re: [OE-core] [PATCH 1/2] ruby: configure mis-detects isnan/isinf on musl

2019-09-27 Thread Khem Raj
On Fri, Sep 27, 2019 at 6:55 AM André Draszik  wrote:
>
> From: André Draszik 
>
> The configure script does not detect isnan/isinf as macros
> as is the case in musl.
>
> Help it by providing the correct result via
> CACHED_CONFIGUREVARS.
>
> Signed-off-by: André Draszik 
> ---
>  meta/recipes-devtools/ruby/ruby_2.5.5.bb | 3 +++
>  1 file changed, 3 insertions(+)
>
> diff --git a/meta/recipes-devtools/ruby/ruby_2.5.5.bb 
> b/meta/recipes-devtools/ruby/ruby_2.5.5.bb
> index 8ad59a7657..fdd3852a78 100644
> --- a/meta/recipes-devtools/ruby/ruby_2.5.5.bb
> +++ b/meta/recipes-devtools/ruby/ruby_2.5.5.bb
> @@ -32,6 +32,9 @@ EXTRA_OECONF = "\
>  --with-pkg-config=pkg-config \
>  "
>
> +# the configure script does not detect isnan/isinf as macros
> +CACHED_CONFIGUREVARS_libc-musl += "ac_cv_func_isnan=yes ac_cv_func_isinf=yes"
> +

Please use _append_libc-musl and drop +=

>  do_install() {
>  oe_runmake 'DESTDIR=${D}' install
>  }
> --
> 2.23.0.rc1
>
> --
> ___
> Openembedded-core mailing list
> Openembedded-core@lists.openembedded.org
> http://lists.openembedded.org/mailman/listinfo/openembedded-core
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core


Re: [OE-core] bash-completion

2019-09-26 Thread Khem Raj
On Thu, Sep 26, 2019 at 4:17 PM Slater, Joseph  wrote:
>
> I see a bbclass for this, but no IMAGE_FEATURE to get the resultant packages 
> into an image.  Is there, or should there, be one?  I also see reference to 
> various similar packages, like *-dbg in an sdk bbclass, but have not found 
> how any of this stuff actually gets put into a target image.  Any pointers 
> would be appreciated.

I guess an IMAGE_FEATURE wont hurt.

>
>
>
> Joe
>
>
>
> --
> ___
> Openembedded-core mailing list
> Openembedded-core@lists.openembedded.org
> http://lists.openembedded.org/mailman/listinfo/openembedded-core
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core


[OE-core] [PATCH] packagegroups: All groups are not allarch

2019-09-26 Thread Khem Raj
Some of the packagegroups violate the allarch policy therefore the ones
which do so, should be marked as TUNE specific

Fixes QA errors
packagegroup-self-hosted-1.0: Package version for package 
packagegroup-self-hosted-graphics went backwards which would break package 
feeds from (0:1.0-r13.12 to 0:1.0-r13.9) [version-going-backwards]

Signed-off-by: Khem Raj 
---
 .../packagegroups/packagegroup-core-standalone-sdk-target.bb| 2 ++
 .../recipes-core/packagegroups/packagegroup-core-tools-debug.bb | 2 ++
 meta/recipes-core/packagegroups/packagegroup-self-hosted.bb | 2 ++
 3 files changed, 6 insertions(+)

diff --git 
a/meta/recipes-core/packagegroups/packagegroup-core-standalone-sdk-target.bb 
b/meta/recipes-core/packagegroups/packagegroup-core-standalone-sdk-target.bb
index f5b2d69cef..2a54f1ca3e 100644
--- a/meta/recipes-core/packagegroups/packagegroup-core-standalone-sdk-target.bb
+++ b/meta/recipes-core/packagegroups/packagegroup-core-standalone-sdk-target.bb
@@ -1,6 +1,8 @@
 SUMMARY = "Target packages for the standalone SDK"
 PR = "r8"
 
+PACKAGE_ARCH = "${TUNE_PKGARCH}"
+
 inherit packagegroup
 
 RDEPENDS_${PN} = "\
diff --git a/meta/recipes-core/packagegroups/packagegroup-core-tools-debug.bb 
b/meta/recipes-core/packagegroups/packagegroup-core-tools-debug.bb
index 9fc2b0ef4d..81fbdf4608 100644
--- a/meta/recipes-core/packagegroups/packagegroup-core-tools-debug.bb
+++ b/meta/recipes-core/packagegroups/packagegroup-core-tools-debug.bb
@@ -4,6 +4,8 @@
 
 SUMMARY = "Debugging tools"
 
+PACKAGE_ARCH = "${TUNE_PKGARCH}"
+
 inherit packagegroup
 
 PR = "r3"
diff --git a/meta/recipes-core/packagegroups/packagegroup-self-hosted.bb 
b/meta/recipes-core/packagegroups/packagegroup-self-hosted.bb
index 9b0ae0d1c2..ee9d0636f2 100644
--- a/meta/recipes-core/packagegroups/packagegroup-self-hosted.bb
+++ b/meta/recipes-core/packagegroups/packagegroup-self-hosted.bb
@@ -6,6 +6,8 @@ SUMMARY = "Self-hosting"
 DESCRIPTION = "Packages required to run the build system"
 PR = "r13"
 
+PACKAGE_ARCH = "${TUNE_PKGARCH}"
+
 inherit packagegroup  distro_features_check
 # rdepends on libx11-dev
 REQUIRED_DISTRO_FEATURES = "x11"
-- 
2.23.0

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


[OE-core] [PATCH] strace: Upgrade to 5.3

2019-09-26 Thread Khem Raj
Detailed features are here [1]

[1] https://github.com/strace/strace/releases/tag/v5.3

Signed-off-by: Khem Raj 
---
 .../strace/strace/disable-git-version-gen.patch| 10 +-
 .../strace/{strace_5.2.bb => strace_5.3.bb}|  4 ++--
 2 files changed, 7 insertions(+), 7 deletions(-)
 rename meta/recipes-devtools/strace/{strace_5.2.bb => strace_5.3.bb} (93%)

diff --git a/meta/recipes-devtools/strace/strace/disable-git-version-gen.patch 
b/meta/recipes-devtools/strace/strace/disable-git-version-gen.patch
index d6354bf4b6..5fefff33e9 100644
--- a/meta/recipes-devtools/strace/strace/disable-git-version-gen.patch
+++ b/meta/recipes-devtools/strace/strace/disable-git-version-gen.patch
@@ -1,4 +1,4 @@
-From ed30a4fc4dc264ce5f5881462e03ae13c921bfed Mon Sep 17 00:00:00 2001
+From 3bc47502ab011ea8d7c9cd724b25174ecd9506bc Mon Sep 17 00:00:00 2001
 From: Andre McCurdy 
 Date: Mon, 18 Jan 2016 13:33:50 -0800
 Subject: [PATCH] strace: remove need for scripts
@@ -16,20 +16,20 @@ Signed-off-by: Anuj Mittal 
  1 file changed, 3 insertions(+), 3 deletions(-)
 
 diff --git a/configure.ac b/configure.ac
-index 8045ebd..4319709 100644
+index 949b058..4ba989c 100644
 --- a/configure.ac
 +++ b/configure.ac
 @@ -12,12 +12,12 @@
  
  AC_PREREQ(2.57)
  AC_INIT([strace],
--  m4_esyscmd([./git-version-gen .tarball-version]),
+-  st_esyscmd_s([./git-version-gen .tarball-version]),
 +  m4_esyscmd_s([cat .tarball-version]),
[strace-de...@lists.strace.io],
[strace],
[https://strace.io])
--m4_define([copyright_year], m4_esyscmd([./copyright-year-gen .year]))
--m4_define([manpage_date], m4_esyscmd([./file-date-gen strace.1.in]))
+-m4_define([copyright_year], st_esyscmd_s([./copyright-year-gen .year]))
+-m4_define([manpage_date], st_esyscmd_s([./file-date-gen strace.1.in]))
 +m4_define([copyright_year], m4_esyscmd_s([cat .year]))
 +m4_define([manpage_date], m4_esyscmd_s([cat .strace.1.in.date]))
  AC_COPYRIGHT([Copyright (c) 1999-]copyright_year[ The strace developers.])
diff --git a/meta/recipes-devtools/strace/strace_5.2.bb 
b/meta/recipes-devtools/strace/strace_5.3.bb
similarity index 93%
rename from meta/recipes-devtools/strace/strace_5.2.bb
rename to meta/recipes-devtools/strace/strace_5.3.bb
index a16c3b8598..775a22fc62 100644
--- a/meta/recipes-devtools/strace/strace_5.2.bb
+++ b/meta/recipes-devtools/strace/strace_5.3.bb
@@ -15,8 +15,8 @@ SRC_URI = "https://strace.io/files/${PV}/strace-${PV}.tar.xz \

file://0001-tests-sigaction-Check-for-mips-and-alpha-before-usin.patch \
file://ptest-spacesave.patch \
"
-SRC_URI[md5sum] = "b9c02b07dcde5125498ce7da69b77baf"
-SRC_URI[sha256sum] = 
"d513bc085609a9afd64faf2ce71deb95b96faf46cd7bc86048bc655e4e4c24d2"
+SRC_URI[md5sum] = "84f5e72de813c9b1bb6057ee8ab428d8"
+SRC_URI[sha256sum] = 
"6c131198749656401fe3efd6b4b16a07ea867e8f530867ceae8930bbc937a047"
 
 inherit autotools ptest
 
-- 
2.23.0

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


Re: [OE-core] [PATCH v2 2/3] apr: Fix configure error for nativesdk

2019-09-26 Thread Khem Raj
On Wed, Sep 25, 2019 at 10:51 PM Robert Yang  wrote:
>
> Hi Khem,
>
> On 9/26/19 10:57 AM, Khem Raj wrote:
> > On Wed, Sep 25, 2019 at 7:52 PM Robert Yang  
> > wrote:
> >>
> >> Fixed:
> >> $ bitbake nativesdk-apr
> >> buildconf: libtool not found.
> >> You need libtool version 1.4 or newer installed
> >>
> >> Signed-off-by: Robert Yang 
> >> ---
> >>   meta/recipes-support/apr/apr_1.7.0.bb | 2 +-
> >>   1 file changed, 1 insertion(+), 1 deletion(-)
> >>
> >> diff --git a/meta/recipes-support/apr/apr_1.7.0.bb 
> >> b/meta/recipes-support/apr/apr_1.7.0.bb
> >> index 09a65bf..a9d98be 100644
> >> --- a/meta/recipes-support/apr/apr_1.7.0.bb
> >> +++ b/meta/recipes-support/apr/apr_1.7.0.bb
> >> @@ -1,7 +1,7 @@
> >>   SUMMARY = "Apache Portable Runtime (APR) library"
> >>   HOMEPAGE = "http://apr.apache.org/;
> >>   SECTION = "libs"
> >> -DEPENDS = "util-linux"
> >> +DEPENDS = "util-linux libtool"
> >
> > hmmm packages usually need libtoolize so please check if thats the
> > case or maybe patch apr to
> > do so., thereafter you can just DEPEND on libtool-cross
>
> In do_configure:
>
> libtool='${HOST_SYS}-libtool' ./buildconf
>
> So it requires libtool which is x86_64-pokysdk-linux-libtool when build
> nativesdk-apr. The libtool-cross is already in default depends, and it
> doesn't work when build nativesdk-apr, so I added libtool to the DEPENDS.
>

perhaps something like this might be interesting
https://sources.debian.org/src/apr/1.6.5-1/debian/patches/fix_apr-config.patch/
https://sources.debian.org/src/apr/1.6.5-1/debian/patches/libtoolize_check.patch/

> // Robert
>
> >
> >>
> >>   LICENSE = "Apache-2.0"
> >>   LIC_FILES_CHKSUM = "file://LICENSE;md5=4dfd4cd216828c8cae5de5a12f3844c8 \
> >> --
> >> 2.7.4
> >>
> >> --
> >> ___
> >> Openembedded-core mailing list
> >> Openembedded-core@lists.openembedded.org
> >> http://lists.openembedded.org/mailman/listinfo/openembedded-core
> >
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core


[OE-core] [PATCH] sdk: Install nativesdk locales for all TCLIBC variants

2019-09-25 Thread Khem Raj
install_locales() here is actually operating on nativesdk and only glibc
is the default library for nativesdk, since thats what most of
desktop/server distros use, therefore bailing out based on TCLIBC is not
needed here, since nativesdk-glibc would be required for all non-glibc
targetting SDKs as well.

Fixes SDK install time error

ERROR:  OE-core's config sanity checker detected a potential misconfiguration.
Either fix the cause of this error or at your own risk disable the checker (see 
sanity.conf).
Following is the list of potential problems / advisories:
Your system needs to support the en_US.UTF-8 locale.
ERROR: SDK preparation failed

Signed-off-by: Khem Raj 
---
 meta/lib/oe/sdk.py | 4 
 1 file changed, 4 deletions(-)

diff --git a/meta/lib/oe/sdk.py b/meta/lib/oe/sdk.py
index b4fbdb799e..d02a274812 100644
--- a/meta/lib/oe/sdk.py
+++ b/meta/lib/oe/sdk.py
@@ -88,10 +88,6 @@ class Sdk(object, metaclass=ABCMeta):
 bb.warn("cannot remove SDK dir: %s" % path)
 
 def install_locales(self, pm):
-# This is only relevant for glibc
-if self.d.getVar("TCLIBC") != "glibc":
-return
-
 linguas = self.d.getVar("SDKIMAGE_LINGUAS")
 if linguas:
 import fnmatch
-- 
2.23.0

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


Re: [OE-core] [PATCH v2 2/3] apr: Fix configure error for nativesdk

2019-09-25 Thread Khem Raj
On Wed, Sep 25, 2019 at 7:52 PM Robert Yang  wrote:
>
> Fixed:
> $ bitbake nativesdk-apr
> buildconf: libtool not found.
>You need libtool version 1.4 or newer installed
>
> Signed-off-by: Robert Yang 
> ---
>  meta/recipes-support/apr/apr_1.7.0.bb | 2 +-
>  1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/meta/recipes-support/apr/apr_1.7.0.bb 
> b/meta/recipes-support/apr/apr_1.7.0.bb
> index 09a65bf..a9d98be 100644
> --- a/meta/recipes-support/apr/apr_1.7.0.bb
> +++ b/meta/recipes-support/apr/apr_1.7.0.bb
> @@ -1,7 +1,7 @@
>  SUMMARY = "Apache Portable Runtime (APR) library"
>  HOMEPAGE = "http://apr.apache.org/;
>  SECTION = "libs"
> -DEPENDS = "util-linux"
> +DEPENDS = "util-linux libtool"

hmmm packages usually need libtoolize so please check if thats the
case or maybe patch apr to
do so., thereafter you can just DEPEND on libtool-cross

>
>  LICENSE = "Apache-2.0"
>  LIC_FILES_CHKSUM = "file://LICENSE;md5=4dfd4cd216828c8cae5de5a12f3844c8 \
> --
> 2.7.4
>
> --
> ___
> Openembedded-core mailing list
> Openembedded-core@lists.openembedded.org
> http://lists.openembedded.org/mailman/listinfo/openembedded-core
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core


Re: [OE-core] [master][PATCH v3] esdk: Introduce mechanism to keep nativesdk* sstate in esdk

2019-09-25 Thread Khem Raj
actually this is not the culprit but setting SDK_INCLUDE_NATIVESDK =
"1" does help avoid this issue, the problem is in master I dont have
time to bisect it but it worked fine few weeks ago. For now I will
just set SDK_INCLUDE_NATIVESDK and move on

On Wed, Sep 25, 2019 at 3:21 PM Khem Raj  wrote:
>
> I think this is the reason why extensible sdk is not building for me,
> key is I am not setting SDK_INCLUDE_NATIVESDK
>
> The file local.conf.bak that it is not able to find to copy is
> actually inside sdk-ext/image/tmp-renamed-sdk/conf, So I wonder if
> renaming is happening inbetween copying ?
>
> Summary: 1 task failed:
>   
> /mnt/b/yoe/build/tmp/work/qemuriscv64-yoe-linux-musl/yoe-simple-image/1.0-r0/sdk-ext/image/tmp-renamed-sdk/layers/openembedded-core/meta/recipes-core/meta/package-index.bb:do_package_index
> Summary: There was 1 ERROR message shown, returning a non-zero exit code.
> ERROR: yoe-simple-image-1.0-r0 do_populate_sdk_ext: Error executing a
> python function in exec_python_func() autogenerated:
>
> The stack trace of python calls that resulted in this exception/failure was:
> File: 'exec_python_func() autogenerated', lineno: 2, function: 
>  0001:
>  *** 0002:copy_buildsystem(d)
>  0003:
> File: 
> '/mnt/b/yoe/sources/openembedded-core/meta/classes/populate_sdk_ext.bbclass',
> lineno: 444, function: copy_buildsystem
>  0440:sdk_ext_type = d.getVar('SDK_EXT_TYPE')
>  0441:if (sdk_ext_type != 'minimal' or sdk_include_toolchain
> or derivative) and not sdk_include_nativesdk:
>  0442:# Create the filtered task list used to generate the
> sstate cache shipped with the SDK
>  0443:tasklistfn = d.getVar('WORKDIR') + '/tasklist.txt'
>  *** 0444:create_filtered_tasklist(d, baseoutpath, tasklistfn,
> conf_initpath)
>  0445:else:
>  0446:tasklistfn = None
>  0447:
>  0448:if os.path.exists(builddir + '/cache/bb_unihashes.dat'):
> File: 
> '/mnt/b/yoe/sources/openembedded-core/meta/classes/populate_sdk_ext.bbclass',
> lineno: 180, function: create_filtered_tasklist
>  0176:# Clean out residue of running bitbake, which
> check_sstate_task_list()
>  0177:# will effectively do
>  0178:clean_esdk_builddir(d, sdkbasepath)
>  0179:finally:
>  *** 0180:os.replace(sdkbasepath + '/conf/local.conf.bak',
> sdkbasepath + '/conf/local.conf')
>  0181:
>  0182:python copy_buildsystem () {
>  0183:import re
>  0184:import shutil
> Exception: FileNotFoundError: [Errno 2] No such file or directory:
> '/mnt/b/yoe/build/tmp/work/qemuriscv64-yoe-linux-musl/yoe-simple-image/1.0-r0/sdk-ext/image//opt/yoe/3.0/conf/local.conf.bak'
> -> 
> '/mnt/b/yoe/build/tmp/work/qemuriscv64-yoe-linux-musl/yoe-simple-image/1.0-r
> 0/sdk-ext/image//opt/yoe/3.0/conf/local.conf'
>
> ERROR: Logfile of failure stored in:
> /mnt/b/yoe/build/tmp/work/qemuriscv64-yoe-linux-musl/yoe-simple-image/1.0-r0/temp/log.do_populate_sdk_ext.1484013
>
> On Wed, Sep 18, 2019 at 10:43 AM Jaewon Lee  wrote:
> >
> > When doing a devtool build-sdk from within an esdk all nativesdk
> > components would be rebuilt. This patch introduces SDK_INCLUDE_NATIVESDK
> > flag to toggle the inclusion of nativesdk packages when creating the
> > esdk sstate
> >
> > Currently locked-sigs.inc is generated during do_sdk_depends which
> > doesn't pull in nativesdk packages. Generating another locked-sigs.inc
> > in do_populate_sdk_ext and pruning it to only nativesdk* packages by
> > using a modified version of the already existing function
> > prune_locked_sigs and merging it with the current locked-sigs.inc
> > Also adding SDK_INCLUDE_NATIVESDK tasklistfn to the logic surrounding
> > setting tasklist file to not prune esdk sstate during creation
> >
> > Fixes [YOCTO #13261]
> >
> > Signed-off-by: Jaewon Lee 
> > ---
> > changes in v2:
> > change to commit message to include reason
> > got rid of some tabs
> > rebased to apply on master
> > changes in v3:
> > fix patchwork failure for format of short commit message
> > ---
> >  meta/classes/populate_sdk_ext.bbclass | 28 +++-
> >  meta/lib/oe/copy_buildsystem.py   |  8 ++--
> >  2 files changed, 33 insertions(+), 3 deletions(-)
> >
> > diff --git a/meta/classes/populate_sdk_ext.bbclass 
> > b/meta/classes/populate_sdk_ext.bbclass
> > index 800e117..086f55d 100644
> > --- a/meta/classes/populate_sdk_ext.bbclass
> > +++ b/meta/classes/populate_sdk_ext.bbclass
> > @@ -20,6 +20,7 @@ SDK_EXT_task-populate-sdk-ext = "-ext"

Re: [OE-core] [master][PATCH v3] esdk: Introduce mechanism to keep nativesdk* sstate in esdk

2019-09-25 Thread Khem Raj
I think this is the reason why extensible sdk is not building for me,
key is I am not setting SDK_INCLUDE_NATIVESDK

The file local.conf.bak that it is not able to find to copy is
actually inside sdk-ext/image/tmp-renamed-sdk/conf, So I wonder if
renaming is happening inbetween copying ?

Summary: 1 task failed:
  
/mnt/b/yoe/build/tmp/work/qemuriscv64-yoe-linux-musl/yoe-simple-image/1.0-r0/sdk-ext/image/tmp-renamed-sdk/layers/openembedded-core/meta/recipes-core/meta/package-index.bb:do_package_index
Summary: There was 1 ERROR message shown, returning a non-zero exit code.
ERROR: yoe-simple-image-1.0-r0 do_populate_sdk_ext: Error executing a
python function in exec_python_func() autogenerated:

The stack trace of python calls that resulted in this exception/failure was:
File: 'exec_python_func() autogenerated', lineno: 2, function: 
 0001:
 *** 0002:copy_buildsystem(d)
 0003:
File: 
'/mnt/b/yoe/sources/openembedded-core/meta/classes/populate_sdk_ext.bbclass',
lineno: 444, function: copy_buildsystem
 0440:sdk_ext_type = d.getVar('SDK_EXT_TYPE')
 0441:if (sdk_ext_type != 'minimal' or sdk_include_toolchain
or derivative) and not sdk_include_nativesdk:
 0442:# Create the filtered task list used to generate the
sstate cache shipped with the SDK
 0443:tasklistfn = d.getVar('WORKDIR') + '/tasklist.txt'
 *** 0444:create_filtered_tasklist(d, baseoutpath, tasklistfn,
conf_initpath)
 0445:else:
 0446:tasklistfn = None
 0447:
 0448:if os.path.exists(builddir + '/cache/bb_unihashes.dat'):
File: 
'/mnt/b/yoe/sources/openembedded-core/meta/classes/populate_sdk_ext.bbclass',
lineno: 180, function: create_filtered_tasklist
 0176:# Clean out residue of running bitbake, which
check_sstate_task_list()
 0177:# will effectively do
 0178:clean_esdk_builddir(d, sdkbasepath)
 0179:finally:
 *** 0180:os.replace(sdkbasepath + '/conf/local.conf.bak',
sdkbasepath + '/conf/local.conf')
 0181:
 0182:python copy_buildsystem () {
 0183:import re
 0184:import shutil
Exception: FileNotFoundError: [Errno 2] No such file or directory:
'/mnt/b/yoe/build/tmp/work/qemuriscv64-yoe-linux-musl/yoe-simple-image/1.0-r0/sdk-ext/image//opt/yoe/3.0/conf/local.conf.bak'
-> '/mnt/b/yoe/build/tmp/work/qemuriscv64-yoe-linux-musl/yoe-simple-image/1.0-r
0/sdk-ext/image//opt/yoe/3.0/conf/local.conf'

ERROR: Logfile of failure stored in:
/mnt/b/yoe/build/tmp/work/qemuriscv64-yoe-linux-musl/yoe-simple-image/1.0-r0/temp/log.do_populate_sdk_ext.1484013

On Wed, Sep 18, 2019 at 10:43 AM Jaewon Lee  wrote:
>
> When doing a devtool build-sdk from within an esdk all nativesdk
> components would be rebuilt. This patch introduces SDK_INCLUDE_NATIVESDK
> flag to toggle the inclusion of nativesdk packages when creating the
> esdk sstate
>
> Currently locked-sigs.inc is generated during do_sdk_depends which
> doesn't pull in nativesdk packages. Generating another locked-sigs.inc
> in do_populate_sdk_ext and pruning it to only nativesdk* packages by
> using a modified version of the already existing function
> prune_locked_sigs and merging it with the current locked-sigs.inc
> Also adding SDK_INCLUDE_NATIVESDK tasklistfn to the logic surrounding
> setting tasklist file to not prune esdk sstate during creation
>
> Fixes [YOCTO #13261]
>
> Signed-off-by: Jaewon Lee 
> ---
> changes in v2:
> change to commit message to include reason
> got rid of some tabs
> rebased to apply on master
> changes in v3:
> fix patchwork failure for format of short commit message
> ---
>  meta/classes/populate_sdk_ext.bbclass | 28 +++-
>  meta/lib/oe/copy_buildsystem.py   |  8 ++--
>  2 files changed, 33 insertions(+), 3 deletions(-)
>
> diff --git a/meta/classes/populate_sdk_ext.bbclass 
> b/meta/classes/populate_sdk_ext.bbclass
> index 800e117..086f55d 100644
> --- a/meta/classes/populate_sdk_ext.bbclass
> +++ b/meta/classes/populate_sdk_ext.bbclass
> @@ -20,6 +20,7 @@ SDK_EXT_task-populate-sdk-ext = "-ext"
>  SDK_EXT_TYPE ?= "full"
>  SDK_INCLUDE_PKGDATA ?= "0"
>  SDK_INCLUDE_TOOLCHAIN ?= "${@'1' if d.getVar('SDK_EXT_TYPE') == 'full' else 
> '0'}"
> +SDK_INCLUDE_NATIVESDK ?= "0"
>
>  SDK_RECRDEP_TASKS ?= ""
>
> @@ -401,9 +402,27 @@ python copy_buildsystem () {
>  excluded_targets = get_sdk_install_targets(d, images_only=True)
>  sigfile = d.getVar('WORKDIR') + '/locked-sigs.inc'
>  lockedsigs_pruned = baseoutpath + '/conf/locked-sigs.inc'
> +#nativesdk-only sigfile to merge into locked-sigs.inc
> +sdk_include_nativesdk = (d.getVar("SDK_INCLUDE_NATIVESDK") == '1')
> +nativesigfile = d.getVar('WORKDIR') + '/locked-sigs_nativesdk.inc'
> +nativesigfile_pruned = d.getVar('WORKDIR') + 
> '/locked-sigs_nativesdk_pruned.inc'
> +
> +if sdk_include_nativesdk:
> +oe.copy_buildsystem.prune_lockedsigs([],
> + 

[OE-core] [PATCH] qemuriscv: Do not blacklist clang anymore

2019-09-25 Thread Khem Raj
clang 9.x ( which is now default in meta-clang ) supports riscv

Signed-off-by: Khem Raj 
---
 meta/conf/machine/include/riscv/qemuriscv.inc | 13 -
 1 file changed, 13 deletions(-)

diff --git a/meta/conf/machine/include/riscv/qemuriscv.inc 
b/meta/conf/machine/include/riscv/qemuriscv.inc
index df35f2808f..a42346f361 100644
--- a/meta/conf/machine/include/riscv/qemuriscv.inc
+++ b/meta/conf/machine/include/riscv/qemuriscv.inc
@@ -36,16 +36,3 @@ QB_TCPSERIAL_OPT = " -device virtio-serial-device -chardev 
socket,id=virtcon,por
 # Add the 'virtio-rng-pci' device otherwise the guest may run out of entropy
 QB_OPT_APPEND = " -object rng-random,filename=/dev/urandom,id=rng0 -device 
virtio-rng-device,rng=rng0"
 
-BAD_RECOMMENDATIONS += "\
-libcxx-dev \
-libcxx-staticdev \
-compiler-rt-dev \
-compiler-rt-staticdev \
-"
-
-ASSUME_PROVIDED += "\
-libcxx-dev \
-libcxx-staticdev \
-compiler-rt-dev \
-compiler-rt-staticdev \
-"
-- 
2.23.0

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


Re: [OE-core] [PATCH 1/1] openssl: make OPENSSL_ENGINES match install path

2019-09-25 Thread Khem Raj
On Wed, Sep 25, 2019 at 2:30 PM George McCollister
 wrote:
>
> On Wed, Sep 25, 2019 at 1:34 PM Khem Raj  wrote:
> >
> > On 9/25/19 11:13 AM, George McCollister wrote:
> > > On Wed, Sep 25, 2019 at 11:08 AM Mark Hatle
> > >  wrote:
> > >>
> > >> On 9/25/19 6:52 AM, George McCollister wrote:
> > >>> Set OPENSSL_ENGINES to the path where engines are actually installed.
> > >>>
> > >>> Signed-off-by: George McCollister 
> > >>> ---
> > >>>   meta/recipes-connectivity/openssl/openssl_1.1.1d.bb | 2 +-
> > >>>   1 file changed, 1 insertion(+), 1 deletion(-)
> > >>>
> > >>> diff --git a/meta/recipes-connectivity/openssl/openssl_1.1.1d.bb 
> > >>> b/meta/recipes-connectivity/openssl/openssl_1.1.1d.bb
> > >>> index 072f727e0b..8819e19ec4 100644
> > >>> --- a/meta/recipes-connectivity/openssl/openssl_1.1.1d.bb
> > >>> +++ b/meta/recipes-connectivity/openssl/openssl_1.1.1d.bb
> > >>> @@ -148,7 +148,7 @@ do_install_append_class-native () {
> > >>>OPENSSL_CONF=${libdir}/ssl-1.1/openssl.cnf \
> > >>>SSL_CERT_DIR=${libdir}/ssl-1.1/certs \
> > >>>SSL_CERT_FILE=${libdir}/ssl-1.1/cert.pem \
> > >>> - OPENSSL_ENGINES=${libdir}/ssl-1.1/engines
> > >>> + OPENSSL_ENGINES=${libdir}/engines-1.1
> > >>
> > >> Is this a bug in the openssl recipe (it's placing engines in the wrong 
> > >> place),
> > >> or a bug in the recipes providing acceleration engines and THEY are 
> > >> going into
> > >> the wrong place?
> > >
> > > This recipe installs:
> > > packages-split/openssl-engines/usr/lib/engines-1.1/afalg.so
> > > packages-split/openssl-engines/usr/lib/engines-1.1/padlock.so
> > > packages-split/openssl-engines/usr/lib/engines-1.1/capi.so
> > >
> > > libp11 in meta-oe installs these:
> > > packages-split/libp11/usr/lib/engines-1.1
> > > packages-split/libp11/usr/lib/engines-1.1/pkcs11.so
> > > packages-split/libp11-dev/usr/lib/engines-1.1
> > > packages-split/libp11-dev/usr/lib/engines-1.1/libpkcs11.so
> > >
> > >>
> > >> The ssl-1.1/engines makes more sense to me..  as /usr/lib/engines-1.1 
> > >> obscures
> > >> that they are OpenSSL related.
> > >
> > > I don't have a strong opinion either way but ssl-1.1/engines does make
> > > a bit more sense.
> > > Debian appears to install them in engines-1.1 though:
> > >   https://packages.debian.org/buster/amd64/libssl1.1/filelist
> > >
> > > I do need this fixed in warrior though and wonder if anyone would
> > > gripe about changing where they are installed post release.
> > >
> > > How shall we proceed? Does anyone else want to chime in?
> > >
> >
> > Using /usr/lib/ is known jargon and lets use it. I think doing
> > it the way other distros are doing it and how upstream defaults are is
> > also helpful. it reduced one more thing to worry about. Release branches
> > should not be an issue as long as we have them packages in same output
> > package.
>
> It looks like Fedora is also using engines-1.1:
> https://apps.fedoraproject.org/packages/openssl-libs/
>
> I've found there is no Configure switch to set the engines directory.
> I believe it will require a patch to changes 3 - 4 lines in
> Configurations/unix-Makefile.tmpl.
> meta-oe/recipes-support/libp11/libp11_0.4.10.bb would also need to be
> changed to use the new path.
>
> Is carrying a custom patch to deviate from the upstream package and
> major distribution behavior really wise?
>

right. so lets not do it.

> If there is somewhat of a consensus to go that way knowing it requires
> a custom patch I'll send a patch for openssl and then one to fix
> libp11 (which the first patch will break).
>
> >
> > >>
> > >> --Mark
> > >>
> > >>>   }
> > >>>
> > >>>   do_install_append_class-nativesdk () {
> > >>>
> > >>
> > >> --
> > >> ___
> > >> Openembedded-core mailing list
> > >> Openembedded-core@lists.openembedded.org
> > >> http://lists.openembedded.org/mailman/listinfo/openembedded-core
> > >
> > > -George
> > >
> >
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core


Re: [OE-core] [PATCH 1/1] openssl: make OPENSSL_ENGINES match install path

2019-09-25 Thread Khem Raj

On 9/25/19 11:13 AM, George McCollister wrote:

On Wed, Sep 25, 2019 at 11:08 AM Mark Hatle
 wrote:


On 9/25/19 6:52 AM, George McCollister wrote:

Set OPENSSL_ENGINES to the path where engines are actually installed.

Signed-off-by: George McCollister 
---
  meta/recipes-connectivity/openssl/openssl_1.1.1d.bb | 2 +-
  1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/meta/recipes-connectivity/openssl/openssl_1.1.1d.bb 
b/meta/recipes-connectivity/openssl/openssl_1.1.1d.bb
index 072f727e0b..8819e19ec4 100644
--- a/meta/recipes-connectivity/openssl/openssl_1.1.1d.bb
+++ b/meta/recipes-connectivity/openssl/openssl_1.1.1d.bb
@@ -148,7 +148,7 @@ do_install_append_class-native () {
   OPENSSL_CONF=${libdir}/ssl-1.1/openssl.cnf \
   SSL_CERT_DIR=${libdir}/ssl-1.1/certs \
   SSL_CERT_FILE=${libdir}/ssl-1.1/cert.pem \
- OPENSSL_ENGINES=${libdir}/ssl-1.1/engines
+ OPENSSL_ENGINES=${libdir}/engines-1.1


Is this a bug in the openssl recipe (it's placing engines in the wrong place),
or a bug in the recipes providing acceleration engines and THEY are going into
the wrong place?


This recipe installs:
packages-split/openssl-engines/usr/lib/engines-1.1/afalg.so
packages-split/openssl-engines/usr/lib/engines-1.1/padlock.so
packages-split/openssl-engines/usr/lib/engines-1.1/capi.so

libp11 in meta-oe installs these:
packages-split/libp11/usr/lib/engines-1.1
packages-split/libp11/usr/lib/engines-1.1/pkcs11.so
packages-split/libp11-dev/usr/lib/engines-1.1
packages-split/libp11-dev/usr/lib/engines-1.1/libpkcs11.so



The ssl-1.1/engines makes more sense to me..  as /usr/lib/engines-1.1 obscures
that they are OpenSSL related.


I don't have a strong opinion either way but ssl-1.1/engines does make
a bit more sense.
Debian appears to install them in engines-1.1 though:
  https://packages.debian.org/buster/amd64/libssl1.1/filelist

I do need this fixed in warrior though and wonder if anyone would
gripe about changing where they are installed post release.

How shall we proceed? Does anyone else want to chime in?



Using /usr/lib/ is known jargon and lets use it. I think doing 
it the way other distros are doing it and how upstream defaults are is 
also helpful. it reduced one more thing to worry about. Release branches 
should not be an issue as long as we have them packages in same output 
package.




--Mark


  }

  do_install_append_class-nativesdk () {



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


-George



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


[OE-core] [PATCH] musl: Fix riscv64 CAS functions

2019-09-25 Thread Khem Raj
Signed-off-by: Khem Raj 
---
 ...and-specifiers-in-the-riscv64-CAS-ro.patch | 55 +++
 meta/recipes-core/musl/musl_git.bb|  1 +
 2 files changed, 56 insertions(+)
 create mode 100644 
meta/recipes-core/musl/musl/0001-correct-the-operand-specifiers-in-the-riscv64-CAS-ro.patch

diff --git 
a/meta/recipes-core/musl/musl/0001-correct-the-operand-specifiers-in-the-riscv64-CAS-ro.patch
 
b/meta/recipes-core/musl/musl/0001-correct-the-operand-specifiers-in-the-riscv64-CAS-ro.patch
new file mode 100644
index 00..09b71cb299
--- /dev/null
+++ 
b/meta/recipes-core/musl/musl/0001-correct-the-operand-specifiers-in-the-riscv64-CAS-ro.patch
@@ -0,0 +1,55 @@
+From 59f2954fcaacd9426827c69a729e2647cb9977e5 Mon Sep 17 00:00:00 2001
+From: Palmer Dabbelt 
+Date: Tue, 24 Sep 2019 20:30:15 -0700
+Subject: [PATCH] correct the operand specifiers in the riscv64 CAS routines
+
+The operand sepcifiers in a_cas and a_casp for riscv64 were incorrect:
+there's a backwards branch in the routine, so despite tmp being written
+at the end of the assembly fragment it cannot be allocated in one of the
+input registers because the input values may be needed for another trip
+around the loop.
+
+For code that follows the guarnteed forward progress requirements, he
+backwards branch is rarely taken: SiFive's hardware only fails a store
+conditional on execptional cases (ie, instruction cache misses inside
+the loop), and until recently a bug in QEMU allowed back-to-back
+store conditionals to succeed.  The bug has been fixed in the latest
+QEMU release, but it turns out that the fix caused this latent bug in
+musl to manifest.
+
+Full disclosure: I haven't actually even compiled musl.  I just guessed
+this would fix a bug introducted by the new QEMU behavior, Alistair
+(CC'd) actually checked it fixes the problem.  The rest is just
+conjecture.
+
+Upstream-Status: Submitted
+Signed-off-by: Khem Raj 
+---
+ arch/riscv64/atomic_arch.h | 4 ++--
+ 1 file changed, 2 insertions(+), 2 deletions(-)
+
+diff --git a/arch/riscv64/atomic_arch.h b/arch/riscv64/atomic_arch.h
+index c9765342..41ad4d04 100644
+--- a/arch/riscv64/atomic_arch.h
 b/arch/riscv64/atomic_arch.h
+@@ -14,7 +14,7 @@ static inline int a_cas(volatile int *p, int t, int s)
+   "   sc.w.aqrl %1, %4, (%2)\n"
+   "   bnez %1, 1b\n"
+   "1:"
+-  : "="(old), "=r"(tmp)
++  : "="(old), "="(tmp)
+   : "r"(p), "r"(t), "r"(s)
+   : "memory");
+   return old;
+@@ -31,7 +31,7 @@ static inline void *a_cas_p(volatile void *p, void *t, void 
*s)
+   "   sc.d.aqrl %1, %4, (%2)\n"
+   "   bnez %1, 1b\n"
+   "1:"
+-  : "="(old), "=r"(tmp)
++  : "="(old), "="(tmp)
+   : "r"(p), "r"(t), "r"(s)
+   : "memory");
+   return old;
+-- 
+2.23.0
+
diff --git a/meta/recipes-core/musl/musl_git.bb 
b/meta/recipes-core/musl/musl_git.bb
index 87453be07f..335d53d42f 100644
--- a/meta/recipes-core/musl/musl_git.bb
+++ b/meta/recipes-core/musl/musl_git.bb
@@ -15,6 +15,7 @@ PV = "${BASEVER}+git${SRCPV}"
 SRC_URI = "git://git.musl-libc.org/musl \
file://0001-Make-dynamic-linker-a-relative-symlink-to-libc.patch \

file://0002-ldso-Use-syslibdir-and-libdir-as-default-pathes-to-l.patch \
+   
file://0001-correct-the-operand-specifiers-in-the-riscv64-CAS-ro.patch \
   "
 
 S = "${WORKDIR}/git"
-- 
2.23.0

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


Re: [OE-core] qemu 4.1 boot regression with riscv/musl

2019-09-24 Thread Khem Raj
On Tue, Sep 24, 2019 at 6:09 PM Alistair Francis 
wrote:

> I raised the regression on the QEMU mailing list while I was preparing
> the revert for QEMU and Palmer pointed out this diff for musl:
>
> diff --git a/arch/riscv64/atomic_arch.h b/arch/riscv64/atomic_arch.h
> index c9765342..41ad4d04 100644
> --- a/arch/riscv64/atomic_arch.h
> +++ b/arch/riscv64/atomic_arch.h
> @@ -14,7 +14,7 @@ static inline int a_cas(volatile int *p, int t, int s)
> "   sc.w.aqrl %1, %4, (%2)\n"
> "   bnez %1, 1b\n"
> "1:"
> -   : "="(old), "=r"(tmp)
> +   : "="(old), "="(tmp)
> : "r"(p), "r"(t), "r"(s)
> : "memory");
> return old;
> @@ -31,7 +31,7 @@ static inline void *a_cas_p(volatile void *p, void
> *t, void *s)
> "   sc.d.aqrl %1, %4, (%2)\n"
> "   bnez %1, 1b\n"
> "1:"
> -   : "="(old), "=r"(tmp)
> +   : "="(old), "="(tmp)
> : "r"(p), "r"(t), "r"(s)
> : "memory");
> return old;
>
> This seems to fix the problem for me. Hopefully Palmer will prepare a
> patch then we can just cherry pick that (from the list) on musl in OE
> core.
>
> I'm not going to send out the QEMU revert patch.
>

This is fine I think we were discussing atomics at musl IRC I will take
this patch to discussions

>
> Alistair
>
> On Mon, Sep 23, 2019 at 10:12 PM Khem Raj  wrote:
> >
> > Please send a patch
> >
> > On Mon, Sep 23, 2019 at 9:58 PM Alistair Francis 
> wrote:
> > >
> > > On Mon, Sep 23, 2019 at 7:11 PM Khem Raj  wrote:
> > > >
> > > > On Mon, Sep 23, 2019 at 6:39 PM Alistair Francis
> > > >  wrote:
> > > > >
> > > > > On Mon, 2019-09-23 at 17:59 -0700, Alistair Francis wrote:
> > > > > > On Mon, Sep 23, 2019 at 3:40 PM Khem Raj 
> wrote:
> > > > > > > Alistair,
> > > > > > >
> > > > > > > OE-core qemu upgrade to 4.1 has ended up with regressing
> musl/riscv
> > > > > > > port. I could pin point it to
> > > > > > >
> > > > > > >
> https://git.openembedded.org/openembedded-core/commit/?id=50a7dec95618080962e56fd347f505e691b7ad6f
> > > > > > >
> > > > > > > it works fine with 4.0, I havent looked further
> > > > > > >
> > > > > > > To reproduce
> > > > > > >
> > > > > > > build
> > > > > > > MACHINE=qemuriscv64 TCLIBC=musl  bitbake core-image-minimal
> > > > > > > TCLIBC=musl runqemu nographic
> > > > > >
> > > > > > Thanks, I can reproduce this and am bisecting QEMU now.
> > > > >
> > > > > This QEMU patch causes the failure. It reverts cleanly on master
> and
> > > > > that fixes the issue:
> > > > >
> > > > > RISC-V: Clear load reservations on context switch and SC
> > > > >
> > > > > This prevents a load reservation from being placed in one
> > > > > context/process,
> > > > > then being used in another, resulting in an SC succeeding
> incorrectly
> > > > > and
> > > > > breaking atomics.
> > > > >
> > > > > Signed-off-by: Joel Sing 
> > > > > Reviewed-by: Palmer Dabbelt 
> > > > > Reviewed-by: Richard Henderson 
> > > > > Signed-off-by: Palmer Dabbelt 
> > > > >
> > > > > I'll investigate a full solution tomorrow, in the mean time do you
> want
> > > > > to just revert the patch?
> > > >
> > > > yes lets use the revert for now, this will give you enough time to
> > > > investigate solution
> > > > since its riscv specific it will be low risk and we can even go to
> 3.0
> > > > release with it
> > >
> > > Do you want me to prepare a patch or do you want to do it?
> > >
> > > Alistair
> > >
> > > >
> > > > >
> > > > > Alistair
> > > > >
> > > > > >
> > > > > > Alistair
> > > > > >
> > > > > > > Thanks
> > > > > > > -Khem
> > > > > > > --
> > > > > > > ___
> > > > > > > Openembedded-core mailing list
> > > > > > > Openembedded-core@lists.openembedded.org
> > > > > > >
> http://lists.openembedded.org/mailman/listinfo/openembedded-core
>
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core


Re: [OE-core] qemu 4.1 boot regression with riscv/musl

2019-09-23 Thread Khem Raj
Please send a patch

On Mon, Sep 23, 2019 at 9:58 PM Alistair Francis  wrote:
>
> On Mon, Sep 23, 2019 at 7:11 PM Khem Raj  wrote:
> >
> > On Mon, Sep 23, 2019 at 6:39 PM Alistair Francis
> >  wrote:
> > >
> > > On Mon, 2019-09-23 at 17:59 -0700, Alistair Francis wrote:
> > > > On Mon, Sep 23, 2019 at 3:40 PM Khem Raj  wrote:
> > > > > Alistair,
> > > > >
> > > > > OE-core qemu upgrade to 4.1 has ended up with regressing musl/riscv
> > > > > port. I could pin point it to
> > > > >
> > > > > https://git.openembedded.org/openembedded-core/commit/?id=50a7dec95618080962e56fd347f505e691b7ad6f
> > > > >
> > > > > it works fine with 4.0, I havent looked further
> > > > >
> > > > > To reproduce
> > > > >
> > > > > build
> > > > > MACHINE=qemuriscv64 TCLIBC=musl  bitbake core-image-minimal
> > > > > TCLIBC=musl runqemu nographic
> > > >
> > > > Thanks, I can reproduce this and am bisecting QEMU now.
> > >
> > > This QEMU patch causes the failure. It reverts cleanly on master and
> > > that fixes the issue:
> > >
> > > RISC-V: Clear load reservations on context switch and SC
> > >
> > > This prevents a load reservation from being placed in one
> > > context/process,
> > > then being used in another, resulting in an SC succeeding incorrectly
> > > and
> > > breaking atomics.
> > >
> > > Signed-off-by: Joel Sing 
> > > Reviewed-by: Palmer Dabbelt 
> > > Reviewed-by: Richard Henderson 
> > > Signed-off-by: Palmer Dabbelt 
> > >
> > > I'll investigate a full solution tomorrow, in the mean time do you want
> > > to just revert the patch?
> >
> > yes lets use the revert for now, this will give you enough time to
> > investigate solution
> > since its riscv specific it will be low risk and we can even go to 3.0
> > release with it
>
> Do you want me to prepare a patch or do you want to do it?
>
> Alistair
>
> >
> > >
> > > Alistair
> > >
> > > >
> > > > Alistair
> > > >
> > > > > Thanks
> > > > > -Khem
> > > > > --
> > > > > ___
> > > > > Openembedded-core mailing list
> > > > > Openembedded-core@lists.openembedded.org
> > > > > http://lists.openembedded.org/mailman/listinfo/openembedded-core
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core


Re: [OE-core] qemu 4.1 boot regression with riscv/musl

2019-09-23 Thread Khem Raj
On Mon, Sep 23, 2019 at 6:39 PM Alistair Francis
 wrote:
>
> On Mon, 2019-09-23 at 17:59 -0700, Alistair Francis wrote:
> > On Mon, Sep 23, 2019 at 3:40 PM Khem Raj  wrote:
> > > Alistair,
> > >
> > > OE-core qemu upgrade to 4.1 has ended up with regressing musl/riscv
> > > port. I could pin point it to
> > >
> > > https://git.openembedded.org/openembedded-core/commit/?id=50a7dec95618080962e56fd347f505e691b7ad6f
> > >
> > > it works fine with 4.0, I havent looked further
> > >
> > > To reproduce
> > >
> > > build
> > > MACHINE=qemuriscv64 TCLIBC=musl  bitbake core-image-minimal
> > > TCLIBC=musl runqemu nographic
> >
> > Thanks, I can reproduce this and am bisecting QEMU now.
>
> This QEMU patch causes the failure. It reverts cleanly on master and
> that fixes the issue:
>
> RISC-V: Clear load reservations on context switch and SC
>
> This prevents a load reservation from being placed in one
> context/process,
> then being used in another, resulting in an SC succeeding incorrectly
> and
> breaking atomics.
>
> Signed-off-by: Joel Sing 
> Reviewed-by: Palmer Dabbelt 
> Reviewed-by: Richard Henderson 
> Signed-off-by: Palmer Dabbelt 
>
> I'll investigate a full solution tomorrow, in the mean time do you want
> to just revert the patch?

yes lets use the revert for now, this will give you enough time to
investigate solution
since its riscv specific it will be low risk and we can even go to 3.0
release with it

>
> Alistair
>
> >
> > Alistair
> >
> > > Thanks
> > > -Khem
> > > --
> > > ___
> > > Openembedded-core mailing list
> > > Openembedded-core@lists.openembedded.org
> > > http://lists.openembedded.org/mailman/listinfo/openembedded-core
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core


[OE-core] qemu 4.1 boot regression with riscv/musl

2019-09-23 Thread Khem Raj
Alistair,

OE-core qemu upgrade to 4.1 has ended up with regressing musl/riscv
port. I could pin point it to

https://git.openembedded.org/openembedded-core/commit/?id=50a7dec95618080962e56fd347f505e691b7ad6f

it works fine with 4.0, I havent looked further

To reproduce

build
MACHINE=qemuriscv64 TCLIBC=musl  bitbake core-image-minimal
TCLIBC=musl runqemu nographic

Thanks
-Khem
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core


[OE-core] [PATCH] layer.conf: Remove weston-conf from SIGGEN_EXCLUDE_SAFE_RECIPE_DEPS

2019-09-19 Thread Khem Raj
This recipe is gone

Signed-off-by: Khem Raj 
---
 meta/conf/layer.conf | 1 -
 1 file changed, 1 deletion(-)

diff --git a/meta/conf/layer.conf b/meta/conf/layer.conf
index 3e85843484..95b1128ab3 100644
--- a/meta/conf/layer.conf
+++ b/meta/conf/layer.conf
@@ -73,7 +73,6 @@ SIGGEN_EXCLUDE_SAFE_RECIPE_DEPS += " \
   font-alias->font-util \
   systemd-boot->systemd-bootconf \
   systemd->systemd-conf \
-  weston->weston-conf \
   weston->weston-init \
   weston-init->weston \
   weston-init->kbd \
-- 
2.23.0

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


Re: [OE-core] [PATCH V5] weston-init: Add possibility to run weston as non-root user

2019-09-19 Thread Khem Raj
On Thu, Sep 19, 2019 at 7:28 AM Richard Purdie
 wrote:
>
> On Mon, 2019-09-16 at 15:35 -0700, Khem Raj wrote:
> > These changes are from meta-96boards primarily
> > Launch the session via a udev rule based on what kind of display
> > device
> > is available
> >
> > delete weston-conf and move the fuctionality into weston-init other
> > layers are doing same
> >
> > weston-init installs machine specific weston.ini therefore mark is
> > machine specific now
> >
> > Signed-off-by: Khem Raj 
> > Cc: Otavio Salvador 
> > Signed-off-by: Ross Burton 
> > ---
> > v2: Drop duplicate isntall rule and use systemd_system_unitdir
> > v3: Use systemd_system_unitdir in FILES section too
> > v4: Move weston-conf logic into weston-init and delete it
> > v5: Mark machine specific
>
> You didn't actually retest this and v5 still fails the selftest. I've
> squashed the fix needed into the patch.

I tested that now the package was machine-specific instead of allarch
but I did miss SIGGEN_EXCLUDE_SAFE_RECIPE_DEPS
thanks for fixing it. We also need to remove weston-conf from this

>
> Cheers,
>
> Richard
>
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core


[OE-core] [PATCH] openssl: Enable os option for with-rand-seed as well

2019-09-17 Thread Khem Raj
with openSSL 1.1.1d we start seeing errors like

Error Generating Key
139979727451584:error:2406C06E:random number 
generator:RAND_DRBG_instantiate:error retrieving 
entropy:../openssl-1.1.1d/crypto/rand/drbg_lib.c:342:

when using openssl from openssl-native on build hosts, this is due to
limiting the random seed to devrandom, to support older hosts, since the
option allows to have a comma separated list of methods to try, we can
try the default first and if that fails then fallback to devrandom, this
will ensure that it keeps working with build systems which dont support
getrandom()

Signed-off-by: Khem Raj 
Cc: Adrian Bunk 
Cc: Alexander Kanavin 
---
 meta/recipes-connectivity/openssl/openssl_1.1.1d.bb | 6 +++---
 1 file changed, 3 insertions(+), 3 deletions(-)

diff --git a/meta/recipes-connectivity/openssl/openssl_1.1.1d.bb 
b/meta/recipes-connectivity/openssl/openssl_1.1.1d.bb
index 080d1a8bb7..072f727e0b 100644
--- a/meta/recipes-connectivity/openssl/openssl_1.1.1d.bb
+++ b/meta/recipes-connectivity/openssl/openssl_1.1.1d.bb
@@ -43,10 +43,10 @@ do_configure[cleandirs] = "${B}"
 EXTRA_OECONF_append_libc-musl = " no-async"
 EXTRA_OECONF_append_libc-musl_powerpc64 = " no-asm"
 
-# This prevents openssl from using getrandom() which is not available on older 
glibc versions
+# adding devrandom prevents openssl from using getrandom() which is not 
available on older glibc versions
 # (native versions can be built with newer glibc, but then relocated onto a 
system with older glibc)
-EXTRA_OECONF_class-native = "--with-rand-seed=devrandom"
-EXTRA_OECONF_class-nativesdk = "--with-rand-seed=devrandom"
+EXTRA_OECONF_class-native = "--with-rand-seed=os,devrandom"
+EXTRA_OECONF_class-nativesdk = "--with-rand-seed=os,devrandom"
 
 # Relying on hardcoded built-in paths causes openssl-native to not be 
relocateable from sstate.
 CFLAGS_append_class-native = " -DOPENSSLDIR=/not/builtin 
-DENGINESDIR=/not/builtin"
-- 
2.23.0

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


Re: [OE-core] [PATCH] openssl: Upgrade 1.1.1c -> 1.1.1d

2019-09-16 Thread Khem Raj
this has some regressions in meta-openembedded see
https://errors.yoctoproject.org/Errors/Build/89034/

On Mon, Sep 16, 2019 at 12:05 AM Adrian Bunk  wrote:
>
> Backported patches removed.
>
> Signed-off-by: Adrian Bunk 
> ---
>  .../0001-Fix-broken-change-from-b3d113e.patch | 35 ---
>  ...x-build-error-for-aarch64-big-endian.patch | 43 ---
>  .../{openssl_1.1.1c.bb => openssl_1.1.1d.bb}  |  6 +--
>  3 files changed, 2 insertions(+), 82 deletions(-)
>  delete mode 100644 
> meta/recipes-connectivity/openssl/openssl/0001-Fix-broken-change-from-b3d113e.patch
>  delete mode 100644 
> meta/recipes-connectivity/openssl/openssl/0001-Fix-build-error-for-aarch64-big-endian.patch
>  rename meta/recipes-connectivity/openssl/{openssl_1.1.1c.bb => 
> openssl_1.1.1d.bb} (96%)
>
> diff --git 
> a/meta/recipes-connectivity/openssl/openssl/0001-Fix-broken-change-from-b3d113e.patch
>  
> b/meta/recipes-connectivity/openssl/openssl/0001-Fix-broken-change-from-b3d113e.patch
> deleted file mode 100644
> index 6b4789fc70..00
> --- 
> a/meta/recipes-connectivity/openssl/openssl/0001-Fix-broken-change-from-b3d113e.patch
> +++ /dev/null
> @@ -1,35 +0,0 @@
> -From 711a161f03ef9ed7cd149a22bf1203700c103e96 Mon Sep 17 00:00:00 2001
> -From: Pauli 
> -Date: Fri, 29 Mar 2019 09:24:07 +1000
> -Subject: [PATCH] Fix broken change from b3d113e.
> -
> -Reviewed-by: Tim Hudson 
> -(Merged from https://github.com/openssl/openssl/pull/8606)
> -
> -Running valgrind against code using Openssl v1.1.1c reports a large number of
> -uninitialized memory errors. This fix from upstream solves this problem.
> -
> -Upstream-Status: Backport 
> [https://github.com/openssl/openssl/commit/711a161f03ef9ed7cd149a22bf1203700c103e96]
> -Signed-off-by: Laurent Bonnans 
> 
> - crypto/rand/rand_lib.c | 3 ++-
> - 1 file changed, 2 insertions(+), 1 deletion(-)
> -
> -diff --git a/crypto/rand/rand_lib.c b/crypto/rand/rand_lib.c
> -index 23abbde156..a298b7515b 100644
>  a/crypto/rand/rand_lib.c
> -+++ b/crypto/rand/rand_lib.c
> -@@ -235,8 +235,9 @@ size_t rand_drbg_get_nonce(RAND_DRBG *drbg,
> - struct {
> - void * instance;
> - int count;
> --} data = { NULL, 0 };
> -+} data;
> -
> -+memset(, 0, sizeof(data));
> - pool = rand_pool_new(0, min_len, max_len);
> - if (pool == NULL)
> - return 0;
> ---
> -2.20.1
> -
> diff --git 
> a/meta/recipes-connectivity/openssl/openssl/0001-Fix-build-error-for-aarch64-big-endian.patch
>  
> b/meta/recipes-connectivity/openssl/openssl/0001-Fix-build-error-for-aarch64-big-endian.patch
> deleted file mode 100644
> index 9a90a68cfd..00
> --- 
> a/meta/recipes-connectivity/openssl/openssl/0001-Fix-build-error-for-aarch64-big-endian.patch
> +++ /dev/null
> @@ -1,43 +0,0 @@
> -From 1f8c0f2feea5cdcae0bcd9dfc78198d9e2c4cf09 Mon Sep 17 00:00:00 2001
> -From: Lei Maohui 
> -Date: Thu, 13 Jun 2019 12:17:30 +0900
> -Subject: [PATCH] Fix build error for aarch64 big endian.
> -
> -Modified rev to rev64, because rev only takes integer registers.
> -https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90827
> -Otherwise, the following error will occur.
> -
> -Error: operand 1 must be an integer register -- `rev v31.16b,v31.16b'
> -
> -Upstream-Status: Submitted [https://github.com/openssl/openssl/pull/9151]
> -
> -Signed-off-by: Lei Maohui 
> 
> - crypto/sha/asm/keccak1600-armv8.pl | 4 ++--
> - 1 file changed, 2 insertions(+), 2 deletions(-)
> -
> -diff --git a/crypto/sha/asm/keccak1600-armv8.pl 
> b/crypto/sha/asm/keccak1600-armv8.pl
> -index dc72f18..6620690 100755
>  a/crypto/sha/asm/keccak1600-armv8.pl
> -+++ b/crypto/sha/asm/keccak1600-armv8.pl
> -@@ -731,7 +731,7 @@ $code.=<<___;
> -   blo .Lprocess_block_ce
> -   ldr d31,[$inp],#8   // *inp++
> - #ifdef__AARCH64EB__
> --  rev v31.16b,v31.16b
> -+  rev64   v31.16b,v31.16b
> - #endif
> -   eor $A[$j/5][$j%5],$A[$j/5][$j%5],v31.16b
> -   beq .Lprocess_block_ce
> -@@ -740,7 +740,7 @@ ___
> - $code.=<<___;
> -   ldr d31,[$inp],#8   // *inp++
> - #ifdef__AARCH64EB__
> --  rev v31.16b,v31.16b
> -+  rev64   v31.16b,v31.16b
> - #endif
> -   eor $A[4][4],$A[4][4],v31.16b
> -
> ---
> -2.7.4
> -
> diff --git a/meta/recipes-connectivity/openssl/openssl_1.1.1c.bb 
> b/meta/recipes-connectivity/openssl/openssl_1.1.1d.bb
> similarity index 96%
> rename from meta/recipes-connectivity/openssl/openssl_1.1.1c.bb
> rename to meta/recipes-connectivity/openssl/openssl_1.1.1d.bb
> index 75159ac725..080d1a8bb7 100644
> --- a/meta/recipes-connectivity/openssl/openssl_1.1.1c.bb
> +++ b/meta/recipes-connectivity/openssl/openssl_1.1.1d.bb
> @@ -16,16 +16,14 @@ SRC_URI = 
> "http://www.openssl.org/source/openssl-${PV}.tar.gz \
> file://0001-skip-test_symbol_presence.patch \
> 
> file://0001-buildinfo-strip-sysroot-and-debug-prefix-map-from-co.patch \
> file://afalg.patch \
> - 

Re: [OE-core] [PATCH V3] weston-init: Add possibility to run weston as non-root user

2019-09-16 Thread Khem Raj
On Mon, Sep 16, 2019 at 3:19 PM Richard Purdie
 wrote:
>
> On Fri, 2019-09-13 at 06:41 -0700, Khem Raj wrote:
> > On Fri, Sep 13, 2019 at 5:27 AM Ross Burton 
> > wrote:
> > > On 11/09/2019 05:29, Khem Raj wrote:
> > > >   .../wayland/weston-init/weston.ini| 74
> > > > +++
> > >
> > > core-image-weston now fails:
> > >
> > >file /etc/xdg/weston/weston.ini conflicts between attempted
> > > installs
> > > of weston-init-1.0-r0.noarch and weston-conf-1.0-r0.qemux86_64
> > >
> >
> > on x86 qemu right. Sent a V4. give it a try
>
> Fails oe-selftest:
>
> https://autobuilder.yoctoproject.org/typhoon/#/builders/79/builds/383/steps/8/logs/step2d
>
> oe-selftest -r statetests.SStateTests.test_sstate_sametune_samesigs
>

Its expected to be machine specific now. Since we are housing
device-specific weston.ini files now see
weston-init/qemux86/weston.ini I have sent a v5 addressing this.


> Cheers,
>
> Richard
>
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core


[OE-core] [PATCH V5] weston-init: Add possibility to run weston as non-root user

2019-09-16 Thread Khem Raj
These changes are from meta-96boards primarily
Launch the session via a udev rule based on what kind of display device
is available

delete weston-conf and move the fuctionality into weston-init other
layers are doing same

weston-init installs machine specific weston.ini therefore mark is
machine specific now

Signed-off-by: Khem Raj 
Cc: Otavio Salvador 
Signed-off-by: Ross Burton 
---
v2: Drop duplicate isntall rule and use systemd_system_unitdir
v3: Use systemd_system_unitdir in FILES section too
v4: Move weston-conf logic into weston-init and delete it
v5: Mark machine specific

 meta/conf/distro/include/maintainers.inc  |  1 -
 meta/recipes-graphics/wayland/weston-conf.bb  | 35 -
 meta/recipes-graphics/wayland/weston-init.bb  | 28 +--
 .../wayland/weston-init/71-weston-drm.rules   |  2 +
 .../wayland/weston-init/qemux86-64/weston.ini |  2 +
 .../wayland/weston-init/qemux86/weston.ini|  2 +
 .../wayland/weston-init/weston.ini| 74 +++
 .../wayland/weston-init/weston.service| 13 
 .../wayland/weston-init/weston@.service   | 37 ++
 meta/recipes-graphics/wayland/weston_7.0.0.bb |  2 +-
 10 files changed, 141 insertions(+), 55 deletions(-)
 delete mode 100644 meta/recipes-graphics/wayland/weston-conf.bb
 create mode 100644 
meta/recipes-graphics/wayland/weston-init/71-weston-drm.rules
 create mode 100644 
meta/recipes-graphics/wayland/weston-init/qemux86-64/weston.ini
 create mode 100644 meta/recipes-graphics/wayland/weston-init/qemux86/weston.ini
 create mode 100644 meta/recipes-graphics/wayland/weston-init/weston.ini
 delete mode 100644 meta/recipes-graphics/wayland/weston-init/weston.service
 create mode 100644 meta/recipes-graphics/wayland/weston-init/weston@.service

diff --git a/meta/conf/distro/include/maintainers.inc 
b/meta/conf/distro/include/maintainers.inc
index 5f21f98b2b..ab0c6c5541 100644
--- a/meta/conf/distro/include/maintainers.inc
+++ b/meta/conf/distro/include/maintainers.inc
@@ -718,7 +718,6 @@ RECIPE_MAINTAINER_pn-wayland = "Denys Dmytriyenko 
"
 RECIPE_MAINTAINER_pn-wayland-protocols = "Denys Dmytriyenko "
 RECIPE_MAINTAINER_pn-webkitgtk = "Alexander Kanavin "
 RECIPE_MAINTAINER_pn-weston = "Denys Dmytriyenko "
-RECIPE_MAINTAINER_pn-weston-conf = "Denys Dmytriyenko "
 RECIPE_MAINTAINER_pn-weston-init = "Denys Dmytriyenko "
 RECIPE_MAINTAINER_pn-wget = "Yi Zhao "
 RECIPE_MAINTAINER_pn-which = "Anuj Mittal "
diff --git a/meta/recipes-graphics/wayland/weston-conf.bb 
b/meta/recipes-graphics/wayland/weston-conf.bb
deleted file mode 100644
index f52200c46a..00
--- a/meta/recipes-graphics/wayland/weston-conf.bb
+++ /dev/null
@@ -1,35 +0,0 @@
-SUMMARY = "Weston, a Wayland compositor, configuration files"
-HOMEPAGE = "http://wayland.freedesktop.org;
-LICENSE = "MIT"
-LIC_FILES_CHKSUM = 
"file://${COREBASE}/meta/COPYING.MIT;md5=3da9cfbcb788c80a0384361b4de20420"
-
-PACKAGE_ARCH = "${MACHINE_ARCH}"
-
-CONFFILES_${PN} = "${sysconfdir}/xdg/weston/weston.ini"
-
-FILES_${PN} = "${sysconfdir}/xdg/weston/weston.ini"
-
-PACKAGES = "${PN}"
-
-do_configure[noexec] = '1'
-do_compile[noexec] = '1'
-
-do_install() {
-   :
-}
-
-do_install_qemux86() {
-   mkdir -p ${D}/${sysconfdir}/xdg/weston
-   cat << EOF > ${D}/${sysconfdir}/xdg/weston/weston.ini
-[core]
-backend=fbdev-backend.so
-EOF
-}
-
-do_install_qemux86-64() {
-   mkdir -p ${D}/${sysconfdir}/xdg/weston
-   cat << EOF > ${D}/${sysconfdir}/xdg/weston/weston.ini
-[core]
-backend=fbdev-backend.so
-EOF
-}
diff --git a/meta/recipes-graphics/wayland/weston-init.bb 
b/meta/recipes-graphics/wayland/weston-init.bb
index 22ba5f3fb3..8b6689717c 100644
--- a/meta/recipes-graphics/wayland/weston-init.bb
+++ b/meta/recipes-graphics/wayland/weston-init.bb
@@ -2,23 +2,35 @@ SUMMARY = "Startup script and systemd unit file for the 
Weston Wayland composito
 LICENSE = "MIT"
 LIC_FILES_CHKSUM = 
"file://${COREBASE}/meta/COPYING.MIT;md5=3da9cfbcb788c80a0384361b4de20420"
 
+PACKAGE_ARCH = "${MACHINE_ARCH}"
+
 SRC_URI = "file://init \
-   file://weston.service \
+   file://weston.ini \
+   file://weston@.service \
+   file://71-weston-drm.rules \
file://weston-start"
 
 S = "${WORKDIR}"
 
 do_install() {
install -Dm755 ${WORKDIR}/init ${D}/${sysconfdir}/init.d/weston
-   install -Dm0644 ${WORKDIR}/weston.service 
${D}${systemd_system_unitdir}/weston.service
-
+   install -D -p -m0644 ${WORKDIR}/weston.ini 
${D}${sysconfdir}/xdg/weston/weston.ini
+
+   # Install Weston systemd service and accompanying udev rule
+   install -D -p -m0644 ${WORKDIR}/weston@.service 
${D}${systemd_system_unitdir}/weston@.service
+   sed -i -e s:/etc:${sysconfdir}:g \
+   -e s:/usr

Re: [OE-core] [thud][PATCH] gcc: CVE fix

2019-09-16 Thread Khem Raj
On Mon, Sep 16, 2019 at 11:56 AM Muminul Russell  wrote:
>
> This patch has two commits one is code changes and another is test
> coverage. Both commits relate to a single CVE fix. What benefits would
> you get splitting the patch?

makes it readable, apply future backports is a bit easier if there are
conflicts.
tracking status of patches is easier.

>
> On Mon, Sep 16, 2019 at 11:50 AM Khem Raj  wrote:
> >
> > On Mon, Sep 16, 2019 at 10:53 AM Muminul Islam  wrote:
> > >
> > > Signed-off-by: Muminul Islam 
> > > ---
> > >  .../gcc/gcc/CVE-2019-15847.patch  | 642 ++
> > >  meta/recipes-devtools/gcc/gcc_8.2.bb  |   4 +
> > >  2 files changed, 646 insertions(+)
> > >  create mode 100644 meta/recipes-devtools/gcc/gcc/CVE-2019-15847.patch
> > >
> > > diff --git a/meta/recipes-devtools/gcc/gcc/CVE-2019-15847.patch 
> > > b/meta/recipes-devtools/gcc/gcc/CVE-2019-15847.patch
> > > new file mode 100644
> > > index 00..a18d8175a2
> > > --- /dev/null
> > > +++ b/meta/recipes-devtools/gcc/gcc/CVE-2019-15847.patch
> > > @@ -0,0 +1,642 @@
> > > +From 9fc82916580cba45734bc6325d38a0d29956de95 Mon Sep 17 00:00:00 2001
> > > +From: segher 
> > > +Date: Thu, 22 Aug 2019 19:36:21 +
> > > +Subject: [PATCH 1/2] rs6000: Use unspec_volatile for darn (PR91481)
> > > +Reply-To: muis...@microsoft.com
> > > +
> > > +Every call to darn should deliver a *new* random number; such calls
> > > +should not be CSEd together.  So they should be unspec_volatile, not
> > > +plain unspec.
> > > +
> > > +   PR target/91481
> > > +   * config/rs6000/rs6000.md (unspec): Delete UNSPEC_DARN, 
> > > UNSPEC_DARN_32,
> > > +   and UNSPEC_DARN_RAW.
> > > +   (unspecv): New enumerator values UNSPECV_DARN, UNSPECV_DARN_32, 
> > > and
> > > +   UNSPECV_DARN_RAW.
> > > +   (darn_32): Use an unspec_volatile, and UNSPECV_DARN_32.
> > > +   (darn_raw): Use an unspec_volatile, and UNSPECV_DARN_RAW.
> > > +   (darn): Use an unspec_volatile, and UNSPECV_DARN.
> > > +
> > > +git-svn-id: svn+ssh://gcc.gnu.org/svn/gcc/trunk@274835 
> > > 138bc75d-0d04-0410-961f-82ee72b054a4
> > > +Signed-off-by: Muminul Islam 
> > > +
> > > +CVE: CVE-2019-15847
> > > +Upstream-Status: Backport
> > > +---
> > > + gcc/ChangeLog   | 337 +++-
> > > + gcc/config/rs6000/rs6000.md | 170 ++
> > > + 2 files changed, 506 insertions(+), 1 deletion(-)
> > > +
> > > +diff --git a/gcc/ChangeLog b/gcc/ChangeLog
> > > +index b93dae5dfb0..f3de9bb65e3 100644
> > > +--- a/gcc/ChangeLog
> > >  b/gcc/ChangeLog
> > > +@@ -1,4 +1,339 @@
> > > +-2018-07-26  Release Manager
> > > ++2019-08-22  Segher Boessenkool  
> > > ++
> > > ++  PR target/91481
> > > ++  * config/rs6000/rs6000.md (unspec): Delete UNSPEC_DARN, 
> > > UNSPEC_DARN_32,
> > > ++  and UNSPEC_DARN_RAW.
> > > ++  (unspecv): New enumerator values UNSPECV_DARN, UNSPECV_DARN_32, 
> > > and
> > > ++  UNSPECV_DARN_RAW.
> > > ++  (darn_32): Use an unspec_volatile, and UNSPECV_DARN_32.
> > > ++  (darn_raw): Use an unspec_volatile, and UNSPECV_DARN_RAW.
> > > ++  (darn): Use an unspec_volatile, and UNSPECV_DARN.
> > > ++
> > > ++2019-08-22  Segher Boessenkool  
> > > ++
> > > ++  * config/rs6000/altivec.md (unspec): Delete UNSPEC_DARN, 
> > > UNSPEC_DARN_32,
> > > ++  UNSPEC_DARN_RAW, UNSPEC_CMPRB, UNSPEC_CMPRB2, UNSPEC_CMPEQB; move 
> > > to...
> > > ++  * config/rs6000/rs6000.md (unspec): ... here.
> > > ++  * config/rs6000/altivec.md (darn_32, darn_raw, darn, cmprb,
> > > ++  *cmprb_internal, setb_signed, setb_unsigned, cmprb2, 
> > > *cmprb2_internal,
> > > ++  cmpeqb, *cmpeqb_internal): Delete, move to...
> > > ++  * config/rs6000/rs6000.md (darn_32, darn_raw, darn, cmprb,
> > > ++  *cmprb_internal, setb_signed, setb_unsigned, cmprb2, 
> > > *cmprb2_internal,
> > > ++  cmpeqb, *cmpeqb_internal): ... here.
> > > ++
> > > ++2019-08-22  Kyrylo Tkachov 
> > > ++
> > > ++  * config/arm/arm_acle.h: Use arch=armv8-a+crc+simd pragma for 
> > > CRC32
> > > ++  intrinsics if __ARM_FP.
> > > ++  Use __ARM_FEATURE_CRC32 ifd

Re: [OE-core] [thud][PATCH] gcc: CVE fix

2019-09-16 Thread Khem Raj
On Mon, Sep 16, 2019 at 10:53 AM Muminul Islam  wrote:
>
> Signed-off-by: Muminul Islam 
> ---
>  .../gcc/gcc/CVE-2019-15847.patch  | 642 ++
>  meta/recipes-devtools/gcc/gcc_8.2.bb  |   4 +
>  2 files changed, 646 insertions(+)
>  create mode 100644 meta/recipes-devtools/gcc/gcc/CVE-2019-15847.patch
>
> diff --git a/meta/recipes-devtools/gcc/gcc/CVE-2019-15847.patch 
> b/meta/recipes-devtools/gcc/gcc/CVE-2019-15847.patch
> new file mode 100644
> index 00..a18d8175a2
> --- /dev/null
> +++ b/meta/recipes-devtools/gcc/gcc/CVE-2019-15847.patch
> @@ -0,0 +1,642 @@
> +From 9fc82916580cba45734bc6325d38a0d29956de95 Mon Sep 17 00:00:00 2001
> +From: segher 
> +Date: Thu, 22 Aug 2019 19:36:21 +
> +Subject: [PATCH 1/2] rs6000: Use unspec_volatile for darn (PR91481)
> +Reply-To: muis...@microsoft.com
> +
> +Every call to darn should deliver a *new* random number; such calls
> +should not be CSEd together.  So they should be unspec_volatile, not
> +plain unspec.
> +
> +   PR target/91481
> +   * config/rs6000/rs6000.md (unspec): Delete UNSPEC_DARN, 
> UNSPEC_DARN_32,
> +   and UNSPEC_DARN_RAW.
> +   (unspecv): New enumerator values UNSPECV_DARN, UNSPECV_DARN_32, and
> +   UNSPECV_DARN_RAW.
> +   (darn_32): Use an unspec_volatile, and UNSPECV_DARN_32.
> +   (darn_raw): Use an unspec_volatile, and UNSPECV_DARN_RAW.
> +   (darn): Use an unspec_volatile, and UNSPECV_DARN.
> +
> +git-svn-id: svn+ssh://gcc.gnu.org/svn/gcc/trunk@274835 
> 138bc75d-0d04-0410-961f-82ee72b054a4
> +Signed-off-by: Muminul Islam 
> +
> +CVE: CVE-2019-15847
> +Upstream-Status: Backport
> +---
> + gcc/ChangeLog   | 337 +++-
> + gcc/config/rs6000/rs6000.md | 170 ++
> + 2 files changed, 506 insertions(+), 1 deletion(-)
> +
> +diff --git a/gcc/ChangeLog b/gcc/ChangeLog
> +index b93dae5dfb0..f3de9bb65e3 100644
> +--- a/gcc/ChangeLog
>  b/gcc/ChangeLog
> +@@ -1,4 +1,339 @@
> +-2018-07-26  Release Manager
> ++2019-08-22  Segher Boessenkool  
> ++
> ++  PR target/91481
> ++  * config/rs6000/rs6000.md (unspec): Delete UNSPEC_DARN, 
> UNSPEC_DARN_32,
> ++  and UNSPEC_DARN_RAW.
> ++  (unspecv): New enumerator values UNSPECV_DARN, UNSPECV_DARN_32, and
> ++  UNSPECV_DARN_RAW.
> ++  (darn_32): Use an unspec_volatile, and UNSPECV_DARN_32.
> ++  (darn_raw): Use an unspec_volatile, and UNSPECV_DARN_RAW.
> ++  (darn): Use an unspec_volatile, and UNSPECV_DARN.
> ++
> ++2019-08-22  Segher Boessenkool  
> ++
> ++  * config/rs6000/altivec.md (unspec): Delete UNSPEC_DARN, 
> UNSPEC_DARN_32,
> ++  UNSPEC_DARN_RAW, UNSPEC_CMPRB, UNSPEC_CMPRB2, UNSPEC_CMPEQB; move 
> to...
> ++  * config/rs6000/rs6000.md (unspec): ... here.
> ++  * config/rs6000/altivec.md (darn_32, darn_raw, darn, cmprb,
> ++  *cmprb_internal, setb_signed, setb_unsigned, cmprb2, *cmprb2_internal,
> ++  cmpeqb, *cmpeqb_internal): Delete, move to...
> ++  * config/rs6000/rs6000.md (darn_32, darn_raw, darn, cmprb,
> ++  *cmprb_internal, setb_signed, setb_unsigned, cmprb2, *cmprb2_internal,
> ++  cmpeqb, *cmpeqb_internal): ... here.
> ++
> ++2019-08-22  Kyrylo Tkachov 
> ++
> ++  * config/arm/arm_acle.h: Use arch=armv8-a+crc+simd pragma for CRC32
> ++  intrinsics if __ARM_FP.
> ++  Use __ARM_FEATURE_CRC32 ifdef guard.
> ++
> ++2019-08-22  Wilco Dijkstra  
> ++
> ++  * config/arm/arm.md (neon_for_64bits): Remove.
> ++  (avoid_neon_for_64bits): Remove.
> ++  (arm_adddi3): Always split early.
> ++  (arm_subdi3): Always split early.
> ++  (negdi2): Remove Neon expansion.
> ++  (split zero_extend): Split before reload.
> ++  (split sign_extend): Split before reload.
> ++
> ++2019-08-22  Wilco Dijkstra  
> ++
> ++  * config/arm/iterators.md (qhs_extenddi_cstr): Update.
> ++  (qhs_extenddi_cstr): Likewise.
> ++  * config/arm/arm.md (ashldi3): Always expand early.
> ++  (ashlsi3): Likewise.
> ++  (ashrsi3): Likewise.
> ++  (zero_extenddi2): Remove Neon variants.
> ++  (extenddi2): Likewise.
> ++  * config/arm/neon.md (ashldi3_neon_noclobber): Remove.
> ++  (signed_shift_di3_neon): Likewise.
> ++  (unsigned_shift_di3_neon): Likewise.
> ++  (ashrdi3_neon_imm_noclobber): Likewise.
> ++  (lshrdi3_neon_imm_noclobber): Likewise.
> ++  (di3_neon): Likewise.
> ++  (split extend): Remove DI extend split patterns.
> ++
> ++2019-08-22  Wilco Dijkstra  
> ++
> ++  * config/arm/arm.md (split and/eor/ior): Remove Neon check.
> ++  (split not): Add DImode not splitter.
> ++  (anddi3): Remove pattern.
> ++  (anddi3_insn): Likewise.
> ++  (anddi_zesidi_di): Likewise.
> ++  (anddi_sesdi_di): Likewise.
> ++  (anddi_notdi_di): Likewise.
> ++  (anddi_notzesidi_di): Likewise.
> ++  (anddi_notsesidi_di): Likewise.
> ++  (iordi3): Likewise.
> ++  (iordi3_insn): Likewise.
> ++  

Re: [OE-core] [PATCH]] curl: update to 7.66.0

2019-09-15 Thread Khem Raj
I think double ]] will leave a ] in commit message. Please resend with
this addressed

On Fri, Sep 13, 2019 at 12:16 PM Oleksandr Kravchuk
 wrote:
>
> Signed-off-by: Oleksandr Kravchuk 
> ---
>  meta/recipes-support/curl/{curl_7.65.3.bb => curl_7.66.0.bb} | 4 ++--
>  1 file changed, 2 insertions(+), 2 deletions(-)
>  rename meta/recipes-support/curl/{curl_7.65.3.bb => curl_7.66.0.bb} (95%)
>
> diff --git a/meta/recipes-support/curl/curl_7.65.3.bb 
> b/meta/recipes-support/curl/curl_7.66.0.bb
> similarity index 95%
> rename from meta/recipes-support/curl/curl_7.65.3.bb
> rename to meta/recipes-support/curl/curl_7.66.0.bb
> index 96f90fb8ba..d1975f2460 100644
> --- a/meta/recipes-support/curl/curl_7.65.3.bb
> +++ b/meta/recipes-support/curl/curl_7.66.0.bb
> @@ -9,8 +9,8 @@ SRC_URI = "http://curl.haxx.se/download/curl-${PV}.tar.bz2 \
> file://0001-replace-krb5-config-with-pkg-config.patch \
>  "
>
> -SRC_URI[md5sum] = "bdd220d018c23e7f9ee82894e62a70bc"
> -SRC_URI[sha256sum] = 
> "0a855e83be482d7bc9ea00e05bdb1551a44966076762f9650959179c89fce509"
> +SRC_URI[md5sum] = "c238aa394e3aa47ca4fcb0491774149f"
> +SRC_URI[sha256sum] = 
> "6618234e0235c420a21f4cb4c2dd0badde76e6139668739085a70c4e2fe7a141"
>
>  CVE_PRODUCT = "curl libcurl"
>  inherit autotools pkgconfig binconfig multilib_header
> --
> 2.17.1
>
> --
> ___
> Openembedded-core mailing list
> Openembedded-core@lists.openembedded.org
> http://lists.openembedded.org/mailman/listinfo/openembedded-core
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core


[OE-core] [PATCH 1/2] glibc: Move DISTRO_FEATURE specific do_install code for target recipe only

2019-09-14 Thread Khem Raj
nativesdk-glibc should be spared of recompile when the distro features
are changed e.g. ldconfig is not in
DISTRO_FEATURES, this happens when sdk with musl and another one with
glibc is built

Fixes
Variable do_install value changed:
...
-DISTRO_FEATURES{ldconfig} = Set
+DISTRO_FEATURES{ldconfig} = Unset

Signed-off-by: Khem Raj 

s
---
 meta/recipes-core/glibc/glibc-package.inc | 39 ---
 1 file changed, 20 insertions(+), 19 deletions(-)

diff --git a/meta/recipes-core/glibc/glibc-package.inc 
b/meta/recipes-core/glibc/glibc-package.inc
index 9b1e7b7903..2e8f9f3e02 100644
--- a/meta/recipes-core/glibc/glibc-package.inc
+++ b/meta/recipes-core/glibc/glibc-package.inc
@@ -83,14 +83,6 @@ do_install_append () {
rm -f ${D}${infodir}/dir
fi
 
-   if ! ${@bb.utils.contains('DISTRO_FEATURES', 'ldconfig', 'true', 
'false', d)}; then
-   # The distro doesn't want these files so let's not install them
-   rm -f ${D}${sysconfdir}/ld.so.conf
-   rm -f ${D}${base_sbindir}/ldconfig
-   # This directory will be empty now so remove it too.
-   rmdir ${D}${sysconfdir}
-   fi
-
install -d ${D}${sysconfdir}/init.d
install -d ${D}${localstatedir}/db/nscd
install -m 0755 ${S}/nscd/nscd.init ${D}${sysconfdir}/init.d/nscd
@@ -102,6 +94,26 @@ do_install_append () {
install -d ${D}${systemd_unitdir}/system
install -m 0644 ${S}/nscd/nscd.service ${D}${systemd_unitdir}/system/
 
+   # The dynamic loader will have been installed into
+   # ${base_libdir}. However, if that isn't going to end up being
+   # available in the ABI-mandated location, then a symlink must
+# be created.
+
+   if [ -n "${ARCH_DYNAMIC_LOADER}" -a ! -e 
"${D}${root_prefix}/lib/${ARCH_DYNAMIC_LOADER}" ]; then
+   install -d ${D}${root_prefix}/lib
+   ln -s ${@oe.path.relative('${root_prefix}/lib', 
'${base_libdir}')}/${ARCH_DYNAMIC_LOADER} \
+   ${D}${root_prefix}/lib/${ARCH_DYNAMIC_LOADER}
+   fi
+}
+
+do_install_append_class-target() {
+   if ! ${@bb.utils.contains('DISTRO_FEATURES', 'ldconfig', 'true', 
'false', d)}; then
+   # The distro doesn't want these files so let's not install them
+   rm -f ${D}${sysconfdir}/ld.so.conf
+   rm -f ${D}${base_sbindir}/ldconfig
+   # This directory will be empty now so remove it too.
+   rmdir ${D}${sysconfdir}
+   fi
if ${@bb.utils.contains('DISTRO_FEATURES', 'systemd', 'true', 'false', 
d)}; then
install -d ${D}${sysconfdir}/tmpfiles.d
echo "d /run/nscd 755 root root -" \
@@ -114,18 +126,7 @@ do_install_append () {
> ${D}${sysconfdir}/default/volatiles/98_nscd
fi
 
-   # The dynamic loader will have been installed into
-   # ${base_libdir}. However, if that isn't going to end up being
-   # available in the ABI-mandated location, then a symlink must
-# be created.
-
-   if [ -n "${ARCH_DYNAMIC_LOADER}" -a ! -e 
"${D}${root_prefix}/lib/${ARCH_DYNAMIC_LOADER}" ]; then
-   install -d ${D}${root_prefix}/lib
-   ln -s ${@oe.path.relative('${root_prefix}/lib', 
'${base_libdir}')}/${ARCH_DYNAMIC_LOADER} \
-   ${D}${root_prefix}/lib/${ARCH_DYNAMIC_LOADER}
-   fi
 }
-
 do_install_append_aarch64 () {
do_install_armmultilib
 }
-- 
2.23.0

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


[OE-core] [PATCH 2/2] populate_sdk_base.bbclass: nativesdk-glibc-locale is required on musl too

2019-09-14 Thread Khem Raj
musl based extensible sdk fails to install

ERROR:  OE-core's config sanity checker detected a potential misconfiguration.
Either fix the cause of this error or at your own risk disable the checker 
(see sanity.conf).
Following is the list of potential problems / advisories:

Your system needs to support the en_US.UTF-8 locale.

The real reason is that its missing locale-archive in buildtools-tarball
hence python3 from buildtools-tarball fails to run bitbake when
installing esdk

Signed-off-by: Khem Raj 
---
 meta/classes/populate_sdk_base.bbclass | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/meta/classes/populate_sdk_base.bbclass 
b/meta/classes/populate_sdk_base.bbclass
index 59920a57a7..4e3794f75c 100644
--- a/meta/classes/populate_sdk_base.bbclass
+++ b/meta/classes/populate_sdk_base.bbclass
@@ -63,7 +63,7 @@ python () {
 SDK_RDEPENDS = "${TOOLCHAIN_TARGET_TASK} ${TOOLCHAIN_HOST_TASK}"
 SDK_DEPENDS = "virtual/fakeroot-native ${SDK_ARCHIVE_DEPENDS} 
cross-localedef-native nativesdk-qemuwrapper-cross ${@' 
'.join(["%s-qemuwrapper-cross" % m for m in 
d.getVar("MULTILIB_VARIANTS").split()])} qemuwrapper-cross"
 PATH_prepend = 
"${STAGING_DIR_HOST}${SDKPATHNATIVE}${bindir}/crossscripts:${@":".join(all_multilib_tune_values(d,
 'STAGING_BINDIR_CROSS').split())}:"
-SDK_DEPENDS_append_libc-glibc = " nativesdk-glibc-locale"
+SDK_DEPENDS += "nativesdk-glibc-locale"
 
 # We want the MULTIARCH_TARGET_SYS to point to the TUNE_PKGARCH, not 
PACKAGE_ARCH as it
 # could be set to the MACHINE_ARCH
-- 
2.23.0

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


[OE-core] [PATCH] nativesdk.bbclass: Clear out LIBCEXTENSION and ABIEXTENSION

2019-09-14 Thread Khem Raj
These variables dont make sense for nativesdk targets which essentially
are target only properties, this helps in avoiding recompile of
nativesdk-libgcc-initial when switch libcs. nativesdk targets are glibc
only for OE

Signed-off-by: Khem Raj 
---
 meta/classes/nativesdk.bbclass | 2 ++
 1 file changed, 2 insertions(+)

diff --git a/meta/classes/nativesdk.bbclass b/meta/classes/nativesdk.bbclass
index f25b0c31b1..03135acedc 100644
--- a/meta/classes/nativesdk.bbclass
+++ b/meta/classes/nativesdk.bbclass
@@ -100,6 +100,8 @@ python () {
 clsextend.map_packagevars()
 clsextend.map_variable("PROVIDES")
 clsextend.map_regexp_variable("PACKAGES_DYNAMIC")
+d.setVar("LIBCEXTENSION", "")
+d.setVar("ABIEXTENSION", "")
 }
 
 addhandler nativesdk_virtclass_handler
-- 
2.23.0

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


Re: [OE-core] [PATCH] glibc-testsuite: SkipRecipe if libc is not glibc

2019-09-13 Thread Khem Raj
On Fri, Sep 13, 2019 at 12:49 AM Nathan Rossi  wrote:
>
> To prevent issues with parsing or dependencies, limit this recipe to use
> only when the libc is glibc (and libc-locale is glibc-locale).
>
> Signed-off-by: Nathan Rossi 
> ---
>  meta/recipes-core/glibc/glibc-testsuite_2.30.bb | 7 +++
>  1 file changed, 7 insertions(+)
>
> diff --git a/meta/recipes-core/glibc/glibc-testsuite_2.30.bb 
> b/meta/recipes-core/glibc/glibc-testsuite_2.30.bb
> index 64fa8d87df..657fd4dbc1 100644
> --- a/meta/recipes-core/glibc/glibc-testsuite_2.30.bb
> +++ b/meta/recipes-core/glibc/glibc-testsuite_2.30.bb
> @@ -8,6 +8,13 @@ PROVIDES = ""
>  # setup depends
>  INHIBIT_DEFAULT_DEPS = ""
>
> +python () {
> +libc = d.getVar("PREFERRED_PROVIDER_virtual/libc")
> +libclocale = d.getVar("PREFERRED_PROVIDER_virtual/libc-locale")
> +if libc != "glibc" or libclocale != "glibc-locale":
> +raise bb.parse.SkipRecipe("glibc-testsuite requires that 
> virtual/libc is glibc")
> +}
> +
would something like below work

COMPATIBLE_HOST ?= "null"
COMAPTIBLE_HOST_libc-glibc = "(*)"

>  DEPENDS += "glibc-locale libgcc gcc-runtime"
>
>  # remove the initial depends
> ---
> 2.23.0
> --
> ___
> Openembedded-core mailing list
> Openembedded-core@lists.openembedded.org
> http://lists.openembedded.org/mailman/listinfo/openembedded-core
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core


Re: [OE-core] [PATCH V3] weston-init: Add possibility to run weston as non-root user

2019-09-13 Thread Khem Raj
On Fri, Sep 13, 2019 at 5:27 AM Ross Burton  wrote:
>
> On 11/09/2019 05:29, Khem Raj wrote:
> >   .../wayland/weston-init/weston.ini| 74 +++
>
> core-image-weston now fails:
>
>file /etc/xdg/weston/weston.ini conflicts between attempted installs
> of weston-init-1.0-r0.noarch and weston-conf-1.0-r0.qemux86_64
>

on x86 qemu right. Sent a V4. give it a try

> Ross
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core


[OE-core] [PATCH 1/2] musl: Update to latest master

2019-09-13 Thread Khem Raj
* Added copy_file_range posix_spawn_file_actions_add[f]chdir API
* optreset is added to getopt
* pthread fixes
* Conditionally add legacy long definition of wchar_t

Details [1]

[1] 
https://git.musl-libc.org/cgit/musl/log/?qt=range=6ad514e4e278f0c3b18eb2db1d45638c9af1c07f..1f0e9f9cc2e3fa354f94e18b3b362de5f1ec7272

Signed-off-by: Khem Raj 
---
 meta/recipes-core/musl/musl_git.bb | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/meta/recipes-core/musl/musl_git.bb 
b/meta/recipes-core/musl/musl_git.bb
index 9341bf5d58..87453be07f 100644
--- a/meta/recipes-core/musl/musl_git.bb
+++ b/meta/recipes-core/musl/musl_git.bb
@@ -4,7 +4,7 @@
 require musl.inc
 inherit linuxloader
 
-SRCREV = "6ad514e4e278f0c3b18eb2db1d45638c9af1c07f"
+SRCREV = "1f0e9f9cc2e3fa354f94e18b3b362de5f1ec7272"
 
 BASEVER = "1.1.23"
 
-- 
2.23.0

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


[OE-core] [PATCH V4 2/2] weston-init: Add possibility to run weston as non-root user

2019-09-13 Thread Khem Raj
These changes are from meta-96boards primarily
Launch the session via a udev rule based on what kind of display device
is available

delete weston-conf and move the fuctionality into weston-init other
layers are doing same

Signed-off-by: Khem Raj 
Cc: Otavio Salvador 
---
v2: Drop duplicate isntall rule and use systemd_system_unitdir
v3: Use systemd_system_unitdir in FILES section too
v4: Move weston-conf logic into weston-init and delete it

 meta/conf/distro/include/maintainers.inc  |  1 -
 meta/recipes-graphics/wayland/weston-conf.bb  | 35 -
 meta/recipes-graphics/wayland/weston-init.bb  | 24 +-
 .../wayland/weston-init/71-weston-drm.rules   |  2 +
 .../wayland/weston-init/qemux86-64/weston.ini |  2 +
 .../wayland/weston-init/qemux86/weston.ini|  2 +
 .../wayland/weston-init/weston.ini| 74 +++
 .../wayland/weston-init/weston.service| 13 
 .../wayland/weston-init/weston@.service   | 37 ++
 meta/recipes-graphics/wayland/weston_7.0.0.bb |  2 +-
 10 files changed, 138 insertions(+), 54 deletions(-)
 delete mode 100644 meta/recipes-graphics/wayland/weston-conf.bb
 create mode 100644 
meta/recipes-graphics/wayland/weston-init/71-weston-drm.rules
 create mode 100644 
meta/recipes-graphics/wayland/weston-init/qemux86-64/weston.ini
 create mode 100644 meta/recipes-graphics/wayland/weston-init/qemux86/weston.ini
 create mode 100644 meta/recipes-graphics/wayland/weston-init/weston.ini
 delete mode 100644 meta/recipes-graphics/wayland/weston-init/weston.service
 create mode 100644 meta/recipes-graphics/wayland/weston-init/weston@.service

diff --git a/meta/conf/distro/include/maintainers.inc 
b/meta/conf/distro/include/maintainers.inc
index 5f21f98b2b..ab0c6c5541 100644
--- a/meta/conf/distro/include/maintainers.inc
+++ b/meta/conf/distro/include/maintainers.inc
@@ -718,7 +718,6 @@ RECIPE_MAINTAINER_pn-wayland = "Denys Dmytriyenko 
"
 RECIPE_MAINTAINER_pn-wayland-protocols = "Denys Dmytriyenko "
 RECIPE_MAINTAINER_pn-webkitgtk = "Alexander Kanavin "
 RECIPE_MAINTAINER_pn-weston = "Denys Dmytriyenko "
-RECIPE_MAINTAINER_pn-weston-conf = "Denys Dmytriyenko "
 RECIPE_MAINTAINER_pn-weston-init = "Denys Dmytriyenko "
 RECIPE_MAINTAINER_pn-wget = "Yi Zhao "
 RECIPE_MAINTAINER_pn-which = "Anuj Mittal "
diff --git a/meta/recipes-graphics/wayland/weston-conf.bb 
b/meta/recipes-graphics/wayland/weston-conf.bb
deleted file mode 100644
index f52200c46a..00
--- a/meta/recipes-graphics/wayland/weston-conf.bb
+++ /dev/null
@@ -1,35 +0,0 @@
-SUMMARY = "Weston, a Wayland compositor, configuration files"
-HOMEPAGE = "http://wayland.freedesktop.org;
-LICENSE = "MIT"
-LIC_FILES_CHKSUM = 
"file://${COREBASE}/meta/COPYING.MIT;md5=3da9cfbcb788c80a0384361b4de20420"
-
-PACKAGE_ARCH = "${MACHINE_ARCH}"
-
-CONFFILES_${PN} = "${sysconfdir}/xdg/weston/weston.ini"
-
-FILES_${PN} = "${sysconfdir}/xdg/weston/weston.ini"
-
-PACKAGES = "${PN}"
-
-do_configure[noexec] = '1'
-do_compile[noexec] = '1'
-
-do_install() {
-   :
-}
-
-do_install_qemux86() {
-   mkdir -p ${D}/${sysconfdir}/xdg/weston
-   cat << EOF > ${D}/${sysconfdir}/xdg/weston/weston.ini
-[core]
-backend=fbdev-backend.so
-EOF
-}
-
-do_install_qemux86-64() {
-   mkdir -p ${D}/${sysconfdir}/xdg/weston
-   cat << EOF > ${D}/${sysconfdir}/xdg/weston/weston.ini
-[core]
-backend=fbdev-backend.so
-EOF
-}
diff --git a/meta/recipes-graphics/wayland/weston-init.bb 
b/meta/recipes-graphics/wayland/weston-init.bb
index 22ba5f3fb3..2c1cd1046c 100644
--- a/meta/recipes-graphics/wayland/weston-init.bb
+++ b/meta/recipes-graphics/wayland/weston-init.bb
@@ -3,15 +3,25 @@ LICENSE = "MIT"
 LIC_FILES_CHKSUM = 
"file://${COREBASE}/meta/COPYING.MIT;md5=3da9cfbcb788c80a0384361b4de20420"
 
 SRC_URI = "file://init \
-   file://weston.service \
+   file://weston.ini \
+   file://weston@.service \
+   file://71-weston-drm.rules \
file://weston-start"
 
 S = "${WORKDIR}"
 
 do_install() {
install -Dm755 ${WORKDIR}/init ${D}/${sysconfdir}/init.d/weston
-   install -Dm0644 ${WORKDIR}/weston.service 
${D}${systemd_system_unitdir}/weston.service
-
+   install -D -p -m0644 ${WORKDIR}/weston.ini 
${D}${sysconfdir}/xdg/weston/weston.ini
+
+   # Install Weston systemd service and accompanying udev rule
+   install -D -p -m0644 ${WORKDIR}/weston@.service 
${D}${systemd_system_unitdir}/weston@.service
+   sed -i -e s:/etc:${sysconfdir}:g \
+   -e s:/usr/bin:${bindir}:g \
+   -e s:/var:${localstatedir}:g \
+   ${D}${systemd_unitdir}/system/weston@.service
+   install -D -p -m0644 ${WORKDIR}/71-weston-drm.rules \
+   ${D}${sysconfdir}/udev/rules.d/71-weston-drm.rules
# Insta

[OE-core] [PATCH V3] weston-init: Add possibility to run weston as non-root user

2019-09-10 Thread Khem Raj
These changes are from meta-96boards primarily
Launch the session via a udev rule based on what kind of display device
is available

Signed-off-by: Khem Raj 
Cc: Otavio Salvador 
---
v2: Drop duplicate isntall rule and use systemd_system_unitdir
v3: Use systemd_system_unitdir in FILES section too

 meta/recipes-graphics/wayland/weston-init.bb  | 24 +-
 .../wayland/weston-init/71-weston-drm.rules   |  2 +
 .../wayland/weston-init/weston.ini| 74 +++
 .../wayland/weston-init/weston.service| 13 
 .../wayland/weston-init/weston@.service   | 37 ++
 5 files changed, 133 insertions(+), 17 deletions(-)
 create mode 100644 
meta/recipes-graphics/wayland/weston-init/71-weston-drm.rules
 create mode 100644 meta/recipes-graphics/wayland/weston-init/weston.ini
 delete mode 100644 meta/recipes-graphics/wayland/weston-init/weston.service
 create mode 100644 meta/recipes-graphics/wayland/weston-init/weston@.service

diff --git a/meta/recipes-graphics/wayland/weston-init.bb 
b/meta/recipes-graphics/wayland/weston-init.bb
index 22ba5f3fb3..2c1cd1046c 100644
--- a/meta/recipes-graphics/wayland/weston-init.bb
+++ b/meta/recipes-graphics/wayland/weston-init.bb
@@ -3,15 +3,25 @@ LICENSE = "MIT"
 LIC_FILES_CHKSUM = 
"file://${COREBASE}/meta/COPYING.MIT;md5=3da9cfbcb788c80a0384361b4de20420"
 
 SRC_URI = "file://init \
-   file://weston.service \
+   file://weston.ini \
+   file://weston@.service \
+   file://71-weston-drm.rules \
file://weston-start"
 
 S = "${WORKDIR}"
 
 do_install() {
install -Dm755 ${WORKDIR}/init ${D}/${sysconfdir}/init.d/weston
-   install -Dm0644 ${WORKDIR}/weston.service 
${D}${systemd_system_unitdir}/weston.service
-
+   install -D -p -m0644 ${WORKDIR}/weston.ini 
${D}${sysconfdir}/xdg/weston/weston.ini
+
+   # Install Weston systemd service and accompanying udev rule
+   install -D -p -m0644 ${WORKDIR}/weston@.service 
${D}${systemd_system_unitdir}/weston@.service
+   sed -i -e s:/etc:${sysconfdir}:g \
+   -e s:/usr/bin:${bindir}:g \
+   -e s:/var:${localstatedir}:g \
+   ${D}${systemd_unitdir}/system/weston@.service
+   install -D -p -m0644 ${WORKDIR}/71-weston-drm.rules \
+   ${D}${sysconfdir}/udev/rules.d/71-weston-drm.rules
# Install weston-start script
install -Dm755 ${WORKDIR}/weston-start ${D}${bindir}/weston-start
sed -i 's,@DATADIR@,${datadir},g' ${D}${bindir}/weston-start
@@ -28,4 +38,10 @@ RDEPENDS_${PN} = "weston kbd"
 INITSCRIPT_NAME = "weston"
 INITSCRIPT_PARAMS = "start 9 5 2 . stop 20 0 1 6 ."
 
-SYSTEMD_SERVICE_${PN} = "weston.service"
+FILES_${PN} += "${sysconfdir}/xdg/weston/weston.ini 
${systemd_system_unitdir}/weston@.service"
+
+CONFFILES_${PN} += "${sysconfdir}/xdg/weston/weston.ini"
+
+SYSTEMD_SERVICE_${PN} = "weston@%i.service"
+SYSTEMD_AUTO_ENABLE = "disable"
+
diff --git a/meta/recipes-graphics/wayland/weston-init/71-weston-drm.rules 
b/meta/recipes-graphics/wayland/weston-init/71-weston-drm.rules
new file mode 100644
index 00..1a1b8bbda4
--- /dev/null
+++ b/meta/recipes-graphics/wayland/weston-init/71-weston-drm.rules
@@ -0,0 +1,2 @@
+ACTION=="add", SUBSYSTEM=="graphics", KERNEL=="fb0", TAG+="systemd", 
ENV{SYSTEMD_WANTS}+="weston@root.service"
+ACTION=="add", SUBSYSTEM=="drm", KERNEL=="card0", TAG+="systemd", 
ENV{SYSTEMD_WANTS}+="weston@root.service"
diff --git a/meta/recipes-graphics/wayland/weston-init/weston.ini 
b/meta/recipes-graphics/wayland/weston-init/weston.ini
new file mode 100644
index 00..1eecf48bc1
--- /dev/null
+++ b/meta/recipes-graphics/wayland/weston-init/weston.ini
@@ -0,0 +1,74 @@
+# configuration file for Weston
+
+#[core]
+#modules=xwayland.so,cms-colord.so
+#shell=desktop-shell.so
+#gbm-format=xrgb2101010
+
+#[shell]
+#background-image=/usr/share/backgrounds/gnome/Aqua.jpg
+#background-color=0xff002244
+#background-type=tile
+#clock-format=minutes
+#panel-color=0x90ff
+#locking=true
+#animation=zoom
+#startup-animation=fade
+#binding-modifier=ctrl
+#num-workspaces=6
+#cursor-theme=whiteglass
+#cursor-size=24
+
+#lockscreen-icon=/usr/share/icons/gnome/256x256/actions/lock.png
+#lockscreen=/usr/share/backgrounds/gnome/Garden.jpg
+#homescreen=/usr/share/backgrounds/gnome/Blinds.jpg
+#animation=fade
+
+#[launcher]
+#icon=/usr/share/icons/gnome/24x24/apps/utilities-terminal.png
+#path=/usr/bin/gnome-terminal
+
+#[launcher]
+#icon=/usr/share/icons/gnome/24x24/apps/utilities-terminal.png
+#path=/usr/bin/weston-terminal
+
+#[launcher]
+#icon=/usr/share/icons/hicolor/24x24/apps/google-chrome.png
+#path=/usr/bin/google-chrome
+
+#[launcher]
+#icon=/usr/share/icons/gnome/24x24/apps/arts.png
+#path=/build/weston-0lEgCh/weston-1

[OE-core] [PATCH] cogl: Do not depend PN-dev on empty PN

2019-09-10 Thread Khem Raj
Fixes image build error e.g.

 - nothing provides cogl-1.0 = 1.22.4-r0.2 needed by 
cogl-1.0-dev-1.22.4-r0.2.core2-64

Signed-off-by: Khem Raj 
---
 meta/recipes-graphics/cogl/cogl-1.0.inc | 2 ++
 1 file changed, 2 insertions(+)

diff --git a/meta/recipes-graphics/cogl/cogl-1.0.inc 
b/meta/recipes-graphics/cogl/cogl-1.0.inc
index 3e392fa5ec..4038afbc11 100644
--- a/meta/recipes-graphics/cogl/cogl-1.0.inc
+++ b/meta/recipes-graphics/cogl/cogl-1.0.inc
@@ -75,4 +75,6 @@ RPROVIDES_libcogl = "cogl-1.0"
 RCONFLICTS_libcogl = "cogl-1.0"
 RREPLACES_libcogl = "cogl-1.0"
 
+RDEPENDS_${PN}-dev = "libcogl"
+
 COMPATIBLE_HOST_armv4 = 'null'
-- 
2.23.0

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


[OE-core] [PATCH V2] weston-init: Add possibility to run weston as non-root user

2019-09-10 Thread Khem Raj
These changes are from meta-96boards primarily
Launch the session via a udev rule based on what kind of display device
is available

Signed-off-by: Khem Raj 
Cc: Otavio Salvador 
---
v2: Drop duplicate isntall rule and use systemd_system_unitdir

 meta/recipes-graphics/wayland/weston-init.bb  | 24 +-
 .../wayland/weston-init/71-weston-drm.rules   |  2 +
 .../wayland/weston-init/weston.ini| 74 +++
 .../wayland/weston-init/weston.service| 13 
 .../wayland/weston-init/weston@.service   | 37 ++
 5 files changed, 133 insertions(+), 17 deletions(-)
 create mode 100644 
meta/recipes-graphics/wayland/weston-init/71-weston-drm.rules
 create mode 100644 meta/recipes-graphics/wayland/weston-init/weston.ini
 delete mode 100644 meta/recipes-graphics/wayland/weston-init/weston.service
 create mode 100644 meta/recipes-graphics/wayland/weston-init/weston@.service

diff --git a/meta/recipes-graphics/wayland/weston-init.bb 
b/meta/recipes-graphics/wayland/weston-init.bb
index 22ba5f3fb3..08ebbe08f2 100644
--- a/meta/recipes-graphics/wayland/weston-init.bb
+++ b/meta/recipes-graphics/wayland/weston-init.bb
@@ -3,15 +3,25 @@ LICENSE = "MIT"
 LIC_FILES_CHKSUM = 
"file://${COREBASE}/meta/COPYING.MIT;md5=3da9cfbcb788c80a0384361b4de20420"
 
 SRC_URI = "file://init \
-   file://weston.service \
+   file://weston.ini \
+   file://weston@.service \
+   file://71-weston-drm.rules \
file://weston-start"
 
 S = "${WORKDIR}"
 
 do_install() {
install -Dm755 ${WORKDIR}/init ${D}/${sysconfdir}/init.d/weston
-   install -Dm0644 ${WORKDIR}/weston.service 
${D}${systemd_system_unitdir}/weston.service
-
+   install -D -p -m0644 ${WORKDIR}/weston.ini 
${D}${sysconfdir}/xdg/weston/weston.ini
+
+   # Install Weston systemd service and accompanying udev rule
+   install -D -p -m0644 ${WORKDIR}/weston@.service 
${D}${systemd_system_unitdir}/weston@.service
+   sed -i -e s:/etc:${sysconfdir}:g \
+   -e s:/usr/bin:${bindir}:g \
+   -e s:/var:${localstatedir}:g \
+   ${D}${systemd_unitdir}/system/weston@.service
+   install -D -p -m0644 ${WORKDIR}/71-weston-drm.rules \
+   ${D}${sysconfdir}/udev/rules.d/71-weston-drm.rules
# Install weston-start script
install -Dm755 ${WORKDIR}/weston-start ${D}${bindir}/weston-start
sed -i 's,@DATADIR@,${datadir},g' ${D}${bindir}/weston-start
@@ -28,4 +38,10 @@ RDEPENDS_${PN} = "weston kbd"
 INITSCRIPT_NAME = "weston"
 INITSCRIPT_PARAMS = "start 9 5 2 . stop 20 0 1 6 ."
 
-SYSTEMD_SERVICE_${PN} = "weston.service"
+FILES_${PN} += "${sysconfdir}/xdg/weston/weston.ini 
${systemd_unitdir}/system/weston@.service"
+
+CONFFILES_${PN} += "${sysconfdir}/xdg/weston/weston.ini"
+
+SYSTEMD_SERVICE_${PN} = "weston@%i.service"
+SYSTEMD_AUTO_ENABLE = "disable"
+
diff --git a/meta/recipes-graphics/wayland/weston-init/71-weston-drm.rules 
b/meta/recipes-graphics/wayland/weston-init/71-weston-drm.rules
new file mode 100644
index 00..1a1b8bbda4
--- /dev/null
+++ b/meta/recipes-graphics/wayland/weston-init/71-weston-drm.rules
@@ -0,0 +1,2 @@
+ACTION=="add", SUBSYSTEM=="graphics", KERNEL=="fb0", TAG+="systemd", 
ENV{SYSTEMD_WANTS}+="weston@root.service"
+ACTION=="add", SUBSYSTEM=="drm", KERNEL=="card0", TAG+="systemd", 
ENV{SYSTEMD_WANTS}+="weston@root.service"
diff --git a/meta/recipes-graphics/wayland/weston-init/weston.ini 
b/meta/recipes-graphics/wayland/weston-init/weston.ini
new file mode 100644
index 00..1eecf48bc1
--- /dev/null
+++ b/meta/recipes-graphics/wayland/weston-init/weston.ini
@@ -0,0 +1,74 @@
+# configuration file for Weston
+
+#[core]
+#modules=xwayland.so,cms-colord.so
+#shell=desktop-shell.so
+#gbm-format=xrgb2101010
+
+#[shell]
+#background-image=/usr/share/backgrounds/gnome/Aqua.jpg
+#background-color=0xff002244
+#background-type=tile
+#clock-format=minutes
+#panel-color=0x90ff
+#locking=true
+#animation=zoom
+#startup-animation=fade
+#binding-modifier=ctrl
+#num-workspaces=6
+#cursor-theme=whiteglass
+#cursor-size=24
+
+#lockscreen-icon=/usr/share/icons/gnome/256x256/actions/lock.png
+#lockscreen=/usr/share/backgrounds/gnome/Garden.jpg
+#homescreen=/usr/share/backgrounds/gnome/Blinds.jpg
+#animation=fade
+
+#[launcher]
+#icon=/usr/share/icons/gnome/24x24/apps/utilities-terminal.png
+#path=/usr/bin/gnome-terminal
+
+#[launcher]
+#icon=/usr/share/icons/gnome/24x24/apps/utilities-terminal.png
+#path=/usr/bin/weston-terminal
+
+#[launcher]
+#icon=/usr/share/icons/hicolor/24x24/apps/google-chrome.png
+#path=/usr/bin/google-chrome
+
+#[launcher]
+#icon=/usr/share/icons/gnome/24x24/apps/arts.png
+#path=/build/weston-0lEgCh/weston-1.11.0/weston-flower
+
+#[input-method]
+#path=/us

[OE-core] [PATCH] weston-init: Add possibility to run weston as non-root user

2019-09-10 Thread Khem Raj
These changes are from meta-96boards primarily
Launch the session via a udev rule based on what kind of display device
is available

Signed-off-by: Khem Raj 
Cc: Otavio Salvador 
---
 meta/recipes-graphics/wayland/weston-init.bb  | 25 ++-
 .../wayland/weston-init/71-weston-drm.rules   |  2 +
 .../wayland/weston-init/weston.ini| 74 +++
 .../wayland/weston-init/weston.service| 13 
 .../wayland/weston-init/weston@.service   | 37 ++
 5 files changed, 134 insertions(+), 17 deletions(-)
 create mode 100644 
meta/recipes-graphics/wayland/weston-init/71-weston-drm.rules
 create mode 100644 meta/recipes-graphics/wayland/weston-init/weston.ini
 delete mode 100644 meta/recipes-graphics/wayland/weston-init/weston.service
 create mode 100644 meta/recipes-graphics/wayland/weston-init/weston@.service

diff --git a/meta/recipes-graphics/wayland/weston-init.bb 
b/meta/recipes-graphics/wayland/weston-init.bb
index 22ba5f3fb3..86f38fadb4 100644
--- a/meta/recipes-graphics/wayland/weston-init.bb
+++ b/meta/recipes-graphics/wayland/weston-init.bb
@@ -3,15 +3,26 @@ LICENSE = "MIT"
 LIC_FILES_CHKSUM = 
"file://${COREBASE}/meta/COPYING.MIT;md5=3da9cfbcb788c80a0384361b4de20420"
 
 SRC_URI = "file://init \
-   file://weston.service \
+   file://weston.ini \
+   file://weston@.service \
+   file://71-weston-drm.rules \
file://weston-start"
 
 S = "${WORKDIR}"
 
 do_install() {
install -Dm755 ${WORKDIR}/init ${D}/${sysconfdir}/init.d/weston
-   install -Dm0644 ${WORKDIR}/weston.service 
${D}${systemd_system_unitdir}/weston.service
-
+   install -Dm0644 ${WORKDIR}/weston@.service 
${D}${systemd_system_unitdir}/weston@.service
+   install -D -p -m0644 ${WORKDIR}/weston.ini 
${D}${sysconfdir}/xdg/weston/weston.ini
+
+   # Install Weston systemd service and accompanying udev rule
+   install -D -p -m0644 ${WORKDIR}/weston@.service 
${D}${systemd_unitdir}/system/weston@.service
+   sed -i -e s:/etc:${sysconfdir}:g \
+   -e s:/usr/bin:${bindir}:g \
+   -e s:/var:${localstatedir}:g \
+   ${D}${systemd_unitdir}/system/weston@.service
+   install -D -p -m0644 ${WORKDIR}/71-weston-drm.rules \
+   ${D}${sysconfdir}/udev/rules.d/71-weston-drm.rules
# Install weston-start script
install -Dm755 ${WORKDIR}/weston-start ${D}${bindir}/weston-start
sed -i 's,@DATADIR@,${datadir},g' ${D}${bindir}/weston-start
@@ -28,4 +39,10 @@ RDEPENDS_${PN} = "weston kbd"
 INITSCRIPT_NAME = "weston"
 INITSCRIPT_PARAMS = "start 9 5 2 . stop 20 0 1 6 ."
 
-SYSTEMD_SERVICE_${PN} = "weston.service"
+FILES_${PN} += "${sysconfdir}/xdg/weston/weston.ini 
${systemd_unitdir}/system/weston@.service"
+
+CONFFILES_${PN} += "${sysconfdir}/xdg/weston/weston.ini"
+
+SYSTEMD_SERVICE_${PN} = "weston@%i.service"
+SYSTEMD_AUTO_ENABLE = "disable"
+
diff --git a/meta/recipes-graphics/wayland/weston-init/71-weston-drm.rules 
b/meta/recipes-graphics/wayland/weston-init/71-weston-drm.rules
new file mode 100644
index 00..1a1b8bbda4
--- /dev/null
+++ b/meta/recipes-graphics/wayland/weston-init/71-weston-drm.rules
@@ -0,0 +1,2 @@
+ACTION=="add", SUBSYSTEM=="graphics", KERNEL=="fb0", TAG+="systemd", 
ENV{SYSTEMD_WANTS}+="weston@root.service"
+ACTION=="add", SUBSYSTEM=="drm", KERNEL=="card0", TAG+="systemd", 
ENV{SYSTEMD_WANTS}+="weston@root.service"
diff --git a/meta/recipes-graphics/wayland/weston-init/weston.ini 
b/meta/recipes-graphics/wayland/weston-init/weston.ini
new file mode 100644
index 00..1eecf48bc1
--- /dev/null
+++ b/meta/recipes-graphics/wayland/weston-init/weston.ini
@@ -0,0 +1,74 @@
+# configuration file for Weston
+
+#[core]
+#modules=xwayland.so,cms-colord.so
+#shell=desktop-shell.so
+#gbm-format=xrgb2101010
+
+#[shell]
+#background-image=/usr/share/backgrounds/gnome/Aqua.jpg
+#background-color=0xff002244
+#background-type=tile
+#clock-format=minutes
+#panel-color=0x90ff
+#locking=true
+#animation=zoom
+#startup-animation=fade
+#binding-modifier=ctrl
+#num-workspaces=6
+#cursor-theme=whiteglass
+#cursor-size=24
+
+#lockscreen-icon=/usr/share/icons/gnome/256x256/actions/lock.png
+#lockscreen=/usr/share/backgrounds/gnome/Garden.jpg
+#homescreen=/usr/share/backgrounds/gnome/Blinds.jpg
+#animation=fade
+
+#[launcher]
+#icon=/usr/share/icons/gnome/24x24/apps/utilities-terminal.png
+#path=/usr/bin/gnome-terminal
+
+#[launcher]
+#icon=/usr/share/icons/gnome/24x24/apps/utilities-terminal.png
+#path=/usr/bin/weston-terminal
+
+#[launcher]
+#icon=/usr/share/icons/hicolor/24x24/apps/google-chrome.png
+#path=/usr/bin/google-chrome
+
+#[launcher]
+#icon=/usr/share/icons/gnome/24x24/apps/arts.png
+#path=/build/weston-0lEgCh/weston-1.11.0/weston-flowe

Re: [OE-core] [PATCH] elfutils: Fix build on ppc/musl

2019-09-09 Thread Khem Raj
On Mon, Sep 9, 2019 at 2:52 AM Ross Burton  wrote:
>
> There's a 0.177 upgrade on the list (and in mut), is this required for
> that too?
>

if the patch which we are removing with this change is used
then yes it is needed.

> Ross
>
> On 09/09/2019 00:23, Khem Raj wrote:
> > musl relies on the pt_regs definitions from kernel ptrace headers
> >
> > Signed-off-by: Khem Raj 
> > ---
> >   .../elfutils/elfutils_0.176.bb|  1 +
> >   ...cliude-asm-ptrace.h-for-pt_regs-defi.patch | 32 +++
> >   2 files changed, 33 insertions(+)
> >   create mode 100644 
> > meta/recipes-devtools/elfutils/files/0001-ppc_initreg.c-Incliude-asm-ptrace.h-for-pt_regs-defi.patch
> >
> > diff --git a/meta/recipes-devtools/elfutils/elfutils_0.176.bb 
> > b/meta/recipes-devtools/elfutils/elfutils_0.176.bb
> > index d98457e3f9..fe810282bc 100644
> > --- a/meta/recipes-devtools/elfutils/elfutils_0.176.bb
> > +++ b/meta/recipes-devtools/elfutils/elfutils_0.176.bb
> > @@ -29,6 +29,7 @@ SRC_URI = 
> > "https://sourceware.org/elfutils/ftp/${PV}/${BP}.tar.bz2 \
> >  file://debian/disable_werror.patch \
> >  file://debian/testsuite-ignore-elflint.diff \
> >  file://0001-skip-the-test-when-gcc-not-deployed.patch \
> > +   
> > file://0001-ppc_initreg.c-Incliude-asm-ptrace.h-for-pt_regs-defi.patch \
> >  file://run-ptest \
> >  file://ptest.patch \
> >  "
> > diff --git 
> > a/meta/recipes-devtools/elfutils/files/0001-ppc_initreg.c-Incliude-asm-ptrace.h-for-pt_regs-defi.patch
> >  
> > b/meta/recipes-devtools/elfutils/files/0001-ppc_initreg.c-Incliude-asm-ptrace.h-for-pt_regs-defi.patch
> > new file mode 100644
> > index 00..330c45
> > --- /dev/null
> > +++ 
> > b/meta/recipes-devtools/elfutils/files/0001-ppc_initreg.c-Incliude-asm-ptrace.h-for-pt_regs-defi.patch
> > @@ -0,0 +1,32 @@
> > +From 2e2232d0935bf8ef6e66ebffba3be68a73b5b3e5 Mon Sep 17 00:00:00 2001
> > +From: Khem Raj 
> > +Date: Sun, 8 Sep 2019 15:57:59 -0700
> > +Subject: [PATCH] ppc_initreg.c: Incliude asm/ptrace.h for pt_regs 
> > definition
> > +
> > +Fixes
> > +| ../../elfutils-0.176/backends/ppc_initreg.c:79:22: error: field 'r' has 
> > incomplete type
> > +|   struct pt_regs r;
> > +|  ^
> > +
> > +Upstream-Status: Pending
> > +
> > +Signed-off-by: Khem Raj 
> > +---
> > + backends/ppc_initreg.c | 1 +
> > + 1 file changed, 1 insertion(+)
> > +
> > +diff --git a/backends/ppc_initreg.c b/backends/ppc_initreg.c
> > +index 0e0d359..e5cca7e 100644
> > +--- a/backends/ppc_initreg.c
> >  b/backends/ppc_initreg.c
> > +@@ -33,6 +33,7 @@
> > + #include 
> > + #if defined(__powerpc__) && defined(__linux__)
> > + # include 
> > ++# include 
> > + # include 
> > + #endif
> > +
> > +--
> > +2.23.0
> > +
> >
>
>
> --
> ___
> Openembedded-core mailing list
> Openembedded-core@lists.openembedded.org
> http://lists.openembedded.org/mailman/listinfo/openembedded-core
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core


Re: [OE-core] [PATCH] python3native, pythonnative: Separate definition and export of PYTHON_LIBRARY and PYTHON_INCLUDE_DIR

2019-09-09 Thread Khem Raj
On Mon, Sep 9, 2019 at 12:44 AM Richard Purdie
 wrote:
>
> On Sun, 2019-09-08 at 20:16 -0700, Khem Raj wrote:
> > This helps recipes where they need to explicitly pass the variable
> > and
> > does not entertain the ones from environment
> >
> > Signed-off-by: Khem Raj 
> > ---
> >  meta/classes/python3native.bbclass | 6 --
> >  meta/classes/pythonnative.bbclass  | 6 --
> >  2 files changed, 8 insertions(+), 4 deletions(-)
> >
> > diff --git a/meta/classes/python3native.bbclass
> > b/meta/classes/python3native.bbclass
> > index d98fb4c758..bed04bd941 100644
> > --- a/meta/classes/python3native.bbclass
> > +++ b/meta/classes/python3native.bbclass
> > @@ -14,8 +14,8 @@ export STAGING_LIBDIR
> >  # find_package(PythonLibs REQUIRED)
> >  # which ends up using libs/includes from build host
> >  # Therefore pre-empt that effort
> > -export
> > PYTHON_LIBRARY="${STAGING_LIBDIR}/lib${PYTHON_DIR}${PYTHON_ABI}.so"
> > -export
> > PYTHON_INCLUDE_DIR="${STAGING_INCDIR}/${PYTHON_DIR}${PYTHON_ABI}"
> > +PYTHON_LIBRARY="${STAGING_LIBDIR}/lib${PYTHON_DIR}${PYTHON_ABI}.so"
> > +PYTHON_INCLUDE_DIR="${STAGING_INCDIR}/${PYTHON_DIR}${PYTHON_ABI}"
> >
> >  export _PYTHON_SYSCONFIGDATA_NAME="_sysconfigdata"
> >
> > @@ -24,3 +24,5 @@ export PYTHONNOUSERSITE = "1"
> >
> >  # autoconf macros will use their internal default preference
> > otherwise
> >  export PYTHON
> > +export PYTHON_LIBRARY
> > +export PYTHON_INCLUDE_DIR
>
> I'm confused as this makes no difference to bitbake and is equivalent.
> exported variables are always set in the datastore...
>

I was still seeing it unset on am ARM builder, I, however, did a
composite change where this change along with another change where
this was used went in together so I need to test this separately

second reeason was to make it adhere to same convention in the
bbclass like other variable e.g. PYTHON which inself could be reeason
good for this change even if it is a nop

> Cheers,
>
> Richard
>
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core


[OE-core] [PATCH] python3native, pythonnative: Separate definition and export of PYTHON_LIBRARY and PYTHON_INCLUDE_DIR

2019-09-08 Thread Khem Raj
This helps recipes where they need to explicitly pass the variable and
does not entertain the ones from environment

Signed-off-by: Khem Raj 
---
 meta/classes/python3native.bbclass | 6 --
 meta/classes/pythonnative.bbclass  | 6 --
 2 files changed, 8 insertions(+), 4 deletions(-)

diff --git a/meta/classes/python3native.bbclass 
b/meta/classes/python3native.bbclass
index d98fb4c758..bed04bd941 100644
--- a/meta/classes/python3native.bbclass
+++ b/meta/classes/python3native.bbclass
@@ -14,8 +14,8 @@ export STAGING_LIBDIR
 # find_package(PythonLibs REQUIRED)
 # which ends up using libs/includes from build host
 # Therefore pre-empt that effort
-export PYTHON_LIBRARY="${STAGING_LIBDIR}/lib${PYTHON_DIR}${PYTHON_ABI}.so"
-export PYTHON_INCLUDE_DIR="${STAGING_INCDIR}/${PYTHON_DIR}${PYTHON_ABI}"
+PYTHON_LIBRARY="${STAGING_LIBDIR}/lib${PYTHON_DIR}${PYTHON_ABI}.so"
+PYTHON_INCLUDE_DIR="${STAGING_INCDIR}/${PYTHON_DIR}${PYTHON_ABI}"
 
 export _PYTHON_SYSCONFIGDATA_NAME="_sysconfigdata"
 
@@ -24,3 +24,5 @@ export PYTHONNOUSERSITE = "1"
 
 # autoconf macros will use their internal default preference otherwise
 export PYTHON
+export PYTHON_LIBRARY
+export PYTHON_INCLUDE_DIR
diff --git a/meta/classes/pythonnative.bbclass 
b/meta/classes/pythonnative.bbclass
index 0e9019d1e2..5fa42aaeff 100644
--- a/meta/classes/pythonnative.bbclass
+++ b/meta/classes/pythonnative.bbclass
@@ -17,11 +17,13 @@ export STAGING_LIBDIR
 # find_package(PythonLibs REQUIRED)
 # which ends up using libs/includes from build host
 # Therefore pre-empt that effort
-export PYTHON_LIBRARY="${STAGING_LIBDIR}/lib${PYTHON_DIR}${PYTHON_ABI}.so"
-export PYTHON_INCLUDE_DIR="${STAGING_INCDIR}/${PYTHON_DIR}${PYTHON_ABI}"
+PYTHON_LIBRARY="${STAGING_LIBDIR}/lib${PYTHON_DIR}${PYTHON_ABI}.so"
+PYTHON_INCLUDE_DIR="${STAGING_INCDIR}/${PYTHON_DIR}${PYTHON_ABI}"
 
 # suppress host user's site-packages dirs.
 export PYTHONNOUSERSITE = "1"
 
 # autoconf macros will use their internal default preference otherwise
 export PYTHON
+export PYTHON_LIBRARY
+export PYTHON_INCLUDE_DIR
-- 
2.23.0

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


[OE-core] [PATCH] ptrace: Drop ptrace aid for musl/ppc

2019-09-08 Thread Khem Raj
This has been fixed and is no longer needed

Signed-off-by: Khem Raj 
---
 ...sing-non-glibc-libc-implementation-o.patch | 31 ---
 meta/recipes-devtools/strace/strace_5.2.bb|  1 -
 2 files changed, 32 deletions(-)
 delete mode 100644 
meta/recipes-devtools/strace/strace/0001-Fix-build-when-using-non-glibc-libc-implementation-o.patch

diff --git 
a/meta/recipes-devtools/strace/strace/0001-Fix-build-when-using-non-glibc-libc-implementation-o.patch
 
b/meta/recipes-devtools/strace/strace/0001-Fix-build-when-using-non-glibc-libc-implementation-o.patch
deleted file mode 100644
index fb5f72529f..00
--- 
a/meta/recipes-devtools/strace/strace/0001-Fix-build-when-using-non-glibc-libc-implementation-o.patch
+++ /dev/null
@@ -1,31 +0,0 @@
-From af1fdce78bff4343f3c84ea118abdc3c739fc646 Mon Sep 17 00:00:00 2001
-From: Khem Raj 
-Date: Sat, 30 Apr 2016 16:23:56 +
-Subject: [PATCH] Fix build when using non-glibc libc implementation on ppc
-
-glibc includes the kernel header into its own header for macros
-musl does not
-
-Upstream-Status: Pending
-Signed-off-by: Khem Raj 
-

- ptrace.h | 8 +++-
- 1 file changed, 7 insertions(+), 1 deletion(-)
-
 a/ptrace.h
-+++ b/ptrace.h
-@@ -30,7 +30,13 @@
- #  define ptrace_peeksiginfo_args XXX_ptrace_peeksiginfo_args
- # endif
- 
-+#if defined(POWERPC) && !defined(__GLIBC__)
-+#define pt_regs uapi_pt_regs
-+#endif
- # include 
-+#if defined(POWERPC) && !defined(__GLIBC__)
-+# undef pt_regs
-+#endif
- 
- # ifdef HAVE_STRUCT_IA64_FPREG
- #  undef ia64_fpreg
diff --git a/meta/recipes-devtools/strace/strace_5.2.bb 
b/meta/recipes-devtools/strace/strace_5.2.bb
index 8367bf1a4f..a16c3b8598 100644
--- a/meta/recipes-devtools/strace/strace_5.2.bb
+++ b/meta/recipes-devtools/strace/strace_5.2.bb
@@ -10,7 +10,6 @@ SRC_URI = "https://strace.io/files/${PV}/strace-${PV}.tar.xz \
file://update-gawk-paths.patch \
file://Makefile-ptest.patch \
file://run-ptest \
-   
file://0001-Fix-build-when-using-non-glibc-libc-implementation-o.patch \
file://mips-SIGEMT.patch \
file://0001-caps-abbrev.awk-fix-gawk-s-path.patch \

file://0001-tests-sigaction-Check-for-mips-and-alpha-before-usin.patch \
-- 
2.23.0

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


[OE-core] [PATCH] elfutils: Fix build on ppc/musl

2019-09-08 Thread Khem Raj
musl relies on the pt_regs definitions from kernel ptrace headers

Signed-off-by: Khem Raj 
---
 .../elfutils/elfutils_0.176.bb|  1 +
 ...cliude-asm-ptrace.h-for-pt_regs-defi.patch | 32 +++
 2 files changed, 33 insertions(+)
 create mode 100644 
meta/recipes-devtools/elfutils/files/0001-ppc_initreg.c-Incliude-asm-ptrace.h-for-pt_regs-defi.patch

diff --git a/meta/recipes-devtools/elfutils/elfutils_0.176.bb 
b/meta/recipes-devtools/elfutils/elfutils_0.176.bb
index d98457e3f9..fe810282bc 100644
--- a/meta/recipes-devtools/elfutils/elfutils_0.176.bb
+++ b/meta/recipes-devtools/elfutils/elfutils_0.176.bb
@@ -29,6 +29,7 @@ SRC_URI = 
"https://sourceware.org/elfutils/ftp/${PV}/${BP}.tar.bz2 \
file://debian/disable_werror.patch \
file://debian/testsuite-ignore-elflint.diff \
file://0001-skip-the-test-when-gcc-not-deployed.patch \
+   
file://0001-ppc_initreg.c-Incliude-asm-ptrace.h-for-pt_regs-defi.patch \
file://run-ptest \
file://ptest.patch \
"
diff --git 
a/meta/recipes-devtools/elfutils/files/0001-ppc_initreg.c-Incliude-asm-ptrace.h-for-pt_regs-defi.patch
 
b/meta/recipes-devtools/elfutils/files/0001-ppc_initreg.c-Incliude-asm-ptrace.h-for-pt_regs-defi.patch
new file mode 100644
index 00..330c45
--- /dev/null
+++ 
b/meta/recipes-devtools/elfutils/files/0001-ppc_initreg.c-Incliude-asm-ptrace.h-for-pt_regs-defi.patch
@@ -0,0 +1,32 @@
+From 2e2232d0935bf8ef6e66ebffba3be68a73b5b3e5 Mon Sep 17 00:00:00 2001
+From: Khem Raj 
+Date: Sun, 8 Sep 2019 15:57:59 -0700
+Subject: [PATCH] ppc_initreg.c: Incliude asm/ptrace.h for pt_regs definition
+
+Fixes
+| ../../elfutils-0.176/backends/ppc_initreg.c:79:22: error: field 'r' has 
incomplete type
+|   struct pt_regs r;
+|  ^
+
+Upstream-Status: Pending
+
+Signed-off-by: Khem Raj 
+---
+ backends/ppc_initreg.c | 1 +
+ 1 file changed, 1 insertion(+)
+
+diff --git a/backends/ppc_initreg.c b/backends/ppc_initreg.c
+index 0e0d359..e5cca7e 100644
+--- a/backends/ppc_initreg.c
 b/backends/ppc_initreg.c
+@@ -33,6 +33,7 @@
+ #include 
+ #if defined(__powerpc__) && defined(__linux__)
+ # include 
++# include 
+ # include 
+ #endif
+ 
+-- 
+2.23.0
+
-- 
2.23.0

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


Re: [OE-core] [PATCH] oeqa: Recognise svlogd as another logger

2019-09-07 Thread Khem Raj
this has been applied, ignore it

On Sat, Sep 7, 2019 at 11:30 AM Khem Raj  wrote:
>
> This is provided by runit which another init system like systemd,
> sysvinit, this lets oeqa run on systems which are using runit
>
> Signed-off-by: Khem Raj 
> ---
>  meta/lib/oeqa/runtime/cases/oe_syslog.py | 2 +-
>  1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/meta/lib/oeqa/runtime/cases/oe_syslog.py 
> b/meta/lib/oeqa/runtime/cases/oe_syslog.py
> index 3a8271a53a..f3c2bedbaf 100644
> --- a/meta/lib/oeqa/runtime/cases/oe_syslog.py
> +++ b/meta/lib/oeqa/runtime/cases/oe_syslog.py
> @@ -17,7 +17,7 @@ class SyslogTest(OERuntimeTestCase):
>  msg = "Failed to execute %s" % self.tc.target_cmds['ps']
>  self.assertEqual(status, 0, msg=msg)
>  msg = "No syslog daemon process; %s output:\n%s" % 
> (self.tc.target_cmds['ps'], output)
> -hasdaemon = "syslogd" in output or "syslog-ng" in output
> +hasdaemon = "syslogd" in output or "syslog-ng" in output or "svlogd" 
> in output
>  self.assertTrue(hasdaemon, msg=msg)
>
>  class SyslogTestConfig(OERuntimeTestCase):
> --
> 2.23.0
>
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core


[OE-core] [PATCH] oeqa: Recognise svlogd as another logger

2019-09-07 Thread Khem Raj
This is provided by runit which another init system like systemd,
sysvinit, this lets oeqa run on systems which are using runit

Signed-off-by: Khem Raj 
---
 meta/lib/oeqa/runtime/cases/oe_syslog.py | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/meta/lib/oeqa/runtime/cases/oe_syslog.py 
b/meta/lib/oeqa/runtime/cases/oe_syslog.py
index 3a8271a53a..f3c2bedbaf 100644
--- a/meta/lib/oeqa/runtime/cases/oe_syslog.py
+++ b/meta/lib/oeqa/runtime/cases/oe_syslog.py
@@ -17,7 +17,7 @@ class SyslogTest(OERuntimeTestCase):
 msg = "Failed to execute %s" % self.tc.target_cmds['ps']
 self.assertEqual(status, 0, msg=msg)
 msg = "No syslog daemon process; %s output:\n%s" % 
(self.tc.target_cmds['ps'], output)
-hasdaemon = "syslogd" in output or "syslog-ng" in output
+hasdaemon = "syslogd" in output or "syslog-ng" in output or "svlogd" 
in output
 self.assertTrue(hasdaemon, msg=msg)
 
 class SyslogTestConfig(OERuntimeTestCase):
-- 
2.23.0

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


[OE-core] [PATCH] python3-manifest.json: Fix typo in summary

2019-09-07 Thread Khem Raj
Signed-off-by: Khem Raj 
---
 meta/recipes-devtools/python/python3/python3-manifest.json | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/meta/recipes-devtools/python/python3/python3-manifest.json 
b/meta/recipes-devtools/python/python3/python3-manifest.json
index ec28c2dbb4..8e94305af7 100644
--- a/meta/recipes-devtools/python/python3/python3-manifest.json
+++ b/meta/recipes-devtools/python/python3/python3-manifest.json
@@ -115,7 +115,7 @@
 "cached": []
 },
 "asyncio": {
-"summary": "Python Asynchronous I/",
+"summary": "Python Asynchronous I/O",
 "rdepends": [
 "core",
 "io",
-- 
2.23.0

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


[OE-core] [PATCH] oeqa: Recognise svlogd as another logger

2019-09-06 Thread Khem Raj
This is provided by runit which another init system like systemd,
sysvinit, this lets oeqa run on systems which are using runit

Signed-off-by: Khem Raj 
---
 meta/lib/oeqa/runtime/cases/oe_syslog.py | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/meta/lib/oeqa/runtime/cases/oe_syslog.py 
b/meta/lib/oeqa/runtime/cases/oe_syslog.py
index 3a8271a53a..f3c2bedbaf 100644
--- a/meta/lib/oeqa/runtime/cases/oe_syslog.py
+++ b/meta/lib/oeqa/runtime/cases/oe_syslog.py
@@ -17,7 +17,7 @@ class SyslogTest(OERuntimeTestCase):
 msg = "Failed to execute %s" % self.tc.target_cmds['ps']
 self.assertEqual(status, 0, msg=msg)
 msg = "No syslog daemon process; %s output:\n%s" % 
(self.tc.target_cmds['ps'], output)
-hasdaemon = "syslogd" in output or "syslog-ng" in output
+hasdaemon = "syslogd" in output or "syslog-ng" in output or "svlogd" 
in output
 self.assertTrue(hasdaemon, msg=msg)
 
 class SyslogTestConfig(OERuntimeTestCase):
-- 
2.23.0

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


Re: [OE-core] [PATCH] libevent: add granularity to ptest

2019-09-06 Thread Khem Raj
On Fri, Sep 6, 2019 at 7:04 AM Trevor Gamblin 
wrote:

> From: Trevor Gamblin 
>
> The libevent ptest used to report only a global pass or a fail result.
> Count individual PASS, FAIL, SKIP results. The SKIP results now
> include tests that are disabled in the libevent code.
>
> Signed-off-by: Trevor Gamblin 
> ---
>  .../libevent/libevent/run-ptest   | 34 ---
>  1 file changed, 22 insertions(+), 12 deletions(-)
>
> diff --git a/meta/recipes-support/libevent/libevent/run-ptest
> b/meta/recipes-support/libevent/libevent/run-ptest
> index 0241851c70..b7d945246f 100644
> --- a/meta/recipes-support/libevent/libevent/run-ptest
> +++ b/meta/recipes-support/libevent/libevent/run-ptest
> @@ -1,18 +1,28 @@
>  #!/bin/sh
>
> -fail=0
> +# run-ptest - 'ptest' test infrastructure shell script that
> +#   wraps the libevent test scripts
> +#
> +# Trevor Gamblin 
> +###

+LIBEVENTLIB=/usr/lib/libevent
>

Do we need to account for multilib here ?

+LOG="${LIBEVENTLIB}/ptest/libevent_ptest_$(date +%Y%m%d-%H%M%S).log"
> +
> +cd ${LIBEVENTLIB}/ptest
> +
>  for test in ./test/*
>  do
> -   $test
> -   if [ $? -ne 0 ]
> -   then
> -   fail=1
> -   fi
> +$test 2>&1|tee -a ${LOG}
>  done
>
> -if [ $fail -eq 0 ]
> -then
> -   echo "PASS: libevent"
> -else
> -   echo "FAIL: libevent"
> -fi
> +passed=`grep OK ${LOG}|wc -l`
> +failed=`grep FAILED ${LOG}|wc -l`
> +skipped=`grep -E 'DISABLED|SKIPPED' ${LOG}|wc -l`
> +all=$((passed + failed + skipped))
> +
> +(   echo "=== Test Summary ==="
> +echo "TOTAL: ${all}"
> +echo "PASSED: ${passed}"
> +echo "FAILED: ${failed}"
> +echo "SKIPPED: ${skipped}"
> +) | tee -a ${LOG}
> --
> 2.21.0
>
> --
> ___
> Openembedded-core mailing list
> Openembedded-core@lists.openembedded.org
> http://lists.openembedded.org/mailman/listinfo/openembedded-core
>
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core


Re: [OE-core] [PATCH 2/2] gcc-cross: Fix header file corruption problems

2019-09-06 Thread Khem Raj
On Fri, Sep 6, 2019 at 7:23 AM  wrote:

> On Fri, 2019-09-06 at 07:15 -0700, Khem Raj wrote:
> >
> >
> > On Fri, Sep 6, 2019 at 12:24 AM Richard Purdie <
> > richard.pur...@linuxfoundation.org> wrote:
> > > gcc's makefile can move files, replacing with the contents
> > > "timestamp". This
> > > corrupts the headers and breaks things like the gcc testsuite.
> > >
> > > Add in a fix to ensure the headers are not corrupted through their
> > > hardlink copies.
> > >
> > > Signed-off-by: Richard Purdie 
> > > ---
> > >  meta/recipes-devtools/gcc/gcc-cross.inc | 3 +++
> > >  1 file changed, 3 insertions(+)
> > >
> > > diff --git a/meta/recipes-devtools/gcc/gcc-cross.inc
> > > b/meta/recipes-devtools/gcc/gcc-cross.inc
> > > index e417b898734..95af6d89a9d 100644
> > > --- a/meta/recipes-devtools/gcc/gcc-cross.inc
> > > +++ b/meta/recipes-devtools/gcc/gcc-cross.inc
> > > @@ -212,6 +212,9 @@ do_gcc_stash_builddir[cleandirs] =
> > > "${BUILDDIRSTASH}"
> > >  do_gcc_stash_builddir () {
> > > dest=${BUILDDIRSTASH}
> > > hardlinkdir . $dest
> > > +   # Makefile does move-if-change which can end up with
> > > 'timestamp' as file contents so break links to those files
> > > +   rm $dest/gcc/include/*.h
> > > +   cp gcc/include/*.h $dest/gcc/include/
> > >  }
> >
> > I think we moved them outside gcc dir isn’t it
>
> Not sure I follow? I think the patch is correct?
>

Yeah I think patch is fine since I was wondering about files from
gcc-runtime which got move

>
> Cheers,
>
> Richard
>
>
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core


Re: [OE-core] [PATCH 1/5] bitbake.conf: propagate 'opengl' DISTRO_FEATURE to native/nativesdk from target

2019-09-06 Thread Khem Raj
On Fri, Sep 6, 2019 at 4:18 AM Alexander Kanavin 
wrote:

> This will allow better control over native virgl/qemu configurations.
>
> Adjust gtk+3/cairo native configurations to actually ignore opengl
> when building for -native: we do not need it, and it would cause build
> failures as only a limited subset of mesa-native is currently built.
>
> Drop native/nativesdk overrides from virglrenderer/libepoxy recipes
> as opengl feature is now correctly set for those variants.
>
> Signed-off-by: Alexander Kanavin 
> ---
>  meta/conf/bitbake.conf | 4 ++--
>  meta/recipes-gnome/gtk+/gtk+3.inc  | 2 ++
>  meta/recipes-graphics/cairo/cairo_1.16.0.bb| 2 ++
>  meta/recipes-graphics/libepoxy/libepoxy_1.5.3.bb   | 2 --
>  meta/recipes-graphics/virglrenderer/virglrenderer_0.8.0.bb | 2 --
>  5 files changed, 6 insertions(+), 6 deletions(-)
>
> diff --git a/meta/conf/bitbake.conf b/meta/conf/bitbake.conf
> index a0a7f4911e0..d36f4c6ccef 100644
> --- a/meta/conf/bitbake.conf
> +++ b/meta/conf/bitbake.conf
> @@ -824,8 +824,8 @@ DISTRO_FEATURES_NATIVESDK ?= "x11"
>
>  # Normally target distro features will not be applied to native builds:
>  # Native distro features on this list will use the target feature value
> -DISTRO_FEATURES_FILTER_NATIVE ?= "api-documentation"
> -DISTRO_FEATURES_FILTER_NATIVESDK ?= "api-documentation"
> +DISTRO_FEATURES_FILTER_NATIVE ?= "api-documentation opengl"
> +DISTRO_FEATURES_FILTER_NATIVESDK ?= "api-documentation opengl"
>
>  DISTRO_FEATURES_BACKFILL = "pulseaudio sysvinit
> gobject-introspection-data ldconfig"
>  MACHINE_FEATURES_BACKFILL = "rtc qemu-usermode"
> diff --git a/meta/recipes-gnome/gtk+/gtk+3.inc
> b/meta/recipes-gnome/gtk+/gtk+3.inc
> index 77b6c31536b..2f9e05b1cd4 100644
> --- a/meta/recipes-gnome/gtk+/gtk+3.inc
> +++ b/meta/recipes-gnome/gtk+/gtk+3.inc
> @@ -47,6 +47,8 @@ do_compile_prepend() {
>
>  PACKAGECONFIG ??= "${@bb.utils.filter('DISTRO_FEATURES', 'opengl wayland
> x11', d)} \
> ${@bb.utils.contains('DISTRO_FEATURES', 'opengl x11',
> 'glx', '', d)}"
> +PACKAGECONFIG_class-native = "${@bb.utils.filter('DISTRO_FEATURES',
> 'x11', d)}"
> +PACKAGECONFIG_class-nativesdk = "${@bb.utils.filter('DISTRO_FEATURES',
> 'x11', d)}"
>

Should we extend distro features to non target recipes as well I wonder
since I might have a development system which has full x11 and capable of
running GTK with X11 but target maybe not will
So is distro feature in someway related in these
Different classes of recipes ?

>
>  PACKAGECONFIG[x11] =
> "--enable-x11-backend,--disable-x11-backend,at-spi2-atk fontconfig libx11
> libxext libxcursor libxi libxdamage libxrandr libxrender libxcomposite
> libxfixes"
>  # this is provided by oe-core patch that removes epoxy/gl dependency from
> a X11 build
> diff --git a/meta/recipes-graphics/cairo/cairo_1.16.0.bb
> b/meta/recipes-graphics/cairo/cairo_1.16.0.bb
> index f32e9ba1bcd..84c7b0adde9 100644
> --- a/meta/recipes-graphics/cairo/cairo_1.16.0.bb
> +++ b/meta/recipes-graphics/cairo/cairo_1.16.0.bb
> @@ -41,6 +41,8 @@ X11DEPENDS = "virtual/libx11 libsm libxrender libxext"
>  PACKAGECONFIG ??= "${@bb.utils.filter('DISTRO_FEATURES', 'directfb', d)} \
> ${@bb.utils.contains('DISTRO_FEATURES', 'x11', 'x11
> xcb', '', d)} \
> ${@bb.utils.contains('DISTRO_FEATURES', 'x11 opengl',
> 'opengl', '', d)}"
> +PACKAGECONFIG_class-native = "${@bb.utils.contains('DISTRO_FEATURES',
> 'x11', 'x11 xcb', '', d)}"
> +PACKAGECONFIG_class-nativesdk = "${@bb.utils.contains('DISTRO_FEATURES',
> 'x11', 'x11 xcb', '', d)}"
>
>  PACKAGECONFIG[x11] = "--with-x=yes -enable-xlib,--with-x=no
> --disable-xlib,${X11DEPENDS}"
>  PACKAGECONFIG[xcb] = "--enable-xcb,--disable-xcb,libxcb"
> diff --git a/meta/recipes-graphics/libepoxy/libepoxy_1.5.3.bb
> b/meta/recipes-graphics/libepoxy/libepoxy_1.5.3.bb
> index c8d1650c637..5d7639a929e 100644
> --- a/meta/recipes-graphics/libepoxy/libepoxy_1.5.3.bb
> +++ b/meta/recipes-graphics/libepoxy/libepoxy_1.5.3.bb
> @@ -14,8 +14,6 @@ UPSTREAM_CHECK_URI = "
> https://github.com/anholt/libepoxy/releases;
>  inherit meson pkgconfig distro_features_check
>
>  REQUIRED_DISTRO_FEATURES = "opengl"
> -REQUIRED_DISTRO_FEATURES_class-native = ""
> -REQUIRED_DISTRO_FEATURES_class-nativesdk = ""
>
>  PACKAGECONFIG[egl] = "-Degl=yes, -Degl=no, virtual/egl"
>  PACKAGECONFIG[x11] = "-Dglx=yes, -Dglx=no, virtual/libx11 virtual/libgl"
> diff --git a/meta/recipes-graphics/virglrenderer/virglrenderer_0.8.0.bb
> b/meta/recipes-graphics/virglrenderer/virglrenderer_0.8.0.bb
> index d2b11c103a3..65365eb900a 100644
> --- a/meta/recipes-graphics/virglrenderer/virglrenderer_0.8.0.bb
> +++ b/meta/recipes-graphics/virglrenderer/virglrenderer_0.8.0.bb
> @@ -17,5 +17,3 @@ inherit autotools pkgconfig distro_features_check
>  BBCLASSEXTEND = "native nativesdk"
>
>  REQUIRED_DISTRO_FEATURES = "opengl"
> -REQUIRED_DISTRO_FEATURES_class-native = ""

Re: [OE-core] [PATCH 2/2] gcc-cross: Fix header file corruption problems

2019-09-06 Thread Khem Raj
On Fri, Sep 6, 2019 at 12:24 AM Richard Purdie <
richard.pur...@linuxfoundation.org> wrote:

> gcc's makefile can move files, replacing with the contents "timestamp".
> This
> corrupts the headers and breaks things like the gcc testsuite.
>
> Add in a fix to ensure the headers are not corrupted through their
> hardlink copies.
>
> Signed-off-by: Richard Purdie 
> ---
>  meta/recipes-devtools/gcc/gcc-cross.inc | 3 +++
>  1 file changed, 3 insertions(+)
>
> diff --git a/meta/recipes-devtools/gcc/gcc-cross.inc
> b/meta/recipes-devtools/gcc/gcc-cross.inc
> index e417b898734..95af6d89a9d 100644
> --- a/meta/recipes-devtools/gcc/gcc-cross.inc
> +++ b/meta/recipes-devtools/gcc/gcc-cross.inc
> @@ -212,6 +212,9 @@ do_gcc_stash_builddir[cleandirs] = "${BUILDDIRSTASH}"
>  do_gcc_stash_builddir () {
> dest=${BUILDDIRSTASH}
> hardlinkdir . $dest
> +   # Makefile does move-if-change which can end up with 'timestamp'
> as file contents so break links to those files
> +   rm $dest/gcc/include/*.h
> +   cp gcc/include/*.h $dest/gcc/include/
>  }


I think we moved them outside gcc dir isn’t it

>
>  addtask do_gcc_stash_builddir after do_compile before do_install
>  SSTATETASKS += "do_gcc_stash_builddir"
> --
> 2.20.1
>
> --
> ___
> Openembedded-core mailing list
> Openembedded-core@lists.openembedded.org
> http://lists.openembedded.org/mailman/listinfo/openembedded-core
>
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core


Re: [OE-core] [PATCH] libgpg-error: Fix build with gawk 5.x

2019-09-06 Thread Khem Raj
On Thu, Sep 5, 2019 at 10:51 PM Sean Nyekjaer  wrote:

>
>
> On 04/09/2019 01.50, Khem Raj wrote:
> > Can we cherry-pick this patch to warrior and thud, please ?
>
> Hi
>
> For thud that uses a older version af libgpg-error, and the patch
> doesn't apply :-)
> Should I update the patch for thud and resend?
>

That will be helpful please do

>
> /Sean
>
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core


[OE-core] [PATCH] gcc-9.2: Fix risc-v dynamic linker relocation

2019-09-04 Thread Khem Raj
Accidentally dropped in 9.2 update

Reported-by: Ricardo Salveti 
Signed-off-by: Khem Raj 
---
 ...AMIC_LINKER-and-UCLIBC_DYNAMIC_LINKE.patch | 23 ++-
 1 file changed, 17 insertions(+), 6 deletions(-)

diff --git 
a/meta/recipes-devtools/gcc/gcc-9.2/0011-Define-GLIBC_DYNAMIC_LINKER-and-UCLIBC_DYNAMIC_LINKE.patch
 
b/meta/recipes-devtools/gcc/gcc-9.2/0011-Define-GLIBC_DYNAMIC_LINKER-and-UCLIBC_DYNAMIC_LINKE.patch
index 21908bce9b..66fb24d4cd 100644
--- 
a/meta/recipes-devtools/gcc/gcc-9.2/0011-Define-GLIBC_DYNAMIC_LINKER-and-UCLIBC_DYNAMIC_LINKE.patch
+++ 
b/meta/recipes-devtools/gcc/gcc-9.2/0011-Define-GLIBC_DYNAMIC_LINKER-and-UCLIBC_DYNAMIC_LINKE.patch
@@ -1,7 +1,7 @@
-From a93743732b2125aebd9a6d65e999d7506b01d6b3 Mon Sep 17 00:00:00 2001
+From 72fc3975bcd720b2f8040fa87cd23d3db4c5975a Mon Sep 17 00:00:00 2001
 From: Khem Raj 
 Date: Fri, 29 Mar 2013 09:24:50 +0400
-Subject: [PATCH 11/36] Define GLIBC_DYNAMIC_LINKER and UCLIBC_DYNAMIC_LINKER
+Subject: [PATCH] Define GLIBC_DYNAMIC_LINKER and UCLIBC_DYNAMIC_LINKER
  relative to SYSTEMLIBS_DIR
 
 This patch defines GLIBC_DYNAMIC_LINKER and UCLIBC_DYNAMIC_LINKER
@@ -23,11 +23,12 @@ Upstream-Status: Inappropriate [OE configuration]
  gcc/config/i386/linux64.h|  6 +++---
  gcc/config/linux.h   |  8 
  gcc/config/mips/linux.h  | 12 ++--
+ gcc/config/riscv/linux.h |  2 +-
  gcc/config/rs6000/linux64.h  | 15 +--
  gcc/config/sh/linux.h|  2 +-
  gcc/config/sparc/linux.h |  2 +-
  gcc/config/sparc/linux64.h   |  4 ++--
- 11 files changed, 28 insertions(+), 33 deletions(-)
+ 12 files changed, 29 insertions(+), 34 deletions(-)
 
 diff --git a/gcc/config/alpha/linux-elf.h b/gcc/config/alpha/linux-elf.h
 index 824861befec..6afacce3292 100644
@@ -152,6 +153,19 @@ index 6f79ac9c01a..25de96f9561 100644
  
  #undef MUSL_DYNAMIC_LINKER32
  #define MUSL_DYNAMIC_LINKER32 \
+diff --git a/gcc/config/riscv/linux.h b/gcc/config/riscv/linux.h
+index 58dd18b89f3..112ba9cd764 100644
+--- a/gcc/config/riscv/linux.h
 b/gcc/config/riscv/linux.h
+@@ -22,7 +22,7 @@ along with GCC; see the file COPYING3.  If not see
+ GNU_USER_TARGET_OS_CPP_BUILTINS();\
+   } while (0)
+ 
+-#define GLIBC_DYNAMIC_LINKER "/lib/ld-linux-riscv" XLEN_SPEC "-" ABI_SPEC 
".so.1"
++#define GLIBC_DYNAMIC_LINKER SYSTEMLIBS_DIR "ld-linux-riscv" XLEN_SPEC "-" 
ABI_SPEC ".so.1"
+ 
+ #define MUSL_ABI_SUFFIX \
+   "%{mabi=ilp32:-sf}" \
 diff --git a/gcc/config/rs6000/linux64.h b/gcc/config/rs6000/linux64.h
 index 9946d3fed94..45a9a7cae59 100644
 --- a/gcc/config/rs6000/linux64.h
@@ -227,6 +241,3 @@ index 789d1df4bd5..b920c680fb1 100644
  
  #ifdef SPARC_BI_ARCH
  
--- 
-2.22.1
-
-- 
2.23.0

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


[OE-core] [PATCH V3] python3native, pythonnative: export PYTHON_LIBRARY and PYTHON_INCLUDE_DIR

2019-09-04 Thread Khem Raj
packages can use

find_package(PythonInterp REQUIRED)
find_package(PythonLibs REQUIRED)

while we control PYTHON pointing to native py3 the libs and include
directories will then point to build host version, which can result in
unexpected combination and if we are lucky we get errors if its quite
different e.g. py2 libs/includes and py3 executable

This variable can be then used to export PYTHON_LIBRARY and
PYTHON_INCLUDE_DIR so that above find_packages can work correctly

see [1] for how it happens in cmake

LLDB uses it see [2]

[1] https://github.com/Kitware/CMake/blob/master/Modules/FindPythonLibs.cmake
[2] 
https://github.com/llvm/llvm-project/blob/master/lldb/cmake/modules/LLDBConfig.cmake#L226

Signed-off-by: Khem Raj 
---
v2: Use PYTHON_DIR variable
v3: Point to .so directly

 meta/classes/python3native.bbclass | 8 
 meta/classes/pythonnative.bbclass  | 8 
 2 files changed, 16 insertions(+)

diff --git a/meta/classes/python3native.bbclass 
b/meta/classes/python3native.bbclass
index a3acaf61bb..d98fb4c758 100644
--- a/meta/classes/python3native.bbclass
+++ b/meta/classes/python3native.bbclass
@@ -9,6 +9,14 @@ DEPENDS_append = " python3-native "
 export STAGING_INCDIR
 export STAGING_LIBDIR
 
+# Packages can use
+# find_package(PythonInterp REQUIRED)
+# find_package(PythonLibs REQUIRED)
+# which ends up using libs/includes from build host
+# Therefore pre-empt that effort
+export PYTHON_LIBRARY="${STAGING_LIBDIR}/lib${PYTHON_DIR}${PYTHON_ABI}.so"
+export PYTHON_INCLUDE_DIR="${STAGING_INCDIR}/${PYTHON_DIR}${PYTHON_ABI}"
+
 export _PYTHON_SYSCONFIGDATA_NAME="_sysconfigdata"
 
 # suppress host user's site-packages dirs.
diff --git a/meta/classes/pythonnative.bbclass 
b/meta/classes/pythonnative.bbclass
index ae6600cd15..0e9019d1e2 100644
--- a/meta/classes/pythonnative.bbclass
+++ b/meta/classes/pythonnative.bbclass
@@ -12,6 +12,14 @@ DEPENDS_append = " python-native "
 export STAGING_INCDIR
 export STAGING_LIBDIR
 
+# Packages can use
+# find_package(PythonInterp REQUIRED)
+# find_package(PythonLibs REQUIRED)
+# which ends up using libs/includes from build host
+# Therefore pre-empt that effort
+export PYTHON_LIBRARY="${STAGING_LIBDIR}/lib${PYTHON_DIR}${PYTHON_ABI}.so"
+export PYTHON_INCLUDE_DIR="${STAGING_INCDIR}/${PYTHON_DIR}${PYTHON_ABI}"
+
 # suppress host user's site-packages dirs.
 export PYTHONNOUSERSITE = "1"
 
-- 
2.23.0

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


Re: [OE-core] [PATCH V2] python3native, pythonnative: export PYTHON_LIBRARY and PYTHON_INCLUDE_DIR

2019-09-04 Thread Khem Raj
wait for v3 on this I am doing a build which is still not done yet.

On Wed, Sep 4, 2019 at 11:58 AM Alexander Kanavin
 wrote:
>
> Thanks, this looks good now.
>
> Alex
>
> On Wed, 4 Sep 2019 at 20:49, Khem Raj  wrote:
>>
>> packages can use
>>
>> find_package(PythonInterp REQUIRED)
>> find_package(PythonLibs REQUIRED)
>>
>> while we control PYTHON pointing to native py3 the libs and include
>> directories will then point to build host version, which can result in
>> unexpected combination and if we are lucky we get errors if its quite
>> different e.g. py2 libs/includes and py3 executable
>>
>> This variable can be then used to export PYTHON_LIBRARY and
>> PYTHON_INCLUDE_DIR so that above find_packages can work correctly
>>
>> see [1] for how it happens in cmake
>>
>> LLDB uses it see [2]
>>
>> [1] https://github.com/Kitware/CMake/blob/master/Modules/FindPythonLibs.cmake
>> [2] 
>> https://github.com/llvm/llvm-project/blob/master/lldb/cmake/modules/LLDBConfig.cmake#L226
>>
>> Signed-off-by: Khem Raj 
>> ---
>> v2: Use PYTHON_DIR variable
>>
>>  meta/classes/python3native.bbclass | 8 
>>  meta/classes/pythonnative.bbclass  | 8 
>>  2 files changed, 16 insertions(+)
>>
>> diff --git a/meta/classes/python3native.bbclass 
>> b/meta/classes/python3native.bbclass
>> index a3acaf61bb..768302488b 100644
>> --- a/meta/classes/python3native.bbclass
>> +++ b/meta/classes/python3native.bbclass
>> @@ -9,6 +9,14 @@ DEPENDS_append = " python3-native "
>>  export STAGING_INCDIR
>>  export STAGING_LIBDIR
>>
>> +# Packages can use
>> +# find_package(PythonInterp REQUIRED)
>> +# find_package(PythonLibs REQUIRED)
>> +# which ends up using libs/includes from build host
>> +# Therefore pre-empt that effort
>> +export PYTHON_LIBRARY="${STAGING_LIBDIR}/${PYTHON_DIR}"
>> +export PYTHON_INCLUDE_DIR="${STAGING_INCDIR}/${PYTHON_DIR}"
>> +
>>  export _PYTHON_SYSCONFIGDATA_NAME="_sysconfigdata"
>>
>>  # suppress host user's site-packages dirs.
>> diff --git a/meta/classes/pythonnative.bbclass 
>> b/meta/classes/pythonnative.bbclass
>> index ae6600cd15..604423b80e 100644
>> --- a/meta/classes/pythonnative.bbclass
>> +++ b/meta/classes/pythonnative.bbclass
>> @@ -12,6 +12,14 @@ DEPENDS_append = " python-native "
>>  export STAGING_INCDIR
>>  export STAGING_LIBDIR
>>
>> +# Packages can use
>> +# find_package(PythonInterp REQUIRED)
>> +# find_package(PythonLibs REQUIRED)
>> +# which ends up using libs/includes from build host
>> +# Therefore pre-empt that effort
>> +export PYTHON_LIBRARY="${STAGING_LIBDIR}/${PYTHON_DIR}"
>> +export PYTHON_INCLUDE_DIR="${STAGING_INCDIR}/${PYTHON_DIR}"
>> +
>>  # suppress host user's site-packages dirs.
>>  export PYTHONNOUSERSITE = "1"
>>
>> --
>> 2.23.0
>>
>> --
>> ___
>> Openembedded-core mailing list
>> Openembedded-core@lists.openembedded.org
>> http://lists.openembedded.org/mailman/listinfo/openembedded-core
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core


Re: [OE-core] [PATCH 2/2] python3native: export PYTHON_LIBRARY and PYTHON_INCLUDE_DIR

2019-09-04 Thread Khem Raj
On Wed, Sep 4, 2019 at 11:17 AM Alexander Kanavin
 wrote:
>
> On Wed, 4 Sep 2019 at 20:10, Khem Raj  wrote:
>>
>> +export PYTHON_LIBRARY="${STAGING_LIBDIR}/${PYTHON_BINABI}"
>> +export PYTHON_INCLUDE_DIR="${STAGING_INCDIR}/${PYTHON_BINABI}
>
>
> You need to explain why this is needed. Where are these variables used?
>
> Also, python3-dir.bbclass already has all the needed settings, so please use 
> it.
>

sent v2

> Alex
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core


Re: [OE-core] [PATCH 1/2] python3: Expose PYTHON_BINABI in global config metadata

2019-09-04 Thread Khem Raj
On Wed, Sep 4, 2019 at 11:49 AM Richard Purdie
 wrote:
>
> On Wed, 2019-09-04 at 11:10 -0700, Khem Raj wrote:
> > packages can use
> >
> > find_package(PythonInterp REQUIRED)
> > find_package(PythonLibs REQUIRED)
> >
> > while we control PYTHON pointing to native py3 the libs and include
> > directories will then point to build host version, which can result
> > in
> > unexpected combination and if we are lucky we get errors if its quite
> > different e.g. py2 libs/includes and py3 executable
> >
> > This variable can be then used to export PYTHON_LIBRARY and
> > PYTHON_INCLUDE_DIR so that above find_packages can work correctly
> >
> > Signed-off-by: Khem Raj 
> > ---
> >  meta/conf/distro/include/tcmode-default.inc   | 3 +++
> >  meta/recipes-devtools/python/python3_3.7.4.bb | 1 -
> >  2 files changed, 3 insertions(+), 1 deletion(-)
>
> Putting this into the global namespace seems like a really bad idea.
> Can we not use a class like Alex mentions? I thought we already had
> one?
>

yeah I think we have what is needed to form the needed vars via PYTHON_DIR
I have sent a v2, this patch can be ignored

> Cheers,
>
> Richard
>
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core


Re: [OE-core] [PATCH 1/2] python3: Expose PYTHON_BINABI in global config metadata

2019-09-04 Thread Khem Raj
On Wed, Sep 4, 2019 at 11:15 AM Alexander Kanavin
 wrote:
>
> On Wed, 4 Sep 2019 at 20:10, Khem Raj  wrote:
>>
>>  # llvm version being used, so always bump it with llvm recipe version bump
>>  LLVMVERSION ?= "8.0.1"
>>
>> +# This should be bumped when python3 recipe's MIN_VER is bumped e.g. 3.7 -> 
>> 3.8
>> +PYTHON_BINABI = "3.7m"
>> +
>
>
> This is already set in python3-dir.bbclass, so please use the values from 
> there.
>

we can ignore this patch

> Alex
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core


[OE-core] [PATCH V2] python3native, pythonnative: export PYTHON_LIBRARY and PYTHON_INCLUDE_DIR

2019-09-04 Thread Khem Raj
packages can use

find_package(PythonInterp REQUIRED)
find_package(PythonLibs REQUIRED)

while we control PYTHON pointing to native py3 the libs and include
directories will then point to build host version, which can result in
unexpected combination and if we are lucky we get errors if its quite
different e.g. py2 libs/includes and py3 executable

This variable can be then used to export PYTHON_LIBRARY and
PYTHON_INCLUDE_DIR so that above find_packages can work correctly

see [1] for how it happens in cmake

LLDB uses it see [2]

[1] https://github.com/Kitware/CMake/blob/master/Modules/FindPythonLibs.cmake
[2] 
https://github.com/llvm/llvm-project/blob/master/lldb/cmake/modules/LLDBConfig.cmake#L226

Signed-off-by: Khem Raj 
---
v2: Use PYTHON_DIR variable

 meta/classes/python3native.bbclass | 8 
 meta/classes/pythonnative.bbclass  | 8 
 2 files changed, 16 insertions(+)

diff --git a/meta/classes/python3native.bbclass 
b/meta/classes/python3native.bbclass
index a3acaf61bb..768302488b 100644
--- a/meta/classes/python3native.bbclass
+++ b/meta/classes/python3native.bbclass
@@ -9,6 +9,14 @@ DEPENDS_append = " python3-native "
 export STAGING_INCDIR
 export STAGING_LIBDIR
 
+# Packages can use
+# find_package(PythonInterp REQUIRED)
+# find_package(PythonLibs REQUIRED)
+# which ends up using libs/includes from build host
+# Therefore pre-empt that effort
+export PYTHON_LIBRARY="${STAGING_LIBDIR}/${PYTHON_DIR}"
+export PYTHON_INCLUDE_DIR="${STAGING_INCDIR}/${PYTHON_DIR}"
+
 export _PYTHON_SYSCONFIGDATA_NAME="_sysconfigdata"
 
 # suppress host user's site-packages dirs.
diff --git a/meta/classes/pythonnative.bbclass 
b/meta/classes/pythonnative.bbclass
index ae6600cd15..604423b80e 100644
--- a/meta/classes/pythonnative.bbclass
+++ b/meta/classes/pythonnative.bbclass
@@ -12,6 +12,14 @@ DEPENDS_append = " python-native "
 export STAGING_INCDIR
 export STAGING_LIBDIR
 
+# Packages can use
+# find_package(PythonInterp REQUIRED)
+# find_package(PythonLibs REQUIRED)
+# which ends up using libs/includes from build host
+# Therefore pre-empt that effort
+export PYTHON_LIBRARY="${STAGING_LIBDIR}/${PYTHON_DIR}"
+export PYTHON_INCLUDE_DIR="${STAGING_INCDIR}/${PYTHON_DIR}"
+
 # suppress host user's site-packages dirs.
 export PYTHONNOUSERSITE = "1"
 
-- 
2.23.0

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


Re: [OE-core] [PATCH 1/2] python3: Expose PYTHON_BINABI in global config metadata

2019-09-04 Thread Khem Raj
On Wed, Sep 4, 2019 at 11:15 AM Alexander Kanavin
 wrote:
>
> On Wed, 4 Sep 2019 at 20:10, Khem Raj  wrote:
>>
>>  # llvm version being used, so always bump it with llvm recipe version bump
>>  LLVMVERSION ?= "8.0.1"
>>
>> +# This should be bumped when python3 recipe's MIN_VER is bumped e.g. 3.7 -> 
>> 3.8
>> +PYTHON_BINABI = "3.7m"
>> +
>
>
> This is already set in python3-dir.bbclass, so please use the values from 
> there.
>

hmm thanks somehow I missed it. I guess defining then in terms of the
values from python3-dir and python-dir should be good.

> Alex
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core


[OE-core] [PATCH 2/2] python3native: export PYTHON_LIBRARY and PYTHON_INCLUDE_DIR

2019-09-04 Thread Khem Raj
Signed-off-by: Khem Raj 
---
 meta/classes/python3native.bbclass | 3 +++
 1 file changed, 3 insertions(+)

diff --git a/meta/classes/python3native.bbclass 
b/meta/classes/python3native.bbclass
index a3acaf61bb..b056378f69 100644
--- a/meta/classes/python3native.bbclass
+++ b/meta/classes/python3native.bbclass
@@ -9,6 +9,9 @@ DEPENDS_append = " python3-native "
 export STAGING_INCDIR
 export STAGING_LIBDIR
 
+export PYTHON_LIBRARY="${STAGING_LIBDIR}/${PYTHON_BINABI}"
+export PYTHON_INCLUDE_DIR="${STAGING_INCDIR}/${PYTHON_BINABI}"
+
 export _PYTHON_SYSCONFIGDATA_NAME="_sysconfigdata"
 
 # suppress host user's site-packages dirs.
-- 
2.23.0

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


[OE-core] [PATCH 1/2] python3: Expose PYTHON_BINABI in global config metadata

2019-09-04 Thread Khem Raj
packages can use

find_package(PythonInterp REQUIRED)
find_package(PythonLibs REQUIRED)

while we control PYTHON pointing to native py3 the libs and include
directories will then point to build host version, which can result in
unexpected combination and if we are lucky we get errors if its quite
different e.g. py2 libs/includes and py3 executable

This variable can be then used to export PYTHON_LIBRARY and
PYTHON_INCLUDE_DIR so that above find_packages can work correctly

Signed-off-by: Khem Raj 
---
 meta/conf/distro/include/tcmode-default.inc   | 3 +++
 meta/recipes-devtools/python/python3_3.7.4.bb | 1 -
 2 files changed, 3 insertions(+), 1 deletion(-)

diff --git a/meta/conf/distro/include/tcmode-default.inc 
b/meta/conf/distro/include/tcmode-default.inc
index 5c28386c4f..bcc5a14d4a 100644
--- a/meta/conf/distro/include/tcmode-default.inc
+++ b/meta/conf/distro/include/tcmode-default.inc
@@ -30,6 +30,9 @@ GOVERSION ?= "1.12%"
 # llvm version being used, so always bump it with llvm recipe version bump
 LLVMVERSION ?= "8.0.1"
 
+# This should be bumped when python3 recipe's MIN_VER is bumped e.g. 3.7 -> 3.8
+PYTHON_BINABI = "3.7m"
+
 PREFERRED_VERSION_gcc ?= "${GCCVERSION}"
 PREFERRED_VERSION_gcc-cross-${TARGET_ARCH} ?= "${GCCVERSION}"
 PREFERRED_VERSION_gcc-cross-initial-${TARGET_ARCH} ?= "${GCCVERSION}"
diff --git a/meta/recipes-devtools/python/python3_3.7.4.bb 
b/meta/recipes-devtools/python/python3_3.7.4.bb
index 80c9b2919e..b2014e2bcf 100644
--- a/meta/recipes-devtools/python/python3_3.7.4.bb
+++ b/meta/recipes-devtools/python/python3_3.7.4.bb
@@ -47,7 +47,6 @@ UPSTREAM_CHECK_REGEX = "[Pp]ython-(?P\d+(\.\d+)+).tar"
 CVE_PRODUCT = "python"
 
 PYTHON_MAJMIN = "3.7"
-PYTHON_BINABI = "${PYTHON_MAJMIN}m"
 
 S = "${WORKDIR}/Python-${PV}"
 
-- 
2.23.0

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


Re: [OE-core] [PATCH v2 05/12] glibc-testsuite: Create a recipe to implement glibc test suite

2019-09-04 Thread Khem Raj
https://errors.yoctoproject.org/Errors/Details/268225/

so  I guess we need TOOLCHAIN = "gcc" set for this

On Tue, Sep 3, 2019 at 9:57 AM Nathan Rossi  wrote:
>
> A recipe needs to be created for the test suite due to the dependency
> chain between libgcc -> glibc -> libgcc-initial, and the requirements of
> the test suite to have libgcc for compilation and execution.
>
> The glibc test suite does not use dejagnu like the gcc test suites do.
> Instead a test wrapper script is used along with the assumed dependency
> of having the same filesystem available on build host and target. For
> qemu linux-user the same filesystem is inherently available, for remote
> targets NFS is used. Separate test wrapper scripts are created for qemu
> linux-user or ssh targets, with the same TOOLCHAIN_TEST_* variables used for
> configuration.
>
> Signed-off-by: Nathan Rossi 
> ---
> Changes in v2:
> - Renamed BUILD_TEST_* to TOOLCHAIN_TEST_*
> ---
>  meta/recipes-core/glibc/glibc-testsuite_2.30.bb  | 51 +
>  meta/recipes-core/glibc/glibc/check-test-wrapper | 71 
> 
>  2 files changed, 122 insertions(+)
>  create mode 100644 meta/recipes-core/glibc/glibc-testsuite_2.30.bb
>  create mode 100644 meta/recipes-core/glibc/glibc/check-test-wrapper
>
> diff --git a/meta/recipes-core/glibc/glibc-testsuite_2.30.bb 
> b/meta/recipes-core/glibc/glibc-testsuite_2.30.bb
> new file mode 100644
> index 00..88764d9e2b
> --- /dev/null
> +++ b/meta/recipes-core/glibc/glibc-testsuite_2.30.bb
> @@ -0,0 +1,51 @@
> +require glibc_${PV}.bb
> +
> +# handle PN differences
> +FILESEXTRAPATHS_prepend := "${THISDIR}/glibc:"
> +
> +# strip provides
> +PROVIDES = ""
> +# setup depends
> +INHIBIT_DEFAULT_DEPS = ""
> +
> +DEPENDS += "glibc-locale libgcc gcc-runtime"
> +
> +# remove the initial depends
> +DEPENDS_remove = "libgcc-initial"
> +
> +inherit qemu
> +
> +SRC_URI += "file://check-test-wrapper"
> +
> +DEPENDS += "${@'qemu-native' if d.getVar('TOOLCHAIN_TEST_TARGET') == 'user' 
> else ''}"
> +
> +TOOLCHAIN_TEST_TARGET ??= "user"
> +TOOLCHAIN_TEST_HOST ??= "localhost"
> +TOOLCHAIN_TEST_HOST_USER ??= "root"
> +TOOLCHAIN_TEST_HOST_PORT ??= ""
> +
> +do_check[dirs] += "${B}"
> +do_check[nostamp] = "1"
> +do_check () {
> +chmod 0755 ${WORKDIR}/check-test-wrapper
> +
> +# clean out previous test results
> +oe_runmake tests-clean
> +# makefiles don't clean entirely (and also sometimes fails due to too 
> many args)
> +find ${B} -type f -name "*.out" -delete
> +find ${B} -type f -name "*.test-result" -delete
> +find ${B}/catgets -name "*.cat" -delete
> +find ${B}/conform -name "symlist-*" -delete
> +[ ! -e ${B}/timezone/testdata ] || rm -rf ${B}/timezone/testdata
> +
> +oe_runmake -i \
> +QEMU_SYSROOT="${RECIPE_SYSROOT}" \
> +QEMU_OPTIONS="${@qemu_target_binary(d)} ${QEMU_OPTIONS}" \
> +SSH_HOST="${TOOLCHAIN_TEST_HOST}" \
> +SSH_HOST_USER="${TOOLCHAIN_TEST_HOST_USER}" \
> +SSH_HOST_PORT="${TOOLCHAIN_TEST_HOST_PORT}" \
> +test-wrapper="${WORKDIR}/check-test-wrapper 
> ${TOOLCHAIN_TEST_TARGET}" \
> +check
> +}
> +addtask do_check after do_compile
> +
> diff --git a/meta/recipes-core/glibc/glibc/check-test-wrapper 
> b/meta/recipes-core/glibc/glibc/check-test-wrapper
> new file mode 100644
> index 00..f8e04e02d2
> --- /dev/null
> +++ b/meta/recipes-core/glibc/glibc/check-test-wrapper
> @@ -0,0 +1,71 @@
> +#!/usr/bin/env python3
> +import sys
> +import os
> +import subprocess
> +
> +env = os.environ.copy()
> +args = sys.argv[1:]
> +targettype = args.pop(0)
> +
> +if targettype == "user":
> +qemuargs = os.environ.get("QEMU_OPTIONS", "").split()
> +if not os.path.exists(qemuargs[0]):
> +# ensure qemu args has a valid absolute path
> +for i in os.environ.get("PATH", "").split(":"):
> +if os.path.exists(os.path.join(i, qemuargs[0])):
> +qemuargs[0] = os.path.join(i, qemuargs[0])
> +break
> +sysroot = os.environ.get("QEMU_SYSROOT", None)
> +if not sysroot:
> +sys.exit(-1)
> +libpaths = [sysroot + "/usr/lib", sysroot + "/lib"]
> +
> +if args[0] == "env":
> +args.pop(0)
> +if len(args) == 0:
> +args = ["env"]
> +else:
> +# process options
> +while args[0].startswith("-"):
> +opt = args.pop(0).lstrip("-")
> +if "i" in opt:
> +env.clear()
> +# process environment vars
> +while "=" in args[0]:
> +key, val = args.pop(0).split("=", 1)
> +if key == "LD_LIBRARY_PATH":
> +libpaths += val.split(":")
> +else:
> +env[key] = val
> +if args[0] == "cp":
> +# ignore copies, the filesystem is the same
> +sys.exit(0)
> +
> +qemuargs += ["-L", sysroot]
> +qemuargs += ["-E", 

Re: [OE-core] [PATCH v2] meta: add missing descriptions and homepage in bsp

2019-09-03 Thread Khem Raj
Maxime

Thanks for this contribution

On 9/3/19 6:56 PM, Maxime Roussin-Bélanger wrote:
> Signed-off-by: Maxime Roussin-Bélanger 
> ---
> Changes in v2:
>   - Rewrite acpid description to be more meaningful
>   - Change grub-bootconf description
>   
>  meta/recipes-bsp/acpid/acpid.inc  | 6 ++
>  meta/recipes-bsp/formfactor/formfactor_0.0.bb | 3 +++
>  meta/recipes-bsp/grub/grub-bootconf_1.00.bb   | 3 +++
>  meta/recipes-bsp/u-boot/u-boot-common.inc | 4 
>  meta/recipes-bsp/usbinit/usbinit.bb   | 4 
>  5 files changed, 20 insertions(+)
> 
> diff --git a/meta/recipes-bsp/acpid/acpid.inc 
> b/meta/recipes-bsp/acpid/acpid.inc
> index 766ed4f89e..1e43e7a9db 100644
> --- a/meta/recipes-bsp/acpid/acpid.inc
> +++ b/meta/recipes-bsp/acpid/acpid.inc
> @@ -1,4 +1,10 @@
>  SUMMARY = "A daemon for delivering ACPI events"
> +DESCRIPTION = "ACPID is a completely flexible, totally extensible daemon for 
> \
> +delivering ACPI events. It listens on netlink interface (or on the \
> +deprecated file /proc/acpi/event), and when an event occurs, executes 
> programs \
> +to handle the event. The programs it executes are configured through a set 
> of \
> +configuration files, which can be dropped into place by packages or by the \
> +admin."
>  HOMEPAGE = "http://sourceforge.net/projects/acpid2;
>  BUGTRACKER = "http://sourceforge.net/p/acpid2/tickets/?source=navbar;
>  SECTION = "base"
> diff --git a/meta/recipes-bsp/formfactor/formfactor_0.0.bb 
> b/meta/recipes-bsp/formfactor/formfactor_0.0.bb
> index 53cf1cf774..919fb1fbba 100644
> --- a/meta/recipes-bsp/formfactor/formfactor_0.0.bb
> +++ b/meta/recipes-bsp/formfactor/formfactor_0.0.bb
> @@ -1,4 +1,7 @@
>  SUMMARY = "Device formfactor information"
> +DESCRIPTION = "A formfactor configuration file provides information about 
> the /
> +target hardware for which the image is being built and information that the /

the above two lines should end with backslashes

> +build system cannot obtain from other sources such as the kernel."
>  SECTION = "base"
>  LICENSE = "MIT"
>  LIC_FILES_CHKSUM = 
> "file://${COREBASE}/meta/COPYING.MIT;md5=3da9cfbcb788c80a0384361b4de20420"
> diff --git a/meta/recipes-bsp/grub/grub-bootconf_1.00.bb 
> b/meta/recipes-bsp/grub/grub-bootconf_1.00.bb
> index 750f8c808a..9d5dab9aa8 100644
> --- a/meta/recipes-bsp/grub/grub-bootconf_1.00.bb
> +++ b/meta/recipes-bsp/grub/grub-bootconf_1.00.bb
> @@ -1,6 +1,9 @@
>  LICENSE = "MIT"
>  LIC_FILES_CHKSUM = 
> "file://${COREBASE}/meta/COPYING.MIT;md5=3da9cfbcb788c80a0384361b4de20420"
>  SUMMARY = "Basic grub.cfg for use in EFI systems"
> +DESCRIPTION = "Grub might require different configuration file for \
> +different machines."
> +HOMEPAGE = 
> "https://www.gnu.org/software/grub/manual/grub/grub.html#Configuration;
>  
>  RPROVIDES_${PN} += "virtual/grub-bootconf"
>  
> diff --git a/meta/recipes-bsp/u-boot/u-boot-common.inc 
> b/meta/recipes-bsp/u-boot/u-boot-common.inc
> index ad043dbcde..a056eae8ce 100644
> --- a/meta/recipes-bsp/u-boot/u-boot-common.inc
> +++ b/meta/recipes-bsp/u-boot/u-boot-common.inc
> @@ -1,4 +1,8 @@
>  HOMEPAGE = "http://www.denx.de/wiki/U-Boot/WebHome;
> +DESCRIPTION = "U-Boot, a boot loader for Embedded boards based on PowerPC, \
> +ARM, MIPS and several other processors, which can be installed in a boot \
> +ROM and used to initialize and test the hardware or to download and run \
> +application code."
>  SECTION = "bootloaders"
>  DEPENDS += "flex-native bison-native"
>  
> diff --git a/meta/recipes-bsp/usbinit/usbinit.bb 
> b/meta/recipes-bsp/usbinit/usbinit.bb
> index aba44b4068..c93f5faee5 100644
> --- a/meta/recipes-bsp/usbinit/usbinit.bb
> +++ b/meta/recipes-bsp/usbinit/usbinit.bb
> @@ -1,4 +1,8 @@
>  SUMMARY = "Initscript for enabling USB gadget Ethernet"
> +DESCRIPTION = "This module allows ethernet emulation over USB, allowing for /
> +all sorts of nifty things like SSH and NFS in one go plus charging over the /

same here

> +same wire, at higher speeds than most Wifi connections."
> +HOMEPAGE = "http://linux-sunxi.org/USB_Gadget/Ethernet;
>  
>  LICENSE = "GPLv2"
>  LIC_FILES_CHKSUM = 
> "file://${WORKDIR}/COPYING.GPL;md5=751419260aa954499f7abaabaa882bbe"
> 


pEpkey.asc
Description: application/pgp-keys
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core


Re: [OE-core] [PATCH] libgpg-error: Fix build with gawk 5.x

2019-09-03 Thread Khem Raj
Hi Armin

Can we cherry-pick this patch to warrior and thud, please ?

On Sat, Aug 31, 2019 at 7:23 AM Khem Raj  wrote:
>
> Signed-off-by: Khem Raj 
> ---
>  .../libgpg-error-1.36-gawk5-support.patch | 142 ++
>  .../libgpg-error/libgpg-error_1.36.bb |   1 +
>  2 files changed, 143 insertions(+)
>  create mode 100644 
> meta/recipes-support/libgpg-error/libgpg-error/libgpg-error-1.36-gawk5-support.patch
>
> diff --git 
> a/meta/recipes-support/libgpg-error/libgpg-error/libgpg-error-1.36-gawk5-support.patch
>  
> b/meta/recipes-support/libgpg-error/libgpg-error/libgpg-error-1.36-gawk5-support.patch
> new file mode 100644
> index 00..2db11b2176
> --- /dev/null
> +++ 
> b/meta/recipes-support/libgpg-error/libgpg-error/libgpg-error-1.36-gawk5-support.patch
> @@ -0,0 +1,142 @@
> +From 7865041c77f4f7005282f10f9bb19072fbdf Mon Sep 17 00:00:00 2001
> +From: NIIBE Yutaka 
> +Date: Mon, 15 Apr 2019 15:10:44 +0900
> +Subject: [PATCH] awk: Prepare for Gawk 5.0.
> +
> +* src/Makefile.am: Use pkg_namespace (instead of namespace).
> +* src/mkerrnos.awk: Likewise.
> +* lang/cl/mkerrcodes.awk: Don't escape # in regexp.
> +* src/mkerrcodes.awk, src/mkerrcodes1.awk, src/mkerrcodes2.awk: Ditto.
> +
> +--
> +
> +In Gawk 5.0, regexp routines are replaced by Gnulib implementation,
> +which only allows escaping specific characters.
> +
> +GnuPG-bug-id: 4459
> +Reported-by: Marius Schamschula
> +Signed-off-by: NIIBE Yutaka 
> +Upstream-Status: Backport [https://dev.gnupg.org/T4459]
> +---
> + lang/cl/mkerrcodes.awk |  2 +-
> + src/Makefile.am|  2 +-
> + src/mkerrcodes.awk |  2 +-
> + src/mkerrcodes1.awk|  2 +-
> + src/mkerrcodes2.awk|  2 +-
> + src/mkerrnos.awk   |  2 +-
> + src/mkstrtable.awk | 10 +-
> + 7 files changed, 11 insertions(+), 11 deletions(-)
> +
> +--- a/lang/cl/mkerrcodes.awk
>  b/lang/cl/mkerrcodes.awk
> +@@ -122,7 +122,7 @@ header {
> + }
> +
> + !header {
> +-  sub (/\#.+/, "");
> ++  sub (/#.+/, "");
> +   sub (/[ ]+$/, ""); # Strip trailing space and tab characters.
> +
> +   if (/^$/)
> +--- a/src/Makefile.am
>  b/src/Makefile.am
> +@@ -293,7 +293,7 @@ code-from-errno.h: mkerrcodes$(EXEEXT_FO
> +
> + errnos-sym.h: Makefile mkstrtable.awk errnos.in
> +   $(AWK) -f $(srcdir)/mkstrtable.awk -v textidx=2 -v nogettext=1 \
> +-  -v prefix=GPG_ERR_ -v namespace=errnos_ \
> ++  -v prefix=GPG_ERR_ -v pkg_namespace=errnos_ \
> +   $(srcdir)/errnos.in >$@
> +
> +
> +--- a/src/mkerrcodes.awk
>  b/src/mkerrcodes.awk
> +@@ -85,7 +85,7 @@ header {
> + }
> +
> + !header {
> +-  sub (/\#.+/, "");
> ++  sub (/#.+/, "");
> +   sub (/[ ]+$/, ""); # Strip trailing space and tab characters.
> +
> +   if (/^$/)
> +--- a/src/mkerrcodes1.awk
>  b/src/mkerrcodes1.awk
> +@@ -81,7 +81,7 @@ header {
> + }
> +
> + !header {
> +-  sub (/\#.+/, "");
> ++  sub (/#.+/, "");
> +   sub (/[ ]+$/, ""); # Strip trailing space and tab characters.
> +
> +   if (/^$/)
> +--- a/src/mkerrcodes2.awk
>  b/src/mkerrcodes2.awk
> +@@ -91,7 +91,7 @@ header {
> + }
> +
> + !header {
> +-  sub (/\#.+/, "");
> ++  sub (/#.+/, "");
> +   sub (/[ ]+$/, ""); # Strip trailing space and tab characters.
> +
> +   if (/^$/)
> +--- a/src/mkerrnos.awk
>  b/src/mkerrnos.awk
> +@@ -83,7 +83,7 @@ header {
> + }
> +
> + !header {
> +-  sub (/\#.+/, "");
> ++  sub (/#.+/, "");
> +   sub (/[ ]+$/, ""); # Strip trailing space and tab characters.
> +
> +   if (/^$/)
> +--- a/src/mkstrtable.awk
>  b/src/mkstrtable.awk
> +@@ -77,7 +77,7 @@
> + #
> + # The variable prefix can be used to prepend a string to each message.
> + #
> +-# The variable namespace can be used to prepend a string to each
> ++# The variable pkg_namespace can be used to prepend a string to each
> + # variable and macro name.
> +
> + BEGIN {
> +@@ -102,7 +102,7 @@ header {
> +   print "/* The purpose of this complex string table is to produce";
> +   print "   optimal code with a minimum of relocations.  */";
> +   print "";
> +-  print "static const char " namespace "msgstr[] = ";
> ++  print "static const char " pkg_namespace "msgstr[] = ";
> +   header = 0;
> + }
> +   else
> +@@ -110,7 +110,7 @@ header {
> + }
> +
> + !header {
> +-  sub (/\#.+/, "");
> ++  sub (/#.+/, "&

[OE-core] [PATCH] musl: Update to latest master

2019-09-03 Thread Khem Raj
sys/user.h related API fixed on ppc/ppc64

Detailed log [1]

https://git.musl-libc.org/cgit/musl/log/?qt=range=29e8737f81ccc9fbadcf61a75318aa3d0516aafa..6ad514e4e278f0c3b18eb2db1d45638c9af1c07f

Signed-off-by: Khem Raj 
---
 meta/recipes-core/musl/musl_git.bb | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/meta/recipes-core/musl/musl_git.bb 
b/meta/recipes-core/musl/musl_git.bb
index 64aee6c448..9341bf5d58 100644
--- a/meta/recipes-core/musl/musl_git.bb
+++ b/meta/recipes-core/musl/musl_git.bb
@@ -4,7 +4,7 @@
 require musl.inc
 inherit linuxloader
 
-SRCREV = "29e8737f81ccc9fbadcf61a75318aa3d0516aafa"
+SRCREV = "6ad514e4e278f0c3b18eb2db1d45638c9af1c07f"
 
 BASEVER = "1.1.23"
 
-- 
2.23.0

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


  1   2   3   4   5   6   7   8   9   10   >