[OE-core] [OE-Core][PATCH] rootfs-postcommands: Remove spaces before ; in -ROOTFS_..._COMMAND

[Alex Kiernan]

With spaces in ROOTFS_POSTPROCESS_COMMAND attempts to remove elements
using ROOTFS_POSTPROCESS_COMMAND_remove causes parse failures of the
form:

  bb.pysh.sherrors.ShellSyntaxError: LexToken(COMMA,';',0,0)
  followed by:
LexToken(TOKEN,'write_image_test_data',0,0)
LexToken(COMMA,';',0,0)
LexToken(TOKEN,'set_systemd_default_target',0,0)
LexToken(COMMA,';',0,0)
LexToken(TOKEN,'systemd_create_users',0,0)

Removing the spaces between the function name and semicolon allows the
list to parse correctly.

Signed-off-by: Alex Kiernan 
---

 meta/classes/rootfs-postcommands.bbclass | 8 
 1 file changed, 4 insertions(+), 4 deletions(-)

diff --git a/meta/classes/rootfs-postcommands.bbclass 
b/meta/classes/rootfs-postcommands.bbclass
index 2c0f16cebd4c..fdc63bb64d55 100644
--- a/meta/classes/rootfs-postcommands.bbclass
+++ b/meta/classes/rootfs-postcommands.bbclass
@@ -1,6 +1,6 @@
 
 # Zap the root password if debug-tweaks feature is not enabled
-ROOTFS_POSTPROCESS_COMMAND += '${@bb.utils.contains_any("IMAGE_FEATURES", [ 
'debug-tweaks', 'empty-root-password' ], "", "zap_empty_root_password ; ",d)}'
+ROOTFS_POSTPROCESS_COMMAND += '${@bb.utils.contains_any("IMAGE_FEATURES", [ 
'debug-tweaks', 'empty-root-password' ], "", "zap_empty_root_password; ",d)}'
 
 # Allow dropbear/openssh to accept logins from accounts with an empty password 
string if debug-tweaks or allow-empty-password is enabled
 ROOTFS_POSTPROCESS_COMMAND += '${@bb.utils.contains_any("IMAGE_FEATURES", [ 
'debug-tweaks', 'allow-empty-password' ], "ssh_allow_empty_password; ", "",d)}'
@@ -12,7 +12,7 @@ ROOTFS_POSTPROCESS_COMMAND += 
'${@bb.utils.contains_any("IMAGE_FEATURES", [ 'deb
 ROOTFS_POSTPROCESS_COMMAND += '${@bb.utils.contains_any("IMAGE_FEATURES", [ 
'debug-tweaks', 'post-install-logging' ], "postinst_enable_logging; ", "",d)}'
 
 # Create /etc/timestamp during image construction to give a reasonably sane 
default time setting
-ROOTFS_POSTPROCESS_COMMAND += "rootfs_update_timestamp ; "
+ROOTFS_POSTPROCESS_COMMAND += "rootfs_update_timestamp; "
 
 # Tweak the mount options for rootfs in /etc/fstab if read-only-rootfs is 
enabled
 ROOTFS_POSTPROCESS_COMMAND += '${@bb.utils.contains("IMAGE_FEATURES", 
"read-only-rootfs", "read_only_rootfs_hook; ", "",d)}'
@@ -26,11 +26,11 @@ ROOTFS_POSTPROCESS_COMMAND += 
'${@bb.utils.contains("IMAGE_FEATURES", "read-only
 APPEND_append = '${@bb.utils.contains("IMAGE_FEATURES", "read-only-rootfs", " 
ro", "", d)}'
 
 # Generates test data file with data store variables expanded in json format
-ROOTFS_POSTPROCESS_COMMAND += "write_image_test_data ; "
+ROOTFS_POSTPROCESS_COMMAND += "write_image_test_data; "
 
 # Write manifest
 IMAGE_MANIFEST = "${IMGDEPLOYDIR}/${IMAGE_NAME}${IMAGE_NAME_SUFFIX}.manifest"
-ROOTFS_POSTUNINSTALL_COMMAND =+ "write_image_manifest ; "
+ROOTFS_POSTUNINSTALL_COMMAND =+ "write_image_manifest; "
 # Set default postinst log file
 POSTINST_LOGFILE ?= "${localstatedir}/log/postinstall.log"
 # Set default target for systemd images
-- 
2.17.1

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

Re: [OE-core] [master][zeus][PATCH] toaster.bbclass: Correct pkgdatadir path in toaster_package_dumpdata()

[Peter Kjellerstedt]

> -Original Message-
> From: akuster808 
> Sent: den 11 januari 2020 21:26
> To: Peter Kjellerstedt ; openembedded-
> c...@lists.openembedded.org
> Subject: Re: [OE-core] [master][zeus][PATCH] toaster.bbclass: Correct
> pkgdatadir path in toaster_package_dumpdata()
> 
> On 1/10/20 7:32 PM, Peter Kjellerstedt wrote:
> > *ping*
> Now that its in master,
> 
> I will queue it up for zeus.

Please do. 

I would like these commits to be cherry-picked from master of 
bitbake to the 1.44 branch:

56b5ec4c2b knotty: Hide the footer if a process progress bar is shown
1e96df260e cooker: Keep track of watched files using a set instead of a list

And the following to be cherry-picked from master of 
openembedded-core to the zeus branch:

5a0f6f631b toaster.bbclass: Correct pkgdatadir path in 
toaster_package_dumpdata()
40c30990e1 populate_sdk_ext.bbclass: No longer needed to clean away 
conf/sanity_info
f98103b548 sanity.bbclass: Move sanity_info from conf to cache
64daaf29e2 licenses.conf: Remove the SRC_DISTRIBUTE_LICENSES variable
8c9ef587fe license.bbclass: Introduce AVAILABLE_LICENSES that lists all licenses

They should all cherry-pick cleanly to their respective target 
branch.

> - armin

//Peter

> > //Peter
> >
> >> -Original Message-
> >> From: openembedded-core-boun...@lists.openembedded.org  core-
> >> boun...@lists.openembedded.org> On Behalf Of Peter Kjellerstedt
> >> Sent: den 22 december 2019 14:02
> >> To: openembedded-core@lists.openembedded.org
> >> Subject: Re: [OE-core] [master][zeus][PATCH] toaster.bbclass: Correct
> >> pkgdatadir path in toaster_package_dumpdata()
> >>
> >> *ping*
> >>
> >> //Peter
> >>
> >>> -Original Message-
> >>> From: openembedded-core-boun...@lists.openembedded.org  >> core-
> >>> boun...@lists.openembedded.org> On Behalf Of Peter Kjellerstedt
> >>> Sent: den 11 december 2019 02:06
> >>> To: openembedded-core@lists.openembedded.org
> >>> Subject: [OE-core] [master][zeus][PATCH] toaster.bbclass: Correct
> >>> pkgdatadir path in toaster_package_dumpdata()
> >>>
> >>> In commit 692b2046 (package: Fix race between do_package and
> >>> do_packagedata), the path used for do_packagedata[sstate-inputdirs]
> >>> was changed from "${PKGDESTWORK}" to "${WORKDIR}/pkgdata-pdata-input".
> >>> This commit adapts the path used for pkgdatadir in
> >>> toaster_package_dumpdata() accordingly to avoid setscene errors like:
> >>>
> >>>   ERROR: libgcc-9.2.0-r0 do_packagedata_setscene: 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:toaster_package_dumpdata(d)
> >>>0003:
> >>>   File: 'meta/classes/toaster.bbclass', lineno: 130, function:
> >>>   toaster_package_dumpdata
> >>>0126:lpkgdata = {}
> >>>0127:datadir = os.path.join(pkgdatadir, 'runtime')
> >>>0128:
> >>>0129:# scan and send data for each generated package
> >>>*** 0130:for datafile in os.listdir(datadir):
> >>>0131:if not datafile.endswith('.packaged'):
> >>>0132:lpkgdata = _toaster_load_pkgdatafile(datadir,
> >>>0133:# Fire an event containing the pkg data
> >>>0134:bb.event.fire(bb.event.MetadataEvent(
> >>>   Exception: FileNotFoundError: [Errno 2] No such file or directory:
> >>>   'tmp/work/mips32r2el-nf-poky-linux/libgcc/9.2.0-r0/pkgdata/runtime'
> >>>
> >>> Signed-off-by: Peter Kjellerstedt 
> >>> ---
> >>>  meta/classes/toaster.bbclass | 15 +++
> >>>  1 file changed, 11 insertions(+), 4 deletions(-)
> >>>
> >>> diff --git a/meta/classes/toaster.bbclass
> b/meta/classes/toaster.bbclass
> >>> index 6cef0b8f6e..6a65ecb957 100644
> >>> --- a/meta/classes/toaster.bbclass
> >>> +++ b/meta/classes/toaster.bbclass
> >>> @@ -113,7 +113,7 @@ def _toaster_load_pkgdatafile(dirpath, filepath):
> >>>  pass# ignore lines without valid key: value pairs
> >>>  return pkgdata
> >>>
> >>> -python toaster_package_dumpdata() {
> >>> +def _toaster_dumpdata(pkgdatadir, d):
> >>>  """
> >>>  Dumps the data about the packages created by a recipe
> >>>  """
> >>> @@ -122,7 +122,6 @@ python toaster_package_dumpdata() {
> >>>  if not d.getVar('PACKAGES'):
> >>>  return
> >>>
> >>> -pkgdatadir = d.getVar('PKGDESTWORK')
> >>>  lpkgdata = {}
> >>>  datadir = os.path.join(pkgdatadir, 'runtime')
> >>>
> >>> @@ -132,6 +131,14 @@ python toaster_package_dumpdata() {
> >>>  lpkgdata = _toaster_load_pkgdatafile(datadir, datafile)
> >>>  # Fire an event containing the pkg data
> >>>  bb.event.fire(bb.event.MetadataEvent("SinglePackageInfo",
> >>> lpkgdata), d)
> >>> +
> >>> +python toaster_package_dumpdata() {
> >>> +_toaster_dumpdata(d.getVar('PKGDESTWO

Re: [OE-core] [PATCH 02/12] gstreamer1.0: Transition to meson based builds

[Peter Kjellerstedt]

> -Original Message-
> From: openembedded-core-boun...@lists.openembedded.org  boun...@lists.openembedded.org> On Behalf Of Carlos Rafael Giani
> Sent: den 12 januari 2020 15:00
> To: openembedded-core@lists.openembedded.org
> Subject: [OE-core] [PATCH 02/12] gstreamer1.0: Transition to meson based
> builds
> 
> * Moved 0001-gst-gstpluginloader.c-when-env-var-is-set-do-not-fal.patch
>   from files/ to gstreamer1.0/ since it is gstreamer1.0 recipe specific.
> 
> * Removed M4 specific patches:
>   - 0001-introspection.m4-prefix-pkgconfig-paths-with-PKG_CON.patch
>   - gtk-doc-tweaks.patch
>   - add-a-target-to-compile-tests.patch
> 
> * Added patches:
>   - 0001-meson-build-gir-even-when-cross-compiling-if-introsp.patch
> Backport for enabling GIR support in meson based cross compilation
>   - 0002-meson-Add-valgrind-feature.patch
> Make valgrind support configurable to be able to control it through
> a "valgrind" packageconfig
>   - 0003-meson-Add-option-for-installed-tests.patch
> Add support for installable tests and for generating .test and shell
> scripts which can be used with the gnome-desktop-testing suite runner
> 
> * PTest support:
>   By default, GStreamer does not allow for installing tests, and requires
>   meson to run its unit tests. The 0003 patch fixes this by installing
>   the binaries themselves and by generating accompanying .test and shell
>   scripts. The scripts set up the required environment files and then
>   call the test binaries. The .test file list the shell scripts as
>   Exec= command line.
> 
> Signed-off-by: Carlos Rafael Giani 
> ---
>  ...der.c-when-env-var-is-set-do-not-fal.patch |   0
>  ...even-when-cross-compiling-if-introsp.patch |  36 +++
>  .../0003-meson-Add-valgrind-feature.patch |  74 +
>  ...meson-Add-option-for-installed-tests.patch | 257 ++
>  .../gstreamer/gstreamer1.0_1.16.1.bb  |  93 +++
>  5 files changed, 404 insertions(+), 56 deletions(-)
>  rename meta/recipes-multimedia/gstreamer/{files => gstreamer1.0}/0001-
> gst-gstpluginloader.c-when-env-var-is-set-do-not-fal.patch (100%)
>  create mode 100644 meta/recipes-multimedia/gstreamer/gstreamer1.0/0002-
> meson-build-gir-even-when-cross-compiling-if-introsp.patch
>  create mode 100644 meta/recipes-multimedia/gstreamer/gstreamer1.0/0003-
> meson-Add-valgrind-feature.patch
>  create mode 100644 meta/recipes-multimedia/gstreamer/gstreamer1.0/0004-
> meson-Add-option-for-installed-tests.patch

[cut]

> diff --git a/meta/recipes-multimedia/gstreamer/gstreamer1.0_1.16.1.bb 
> b/meta/recipes-multimedia/gstreamer/gstreamer1.0_1.16.1.bb
> index ff92f63bac..dc3e8ffafd 100644
> --- a/meta/recipes-multimedia/gstreamer/gstreamer1.0_1.16.1.bb
> +++ b/meta/recipes-multimedia/gstreamer/gstreamer1.0_1.16.1.bb
> @@ -8,11 +8,7 @@ LICENSE = "LGPLv2+"
> 
>  DEPENDS = "glib-2.0 glib-2.0-native libcap libxml2 bison-native flex-native"
> 
> -inherit autotools pkgconfig gettext upstream-version-is-even 
> gobject-introspection gtk-doc ptest
> -
> -# This way common/m4/introspection.m4 will come first
> -# (it has a custom INTROSPECTION_INIT macro, and so must be used instead of 
> our common introspection.m4 file)
> -acpaths = "-I ${S}/common/m4 -I ${S}/m4"
> +inherit meson pkgconfig gettext upstream-version-is-even 
> gobject-introspection gtk-doc
> 
>  LIC_FILES_CHKSUM = "file://COPYING;md5=6762ed442b3822387a51c92d928ead0d \
> 
> file://gst/gst.h;beginline=1;endline=21;md5=e059138481205ee2c6fc1c079c016d0d"
> @@ -21,71 +17,56 @@ S = "${WORKDIR}/gstreamer-${PV}"
> 
>  SRC_URI = " \
>  https://gstreamer.freedesktop.org/src/gstreamer/gstreamer-${PV}.tar.xz \
> -file://0001-introspection.m4-prefix-pkgconfig-paths-with-PKG_CON.patch \
> -file://gtk-doc-tweaks.patch \
>  file://0001-gst-gstpluginloader.c-when-env-var-is-set-do-not-fal.patch \
> -file://add-a-target-to-compile-tests.patch \
> -file://run-ptest \
> +file://0002-meson-build-gir-even-when-cross-compiling-if-introsp.patch \
> +file://0003-meson-Add-valgrind-feature.patch \
> +file://0004-meson-Add-option-for-installed-tests.patch \
>  "
>  SRC_URI[md5sum] = "c505fb818b36988daaa846e9e63eabe8"
>  SRC_URI[sha256sum] = 
> "02211c3447c4daa55919c5c0f43a82a6fbb51740d57fc3af0639d46f1cf4377d"
> 
>  PACKAGECONFIG ??= "${@bb.utils.contains('PTEST_ENABLED', '1', 'tests', '', 
> d)} \
> -   "
> -
> -PACKAGECONFIG[debug] = "--enable-debug,--disable-debug"
> -PACKAGECONFIG[tests] = "--enable-tests,--disable-tests"
> -PACKAGECONFIG[valgrind] = "--enable-valgrind,--disable-valgrind,valgrind,"
> -PACKAGECONFIG[gst-tracer-hooks] = 
> "--enable-gst-tracer-hooks,--disable-gst-tracer-hooks,"
> -PACKAGECONFIG[unwind] = "--with-unwind,--without-unwind,libunwind"
> -PACKAGECONFIG[dw] = "--with-dw,--without-dw,elfutils"
> -
> -EXTRA_OECONF = " \
> ---disable-examples \
> +   tools"
> +
> +PACKAGECONFIG[debug] = "-Dgst_debug=true,-Dgst_debug=false"

To avoid confus

Re: [OE-core] [PATCH] meta: gdk-pixbuf: add man packageconfig

[Maxime Roussin-Bélanger]

I have modified the recipe to use manpages, but it is impossible to run a
build from master, because
of my python3 pyenv setup. I had to add

+DEPENDS = "python3-native"

to ca-certificates, without it was impossible to go through the
do_configure step. It was using the python3
from my system instead of the one provided by yocto? I am a bit lost here.

What do you think? Should it have python3-native? There is a fairly recent
patch
to use python3 `file://0001-certdata2pem.py-use-python3.patch`

Thanks,
Max.

On Mon, Jan 13, 2020 at 4:20 PM Alexander Kanavin 
wrote:
>
> The correct way to configure this is to inherit manpages class, and name
the option 'manpages' as well.
>
> Alex
>
> On Mon, 13 Jan 2020 at 22:10, Maxime Roussin-Bélanger <
maxime.roussinbelan...@gmail.com> wrote:
>>
>> The current default for the meson configuration is to build
>> the man. It will only do it if it finds the xsltproc binary
>> and man option (default: on).
>>
>> Adding the packageconfig make sure that xsltproc will be
>> found in the correct path (recipe-sysroot-native) and that
>> the docbook can be used.
>>
>> The docbook is needed because xsltproc is used with the
>> --nonet option, which prevents the uses of the internet to
>> fetch DFD's.
>>
>> This recipe has been working for probably everyone with the
>> current configuration, however if for some reason xsltproc
>> can be found inside PATH, meson will use it.
>>
>> Signed-off-by: Maxime Roussin-Bélanger 
>> ---
>>  meta/recipes-gnome/gdk-pixbuf/gdk-pixbuf_2.40.0.bb | 1 +
>>  1 file changed, 1 insertion(+)
>>
>> diff --git a/meta/recipes-gnome/gdk-pixbuf/gdk-pixbuf_2.40.0.bb
b/meta/recipes-gnome/gdk-pixbuf/gdk-pixbuf_2.40.0.bb
>> index 699c4ecd0b..f6cc25cd8c 100644
>> --- a/meta/recipes-gnome/gdk-pixbuf/gdk-pixbuf_2.40.0.bb
>> +++ b/meta/recipes-gnome/gdk-pixbuf/gdk-pixbuf_2.40.0.bb
>> @@ -53,6 +53,7 @@ PACKAGECONFIG[png] = "-Dpng=true,-Dpng=false,libpng"
>>  PACKAGECONFIG[jpeg] = "-Djpeg=true,-Djpeg=false,jpeg"
>>  PACKAGECONFIG[tiff] = "-Dtiff=true,-Dtiff=false,tiff"
>>  PACKAGECONFIG[jpeg2000] = "-Djasper=true,-Djasper=false,jasper"
>> +PACKAGECONFIG[man] = "-Dman=true,-Dman=false,libxslt-native
docbook-xsl-stylesheets-native,"
>>
>>  PACKAGECONFIG[x11] = "-Dx11=true,-Dx11=false,virtual/libx11"
>>
>> --
>> 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 11/28] ifupdown: update 0.8.22 -> 0.8.35

[Randy MacLeod]

On 1/9/20 9:36 AM, Alexander Kanavin wrote:
On Thu, 9 Jan 2020 at 14:55, Richard Purdie 
> wrote:



That may be but I think this is an oversight, not an intention and we
should support busybox-free images...


Right, I'll fix the build, but the implementation of runtime testing is 
up to people who need this kind of feature.


Alex



We use a sysvinit image with ifupdown and without busybox so
we'll write a test. I've created a defect to track the work:
   https://bugzilla.yoctoproject.org/show_bug.cgi?id=13736

--
# Randy MacLeod
# Wind River Linux
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] ✗ patchtest: failure for gstreamer1.0: Enable debug in builds (rev2)

[Patchwork]

== Series Details ==

Series: gstreamer1.0: Enable debug in builds (rev2)
Revision: 2
URL   : https://patchwork.openembedded.org/series/21994/
State : failure

== Summary ==


Thank you for submitting this patch series to OpenEmbedded Core. This is
an automated response. Several tests have been executed on the proposed
series by patchtest resulting in the following failures:



* Issue Series does not apply on top of target branch 
[test_series_merge_on_head] 
  Suggested fixRebase your series on top of targeted branch
  Targeted branch  master (currently at b6d4150f9c)



If you believe any of these test results are incorrect, please reply to the
mailing list (openembedded-core@lists.openembedded.org) raising your concerns.
Otherwise we would appreciate you correcting the issues and submitting a new
version of the patchset if applicable. Please ensure you add/increment the
version number when sending the new version (i.e. [PATCH] -> [PATCH v2] ->
[PATCH v3] -> ...).

---
Guidelines: 
https://www.openembedded.org/wiki/Commit_Patch_Message_Guidelines
Test framework: http://git.yoctoproject.org/cgit/cgit.cgi/patchtest
Test suite: http://git.yoctoproject.org/cgit/cgit.cgi/patchtest-oe

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

Re: [OE-core] [PATCH] vim: update from 8.1.1518 to 8.2.0110

[Randy MacLeod]

On 1/14/20 5:18 PM, Alexander Kanavin wrote:
On Tue, 14 Jan 2020 at 21:10, Randy MacLeod 
mailto:randy.macl...@windriver.com>> wrote:


Oleg is getting started using Yocto so I'll reply on his behalf since
I asked him to update vim as his first commit.

I'm not sure what you mean by 8.2. Are you talking about calling
the recipe:
vim_8.2.bb 
instead of vim_8.2.0110.bb ?

Vim tags on a daily or more frequent basis. Are you saying that we
should keep the
same SRCREV for 8.2.0110 but use a different name?

I looked at:
    git log v8.2...v8.2.0118
and all the commits seem to fix bugs so I prefer to take this tested
v8.2.0110
update and update vim every month or two so that we get the latest
fixes.


Vim adds a tag for every single commit they make, fixes or not, so 
this approach would in effect be updating to random development 
snapshots. I would rather have a more conservative update strategy, 
and update to the original 8.2 release. If you look at the homepage, 
8.2 is the version they announced as the new release: https://www.vim.org/



Sure, that's fine for now. Most of the commits are bug fixes after 8.2 
but we don't need to
worry about any of them now and I guess if we stick with this approach, 
and say there as
a CVE for vim that we wanted to fix, we'd just backport the single 
commit rather than

bump the version to 8.2.1248 or some such version.



That's also what 'devtool latest-version vim' should currently report 
and 'devtool upgrade' upgrade to: I purposely cut off the point 
releases and left only the major.minor part there.


Right. This will also give Oleg an excuse to try 'devtool upgrade' to 
compare manually upgrading. :)


../Randy




Alex



--
# Randy MacLeod
# Wind River Linux

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

[OE-core] [PATCH V2] gstreamer1.0: Enable debug in builds

[Khem Raj]

Packages like gst-shark needs this option to be on

Fixes

| checking whether the GStreamer debugging system is enabled... no
| configure: error: Tracers require GStreamer debug support. Rebuild GStreamer 
core with --enable-gst-debu
g.

Signed-off-by: Khem Raj 
Cc: Carlos Rafael Giani 
---
v2: Rebase on latest master-next

 meta/recipes-multimedia/gstreamer/gstreamer1.0_1.16.1.bb | 1 +
 1 file changed, 1 insertion(+)

diff --git a/meta/recipes-multimedia/gstreamer/gstreamer1.0_1.16.1.bb 
b/meta/recipes-multimedia/gstreamer/gstreamer1.0_1.16.1.bb
index c6fbd398d9..6b8a5a0eb0 100644
--- a/meta/recipes-multimedia/gstreamer/gstreamer1.0_1.16.1.bb
+++ b/meta/recipes-multimedia/gstreamer/gstreamer1.0_1.16.1.bb
@@ -27,6 +27,7 @@ SRC_URI[sha256sum] = 
"02211c3447c4daa55919c5c0f43a82a6fbb51740d57fc3af0639d46f1c
 
 PACKAGECONFIG ??= "${@bb.utils.contains('PTEST_ENABLED', '1', 'tests', '', d)} 
\
check \
+   debug \
tools"
 
 PACKAGECONFIG[debug] = "-Dgst_debug=true,-Dgst_debug=false"
-- 
2.24.1

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

Re: [OE-core] [PATCH] vim: update from 8.1.1518 to 8.2.0110

[Alexander Kanavin]

On Tue, 14 Jan 2020 at 21:10, Randy MacLeod 
wrote:

> Oleg is getting started using Yocto so I'll reply on his behalf since
> I asked him to update vim as his first commit.
>
> I'm not sure what you mean by 8.2. Are you talking about calling the
> recipe:
> vim_8.2.bb
> instead of vim_8.2.0110.bb?
>
> Vim tags on a daily or more frequent basis. Are you saying that we
> should keep the
> same SRCREV for 8.2.0110 but use a different name?
>
> I looked at:
> git log v8.2...v8.2.0118
> and all the commits seem to fix bugs so I prefer to take this tested
> v8.2.0110
> update and update vim every month or two so that we get the latest fixes.
>

Vim adds a tag for every single commit they make, fixes or not, so this
approach would in effect be updating to random development snapshots. I
would rather have a more conservative update strategy, and update to the
original 8.2 release. If you look at the homepage, 8.2 is the version they
announced as the new release: https://www.vim.org/

That's also what 'devtool latest-version vim' should currently report and
'devtool upgrade' upgrade to: I purposely cut off the point releases and
left only the major.minor part there.

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

[OE-core] [PATCH 2/2] Allow original $GPG_AGENT_INFO into do_fetch

[Steven Walter]

subversion 1.9 uses gpg to encrypt authentication details that are
stored in ~/.subversion.  This means that GPG_AGENT_INFO needs to be
available when svn is run by do_fetch, or else svn will not be able to
authenticate to the remote server.  Treat GPG_AGENT_INFO like
SSH_AUTH_SOCK, including it in the fetch environment and BB_ENV_EXTRAWHITE

Signed-off-by: Steven Walter 
---
 meta/conf/bitbake.conf   | 2 +-
 scripts/oe-buildenv-internal | 3 ++-
 2 files changed, 3 insertions(+), 2 deletions(-)

diff --git a/meta/conf/bitbake.conf b/meta/conf/bitbake.conf
index e75bbcece0..3b083d9103 100644
--- a/meta/conf/bitbake.conf
+++ b/meta/conf/bitbake.conf
@@ -878,7 +878,7 @@ BB_HASHCONFIG_WHITELIST ?= "${BB_HASHBASE_WHITELIST} DATE 
TIME SSH_AGENT_PID \
 PARALLEL_MAKE BB_NUMBER_THREADS BB_ORIGENV BB_INVALIDCONF BBINCLUDED \
 GIT_PROXY_COMMAND ALL_PROXY all_proxy NO_PROXY no_proxy FTP_PROXY 
ftp_proxy \
 HTTP_PROXY http_proxy HTTPS_PROXY https_proxy SOCKS5_USER SOCKS5_PASSWD \
-BB_SETSCENE_ENFORCE BB_CMDLINE BB_SERVER_TIMEOUT"
+BB_SETSCENE_ENFORCE BB_CMDLINE BB_SERVER_TIMEOUT GPG_AGENT_INFO"
 BB_SIGNATURE_EXCLUDE_FLAGS ?= "doc deps depends \
 lockfiles type vardepsexclude vardeps vardepvalue vardepvalueexclude \
 file-checksums python func task export unexport noexec nostamp dirs 
cleandirs \
diff --git a/scripts/oe-buildenv-internal b/scripts/oe-buildenv-internal
index c17cf4da71..3e0cd642b5 100755
--- a/scripts/oe-buildenv-internal
+++ b/scripts/oe-buildenv-internal
@@ -106,7 +106,8 @@ BB_ENV_EXTRAWHITE_OE="MACHINE DISTRO TCMODE TCLIBC 
HTTP_PROXY http_proxy \
 HTTPS_PROXY https_proxy FTP_PROXY ftp_proxy FTPS_PROXY ftps_proxy ALL_PROXY \
 all_proxy NO_PROXY no_proxy SSH_AGENT_PID SSH_AUTH_SOCK BB_SRCREV_POLICY \
 SDKMACHINE BB_NUMBER_THREADS BB_NO_NETWORK PARALLEL_MAKE GIT_PROXY_COMMAND \
-SOCKS5_PASSWD SOCKS5_USER SCREENDIR STAMPS_DIR BBPATH_EXTRA 
BB_SETSCENE_ENFORCE"
+SOCKS5_PASSWD SOCKS5_USER SCREENDIR STAMPS_DIR BBPATH_EXTRA 
BB_SETSCENE_ENFORCE \
+GPG_AGENT_INFO"
 
 BB_ENV_EXTRAWHITE="$(echo $BB_ENV_EXTRAWHITE $BB_ENV_EXTRAWHITE_OE | tr ' ' 
'\n' | LC_ALL=C sort --unique | tr '\n' ' ')"
 
-- 
2.24.1

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

Re: [OE-core] [PATCH 11/20] libcap: update to 2.31

[Richard Purdie]

On Tue, 2020-01-14 at 14:59 +0100, Alexander Kanavin wrote:
> Signed-off-by: Alexander Kanavin 
> ---
>  ...-tests-do-not-run-target-executables.patch | 33
> +++
>  .../libcap/{libcap_2.27.bb => libcap_2.31.bb} |  5 +--
>  2 files changed, 36 insertions(+), 2 deletions(-)
>  create mode 100644 meta/recipes-support/libcap/files/0002-tests-do-
> not-run-target-executables.patch
>  rename meta/recipes-support/libcap/{libcap_2.27.bb =>
> libcap_2.31.bb} (90%)

Still issues on centos7?

https://autobuilder.yoctoproject.org/typhoon/#/builders/79/builds/611

Cheers,

Richard

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

Re: [OE-core] [PATCH 03/20] nss: update to 3.49.1

[Richard Purdie]

On Tue, 2020-01-14 at 14:59 +0100, Alexander Kanavin wrote:
> Drop a backport, and a patch that causes build errors with
> the new version.
> 
> Add a patch to make ARM HW crypto optional; upstream for some
> reason does not allow disabling it.
> 
> Signed-off-by: Alexander Kanavin 
> ---
>  ...ppc64-inline-assembler-for-clang-r-j.patch | 35 ---
> ---
>  ...figure-option-to-disable-ARM-HW-cryp.patch | 35
> ++
>  .../nss/nss/nss-fix-nsinstall-build.patch | 36 ---
> 
>  .../nss/{nss_3.45.bb => nss_3.49.1.bb}| 12 ---
>  4 files changed, 43 insertions(+), 75 deletions(-)
>  delete mode 100644 meta/recipes-support/nss/nss/0001-Bug-1493916-
> Fix-ppc64-inline-assembler-for-clang-r-j.patch
>  create mode 100644 meta/recipes-support/nss/nss/0001-freebl-add-a-
> configure-option-to-disable-ARM-HW-cryp.patch
>  delete mode 100644 meta/recipes-support/nss/nss/nss-fix-nsinstall-
> build.patch
>  rename meta/recipes-support/nss/{nss_3.45.bb => nss_3.49.1.bb} (94%)

https://autobuilder.yoctoproject.org/typhoon/#/builders/52/builds/1435

Cheers,

Richard

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

[OE-core] [PATCH] sstatesig: Improve debug output if getpwuid() fails

[Richard Purdie]

If getpwduid fails, we don't see which file it failed on which is key 
information
to aid debugging. Print this information when exceptions are raised.

Signed-off-by: Richard Purdie 
---
 meta/lib/oe/sstatesig.py | 8 ++--
 1 file changed, 6 insertions(+), 2 deletions(-)

diff --git a/meta/lib/oe/sstatesig.py b/meta/lib/oe/sstatesig.py
index 0e17ad6f5b7..4325b66a9ee 100644
--- a/meta/lib/oe/sstatesig.py
+++ b/meta/lib/oe/sstatesig.py
@@ -541,8 +541,12 @@ def OEOuthashBasic(path, sigfile, task, d):
 add_perm(stat.S_IXOTH, 'x')
 
 if include_owners:
-update_hash(" %10s" % pwd.getpwuid(s.st_uid).pw_name)
-update_hash(" %10s" % grp.getgrgid(s.st_gid).gr_name)
+try:
+update_hash(" %10s" % pwd.getpwuid(s.st_uid).pw_name)
+update_hash(" %10s" % grp.getgrgid(s.st_gid).gr_name)
+except KeyError:
+bb.warn("KeyError in %s" % path)
+raise
 
 update_hash(" ")
 if stat.S_ISBLK(s.st_mode) or stat.S_ISCHR(s.st_mode):
-- 
2.20.1

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

Re: [OE-core] [PATCH] vim: update from 8.1.1518 to 8.2.0110

[Randy MacLeod]

On 1/14/20 2:39 PM, Alexander Kanavin wrote:

Can you update to just 8.2 please? 0110 is an arbitrary commit as vimupstream 
adds a version tag for each of the commits.


Hi Alex,

Oleg is getting started using Yocto so I'll reply on his behalf since
I asked him to update vim as his first commit.

I'm not sure what you mean by 8.2. Are you talking about calling the recipe:
   vim_8.2.bb
instead of vim_8.2.0110.bb?

Vim tags on a daily or more frequent basis. Are you saying that we 
should keep the

same SRCREV for 8.2.0110 but use a different name?

I looked at:
   git log v8.2...v8.2.0118
and all the commits seem to fix bugs so I prefer to take this tested 
v8.2.0110

update and update vim every month or two so that we get the latest fixes.

../Randy




Alex


On 14 Jan 2020, at 20.30, Oleg Polyakov  wrote:

vim-tiny: update from 8.1.1518 to 8.2.0110
The date in the license was updated to 2020 and
a trailing space was removed from one line.

Signed-off-by: Oleg Polyakov 
---
.../vim/{vim-tiny_8.1.1518.bb => vim-tiny_8.2.0110.bb}| 0
meta/recipes-support/vim/vim.inc  | 4 ++--
meta/recipes-support/vim/{vim_8.1.1518.bb => vim_8.2.0110.bb} | 0
3 files changed, 2 insertions(+), 2 deletions(-)
rename meta/recipes-support/vim/{vim-tiny_8.1.1518.bb => vim-tiny_8.2.0110.bb} 
(100%)
rename meta/recipes-support/vim/{vim_8.1.1518.bb => vim_8.2.0110.bb} (100%)

diff --git a/meta/recipes-support/vim/vim-tiny_8.1.1518.bb 
b/meta/recipes-support/vim/vim-tiny_8.2.0110.bb
similarity index 100%
rename from meta/recipes-support/vim/vim-tiny_8.1.1518.bb
rename to meta/recipes-support/vim/vim-tiny_8.2.0110.bb
diff --git a/meta/recipes-support/vim/vim.inc b/meta/recipes-support/vim/vim.inc
index 5a1bea6985..ec7ad443a4 100644
--- a/meta/recipes-support/vim/vim.inc
+++ b/meta/recipes-support/vim/vim.inc
@@ -5,14 +5,14 @@ DEPENDS = "ncurses gettext-native"
# vimdiff doesn't like busybox diff
RSUGGESTS_${PN} = "diffutils"
LICENSE = "vim"
-LIC_FILES_CHKSUM = 
"file://runtime/doc/uganda.txt;endline=287;md5=f1f82b42360005c70b8c19b0ef493f72"
+LIC_FILES_CHKSUM = 
"file://runtime/doc/uganda.txt;endline=287;md5=909f1394892b7e0f9c2a95306c0c552b"

SRC_URI = "git://github.com/vim/vim.git \
file://disable_acl_header_check.patch \
file://vim-add-knob-whether-elf.h-are-checked.patch \
file://0001-src-Makefile-improve-reproducibility.patch \
"
-SRCREV = "202d982b36d87cf91d992bd7e30d3223bdc72cd9"
+SRCREV = "e05a89ac6399a8c7d164c99fdab6841d999a9128"

# Do not consider .z in x.y.z, as that is updated with every commit
UPSTREAM_CHECK_GITTAGREGEX = "(?P\d+\.\d+)\.0"
diff --git a/meta/recipes-support/vim/vim_8.1.1518.bb 
b/meta/recipes-support/vim/vim_8.2.0110.bb
similarity index 100%
rename from meta/recipes-support/vim/vim_8.1.1518.bb
rename to meta/recipes-support/vim/vim_8.2.0110.bb
--
2.23.0

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



--
# Randy MacLeod
# Wind River Linux

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

Re: [OE-core] [PATCH] vim: update from 8.1.1518 to 8.2.0110

[Alexander Kanavin]

Can you update to just 8.2 please? 0110 is an arbitrary commit as vimupstream 
adds a version tag for each of the commits.

Alex

> On 14 Jan 2020, at 20.30, Oleg Polyakov  wrote:
> 
> vim-tiny: update from 8.1.1518 to 8.2.0110
> The date in the license was updated to 2020 and
> a trailing space was removed from one line.
> 
> Signed-off-by: Oleg Polyakov 
> ---
> .../vim/{vim-tiny_8.1.1518.bb => vim-tiny_8.2.0110.bb}| 0
> meta/recipes-support/vim/vim.inc  | 4 ++--
> meta/recipes-support/vim/{vim_8.1.1518.bb => vim_8.2.0110.bb} | 0
> 3 files changed, 2 insertions(+), 2 deletions(-)
> rename meta/recipes-support/vim/{vim-tiny_8.1.1518.bb => 
> vim-tiny_8.2.0110.bb} (100%)
> rename meta/recipes-support/vim/{vim_8.1.1518.bb => vim_8.2.0110.bb} (100%)
> 
> diff --git a/meta/recipes-support/vim/vim-tiny_8.1.1518.bb 
> b/meta/recipes-support/vim/vim-tiny_8.2.0110.bb
> similarity index 100%
> rename from meta/recipes-support/vim/vim-tiny_8.1.1518.bb
> rename to meta/recipes-support/vim/vim-tiny_8.2.0110.bb
> diff --git a/meta/recipes-support/vim/vim.inc 
> b/meta/recipes-support/vim/vim.inc
> index 5a1bea6985..ec7ad443a4 100644
> --- a/meta/recipes-support/vim/vim.inc
> +++ b/meta/recipes-support/vim/vim.inc
> @@ -5,14 +5,14 @@ DEPENDS = "ncurses gettext-native"
> # vimdiff doesn't like busybox diff
> RSUGGESTS_${PN} = "diffutils"
> LICENSE = "vim"
> -LIC_FILES_CHKSUM = 
> "file://runtime/doc/uganda.txt;endline=287;md5=f1f82b42360005c70b8c19b0ef493f72"
> +LIC_FILES_CHKSUM = 
> "file://runtime/doc/uganda.txt;endline=287;md5=909f1394892b7e0f9c2a95306c0c552b"
> 
> SRC_URI = "git://github.com/vim/vim.git \
>file://disable_acl_header_check.patch \
>file://vim-add-knob-whether-elf.h-are-checked.patch \
>file://0001-src-Makefile-improve-reproducibility.patch \
> "
> -SRCREV = "202d982b36d87cf91d992bd7e30d3223bdc72cd9"
> +SRCREV = "e05a89ac6399a8c7d164c99fdab6841d999a9128"
> 
> # Do not consider .z in x.y.z, as that is updated with every commit
> UPSTREAM_CHECK_GITTAGREGEX = "(?P\d+\.\d+)\.0"
> diff --git a/meta/recipes-support/vim/vim_8.1.1518.bb 
> b/meta/recipes-support/vim/vim_8.2.0110.bb
> similarity index 100%
> rename from meta/recipes-support/vim/vim_8.1.1518.bb
> rename to meta/recipes-support/vim/vim_8.2.0110.bb
> -- 
> 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

[OE-core] [PATCH] vim: update from 8.1.1518 to 8.2.0110

[Oleg Polyakov]

vim-tiny: update from 8.1.1518 to 8.2.0110
The date in the license was updated to 2020 and
a trailing space was removed from one line.

Signed-off-by: Oleg Polyakov 
---
 .../vim/{vim-tiny_8.1.1518.bb => vim-tiny_8.2.0110.bb}| 0
 meta/recipes-support/vim/vim.inc  | 4 ++--
 meta/recipes-support/vim/{vim_8.1.1518.bb => vim_8.2.0110.bb} | 0
 3 files changed, 2 insertions(+), 2 deletions(-)
 rename meta/recipes-support/vim/{vim-tiny_8.1.1518.bb => vim-tiny_8.2.0110.bb} 
(100%)
 rename meta/recipes-support/vim/{vim_8.1.1518.bb => vim_8.2.0110.bb} (100%)

diff --git a/meta/recipes-support/vim/vim-tiny_8.1.1518.bb 
b/meta/recipes-support/vim/vim-tiny_8.2.0110.bb
similarity index 100%
rename from meta/recipes-support/vim/vim-tiny_8.1.1518.bb
rename to meta/recipes-support/vim/vim-tiny_8.2.0110.bb
diff --git a/meta/recipes-support/vim/vim.inc b/meta/recipes-support/vim/vim.inc
index 5a1bea6985..ec7ad443a4 100644
--- a/meta/recipes-support/vim/vim.inc
+++ b/meta/recipes-support/vim/vim.inc
@@ -5,14 +5,14 @@ DEPENDS = "ncurses gettext-native"
 # vimdiff doesn't like busybox diff
 RSUGGESTS_${PN} = "diffutils"
 LICENSE = "vim"
-LIC_FILES_CHKSUM = 
"file://runtime/doc/uganda.txt;endline=287;md5=f1f82b42360005c70b8c19b0ef493f72"
+LIC_FILES_CHKSUM = 
"file://runtime/doc/uganda.txt;endline=287;md5=909f1394892b7e0f9c2a95306c0c552b"
 
 SRC_URI = "git://github.com/vim/vim.git \
file://disable_acl_header_check.patch \
file://vim-add-knob-whether-elf.h-are-checked.patch \
file://0001-src-Makefile-improve-reproducibility.patch \
 "
-SRCREV = "202d982b36d87cf91d992bd7e30d3223bdc72cd9"
+SRCREV = "e05a89ac6399a8c7d164c99fdab6841d999a9128"
 
 # Do not consider .z in x.y.z, as that is updated with every commit
 UPSTREAM_CHECK_GITTAGREGEX = "(?P\d+\.\d+)\.0"
diff --git a/meta/recipes-support/vim/vim_8.1.1518.bb 
b/meta/recipes-support/vim/vim_8.2.0110.bb
similarity index 100%
rename from meta/recipes-support/vim/vim_8.1.1518.bb
rename to meta/recipes-support/vim/vim_8.2.0110.bb
-- 
2.23.0

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

Re: [OE-core] [PATCH 01/12] gstreamer: Add common .inc files for meson based recipes

[Carlos Rafael Giani]

Hm alright, then I guess there are no showstoppers for merging anymore. 
The qt5 thing can be added in a followup commit.


On 14.01.20 19:55, Khem Raj wrote:

On Tue, Jan 14, 2020 at 10:37 AM Carlos Rafael Giani
 wrote:

Nice find! But, there is still one issue Khem found, regarding errors in 
meta-multimedia plugins: https://errors.yoctoproject.org/Errors/Build/96752/


I have already fixed them. Also sent a patch to enable debug in
gstreamer to support shark plugin

https://patchwork.openembedded.org/patch/168874/
https://git.openembedded.org/meta-openembedded/commit/?id=ea8604a0e3fe38a5a49690b1b92b5b4964e7b5da
https://git.openembedded.org/meta-openembedded/commit/?id=449fe9920555d815dadb295d2fce61935486bce8


This, and the discussion about the qt5 packageconfig, means to me that a v2 set 
is warranted. What

do you think?

There is a packageconfig in a bbappend that I plan to propose once its in.

https://github.com/YoeDistro/meta-qt5/commit/cf2505af20c67f975dc4630e6c45e19f15103ef1

perhaps it could be in main recipe instead of bbappend.


On 14.01.20 16:51, Alexander Kanavin wrote:

I just sent a patch for this, and for the ptest issue. Should be good to merge 
now!

Alex

On Mon, 13 Jan 2020 at 19:01, Alexander Kanavin  wrote:

I have reproduced this just now. You need to set up a special 'nodistro' 
configuration like this:

bblayers.conf:
BBLAYERS ?= " \
   /home/alexander/development/poky/meta \
"
(and no other layers)

local.conf:

MACHINE ??= "qemuarm"
DISTRO ?= "nodistro"
INHERIT += 'uninative'
require conf/distro/include/yocto-uninative.inc
... (dl_dir, sstate etc)

and build gstreamer1.0-plugins-base.

Alex


On Mon, 13 Jan 2020 at 16:38, Carlos Rafael Giani  wrote:

Except that there is no such package. Also, even if I build GStreamer
from scratch with all optional packageconfigs disabled, I do not get
this error, nor do I get any warnings about potentially missing
dependencies. So, I don't know what is going on here..

On 13.01.20 13:59, Richard Purdie wrote:

On Mon, 2020-01-13 at 13:55 +0100, Carlos Rafael Giani wrote:

Nope. This is an odd one. Are you sure there isn't a problem with
the
setup itself? In step2c, I see:

   > ERROR: core-image-sato-1.0-r0 do_testsdk: The toolchain
/home/pokybuild/yocto-worker/qemuarm-oecore/build/build/tmp-
glibc/deploy/sdk/oecore-i686-armv7vet2hf-neon-toolchain-
nodistro.0.sh
is not built. Build it before running the tests: 'bitbake  -c
populate_sdk' .

2c fails as earlier stepd didn't build. I think the real issue is
step1b which says:

| Compiler for C supports arguments -Wdeclaration-after-statement: YES
| Found pkg-config: 
/home/pokybuild/yocto-worker/qemuarm-oecore/build/build/tmp-glibc/work/armv7vet2hf-neon-oe-linux-gnueabi/gstreamer1.0-plugins-base/1.16.1-r0/recipe-sysroot-native/usr/bin/pkg-config
 (0.29.2)
| Run-time dependency x11 found: YES 1.6.9
| Run-time dependency glib-2.0 found: YES 2.62.4
| Run-time dependency gobject-2.0 found: YES 2.62.4
| Run-time dependency gio-2.0 found: YES 2.62.4
| Run-time dependency gio-unix-2.0 found: YES 2.62.4
| Run-time dependency gmodule-no-export-2.0 found: YES 2.62.4
| Dependency gdk-pixbuf-2.0 skipped: feature examples disabled
| Dependency gtk+-3.0 skipped: feature examples disabled
| Dependency gtk+-x11-3.0 skipped: feature examples disabled
| Run-time dependency gstreamer-1.0 found: YES 1.16.1
| Run-time dependency gstreamer-base-1.0 found: YES 1.16.1
| Run-time dependency gstreamer-net-1.0 found: YES 1.16.1
| Found CMake: NO
| Run-time dependency gstreamer-check-1.0 found: NO (tried pkgconfig and cmake)
| Looking for a fallback subproject for the dependency gstreamer-check-1.0
| Subproject directory not found and gstreamer.wrap file not found
| Subproject  subprojects/gstreamer is buildable: NO (disabling)
| Dependency gstreamer-check-1.0 from subproject subprojects/gstreamer found: NO
|
| meson.build:309:0: ERROR: Could not find dependency gst_controller_dep in 
subproject gstreamer
|
| A full log can be found at 
/home/pokybuild/yocto-worker/qemuarm-oecore/build/build/tmp-glibc/work/armv7vet2hf-neon-oe-linux-gnueabi/gstreamer1.0-plugins-base/1.16.1-r0/build/meson-logs/meson-log.txt
| WARNING: 
/home/pokybuild/yocto-worker/qemuarm-oecore/build/build/tmp-glibc/work/armv7vet2hf-neon-oe-linux-gnueabi/gstreamer1.0-plugins-base/1.16.1-r0/temp/run.do_configure.46093:1
 exit 1 from 'exit 1'
|
NOTE: recipe gstreamer1.0-plugins-base-1.16.1-r0: task do_configure: Failed

| Compiler for C supports arguments -Wdeclaration-after-statement: YES
| Found pkg-config: 
/home/pokybuild/yocto-worker/qemuarm-oecore/build/build/tmp-glibc/work/armv7vet2hf-neon-oe-linux-gnueabi/gstreamer1.0-plugins-base/1.16.1-r0/recipe-sysroot-native/usr/bin/pkg-config
 (0.29.2)
| Run-time dependency x11 found: YES 1.6.9
| Run-time dependency glib-2.0 found: YES 2.62.4
| Run-time dependency gobject-2.0 found: YES 2.62.4
| Run-time dependency gio-2.0 found: YES 2.62.4
| Run-time dependency gio-unix-2.0 found: YES 2.62.4
| Run-time depende

Re: [OE-core] [PATCH 01/12] gstreamer: Add common .inc files for meson based recipes

[Khem Raj]

On Tue, Jan 14, 2020 at 10:37 AM Carlos Rafael Giani
 wrote:
>
> Nice find! But, there is still one issue Khem found, regarding errors in 
> meta-multimedia plugins: https://errors.yoctoproject.org/Errors/Build/96752/
>

I have already fixed them. Also sent a patch to enable debug in
gstreamer to support shark plugin

https://patchwork.openembedded.org/patch/168874/
https://git.openembedded.org/meta-openembedded/commit/?id=ea8604a0e3fe38a5a49690b1b92b5b4964e7b5da
https://git.openembedded.org/meta-openembedded/commit/?id=449fe9920555d815dadb295d2fce61935486bce8

> This, and the discussion about the qt5 packageconfig, means to me that a v2 
> set is warranted. What
do you think?

There is a packageconfig in a bbappend that I plan to propose once its in.

https://github.com/YoeDistro/meta-qt5/commit/cf2505af20c67f975dc4630e6c45e19f15103ef1

perhaps it could be in main recipe instead of bbappend.

>
> On 14.01.20 16:51, Alexander Kanavin wrote:
>
> I just sent a patch for this, and for the ptest issue. Should be good to 
> merge now!
>
> Alex
>
> On Mon, 13 Jan 2020 at 19:01, Alexander Kanavin  
> wrote:
>>
>> I have reproduced this just now. You need to set up a special 'nodistro' 
>> configuration like this:
>>
>> bblayers.conf:
>> BBLAYERS ?= " \
>>   /home/alexander/development/poky/meta \
>> "
>> (and no other layers)
>>
>> local.conf:
>>
>> MACHINE ??= "qemuarm"
>> DISTRO ?= "nodistro"
>> INHERIT += 'uninative'
>> require conf/distro/include/yocto-uninative.inc
>> ... (dl_dir, sstate etc)
>>
>> and build gstreamer1.0-plugins-base.
>>
>> Alex
>>
>>
>> On Mon, 13 Jan 2020 at 16:38, Carlos Rafael Giani  
>> wrote:
>>>
>>> Except that there is no such package. Also, even if I build GStreamer
>>> from scratch with all optional packageconfigs disabled, I do not get
>>> this error, nor do I get any warnings about potentially missing
>>> dependencies. So, I don't know what is going on here..
>>>
>>> On 13.01.20 13:59, Richard Purdie wrote:
>>> > On Mon, 2020-01-13 at 13:55 +0100, Carlos Rafael Giani wrote:
>>> >> Nope. This is an odd one. Are you sure there isn't a problem with
>>> >> the
>>> >> setup itself? In step2c, I see:
>>> >>
>>> >>   > ERROR: core-image-sato-1.0-r0 do_testsdk: The toolchain
>>> >> /home/pokybuild/yocto-worker/qemuarm-oecore/build/build/tmp-
>>> >> glibc/deploy/sdk/oecore-i686-armv7vet2hf-neon-toolchain-
>>> >> nodistro.0.sh
>>> >> is not built. Build it before running the tests: 'bitbake  -c
>>> >> populate_sdk' .
>>> > 2c fails as earlier stepd didn't build. I think the real issue is
>>> > step1b which says:
>>> >
>>> > | Compiler for C supports arguments -Wdeclaration-after-statement: YES
>>> > | Found pkg-config: 
>>> > /home/pokybuild/yocto-worker/qemuarm-oecore/build/build/tmp-glibc/work/armv7vet2hf-neon-oe-linux-gnueabi/gstreamer1.0-plugins-base/1.16.1-r0/recipe-sysroot-native/usr/bin/pkg-config
>>> >  (0.29.2)
>>> > | Run-time dependency x11 found: YES 1.6.9
>>> > | Run-time dependency glib-2.0 found: YES 2.62.4
>>> > | Run-time dependency gobject-2.0 found: YES 2.62.4
>>> > | Run-time dependency gio-2.0 found: YES 2.62.4
>>> > | Run-time dependency gio-unix-2.0 found: YES 2.62.4
>>> > | Run-time dependency gmodule-no-export-2.0 found: YES 2.62.4
>>> > | Dependency gdk-pixbuf-2.0 skipped: feature examples disabled
>>> > | Dependency gtk+-3.0 skipped: feature examples disabled
>>> > | Dependency gtk+-x11-3.0 skipped: feature examples disabled
>>> > | Run-time dependency gstreamer-1.0 found: YES 1.16.1
>>> > | Run-time dependency gstreamer-base-1.0 found: YES 1.16.1
>>> > | Run-time dependency gstreamer-net-1.0 found: YES 1.16.1
>>> > | Found CMake: NO
>>> > | Run-time dependency gstreamer-check-1.0 found: NO (tried pkgconfig and 
>>> > cmake)
>>> > | Looking for a fallback subproject for the dependency gstreamer-check-1.0
>>> > | Subproject directory not found and gstreamer.wrap file not found
>>> > | Subproject  subprojects/gstreamer is buildable: NO (disabling)
>>> > | Dependency gstreamer-check-1.0 from subproject subprojects/gstreamer 
>>> > found: NO
>>> > |
>>> > | meson.build:309:0: ERROR: Could not find dependency gst_controller_dep 
>>> > in subproject gstreamer
>>> > |
>>> > | A full log can be found at 
>>> > /home/pokybuild/yocto-worker/qemuarm-oecore/build/build/tmp-glibc/work/armv7vet2hf-neon-oe-linux-gnueabi/gstreamer1.0-plugins-base/1.16.1-r0/build/meson-logs/meson-log.txt
>>> > | WARNING: 
>>> > /home/pokybuild/yocto-worker/qemuarm-oecore/build/build/tmp-glibc/work/armv7vet2hf-neon-oe-linux-gnueabi/gstreamer1.0-plugins-base/1.16.1-r0/temp/run.do_configure.46093:1
>>> >  exit 1 from 'exit 1'
>>> > |
>>> > NOTE: recipe gstreamer1.0-plugins-base-1.16.1-r0: task do_configure: 
>>> > Failed
>>> >
>>> > | Compiler for C supports arguments -Wdeclaration-after-statement: YES
>>> > | Found pkg-config: 
>>> > /home/pokybuild/yocto-worker/qemuarm-oecore/build/build/tmp-glibc/work/armv7vet2hf-neon-oe-linux-gnueabi/gstreamer1.0-plugins-base/1.16.1-r0/recipe-sysroot-native/usr/

Re: [OE-core] [yocto] Yocto Project Status WW03'20

[akuster808]

On 1/14/20 7:52 AM, Stephen Jolley wrote:
>
> Current Dev Position: YP 3.1 M2
>
> Next Deadline: YP 3.1 M2 build date 1/20/2020
>
>  
>
> Next Team Meetings:
>
>   * Bug Triage meeting Thursday Jan. 16th  at 7:30am PDT
> (https://zoom.us/j/454367603)
>   * Monthly Project Meeting Tuesday Feb. 4th  at 8am PDT
> (https://zoom.us/j/990892712) 
>   * Weekly Engineering Sync Tuesday Jan. 14th at 8am PDT
> (https://zoom.us/j/990892712) 
>   * Twitch - Next event is Tuesday Jan. 14th at 8am PDT
> (https://www.twitch.tv/yocto_project)
>
>  
>
> Tip of the Week:
>
>   * ‘oe-pkgdata-browser’ is a new handy small helper UI added by Ross
> to visualise the pkgdata held within a build.
>   * (anyone with tips they’d like to see here, please send to Stephen
> or Richard)
>
>  
>
> Key Status/Updates:
>
>   * YP 3.1 M2 is due to be built next week.
>   * Patch merging is roughly on track however there are a number of
> failures identified with key patches (glibc has a prelink issue on
> mips, python 3.8 upgrade blocked on uid issue, gstreamer meson
> transition blocked on nodistro failure). Most of these issues are
> making progress over time.
>   * The more worrying aspect is that there are a number of
> recurring/intermittent failures in the automated testing, mostly
> from selftest and testimage.
>   * Looking at the build history, “full” images have built cleanly
> only once in the past month (3 times in the last two months),
> which is a pretty shocking statistic which summarises the
> challenges we face there. Most of these are being procrastinated
> on by the bug owners since we can’t reproduce them at will. We
> really need help working on these kinds of issues.
>   * We have changed the sstate mirrors to be per release, simply to
> lower the numbers of files in any given sstate directory.
>   * The triage team is worried about attendance at triage meetings and
> the project is finding it hard to find people to help fix bugs. If
> anyone is willing to work on bugs, assistance would be greatly
> appreciated.
>
>  
>
> YP 3.1 Milestone Dates:
>
>   * YP 3.1 M2 build date 1/20/2020
>   * YP 3.1 M2 release date 1/31/2020
>   * YP 3.1 M3 build date 2/24/2020
>   * YP 3.1 M3 release date 3/6/2020
>   * YP 3.1 M4 build date  3/30/2020
>   * YP 3.1 M4 release date  4/24/2020
>
>  
>
> Planned upcoming dot releases:
>
>   * YP 2.7.3 build date  2/10/2020
>   * YP 2.7.3 release date 2/21/2020
>
New set of warrior patches sent out for review.


>  *
>
>
>
>   * YP 3.0.2 build date  2/3/2020
>   * YP 3.0.2 release date 2/14/2020
>
Back porting the remaining hash equivalence patches.

Do have some build failures that also affecting Master.

Will send out a call for patches sometime the end of next week.

Do we hold up the dot release if we add a new host?

- armin
>
>  *
>
>  
>
> Tracking Metrics:
>
>   * WDD 2772 (last week
> 2773)(https://wiki.yoctoproject.org/charts/combo.html)
>   * Poky Patch Metrics  
>   o Total patches found: 1411 (last week 1400)
>   o Patches in the Pending State: 562 (40%) [last week 562 (40%)]
>
>  
>
> The Yocto Project’s technical governance is through its Technical
> Steering Committee, more information is available at:
>
> https://wiki.yoctoproject.org/wiki/TSC
>
>  
>
> The Status reports are now stored on the wiki at:
> https://wiki.yoctoproject.org/wiki/Weekly_Status
>
>  
>
> [If anyone has suggestions for other information you’d like to see on
> this weekly status update, let us know!]
>
>  
>
> Thanks,
>
>  
>
> */Stephen K. Jolley/**//*
>
> *Yocto Project Project Manager*
>
> (    *Cell*:    (208) 244-4460
>
> * *Email*:  _sjolley.yp...@gmail.com
> _
>
>  
>
>
> -=-=-=-=-=-=-=-=-=-=-=-
> Links: You receive all messages sent to this group.
>
> View/Reply Online (#47959): 
> https://lists.yoctoproject.org/g/yocto/message/47959
> Mute This Topic: https://lists.yoctoproject.org/mt/69695597/1024635
> Group Owner: yocto+ow...@lists.yoctoproject.org
> Unsubscribe: https://lists.yoctoproject.org/g/yocto/unsub  
> [akus...@mvista.com]
> -=-=-=-=-=-=-=-=-=-=-=-

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

Re: [OE-core] [PATCH 01/12] gstreamer: Add common .inc files for meson based recipes

[Carlos Rafael Giani]

Nice find! But, there is still one issue Khem found, regarding errors in 
meta-multimedia plugins: https://errors.yoctoproject.org/Errors/Build/96752/


This, and the discussion about the qt5 packageconfig, means to me that a 
v2 set is warranted. What do you think?


On 14.01.20 16:51, Alexander Kanavin wrote:
I just sent a patch for this, and for the ptest issue. Should be good 
to merge now!


Alex

On Mon, 13 Jan 2020 at 19:01, Alexander Kanavin 
mailto:alex.kana...@gmail.com>> wrote:


I have reproduced this just now. You need to set up a special
'nodistro' configuration like this:

bblayers.conf:
BBLAYERS ?= " \
  /home/alexander/development/poky/meta \
"
(and no other layers)

local.conf:

MACHINE ??= "qemuarm"
DISTRO ?= "nodistro"
INHERIT += 'uninative'
require conf/distro/include/yocto-uninative.inc
... (dl_dir, sstate etc)

and build gstreamer1.0-plugins-base.

Alex


On Mon, 13 Jan 2020 at 16:38, Carlos Rafael Giani
mailto:crg7...@mailbox.org>> wrote:

Except that there is no such package. Also, even if I build
GStreamer
from scratch with all optional packageconfigs disabled, I do
not get
this error, nor do I get any warnings about potentially missing
dependencies. So, I don't know what is going on here..

On 13.01.20 13:59, Richard Purdie wrote:
> On Mon, 2020-01-13 at 13:55 +0100, Carlos Rafael Giani wrote:
>> Nope. This is an odd one. Are you sure there isn't a
problem with
>> the
>> setup itself? In step2c, I see:
>>
>>   > ERROR: core-image-sato-1.0-r0 do_testsdk: The toolchain
>> /home/pokybuild/yocto-worker/qemuarm-oecore/build/build/tmp-
>> glibc/deploy/sdk/oecore-i686-armv7vet2hf-neon-toolchain-
>> nodistro.0.sh 
>> is not built. Build it before running the tests: 'bitbake
 -c
>> populate_sdk' .
> 2c fails as earlier stepd didn't build. I think the real
issue is
> step1b which says:
>
> | Compiler for C supports arguments
-Wdeclaration-after-statement: YES
> | Found pkg-config:

/home/pokybuild/yocto-worker/qemuarm-oecore/build/build/tmp-glibc/work/armv7vet2hf-neon-oe-linux-gnueabi/gstreamer1.0-plugins-base/1.16.1-r0/recipe-sysroot-native/usr/bin/pkg-config
(0.29.2)
> | Run-time dependency x11 found: YES 1.6.9
> | Run-time dependency glib-2.0 found: YES 2.62.4
> | Run-time dependency gobject-2.0 found: YES 2.62.4
> | Run-time dependency gio-2.0 found: YES 2.62.4
> | Run-time dependency gio-unix-2.0 found: YES 2.62.4
> | Run-time dependency gmodule-no-export-2.0 found: YES 2.62.4
> | Dependency gdk-pixbuf-2.0 skipped: feature examples disabled
> | Dependency gtk+-3.0 skipped: feature examples disabled
> | Dependency gtk+-x11-3.0 skipped: feature examples disabled
> | Run-time dependency gstreamer-1.0 found: YES 1.16.1
> | Run-time dependency gstreamer-base-1.0 found: YES 1.16.1
> | Run-time dependency gstreamer-net-1.0 found: YES 1.16.1
> | Found CMake: NO
> | Run-time dependency gstreamer-check-1.0 found: NO (tried
pkgconfig and cmake)
> | Looking for a fallback subproject for the dependency
gstreamer-check-1.0
> | Subproject directory not found and gstreamer.wrap file not
found
> | Subproject  subprojects/gstreamer is buildable: NO (disabling)
> | Dependency gstreamer-check-1.0 from subproject
subprojects/gstreamer found: NO
> |
> | meson.build:309:0: ERROR: Could not find dependency
gst_controller_dep in subproject gstreamer
> |
> | A full log can be found at

/home/pokybuild/yocto-worker/qemuarm-oecore/build/build/tmp-glibc/work/armv7vet2hf-neon-oe-linux-gnueabi/gstreamer1.0-plugins-base/1.16.1-r0/build/meson-logs/meson-log.txt
> | WARNING:

/home/pokybuild/yocto-worker/qemuarm-oecore/build/build/tmp-glibc/work/armv7vet2hf-neon-oe-linux-gnueabi/gstreamer1.0-plugins-base/1.16.1-r0/temp/run.do_configure.46093:1
exit 1 from 'exit 1'
> |
> NOTE: recipe gstreamer1.0-plugins-base-1.16.1-r0: task
do_configure: Failed
>
> | Compiler for C supports arguments
-Wdeclaration-after-statement: YES
> | Found pkg-config:

/home/pokybuild/yocto-worker/qemuarm-oecore/build/build/tmp-glibc/work/armv7vet2hf-neon-oe-linux-gnueabi/gstreamer1.0-plugins-base/1.16.1-r0/recipe-sysroot-native/usr/bin/pkg-config
(0.29.2)
> | Run-time dependency x11 found: YES 1.6.9
> | Run-time dependency glib-2.0 found: YES 2.62.4
> | Run-time dependency gobject-2.0 found: YES 2.62.4
> | Run-time dependency gio-2.0 found: YES 2.62.4
> | Run-time dependency g

Re: [OE-core] [PATCH 05/28] python3: update to 3.8.1

[Richard Purdie]

On Tue, 2020-01-14 at 13:19 +0100, Alexander Kanavin wrote:
> On Tue, 14 Jan 2020 at 11:23, Richard Purdie <
> richard.pur...@linuxfoundation.org> wrote:
> > For extra data I reran this on a builder where it failed. This time
> > it
> > worked out ok. I can think of two different things we could try:
> > 
> > a) Add some debug to the code so that when a unknown user error
> > occurs,
> > it triggers a mention of the filename with the issue
> > 
> > b) Potentially try turning off any parallel install code for
> > python.
> > I'm starting to wonder if that is racing somehow over file
> > ownership.
> > Making it single thread may make the issue appear (or it may
> > disappear).
> 
> I tried setting PARALLEL_MAKEINST to "", and it didn't make any
> difference (python is using standard autotools). I guess we'll have
> to catch the build directory when it happens again somehow.

The autobuilder failed with this again, I went in and the first bit of
debugging I added was to say which file its failing on. Answer was:

WARNING: python3-3.8.1-r0 do_package: 
./package/usr/libx32/python3.8/__pycache__/_bootlocale.cpython-38.opt-2.pyc

so for some reason the ownership of the pyc file (or files) is suspect.

I did a quick inspection of the pseudo database and its only this one
file. That leads me to suspect its a race in how its being
generated/owned...

Cheers,

Richard


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

Re: [OE-core] [PATCHv2] meta/recipes-graphics/waffle: Add python3 dependency

[Alexander Kanavin]

This failure is not seen on the autobuilder. Is it something that happens
only under specific condition, and so should the dependency be conditional
to that?

Alex

On Tue, 14 Jan 2020 at 17:20, Aníbal Limón  wrote:

> The python3native.bbclass set PYTHON_{LIBRARY, INCLUDE_DIR} pointing to
> python target build, a patch was add to use target _sysconfigdata too [1]
> but is not available without python3 dependency.
>
> Fixes waffle build when trying to find _sysconfigdata module,
>
> ...
> | Program python3 found: YES
> (/home/anibal.limon/linaro/oe-rpb-master/build-410c/tmp-rpb-glibc/work/aarch64-linaro-linux/waffle/1.6.0-r0/recipe-sysroot-native/usr/bin/python3-native/python3)
> |
> | meson.build:36:0: ERROR: 
> ['/home/anibal.limon/linaro/oe-rpb-master/build-410c/tmp-rpb-glibc/work/aarch64-linaro-linux/waffle/1.6.0-r0/recipe-sysroot-native/usr/bin/python3-native/python3']>
> is not a valid python or it is missing setuptools
> |
> | A full log can be found at
> /home/anibal.limon/linaro/oe-rpb-master/build-410c/tmp-rpb-glibc/work/aarch64-linaro-linux/waffle/1.6.0-r0/build/meson-logs/meson-log.txt
> | WARNING: exit code 1 from a shell command.
> ...
>
> [1]
> http://git.openembedded.org/openembedded-core/commit/?id=02714c105426b0d687620913c1a7401b386428b6
>
> Signed-off-by: Aníbal Limón 
> ---
>  meta/recipes-graphics/waffle/waffle_1.6.0.bb | 2 ++
>  1 file changed, 2 insertions(+)
>
> diff --git a/meta/recipes-graphics/waffle/waffle_1.6.0.bb
> b/meta/recipes-graphics/waffle/waffle_1.6.0.bb
> index 52cb1df899..a620295978 100644
> --- a/meta/recipes-graphics/waffle/waffle_1.6.0.bb
> +++ b/meta/recipes-graphics/waffle/waffle_1.6.0.bb
> @@ -11,6 +11,8 @@ UPSTREAM_CHECK_URI = "
> http://www.waffle-gl.org/releases.html";
>
>  inherit meson features_check lib_package bash-completion
>
> +DEPENDS_append = " python3"
> +
>  # This should be overridden per-machine to reflect the capabilities of
> the GL
>  # stack.
>  PACKAGECONFIG ??= "${@bb.utils.contains('DISTRO_FEATURES', 'x11', 'glx
> x11-egl', '', d)} \
> --
> 2.24.1
>
>
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCHv2] meta/recipes-graphics/waffle: Add python3 dependency

[Aníbal Limón]

The python3native.bbclass set PYTHON_{LIBRARY, INCLUDE_DIR} pointing to
python target build, a patch was add to use target _sysconfigdata too [1]
but is not available without python3 dependency.

Fixes waffle build when trying to find _sysconfigdata module,

...
| Program python3 found: YES 
(/home/anibal.limon/linaro/oe-rpb-master/build-410c/tmp-rpb-glibc/work/aarch64-linaro-linux/waffle/1.6.0-r0/recipe-sysroot-native/usr/bin/python3-native/python3)
|
| meson.build:36:0: ERROR:  
['/home/anibal.limon/linaro/oe-rpb-master/build-410c/tmp-rpb-glibc/work/aarch64-linaro-linux/waffle/1.6.0-r0/recipe-sysroot-native/usr/bin/python3-native/python3']>
 is not a valid python or it is missing setuptools
|
| A full log can be found at 
/home/anibal.limon/linaro/oe-rpb-master/build-410c/tmp-rpb-glibc/work/aarch64-linaro-linux/waffle/1.6.0-r0/build/meson-logs/meson-log.txt
| WARNING: exit code 1 from a shell command.
...

[1] 
http://git.openembedded.org/openembedded-core/commit/?id=02714c105426b0d687620913c1a7401b386428b6

Signed-off-by: Aníbal Limón 
---
 meta/recipes-graphics/waffle/waffle_1.6.0.bb | 2 ++
 1 file changed, 2 insertions(+)

diff --git a/meta/recipes-graphics/waffle/waffle_1.6.0.bb 
b/meta/recipes-graphics/waffle/waffle_1.6.0.bb
index 52cb1df899..a620295978 100644
--- a/meta/recipes-graphics/waffle/waffle_1.6.0.bb
+++ b/meta/recipes-graphics/waffle/waffle_1.6.0.bb
@@ -11,6 +11,8 @@ UPSTREAM_CHECK_URI = "http://www.waffle-gl.org/releases.html";
 
 inherit meson features_check lib_package bash-completion
 
+DEPENDS_append = " python3"
+
 # This should be overridden per-machine to reflect the capabilities of the GL
 # stack.
 PACKAGECONFIG ??= "${@bb.utils.contains('DISTRO_FEATURES', 'x11', 'glx 
x11-egl', '', d)} \
-- 
2.24.1

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

[OE-core] [PATCH] sqlite: fix numerous CVEs

[Ross Burton]

Fix the following CVEs:

- CVE-2019-19244
- CVE-2019-19880
- CVE-2019-19923
- CVE-2019-19924
- CVE-2019-19925
- CVE-2019-19926
- CVE-2019-19959
- CVE-2019-20218

Signed-off-by: Ross Burton 
---
 .../sqlite/sqlite3/CVE-2019-19244.patch   | 33 ++
 .../sqlite/sqlite3/CVE-2019-19880.patch   | 33 ++
 .../sqlite/sqlite3/CVE-2019-19923.patch   | 50 ++
 .../sqlite/sqlite3/CVE-2019-19924.patch   | 65 +++
 .../sqlite/sqlite3/CVE-2019-19925.patch   | 33 ++
 .../sqlite/sqlite3/CVE-2019-19926.patch   | 31 +
 .../sqlite/sqlite3/CVE-2019-19959.patch   | 46 +
 .../sqlite/sqlite3/CVE-2019-20218.patch   | 31 +
 meta/recipes-support/sqlite/sqlite3_3.30.1.bb | 14 +++-
 9 files changed, 335 insertions(+), 1 deletion(-)
 create mode 100644 meta/recipes-support/sqlite/sqlite3/CVE-2019-19244.patch
 create mode 100644 meta/recipes-support/sqlite/sqlite3/CVE-2019-19880.patch
 create mode 100644 meta/recipes-support/sqlite/sqlite3/CVE-2019-19923.patch
 create mode 100644 meta/recipes-support/sqlite/sqlite3/CVE-2019-19924.patch
 create mode 100644 meta/recipes-support/sqlite/sqlite3/CVE-2019-19925.patch
 create mode 100644 meta/recipes-support/sqlite/sqlite3/CVE-2019-19926.patch
 create mode 100644 meta/recipes-support/sqlite/sqlite3/CVE-2019-19959.patch
 create mode 100644 meta/recipes-support/sqlite/sqlite3/CVE-2019-20218.patch

diff --git a/meta/recipes-support/sqlite/sqlite3/CVE-2019-19244.patch 
b/meta/recipes-support/sqlite/sqlite3/CVE-2019-19244.patch
new file mode 100644
index 000..3f70979accb
--- /dev/null
+++ b/meta/recipes-support/sqlite/sqlite3/CVE-2019-19244.patch
@@ -0,0 +1,33 @@
+CVE: CVE-2019-19244
+Upstream-Status: Backport
+Signed-off-by: Ross Burton 
+
+From 0f690d4ae5ffe656762fdbb7f36cc4c2dcbb2d9d Mon Sep 17 00:00:00 2001
+From: dan 
+Date: Fri, 22 Nov 2019 10:14:01 +
+Subject: [PATCH] Fix a crash that could occur if a sub-select that uses both
+ DISTINCT and window functions also used an ORDER BY that is the same as its
+ select list.
+
+Amalgamation version of the patch:
+FossilOrigin-Name: 
bcdd66c1691955c697f3d756c2b035acfe98f6aad72e90b0021bab6e9023b3ba
+---
+ sqlite3.c | 5 +++--
+ sqlite3.h | 2 +-
+ 2 files changed, 4 insertions(+), 3 deletions(-)
+
+diff --git a/sqlite3.c b/sqlite3.c
+index 8fd740b..db1c649 100644
+--- a/sqlite3.c
 b/sqlite3.c
+@@ -131679,6 +131679,7 @@ SQLITE_PRIVATE int sqlite3Select(
+   */
+   if( (p->selFlags & (SF_Distinct|SF_Aggregate))==SF_Distinct 
+&& sqlite3ExprListCompare(sSort.pOrderBy, pEList, -1)==0
++   && p->pWin==0
+   ){
+ p->selFlags &= ~SF_Distinct;
+ pGroupBy = p->pGroupBy = sqlite3ExprListDup(db, pEList, 0);
+-- 
+2.24.1
+
diff --git a/meta/recipes-support/sqlite/sqlite3/CVE-2019-19880.patch 
b/meta/recipes-support/sqlite/sqlite3/CVE-2019-19880.patch
new file mode 100644
index 000..ca5c31c57b9
--- /dev/null
+++ b/meta/recipes-support/sqlite/sqlite3/CVE-2019-19880.patch
@@ -0,0 +1,33 @@
+CVE: CVE-2019-19880
+Upstream-Status: Backport
+Signed-off-by: Ross Burton 
+
+From 3622d20ad10dfac9586d4423547ed960cbc66fcf Mon Sep 17 00:00:00 2001
+From: "D. Richard Hipp" 
+Date: Wed, 18 Dec 2019 00:05:50 +
+Subject: [PATCH] When processing constant integer values in ORDER BY clauses
+ of window definitions (see check-in [7e4 ---
+
+---
+ sqlite3.c | 4 +++-
+ 1 file changed, 3 insertions(+), 1 deletion(-)
+
+diff --git a/sqlite3.c b/sqlite3.c
+index db1c649..a83b3d2 100644
+--- a/sqlite3.c
 b/sqlite3.c
+@@ -147584,9 +147584,11 @@ static ExprList *exprListAppendList(
+ int nInit = pList ? pList->nExpr : 0;
+ for(i=0; inExpr; i++){
+   Expr *pDup = sqlite3ExprDup(pParse->db, pAppend->a[i].pExpr, 0);
++  assert( pDup==0 || !ExprHasProperty(pDup, EP_MemToken) );
+   if( bIntToNull && pDup && pDup->op==TK_INTEGER ){
+ pDup->op = TK_NULL;
+ pDup->flags &= ~(EP_IntValue|EP_IsTrue|EP_IsFalse);
++pDup->u.zToken = 0;
+   }
+   pList = sqlite3ExprListAppend(pParse, pList, pDup);
+   if( pList ) pList->a[nInit+i].sortFlags = pAppend->a[i].sortFlags;
+-- 
+2.24.1
+
diff --git a/meta/recipes-support/sqlite/sqlite3/CVE-2019-19923.patch 
b/meta/recipes-support/sqlite/sqlite3/CVE-2019-19923.patch
new file mode 100644
index 000..b1b866b250a
--- /dev/null
+++ b/meta/recipes-support/sqlite/sqlite3/CVE-2019-19923.patch
@@ -0,0 +1,50 @@
+CVE: CVE-2019-19923
+Upstream-Status: Backport
+Signed-off-by: Ross Burton 
+
+From b64463719dc53bde98b0ce3930b10a32560c3a02 Mon Sep 17 00:00:00 2001
+From: "D. Richard Hipp" 
+Date: Wed, 18 Dec 2019 20:51:58 +
+Subject: [PATCH] Continue to back away from the LEFT JOIN optimization of
+ check-in [41c27bc0ff1d3135] by disallowing query flattening if the outer
+ query is DISTINCT.  Without this fix, if an index scan is run on the table
+ within the view on the right-hand side of the LEFT JOIN, stale result
+ registers might be accessed yielding incorrec

[OE-core] ✗ patchtest: failure for "gstreamer1.0: decouple check a..." and 1 more

[Patchwork]

== Series Details ==

Series: "gstreamer1.0: decouple check a..." and 1 more
Revision: 1
URL   : https://patchwork.openembedded.org/series/22007/
State : failure

== Summary ==


Thank you for submitting this patch series to OpenEmbedded Core. This is
an automated response. Several tests have been executed on the proposed
series by patchtest resulting in the following failures:



* Issue Series does not apply on top of target branch 
[test_series_merge_on_head] 
  Suggested fixRebase your series on top of targeted branch
  Targeted branch  master (currently at b6d4150f9c)



If you believe any of these test results are incorrect, please reply to the
mailing list (openembedded-core@lists.openembedded.org) raising your concerns.
Otherwise we would appreciate you correcting the issues and submitting a new
version of the patchset if applicable. Please ensure you add/increment the
version number when sending the new version (i.e. [PATCH] -> [PATCH v2] ->
[PATCH v3] -> ...).

---
Guidelines: 
https://www.openembedded.org/wiki/Commit_Patch_Message_Guidelines
Test framework: http://git.yoctoproject.org/cgit/cgit.cgi/patchtest
Test suite: http://git.yoctoproject.org/cgit/cgit.cgi/patchtest-oe

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

[OE-core] Yocto Project Status WW03'20

[sjolley.yp.pm]

Current Dev Position: YP 3.1 M2

Next Deadline: YP 3.1 M2 build date 1/20/2020

 

Next Team Meetings:

*   Bug Triage meeting Thursday Jan. 16th  at 7:30am PDT (
 https://zoom.us/j/454367603)
*   Monthly Project Meeting Tuesday Feb. 4th  at 8am PDT (
 https://zoom.us/j/990892712)
*   Weekly Engineering Sync Tuesday Jan. 14th at 8am PDT (
 https://zoom.us/j/990892712)
*   Twitch - Next event is Tuesday Jan. 14th at 8am PDT (
 https://www.twitch.tv/yocto_project)

 

Tip of the Week:

*   'oe-pkgdata-browser' is a new handy small helper UI added by Ross to
visualise the pkgdata held within a build.
*   (anyone with tips they'd like to see here, please send to Stephen or
Richard)

 

Key Status/Updates:

*   YP 3.1 M2 is due to be built next week.
*   Patch merging is roughly on track however there are a number of
failures identified with key patches (glibc has a prelink issue on mips,
python 3.8 upgrade blocked on uid issue, gstreamer meson transition blocked
on nodistro failure). Most of these issues are making progress over time.
*   The more worrying aspect is that there are a number of
recurring/intermittent failures in the automated testing, mostly from
selftest and testimage.
*   Looking at the build history, "full" images have built cleanly only
once in the past month (3 times in the last two months), which is a pretty
shocking statistic which summarises the challenges we face there. Most of
these are being procrastinated on by the bug owners since we can't reproduce
them at will. We really need help working on these kinds of issues.
*   We have changed the sstate mirrors to be per release, simply to
lower the numbers of files in any given sstate directory.
*   The triage team is worried about attendance at triage meetings and
the project is finding it hard to find people to help fix bugs. If anyone is
willing to work on bugs, assistance would be greatly appreciated.

 

YP 3.1 Milestone Dates:

*   YP 3.1 M2 build date 1/20/2020
*   YP 3.1 M2 release date 1/31/2020
*   YP 3.1 M3 build date 2/24/2020
*   YP 3.1 M3 release date 3/6/2020
*   YP 3.1 M4 build date  3/30/2020
*   YP 3.1 M4 release date  4/24/2020

 

Planned upcoming dot releases:

*   YP 2.7.3 build date  2/10/2020
*   YP 2.7.3 release date 2/21/2020
*   YP 3.0.2 build date  2/3/2020
*   YP 3.0.2 release date 2/14/2020

 

Tracking Metrics:

*   WDD 2772 (last week 2773) (

https://wiki.yoctoproject.org/charts/combo.html)
*   Poky Patch Metrics  

*   Total patches found: 1411 (last week 1400)
*   Patches in the Pending State: 562 (40%) [last week 562 (40%)]

 

The Yocto Project's technical governance is through its Technical Steering
Committee, more information is available at:

 
https://wiki.yoctoproject.org/wiki/TSC

 

The Status reports are now stored on the wiki at:

https://wiki.yoctoproject.org/wiki/Weekly_Status

 

[If anyone has suggestions for other information you'd like to see on this
weekly status update, let us know!]

 

Thanks,

 

Stephen K. Jolley

Yocto Project Project Manager

*Cell:(208) 244-4460

* Email:  sjolley.yp...@gmail.com

 

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

Re: [OE-core] [PATCH 01/12] gstreamer: Add common .inc files for meson based recipes

[Alexander Kanavin]

I just sent a patch for this, and for the ptest issue. Should be good to
merge now!

Alex

On Mon, 13 Jan 2020 at 19:01, Alexander Kanavin 
wrote:

> I have reproduced this just now. You need to set up a special 'nodistro'
> configuration like this:
>
> bblayers.conf:
> BBLAYERS ?= " \
>   /home/alexander/development/poky/meta \
> "
> (and no other layers)
>
> local.conf:
>
> MACHINE ??= "qemuarm"
> DISTRO ?= "nodistro"
> INHERIT += 'uninative'
> require conf/distro/include/yocto-uninative.inc
> ... (dl_dir, sstate etc)
>
> and build gstreamer1.0-plugins-base.
>
> Alex
>
>
> On Mon, 13 Jan 2020 at 16:38, Carlos Rafael Giani 
> wrote:
>
>> Except that there is no such package. Also, even if I build GStreamer
>> from scratch with all optional packageconfigs disabled, I do not get
>> this error, nor do I get any warnings about potentially missing
>> dependencies. So, I don't know what is going on here..
>>
>> On 13.01.20 13:59, Richard Purdie wrote:
>> > On Mon, 2020-01-13 at 13:55 +0100, Carlos Rafael Giani wrote:
>> >> Nope. This is an odd one. Are you sure there isn't a problem with
>> >> the
>> >> setup itself? In step2c, I see:
>> >>
>> >>   > ERROR: core-image-sato-1.0-r0 do_testsdk: The toolchain
>> >> /home/pokybuild/yocto-worker/qemuarm-oecore/build/build/tmp-
>> >> glibc/deploy/sdk/oecore-i686-armv7vet2hf-neon-toolchain-
>> >> nodistro.0.sh
>> >> is not built. Build it before running the tests: 'bitbake  -c
>> >> populate_sdk' .
>> > 2c fails as earlier stepd didn't build. I think the real issue is
>> > step1b which says:
>> >
>> > | Compiler for C supports arguments -Wdeclaration-after-statement: YES
>> > | Found pkg-config:
>> /home/pokybuild/yocto-worker/qemuarm-oecore/build/build/tmp-glibc/work/armv7vet2hf-neon-oe-linux-gnueabi/gstreamer1.0-plugins-base/1.16.1-r0/recipe-sysroot-native/usr/bin/pkg-config
>> (0.29.2)
>> > | Run-time dependency x11 found: YES 1.6.9
>> > | Run-time dependency glib-2.0 found: YES 2.62.4
>> > | Run-time dependency gobject-2.0 found: YES 2.62.4
>> > | Run-time dependency gio-2.0 found: YES 2.62.4
>> > | Run-time dependency gio-unix-2.0 found: YES 2.62.4
>> > | Run-time dependency gmodule-no-export-2.0 found: YES 2.62.4
>> > | Dependency gdk-pixbuf-2.0 skipped: feature examples disabled
>> > | Dependency gtk+-3.0 skipped: feature examples disabled
>> > | Dependency gtk+-x11-3.0 skipped: feature examples disabled
>> > | Run-time dependency gstreamer-1.0 found: YES 1.16.1
>> > | Run-time dependency gstreamer-base-1.0 found: YES 1.16.1
>> > | Run-time dependency gstreamer-net-1.0 found: YES 1.16.1
>> > | Found CMake: NO
>> > | Run-time dependency gstreamer-check-1.0 found: NO (tried pkgconfig
>> and cmake)
>> > | Looking for a fallback subproject for the dependency
>> gstreamer-check-1.0
>> > | Subproject directory not found and gstreamer.wrap file not found
>> > | Subproject  subprojects/gstreamer is buildable: NO (disabling)
>> > | Dependency gstreamer-check-1.0 from subproject subprojects/gstreamer
>> found: NO
>> > |
>> > | meson.build:309:0: ERROR: Could not find dependency
>> gst_controller_dep in subproject gstreamer
>> > |
>> > | A full log can be found at
>> /home/pokybuild/yocto-worker/qemuarm-oecore/build/build/tmp-glibc/work/armv7vet2hf-neon-oe-linux-gnueabi/gstreamer1.0-plugins-base/1.16.1-r0/build/meson-logs/meson-log.txt
>> > | WARNING:
>> /home/pokybuild/yocto-worker/qemuarm-oecore/build/build/tmp-glibc/work/armv7vet2hf-neon-oe-linux-gnueabi/gstreamer1.0-plugins-base/1.16.1-r0/temp/run.do_configure.46093:1
>> exit 1 from 'exit 1'
>> > |
>> > NOTE: recipe gstreamer1.0-plugins-base-1.16.1-r0: task do_configure:
>> Failed
>> >
>> > | Compiler for C supports arguments -Wdeclaration-after-statement: YES
>> > | Found pkg-config:
>> /home/pokybuild/yocto-worker/qemuarm-oecore/build/build/tmp-glibc/work/armv7vet2hf-neon-oe-linux-gnueabi/gstreamer1.0-plugins-base/1.16.1-r0/recipe-sysroot-native/usr/bin/pkg-config
>> (0.29.2)
>> > | Run-time dependency x11 found: YES 1.6.9
>> > | Run-time dependency glib-2.0 found: YES 2.62.4
>> > | Run-time dependency gobject-2.0 found: YES 2.62.4
>> > | Run-time dependency gio-2.0 found: YES 2.62.4
>> > | Run-time dependency gio-unix-2.0 found: YES 2.62.4
>> > | Run-time dependency gmodule-no-export-2.0 found: YES 2.62.4
>> > | Dependency gdk-pixbuf-2.0 skipped: feature examples disabled
>> > | Dependency gtk+-3.0 skipped: feature examples disabled
>> > | Dependency gtk+-x11-3.0 skipped: feature examples disabled
>> > | Run-time dependency gstreamer-1.0 found: YES 1.16.1
>> > | Run-time dependency gstreamer-base-1.0 found: YES 1.16.1
>> > | Run-time dependency gstreamer-net-1.0 found: YES 1.16.1
>> > | Found CMake: NO
>> > | Run-time dependency gstreamer-check-1.0 found: NO (tried pkgconfig
>> and cmake)
>> > | Looking for a fallback subproject for the dependency
>> gstreamer-check-1.0
>> > | Subproject directory not found and gstreamer.wrap file not found
>> > | Subproject  subprojects/gstreamer is buildable: NO (disabling)
>> > |

[OE-core] [PATCH 2/2] gstreamer1.0: set the name of the test suite for ptests

[Alexander Kanavin]

Otherwise gnome-desktop-testing-runner starts testing everything
unrelated as well (e.g. glib).

Signed-off-by: Alexander Kanavin 
---
 meta/recipes-multimedia/gstreamer/gstreamer1.0-ptest.inc | 2 ++
 1 file changed, 2 insertions(+)

diff --git a/meta/recipes-multimedia/gstreamer/gstreamer1.0-ptest.inc 
b/meta/recipes-multimedia/gstreamer/gstreamer1.0-ptest.inc
index 74368c4cd87..b6980670410 100644
--- a/meta/recipes-multimedia/gstreamer/gstreamer1.0-ptest.inc
+++ b/meta/recipes-multimedia/gstreamer/gstreamer1.0-ptest.inc
@@ -5,6 +5,8 @@ RUN_PTEST_FILE = "${D}${PTEST_PATH}/run-ptest"
 
 EXTRA_OEMESON += "-Dtest-files-path=${TEST_FILES_PATH}"
 
+GST_TEST_SUITE_NAME ?= "gstreamer-1.0"
+
 # Using do_install_ptest_base instead of do_install_ptest, since
 # the default do_install_ptest_base is hardcoded to expect Makefiles.
 do_install_ptest_base() {
-- 
2.17.1

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

[OE-core] [PATCH 1/2] gstreamer1.0: decouple check and tests options

[Alexander Kanavin]

Some plugins such as gstreamer1.0-plugins-base refuse to build if
check is not enabled (which was the case when ptests were disabled).

Signed-off-by: Alexander Kanavin 
---
 meta/recipes-multimedia/gstreamer/gstreamer1.0_1.16.1.bb | 4 +++-
 1 file changed, 3 insertions(+), 1 deletion(-)

diff --git a/meta/recipes-multimedia/gstreamer/gstreamer1.0_1.16.1.bb 
b/meta/recipes-multimedia/gstreamer/gstreamer1.0_1.16.1.bb
index dc3e8ffafde..c6fbd398d91 100644
--- a/meta/recipes-multimedia/gstreamer/gstreamer1.0_1.16.1.bb
+++ b/meta/recipes-multimedia/gstreamer/gstreamer1.0_1.16.1.bb
@@ -26,11 +26,13 @@ SRC_URI[md5sum] = "c505fb818b36988daaa846e9e63eabe8"
 SRC_URI[sha256sum] = 
"02211c3447c4daa55919c5c0f43a82a6fbb51740d57fc3af0639d46f1cf4377d"
 
 PACKAGECONFIG ??= "${@bb.utils.contains('PTEST_ENABLED', '1', 'tests', '', d)} 
\
+   check \
tools"
 
 PACKAGECONFIG[debug] = "-Dgst_debug=true,-Dgst_debug=false"
 PACKAGECONFIG[tracer-hooks] = "-Dtracer_hooks=true,-Dtracer_hooks=false"
-PACKAGECONFIG[tests] = "-Dcheck=enabled -Dtests=enabled 
-Dinstalled-tests=true,-Dcheck=disabled -Dtests=disabled 
-Dinstalled-tests=false"
+PACKAGECONFIG[check] = "-Dcheck=enabled,-Dcheck=disabled"
+PACKAGECONFIG[tests] = "-Dtests=enabled 
-Dinstalled-tests=true,-Dtests=disabled -Dinstalled-tests=false"
 PACKAGECONFIG[valgrind] = "-Dvalgrind=enabled,-Dvalgrind=disabled,valgrind,"
 PACKAGECONFIG[unwind] = "-Dlibunwind=enabled,-Dlibunwind=disabled,libunwind"
 PACKAGECONFIG[dw] = "-Dlibdw=enabled,-Dlibdw=disabled,elfutils"
-- 
2.17.1

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

[OE-core] [PATCH 17/20] perl: fix failing ptests

[Alexander Kanavin]

Signed-off-by: Alexander Kanavin 
---
 ...correctly-exclude-unbuilt-extensions.patch | 27 +++
 .../perl/files/perl-configpm-switch.patch |  4 +--
 meta/recipes-devtools/perl/perl_5.30.1.bb |  1 +
 3 files changed, 30 insertions(+), 2 deletions(-)
 create mode 100644 
meta/recipes-devtools/perl/files/0001-tests-adjust-to-correctly-exclude-unbuilt-extensions.patch

diff --git 
a/meta/recipes-devtools/perl/files/0001-tests-adjust-to-correctly-exclude-unbuilt-extensions.patch
 
b/meta/recipes-devtools/perl/files/0001-tests-adjust-to-correctly-exclude-unbuilt-extensions.patch
new file mode 100644
index 000..0f3a2c63274
--- /dev/null
+++ 
b/meta/recipes-devtools/perl/files/0001-tests-adjust-to-correctly-exclude-unbuilt-extensions.patch
@@ -0,0 +1,27 @@
+From b0d53cfd785f64002128ac5eecc4aed0663d9c30 Mon Sep 17 00:00:00 2001
+From: Alexander Kanavin 
+Date: Thu, 9 Jan 2020 17:26:55 +0100
+Subject: [PATCH] tests: adjust to correctly exclude unbuilt extensions
+
+Issue is reported here:
+https://github.com/arsv/perl-cross/issues/85
+
+Upstream-Status: Inappropriate [issue caused by perl-cross]
+Signed-off-by: Alexander Kanavin 
+---
+ t/TEST | 2 +-
+ 1 file changed, 1 insertion(+), 1 deletion(-)
+
+diff --git a/t/TEST b/t/TEST
+index a9c844f..8d3505f 100755
+--- a/t/TEST
 b/t/TEST
+@@ -419,7 +419,7 @@ sub _tests_from_manifest {
+   while () {
+   if 
(m!^((?:cpan|dist|ext)/(\S+)/+(?:[^/\s]+\.t|test\.pl)|lib/\S+?(?:\.t|test\.pl))\s!)
 {
+   my $t = $1;
+-  my $extension = $2;
++  my $extension = $1."/".$2;
+ 
+   # XXX Generates way too many error lines currently.  Skip for
+   # v5.22
diff --git a/meta/recipes-devtools/perl/files/perl-configpm-switch.patch 
b/meta/recipes-devtools/perl/files/perl-configpm-switch.patch
index 3c2cecb8c18..80ce4a6de76 100644
--- a/meta/recipes-devtools/perl/files/perl-configpm-switch.patch
+++ b/meta/recipes-devtools/perl/files/perl-configpm-switch.patch
@@ -1,4 +1,4 @@
-From 7f313cac31c55cbe62a4d0cdfa8321cc05a8eb3a Mon Sep 17 00:00:00 2001
+From 5120acaa2be5787d9657f6b91bc8ee3c2d664fbe Mon Sep 17 00:00:00 2001
 From: Alexander Kanavin 
 Date: Sun, 27 May 2007 21:04:11 +
 Subject: [PATCH] perl: 5.8.7 -> 5.8.8 (from OE)
@@ -20,7 +20,7 @@ Signed-off-by: Alexander Kanavin 
  1 file changed, 16 insertions(+), 2 deletions(-)
 
 diff --git a/configpm b/configpm
-index 09c4a3b..6a0a680 100755
+index c8de8bf..204613c 100755
 --- a/configpm
 +++ b/configpm
 @@ -687,7 +687,7 @@ sub FETCH {
diff --git a/meta/recipes-devtools/perl/perl_5.30.1.bb 
b/meta/recipes-devtools/perl/perl_5.30.1.bb
index 03e7f206f91..90a9fad68b8 100644
--- a/meta/recipes-devtools/perl/perl_5.30.1.bb
+++ b/meta/recipes-devtools/perl/perl_5.30.1.bb
@@ -20,6 +20,7 @@ SRC_URI = 
"https://www.cpan.org/src/5.0/perl-${PV}.tar.gz;name=perl \

file://0001-configure_path.sh-do-not-hardcode-prefix-lib-as-libr.patch \

file://0001-enc2xs-Add-environment-variable-to-suppress-comments.patch \
file://0002-Constant-Fix-up-shebang.patch \
+   
file://0001-tests-adjust-to-correctly-exclude-unbuilt-extensions.patch \
"
 SRC_URI_append_class-native = " \
file://perl-configpm-switch.patch \
-- 
2.17.1

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

[OE-core] [PATCH 19/20] strace: fix failing ptests

[Alexander Kanavin]

1. They need to be run under regular user.
2. Some tests genuinely need more time than 30 seconds
3. The Makefile patch erroneously introduced a test-breaking change.

Signed-off-by: Alexander Kanavin 
---
 meta/recipes-devtools/strace/strace/Makefile-ptest.patch | 2 +-
 meta/recipes-devtools/strace/strace/run-ptest| 7 +--
 2 files changed, 6 insertions(+), 3 deletions(-)

diff --git a/meta/recipes-devtools/strace/strace/Makefile-ptest.patch 
b/meta/recipes-devtools/strace/strace/Makefile-ptest.patch
index 2437d1fb6d0..1f01ef79f25 100644
--- a/meta/recipes-devtools/strace/strace/Makefile-ptest.patch
+++ b/meta/recipes-devtools/strace/strace/Makefile-ptest.patch
@@ -42,6 +42,6 @@ Signed-off-by: Anuj Mittal 
 +  done
 +  for file in $(EXTRA_DIST); do \
 +  install $(srcdir)/$$file $(DESTDIR)/$(TESTDIR); \
-+  sed -i -e 's/$${srcdir=.}/./g' $(DESTDIR)/$(TESTDIR)/$$file; \
++  #sed -i -e 's/$${srcdir=.}/./g' $(DESTDIR)/$(TESTDIR)/$$file; \
 +  done
 +  for i in net scm_rights-fd rt_sigaction; do sed -i -e 's/$$srcdir/./g' 
$(DESTDIR)/$(TESTDIR)/$$i.test; done
diff --git a/meta/recipes-devtools/strace/strace/run-ptest 
b/meta/recipes-devtools/strace/strace/run-ptest
index 2fed984e901..4660207220b 100755
--- a/meta/recipes-devtools/strace/strace/run-ptest
+++ b/meta/recipes-devtools/strace/strace/run-ptest
@@ -1,3 +1,6 @@
 #!/bin/sh
-export TIMEOUT_DURATION=30
-make -B -C tests -k test-suite.log
+export TIMEOUT_DURATION=120
+chown nobody tests
+chown nobody tests/*
+chown nobody ../ptest
+su nobody -c "make -B -C tests -k test-suite.log"
-- 
2.17.1

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

[OE-core] [PATCH 18/20] bash: exclude from ptests

[Alexander Kanavin]

Bash's test suite prints a ton of warnings like

warning: UNIX versions number signals and schedule processes differently.
warning: If output differing only in line numbers is produced, please
warning: do not consider this a test failure.

or

warning: please do not consider output differing only in the amount of
warning: white space to be an error.

and indeed some of the tests then fail. Rather than fight with this
non-determinism, let's exclude bash from ptesting.

Signed-off-by: Alexander Kanavin 
---
 meta/conf/distro/include/ptest-packagelists.inc | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/meta/conf/distro/include/ptest-packagelists.inc 
b/meta/conf/distro/include/ptest-packagelists.inc
index bc4aaf6a4ca..0a13bf0a6c1 100644
--- a/meta/conf/distro/include/ptest-packagelists.inc
+++ b/meta/conf/distro/include/ptest-packagelists.inc
@@ -56,10 +56,10 @@ PTESTS_FAST = "\
 #clutter-1.0-ptest \ # Doesn't build due to depends on cogl-1.0
 #lz4-ptest \ # Needs a rewrite
 #rt-tests-ptest \ # Needs to be checked whether it runs at all
+#bash-ptest \ # Test outcomes are non-deterministic by design
 #"
 
 PTESTS_SLOW = "\
-bash-ptest \
 busybox-ptest \
 dbus-test-ptest \
 e2fsprogs-ptest \
-- 
2.17.1

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

[OE-core] [PATCH 20/20] valgrind: partially fix ptests

[Alexander Kanavin]

Unfortunately the ptests assume that $S=$B, and also require
the presence of original source code.

There are still some failures left which require additional investigation.

Signed-off-by: Alexander Kanavin 
---
 meta/recipes-devtools/valgrind/valgrind_3.15.0.bb | 5 +++--
 1 file changed, 3 insertions(+), 2 deletions(-)

diff --git a/meta/recipes-devtools/valgrind/valgrind_3.15.0.bb 
b/meta/recipes-devtools/valgrind/valgrind_3.15.0.bb
index aedaab27b33..6a3834cfdc6 100644
--- a/meta/recipes-devtools/valgrind/valgrind_3.15.0.bb
+++ b/meta/recipes-devtools/valgrind/valgrind_3.15.0.bb
@@ -64,7 +64,8 @@ COMPATIBLE_HOST_linux-gnun32 = 'null'
 # Disable for powerpc64 with musl
 COMPATIBLE_HOST_libc-musl_powerpc64 = 'null'
 
-inherit autotools ptest multilib_header
+# brokenseip is unfortunately required by ptests to pass
+inherit autotools-brokensep ptest multilib_header
 
 EXTRA_OECONF = "--enable-tls --without-mpicc"
 EXTRA_OECONF += 
"${@['--enable-only32bit','--enable-only64bit'][d.getVar('SITEINFO_BITS') != 
'32']}"
@@ -116,7 +117,7 @@ RDEPENDS_${PN}-ptest += " bash coreutils file \
gdb libgomp \
perl \
perl-module-getopt-long perl-module-file-basename perl-module-file-glob \
-   procps sed ${PN}-dbg"
+   procps sed ${PN}-dbg ${PN}-src"
 RDEPENDS_${PN}-ptest_append_libc-glibc = " glibc-utils"
 
 # One of the tests contains a bogus interpreter path on purpose.
-- 
2.17.1

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

[OE-core] [PATCH 16/20] iputils: resolve a name clash with latest libcap

[Alexander Kanavin]

Signed-off-by: Alexander Kanavin 
---
 ...riable-name-to-avoid-colliding-with-.patch | 51 +++
 .../iputils/iputils_s20190709.bb  |  4 +-
 2 files changed, 54 insertions(+), 1 deletion(-)
 create mode 100644 
meta/recipes-extended/iputils/iputils/0001-ninfod-change-variable-name-to-avoid-colliding-with-.patch

diff --git 
a/meta/recipes-extended/iputils/iputils/0001-ninfod-change-variable-name-to-avoid-colliding-with-.patch
 
b/meta/recipes-extended/iputils/iputils/0001-ninfod-change-variable-name-to-avoid-colliding-with-.patch
new file mode 100644
index 000..e106a0cf738
--- /dev/null
+++ 
b/meta/recipes-extended/iputils/iputils/0001-ninfod-change-variable-name-to-avoid-colliding-with-.patch
@@ -0,0 +1,51 @@
+From ab1aa2eb0097a7ef05ffccac058b06812deb2695 Mon Sep 17 00:00:00 2001
+From: Sami Kerola 
+Date: Sat, 28 Dec 2019 17:16:27 +
+Subject: [PATCH] ninfod: change variable name to avoid colliding with function
+ name
+
+The sys/capability.h header has 'extern int cap_setuid(uid_t uid);'
+function prototype.
+
+Addresses: https://github.com/iputils/iputils/issues/246
+
+Upstream-Status: Backport 
[https://github.com/iputils/iputils/commit/18f9a84e0e702841d6cc4d5f593de4fbd1348e83]
+Signed-off-by: Sami Kerola 
+Signed-off-by: Alexander Kanavin 
+---
+ ninfod/ninfod.c | 8 
+ 1 file changed, 4 insertions(+), 4 deletions(-)
+
+diff --git a/ninfod/ninfod.c b/ninfod/ninfod.c
+index badbf80..28f03af 100644
+--- a/ninfod/ninfod.c
 b/ninfod/ninfod.c
+@@ -454,7 +454,7 @@ static void do_daemonize(void)
+ /* - */
+ #ifdef HAVE_LIBCAP
+ static const cap_value_t cap_net_raw = CAP_NET_RAW;
+-static const cap_value_t cap_setuid =  CAP_SETUID; 
++static const cap_value_t cap_setuserid = CAP_SETUID;
+ static cap_flag_value_t cap_ok;
+ #else
+ static uid_t euid;
+@@ -486,7 +486,7 @@ static void limit_capabilities(void)
+ 
+   cap_get_flag(cap_cur_p, CAP_SETUID, CAP_PERMITTED, &cap_ok);
+   if (cap_ok != CAP_CLEAR)
+-  cap_set_flag(cap_p, CAP_PERMITTED, 1, &cap_setuid, CAP_SET);
++  cap_set_flag(cap_p, CAP_PERMITTED, 1, &cap_setuserid, CAP_SET);
+ 
+   if (cap_set_proc(cap_p) < 0) {
+   DEBUG(LOG_ERR, "cap_set_proc: %s\n", strerror(errno));
+@@ -519,8 +519,8 @@ static void drop_capabilities(void)
+ 
+   /* setuid / setuid */
+   if (cap_ok != CAP_CLEAR) {
+-  cap_set_flag(cap_p, CAP_PERMITTED, 1, &cap_setuid, CAP_SET);
+-  cap_set_flag(cap_p, CAP_EFFECTIVE, 1, &cap_setuid, CAP_SET);
++  cap_set_flag(cap_p, CAP_PERMITTED, 1, &cap_setuserid, CAP_SET);
++  cap_set_flag(cap_p, CAP_EFFECTIVE, 1, &cap_setuserid, CAP_SET);
+ 
+   if (cap_set_proc(cap_p) < 0) {
+   DEBUG(LOG_ERR, "cap_set_proc: %s\n", strerror(errno));
diff --git a/meta/recipes-extended/iputils/iputils_s20190709.bb 
b/meta/recipes-extended/iputils/iputils_s20190709.bb
index 3f9e9917f0b..a672ccdb7c0 100644
--- a/meta/recipes-extended/iputils/iputils_s20190709.bb
+++ b/meta/recipes-extended/iputils/iputils_s20190709.bb
@@ -10,7 +10,9 @@ LIC_FILES_CHKSUM = 
"file://LICENSE;md5=55aa8c9fcad0691cef0ecd420361e390"
 
 DEPENDS = "gnutls"
 
-SRC_URI = "git://github.com/iputils/iputils"
+SRC_URI = "git://github.com/iputils/iputils \
+   
file://0001-ninfod-change-variable-name-to-avoid-colliding-with-.patch \
+   "
 SRCREV = "13e00847176aa23683d68fce1d17ffb523510946"
 
 S = "${WORKDIR}/git"
-- 
2.17.1

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

[OE-core] [PATCH 15/20] libevent: disable ptests that require a DNS and an intenet connection

[Alexander Kanavin]

Signed-off-by: Alexander Kanavin 
---
 c-patch-out-tests-that-require-a-wo.patch | 37 +++
 .../libevent/libevent_2.1.11.bb   | 10 ++---
 2 files changed, 42 insertions(+), 5 deletions(-)
 create mode 100644 
meta/recipes-support/libevent/libevent/0001-test-regress_dns.c-patch-out-tests-that-require-a-wo.patch

diff --git 
a/meta/recipes-support/libevent/libevent/0001-test-regress_dns.c-patch-out-tests-that-require-a-wo.patch
 
b/meta/recipes-support/libevent/libevent/0001-test-regress_dns.c-patch-out-tests-that-require-a-wo.patch
new file mode 100644
index 000..505153d285e
--- /dev/null
+++ 
b/meta/recipes-support/libevent/libevent/0001-test-regress_dns.c-patch-out-tests-that-require-a-wo.patch
@@ -0,0 +1,37 @@
+From 7c17967b8fd2d18b74a8934fd9bb8212ebd6a271 Mon Sep 17 00:00:00 2001
+From: Alexander Kanavin 
+Date: Thu, 9 Jan 2020 13:22:46 +0100
+Subject: [PATCH] test/regress_dns.c: patch out tests that require a working
+ DNS
+
+This is not guaranteed for ptests under qemu, and in the absence
+of a DNS that can reach to the internet, these tests fail.
+
+Upstream-Status: Inappropriate [oe-core specific]
+Signed-off-by: Alexander Kanavin 
+---
+ test/regress_dns.c | 4 
+ 1 file changed, 4 deletions(-)
+
+diff --git a/test/regress_dns.c b/test/regress_dns.c
+index d2084b7..a1a8f3b 100644
+--- a/test/regress_dns.c
 b/test/regress_dns.c
+@@ -2394,8 +2394,6 @@ struct testcase_t dns_testcases[] = {
+   { "reissue_disable_when_inactive", 
dns_reissue_disable_when_inactive_test,
+ TT_FORK|TT_NEED_BASE|TT_NO_LOGS, &basic_setup, NULL },
+   { "inflight", dns_inflight_test, TT_FORK|TT_NEED_BASE, &basic_setup, 
NULL },
+-  { "bufferevent_connect_hostname", test_bufferevent_connect_hostname,
+-TT_FORK|TT_NEED_BASE, &basic_setup, NULL },
+ #ifdef EVENT__HAVE_SETRLIMIT
+   { "bufferevent_connect_hostname_emfile", 
test_bufferevent_connect_hostname,
+ TT_FORK|TT_NEED_BASE, &basic_setup, (char*)"emfile" },
+@@ -2405,8 +2403,6 @@ struct testcase_t dns_testcases[] = {
+   { "disable_when_inactive_no_ns", dns_disable_when_inactive_no_ns_test,
+ TT_FORK|TT_NEED_BASE|TT_NO_LOGS, &basic_setup, NULL },
+ 
+-  { "initialize_nameservers", dns_initialize_nameservers_test,
+-TT_FORK|TT_NEED_BASE, &basic_setup, NULL },
+ #ifndef _WIN32
+   { "nameservers_no_default", dns_nameservers_no_default_test,
+ TT_FORK|TT_NEED_BASE, &basic_setup, NULL },
diff --git a/meta/recipes-support/libevent/libevent_2.1.11.bb 
b/meta/recipes-support/libevent/libevent_2.1.11.bb
index 8c7c49e7ddd..fb186eb89f3 100644
--- a/meta/recipes-support/libevent/libevent_2.1.11.bb
+++ b/meta/recipes-support/libevent/libevent_2.1.11.bb
@@ -6,11 +6,11 @@ SECTION = "libs"
 LICENSE = "BSD & MIT"
 LIC_FILES_CHKSUM = "file://LICENSE;md5=17f20574c0b154d12236d5fbe964f549"
 
-SRC_URI = " \
-
https://github.com/libevent/libevent/releases/download/release-${PV}-stable/${BP}-stable.tar.gz
 \
-file://Makefile-missing-test-dir.patch \
-file://run-ptest \
-"
+SRC_URI = 
"https://github.com/libevent/libevent/releases/download/release-${PV}-stable/${BP}-stable.tar.gz
 \
+   file://Makefile-missing-test-dir.patch \
+   file://run-ptest \
+   
file://0001-test-regress_dns.c-patch-out-tests-that-require-a-wo.patch \
+   "
 
 SRC_URI[md5sum] = "7f35cfe69b82d879111ec0d7b7b1c531"
 SRC_URI[sha256sum] = 
"a65bac6202ea8c5609fd5c7e480e6d25de467ea1917c08290c521752f147283d"
-- 
2.17.1

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

[OE-core] [PATCH 11/20] libcap: update to 2.31

[Alexander Kanavin]

Signed-off-by: Alexander Kanavin 
---
 ...-tests-do-not-run-target-executables.patch | 33 +++
 .../libcap/{libcap_2.27.bb => libcap_2.31.bb} |  5 +--
 2 files changed, 36 insertions(+), 2 deletions(-)
 create mode 100644 
meta/recipes-support/libcap/files/0002-tests-do-not-run-target-executables.patch
 rename meta/recipes-support/libcap/{libcap_2.27.bb => libcap_2.31.bb} (90%)

diff --git 
a/meta/recipes-support/libcap/files/0002-tests-do-not-run-target-executables.patch
 
b/meta/recipes-support/libcap/files/0002-tests-do-not-run-target-executables.patch
new file mode 100644
index 000..26d108c209e
--- /dev/null
+++ 
b/meta/recipes-support/libcap/files/0002-tests-do-not-run-target-executables.patch
@@ -0,0 +1,33 @@
+From 6309554225e05e76167eda4e0df383fb3d1a62c3 Mon Sep 17 00:00:00 2001
+From: Alexander Kanavin 
+Date: Fri, 20 Dec 2019 16:54:05 +0100
+Subject: [PATCH] tests: do not run target executables
+
+Upstream-Status: Inappropriate [oe-core specific]
+Signed-off-by: Alexander Kanavin 
+
+---
+ tests/Makefile | 3 ---
+ 1 file changed, 3 deletions(-)
+
+diff --git a/tests/Makefile b/tests/Makefile
+index 95e4ca6..7162cf0 100644
+--- a/tests/Makefile
 b/tests/Makefile
+@@ -19,8 +19,6 @@ sudotest: test
+ install: all
+ 
+ run_psx_test: psx_test psx_test_wrap
+-  ./psx_test
+-  ./psx_test_wrap
+ 
+ psx_test: psx_test.c $(DEPS)
+   $(CC) $(CFLAGS) $(IPATH) -DNOWRAP $< -o $@ $(LIBPSXLIB)
+@@ -29,7 +27,6 @@ psx_test_wrap: psx_test.c $(DEPS)
+   $(CC) $(CFLAGS) $(IPATH) $< -o $@ $(LIBPSXLIB) -Wl,-wrap,pthread_create
+ 
+ run_libcap_psx_test: libcap_psx_test
+-  ./libcap_psx_test
+ 
+ libcap_psx_test: libcap_psx_test.c $(DEPS)
+   $(CC) $(CFLAGS) $(IPATH) $< -o $@ $(LIBCAPLIB) $(LIBPSXLIB) 
-Wl,-wrap,pthread_create --static
diff --git a/meta/recipes-support/libcap/libcap_2.27.bb 
b/meta/recipes-support/libcap/libcap_2.31.bb
similarity index 90%
rename from meta/recipes-support/libcap/libcap_2.27.bb
rename to meta/recipes-support/libcap/libcap_2.31.bb
index 3f64ff76364..be31c5a9964 100644
--- a/meta/recipes-support/libcap/libcap_2.27.bb
+++ b/meta/recipes-support/libcap/libcap_2.31.bb
@@ -9,9 +9,10 @@ DEPENDS = "hostperl-runtime-native gperf-native"
 
 SRC_URI = 
"${KERNELORG_MIRROR}/linux/libs/security/linux-privs/${BPN}2/${BPN}-${PV}.tar.xz
 \

file://0001-ensure-the-XATTR_NAME_CAPS-is-defined-when-it-is-use.patch \
+   file://0002-tests-do-not-run-target-executables.patch \
"
-SRC_URI[md5sum] = "2e8f9fab32eb5ccb37969fe317fd17aa"
-SRC_URI[sha256sum] = 
"dac1792d0118bee6aae6ba7fb93ff1602c6a9bda812fd63916eee1435b9c486a"
+SRC_URI[md5sum] = "52120c05dc797b01f5a7ae70f4335e96"
+SRC_URI[sha256sum] = 
"c6088de41e1c97fa8047e2e7de0e4ee0cd13e6cc16538022230ae76727a87c46"
 
 UPSTREAM_CHECK_URI = 
"https://www.kernel.org/pub/linux/libs/security/linux-privs/${BPN}2/";
 
-- 
2.17.1

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

[OE-core] [PATCH 13/20] dbus: fix failing ptest (by disabling as it needs X)

[Alexander Kanavin]

Signed-off-by: Alexander Kanavin 
---
 meta/recipes-core/dbus/dbus/run-ptest | 4 +++-
 1 file changed, 3 insertions(+), 1 deletion(-)

diff --git a/meta/recipes-core/dbus/dbus/run-ptest 
b/meta/recipes-core/dbus/dbus/run-ptest
index 48535e13dad..d3eec08235d 100755
--- a/meta/recipes-core/dbus/dbus/run-ptest
+++ b/meta/recipes-core/dbus/dbus/run-ptest
@@ -19,10 +19,12 @@ files=`ls test/test-*`
 for i in $files
 do
  #these programs are used by testcase test-bus, don't run here
+ #additionally, test-names needs to be run under X
  if [ $i = "test/test-service" ] \
 || [ $i = "test/test-shell-service" ] \
 || [ $i = "test/test-segfault" ] \
-|| [ $i = "test/test-bus" ]
+|| [ $i = "test/test-bus" ] \
+|| [ $i = "test/test-names" ]
  then
  continue
  fi
-- 
2.17.1

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

[OE-core] [PATCH 14/20] glib: disable a failing ptest

[Alexander Kanavin]

The test needs resources that are built by glib using
hardcoded host tools, that was already disabled, so this
patch adds disabing the test that relies on those resources.

Signed-off-by: Alexander Kanavin 
---
 ...ces.c-comment-out-a-build-host-only-.patch | 27 +++
 .../glib-2.0/glib-2.0/relocate-modules.patch  |  2 +-
 meta/recipes-core/glib-2.0/glib-2.0_2.62.4.bb |  1 +
 3 files changed, 29 insertions(+), 1 deletion(-)
 create mode 100644 
meta/recipes-core/glib-2.0/glib-2.0/0001-gio-tests-resources.c-comment-out-a-build-host-only-.patch

diff --git 
a/meta/recipes-core/glib-2.0/glib-2.0/0001-gio-tests-resources.c-comment-out-a-build-host-only-.patch
 
b/meta/recipes-core/glib-2.0/glib-2.0/0001-gio-tests-resources.c-comment-out-a-build-host-only-.patch
new file mode 100644
index 000..3dfef176fdb
--- /dev/null
+++ 
b/meta/recipes-core/glib-2.0/glib-2.0/0001-gio-tests-resources.c-comment-out-a-build-host-only-.patch
@@ -0,0 +1,27 @@
+From 730803f2bc3f2f1a74f4db809a224066e7eae114 Mon Sep 17 00:00:00 2001
+From: Alexander Kanavin 
+Date: Wed, 8 Jan 2020 18:22:46 +0100
+Subject: [PATCH] gio/tests/resources.c: comment out a build host-only test
+
+This test requires building resources in a way that is
+not cross-compatible (hardcodes ld and objcopy).
+
+Upstream-Status: Inappropriate [oe-core specific]
+Signed-off-by: Alexander Kanavin 
+---
+ gio/tests/resources.c | 2 +-
+ 1 file changed, 1 insertion(+), 1 deletion(-)
+
+diff --git a/gio/tests/resources.c b/gio/tests/resources.c
+index c44d214..e289a01 100644
+--- a/gio/tests/resources.c
 b/gio/tests/resources.c
+@@ -993,7 +993,7 @@ main (int   argc,
+   g_test_add_func ("/resource/automatic", test_resource_automatic);
+   /* This only uses automatic resources too, so it tests the constructors and 
destructors */
+   g_test_add_func ("/resource/module", test_resource_module);
+-  g_test_add_func ("/resource/binary-linked", test_resource_binary_linked);
++  /* g_test_add_func ("/resource/binary-linked", 
test_resource_binary_linked); */
+ #endif
+   g_test_add_func ("/resource/uri/query-info", test_uri_query_info);
+   g_test_add_func ("/resource/uri/file", test_uri_file);
diff --git a/meta/recipes-core/glib-2.0/glib-2.0/relocate-modules.patch 
b/meta/recipes-core/glib-2.0/glib-2.0/relocate-modules.patch
index 70a43a77234..fc320dcab8e 100644
--- a/meta/recipes-core/glib-2.0/glib-2.0/relocate-modules.patch
+++ b/meta/recipes-core/glib-2.0/glib-2.0/relocate-modules.patch
@@ -1,4 +1,4 @@
-From dd8c6822d05d65e8db72cbff0b2f3c1088686b6f Mon Sep 17 00:00:00 2001
+From 8c623acdbea3ecc2812bbaafcfc892758fa978da Mon Sep 17 00:00:00 2001
 From: Ross Burton 
 Date: Fri, 11 Mar 2016 15:35:55 +
 Subject: [PATCH] glib-2.0: relocate the GIO module directory for native builds
diff --git a/meta/recipes-core/glib-2.0/glib-2.0_2.62.4.bb 
b/meta/recipes-core/glib-2.0/glib-2.0_2.62.4.bb
index 5e71c81cca1..0b7080f4c34 100644
--- a/meta/recipes-core/glib-2.0/glib-2.0_2.62.4.bb
+++ b/meta/recipes-core/glib-2.0/glib-2.0_2.62.4.bb
@@ -15,6 +15,7 @@ SRC_URI = "${GNOME_MIRROR}/glib/${SHRT_VER}/glib-${PV}.tar.xz 
\

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 \
+   
file://0001-gio-tests-resources.c-comment-out-a-build-host-only-.patch \
"
 
 SRC_URI_append_class-native = " file://relocate-modules.patch"
-- 
2.17.1

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

[OE-core] [PATCH 12/20] busybox: fix failing ptests

[Alexander Kanavin]

Signed-off-by: Alexander Kanavin 
---
 meta/recipes-core/busybox/busybox.inc | 2 ++
 meta/recipes-core/busybox/files/run-ptest | 2 +-
 2 files changed, 3 insertions(+), 1 deletion(-)

diff --git a/meta/recipes-core/busybox/busybox.inc 
b/meta/recipes-core/busybox/busybox.inc
index bf6ddae7d19..391e4fd1639 100644
--- a/meta/recipes-core/busybox/busybox.inc
+++ b/meta/recipes-core/busybox/busybox.inc
@@ -354,6 +354,8 @@ PTEST_BINDIR = "1"
 
 do_install_ptest () {
cp -r ${B}/testsuite ${D}${PTEST_PATH}/
+# These access the internet which is not guaranteed to work on 
machines running the tests
+rm -rf ${D}${PTEST_PATH}/testsuite/wget
cp ${B}/.config  ${D}${PTEST_PATH}/
ln -s /bin/busybox   ${D}${PTEST_PATH}/busybox
 }
diff --git a/meta/recipes-core/busybox/files/run-ptest 
b/meta/recipes-core/busybox/files/run-ptest
index b19e5b5343f..76873c9de20 100644
--- a/meta/recipes-core/busybox/files/run-ptest
+++ b/meta/recipes-core/busybox/files/run-ptest
@@ -6,4 +6,4 @@ export PATH=$bindir/bin:$PATH
 export SKIP_KNOWN_BUGS=1
 
 cd testsuite || exit 1
-./runtest -v | sed -r 's/^(SKIPPED|UNTESTED):/SKIP:/'
+LANG=C.UTF-8 ./runtest -v | sed -r 's/^(SKIPPED|UNTESTED):/SKIP:/'
-- 
2.17.1

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

[OE-core] [PATCH 10/20] elfutils: upgrade 0.177 -> 0.178

[Alexander Kanavin]

Remove 0007-Fix-control-path-where-we-have-str-as-uninitialized-.patch
as issue fixed upstream.

Rebase other patches.

Adjust ptests, pass rate is now 100% again:

==
All 206 tests passed
(6 tests were not run)
==

Signed-off-by: Alexander Kanavin 
---
 .../{elfutils_0.177.bb => elfutils_0.178.bb}  | 27 +++---
 .../elfutils/files/0001-dso-link-change.patch | 12 +--
 ...libasm-may-link-with-libbz2-if-found.patch |  8 +-
 ...-fts.patch => 0001-musl-obstack-fts.patch} | 55 ++--
 .../{musl-libs.patch => 0002-musl-libs.patch} |  7 +-
 ...musl-utils.patch => 0003-musl-utils.patch} | 19 +++--
 ...sts.patch => 0004-Fix-error-on-musl.patch} | 20 +++--
 ...-where-we-have-str-as-uninitialized-.patch | 42 -
 .../elfutils/files/debian/hppa_backend.diff   | 51 ++-
 .../elfutils/files/debian/mips_backend.diff   | 85 ++-
 .../elfutils/files/debian/mips_cfi.patch  | 22 +++--
 11 files changed, 162 insertions(+), 186 deletions(-)
 rename meta/recipes-devtools/elfutils/{elfutils_0.177.bb => elfutils_0.178.bb} 
(87%)
 rename meta/recipes-devtools/elfutils/files/{musl-obstack-fts.patch => 
0001-musl-obstack-fts.patch} (78%)
 rename meta/recipes-devtools/elfutils/files/{musl-libs.patch => 
0002-musl-libs.patch} (97%)
 rename meta/recipes-devtools/elfutils/files/{musl-utils.patch => 
0003-musl-utils.patch} (91%)
 rename meta/recipes-devtools/elfutils/files/{musl-tests.patch => 
0004-Fix-error-on-musl.patch} (69%)
 delete mode 100644 
meta/recipes-devtools/elfutils/files/0007-Fix-control-path-where-we-have-str-as-uninitialized-.patch

diff --git a/meta/recipes-devtools/elfutils/elfutils_0.177.bb 
b/meta/recipes-devtools/elfutils/elfutils_0.178.bb
similarity index 87%
rename from meta/recipes-devtools/elfutils/elfutils_0.177.bb
rename to meta/recipes-devtools/elfutils/elfutils_0.178.bb
index e7740c7fb46..9393628dd13 100644
--- a/meta/recipes-devtools/elfutils/elfutils_0.177.bb
+++ b/meta/recipes-devtools/elfutils/elfutils_0.178.bb
@@ -13,7 +13,6 @@ SRC_URI = 
"https://sourceware.org/elfutils/ftp/${PV}/${BP}.tar.bz2 \
file://0003-fixheadercheck.patch \
file://0004-Disable-the-test-to-convert-euc-jp.patch \
file://0006-Fix-build-on-aarch64-musl.patch \
-   
file://0007-Fix-control-path-where-we-have-str-as-uninitialized-.patch \
file://0001-libasm-may-link-with-libbz2-if-found.patch \

file://0001-libelf-elf_end.c-check-data_list.data.d.d_buf-before.patch \
file://debian/hppa_backend.diff \
@@ -36,17 +35,17 @@ SRC_URI = 
"https://sourceware.org/elfutils/ftp/${PV}/${BP}.tar.bz2 \
file://ptest.patch \
"
 SRC_URI_append_libc-musl = " \
-   file://musl-obstack-fts.patch \
-   file://musl-libs.patch \
-   file://musl-utils.patch \
-   file://musl-tests.patch \
+   file://0001-musl-obstack-fts.patch \
+   file://0002-musl-libs.patch \
+   file://0003-musl-utils.patch \
+   file://0004-Fix-error-on-musl.patch \
"
-SRC_URI[md5sum] = "0b583722f911e1632544718d502aab87"
-SRC_URI[sha256sum] = 
"fa489deccbcae7d8c920f60d85906124c1989c591196d90e0fd668e3dc05042e"
+SRC_URI[md5sum] = "5480d0b7174446aba13a6adde107287f"
+SRC_URI[sha256sum] = 
"31e7a00e96d4e9c4bda452e1f2cdac4daf8abd24f5e154dee232131899f3a0f2"
 
-inherit autotools gettext ptest
+inherit autotools gettext ptest pkgconfig
 
-EXTRA_OECONF = "--program-prefix=eu-"
+EXTRA_OECONF = "--program-prefix=eu- --disable-debuginfod"
 
 DEPENDS_BZIP2 = "bzip2-replacement-native"
 DEPENDS_BZIP2_class-target = "bzip2"
@@ -73,10 +72,11 @@ do_compile_ptest() {
 do_install_ptest() {
if [ ${PTEST_ENABLED} = "1" ]; then
# copy the files which needed by the cases
-   TEST_FILES="strip strip.o addr2line elfcmp objdump readelf 
size.o nm.o nm elflint"
+   TEST_FILES="strip strip.o addr2line elfcmp objdump readelf 
size.o nm.o nm elflint elfcompress elfclassify stack unstrip"
install -d -m 755   ${D}${PTEST_PATH}/src
install -d -m 755   ${D}${PTEST_PATH}/libelf
install -d -m 755   ${D}${PTEST_PATH}/libdw
+   install -d -m 755   ${D}${PTEST_PATH}/libasm
for test_file in ${TEST_FILES}; do
if [ -f ${B}/src/${test_file} ]; then
cp -r ${B}/src/${test_file} 
${D}${PTEST_PATH}/src
@@ -84,6 +84,7 @@ do_install_ptest() {
done
cp ${D}${libdir}/libelf-${PV}.so 
${D}${PTEST_PATH}/libelf/libelf.so
cp ${D}${libdir}/libdw-${PV}.so ${D}${PTEST_PATH}/libdw/libdw.so
+   cp ${D}${libdir}/libasm-${PV}.so 
${D}${PTEST_PATH}/libasm/libasm.so
cp -r ${S}/tests/   ${D}${PTEST_PATH}
cp -r ${B}/tests/* 

[OE-core] [PATCH 08/20] ltp: update to 20190930

[Alexander Kanavin]

Drop a big pile of backports.

Add a patch to address absent string formatting error.

Additional fixing of builds with musl.

timers group has been merged upstream into syscalls.

Signed-off-by: Alexander Kanavin 
---
 meta/lib/oeqa/runtime/cases/ltp.py|   2 +-
 ...me-check-for-getdents-getdents64-API.patch |  72 
 .../ltp/0001-Add-more-musl-exclusions.patch   |  70 
 ...option-to-select-libc-implementation.patch |  27 ++-
 ...-17052-Avoid-unsafe-exits-in-threads.patch |  64 ---
 ...meltdown.c-Fix-kernel-symbol-finding.patch |  81 -
 ...y-update-for-mm-fix-false-positive-O.patch |  57 ---
 ...medwait01-Fix-wrong-sigset-length-fo.patch |  46 -
 ...3-wait-for-defunct-tid-to-get-detach.patch |  75 
 ...es-fix-an-absent-format-string-issue.patch |  24 +++
 ...thon3-everywhere-to-run-python-scrip.patch | 161 --
 ...x-EFAULT-in-32bit-compatibility-mode.patch |  36 
 ...k-for-RES_USE_INET6-during-configure.patch |  68 
 ...BC_PREREQ-is-defined-before-using-it.patch |  27 ++-
 ...se-hardcoded-index-0-for-SHM_STAT-te.patch |  82 -
 ...11-direct_io-diotest4-drop-MAP_FIXED.patch |  56 --
 ...st-a-bit-of-code-to-compatiable-with.patch |  64 ---
 .../ltp/{ltp_20190517.bb => ltp_20190930.bb}  |  16 +-
 18 files changed, 123 insertions(+), 905 deletions(-)
 delete mode 100644 
meta/recipes-extended/ltp/ltp/0001-Add-configure-time-check-for-getdents-getdents64-API.patch
 create mode 100644 
meta/recipes-extended/ltp/ltp/0001-Add-more-musl-exclusions.patch
 delete mode 100644 
meta/recipes-extended/ltp/ltp/0001-cve-2017-17052-Avoid-unsafe-exits-in-threads.patch
 delete mode 100644 
meta/recipes-extended/ltp/ltp/0001-cve-meltdown.c-Fix-kernel-symbol-finding.patch
 delete mode 100644 
meta/recipes-extended/ltp/ltp/0001-overcommit_memory-update-for-mm-fix-false-positive-O.patch
 delete mode 100644 
meta/recipes-extended/ltp/ltp/0001-syscall-rt_sigtimedwait01-Fix-wrong-sigset-length-fo.patch
 delete mode 100644 
meta/recipes-extended/ltp/ltp/0001-syscalls-tgkill03-wait-for-defunct-tid-to-get-detach.patch
 create mode 100644 
meta/recipes-extended/ltp/ltp/0001-testcases-fix-an-absent-format-string-issue.patch
 delete mode 100644 
meta/recipes-extended/ltp/ltp/0001-testcases-use-python3-everywhere-to-run-python-scrip.patch
 delete mode 100644 
meta/recipes-extended/ltp/ltp/0001-ustat02-Fix-EFAULT-in-32bit-compatibility-mode.patch
 delete mode 100644 
meta/recipes-extended/ltp/ltp/0002-check-for-RES_USE_INET6-during-configure.patch
 delete mode 100644 
meta/recipes-extended/ltp/ltp/0010-shmctl01-don-t-use-hardcoded-index-0-for-SHM_STAT-te.patch
 delete mode 100644 
meta/recipes-extended/ltp/ltp/0011-direct_io-diotest4-drop-MAP_FIXED.patch
 delete mode 100644 
meta/recipes-extended/ltp/ltp/0012-getrlimit03-adjust-a-bit-of-code-to-compatiable-with.patch
 rename meta/recipes-extended/ltp/{ltp_20190517.bb => ltp_20190930.bb} (84%)

diff --git a/meta/lib/oeqa/runtime/cases/ltp.py 
b/meta/lib/oeqa/runtime/cases/ltp.py
index 30548640bcd..b8b73004355 100644
--- a/meta/lib/oeqa/runtime/cases/ltp.py
+++ b/meta/lib/oeqa/runtime/cases/ltp.py
@@ -57,7 +57,7 @@ class LtpTestBase(OERuntimeTestCase):
 
 class LtpTest(LtpTestBase):
 
-ltp_groups = ["math", "syscalls", "dio", "io", "mm", "ipc", "sched", 
"nptl", "pty", "containers", "controllers", "filecaps", "cap_bounds", 
"fcntl-locktests", "connectors","timers", "commands", "net.ipv6_lib", 
"input","fs_perms_simple"]
+ltp_groups = ["math", "syscalls", "dio", "io", "mm", "ipc", "sched", 
"nptl", "pty", "containers", "controllers", "filecaps", "cap_bounds", 
"fcntl-locktests", "connectors", "commands", "net.ipv6_lib", 
"input","fs_perms_simple"]
 
 ltp_fs = ["fs", "fsx", "fs_bind", "fs_ext4"]
 # skip kernel cpuhotplug
diff --git 
a/meta/recipes-extended/ltp/ltp/0001-Add-configure-time-check-for-getdents-getdents64-API.patch
 
b/meta/recipes-extended/ltp/ltp/0001-Add-configure-time-check-for-getdents-getdents64-API.patch
deleted file mode 100644
index bfceadb190d..000
--- 
a/meta/recipes-extended/ltp/ltp/0001-Add-configure-time-check-for-getdents-getdents64-API.patch
+++ /dev/null
@@ -1,72 +0,0 @@
-From 404dfeb4faef213b0450f173b60cd7080edec349 Mon Sep 17 00:00:00 2001
-From: Khem Raj 
-Date: Fri, 26 Jul 2019 10:32:29 -0700
-Subject: [PATCH 1/2] Add configure time check for getdents/getdents64 APIs
-
-glibc 2.30 has added wrapper for getdents64 this will help in detecting
-right condition to use fallback
-
-Check for getdents API as well while here
-
-Upstream-Status: Submitted 
[http://lists.linux.it/pipermail/ltp/2019-July/012954.html]
-Signed-off-by: Khem Raj 

- configure.ac  | 2 ++
- testcases/kernel/syscalls/getdents/getdents.h | 8 ++--
- 2 files changed, 8 insertions(+), 2 deletions(-)
-
 a/configure.ac
-+++ b/configure.ac
-@@ -65,6 +65,8 @@ AC_CHECK_FUNCS([ \
- fallocate \
- fchownat \
- fstatat \
-+getdents 

[OE-core] [PATCH 06/20] acl/attr: update to latest upstream releases

[Alexander Kanavin]

The latest release use standard autotools, so drop all
the build system related hacks and patches.

Ptests have been rewritten, with 100% pass rate for both.

Signed-off-by: Alexander Kanavin 
---
 .../0001-test-patch-out-failing-bits.patch|  63 ++
 ...dcode-the-build-path-into-a-helper-l.patch |  24 +
 ...file-libacl-should-depend-on-include.patch |  51 --
 ...-order-of-expected-output-of-getfacl.patch | 198 --
 meta/recipes-support/attr/acl/configure.ac|  49 --
 meta/recipes-support/attr/acl/run-ptest   |  60 +-
 .../acl/test-fix-directory-permissions.patch  |  37 -
 .../test-fix-insufficient-quoting-of.patch| 100 ---
 ...-SELinux-machines-for-root-testcases.patch |  84 ---
 meta/recipes-support/attr/acl_2.2.52.bb   |  52 --
 meta/recipes-support/attr/acl_2.2.53.bb   |  74 ++
 meta/recipes-support/attr/attr.inc|  48 +-
 .../0001-Use-stdint-types-consistently.patch  |  69 --
 .../attr/attr/attr-Missing-configure.ac.patch |  63 --
 .../attr/attr/dont-use-decl-macros.patch  |  56 --
 meta/recipes-support/attr/attr/run-ptest  |   3 +
 meta/recipes-support/attr/attr_2.4.47.bb  |  15 -
 meta/recipes-support/attr/attr_2.4.48.bb  |   6 +
 meta/recipes-support/attr/ea-acl.inc  |  52 --
 ...option-to-enable-disable-static-libr.patch |  70 --
 ...e-attr.5-man-page-moved-to-man-pages.patch | 240 ---
 .../Remove-the-section-2-man-pages.patch  | 666 --
 .../attr/files/relative-libdir.patch  |  25 -
 meta/recipes-support/attr/files/run-ptest |   5 -
 24 files changed, 205 insertions(+), 1905 deletions(-)
 create mode 100644 
meta/recipes-support/attr/acl/0001-test-patch-out-failing-bits.patch
 create mode 100644 
meta/recipes-support/attr/acl/0001-tests-do-not-hardcode-the-build-path-into-a-helper-l.patch
 delete mode 100644 
meta/recipes-support/attr/acl/Makefile-libacl-should-depend-on-include.patch
 delete mode 100644 
meta/recipes-support/attr/acl/acl-fix-the-order-of-expected-output-of-getfacl.patch
 delete mode 100644 meta/recipes-support/attr/acl/configure.ac
 delete mode 100644 
meta/recipes-support/attr/acl/test-fix-directory-permissions.patch
 delete mode 100644 
meta/recipes-support/attr/acl/test-fix-insufficient-quoting-of.patch
 delete mode 100644 
meta/recipes-support/attr/acl/test-fixups-on-SELinux-machines-for-root-testcases.patch
 delete mode 100644 meta/recipes-support/attr/acl_2.2.52.bb
 create mode 100644 meta/recipes-support/attr/acl_2.2.53.bb
 delete mode 100644 
meta/recipes-support/attr/attr/0001-Use-stdint-types-consistently.patch
 delete mode 100644 
meta/recipes-support/attr/attr/attr-Missing-configure.ac.patch
 delete mode 100644 meta/recipes-support/attr/attr/dont-use-decl-macros.patch
 create mode 100644 meta/recipes-support/attr/attr/run-ptest
 delete mode 100644 meta/recipes-support/attr/attr_2.4.47.bb
 create mode 100644 meta/recipes-support/attr/attr_2.4.48.bb
 delete mode 100644 meta/recipes-support/attr/ea-acl.inc
 delete mode 100644 
meta/recipes-support/attr/files/0001-Added-configure-option-to-enable-disable-static-libr.patch
 delete mode 100644 
meta/recipes-support/attr/files/Remove-the-attr.5-man-page-moved-to-man-pages.patch
 delete mode 100644 
meta/recipes-support/attr/files/Remove-the-section-2-man-pages.patch
 delete mode 100644 meta/recipes-support/attr/files/relative-libdir.patch
 delete mode 100644 meta/recipes-support/attr/files/run-ptest

diff --git 
a/meta/recipes-support/attr/acl/0001-test-patch-out-failing-bits.patch 
b/meta/recipes-support/attr/acl/0001-test-patch-out-failing-bits.patch
new file mode 100644
index 000..ba2ffee5d27
--- /dev/null
+++ b/meta/recipes-support/attr/acl/0001-test-patch-out-failing-bits.patch
@@ -0,0 +1,63 @@
+From 9e08219e0e99ee2589cf35fa8d52cef3515accce Mon Sep 17 00:00:00 2001
+From: Alexander Kanavin 
+Date: Thu, 12 Dec 2019 15:47:49 +0100
+Subject: [PATCH] test: patch out failing bits
+
+I have confirmed on the host distro (Ubuntu 18.04) that they
+fail as well; upstream probably haven't noticed because the
+test is only executed under sudo.
+
+Upstream-Status: Inappropriate [disabling tests instead of fixing them 
properly]
+Signed-off-by: Alexander Kanavin 
+---
+ test/root/permissions.test | 13 -
+ 1 file changed, 13 deletions(-)
+
+diff --git a/test/root/permissions.test b/test/root/permissions.test
+index 8f8f825..21e8a95 100644
+--- a/test/root/permissions.test
 b/test/root/permissions.test
+@@ -50,10 +50,6 @@ User daemon is a member in the owning group, which has only 
read access.
+ Verify this.
+ 
+   $ su daemon
+-  $ cat f
+-  > root
+-  > bin
+-
+   $ echo daemon >> f
+   >~ .*f: Permission denied$
+ 
+@@ -146,8 +142,6 @@ the owning group, he should still have no write access.
+   $ setfacl -x g:daemon f
+ 
+   $ su daemon
+-  $ echo daemon4 >> f
+-  >~ .*f: Permission denied$
+ 
+ 
+ Change the owning group. The other permissions should now grant user
+@@ -158,

[OE-core] [PATCH 09/20] ifupdown: update 0.8.22 -> 0.8.35

[Alexander Kanavin]

Remove inet-6-.defn-fix-inverted-checks-for-loopback.patch as
it is difficult to rebase and not clear if still necessary.

Signed-off-by: Alexander Kanavin 
---
 ...not-use-dpkg-for-determining-OS-type.patch |  23 +
 ...efn-fix-inverted-checks-for-loopback.patch | 403 --
 ...{ifupdown_0.8.22.bb => ifupdown_0.8.35.bb} |  12 +-
 3 files changed, 29 insertions(+), 409 deletions(-)
 create mode 100644 
meta/recipes-core/ifupdown/files/0001-Makefile-do-not-use-dpkg-for-determining-OS-type.patch
 delete mode 100644 
meta/recipes-core/ifupdown/files/inet-6-.defn-fix-inverted-checks-for-loopback.patch
 rename meta/recipes-core/ifupdown/{ifupdown_0.8.22.bb => ifupdown_0.8.35.bb} 
(80%)

diff --git 
a/meta/recipes-core/ifupdown/files/0001-Makefile-do-not-use-dpkg-for-determining-OS-type.patch
 
b/meta/recipes-core/ifupdown/files/0001-Makefile-do-not-use-dpkg-for-determining-OS-type.patch
new file mode 100644
index 000..57c8d04fd7a
--- /dev/null
+++ 
b/meta/recipes-core/ifupdown/files/0001-Makefile-do-not-use-dpkg-for-determining-OS-type.patch
@@ -0,0 +1,23 @@
+From 7ace0656bd325f9e7749f2cde641eddc057bc98a Mon Sep 17 00:00:00 2001
+From: Alexander Kanavin 
+Date: Thu, 9 Jan 2020 15:38:06 +0100
+Subject: [PATCH] Makefile: do not use dpkg for determining OS type
+
+Upstream-Status: Inappropriate [oe-core specific]
+Signed-off-by: Alexander Kanavin 
+---
+ Makefile | 2 +-
+ 1 file changed, 1 insertion(+), 1 deletion(-)
+
+diff --git a/Makefile b/Makefile
+index 0ce2fa3..739aef2 100644
+--- a/Makefile
 b/Makefile
+@@ -1,6 +1,6 @@
+ VERSION ?= 0.8
+ CFLAGS ?= -Wall -W -Wno-unused-parameter -g -O2
+-ARCH := $(shell dpkg-architecture -qDEB_HOST_ARCH_OS)
++ARCH := linux
+ 
+ BASEDIR ?= $(DESTDIR)
+ 
diff --git 
a/meta/recipes-core/ifupdown/files/inet-6-.defn-fix-inverted-checks-for-loopback.patch
 
b/meta/recipes-core/ifupdown/files/inet-6-.defn-fix-inverted-checks-for-loopback.patch
deleted file mode 100644
index 5b0d51d736f..000
--- 
a/meta/recipes-core/ifupdown/files/inet-6-.defn-fix-inverted-checks-for-loopback.patch
+++ /dev/null
@@ -1,403 +0,0 @@
-From 6fce99c9e42cbacde1855473b745ca1fded3fbf7 Mon Sep 17 00:00:00 2001
-From: "Maxin B. John" 
-Date: Wed, 21 Dec 2016 15:32:07 +0200
-Subject: [PATCH 2/2] inet[6].defn: fix inverted checks for loopback
-
-Compared to the hurd link.defn for loopback, we see these
-are inverted, meaning that you would only be able to configure
-a loopback device that was _not_ named "lo" (unlikely to exist).
-
-The result was that we'd update /run/network/ifstate for "lo"
-but never actually do anything for up/down, as shown below:
-
-root@localhost:~# ifconfig -s
-Iface   MTU Met   RX-OK RX-ERR RX-DRP RX-OVR  TX-OK TX-ERR TX-DRP TX-OVR Flg
-eth0   1500 0   7736329  0   2016 0 5289422  0  0  0 BMRU
-lo65536 018  0  0 0  18  0  0  0 LRU
-root@localhost:~# ifdown lo
-root@localhost:~# echo $?
-0
-root@localhost:~# ifconfig -s
-Iface   MTU Met   RX-OK RX-ERR RX-DRP  RX-OVRTX-OK TX-ERR TX-DRP TX-OVR Flg
-eth0   1500 0   7736406  0  2016 0   5289455  0  0  0 BMRU
-lo65536 018  0   0 018000 LRU
-root@localhost:~# ifconfig lo down
-root@localhost:~# ifconfig -s
-Iface   MTU Met   RX-OK RX-ERR RX-DRP RX-OVRTX-OK TX-ERR TX-DRP TX-OVR Flg
-eth0   1500 0   7736474 0   2016 0   5289481  0 0  0 BMRU
-root@localhost:~#
-
-Also reverted the commit:
-commit 80b878497663dae08f70b4d3cffe127b57a3cfc
-which uses absolute paths to binaries called by ifup/ifdown.
-
-Upstream-Status: Inappropriate [OE specific]
-
-Signed-off-by: Paul Gortmaker 
-Signed-off-by: Maxin B. John 
-Signed-off-by: Yi Zhao 

- inet.defn | 134 +++---
- 1 file changed, 67 insertions(+), 67 deletions(-)
-
-diff --git a/inet.defn b/inet.defn
-index 182b56b..31067bc 100644
 a/inet.defn
-+++ b/inet.defn
-@@ -6,10 +6,10 @@ method loopback
- This method may be used to define the IPv4 loopback interface.
- 
-   up
--/bin/ip link set dev %iface% up if (!iface_is_lo())
-+ip link set dev %iface% up if (!iface_is_lo())
- 
-   down
--/bin/ip link set dev %iface% down if (!iface_is_lo())
-+ip link set dev %iface% down if (!iface_is_lo())
- 
- method static
-   description
-@@ -36,17 +36,17 @@ method static
- broadcast compute_v4_broadcast
- 
-   up
--/bin/ip addr add %address%[[/%netmask%]] [[broadcast %broadcast%]] \
-+ip addr add %address%[[/%netmask%]] [[broadcast %broadcast%]] \
-   [[peer %pointopoint%]] [[scope %scope%]] dev %iface% label %iface%
--/bin/ip link set dev %iface% [[mtu %mtu%]] [[address %hwaddress%]] up
-+ip link set dev %iface% [[mtu %mtu%]] [[address %hwaddress%]] up
- 
--[[ /bin/ip route add default via %gateway% [[metric %metric%]] dev 
%iface% onlink ]]
-+[[ ip route add default via %gateway% [[metric %metric%]] dev %iface% 
onlink ]]
-

[OE-core] [PATCH 04/20] python3: update to 3.8.1

[Alexander Kanavin]

Drop backports, rebase other patches.

0001-main.c-if-OEPYTHON3HOME-is-set-use-instead-of-PYTHON.patch
is removed as the use case (allowing python 2 and 3 to coexist
in SDKs) is no longer relevant with Python 2.x reaching end of line
and upstream has refactored the code making a rebase difficult.
If needed, please re-add the patch to py2, rather than py3.

Python 3.8 no longer adds "m" to "3.8" in paths, so adjust the recipes
and classes accordingly.

The manifest for the 3.8.0 version is updated; particularly pkgutil
module is now packaged in -core (as other things in core need it);
this also necessitates allowing empty -pkgutil package to avoid
breakage across layers.

Signed-off-by: Alexander Kanavin 
---
 meta/classes/python3-dir.bbclass  |   4 +-
 ...ib-termcap-to-linker-flags-to-avoid-.patch |  14 +-
 ...lib-as-location-for-site-packages-an.patch | 156 --
 ...-detection-of-mips-architecture-for-.patch |  16 +-
 ...fig-append-STAGING_LIBDIR-python-sys.patch |   8 +-
 ...ON3HOME-is-set-use-instead-of-PYTHON.patch |  47 -
 ...asename-to-replace-CC-for-checking-c.patch |  37 ++--
 ...sing-libraries-to-Extension-for-mul.patch} |  41 ++--
 ...runtime-test-to-get-float-byte-order.patch | 199 --
 ...report-missing-dependencies-for-disa.patch |  11 +-
 ...tutils-prefix-is-inside-staging-area.patch |  10 +-
 .../python3/avoid_warning_about_tkinter.patch |  33 ++-
 .../python/python3/python-config.patch|  24 ++-
 .../python/python3/python3-manifest.json  | 106 +-
 .../{python3_3.7.6.bb => python3_3.8.1.bb}|  30 ++-
 15 files changed, 249 insertions(+), 487 deletions(-)
 delete mode 100644 
meta/recipes-devtools/python/python3/0001-main.c-if-OEPYTHON3HOME-is-set-use-instead-of-PYTHON.patch
 rename 
meta/recipes-devtools/python/python3/{0003-setup.py-pass-missing-libraries-to-Extension-for-mul.patch
 => 0001-setup.py-pass-missing-libraries-to-Extension-for-mul.patch} (60%)
 delete mode 100644 
meta/recipes-devtools/python/python3/0002-Don-t-do-runtime-test-to-get-float-byte-order.patch
 rename meta/recipes-devtools/python/{python3_3.7.6.bb => python3_3.8.1.bb} 
(92%)

diff --git a/meta/classes/python3-dir.bbclass b/meta/classes/python3-dir.bbclass
index 7dd130bad99..036d7140d99 100644
--- a/meta/classes/python3-dir.bbclass
+++ b/meta/classes/python3-dir.bbclass
@@ -1,5 +1,5 @@
-PYTHON_BASEVERSION = "3.7"
-PYTHON_ABI = "m"
+PYTHON_BASEVERSION = "3.8"
+PYTHON_ABI = ""
 PYTHON_DIR = "python${PYTHON_BASEVERSION}"
 PYTHON_PN = "python3"
 PYTHON_SITEPACKAGES_DIR = "${libdir}/${PYTHON_DIR}/site-packages"
diff --git 
a/meta/recipes-devtools/python/python3/0001-Do-not-add-usr-lib-termcap-to-linker-flags-to-avoid-.patch
 
b/meta/recipes-devtools/python/python3/0001-Do-not-add-usr-lib-termcap-to-linker-flags-to-avoid-.patch
index 09f279ba1d7..59592821d7f 100644
--- 
a/meta/recipes-devtools/python/python3/0001-Do-not-add-usr-lib-termcap-to-linker-flags-to-avoid-.patch
+++ 
b/meta/recipes-devtools/python/python3/0001-Do-not-add-usr-lib-termcap-to-linker-flags-to-avoid-.patch
@@ -1,4 +1,4 @@
-From 23294c6ba6896115828293fdb7e67b47b38ba675 Mon Sep 17 00:00:00 2001
+From 039c53dd5baddec3359a05be0bff46a3b32bbb84 Mon Sep 17 00:00:00 2001
 From: Alexander Kanavin 
 Date: Fri, 25 Jan 2019 19:04:13 +0100
 Subject: [PATCH] Do not add /usr/lib/termcap to linker flags to avoid host
@@ -12,14 +12,14 @@ Signed-off-by: Alexander Kanavin 
  1 file changed, 1 deletion(-)
 
 diff --git a/setup.py b/setup.py
-index b4357e3..fbec00d 100644
+index 20d7f35..ab18ff0 100644
 --- a/setup.py
 +++ b/setup.py
-@@ -856,7 +856,6 @@ class PyBuildExt(build_ext):
+@@ -957,7 +957,6 @@ class PyBuildExt(build_ext):
   'termcap'):
  readline_libs.append('termcap')
- exts.append( Extension('readline', ['readline.c'],
--   library_dirs=['/usr/lib/termcap'],
-extra_link_args=readline_extra_link_args,
-libraries=readline_libs) )
+ self.add(Extension('readline', ['readline.c'],
+-   library_dirs=['/usr/lib/termcap'],
+extra_link_args=readline_extra_link_args,
+libraries=readline_libs))
  else:
diff --git 
a/meta/recipes-devtools/python/python3/0001-Do-not-hardcode-lib-as-location-for-site-packages-an.patch
 
b/meta/recipes-devtools/python/python3/0001-Do-not-hardcode-lib-as-location-for-site-packages-an.patch
index ea75262c4f6..112c979441f 100644
--- 
a/meta/recipes-devtools/python/python3/0001-Do-not-hardcode-lib-as-location-for-site-packages-an.patch
+++ 
b/meta/recipes-devtools/python/python3/0001-Do-not-hardcode-lib-as-location-for-site-packages-an.patch
@@ -1,4 +1,4 @@
-From 0fbdad1eaf541a8e92be81f39514cd249b3b0801 Mon Sep 17 00:00:00 2001
+From a078b6ff1492e848ad1055764fb9a414abaf3e12 Mon Sep 17 00:00:00

[OE-core] [PATCH 07/20] pseudo: adjust for attr 2.4.48

[Alexander Kanavin]

Signed-off-by: Alexander Kanavin 
---
 ...xattr-adjust-for-attr-2.4.48-release.patch | 48 +++
 meta/recipes-devtools/pseudo/pseudo_git.bb|  1 +
 2 files changed, 49 insertions(+)
 create mode 100644 
meta/recipes-devtools/pseudo/files/0006-xattr-adjust-for-attr-2.4.48-release.patch

diff --git 
a/meta/recipes-devtools/pseudo/files/0006-xattr-adjust-for-attr-2.4.48-release.patch
 
b/meta/recipes-devtools/pseudo/files/0006-xattr-adjust-for-attr-2.4.48-release.patch
new file mode 100644
index 000..161357d5530
--- /dev/null
+++ 
b/meta/recipes-devtools/pseudo/files/0006-xattr-adjust-for-attr-2.4.48-release.patch
@@ -0,0 +1,48 @@
+From 93d95ed2eaedcca110c214e1fe3f8896b1f6f853 Mon Sep 17 00:00:00 2001
+From: Alexander Kanavin 
+Date: Tue, 17 Dec 2019 20:24:27 +0100
+Subject: [PATCH] xattr: adjust for attr 2.4.48 release
+
+Latest versions of attr have removed the xattr.h header,
+with the rationale that libc is providing the same wrappers.
+
+attr/attributes.h is providing the ENOATTR definition.
+
+Upstream-Status: Pending
+Signed-off-by: Alexander Kanavin 
+---
+ ports/linux/subports | 5 +++--
+ ports/linux/xattr/portdefs.h | 3 ++-
+ 2 files changed, 5 insertions(+), 3 deletions(-)
+
+diff --git a/ports/linux/subports b/ports/linux/subports
+index 2c43ac9..740ec83 100755
+--- a/ports/linux/subports
 b/ports/linux/subports
+@@ -29,11 +29,12 @@ fi
+ if$port_xattr; then
+   cat > dummy.c <
+-#include 
++#include 
++#include 
+ int i;
+ EOF
+   if ! ${CC} -c -o dummy.o dummy.c >/dev/null 2>&1; then
+-  echo >&2 "Warning: Can't compile trivial program using 
".
++  echo >&2 "Warning: Can't compile trivial program using 
".
+   echo >&2 " xattr support will require that header."
+   fi
+   echo "linux/xattr"
+diff --git a/ports/linux/xattr/portdefs.h b/ports/linux/xattr/portdefs.h
+index 56cd3ca..068d39a 100644
+--- a/ports/linux/xattr/portdefs.h
 b/ports/linux/xattr/portdefs.h
+@@ -2,5 +2,6 @@
+  * SPDX-License-Identifier: LGPL-2.1-only
+  *
+  */
+-#include 
++#include 
++#include 
+ #include 
diff --git a/meta/recipes-devtools/pseudo/pseudo_git.bb 
b/meta/recipes-devtools/pseudo/pseudo_git.bb
index 7c75293ef17..d921d85a05c 100644
--- a/meta/recipes-devtools/pseudo/pseudo_git.bb
+++ b/meta/recipes-devtools/pseudo/pseudo_git.bb
@@ -9,6 +9,7 @@ SRC_URI = "git://git.yoctoproject.org/pseudo \
file://0001-maketables-wrappers-use-Python-3.patch \
file://0001-Add-statx.patch \
file://0001-realpath.c-Remove-trailing-slashes.patch \
+   file://0006-xattr-adjust-for-attr-2.4.48-release.patch \
"
 
 SRCREV = "060058bb29f70b244e685b3c704eb0641b736f73"
-- 
2.17.1

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

[OE-core] [PATCH 05/20] gstreamer1.0-python: add a patch to fix python 3.8 builds

[Alexander Kanavin]

Signed-off-by: Alexander Kanavin 
---
 ...son.build-fix-builds-with-python-3.8.patch | 24 +++
 .../gstreamer/gstreamer1.0-python_1.16.1.bb   |  4 +++-
 2 files changed, 27 insertions(+), 1 deletion(-)
 create mode 100644 
meta/recipes-multimedia/gstreamer/gstreamer1.0-python/0001-meson.build-fix-builds-with-python-3.8.patch

diff --git 
a/meta/recipes-multimedia/gstreamer/gstreamer1.0-python/0001-meson.build-fix-builds-with-python-3.8.patch
 
b/meta/recipes-multimedia/gstreamer/gstreamer1.0-python/0001-meson.build-fix-builds-with-python-3.8.patch
new file mode 100644
index 000..053108ad50b
--- /dev/null
+++ 
b/meta/recipes-multimedia/gstreamer/gstreamer1.0-python/0001-meson.build-fix-builds-with-python-3.8.patch
@@ -0,0 +1,24 @@
+From 61cfd1b49dc82baf14bb36d88b6c5be7b8c3d23a Mon Sep 17 00:00:00 2001
+From: Alexander Kanavin 
+Date: Mon, 2 Dec 2019 18:16:41 +0100
+Subject: [PATCH] meson.build: fix builds with python 3.8
+
+Upstream-Status: Submitted 
[https://gitlab.freedesktop.org/gstreamer/gst-python/merge_requests/14]
+Signed-off-by: Alexander Kanavin 
+---
+ meson.build | 2 +-
+ 1 file changed, 1 insertion(+), 1 deletion(-)
+
+diff --git a/meson.build b/meson.build
+index 1da81d5..3e0db38 100644
+--- a/meson.build
 b/meson.build
+@@ -24,7 +24,7 @@ pygobject_dep = dependency('pygobject-3.0', fallback: 
['pygobject', 'pygobject_d
+ 
+ pymod = import('python')
+ python = pymod.find_installation(get_option('python'))
+-python_dep = python.dependency(required : true)
++python_dep = dependency('python3-embed', required : true)
+ 
+ python_abi_flags = python.get_variable('ABIFLAGS', '')
+ pylib_loc = get_option('libpython-dir')
diff --git a/meta/recipes-multimedia/gstreamer/gstreamer1.0-python_1.16.1.bb 
b/meta/recipes-multimedia/gstreamer/gstreamer1.0-python_1.16.1.bb
index b770ec060e1..0382360ec26 100644
--- a/meta/recipes-multimedia/gstreamer/gstreamer1.0-python_1.16.1.bb
+++ b/meta/recipes-multimedia/gstreamer/gstreamer1.0-python_1.16.1.bb
@@ -5,7 +5,9 @@ SECTION = "multimedia"
 LICENSE = "LGPLv2.1"
 LIC_FILES_CHKSUM = "file://COPYING;md5=c34deae4e395ca07e725ab0076a5f740"
 
-SRC_URI = 
"https://gstreamer.freedesktop.org/src/${PNREAL}/${PNREAL}-${PV}.tar.xz";
+SRC_URI = 
"https://gstreamer.freedesktop.org/src/${PNREAL}/${PNREAL}-${PV}.tar.xz \
+   file://0001-meson.build-fix-builds-with-python-3.8.patch \
+   "
 SRC_URI[md5sum] = "499645fbd1790c5845c02a3998dccc1b"
 SRC_URI[sha256sum] = 
"b469c8955126f41b8ce0bf689b7029f182cd305f422b3a8df35b780bd8347489"
 
-- 
2.17.1

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

[OE-core] [PATCH 03/20] nss: update to 3.49.1

[Alexander Kanavin]

Drop a backport, and a patch that causes build errors with
the new version.

Add a patch to make ARM HW crypto optional; upstream for some
reason does not allow disabling it.

Signed-off-by: Alexander Kanavin 
---
 ...ppc64-inline-assembler-for-clang-r-j.patch | 35 --
 ...figure-option-to-disable-ARM-HW-cryp.patch | 35 ++
 .../nss/nss/nss-fix-nsinstall-build.patch | 36 ---
 .../nss/{nss_3.45.bb => nss_3.49.1.bb}| 12 ---
 4 files changed, 43 insertions(+), 75 deletions(-)
 delete mode 100644 
meta/recipes-support/nss/nss/0001-Bug-1493916-Fix-ppc64-inline-assembler-for-clang-r-j.patch
 create mode 100644 
meta/recipes-support/nss/nss/0001-freebl-add-a-configure-option-to-disable-ARM-HW-cryp.patch
 delete mode 100644 meta/recipes-support/nss/nss/nss-fix-nsinstall-build.patch
 rename meta/recipes-support/nss/{nss_3.45.bb => nss_3.49.1.bb} (94%)

diff --git 
a/meta/recipes-support/nss/nss/0001-Bug-1493916-Fix-ppc64-inline-assembler-for-clang-r-j.patch
 
b/meta/recipes-support/nss/nss/0001-Bug-1493916-Fix-ppc64-inline-assembler-for-clang-r-j.patch
deleted file mode 100644
index 59e44e68418..000
--- 
a/meta/recipes-support/nss/nss/0001-Bug-1493916-Fix-ppc64-inline-assembler-for-clang-r-j.patch
+++ /dev/null
@@ -1,35 +0,0 @@
-From 6b351dbb049b3b3ab6c0d51aa3c1c7fb3c9df80c Mon Sep 17 00:00:00 2001
-From: =?UTF-8?q?Dan=20Hor=C3=A1k?= 
-Date: Mon, 22 Jul 2019 11:07:41 -0700
-Subject: [PATCH] Bug 1493916 - Fix ppc64 inline assembler for clang r=jcj
- Seems clang's inline assembler doesn't want registers to be prefixed with
- "r", while gcc accepts both - r0 and 0 for GPR0.
-
-tested with clang 6.0 and gcc 8.1
-
---HG--
-extra : amend_source : 87e09bb59c78bdb25b9573b9f29511e10b9db6fa
-extra : histedit_source : 9b3fad70ac2851bf7de14d42c34db4a5fba41710
-
-Upstream-Status: Backport 
[https://github.com/nss-dev/nss/commit/671d89b6c4a6f41707bb044534751098e2e3f211]
-Signed-off-by: Khem Raj 

- nss/lib/freebl/mpi/mpcpucache.c | 2 +-
- 1 file changed, 1 insertion(+), 1 deletion(-)
-
-diff --git a/nss/lib/freebl/mpi/mpcpucache.c b/nss/lib/freebl/mpi/mpcpucache.c
-index 336b4cc..2ad291f 100644
 a/nss/lib/freebl/mpi/mpcpucache.c
-+++ b/nss/lib/freebl/mpi/mpcpucache.c
-@@ -727,7 +727,7 @@ static inline void
- dcbzl(char *array)
- {
- register char *a asm("r2") = array;
--__asm__ __volatile__("dcbzl %0,r0"
-+__asm__ __volatile__("dcbzl %0,0"
-  : "=r"(a)
-  : "0"(a));
- }
--- 
-2.24.0
-
diff --git 
a/meta/recipes-support/nss/nss/0001-freebl-add-a-configure-option-to-disable-ARM-HW-cryp.patch
 
b/meta/recipes-support/nss/nss/0001-freebl-add-a-configure-option-to-disable-ARM-HW-cryp.patch
new file mode 100644
index 000..fe29d198820
--- /dev/null
+++ 
b/meta/recipes-support/nss/nss/0001-freebl-add-a-configure-option-to-disable-ARM-HW-cryp.patch
@@ -0,0 +1,35 @@
+From 5595e9651aca39af945931c73eb524a0f8bd130d Mon Sep 17 00:00:00 2001
+From: Alexander Kanavin 
+Date: Wed, 18 Dec 2019 12:29:50 +0100
+Subject: [PATCH] freebl: add a configure option to disable ARM HW crypto
+
+Not all current hardware supports it, particularly anything
+prior to armv8 does not.
+
+Upstream-Status: Pending
+Signed-off-by: Alexander Kanavin 
+---
+ nss/lib/freebl/Makefile | 3 +++
+ 1 file changed, 3 insertions(+)
+
+diff --git a/nss/lib/freebl/Makefile b/nss/lib/freebl/Makefile
+index 06506f0..a8b015d 100644
+--- a/nss/lib/freebl/Makefile
 b/nss/lib/freebl/Makefile
+@@ -125,6 +125,8 @@ else
+ DEFINES += -DNSS_X86
+ endif
+ endif
++
++ifdef NSS_USE_ARM_HW_CRYPTO
+ ifeq ($(CPU_ARCH),aarch64)
+ DEFINES += -DUSE_HW_AES
+ EXTRA_SRCS += aes-armv8.c gcm-aarch64.c
+@@ -145,6 +147,7 @@ ifeq ($(CPU_ARCH),arm)
+ endif
+ endif
+ endif
++endif
+ 
+ ifeq ($(OS_TARGET),OSF1)
+ DEFINES += -DMP_ASSEMBLY_MULTIPLY -DMP_NO_MP_WORD
diff --git a/meta/recipes-support/nss/nss/nss-fix-nsinstall-build.patch 
b/meta/recipes-support/nss/nss/nss-fix-nsinstall-build.patch
deleted file mode 100644
index 181c69adb04..000
--- a/meta/recipes-support/nss/nss/nss-fix-nsinstall-build.patch
+++ /dev/null
@@ -1,36 +0,0 @@
-Fix nss multilib build on openSUSE 11.x 32bit
-
-While building lib64-nss on openSUSE 11.x 32bit, the nsinstall will
-fail with error:
-
-* nsinstall.c:1:0: sorry, unimplemented: 64-bit mode not compiled
-
-It caused by the '-m64' option which passed to host gcc.
-
-The nsinstall was built first while nss starting to build, it only runs
-on host to install built files, it doesn't need any cross-compling or
-multilib build options. Just clean the ARCHFLAG and LDFLAGS to fix this
-error.
-
-Upstream-Status: Pending
-
-Signed-off-by: Wenzong Fan 
-===
-Index: nss-3.24/nss/coreconf/nsinstall/Makefile
-===
 nss-3.24.orig/nss/coreconf/nsinstall/Makefile
-+++ nss-3.24/nss/coreconf/nsi

[OE-core] [PATCH 02/20] rpm: fix with musl and latest elfutils.

[Alexander Kanavin]

Signed-off-by: Alexander Kanavin 
---
 ...lugins.c-call-dlerror-prior-to-dlsym.patch | 29 +++
 meta/recipes-devtools/rpm/rpm_4.14.2.1.bb |  1 +
 2 files changed, 30 insertions(+)
 create mode 100644 
meta/recipes-devtools/rpm/files/0001-rpmplugins.c-call-dlerror-prior-to-dlsym.patch

diff --git 
a/meta/recipes-devtools/rpm/files/0001-rpmplugins.c-call-dlerror-prior-to-dlsym.patch
 
b/meta/recipes-devtools/rpm/files/0001-rpmplugins.c-call-dlerror-prior-to-dlsym.patch
new file mode 100644
index 000..8842e3ebd71
--- /dev/null
+++ 
b/meta/recipes-devtools/rpm/files/0001-rpmplugins.c-call-dlerror-prior-to-dlsym.patch
@@ -0,0 +1,29 @@
+From 6878a83f9bac015c64d83cee42530a20a264cc5a Mon Sep 17 00:00:00 2001
+From: Alexander Kanavin 
+Date: Tue, 7 Jan 2020 12:02:06 +0100
+Subject: [PATCH] rpmplugins.c: call dlerror() prior to dlsym()
+
+This is the recommended way in the manpage; if there is
+a lingering error from an unrelated dl*() call that was
+never obtained via dlerror(), it needs to be cleared
+prior to calling dlsym().
+
+Upstream-Status: Submitted 
[https://github.com/rpm-software-management/rpm/pull/998]
+Signed-off-by: Alexander Kanavin 
+---
+ lib/rpmplugins.c | 2 ++
+ 1 file changed, 2 insertions(+)
+
+diff --git a/lib/rpmplugins.c b/lib/rpmplugins.c
+index 65e684e84..b950f85cf 100644
+--- a/lib/rpmplugins.c
 b/lib/rpmplugins.c
+@@ -68,6 +68,8 @@ static rpmPlugin rpmPluginNew(const char *name, const char 
*path,
+ 
+ /* make sure the plugin has the supported hooks flag */
+ hooks_name = rstrscat(NULL, name, "_hooks", NULL);
++/* clear out any old errors that weren't fetched */
++dlerror();
+ hooks = dlsym(handle, hooks_name);
+ if ((error = dlerror()) != NULL) {
+   rpmlog(RPMLOG_ERR, _("Failed to resolve symbol %s: %s\n"),
diff --git a/meta/recipes-devtools/rpm/rpm_4.14.2.1.bb 
b/meta/recipes-devtools/rpm/rpm_4.14.2.1.bb
index 339bd7b8343..17255dc87a7 100644
--- a/meta/recipes-devtools/rpm/rpm_4.14.2.1.bb
+++ b/meta/recipes-devtools/rpm/rpm_4.14.2.1.bb
@@ -43,6 +43,7 @@ SRC_URI = 
"git://github.com/rpm-software-management/rpm;branch=rpm-4.14.x \

file://0016-rpmscript.c-change-logging-level-around-scriptlets-t.patch \

file://0001-mono-find-provides-requires-do-not-use-monodis-from-.patch \

file://0001-Rip-out-partial-support-for-unused-MD2-and-RIPEMD160.patch \
+   file://0001-rpmplugins.c-call-dlerror-prior-to-dlsym.patch \
"
 
 PE = "1"
-- 
2.17.1

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

[OE-core] [PATCH 01/20] rpm: switch to openssl from nss

[Alexander Kanavin]

nss is a problematic library in many ways, but openssl
seems to work just fine.

rpm was the only user of nss in oe-core, which opens
the possibility of moving it out.

Add a backported patch to enable builds with latest openssl.

Signed-off-by: Alexander Kanavin 
---
 ...support-for-unused-MD2-and-RIPEMD160.patch | 81 +++
 meta/recipes-devtools/rpm/rpm_4.14.2.1.bb |  5 +-
 2 files changed, 84 insertions(+), 2 deletions(-)
 create mode 100644 
meta/recipes-devtools/rpm/files/0001-Rip-out-partial-support-for-unused-MD2-and-RIPEMD160.patch

diff --git 
a/meta/recipes-devtools/rpm/files/0001-Rip-out-partial-support-for-unused-MD2-and-RIPEMD160.patch
 
b/meta/recipes-devtools/rpm/files/0001-Rip-out-partial-support-for-unused-MD2-and-RIPEMD160.patch
new file mode 100644
index 000..734e38bb391
--- /dev/null
+++ 
b/meta/recipes-devtools/rpm/files/0001-Rip-out-partial-support-for-unused-MD2-and-RIPEMD160.patch
@@ -0,0 +1,81 @@
+From 2d53d1e308a5bd15a16cc289fa7e1f264ea706be Mon Sep 17 00:00:00 2001
+From: Panu Matilainen 
+Date: Tue, 26 Jun 2018 10:46:14 +0300
+Subject: [PATCH] Rip out partial support for unused MD2 and RIPEMD160 digests
+
+Inspired by #453, adding configure-checks for unused digests algorithms
+seems nonsensical, at no point in rpm history have these algorithms been
+used for anything in rpm so there's not even backward compatibility to
+care about. So the question becomes why do we appear to have (some)
+support for those unused algorithms? So lets don't, problem solved...
+
+Upstream-Status: Backport 
[https://github.com/rpm-software-management/rpm/commit/ff4b9111aeba01dd025dd133ce617fb80f7398a0]
+Signed-off-by: Alexander Kanavin 
+---
+ rpmio/digest_beecrypt.c | 7 ---
+ rpmio/digest_nss.c  | 2 --
+ rpmio/digest_openssl.c  | 6 --
+ 3 files changed, 15 deletions(-)
+
+diff --git a/rpmio/digest_beecrypt.c b/rpmio/digest_beecrypt.c
+index 597027e25..653a39491 100644
+--- a/rpmio/digest_beecrypt.c
 b/rpmio/digest_beecrypt.c
+@@ -132,10 +132,6 @@ DIGEST_CTX rpmDigestInit(int hashalgo, rpmDigestFlags 
flags)
+   ctx->Digest = (void *) sha512Digest;
+   break;
+ #endif
+-case PGPHASHALGO_RIPEMD160:
+-case PGPHASHALGO_MD2:
+-case PGPHASHALGO_TIGER192:
+-case PGPHASHALGO_HAVAL_5_160:
+ default:
+   free(ctx);
+   return NULL;
+@@ -292,9 +288,6 @@ static int pgpVerifySigRSA(pgpDigAlg pgpkey, pgpDigAlg 
pgpsig, uint8_t *hash, si
+ case PGPHASHALGO_SHA1:
+ prefix = "3021300906052b0e03021a05000414";
+ break;
+-case PGPHASHALGO_MD2:
+-prefix = "3020300c06082a864886f70d020205000410";
+-break;
+ case PGPHASHALGO_SHA256:
+ prefix = "3031300d060960864801650304020105000420";
+ break;
+diff --git a/rpmio/digest_nss.c b/rpmio/digest_nss.c
+index e11920e3e..b3d2b5595 100644
+--- a/rpmio/digest_nss.c
 b/rpmio/digest_nss.c
+@@ -117,7 +117,6 @@ static HASH_HashType getHashType(int hashalgo)
+ {
+ switch (hashalgo) {
+ case PGPHASHALGO_MD5: return HASH_AlgMD5;
+-case PGPHASHALGO_MD2: return HASH_AlgMD2;
+ case PGPHASHALGO_SHA1:return HASH_AlgSHA1;
+ #ifdef SHA224_LENGTH
+ case PGPHASHALGO_SHA224:  return HASH_AlgSHA224;
+@@ -217,7 +216,6 @@ static SECOidTag getHashAlg(unsigned int hashalgo)
+ {
+ switch (hashalgo) {
+ case PGPHASHALGO_MD5: return SEC_OID_MD5;
+-case PGPHASHALGO_MD2: return SEC_OID_MD2;
+ case PGPHASHALGO_SHA1:return SEC_OID_SHA1;
+ #ifdef SHA224_LENGTH
+ case PGPHASHALGO_SHA224:  return SEC_OID_SHA224;
+diff --git a/rpmio/digest_openssl.c b/rpmio/digest_openssl.c
+index 18e52a724..0ae48dd1d 100644
+--- a/rpmio/digest_openssl.c
 b/rpmio/digest_openssl.c
+@@ -172,12 +172,6 @@ static const EVP_MD *getEVPMD(int hashalgo)
+ case PGPHASHALGO_SHA1:
+ return EVP_sha1();
+ 
+-case PGPHASHALGO_RIPEMD160:
+-return EVP_ripemd160();
+-
+-case PGPHASHALGO_MD2:
+-return EVP_md2();
+-
+ case PGPHASHALGO_SHA256:
+ return EVP_sha256();
+ 
diff --git a/meta/recipes-devtools/rpm/rpm_4.14.2.1.bb 
b/meta/recipes-devtools/rpm/rpm_4.14.2.1.bb
index c37330eb4c6..339bd7b8343 100644
--- a/meta/recipes-devtools/rpm/rpm_4.14.2.1.bb
+++ b/meta/recipes-devtools/rpm/rpm_4.14.2.1.bb
@@ -42,6 +42,7 @@ SRC_URI = 
"git://github.com/rpm-software-management/rpm;branch=rpm-4.14.x \

file://0001-rpm-rpmio.c-restrict-virtual-memory-usage-if-limit-s.patch \

file://0016-rpmscript.c-change-logging-level-around-scriptlets-t.patch \

file://0001-mono-find-provides-requires-do-not-use-monodis-from-.patch \
+   
file://0001-Rip-out-partial-support-for-unused-MD2-and-RIPEMD160.patch \
"
 
 PE = "1"
@@ -49,7 +50,7 @@ SRCREV = "4a9440006398646583f0d9ae1837dad2875013aa"
 
 S = "${WORKDIR}/git"
 
-DEPENDS = "nss libarchive db file popt xz bzip2 dbus elfutils python3"
+DEPENDS = "openssl libarchive db file popt xz bzip2 dbus elfutils python3"
 DE

[OE-core] [PATCH] site: Remove sctp related configs

[Pau Espin Pedrol]

They are preventing autotools from checking netinet/sctp.h existence
successfuly which in turn makes configure.ac files with lines similar to
this to fail, even if DEPENDS="lksctp-tools" and netinet/sctp.h is
clearly available under recipe-sysroot/:
AC_CHECK_HEADERS(netinet/sctp.h,,AC_MSG_ERROR(netinet/sctp.h not found))

This is the case for new libosmo-netif versionsi (meta-telephony branch
laforge/nightly), which expects netinet/sctp.h to be available if default
flag --enable-libsctp is used.

Without this patch, do_configure will fail unless following line is used
in the recipe:
CACHED_CONFIGUREVARS += "${@bb.utils.contains('PACKAGECONFIG', 'libsctp', 
'ac_cv_header_netinet_sctp_h=yes', '',d)}"

So removing ac_cv_header_netinet_sctp_h would be enough, but I couldn't
find any good information on why the other 2 variables were set in site
config files, hence no good reason to keep them.

Signed-off-by: Pau Espin Pedrol 
---
 meta/site/arm-common  | 3 ---
 meta/site/ix86-common | 3 ---
 meta/site/nios2-linux | 3 ---
 meta/site/powerpc32-linux | 4 
 meta/site/sh-common   | 4 
 5 files changed, 17 deletions(-)

diff --git a/meta/site/arm-common b/meta/site/arm-common
index 198c98c6a7..8c37f3fc24 100644
--- a/meta/site/arm-common
+++ b/meta/site/arm-common
@@ -4,9 +4,6 @@ 
ac_cv_func_lstat_dereferences_slashed_symlink=${ac_cv_func_lstat_dereferences_sl
 ac_cv_func_lstat_empty_string_bug=${ac_cv_func_lstat_empty_string_bug=no}
 ac_cv_func_stat_empty_string_bug=${ac_cv_func_stat_empty_string_bug=no}
 
ac_cv_func_stat_ignores_trailing_slash=${ac_cv_func_stat_ignores_trailing_slash=no}
-ac_cv_header_netinet_sctp_h=${ac_cv_header_netinet_sctp_h=no}
-ac_cv_header_netinet_sctp_uio_h=${ac_cv_header_netinet_sctp_uio_h=no}
-ac_cv_sctp=${ac_cv_sctp=no}
 
 # bash
 ac_cv_c_long_double=${ac_cv_c_long_double=yes}
diff --git a/meta/site/ix86-common b/meta/site/ix86-common
index c5e354c073..a2384372db 100644
--- a/meta/site/ix86-common
+++ b/meta/site/ix86-common
@@ -27,10 +27,7 @@ 
ac_cv_func_stat_empty_string_bug=${ac_cv_func_stat_empty_string_bug=no}
 
ac_cv_func_stat_ignores_trailing_slash=${ac_cv_func_stat_ignores_trailing_slash=no}
 ac_cv_va_val_copy=${ac_cv_va_val_copy=yes}
 
-ac_cv_header_netinet_sctp_h=${ac_cv_header_netinet_sctp_h=no}
-ac_cv_header_netinet_sctp_uio_h=${ac_cv_header_netinet_sctp_uio_h=no}
 ac_cv_linux_vers=${ac_cv_linux_vers=2}
-ac_cv_sctp=${ac_cv_sctp=no}
 
 ac_cv_path_ESD_CONFIG=no
 lf_cv_sane_realloc=yes
diff --git a/meta/site/nios2-linux b/meta/site/nios2-linux
index 67a3fc8a75..8ac198a0cd 100644
--- a/meta/site/nios2-linux
+++ b/meta/site/nios2-linux
@@ -2,9 +2,6 @@ 
ac_cv_func_lstat_dereferences_slashed_symlink=${ac_cv_func_lstat_dereferences_sl
 ac_cv_func_lstat_empty_string_bug=${ac_cv_func_lstat_empty_string_bug=no}
 ac_cv_func_stat_empty_string_bug=${ac_cv_func_stat_empty_string_bug=no}
 
ac_cv_func_stat_ignores_trailing_slash=${ac_cv_func_stat_ignores_trailing_slash=no}
-ac_cv_header_netinet_sctp_h=${ac_cv_header_netinet_sctp_h=no}
-ac_cv_header_netinet_sctp_uio_h=${ac_cv_header_netinet_sctp_uio_h=no}
-ac_cv_sctp=${ac_cv_sctp=no}
 
 # apache
 ac_cv_sizeof_ssize_t=${ac_cv_sizeof_ssize_t=4}
diff --git a/meta/site/powerpc32-linux b/meta/site/powerpc32-linux
index f37e915cb3..172a06cc46 100644
--- a/meta/site/powerpc32-linux
+++ b/meta/site/powerpc32-linux
@@ -39,10 +39,6 @@ 
cookie_io_functions_use_off64_t=${cookie_io_functions_use_off64_t=yes}
 # apache
 ac_cv_sizeof_ssize_t=${ac_cv_sizeof_ssize_t=4}
 
-ac_cv_header_netinet_sctp_h=${ac_cv_header_netinet_sctp_h=no}
-ac_cv_header_netinet_sctp_uio_h=${ac_cv_header_netinet_sctp_uio_h=no}
-ac_cv_sctp=${ac_cv_sctp=no}
-
 # ssh
 ac_cv_have_space_d_name_in_struct_dirent=${ac_cv_dirent_have_space_d_name=yes}
 ac_cv_have_broken_snprintf=${ac_cv_have_broken_snprintf=no}
diff --git a/meta/site/sh-common b/meta/site/sh-common
index 97c96934d7..6bda1c237c 100644
--- a/meta/site/sh-common
+++ b/meta/site/sh-common
@@ -31,10 +31,6 @@ ac_cv_time_r_type=${ac_cv_time_r_type=POSIX}
 # apache
 ac_cv_sizeof_ssize_t=${ac_cv_sizeof_ssize_t=4}
 
-ac_cv_header_netinet_sctp_h=${ac_cv_header_netinet_sctp_h=no}
-ac_cv_header_netinet_sctp_uio_h=${ac_cv_header_netinet_sctp_uio_h=no}
-ac_cv_sctp=${ac_cv_sctp=no}
-
 # ssh
 ac_cv_have_space_d_name_in_struct_dirent=${ac_cv_dirent_have_space_d_name=yes}
 ac_cv_have_broken_snprintf=${ac_cv_have_broken_snprintf=no}
-- 
2.24.1

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

[OE-core] ✗ patchtest: failure for site: Remove sctp related configs

[Patchwork]

== Series Details ==

Series: site: Remove sctp related configs
Revision: 1
URL   : https://patchwork.openembedded.org/series/22003/
State : failure

== Summary ==


Thank you for submitting this patch series to OpenEmbedded Core. This is
an automated response. Several tests have been executed on the proposed
series by patchtest resulting in the following failures:



* Patchsite: Remove sctp related configs
 Issue Patch is missing Signed-off-by [test_signed_off_by_presence] 
  Suggested fixSign off the patch (either manually or with "git commit 
--amend -s")



If you believe any of these test results are incorrect, please reply to the
mailing list (openembedded-core@lists.openembedded.org) raising your concerns.
Otherwise we would appreciate you correcting the issues and submitting a new
version of the patchset if applicable. Please ensure you add/increment the
version number when sending the new version (i.e. [PATCH] -> [PATCH v2] ->
[PATCH v3] -> ...).

---
Guidelines: 
https://www.openembedded.org/wiki/Commit_Patch_Message_Guidelines
Test framework: http://git.yoctoproject.org/cgit/cgit.cgi/patchtest
Test suite: http://git.yoctoproject.org/cgit/cgit.cgi/patchtest-oe

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

[OE-core] [PATCH] site: Remove sctp related configs

[Pau Espin Pedrol]

They are preventing autotools from checking netinet/sctp.h existence
successfuly which in turn makes configure.ac files with lines similar to
this to fail, even if DEPENDS="lksctp-tools" and netinet/sctp.h is
clearly available under recipe-sysroot/:
AC_CHECK_HEADERS(netinet/sctp.h,,AC_MSG_ERROR(netinet/sctp.h not found))

This is the case for new libosmo-netif versionsi (meta-telephony branch
laforge/nightly), which expects netinet/sctp.h to be available if default
flag --enable-libsctp is used.

Without this patch, do_configure will fail unless following line is used
in the recipe:
CACHED_CONFIGUREVARS += "${@bb.utils.contains('PACKAGECONFIG', 'libsctp', 
'ac_cv_header_netinet_sctp_h=yes', '',d)}"

So removing ac_cv_header_netinet_sctp_h would be enough, but I couldn't
find any good information on why the other 2 variables were set in site
config files, hence no good reason to keep them.
---
 meta/site/arm-common  | 3 ---
 meta/site/ix86-common | 3 ---
 meta/site/nios2-linux | 3 ---
 meta/site/powerpc32-linux | 4 
 meta/site/sh-common   | 4 
 5 files changed, 17 deletions(-)

diff --git a/meta/site/arm-common b/meta/site/arm-common
index 198c98c6a7..8c37f3fc24 100644
--- a/meta/site/arm-common
+++ b/meta/site/arm-common
@@ -4,9 +4,6 @@ 
ac_cv_func_lstat_dereferences_slashed_symlink=${ac_cv_func_lstat_dereferences_sl
 ac_cv_func_lstat_empty_string_bug=${ac_cv_func_lstat_empty_string_bug=no}
 ac_cv_func_stat_empty_string_bug=${ac_cv_func_stat_empty_string_bug=no}
 
ac_cv_func_stat_ignores_trailing_slash=${ac_cv_func_stat_ignores_trailing_slash=no}
-ac_cv_header_netinet_sctp_h=${ac_cv_header_netinet_sctp_h=no}
-ac_cv_header_netinet_sctp_uio_h=${ac_cv_header_netinet_sctp_uio_h=no}
-ac_cv_sctp=${ac_cv_sctp=no}
 
 # bash
 ac_cv_c_long_double=${ac_cv_c_long_double=yes}
diff --git a/meta/site/ix86-common b/meta/site/ix86-common
index c5e354c073..a2384372db 100644
--- a/meta/site/ix86-common
+++ b/meta/site/ix86-common
@@ -27,10 +27,7 @@ 
ac_cv_func_stat_empty_string_bug=${ac_cv_func_stat_empty_string_bug=no}
 
ac_cv_func_stat_ignores_trailing_slash=${ac_cv_func_stat_ignores_trailing_slash=no}
 ac_cv_va_val_copy=${ac_cv_va_val_copy=yes}
 
-ac_cv_header_netinet_sctp_h=${ac_cv_header_netinet_sctp_h=no}
-ac_cv_header_netinet_sctp_uio_h=${ac_cv_header_netinet_sctp_uio_h=no}
 ac_cv_linux_vers=${ac_cv_linux_vers=2}
-ac_cv_sctp=${ac_cv_sctp=no}
 
 ac_cv_path_ESD_CONFIG=no
 lf_cv_sane_realloc=yes
diff --git a/meta/site/nios2-linux b/meta/site/nios2-linux
index 67a3fc8a75..8ac198a0cd 100644
--- a/meta/site/nios2-linux
+++ b/meta/site/nios2-linux
@@ -2,9 +2,6 @@ 
ac_cv_func_lstat_dereferences_slashed_symlink=${ac_cv_func_lstat_dereferences_sl
 ac_cv_func_lstat_empty_string_bug=${ac_cv_func_lstat_empty_string_bug=no}
 ac_cv_func_stat_empty_string_bug=${ac_cv_func_stat_empty_string_bug=no}
 
ac_cv_func_stat_ignores_trailing_slash=${ac_cv_func_stat_ignores_trailing_slash=no}
-ac_cv_header_netinet_sctp_h=${ac_cv_header_netinet_sctp_h=no}
-ac_cv_header_netinet_sctp_uio_h=${ac_cv_header_netinet_sctp_uio_h=no}
-ac_cv_sctp=${ac_cv_sctp=no}
 
 # apache
 ac_cv_sizeof_ssize_t=${ac_cv_sizeof_ssize_t=4}
diff --git a/meta/site/powerpc32-linux b/meta/site/powerpc32-linux
index f37e915cb3..172a06cc46 100644
--- a/meta/site/powerpc32-linux
+++ b/meta/site/powerpc32-linux
@@ -39,10 +39,6 @@ 
cookie_io_functions_use_off64_t=${cookie_io_functions_use_off64_t=yes}
 # apache
 ac_cv_sizeof_ssize_t=${ac_cv_sizeof_ssize_t=4}
 
-ac_cv_header_netinet_sctp_h=${ac_cv_header_netinet_sctp_h=no}
-ac_cv_header_netinet_sctp_uio_h=${ac_cv_header_netinet_sctp_uio_h=no}
-ac_cv_sctp=${ac_cv_sctp=no}
-
 # ssh
 ac_cv_have_space_d_name_in_struct_dirent=${ac_cv_dirent_have_space_d_name=yes}
 ac_cv_have_broken_snprintf=${ac_cv_have_broken_snprintf=no}
diff --git a/meta/site/sh-common b/meta/site/sh-common
index 97c96934d7..6bda1c237c 100644
--- a/meta/site/sh-common
+++ b/meta/site/sh-common
@@ -31,10 +31,6 @@ ac_cv_time_r_type=${ac_cv_time_r_type=POSIX}
 # apache
 ac_cv_sizeof_ssize_t=${ac_cv_sizeof_ssize_t=4}
 
-ac_cv_header_netinet_sctp_h=${ac_cv_header_netinet_sctp_h=no}
-ac_cv_header_netinet_sctp_uio_h=${ac_cv_header_netinet_sctp_uio_h=no}
-ac_cv_sctp=${ac_cv_sctp=no}
-
 # ssh
 ac_cv_have_space_d_name_in_struct_dirent=${ac_cv_dirent_have_space_d_name=yes}
 ac_cv_have_broken_snprintf=${ac_cv_have_broken_snprintf=no}
-- 
2.24.1

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

Re: [OE-core] [PATCH 05/28] python3: update to 3.8.1

[Alexander Kanavin]

On Tue, 14 Jan 2020 at 11:23, Richard Purdie <
richard.pur...@linuxfoundation.org> wrote:

> For extra data I reran this on a builder where it failed. This time it
> worked out ok. I can think of two different things we could try:
>
> a) Add some debug to the code so that when a unknown user error occurs,
> it triggers a mention of the filename with the issue
>
> b) Potentially try turning off any parallel install code for python.
> I'm starting to wonder if that is racing somehow over file ownership.
> Making it single thread may make the issue appear (or it may
> disappear).
>

I tried setting PARALLEL_MAKEINST to "", and it didn't make any difference
(python is using standard autotools). I guess we'll have to catch the build
directory when it happens again somehow.

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

[OE-core] [PATCH] recipetool: create: fix SRCBRANCH not being passed to params

[Tuomas Salokanto]

When explicitly passing a branch using --srcbranch in 'devtool add' or
'recipetool create', the branch name is not included in the params of
bb.fetch2.encodeurl and default 'master' branch is used instead.

Signed-off-by: Tuomas Salokanto 
---
 scripts/lib/recipetool/create.py | 1 +
 1 file changed, 1 insertion(+)

diff --git a/scripts/lib/recipetool/create.py b/scripts/lib/recipetool/create.py
index 4c4bbadb4c..cc0b4f0e53 100644
--- a/scripts/lib/recipetool/create.py
+++ b/scripts/lib/recipetool/create.py
@@ -460,6 +460,7 @@ def create_recipe(args):
 logger.error('branch= parameter and -B/--srcbranch option 
cannot both be specified - use one or the other')
 sys.exit(1)
 srcbranch = args.srcbranch
+params['branch'] = srcbranch
 nobranch = params.get('nobranch')
 if nobranch and srcbranch:
 logger.error('nobranch= cannot be used if you specify a branch')
-- 
2.24.0.windows.2

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

Re: [OE-core] [PATCH V4] u-boot-fw-utils: Add support for libubootenv

[Stefano Babic]

On 14/01/20 11:24, Ross Burton wrote:
> On 14/01/2020 10:00, Stefano Babic wrote:
>> Thanks for this - I have fixed it, too, fast exactly in the same way you
>> did, but directly into libubootenv. This avoids to track the patch
>> into OE:
>>
>> http://patchwork.ozlabs.org/patch/1222627/
> 
> As you're using GNUInstallDirs there to get libdir, you might as well
> use it for all of the other paths too (bindir, libdir, etc).

You're correct - I didn't because there is not another "use case" (the
only use case is for lib in case of multilib). But I change the other
paths, too.

Stefano



-- 
=
DENX Software Engineering GmbH,  Managing Director: Wolfgang Denk
HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany
Phone: +49-8142-66989-53 Fax: +49-8142-66989-80 Email: sba...@denx.de
=
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [PATCH V4] u-boot-fw-utils: Add support for libubootenv

[Ross Burton]

On 14/01/2020 10:00, Stefano Babic wrote:

Thanks for this - I have fixed it, too, fast exactly in the same way you
did, but directly into libubootenv. This avoids to track the patch into OE:

http://patchwork.ozlabs.org/patch/1222627/


As you're using GNUInstallDirs there to get libdir, you might as well 
use it for all of the other paths too (bindir, libdir, etc).


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

Re: [OE-core] [PATCH 05/28] python3: update to 3.8.1

[Richard Purdie]

On Mon, 2020-01-13 at 15:15 +0100, Alexander Kanavin wrote:
> On Thu, 9 Jan 2020 at 23:14, Richard Purdie <
> richard.pur...@linuxfoundation.org> wrote:
> > On Thu, 2020-01-09 at 20:49 +0100, Alexander Kanavin wrote:
> > > The problem is, I couldn't reproduce this locally at all. Random
> > > glitch?
> > 
> > No, its happened on multiple workers and there should be a pattern,
> > we
> > just don't understand it yet :(. I don't have ideas right now
> > although
> > the build user is 1000 on many machines, 6000 is a minority.
> 
> I guess we'll have to save the build folder on next failure and
> inspect that.

For extra data I reran this on a builder where it failed. This time it
worked out ok. I can think of two different things we could try:

a) Add some debug to the code so that when a unknown user error occurs,
it triggers a mention of the filename with the issue

b) Potentially try turning off any parallel install code for python.
I'm starting to wonder if that is racing somehow over file ownership.
Making it single thread may make the issue appear (or it may
disappear).

Cheers,

Richard

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

Re: [OE-core] [PATCH V4] u-boot-fw-utils: Add support for libubootenv

[Stefano Babic]

Hi Chen,

On 14/01/20 06:57, ChenQi wrote:
> On 01/09/2020 05:31 PM, Stefano Babic wrote:
>> Hi Chen,
>>
>> On 09/01/20 02:29, ChenQi wrote:
>>> Resend as previous email forgets to add Stefano.
>>>
>>> In case of multilib, the do_package fails with
>>>
>>> ERROR: libubootenv-0.2-r0 do_package: QA Issue: libubootenv:
>>> Files/directories were installed but not shipped in any package:
>>>    /usr/lib/libubootenv.so
>>>    /usr/lib/libubootenv.so.0.2
>>>
>> Thanks for reporting this - I will take care of the error in next days.
>>
>> Regards,
>> Stefano
> 
> I've just sent out a patch to fix this problem.
> 

Thanks for this - I have fixed it, too, fast exactly in the same way you
did, but directly into libubootenv. This avoids to track the patch into OE:

http://patchwork.ozlabs.org/patch/1222627/

Regards,
Stefano

> Regards,
> Chen Qi
> 
>>> Regards,
>>> Chen Qi
>>>
>>> On 01/03/2020 08:33 PM, Stefano Babic wrote:
 libubootenv is a replacement for u-boot-fw-utils. It is
 hardware-independent and provides fw_printenv and fw_setenv tools that
 are full compatible with the ones provided by U-Boot. A library is
 provided to access the environment from an own application.
 License is LGPL-2.1 and this allow to link the library to proprietary
 code. The user of the tools should install the configuration file
 "fw_env.config", as he is already used to with u-boot-fw-utils. The
 configuration file is compatible with u-boot-fw-utils.
 A full discussion about issues on current u-boot-fw-utils can be
 read on
 U-Boot's ML at:

 http://u-boot.10912.n7.nabble.com/SWUpdate-U-Boot-environment-library-dependency-tt340530.html#none



 Signed-off-by: Stefano Babic 
 ---
 Changes since V3:
  - Update maintainers.inc (R. Purdie)
  - Add link to U-Boot's ML in commit message (R. Purdie)
 Changes since V2:
  - drop .inc file (R. Burton)
 Changes since V1:
  - drop PACKAGE_ARCH (M. Jansa)

    meta/conf/distro/include/maintainers.inc   |  1 +
    meta/recipes-bsp/u-boot/libubootenv_0.2.bb | 26
 ++
    2 files changed, 27 insertions(+)
    create mode 100644 meta/recipes-bsp/u-boot/libubootenv_0.2.bb

 diff --git a/meta/conf/distro/include/maintainers.inc
 b/meta/conf/distro/include/maintainers.inc
 index 39eee9475c..09453e7343 100644
 --- a/meta/conf/distro/include/maintainers.inc
 +++ b/meta/conf/distro/include/maintainers.inc
 @@ -398,6 +398,7 @@ RECIPE_MAINTAINER_pn-libunwind = "Bruce Ashfield
 "
    RECIPE_MAINTAINER_pn-liburcu = "Alexander Kanavin
 "
    RECIPE_MAINTAINER_pn-liburi-perl = "Tim Orling
 "
    RECIPE_MAINTAINER_pn-libusb1 = "Anuj Mittal "
 +RECIPE_MAINTAINER_pn-libubootenv = "Stefano Babic "
    RECIPE_MAINTAINER_pn-libva = "Anuj Mittal "
    RECIPE_MAINTAINER_pn-libva-utils = "Anuj Mittal
 "
    RECIPE_MAINTAINER_pn-libvorbis = "Tanu Kaskinen "
 diff --git a/meta/recipes-bsp/u-boot/libubootenv_0.2.bb
 b/meta/recipes-bsp/u-boot/libubootenv_0.2.bb
 new file mode 100644
 index 00..23230d132e
 --- /dev/null
 +++ b/meta/recipes-bsp/u-boot/libubootenv_0.2.bb
 @@ -0,0 +1,26 @@
 +SUMMARY = "U-Boot libraries and tools to access environment"
 +DEPENDS += "mtd-utils"
 +
 +DESCRIPTION = "This package contains tools and libraries to read \
 +and modify U-Boot environment. \
 +It provides a hardware-independent replacement for fw_printenv/setenv
 utilities \
 +provided by U-Boot"
 +
 +HOMEPAGE = "https://github.com/sbabic/libubootenv";
 +LICENSE = "LGPL-2.1"
 +LIC_FILES_CHKSUM =
 "file://Licenses/lgpl-2.1.txt;md5=4fbd65380cdd255951079008b364516c"
 +SECTION = "libs"
 +
 +SRC_URI = "git://github.com/sbabic/libubootenv;protocol=https"
 +SRCREV = "bf6ff631c0e38cede67268ceb8bf1383b5f8848e"
 +
 +S = "${WORKDIR}/git"
 +
 +inherit cmake
 +
 +EXTRA_OECMAKE = "-DCMAKE_BUILD_TYPE=Release"
 +
 +PROVIDES += "u-boot-fw-utils"
 +RPROVIDES_${PN} += "u-boot-fw-utils"
 +
 +BBCLASSEXTEND = "native"
>>>
>>
> 


-- 
=
DENX Software Engineering GmbH,  Managing Director: Wolfgang Denk
HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany
Phone: +49-8142-66989-53 Fax: +49-8142-66989-80 Email: sba...@denx.de
=
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] ✗ patchtest: failure for YOCTO #12937 - Consistent naming scheme for deployed artifacts (rev4)

[Patchwork]

== Series Details ==

Series: YOCTO #12937 - Consistent naming scheme for deployed artifacts (rev4)
Revision: 4
URL   : https://patchwork.openembedded.org/series/19321/
State : failure

== Summary ==


Thank you for submitting this patch series to OpenEmbedded Core. This is
an automated response. Several tests have been executed on the proposed
series by patchtest resulting in the following failures:



* Patch[v5, 2/8] bitbake.conf, kernel*.bbclass: include 
IMAGE_VERSION_SUFFIX only in the _LINK_NAME variables and change it to hard link
 Issue Commit shortlog is too long [test_shortlog_length] 
  Suggested fixEdit shortlog so that it is 90 characters or less (currently 
119 characters)



If you believe any of these test results are incorrect, please reply to the
mailing list (openembedded-core@lists.openembedded.org) raising your concerns.
Otherwise we would appreciate you correcting the issues and submitting a new
version of the patchset if applicable. Please ensure you add/increment the
version number when sending the new version (i.e. [PATCH] -> [PATCH v2] ->
[PATCH v3] -> ...).

---
Guidelines: 
https://www.openembedded.org/wiki/Commit_Patch_Message_Guidelines
Test framework: http://git.yoctoproject.org/cgit/cgit.cgi/patchtest
Test suite: http://git.yoctoproject.org/cgit/cgit.cgi/patchtest-oe

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

Re: [OE-core] [PATCH 2/2] libubootenv: do not use hardcoded lib

[Bedel, Alban]

On Tue, 2020-01-14 at 13:56 +0800, Chen Qi wrote:
> 
> +-install (TARGETS ubootenv DESTINATION lib)
> ++install (TARGETS ubootenv DESTINATION ${CMAKE_INSTALL_LIBDIR})
> + install (FILES libuboot.h DESTINATION include)
> + install (TARGETS fw_printenv DESTINATION bin)
> + install (TARGETS fw_setenv DESTINATION bin)

It seems odd to me to not fix all the hard coded install paths at once.
Either fix all of them or add a comment that explain why these should
be hard coded.

Alban


signature.asc
Description: This is a digitally signed message part
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCHv5 8/8] images: respect IMAGE_NAME_SUFFIX also for *-testdata.json and *-qemuboot.conf files

[Martin Jansa]

* it might be cleaner to move these including the suffix into
  image-artifacts.bbclass

Signed-off-by: Martin Jansa 
---
 meta/classes/image-live.bbclass  | 10 +-
 meta/classes/qemuboot.bbclass|  2 +-
 meta/classes/rootfs-postcommands.bbclass |  2 +-
 meta/classes/syslinux.bbclass|  2 +-
 meta/classes/testexport.bbclass  | 10 ++
 meta/classes/testimage.bbclass   |  5 +++--
 6 files changed, 17 insertions(+), 14 deletions(-)

diff --git a/meta/classes/image-live.bbclass b/meta/classes/image-live.bbclass
index 9ea5ddc312..a20a409721 100644
--- a/meta/classes/image-live.bbclass
+++ b/meta/classes/image-live.bbclass
@@ -130,14 +130,14 @@ build_iso() {
if [ "${PCBIOS}" = "1" ] && [ "${EFI}" != "1" ] ; then
# PCBIOS only media
mkisofs -V ${BOOTIMG_VOLUME_ID} \
-   -o ${IMGDEPLOYDIR}/${IMAGE_NAME}.iso \
+   -o 
${IMGDEPLOYDIR}/${IMAGE_NAME}${IMAGE_NAME_SUFFIX}.iso \
-b ${ISO_BOOTIMG} -c ${ISO_BOOTCAT} \
$mkisofs_compress_opts \
${MKISOFS_OPTIONS} $mkisofs_iso_level ${ISODIR}
else
# EFI only OR EFI+PCBIOS
mkisofs -A ${BOOTIMG_VOLUME_ID} -V ${BOOTIMG_VOLUME_ID} \
-   -o ${IMGDEPLOYDIR}/${IMAGE_NAME}.iso \
+   -o 
${IMGDEPLOYDIR}/${IMAGE_NAME}${IMAGE_NAME_SUFFIX}.iso \
-b ${ISO_BOOTIMG} -c ${ISO_BOOTCAT} \
$mkisofs_compress_opts ${MKISOFS_OPTIONS} 
$mkisofs_iso_level \
-eltorito-alt-boot -eltorito-platform efi \
@@ -146,7 +146,7 @@ build_iso() {
isohybrid_args="-u"
fi
 
-   isohybrid $isohybrid_args ${IMGDEPLOYDIR}/${IMAGE_NAME}.iso
+   isohybrid $isohybrid_args 
${IMGDEPLOYDIR}/${IMAGE_NAME}${IMAGE_NAME_SUFFIX}.iso
 }
 
 build_fat_img() {
@@ -238,13 +238,13 @@ build_hddimg() {
fi
fi
 
-   build_fat_img ${HDDDIR} ${IMGDEPLOYDIR}/${IMAGE_NAME}.hddimg
+   build_fat_img ${HDDDIR} 
${IMGDEPLOYDIR}/${IMAGE_NAME}${IMAGE_NAME_SUFFIX}.hddimg
 
if [ "${PCBIOS}" = "1" ]; then
syslinux_hddimg_install
fi
 
-   chmod 644 ${IMGDEPLOYDIR}/${IMAGE_NAME}.hddimg
+   chmod 644 
${IMGDEPLOYDIR}/${IMAGE_NAME}${IMAGE_NAME_SUFFIX}.hddimg
fi
 }
 
diff --git a/meta/classes/qemuboot.bbclass b/meta/classes/qemuboot.bbclass
index fbcd1f8098..7924b27689 100644
--- a/meta/classes/qemuboot.bbclass
+++ b/meta/classes/qemuboot.bbclass
@@ -85,7 +85,7 @@ do_write_qemuboot_conf[vardepsexclude] += "TOPDIR"
 python do_write_qemuboot_conf() {
 import configparser
 
-qemuboot = "%s/%s.qemuboot.conf" % (d.getVar('IMGDEPLOYDIR'), 
d.getVar('IMAGE_NAME'))
+qemuboot = "%s/%s%s.qemuboot.conf" % (d.getVar('IMGDEPLOYDIR'), 
d.getVar('IMAGE_NAME'), d.getVar('IMAGE_NAME_SUFFIX'))
 qemuboot_link = "%s/%s.qemuboot.conf" % (d.getVar('IMGDEPLOYDIR'), 
d.getVar('IMAGE_LINK_NAME'))
 finalpath = d.getVar("DEPLOY_DIR_IMAGE")
 topdir = d.getVar('TOPDIR')
diff --git a/meta/classes/rootfs-postcommands.bbclass 
b/meta/classes/rootfs-postcommands.bbclass
index 14fe0d2f80..00f57bcc06 100644
--- a/meta/classes/rootfs-postcommands.bbclass
+++ b/meta/classes/rootfs-postcommands.bbclass
@@ -330,7 +330,7 @@ python write_image_test_data() {
 
 deploy_dir = d.getVar('IMGDEPLOYDIR')
 link_name = d.getVar('IMAGE_LINK_NAME')
-testdata_name = os.path.join(deploy_dir, "%s.testdata.json" % 
d.getVar('IMAGE_NAME'))
+testdata_name = os.path.join(deploy_dir, "%s%s.testdata.json" % 
(d.getVar('IMAGE_NAME'), d.getVar('IMAGE_NAME_SUFFIX')))
 
 searchString = "%s/"%(d.getVar("TOPDIR")).replace("//","/")
 export2json(d, testdata_name, searchString=searchString, replaceString="")
diff --git a/meta/classes/syslinux.bbclass b/meta/classes/syslinux.bbclass
index 894f6b3718..fab7bc0972 100644
--- a/meta/classes/syslinux.bbclass
+++ b/meta/classes/syslinux.bbclass
@@ -72,7 +72,7 @@ syslinux_hddimg_populate() {
 }
 
 syslinux_hddimg_install() {
-   syslinux ${IMGDEPLOYDIR}/${IMAGE_NAME}.hddimg
+   syslinux ${IMGDEPLOYDIR}/${IMAGE_NAME}${IMAGE_NAME_SUFFIX}.hddimg
 }
 
 python build_syslinux_cfg () {
diff --git a/meta/classes/testexport.bbclass b/meta/classes/testexport.bbclass
index 59cbaefbf9..c5f0bb768f 100644
--- a/meta/classes/testexport.bbclass
+++ b/meta/classes/testexport.bbclass
@@ -49,8 +49,9 @@ def testexport_main(d):
 from oeqa.runtime.context import OERuntimeTestContext
 from oeqa.runtime.context import OERuntimeTestContextExecutor
 
-image_name = ("%s/%s" % (d.getVar('DEPLOY_DIR_IMAGE'),
- d.getVar('IMAGE_LINK_NAME')))
+image_name = ("%s/%s%s" % (d.getVar('DEPLOY_DIR_IMAGE'),
+   d.getVar('IMAGE_NAME'),
+ 

[OE-core] [PATCHv5 6/8] *-artifact-names: include version only in the artifact links

[Martin Jansa]

* drop ${PKGE}-${PKGV}-${PR} from kernel artifacts names (this is the
  latest build) and add it only in hardlinks created in do_deploy_links
  so that we can use PKGR there again (because these links are generally
  used only by human operators and they don't have their own TASKHASH or
  the IMAGE_VERSION_SUFFIX might be set to some release name which they
  do understand

* this allows to drop package_get_auto_pr from kernel do_deploy as well,
  leaving only 2 EXTENDPRAUTO bumps for each kernel build (do_package
  and do_deploy_links, unfortunatelly these will still have different
  value, so if you're looking for the exact kernel image in deploy
  directory based on kernel image package version seen on the device the
  EXTENDPRAUTO part of PR will be different).

[YOCTO #12937]

Signed-off-by: Martin Jansa 
---
 meta/classes/image-artifact-names.bbclass  | 2 +-
 meta/classes/kernel-artifact-names.bbclass | 7 +--
 meta/classes/kernel.bbclass| 1 -
 3 files changed, 2 insertions(+), 8 deletions(-)

diff --git a/meta/classes/image-artifact-names.bbclass 
b/meta/classes/image-artifact-names.bbclass
index d5ba035f5a..b23cef22ca 100644
--- a/meta/classes/image-artifact-names.bbclass
+++ b/meta/classes/image-artifact-names.bbclass
@@ -3,7 +3,7 @@
 ##
 
 IMAGE_BASENAME = "${PN}"
-IMAGE_VERSION_SUFFIX = "-${DATETIME}"
+IMAGE_VERSION_SUFFIX = "${PKGE}-${PKGV}-${PKGR}-${DATETIME}"
 IMAGE_VERSION_SUFFIX[vardepsexclude] += "DATETIME"
 IMAGE_NAME = "${IMAGE_BASENAME}-${MACHINE}"
 IMAGE_LINK_NAME = "${IMAGE_NAME}${IMAGE_VERSION_SUFFIX}"
diff --git a/meta/classes/kernel-artifact-names.bbclass 
b/meta/classes/kernel-artifact-names.bbclass
index 41ef6e884d..92e08297cc 100644
--- a/meta/classes/kernel-artifact-names.bbclass
+++ b/meta/classes/kernel-artifact-names.bbclass
@@ -6,12 +6,7 @@
 
 inherit image-artifact-names
 
-# Intentionally use PR instead of PKGR, because EXTENDPRAUTO included
-# in PKGR will have different value for do_install/do_deploy/do_deploy_links
-# tasks with different TASKHASH, causing multiple EXTENDPRAUTO increments for
-# each kernel build and more importantly preventing do_deploy_links to
-# reference artifacts created do_deploy task
-KERNEL_ARTIFACT_NAME ?= "${PKGE}-${PKGV}-${PR}-${MACHINE}"
+KERNEL_ARTIFACT_NAME ?= "${MACHINE}"
 KERNEL_ARTIFACT_LINK_NAME ?= "${KERNEL_ARTIFACT_NAME}${IMAGE_VERSION_SUFFIX}"
 
 KERNEL_IMAGE_NAME ?= "${KERNEL_ARTIFACT_NAME}"
diff --git a/meta/classes/kernel.bbclass b/meta/classes/kernel.bbclass
index 249704b6f8..ebe5378301 100644
--- a/meta/classes/kernel.bbclass
+++ b/meta/classes/kernel.bbclass
@@ -705,7 +705,6 @@ kernel_do_deploy() {
 }
 do_deploy[cleandirs] = "${DEPLOYDIR}"
 do_deploy[dirs] = "${DEPLOYDIR} ${B}"
-do_deploy[prefuncs] += "package_get_auto_pr"
 
 addtask deploy after do_populate_sysroot do_packagedata
 
-- 
2.20.1

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

[OE-core] [PATCHv5 7/8] *-initramfs: don't use .rootfs IMAGE_NAME_SUFFIX

[Martin Jansa]

* fixes the issue when image-live.bbclass expects the image
  ending with just INITRAMFS_FSTYPES:
  image-live.bbclass:INITRD_LIVE ?= 
"${DEPLOY_DIR_IMAGE}/${INITRD_IMAGE_LIVE}-${MACHINE}.${INITRAMFS_FSTYPES}"
  while by default it now was with .rootfs suffix:
  -rw-r--r-- 2 bitbake bitbake 1.5K Oct 25 16:12 
/OE/build/oe-core/tmp/deploy/images/genericx86-64/core-image-minimal-initramfs.env
  -rw-r--r-- 4 bitbake bitbake  11M Oct 25 16:13 
/OE/build/oe-core/tmp/deploy/images/genericx86-64/core-image-minimal-initramfs-genericx86-64-1.0-r0-20191025154349.cpio.gz
  -rw-r--r-- 4 bitbake bitbake 1.2K Oct 25 16:11 
/OE/build/oe-core/tmp/deploy/images/genericx86-64/core-image-minimal-initramfs-genericx86-64-1.0-r0-20191025154349.manifest
  -rw-r--r-- 4 bitbake bitbake 1.3K Oct 25 16:12 
/OE/build/oe-core/tmp/deploy/images/genericx86-64/core-image-minimal-initramfs-genericx86-64-1.0-r0-20191025154349.qemuboot.conf
  -rw-r--r-- 4 bitbake bitbake 196K Oct 25 16:11 
/OE/build/oe-core/tmp/deploy/images/genericx86-64/core-image-minimal-initramfs-genericx86-64-1.0-r0-20191025154349.testdata.json
  -rw-r--r-- 4 bitbake bitbake 118M Oct 25 16:13 
/OE/build/oe-core/tmp/deploy/images/genericx86-64/core-image-minimal-initramfs-genericx86-64-1.0-r0-20191025154349.wic
  -rw-r--r-- 4 bitbake bitbake 3.1K Oct 25 16:13 
/OE/build/oe-core/tmp/deploy/images/genericx86-64/core-image-minimal-initramfs-genericx86-64-1.0-r0-20191025154349.wic.bmap
  -rw-r--r-- 4 bitbake bitbake 1.3K Oct 25 16:12 
/OE/build/oe-core/tmp/deploy/images/genericx86-64/core-image-minimal-initramfs-genericx86-64.qemuboot.conf
  -rw-r--r-- 4 bitbake bitbake  11M Oct 25 16:13 
/OE/build/oe-core/tmp/deploy/images/genericx86-64/core-image-minimal-initramfs-genericx86-64.rootfs.cpio.gz
  -rw-r--r-- 4 bitbake bitbake 1.2K Oct 25 16:11 
/OE/build/oe-core/tmp/deploy/images/genericx86-64/core-image-minimal-initramfs-genericx86-64.rootfs.manifest
  -rw-r--r-- 4 bitbake bitbake 118M Oct 25 16:13 
/OE/build/oe-core/tmp/deploy/images/genericx86-64/core-image-minimal-initramfs-genericx86-64.rootfs.wic
  -rw-r--r-- 4 bitbake bitbake 3.1K Oct 25 16:13 
/OE/build/oe-core/tmp/deploy/images/genericx86-64/core-image-minimal-initramfs-genericx86-64.rootfs.wic.bmap
  -rw-r--r-- 4 bitbake bitbake 196K Oct 25 16:11 
/OE/build/oe-core/tmp/deploy/images/genericx86-64/core-image-minimal-initramfs-genericx86-64.testdata.json

  initramfs images aren't normally used for rootfs, so just set
  the suffix to empty, people using different artifact names might
  still need to set INITRD_LIVE (e.g. when their images don't end
  with "-${MACHINE}" as well)

Signed-off-by: Martin Jansa 
---
 meta/recipes-core/images/core-image-minimal-initramfs.bb| 1 +
 meta/recipes-core/images/core-image-tiny-initramfs.bb   | 1 +
 meta/recipes-extended/images/core-image-testmaster-initramfs.bb | 1 +
 3 files changed, 3 insertions(+)

diff --git a/meta/recipes-core/images/core-image-minimal-initramfs.bb 
b/meta/recipes-core/images/core-image-minimal-initramfs.bb
index 7df8ab1ebd..055db7b4a9 100644
--- a/meta/recipes-core/images/core-image-minimal-initramfs.bb
+++ b/meta/recipes-core/images/core-image-minimal-initramfs.bb
@@ -17,6 +17,7 @@ PACKAGE_INSTALL = "${INITRAMFS_SCRIPTS} 
${VIRTUAL-RUNTIME_base-utils} udev base-
 IMAGE_FEATURES = ""
 
 export IMAGE_BASENAME = "${MLPREFIX}core-image-minimal-initramfs"
+IMAGE_NAME_SUFFIX ?= ""
 IMAGE_LINGUAS = ""
 
 LICENSE = "MIT"
diff --git a/meta/recipes-core/images/core-image-tiny-initramfs.bb 
b/meta/recipes-core/images/core-image-tiny-initramfs.bb
index 0eca6d9944..5849900742 100644
--- a/meta/recipes-core/images/core-image-tiny-initramfs.bb
+++ b/meta/recipes-core/images/core-image-tiny-initramfs.bb
@@ -13,6 +13,7 @@ PACKAGE_INSTALL = "initramfs-live-boot-tiny 
packagegroup-core-boot dropbear ${VI
 IMAGE_FEATURES = ""
 
 export IMAGE_BASENAME = "core-image-tiny-initramfs"
+IMAGE_NAME_SUFFIX ?= ""
 IMAGE_LINGUAS = ""
 
 LICENSE = "MIT"
diff --git a/meta/recipes-extended/images/core-image-testmaster-initramfs.bb 
b/meta/recipes-extended/images/core-image-testmaster-initramfs.bb
index 09a6d16042..1a2e0af27b 100644
--- a/meta/recipes-extended/images/core-image-testmaster-initramfs.bb
+++ b/meta/recipes-extended/images/core-image-testmaster-initramfs.bb
@@ -8,6 +8,7 @@ PACKAGE_INSTALL = "initramfs-live-boot 
initramfs-live-install-testfs initramfs-l
 IMAGE_FEATURES = ""
 
 export IMAGE_BASENAME = "core-image-testmaster-initramfs"
+IMAGE_NAME_SUFFIX ?= ""
 IMAGE_LINGUAS = ""
 
 LICENSE = "MIT"
-- 
2.20.1

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

[OE-core] [PATCHv5 3/8] kernel-artifact-names.bbclass: use PR instead of PKGR in KERNEL_ARTIFACT_NAME

[Martin Jansa]

* otherwise PKGR seen in do_install, do_deploy and do_deploy_links will
  have different value in each of them (PRSERV will return different
  value of EXTENDPRAUTO because TASKHASH is different for each of these
  tasks and also cause unnecessary multiple EXTENDPRAUTO increments for
  each build).

[YOCTO #12937]

Signed-off-by: Martin Jansa 
---
 meta/classes/kernel-artifact-names.bbclass | 7 ++-
 1 file changed, 6 insertions(+), 1 deletion(-)

diff --git a/meta/classes/kernel-artifact-names.bbclass 
b/meta/classes/kernel-artifact-names.bbclass
index 529e0c565e..41ef6e884d 100644
--- a/meta/classes/kernel-artifact-names.bbclass
+++ b/meta/classes/kernel-artifact-names.bbclass
@@ -6,7 +6,12 @@
 
 inherit image-artifact-names
 
-KERNEL_ARTIFACT_NAME ?= "${PKGE}-${PKGV}-${PKGR}-${MACHINE}"
+# Intentionally use PR instead of PKGR, because EXTENDPRAUTO included
+# in PKGR will have different value for do_install/do_deploy/do_deploy_links
+# tasks with different TASKHASH, causing multiple EXTENDPRAUTO increments for
+# each kernel build and more importantly preventing do_deploy_links to
+# reference artifacts created do_deploy task
+KERNEL_ARTIFACT_NAME ?= "${PKGE}-${PKGV}-${PR}-${MACHINE}"
 KERNEL_ARTIFACT_LINK_NAME ?= "${KERNEL_ARTIFACT_NAME}${IMAGE_VERSION_SUFFIX}"
 
 KERNEL_IMAGE_NAME ?= "${KERNEL_ARTIFACT_NAME}"
-- 
2.20.1

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

[OE-core] [PATCHv5 2/8] bitbake.conf, kernel*.bbclass: include IMAGE_VERSION_SUFFIX only in the _LINK_NAME variables and change it to hard link

[Martin Jansa]

* just RFC, the part for images isn't finished yet and there is
  still some issue with DATETIME when kernel artifacts are used
  from sstate, this is just to validate the idea behind
  [YOCTO #12937] before finishing the implementation (it's already
  finished and used by various LGE builds, but having simpler
  way of doing it directly in oe-core mighe be useful for others).

* move IMAGE_VERSION_SUFFIX from _NAME variables to _LINK_NAME
  that way e.g. kernel.do_deploy can be reused from sstate to
  provide "version-less" artifacts and then very fast
  do_deploy_links task just adds links with consistent suffixes
  (by default the version from the recipe but could be easily set
  to e.g. some release name when building some products).
* create hard links instead of symlinks, so that whatever version
  the filename says is really there
* some IMAGE_FSTYPES might need the "version-less" IMAGE_NAME file
  to be removed first or they might either append or update the
  content of the image instead of creating new image file from
  scratch - I have seen this only with one proprietary format we
  generate with our own tool, so hopefully this isn't very common
* this is basically the mechanism are using in webOS with
  WEBOS_IMAGE_NAME_SUFFIX which is for official builds set from
  jenkins job and then all artifacts (images as well as corresponding
  kernel files) have the same version string)

* without this, you can still easily set the variables to contain
  the version from jenkins job (excluded from sstate signature like
  DATETIME currently is to prevent rebuilding it everytime even when
  the content didn't change) but then when kernel is reused from sstate
  you can have version 1.0 used on kernel artifacts and 2.0 on image
  artifacts.

* if you don't exclude the version string with vardepsexclude, then
  you get the right version in the filenames but for cost of
  re-executing do_deploy every single time, which with rm_work will
  cause all kernel tasks to be re-executed (together with everything
  which depends on it like external modules etc).

* the implementation "from outside" is a bit tricky as shown in webOS
  OSE, because first you need to reverse the meaning of IMAGE_NAME
  and IMAGE_LINK_NAME like here, but also replace all symlinks with
  hardlinks and then adjust all recipes/bbclasses to depend on our
  do_deploy_fixup task instead of the original do_deploy
  see the variable modifications:
  
https://github.com/webosose/meta-webosose/blob/a35e81622aae1066591e44a132d01297ff478248/meta-webos/conf/distro/include/webos.inc#L65
  and then various bbclasses to hook do_webos_deploy_fixup task creating
  the hardlinks for possible artifacts:
  
https://github.com/webosose/meta-webosose/blob/a35e81622aae1066591e44a132d01297ff478248/meta-webos/classes/webos_deploy.bbclass
  
https://github.com/webosose/meta-webosose/blob/a35e81622aae1066591e44a132d01297ff478248/meta-webos/classes/kernel.bbclass
  
https://github.com/webosose/meta-webosose/blob/a35e81622aae1066591e44a132d01297ff478248/meta-webos/classes/image.bbclass
  so hopefully with all these changes in oe-core other project can
  achieve the same just by setting one variable IMAGE_VERSION_SUFFIX

[YOCTO #12937]

Signed-off-by: Martin Jansa 

kernel
---
 meta/classes/cve-check.bbclass |  4 +-
 meta/classes/image-artifact-names.bbclass  |  4 +-
 meta/classes/image.bbclass | 10 ++---
 meta/classes/kernel-artifact-names.bbclass |  4 +-
 meta/classes/kernel-devicetree.bbclass | 21 +--
 meta/classes/kernel.bbclass| 43 --
 meta/classes/qemuboot.bbclass  |  2 +-
 meta/classes/rootfs-postcommands.bbclass   |  4 +-
 8 files changed, 63 insertions(+), 29 deletions(-)

diff --git a/meta/classes/cve-check.bbclass b/meta/classes/cve-check.bbclass
index 74124364b2..f266bf2489 100644
--- a/meta/classes/cve-check.bbclass
+++ b/meta/classes/cve-check.bbclass
@@ -102,10 +102,10 @@ python cve_check_write_rootfs_manifest () {
 
 if manifest_name and os.path.exists(manifest_name):
 manifest_link = os.path.join(deploy_dir, "%s.cve" % link_name)
-# If we already have another manifest, update symlinks
+# If we already have another manifest, update hardlinks
 if os.path.exists(os.path.realpath(manifest_link)):
 os.remove(manifest_link)
-os.symlink(os.path.basename(manifest_name), manifest_link)
+os.link(manifest_name, manifest_link)
 bb.plain("Image CVE report stored in: %s" % manifest_name)
 }
 
diff --git a/meta/classes/image-artifact-names.bbclass 
b/meta/classes/image-artifact-names.bbclass
index 5ab8f1b7aa..d5ba035f5a 100644
--- a/meta/classes/image-artifact-names.bbclass
+++ b/meta/classes/image-artifact-names.bbclass
@@ -5,8 +5,8 @@
 IMAGE_BASENAME = "${PN}"
 IMAGE_VERSION_SUFFIX = "-${DATETIME}"
 IMAGE_VERSION_SUFFIX[vardepsexclude] += "DATETIME"
-IMAGE_NAME = "${IMAGE

[OE-core] [PATCHv5 4/8] kernel.bbclass: imageType without {}

[Martin Jansa]

* just to make sure it looks like bash variable not bitbake variable in
  run.do_* scripts

[YOCTO #12937]

Signed-off-by: Martin Jansa 
---
 meta/classes/kernel.bbclass | 14 +++---
 1 file changed, 7 insertions(+), 7 deletions(-)

diff --git a/meta/classes/kernel.bbclass b/meta/classes/kernel.bbclass
index 954b761094..ff5673fb56 100644
--- a/meta/classes/kernel.bbclass
+++ b/meta/classes/kernel.bbclass
@@ -373,9 +373,9 @@ kernel_do_install() {
install -d ${D}/${KERNEL_IMAGEDEST}
install -d ${D}/boot
for imageType in ${KERNEL_IMAGETYPES} ; do
-   install -m 0644 ${KERNEL_OUTPUT_DIR}/${imageType} 
${D}/${KERNEL_IMAGEDEST}/${imageType}-${KERNEL_VERSION}
+   install -m 0644 ${KERNEL_OUTPUT_DIR}/$imageType 
${D}/${KERNEL_IMAGEDEST}/$imageType-${KERNEL_VERSION}
if [ "${KERNEL_PACKAGE_NAME}" = "kernel" ]; then
-   ln -sf ${imageType}-${KERNEL_VERSION} 
${D}/${KERNEL_IMAGEDEST}/${imageType}
+   ln -sf $imageType-${KERNEL_VERSION} 
${D}/${KERNEL_IMAGEDEST}/$imageType
fi
done
install -m 0644 System.map ${D}/boot/System.map-${KERNEL_VERSION}
@@ -686,8 +686,8 @@ kernel_do_deploy() {
fi
 
for imageType in ${KERNEL_IMAGETYPES} ; do
-   install -m 0644 ${KERNEL_OUTPUT_DIR}/${imageType} 
$deployDir/${imageType}-${KERNEL_IMAGE_NAME}.bin
-   ln -sf ${imageType}-${KERNEL_IMAGE_NAME}.bin 
$deployDir/${imageType}
+   install -m 0644 ${KERNEL_OUTPUT_DIR}/$imageType 
$deployDir/$imageType-${KERNEL_IMAGE_NAME}.bin
+   ln -sf $imageType-${KERNEL_IMAGE_NAME}.bin $deployDir/$imageType
done
 
if [ ${MODULE_TARBALL_DEPLOY} = "1" ] && (grep -q -i -e 
'^CONFIG_MODULES=y$' .config); then
@@ -700,7 +700,7 @@ kernel_do_deploy() {
if [ "$imageType" = "fitImage" ] ; then
continue
fi
-   install -m 0644 
${KERNEL_OUTPUT_DIR}/${imageType}.initramfs 
$deployDir/${imageType}-${INITRAMFS_NAME}.bin
+   install -m 0644 
${KERNEL_OUTPUT_DIR}/$imageType.initramfs 
$deployDir/$imageType-${INITRAMFS_NAME}.bin
done
fi
 }
@@ -718,7 +718,7 @@ kernel_do_deploy_links() {
fi
 
for imageType in ${KERNEL_IMAGETYPES} ; do
-   ln -vf $deployDir/${imageType}-${KERNEL_IMAGE_NAME}.bin 
$deployDir/${imageType}-${KERNEL_IMAGE_LINK_NAME}.bin
+   ln -vf $deployDir/$imageType-${KERNEL_IMAGE_NAME}.bin 
$deployDir/$imageType-${KERNEL_IMAGE_LINK_NAME}.bin
done
 
if [ ${MODULE_TARBALL_DEPLOY} = "1" -a -f 
$deployDir/modules-${MODULE_TARBALL_NAME}.tgz ] ; then
@@ -730,7 +730,7 @@ kernel_do_deploy_links() {
if [ "$imageType" = "fitImage" ] ; then
continue
fi
-   ln -vf $deployDir/${imageType}-${INITRAMFS_NAME}.bin 
$deployDir/${imageType}-${INITRAMFS_LINK_NAME}.bin
+   ln -vf $deployDir/$imageType-${INITRAMFS_NAME}.bin 
$deployDir/$imageType-${INITRAMFS_LINK_NAME}.bin
done
fi
 }
-- 
2.20.1

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

[OE-core] [PATCHv5 5/8] kernel.bbclass: drop unnecessary package_get_auto_pr for do_install

[Martin Jansa]

* do_install doesn't use whole "version" as do_deploy does, e.g.
  ${PKGE}-${PKGV}-${PKGR}-${MACHINE}
  it installs only the files with only ${KERNEL_VERSION} in filename or
  path, so it doesn't need expanded AUTOINC value in PKGV nor
  EXPANDPRAUTO in PKGR like do_deploy does

* it was introduced in
  
http://git.openembedded.org/openembedded-core/commit/?id=1392f959cb8cd50b5a4492899e54f3ed68ef56d7
  but it's not clear why it was needed back then, but doesn't seem to be
  useful at all currently, only causes multiple EXTENDPRAUTO bumps every
  time different linux-yocto is being built.

* There are currently 4 EXTENDPRAUTO bumps during each build as shown in
  prserv:

  $ sqlite3 cache/prserv.sqlite3
SQLite version 3.27.2 2019-02-25 16:06:06
Enter ".help" for usage hints.
sqlite> select * from PRMAIN_nohist where version like 'linux-yocto-dev%';

linux-yocto-dev-4.19+gitAUTOINC+57b791cb9f_122d468967-r0|qemux86|20601304a6e4fa0b7ac13fa1262040c976c862d177077799dc15492215fa51df|0

linux-yocto-dev-4.19+gitAUTOINC+57b791cb9f_122d468967-r0|qemux86|2820d331b7eba5165943bc016a1c274d42e7605e24244873b15cc1c9c6f657e2|1

linux-yocto-dev-4.19+gitAUTOINC+57b791cb9f_122d468967-r0|qemux86|4f29da98c268aa5bf1c4767bb2bb157fc6077b1d76dfd434028b18bf3252e0c0|2

linux-yocto-dev-4.19+gitAUTOINC+57b791cb9f_122d468967-r0|qemux86|23d8d17b23bc6db1dd7f0f30086f0ec6ade2b2180e787a78d89b6e43b8c4fad6|3

linux-yocto-dev-5.0~rc6+gitAUTOINC+e721b5d6ab_8b7d7ef74a-r0|qemux86|2a23d8783f794b3e79b438889ec60661ca635f9ec09d0519176a31d832377f1c|0

linux-yocto-dev-5.0~rc6+gitAUTOINC+e721b5d6ab_8b7d7ef74a-r0|qemux86|dafc2a636e7e18357b7efbf99981af45234105c3f46b056edfd2142d5a5d4993|1

linux-yocto-dev-5.0~rc6+gitAUTOINC+e721b5d6ab_8b7d7ef74a-r0|qemux86|09798369f303700fb8d42550d959e310a05fb4573b71646df51acc00d3a6fe89|2

linux-yocto-dev-5.0~rc6+gitAUTOINC+e721b5d6ab_8b7d7ef74a-r0|qemux86|dab07eb869034df28be59ae13914989ab88bdca5a9a9362ca96b4eb38180afd7|3

  the TASKHASHes correspond to do_install, do_package, do_deploy, 
do_deploy_links tasks:
  $ ls 
tmp-glibc/stamps/qemux86-webos-linux/linux-yocto-dev/5.0~rc6+gitAUTOINC+e721b5d6ab_8b7d7ef74a-r0.do_*sigdata*{2a23d8783f794b3e79b438889ec60661ca635f9ec09d0519176a31d832377f1c,dafc2a636e7e18357b7efbf99981af45234105c3f46b056edfd2142d5a5d4993,09798369f303700fb8d42550d959e310a05fb4573b71646df51acc00d3a6fe89,dab07eb869034df28be59ae13914989ab88bdca5a9a9362ca96b4eb38180afd7}*

tmp-glibc/stamps/qemux86-webos-linux/linux-yocto-dev/5.0~rc6+gitAUTOINC+e721b5d6ab_8b7d7ef74a-r0.do_install.sigdata.2a23d8783f794b3e79b438889ec60661ca635f9ec09d0519176a31d832377f1c

tmp-glibc/stamps/qemux86-webos-linux/linux-yocto-dev/5.0~rc6+gitAUTOINC+e721b5d6ab_8b7d7ef74a-r0.do_package.sigdata.dafc2a636e7e18357b7efbf99981af45234105c3f46b056edfd2142d5a5d4993

tmp-glibc/stamps/qemux86-webos-linux/linux-yocto-dev/5.0~rc6+gitAUTOINC+e721b5d6ab_8b7d7ef74a-r0.do_deploy.sigdata.09798369f303700fb8d42550d959e310a05fb4573b71646df51acc00d3a6fe89

tmp-glibc/stamps/qemux86-webos-linux/linux-yocto-dev/5.0~rc6+gitAUTOINC+e721b5d6ab_8b7d7ef74a-r0.do_deploy_links.sigdata.dab07eb869034df28be59ae13914989ab88bdca5a9a9362ca96b4eb38180afd7

[YOCTO #12937]

Signed-off-by: Martin Jansa 
---
 meta/classes/kernel.bbclass | 1 -
 1 file changed, 1 deletion(-)

diff --git a/meta/classes/kernel.bbclass b/meta/classes/kernel.bbclass
index ff5673fb56..249704b6f8 100644
--- a/meta/classes/kernel.bbclass
+++ b/meta/classes/kernel.bbclass
@@ -385,7 +385,6 @@ kernel_do_install() {
install -d ${D}${sysconfdir}/modules-load.d
install -d ${D}${sysconfdir}/modprobe.d
 }
-do_install[prefuncs] += "package_get_auto_pr"
 
 # Must be ran no earlier than after do_kernel_checkout or else Makefile won't 
be in ${S}/Makefile
 do_kernel_version_sanity_check() {
-- 
2.20.1

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

[OE-core] [PATCHv5 1/8] image-artifact-names: introduce new bbclass and move some variables into it

[Martin Jansa]

* similar to kernel-artifact-names for other recipes/bbclasses which
  need to use some deployed artifacts

* bitbake.conf: move IMAGE_BASENAME, IMAGE_VERSION_SUFFIX, IMAGE_NAME,
  IMAGE_LINK_NAME variables

* image_types.bbclass: move IMAGE_NAME_SUFFIX variable

* currently IMAGE_NAME_SUFFIX is used only by image.bbclass,
  image_types.bbclass and 
meta/recipes-core/images/build-appliance-image_15.0.0.bb
  but if it's needed by some recipe which isn't itself an image, then
  it's useful in bitbake.conf, e.g. we have a recipe for creating
  VirtualBox appliances which combines .wic.vmdk with .ovf file to
  create .zip with appliance, but for that we need the filename of
  .wic.vmdk which now contains IMAGE_NAME_SUFFIX
  
https://github.com/webOS-ports/meta-webos-ports/blob/4980ce52a43ac6897657602810313af359f0b839/meta-luneos/recipes-core/images/luneos-emulator-appliance.inc#L24

* we were hardcoding .rootfs suffix where needed, but for quite long
  time it's configurable with IMAGE_NAME_SUFFIX since:

  commit 380ee36811939d947024bf78de907e3c071b834f
  Author: Patrick Ohly 
  Date:   Mon Mar 7 18:07:52 2016 +0100

image creation: allow overriding .rootfs suffix

  and might not match with hardcoded .rootfs, so make it easier to
  use IMAGE_NAME_SUFFIX where needed even without inheritting whole
  image_types.bbclass

[YOCTO #12937]

Signed-off-by: Martin Jansa 
---
 meta/classes/buildhistory.bbclass  |  2 ++
 meta/classes/image-artifact-names.bbclass  | 15 +++
 meta/classes/image-live.bbclass|  2 +-
 meta/classes/image_types.bbclass   |  9 ++---
 meta/classes/kernel-artifact-names.bbclass |  8 
 meta/classes/qemuboot.bbclass  |  2 ++
 meta/classes/rootfs-postcommands.bbclass   |  2 ++
 meta/classes/testimage.bbclass |  2 ++
 meta/conf/bitbake.conf |  5 -
 9 files changed, 34 insertions(+), 13 deletions(-)
 create mode 100644 meta/classes/image-artifact-names.bbclass

diff --git a/meta/classes/buildhistory.bbclass 
b/meta/classes/buildhistory.bbclass
index affdf272d7..cabdb9b935 100644
--- a/meta/classes/buildhistory.bbclass
+++ b/meta/classes/buildhistory.bbclass
@@ -7,6 +7,8 @@
 # Copyright (C) 2007-2011 Koen Kooi 
 #
 
+inherit image-artifact-names
+
 BUILDHISTORY_FEATURES ?= "image package sdk"
 BUILDHISTORY_DIR ?= "${TOPDIR}/buildhistory"
 BUILDHISTORY_DIR_IMAGE = 
"${BUILDHISTORY_DIR}/images/${MACHINE_ARCH}/${TCLIBC}/${IMAGE_BASENAME}"
diff --git a/meta/classes/image-artifact-names.bbclass 
b/meta/classes/image-artifact-names.bbclass
new file mode 100644
index 00..5ab8f1b7aa
--- /dev/null
+++ b/meta/classes/image-artifact-names.bbclass
@@ -0,0 +1,15 @@
+##
+# Specific image creation and rootfs population info.
+##
+
+IMAGE_BASENAME = "${PN}"
+IMAGE_VERSION_SUFFIX = "-${DATETIME}"
+IMAGE_VERSION_SUFFIX[vardepsexclude] += "DATETIME"
+IMAGE_NAME = "${IMAGE_BASENAME}-${MACHINE}${IMAGE_VERSION_SUFFIX}"
+IMAGE_LINK_NAME = "${IMAGE_BASENAME}-${MACHINE}"
+
+# IMAGE_NAME is the base name for everything produced when building images.
+# The actual image that contains the rootfs has an additional suffix (.rootfs
+# by default) followed by additional suffices which describe the format (.ext4,
+# .ext4.xz, etc.).
+IMAGE_NAME_SUFFIX ??= ".rootfs"
diff --git a/meta/classes/image-live.bbclass b/meta/classes/image-live.bbclass
index 54058b350d..9ea5ddc312 100644
--- a/meta/classes/image-live.bbclass
+++ b/meta/classes/image-live.bbclass
@@ -22,7 +22,7 @@
 # ${HDDIMG_ID} - FAT image volume-id
 # ${ROOTFS} - indicates a filesystem image to include as the root filesystem 
(optional)
 
-inherit live-vm-common
+inherit live-vm-common image-artifact-names
 
 do_bootimg[depends] += "dosfstools-native:do_populate_sysroot \
 mtools-native:do_populate_sysroot \
diff --git a/meta/classes/image_types.bbclass b/meta/classes/image_types.bbclass
index f82f1d8862..c512bba405 100644
--- a/meta/classes/image_types.bbclass
+++ b/meta/classes/image_types.bbclass
@@ -1,9 +1,3 @@
-# IMAGE_NAME is the base name for everything produced when building images.
-# The actual image that contains the rootfs has an additional suffix (.rootfs
-# by default) followed by additional suffices which describe the format (.ext4,
-# .ext4.xz, etc.).
-IMAGE_NAME_SUFFIX ??= ".rootfs"
-
 # The default aligment of the size of the rootfs is set to 1KiB. In case
 # you're using the SD card emulation of a QEMU system simulator you may
 # set this value to 2048 (2MiB alignment).
@@ -231,7 +225,8 @@ IMAGE_CMD_f2fs () {
 
 EXTRA_IMAGECMD = ""
 
-inherit siteinfo kernel-arch
+inherit siteinfo kernel-arch image-artifact-names
+
 JFFS2_ENDIANNESS ?= "${@oe.utils.conditional('SITEINFO_ENDIANNESS', 'le', 
'-l', '-b', d)}"
 JFFS2_ERASEBLOCK ?= "0x4"
 EXTRA_IMAGECMD_jffs2 ?= "--pad ${JFFS2_ENDIANNESS} 
--eraseb

[OE-core] [PATCHv5 0/6] YOCTO #12937 - Consistent naming scheme for deployed artifacts

[Martin Jansa]

Let me explain a bit what these changes do for us in LGE.

We have jenkins jobs for CI as well for official releases.

All built artifacts are moved from jenkins builder to fileserver after
the build.

Each jobs have some identifier which is then included in the filenames
of all relevant build artifacts, e.g. CI jobs will add e.g. lgsvl-verf-12
to show where it was created and what build created it (12 is
BUILD_NUMBER from jenkins, verf is type of build, lgsvl is location).

To do this you can already use IMAGE_VERSION_SUFFIX variable and add
this as a suffix to current artifact names. But that has some bad
limitations.

A) If you keep IMAGE_VERSION_SUFFIX in do_deploy signatures, then
the artifacts will be rebuilt even when the deploy sstate archive in
cache is identical except tha filename. We had this for a while, but
all CI jobs were slow, because of rebuilding kernel every single time.

B) If you vardepexclude IMAGE_VERSION_SUFFIX from the tasks which use
it, you get faster CI builds, but with inconsistent artifact names when
kernel deploy sstate is reused, e.g. image will have lgsvl-verf-12
but all kernel artifacts will end with lgsvl-verf-11, when the kernel
do_deploy was reused from previously built sstate-cache

It gets even worse with B) when you have some other tooling (like
runtime testing farm) which is tasked to flash image and kernel from
lgsvl-verf-12 and it fails to find kernel image to flash, because it's
named differently.

C) Using version-less artifacts and just storing them in different
directories might work better, but then it would make sense to include
IMAGE_VERSION_SUFFIX in DEPLOY_DIR_IMAGE and remove it from the actual
files inside (with version-less symlinks pointing to them). But this is
a bit problematic when the individual images are usually downloaded by
BFUs over http (and they end with various identically named files for
which they don't remember from where they came).

So this was the motivation why we have this in webOS.

The difference for you (most people shouldn't even notice):

1) hard links instead of symlinks in DEPLOY_DIR_IMAGE, because now the
   version is in the *_LINK_* variables and you don't want symlink with
   version release-1 pointing to file created with release-2 build.

2) do_deploy, do_rootfs can still be reused from sstate, it will restore
   the version-less artifact and then just quicky add another hardlink with
   new filename (do_deploy_links task).

3) we're using this for couple years (badly hacked into OE, because we didn't
   want to overlay all relevant .bbclasses, but still needed to inject 
do_deploy_links
   task dependency in multiple places) and the only issue I've noticed was with
   one our proprietary IMAGE_FSTYPE format which was appending to image file in
   DEPLOY_DIR_IMAGE if it existed before, instead of overwritting it from 
scratch -
   to fix that I've just changed fstype function to remove the file before 
creating
   it again.

4) Examples:
   All show "ls -laih DEPLOY_DIR_IMAGE | sort" to show the symlinks and 
hardlinks

   TMPDIR is removed between each example, except the e) and f), but 
sstate-cache
   is kept in all cases and reused where possible

   MODULE_TARBALL_DEPLOY = "1" is added to local.conf to have more than just 1
   kernel image as artifact from kernel (e.g. rpi MACHINEs have a lot of them 
with
   all the dtds).

a) Current master with default values:

$ ls -laih qemux86-64-master-default/  | sort
47054849 drwxr-xr-x 13 bitbake bitbake 4.0K Aug 16 16:37 ..
50735788 -rw-r--r--  1 bitbake bitbake 612K Aug 15 17:16 grub-efi-bootx64.efi
50735796 drwxr-xr-x  2 bitbake bitbake 4.0K Aug 16 14:23 .
50741892 -rwxr-xr-x  1 bitbake bitbake  95K Aug 15 17:16 systemd-bootx64.efi
52067796 -rw-r--r--  1 bitbake bitbake 7.6M Aug 16 14:22 
bzImage--5.0.19+git2+c2e34d9ab2_00638cdd8f-r0.17-qemux86-64-20190816141126.bin
52067797 lrwxrwxrwx  1 bitbake bitbake   78 Aug 16 14:22 bzImage-qemux86-64.bin 
-> 
bzImage--5.0.19+git2+c2e34d9ab2_00638cdd8f-r0.17-qemux86-64-20190816141126.bin
52067798 lrwxrwxrwx  1 bitbake bitbake   78 Aug 16 14:22 bzImage -> 
bzImage--5.0.19+git2+c2e34d9ab2_00638cdd8f-r0.17-qemux86-64-20190816141126.bin
52067799 -rw-r--r--  1 bitbake bitbake 7.0M Aug 16 14:22 
modules--5.0.19+git2+c2e34d9ab2_00638cdd8f-r0.17-qemux86-64-20190816141126.tgz
52068116 lrwxrwxrwx  1 bitbake bitbake   78 Aug 16 14:22 modules-qemux86-64.tgz 
-> 
modules--5.0.19+git2+c2e34d9ab2_00638cdd8f-r0.17-qemux86-64-20190816141126.tgz
52068127 -rw-r--r--  1 bitbake bitbake 1.3K Aug 16 14:23 
core-image-minimal-qemux86-64-20190816141126.qemuboot.conf
52068128 lrwxrwxrwx  1 bitbake bitbake   58 Aug 16 14:23 
core-image-minimal-qemux86-64.qemuboot.conf -> 
core-image-minimal-qemux86-64-20190816141126.qemuboot.conf
52068136 -rw-r--r--  1 bitbake bitbake 162K Aug 16 14:23 
core-image-minimal-qemux86-64-20190816141126.testdata.json
52068137 lrwxrwxrwx  1 bitbake bitbake   58 Aug 16 14:23 
core-image-minimal-qemux86-64.testdata.json -> 
core