Re: [OE-core] [PATCH v2] recipes-core: move hwclock.sh to util-linux
On Fri, Jan 12, 2018 at 6:06 AM, Alex Stewartwrote: > * Move the hwclock.sh initscript from the busybox recipe to util-linux. > This script is generally useful for distros that get their hwclock > implementation from sources other than busybox and we follow debian's > example by providing it in util-linux. > > :busybox/* > * Remove the busybox-hwclock package, as it no longer has a purpose. > * If busybox is configured to include hwclock, the busybox package will > RDEPEND on util-linux-hwclock-init. > > :util-linux/* > * Provide the hwclock.sh script in util-linux-hwclock-init, which can be > pulled by any packages that depend on its functionality. > * util-linux-hwclock RDEPENDS on util-linux-hwclock-init for its > initscript. > > Signed-off-by: Alex Stewart > Acked-by: Haris Okanovic > Acked-by: Adrian Ratiu > Acked-by: Ken Sharp > Natinst-ReviewBoard-ID: 214983, 215755 > Just a note that this will slow down the build for targets that wouldn’t otherwise build the util-linux recipe. -- Christopher Larson kergoth at gmail dot com Founder - BitBake, OpenEmbedded, OpenZaurus Senior Software Engineer, Mentor Graphics -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] ✗ patchtest: failure for receipes-devtools: QEMU: Bump to version 2.11.0 (rev3)
On Fri, Jan 12, 2018 at 2:32 PM, Patchworkwrote: > == Series Details == > > Series: receipes-devtools: QEMU: Bump to version 2.11.0 (rev3) > Revision: 3 > URL : https://patchwork.openembedded.org/series/10286/ > 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 4facc57238) This is weird, it's based on this commit: commit 2fe1d126a6d439c29cc71a19173d6d477765a078 (HEAD -> alistair/qemu-2.11) Author: Alistair Francis Date: Fri Jan 12 12:33:22 2018 -0800 receipes-devtools: QEMU: Bump to version 2.11.0 Use the latest QEMU release 2.11. Remove all patches that are no longer required as they have been merged into the 2.11 releaese. One patch had to be updated to apply to thet 2.11 tree. This also reverts a linux user patch to avoid webkitgtk build hangs. Signed-off-by: Alistair Francis commit 4facc572380daf5b7e6294b388a657fa0a44a6f2 (origin/master, origin/HEAD, master) Author: Otavio Salvador Date: Wed Jan 10 15:31:29 2018 -0200 linux-firmware: Bump revision to 65b1c68c The bump includes following changes: > > * Issue Upstream-Status is in incorrect format > [test_upstream_status_presence_format] > Suggested fixFix Upstream-Status format in > Revert-linux-user-Tidy-and-enforce-reserved_va-initi.patch > Current Upstream-status: Pending > Standard format Upstream-Status: > Valid status Pending, Accepted, Backport, Denied, Inappropriate > [reason], Submitted [where] Missed the capital 'S'. Alistair > > > > 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 -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] ✗ patchtest: failure for receipes-devtools: QEMU: Bump to version 2.11.0 (rev3)
== Series Details == Series: receipes-devtools: QEMU: Bump to version 2.11.0 (rev3) Revision: 3 URL : https://patchwork.openembedded.org/series/10286/ 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 4facc57238) * Issue Upstream-Status is in incorrect format [test_upstream_status_presence_format] Suggested fixFix Upstream-Status format in Revert-linux-user-Tidy-and-enforce-reserved_va-initi.patch Current Upstream-status: Pending Standard format Upstream-Status: Valid status Pending, Accepted, Backport, Denied, Inappropriate [reason], Submitted [where] 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] ✗ patchtest: failure for receipes-devtools: QEMU: Bump to version 2.11.0 (rev2)
On Fri, Jan 12, 2018 at 1:02 PM, Patchworkwrote: > == Series Details == > > Series: receipes-devtools: QEMU: Bump to version 2.11.0 (rev2) > Revision: 2 > URL : https://patchwork.openembedded.org/series/10286/ > 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 4facc57238) > > * Issue Upstream-Status is in incorrect format > [test_upstream_status_presence_format] > Suggested fixFix Upstream-Status format in > Revert-linux-user-Tidy-and-enforce-reserved_va-initi.patch > Current Upstream-status: In discussion > Standard format Upstream-Status: > Valid status Pending, Accepted, Backport, Denied, Inappropriate > [reason], Submitted [where] This is awesome! I'll fix both of these in v3. Alistair > > > > 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 -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH] libc6: improve reproducibility
Building various libraries (libc6, libc6-pic, libc6-staticdev, libc6-dbg, ...) can be non-deterministic because they may be built with two different versions of intl/plural.c. in two otherwise identical builds. We may or may not re-generate the file plural.c from the file plural.y, based on bison being installed or not and based on mtimes of those two files, as the Makefile contains: plural.c: plural.y $(BISON) $(BISONFLAGS) $@ $^ If the above rule does not fire, we use a "fallback" plural.c, otherwise we use plural.c re-generated from plural.y. The fix is to always require bison to be installed and unconditionally re-generate plural.c. (This is achieved by touching plural.y). [YOCTO #12291] Signed-off-by: Juro Bystricky--- meta/recipes-core/glibc/glibc_2.26.bb | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/meta/recipes-core/glibc/glibc_2.26.bb b/meta/recipes-core/glibc/glibc_2.26.bb index 04d9773..4d9b23f 100644 --- a/meta/recipes-core/glibc/glibc_2.26.bb +++ b/meta/recipes-core/glibc/glibc_2.26.bb @@ -5,7 +5,7 @@ LIC_FILES_CHKSUM = "file://LICENSES;md5=e9a558e243b36d3209f380deb394b213 \ file://posix/rxspencer/COPYRIGHT;md5=dc5485bb394a13b2332ec1c785f5d83a \ file://COPYING.LIB;md5=4fbd65380cdd255951079008b364516c" -DEPENDS += "gperf-native" +DEPENDS += "gperf-native bison-native" SRCREV ?= "77f921dac17c5fa99bd9e926d926c327982895f7" @@ -103,6 +103,7 @@ do_configure () { # version check and doesn't really help with anything (cd ${S} && gnu-configize) || die "failure in running gnu-configize" find ${S} -name "configure" | xargs touch +find ${S}/intl -name "plural.y" | xargs touch CPPFLAGS="" oe_runconf } -- 2.7.4 -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] ✗ patchtest: failure for receipes-devtools: QEMU: Bump to version 2.11.0 (rev2)
== Series Details == Series: receipes-devtools: QEMU: Bump to version 2.11.0 (rev2) Revision: 2 URL : https://patchwork.openembedded.org/series/10286/ 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 4facc57238) * Issue Upstream-Status is in incorrect format [test_upstream_status_presence_format] Suggested fixFix Upstream-Status format in Revert-linux-user-Tidy-and-enforce-reserved_va-initi.patch Current Upstream-status: In discussion Standard format Upstream-Status: Valid status Pending, Accepted, Backport, Denied, Inappropriate [reason], Submitted [where] 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 v2] icu-dev: improve reproducibility
Remove all build host references from several distributed files: Makefile.inc, icu-config, pkgdata.inc Signed-off-by: Juro Bystricky--- meta/recipes-support/icu/icu.inc | 8 1 file changed, 8 insertions(+) diff --git a/meta/recipes-support/icu/icu.inc b/meta/recipes-support/icu/icu.inc index 5cf7b11..b9ac59a 100644 --- a/meta/recipes-support/icu/icu.inc +++ b/meta/recipes-support/icu/icu.inc @@ -64,6 +64,14 @@ do_install_append_class-target() { rm -f ${D}/${datadir}/${BPN}/${PV}/icudt${ICU_MAJOR_VER}b.dat icupkg -tb ${S}/data/in/icudt${ICU_MAJOR_VER}l.dat ${D}/${datadir}/${BPN}/${PV}/icudt${ICU_MAJOR_VER}b.dat fi + + # Remove build host references... + sed -i \ + -e 's,--sysroot=${STAGING_DIR_TARGET},,g' \ + -e 's|${DEBUG_PREFIX_MAP}||g' \ + -e 's:${HOSTTOOLS_DIR}/::g' \ + ${D}/${bindir}/icu-config ${D}/${libdir}/${BPN}/${PV}/Makefile.inc \ + ${D}/${libdir}/${BPN}/${PV}/pkgdata.inc } PACKAGES =+ "libicudata libicuuc libicui18n libicutu libicuio" -- 2.7.4 -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH] receipes-devtools: QEMU: Bump to version 2.11.0
On Thu, Jan 11, 2018 at 11:37 AM, Alistair Franciswrote: > On Mon, Jan 8, 2018 at 3:45 PM, Alistair Francis wrote: >> On Sat, Jan 6, 2018 at 2:15 AM, Richard Purdie >> wrote: >>> On Fri, 2018-01-05 at 18:18 -0800, Alistair Francis wrote: On Fri, Jan 5, 2018 at 4:22 PM, Richard Purdie wrote: > > Do you have an easy way to reproduce this hang? > Was this a musl build you tried to reproduce in? Ah, it was not. I'll have to figure out how to do a musl build next week and try again. >>> >>> TCLIBC="musl" >> >> Thanks. Unfortunately I'm still unable to build at all on master so I >> can't reproduce the hang. > > Ok, got it. I can reproduce the successful build on master and the > hang. I'm investigating now. V2 with the issue fixed was just sent. Alistair > > Alistair > >> >> Alistair >> >>> >>> Cheers, >>> >>> Richard >>> >>> -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH v2] base.bbclass: Fix COMPATIBLE_MACHINE for -native recipe variants.
On Fri, Jan 12, 2018 at 10:21 AM, Paulo Neveswrote: > From: Paulo Neves > > Hello I am having a problem where I want a recipe, along > with its -native version to only be available when allowed > by compatible machine. > > In the non native case, COMPATIBLE_MACHINE is correctly > honored. But in the -native version the COMPATIBLE_MACHINE > is not honored because in the native.bbclass there is: > > MACHINEOVERRIDES = "" > > This change was introduced in > d09e6d883042e5d094cd08d829327c4bbbfae135. > While the explanation provided by the commit is accurate for > specific case mentioned it also breaks the > COMPATIBLE_MACHINE mechanism which relies on the > MACHINEOVERRIDES variable. > > Further evidence that this was not intended is that the > exception text is false: > > ERROR: Nothing PROVIDES 'x-filter-native' > x-filter-native was skipped: incompatible with machine m1 > (not in COMPATIBLE_MACHINE) > > And the x-filter-native'.bb recipe header contains: > > COMPATIBLE_MACHINE = "^m1$" > > So the exception uses ${MACHINE} to report that a > ${MACHINEOVERRIDE} was not matched with the > COMPATIBLE_MACHINE, which is a false statement. > > This fix attempts to correct the issue with minimal > changes. > > Signed-off-by: Paulo Neves > --- > meta/classes/base.bbclass | 2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) > > diff --git a/meta/classes/base.bbclass b/meta/classes/base.bbclass > index d95afb7..d1c31c2 100644 > --- a/meta/classes/base.bbclass > +++ b/meta/classes/base.bbclass > @@ -488,7 +488,7 @@ python () { > need_machine = d.getVar('COMPATIBLE_MACHINE') > if need_machine: > import re > -compat_machines = (d.getVar('MACHINEOVERRIDES') or "").split(":") > +compat_machines = (d.getVar('MACHINEOVERRIDES') or > d.getVar('MACHINE')).split(":") This test used to be against MACHINE but was changed to MACHINEOVERRIDES under the assumption that MACHINEOVERRIDES always contains MACHINE. http://git.openembedded.org/openembedded-core/commit/?id=8ceef74dd4f662b4c7e3c170ce486e966ebebeff Reverting back to the way things were done prior to that commit (ie explicitly testing both MACHINE and SOC_FAMILY and not relying on MACHINEOVERRIDES to contain them both) may be the more complete solution (ie fixes the issue if COMPATIBLE_MACHINE is defined in terms of SOC_FAMILY). Forcing COMPATIBLE_MACHINE to "" in native.bbclass might be even better. > for m in compat_machines: > if re.match(need_machine, m): > break > -- > 2.7.4 > > -- > ___ > Openembedded-core mailing list > Openembedded-core@lists.openembedded.org > http://lists.openembedded.org/mailman/listinfo/openembedded-core -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH v2] base.bbclass: Fix COMPATIBLE_MACHINE for -native recipe variants.
From: Paulo NevesHello I am having a problem where I want a recipe, along with its -native version to only be available when allowed by compatible machine. In the non native case, COMPATIBLE_MACHINE is correctly honored. But in the -native version the COMPATIBLE_MACHINE is not honored because in the native.bbclass there is: MACHINEOVERRIDES = "" This change was introduced in d09e6d883042e5d094cd08d829327c4bbbfae135. While the explanation provided by the commit is accurate for specific case mentioned it also breaks the COMPATIBLE_MACHINE mechanism which relies on the MACHINEOVERRIDES variable. Further evidence that this was not intended is that the exception text is false: ERROR: Nothing PROVIDES 'x-filter-native' x-filter-native was skipped: incompatible with machine m1 (not in COMPATIBLE_MACHINE) And the x-filter-native'.bb recipe header contains: COMPATIBLE_MACHINE = "^m1$" So the exception uses ${MACHINE} to report that a ${MACHINEOVERRIDE} was not matched with the COMPATIBLE_MACHINE, which is a false statement. This fix attempts to correct the issue with minimal changes. Signed-off-by: Paulo Neves --- meta/classes/base.bbclass | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/meta/classes/base.bbclass b/meta/classes/base.bbclass index d95afb7..d1c31c2 100644 --- a/meta/classes/base.bbclass +++ b/meta/classes/base.bbclass @@ -488,7 +488,7 @@ python () { need_machine = d.getVar('COMPATIBLE_MACHINE') if need_machine: import re -compat_machines = (d.getVar('MACHINEOVERRIDES') or "").split(":") +compat_machines = (d.getVar('MACHINEOVERRIDES') or d.getVar('MACHINE')).split(":") for m in compat_machines: if re.match(need_machine, m): break -- 2.7.4 -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] ✗ patchtest: failure for Fix COMPATIBLE_MACHINE for -native recipe variants.
== Series Details == Series: Fix COMPATIBLE_MACHINE for -native recipe variants. Revision: 1 URL : https://patchwork.openembedded.org/series/10521/ 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: * PatchFix COMPATIBLE_MACHINE for -native recipe variants. Issue Shortlog does not follow expected format [test_shortlog_format] Suggested fixCommit shortlog (first line of commit message) should follow the format ": " * PatchFix COMPATIBLE_MACHINE for -native recipe variants. 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] Fix COMPATIBLE_MACHINE for -native recipe variants.
From: Paulo NevesHello I am having a problem where I want a recipe, along with its -native version to only be available when allowed by compatible machine. In the non native case, COMPATIBLE_MACHINE is correctly honored. But in the -native version the COMPATIBLE_MACHINE is not honored because in the native.bbclass there is: MACHINEOVERRIDES = "" This change was introduced in d09e6d883042e5d094cd08d829327c4bbbfae135. While the explanation provided by the commit is accurate for specific case mentioned it also breaks the COMPATIBLE_MACHINE mechanism which relies on the MACHINEOVERRIDES variable. Further evidence that this was not intended is that the exception text is false: ERROR: Nothing PROVIDES 'x-filter-native' x-filter-native was skipped: incompatible with machine m1 (not in COMPATIBLE_MACHINE) And the x-filter-native'.bb recipe header contains: COMPATIBLE_MACHINE = "^m1$" So the exception uses ${MACHINE} to report that a ${MACHINEOVERRIDE} was not matched with the COMPATIBLE_MACHINE, which is a false statement. This fix attempts to correct the issue with minimal changes. Change-Id: If5085e4e92550b8154033dd56149eb4e358ef266 --- meta/classes/base.bbclass | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/meta/classes/base.bbclass b/meta/classes/base.bbclass index d95afb7..d1c31c2 100644 --- a/meta/classes/base.bbclass +++ b/meta/classes/base.bbclass @@ -488,7 +488,7 @@ python () { need_machine = d.getVar('COMPATIBLE_MACHINE') if need_machine: import re -compat_machines = (d.getVar('MACHINEOVERRIDES') or "").split(":") +compat_machines = (d.getVar('MACHINEOVERRIDES') or d.getVar('MACHINE')).split(":") for m in compat_machines: if re.match(need_machine, m): break -- 2.7.4 -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH 6/9] m4: merge two .inc files
On 8 January 2018 at 10:00, Ross Burtonwrote: > Now that oe-core only has one copy of m4, there's no need to maintain two inc > files. > > Signed-off-by: Ross Burton > --- > meta/recipes-devtools/m4/m4-1.4.18.inc | 31 +++ > meta/recipes-devtools/m4/m4.inc| 10 -- > 2 files changed, 19 insertions(+), 22 deletions(-) > delete mode 100644 meta/recipes-devtools/m4/m4.inc > > diff --git a/meta/recipes-devtools/m4/m4-1.4.18.inc > b/meta/recipes-devtools/m4/m4-1.4.18.inc > index d7c86485771..7790a88d759 100644 > --- a/meta/recipes-devtools/m4/m4-1.4.18.inc > +++ b/meta/recipes-devtools/m4/m4-1.4.18.inc > @@ -1,22 +1,29 @@ > -require m4.inc > +SUMMARY = "Traditional Unix macro processor" > +HOMEPAGE = "https://www.gnu.org/software/m4/m4.html; > +DESCRIPTION = "GNU m4 is an implementation of the traditional Unix macro > processor. It is mostly SVR4 \ > +compatible although it has some extensions (for example, handling more than > 9 positional parameters to macros). \ > +GNU M4 also has built-in functions for including files, running shell > commands, doing arithmetic, etc." > > -EXTRA_OECONF += "--without-libsigsegv-prefix" > +inherit autotools texinfo > + > +SRC_URI = "${GNU_MIRROR}/m4/m4-${PV}.tar.gz \ > + file://ac_config_links.patch \ > + file://remove-gets.patch \ > + " > + > +SRC_URI_append_class-target = > "file://0001-Unset-need_charset_alias-when-building-for-musl.patch" There's no space here, so it breaks with meta-clang enabled. It only works right now as-is because SRC_URI ends with whitespace. I think it should be: SRC_URI_append_class-target = " file://0001-Unset-need_charset_alias-when-building-for-musl.patch" > + > +SRC_URI[md5sum] = "a09db287adf4e12a035029002d28" > +SRC_URI[sha256sum] = > "ab2633921a5cd38e48797bf5521ad259bdc4b979078034a3b790d7fec5493fab" > > LICENSE = "GPLv3" > > LIC_FILES_CHKSUM = "file://COPYING;md5=d32239bcb673463ab874e80d47fae504\ > > file://examples/COPYING;md5=4031593b2166d6c47cae282d944a7ede" > > -SRC_URI += "file://ac_config_links.patch \ > -file://remove-gets.patch \ > - " > - > -SRC_URI_append_class-target = "\ > - file://0001-Unset-need_charset_alias-when-building-for-musl.patch > \ > - " > - > # Fix "Argument list too long" error when len(TMPDIR) = 410 > acpaths = "-I ./m4" > > -SRC_URI[md5sum] = "a09db287adf4e12a035029002d28" > -SRC_URI[sha256sum] = > "ab2633921a5cd38e48797bf5521ad259bdc4b979078034a3b790d7fec5493fab" > +EXTRA_OECONF += "--without-libsigsegv-prefix" > + > +EXTRA_OEMAKE += "'infodir=${infodir}'" > diff --git a/meta/recipes-devtools/m4/m4.inc b/meta/recipes-devtools/m4/m4.inc > deleted file mode 100644 > index 2002594e899..000 > --- a/meta/recipes-devtools/m4/m4.inc > +++ /dev/null > @@ -1,10 +0,0 @@ > -SUMMARY = "Traditional Unix macro processor" > -HOMEPAGE = "https://www.gnu.org/software/m4/m4.html; > -DESCRIPTION = "GNU m4 is an implementation of the traditional Unix macro > processor. It is mostly SVR4 \ > -compatible although it has some extensions (for example, handling more than > 9 positional parameters to macros). \ > -GNU M4 also has built-in functions for including files, running shell > commands, doing arithmetic, etc." > - > -inherit autotools texinfo > - > -EXTRA_OEMAKE += "'infodir=${infodir}'" > -SRC_URI = "${GNU_MIRROR}/m4/m4-${PV}.tar.gz" > -- > 2.11.0 > > -- > ___ > Openembedded-core mailing list > Openembedded-core@lists.openembedded.org > http://lists.openembedded.org/mailman/listinfo/openembedded-core -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [morty][PATCH] kernelsrc/perf: fix dependency on non existant task when using externalsrc
On Fri, Jan 12, 2018 at 6:21 PM, Joshua Wattwrote: > On Thu, 2018-01-11 at 16:07 +, Stefan Stanacar wrote: > > When externalsrc is enabled for kernel, do_patch doesn't exist since > > is in > > SRCTREECOVEREDTASKS, so make these depend on a real task. > > > > Fixes: > > ERROR: Task do_unpack in /data/yocto/poky/meta/recipes- > > kernel/perf/perf.bb > > depends upon non-existent task do_patch in > > /data/yocto/poky/meta/recipes-kernel/linux/linux-yocto_4.8.bb > > > > Signed-off-by: Stefan Stanacar > > --- > > meta/classes/kernelsrc.bbclass | 2 +- > > meta/recipes-kernel/perf/perf.bb | 2 +- > > 2 files changed, 2 insertions(+), 2 deletions(-) > > > > diff --git a/meta/classes/kernelsrc.bbclass > > b/meta/classes/kernelsrc.bbclass > > index 9efd46a..ce6c999 100644 > > --- a/meta/classes/kernelsrc.bbclass > > +++ b/meta/classes/kernelsrc.bbclass > > @@ -1,6 +1,6 @@ > > S = "${STAGING_KERNEL_DIR}" > > do_fetch[noexec] = "1" > > -do_unpack[depends] += "virtual/kernel:do_patch" > > +do_unpack[depends] += "virtual/kernel:do_configure" > > I was looking at fixing this as well, but I had another approach. > Instead of perpetually changing these to handle externalsrc corner > cases, perhaps externalsrc.bbclass should not delete the tasks, but > instead mark them as noexec as follows (I'll push this up for real if > in a moment...). Then recipes should be able to work transparently > regardless of externalsrc being used or not. > > +1 Yup, I like this, it's a better fix. I've sent another patch for kernel.bbclass (both for master and morty) which I think is still needed even with your patch. Cheers, Stefan > diff --git a/meta/classes/externalsrc.bbclass > b/meta/classes/externalsrc.bbclass > index 65dd13ddc1f..12046d74e17 100644 > --- a/meta/classes/externalsrc.bbclass > +++ b/meta/classes/externalsrc.bbclass > @@ -102,7 +102,7 @@ python () { > for task in d.getVar("SRCTREECOVEREDTASKS").split(): > if local_srcuri and task in fetch_tasks: > continue > -bb.build.deltask(task, d) > +d.setVarFlag(task, 'noexec', '1') > > d.prependVarFlag('do_compile', 'prefunc > s', "externalsrc_compile_prefunc ") > d.prependVarFlag('do_configure', 'prefuncs', > "externalsrc_configure_prefunc ") > > > > do_unpack[noexec] = "1" > > do_patch[noexec] = "1" > > do_package[depends] += "virtual/kernel:do_populate_sysroot" > > diff --git a/meta/recipes-kernel/perf/perf.bb b/meta/recipes- > > kernel/perf/perf.bb > > index 03ae446..145774b 100644 > > --- a/meta/recipes-kernel/perf/perf.bb > > +++ b/meta/recipes-kernel/perf/perf.bb > > @@ -47,7 +47,7 @@ export PYTHON_SITEPACKAGES_DIR > > #kernel 3.1+ supports WERROR to disable warnings as errors > > export WERROR = "0" > > > > -do_populate_lic[depends] += "virtual/kernel:do_patch" > > +do_populate_lic[depends] += "virtual/kernel:do_configure" > > > > # needed for building the tools/perf Perl binding > > inherit perlnative cpan-base > > -- > > 2.7.4 > > > -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] ✗ patchtest: failure for "[morty] ruby: update to 2.4.0..." and 1 more
== Series Details == Series: "[morty] ruby: update to 2.4.0..." and 1 more Revision: 1 URL : https://patchwork.openembedded.org/series/10519/ 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 Added patch file is missing Upstream-Status in the header [test_upstream_status_presence_format] Suggested fixAdd Upstream-Status: to the header of meta/recipes-sato/webkit/webkitgtk/0001-WebKitMacros-Append-to-I-and-not-to-isystem.patch Standard format Upstream-Status: Valid status Pending, Accepted, Backport, Denied, Inappropriate [reason], Submitted [where] 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] classes/externalsrc: Don't delete tasks
Set the noexec flag to prevent tasks from executing instead of deleting them. This allows inter-tasks dependencies on these tasks to still function. For example, perf has the line: do_populate_lic[depends] += "virtual/kernel:do_patch" which will break if the kernel uses EXTERNALSRC and the do_patch task is deleted. Signed-off-by: Joshua Watt--- meta/classes/externalsrc.bbclass | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/meta/classes/externalsrc.bbclass b/meta/classes/externalsrc.bbclass index 65dd13ddc1f..12046d74e17 100644 --- a/meta/classes/externalsrc.bbclass +++ b/meta/classes/externalsrc.bbclass @@ -102,7 +102,7 @@ python () { for task in d.getVar("SRCTREECOVEREDTASKS").split(): if local_srcuri and task in fetch_tasks: continue -bb.build.deltask(task, d) +d.setVarFlag(task, 'noexec', '1') d.prependVarFlag('do_compile', 'prefuncs', "externalsrc_compile_prefunc ") d.prependVarFlag('do_configure', 'prefuncs', "externalsrc_configure_prefunc ") -- 2.14.3 -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [morty][PATCH] kernelsrc/perf: fix dependency on non existant task when using externalsrc
On Thu, 2018-01-11 at 16:07 +, Stefan Stanacar wrote: > When externalsrc is enabled for kernel, do_patch doesn't exist since > is in > SRCTREECOVEREDTASKS, so make these depend on a real task. > > Fixes: > ERROR: Task do_unpack in /data/yocto/poky/meta/recipes- > kernel/perf/perf.bb > depends upon non-existent task do_patch in > /data/yocto/poky/meta/recipes-kernel/linux/linux-yocto_4.8.bb > > Signed-off-by: Stefan Stanacar> --- > meta/classes/kernelsrc.bbclass | 2 +- > meta/recipes-kernel/perf/perf.bb | 2 +- > 2 files changed, 2 insertions(+), 2 deletions(-) > > diff --git a/meta/classes/kernelsrc.bbclass > b/meta/classes/kernelsrc.bbclass > index 9efd46a..ce6c999 100644 > --- a/meta/classes/kernelsrc.bbclass > +++ b/meta/classes/kernelsrc.bbclass > @@ -1,6 +1,6 @@ > S = "${STAGING_KERNEL_DIR}" > do_fetch[noexec] = "1" > -do_unpack[depends] += "virtual/kernel:do_patch" > +do_unpack[depends] += "virtual/kernel:do_configure" I was looking at fixing this as well, but I had another approach. Instead of perpetually changing these to handle externalsrc corner cases, perhaps externalsrc.bbclass should not delete the tasks, but instead mark them as noexec as follows (I'll push this up for real if in a moment...). Then recipes should be able to work transparently regardless of externalsrc being used or not. diff --git a/meta/classes/externalsrc.bbclass b/meta/classes/externalsrc.bbclass index 65dd13ddc1f..12046d74e17 100644 --- a/meta/classes/externalsrc.bbclass +++ b/meta/classes/externalsrc.bbclass @@ -102,7 +102,7 @@ python () { for task in d.getVar("SRCTREECOVEREDTASKS").split(): if local_srcuri and task in fetch_tasks: continue -bb.build.deltask(task, d) +d.setVarFlag(task, 'noexec', '1') d.prependVarFlag('do_compile', 'prefunc s', "externalsrc_compile_prefunc ") d.prependVarFlag('do_configure', 'prefuncs', "externalsrc_configure_prefunc ") > do_unpack[noexec] = "1" > do_patch[noexec] = "1" > do_package[depends] += "virtual/kernel:do_populate_sysroot" > diff --git a/meta/recipes-kernel/perf/perf.bb b/meta/recipes- > kernel/perf/perf.bb > index 03ae446..145774b 100644 > --- a/meta/recipes-kernel/perf/perf.bb > +++ b/meta/recipes-kernel/perf/perf.bb > @@ -47,7 +47,7 @@ export PYTHON_SITEPACKAGES_DIR > #kernel 3.1+ supports WERROR to disable warnings as errors > export WERROR = "0" > > -do_populate_lic[depends] += "virtual/kernel:do_patch" > +do_populate_lic[depends] += "virtual/kernel:do_configure" > > # needed for building the tools/perf Perl binding > inherit perlnative cpan-base > -- > 2.7.4 > -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [morty][PATCH 2/2] webkitgtk: update to 2.18.5 (includes Spectre mitigations; see commit description)
This is the only available stable version with mitigation fixes for Spectre. Webkit upstream developers do not port CVE fixes to earlier stable series, no exception was made in this case. More information: https://webkit.org/blog/8048/what-spectre-and-meltdown-mean-for-webkit/ https://webkitgtk.org/security/WSA-2018-0001.html https://webkitgtk.org/2018/01/10/webkitgtk2.18.5-released.html This commit also contains the following commits added in master branch after morty release: webkitgtk: update to 2.14.1 Rebase 0001-WebKitMacros-Append-to-I-and-not-to-isystem.patch (From OE-Core rev: a44d50c827b5180ff901d31c443ea02e100b10d5) Signed-off-by: Alexander KanavinSigned-off-by: Ross Burton Signed-off-by: Richard Purdie === webkit: Reduce duplication in MIPS variants. Reduce duplication in MIPS variants now that the MACHINEOVERRIDES variable is defined (From OE-Core rev: f76d972aff47412a2cbd2d47134d66046cfe574a) Signed-off-by: Zubair Lutfullah Kakakhel Signed-off-by: Ross Burton Signed-off-by: Richard Purdie === webkitgtk: drop patch 0001-WebKitMacros-Append-to-I-and-not-to-isystem.patch * This patch is not longer needed. Upstream has fixed this issue in: https://trac.webkit.org/changeset/205672 which is already included in WebKitGTK+ >= 2.14.0 (From OE-Core rev: 812c52f654c1bccca033163100055e3a8b8cda6e) Signed-off-by: Carlos Alberto Lopez Perez Signed-off-by: Ross Burton Signed-off-by: Richard Purdie === webkitgtk: Add an option to disable opengl support (From OE-Core rev: 04e17727a3d1b52f6f93078fd16c6c7c9ba2b0d4) Signed-off-by: Carlos Alberto Lopez Perez Signed-off-by: Ross Burton Signed-off-by: Richard Purdie === webkitgtk: Use MIPS MACHINE_OVERRIDES The mipsarch* MACHINE_OVERRIDES can be used to pass the same parameters to MIPS pre-R2 and R6 ISA variants. Use them to reduce duplication in supporting MIPS R6 ISA. (From OE-Core rev: 8369b3568828b1dcff0f3a061a18367f018ac447) Signed-off-by: Zubair Lutfullah Kakakhel Signed-off-by: Ross Burton Signed-off-by: Richard Purdie === webkitgtk: update to 2.14.2 (From OE-Core rev: ccce954f7f0b24390ce36460cf05499c8169ed10) Signed-off-by: Carlos Alberto Lopez Perez Signed-off-by: Ross Burton Signed-off-by: Richard Purdie === Revert "webkitgtk: drop patch 0001-WebKitMacros-Append-to-I-and-not-to-isystem.patch" This reverts commit 812c52f654c1bccca033163100055e3a8b8cda6e. Upstream fixed the issue with GCC. But the build still fails with Clang. Therefore reintroduce this patch until a better solution is found. Upstream bug: https://bugs.webkit.org/show_bug.cgi?id=161697 (From OE-Core rev: 39be43943e3de0eb0ab9b61b405f3b76f12a307d) Signed-off-by: Carlos Alberto Lopez Perez Signed-off-by: Ross Burton Signed-off-by: Richard Purdie === webkitgtk: Fix atomic detection on arm architecture (From OE-Core rev: a77fc49defcf3a30a8f026cfdbd56565750f5a61) Signed-off-by: Khem Raj Signed-off-by: Richard Purdie === webkitgtk: patch & disable JIT for x32 It might not be speedy, but it does build now. (From OE-Core rev: 79f7e215ee7c176f02efafe7359aaa77dbd9430c) Signed-off-by: Christopher Larson Signed-off-by: Ross Burton Signed-off-by: Richard Purdie === webkitgtk: add missing python-native dep Since we can't inherit pythonnative, we need this dep explicitly. (From OE-Core rev: 63530f59e43738bac081aaf3c89ec57006038dce) Signed-off-by: Christopher Larson Signed-off-by: Ross Burton Signed-off-by: Richard Purdie === webkitgtk: update to 2.14.5 Remove a reference to WebKit/LICENSE, as the directory is not there anymore (and the LICENSE file in it hasn't been moved somewhere else) - it was a relic of webkit 1.x era. (From OE-Core rev: 10331f42acfa5dc429198b7c025cc2360511e534) Signed-off-by: Alexander Kanavin Signed-off-by: Ross Burton Signed-off-by: Richard Purdie === webkitgtk: Fix build on aarch64 Do not try to do runtime tests during cross compile Fixes | CMake Error at Source/cmake/OptionsCommon.cmake:73 (math): | math cannot parse the expression: "-1": syntax error, unexpected exp_MINUS, | expecting exp_OPENPARENT or
[OE-core] [morty][PATCH 1/2] ruby: update to 2.4.0
Existing version of ruby-native (2.2.5) was crashing on my machine (and others' too), yet a functional ruby is necessary to upgrade webkit to a version that less vulnerable to Spectre. I've performed the update by copying the ruby recipe directory over from the current pyro tree; if you want to see the list of specific commits, issue this command: git log 99656fecf4fa6e24ba49ecb7f26f893e733818a0 meta/recipes-devtools/ruby (up to commit e593d3aeb2ea5f08d6e0753133fe89e345b339e8) Signed-off-by: Alexander Kanavin--- meta/recipes-devtools/ruby/ruby.inc| 5 +- .../recipes-devtools/ruby/ruby/CVE-2016-7798.patch | 164 --- .../ruby/ruby/CVE-2017-14033.patch | 89 -- .../ruby/ruby/CVE-2017-14064.patch | 312 +++-- .../recipes-devtools/ruby/ruby/CVE-2017-9226.patch | 33 --- .../recipes-devtools/ruby/ruby/CVE-2017-9227.patch | 24 -- .../recipes-devtools/ruby/ruby/CVE-2017-9228.patch | 26 -- .../recipes-devtools/ruby/ruby/CVE-2017-9229.patch | 36 --- meta/recipes-devtools/ruby/ruby/prevent-gc.patch | 32 --- .../ruby/ruby/ruby-CVE-2017-9224.patch | 41 +++ .../ruby/ruby/ruby-CVE-2017-9226.patch | 41 +++ .../ruby/ruby/ruby-CVE-2017-9227.patch | 32 +++ .../ruby/ruby/ruby-CVE-2017-9228.patch | 34 +++ .../ruby/ruby/ruby-CVE-2017-9229.patch | 59 .../ruby/{ruby_2.2.5.bb => ruby_2.4.0.bb} | 25 +- 15 files changed, 516 insertions(+), 437 deletions(-) delete mode 100644 meta/recipes-devtools/ruby/ruby/CVE-2016-7798.patch delete mode 100644 meta/recipes-devtools/ruby/ruby/CVE-2017-14033.patch delete mode 100644 meta/recipes-devtools/ruby/ruby/CVE-2017-9226.patch delete mode 100644 meta/recipes-devtools/ruby/ruby/CVE-2017-9227.patch delete mode 100644 meta/recipes-devtools/ruby/ruby/CVE-2017-9228.patch delete mode 100644 meta/recipes-devtools/ruby/ruby/CVE-2017-9229.patch delete mode 100644 meta/recipes-devtools/ruby/ruby/prevent-gc.patch create mode 100644 meta/recipes-devtools/ruby/ruby/ruby-CVE-2017-9224.patch create mode 100644 meta/recipes-devtools/ruby/ruby/ruby-CVE-2017-9226.patch create mode 100644 meta/recipes-devtools/ruby/ruby/ruby-CVE-2017-9227.patch create mode 100644 meta/recipes-devtools/ruby/ruby/ruby-CVE-2017-9228.patch create mode 100644 meta/recipes-devtools/ruby/ruby/ruby-CVE-2017-9229.patch rename meta/recipes-devtools/ruby/{ruby_2.2.5.bb => ruby_2.4.0.bb} (71%) diff --git a/meta/recipes-devtools/ruby/ruby.inc b/meta/recipes-devtools/ruby/ruby.inc index fde67e9407c..d71989889e3 100644 --- a/meta/recipes-devtools/ruby/ruby.inc +++ b/meta/recipes-devtools/ruby/ruby.inc @@ -8,10 +8,10 @@ HOMEPAGE = "http://www.ruby-lang.org/; SECTION = "devel/ruby" LICENSE = "Ruby | BSD | GPLv2" LIC_FILES_CHKSUM = "\ -file://COPYING;md5=837b32593517ae48b9c3b5c87a5d288c \ +file://COPYING;md5=8a960b08d972f43f91ae84a6f00dcbfb \ file://BSDL;md5=19aaf65c88a40b508d17ae4be539c4b5\ file://GPL;md5=b234ee4d69f5fce4486a80fdaf4a4263\ -file://LEGAL;md5=c440adb575ba4e6e2344c2630b6a5584\ +file://LEGAL;md5=daf349ad59dd19bd8c919171bff3c5d6 \ " DEPENDS = "ruby-native zlib openssl tcl libyaml db gdbm readline" @@ -22,6 +22,7 @@ SRC_URI = "http://cache.ruby-lang.org/pub/ruby/${SHRT_VER}/ruby-${PV}.tar.gz \ file://extmk.patch \ file://0002-Obey-LDFLAGS-for-the-link-of-libruby.patch \ " +UPSTREAM_CHECK_URI = "https://www.ruby-lang.org/en/downloads/; inherit autotools diff --git a/meta/recipes-devtools/ruby/ruby/CVE-2016-7798.patch b/meta/recipes-devtools/ruby/ruby/CVE-2016-7798.patch deleted file mode 100644 index 2b8772ba41b..000 --- a/meta/recipes-devtools/ruby/ruby/CVE-2016-7798.patch +++ /dev/null @@ -1,164 +0,0 @@ -cipher: don't set dummy encryption key in Cipher#initialize -Remove the encryption key initialization from Cipher#initialize. This -is effectively a revert of r32723 ("Avoid possible SEGV from AES -encryption/decryption", 2011-07-28). - -r32723, which added the key initialization, was a workaround for -Ruby Bug #2768. For some certain ciphers, calling EVP_CipherUpdate() -before setting an encryption key caused segfault. It was not a problem -until OpenSSL implemented GCM mode - the encryption key could be -overridden by repeated calls of EVP_CipherInit_ex(). But, it is not the -case for AES-GCM ciphers. Setting a key, an IV, a key, in this order -causes the IV to be reset to an all-zero IV. - -The problem of Bug #2768 persists on the current versions of OpenSSL. -So, make Cipher#update raise an exception if a key is not yet set by the -user. Since encrypting or decrypting without key does not make any -sense, this should not break existing applications. - -Users can still call Cipher#key= and Cipher#iv= multiple times with -their own responsibility. - -Reference: https://bugs.ruby-lang.org/issues/2768 -Reference:
[OE-core] [PATCH v2] package: Record PE and PR values for shlib dependencies
When downgrading a package or using a substitute with lower version, the way to do it is adding or increasing PE and there may be other reasons to set PE. But it doesn't directly help dependant packages because the shlib records only contain PV. Let's add the PE value into the shlib records for packages where it's set. The in-memory variables storing the versions now use the PE:PV notation but the on-disk files must use something else because the : character is already used as field delimiter in the package.list files storing the shlib records. Use # instead in the files, so the file format doesn't change. Conversion occurs on reading and writing the package.list files. v2: Also store PR in a new 4th field in the shlib records. If it's set, i.e. it's different from "r0" then it will also be used in the packages for shared library dependencies. Signed-off-by: Zoltán Böszörményi--- meta/classes/package.bbclass | 41 ++--- meta/lib/oe/package.py | 4 +++- 2 files changed, 29 insertions(+), 16 deletions(-) diff --git a/meta/classes/package.bbclass b/meta/classes/package.bbclass index 7dc759699f..95a3be774f 100644 --- a/meta/classes/package.bbclass +++ b/meta/classes/package.bbclass @@ -1560,7 +1560,7 @@ python package_do_shlibs() { # Take shared lock since we're only reading, not writing lf = bb.utils.lockfile(d.expand("${PACKAGELOCK}")) -def linux_so(file, needed, sonames, renames, pkgver): +def linux_so(file, needed, sonames, renames, pkgver, pkgpr): needs_ldconfig = False ldir = os.path.dirname(file).replace(pkgdest + "/" + pkg, '') cmd = d.getVar('OBJDUMP') + " -p " + pipes.quote(file) + " 2>/dev/null" @@ -1582,7 +1582,7 @@ python package_do_shlibs() { m = re.match("\s+SONAME\s+([^\s]*)", l) if m: this_soname = m.group(1) -prov = (this_soname, ldir, pkgver) +prov = (this_soname, ldir, pkgver, pkgpr) if not prov in sonames: # if library is private (only used by package) then do not build shlib for it if not private_libs or this_soname not in private_libs: @@ -1593,7 +1593,7 @@ python package_do_shlibs() { renames.append((file, os.path.join(os.path.dirname(file), this_soname))) return needs_ldconfig -def darwin_so(file, needed, sonames, renames, pkgver): +def darwin_so(file, needed, sonames, renames, pkgver, pkgpr): if not os.path.exists(file): return ldir = os.path.dirname(file).replace(pkgdest + "/" + pkg, '') @@ -1618,7 +1618,7 @@ python package_do_shlibs() { combos = get_combinations(name) for combo in combos: if not combo in sonames: -prov = (combo, ldir, pkgver) +prov = (combo, ldir, pkgver, pkgpr) sonames.append(prov) if file.endswith('.dylib') or file.endswith('.so'): rpath = [] @@ -1645,13 +1645,13 @@ python package_do_shlibs() { if name and name not in needed[pkg]: needed[pkg].append((name, file, [])) -def mingw_dll(file, needed, sonames, renames, pkgver): +def mingw_dll(file, needed, sonames, renames, pkgver, pkgpr): if not os.path.exists(file): return if file.endswith(".dll"): # assume all dlls are shared objects provided by the package -sonames.append((os.path.basename(file), os.path.dirname(file).replace(pkgdest + "/" + pkg, ''), pkgver)) +sonames.append((os.path.basename(file), os.path.dirname(file).replace(pkgdest + "/" + pkg, ''), pkgver, pkgpr)) if (file.endswith(".dll") or file.endswith(".exe")): # use objdump to search for "DLL Name: .*\.dll" @@ -1686,6 +1686,12 @@ python package_do_shlibs() { if not pkgver: pkgver = ver +pkgpe = d.getVar('PE') +if pkgpe: +pkgver = pkgpe + ':' + pkgver + +pkgpr = d.getVar('PR') + needed[pkg] = [] sonames = list() renames = list() @@ -1694,11 +1700,11 @@ python package_do_shlibs() { if cpath.islink(file): continue if targetos == "darwin" or targetos == "darwin8": -darwin_so(file, needed, sonames, renames, pkgver) +darwin_so(file, needed, sonames, renames, pkgver, pkgpr) elif targetos.startswith("mingw"): -mingw_dll(file, needed, sonames, renames, pkgver) +mingw_dll(file, needed, sonames, renames, pkgver, pkgpr) elif os.access(file, os.X_OK) or lib_re.match(file): -ldconfig = linux_so(file, needed, sonames, renames, pkgver) +ldconfig = linux_so(file, needed, sonames, renames, pkgver,
[OE-core] [rocko][PATCH v2] package: Record PE and PR values for shlib dependencies
When downgrading a package or using a substitute with lower version, the way to do it is adding or increasing PE and there may be other reasons to set PE. But it doesn't directly help dependant packages because the shlib records only contain PV. Let's add the PE value into the shlib records for packages where it's set. The in-memory variables storing the versions now use the PE:PV notation but the on-disk files must use something else because the : character is already used as field delimiter in the package.list files storing the shlib records. Use # instead in the files, so the file format doesn't change. Conversion occurs on reading and writing the package.list files. v2: Also store PR in a new 4th field in the shlib records. If it's set, i.e. it's different from "r0" then it will also be used in the packages for shared library dependencies. Signed-off-by: Zoltán Böszörményi--- meta/classes/package.bbclass | 41 ++--- meta/lib/oe/package.py | 4 +++- 2 files changed, 29 insertions(+), 16 deletions(-) diff --git a/meta/classes/package.bbclass b/meta/classes/package.bbclass index 2053d46395..63b085dc42 100644 --- a/meta/classes/package.bbclass +++ b/meta/classes/package.bbclass @@ -1543,7 +1543,7 @@ python package_do_shlibs() { # Take shared lock since we're only reading, not writing lf = bb.utils.lockfile(d.expand("${PACKAGELOCK}")) -def linux_so(file, needed, sonames, renames, pkgver): +def linux_so(file, needed, sonames, renames, pkgver, pkgpr): needs_ldconfig = False ldir = os.path.dirname(file).replace(pkgdest + "/" + pkg, '') cmd = d.getVar('OBJDUMP') + " -p " + pipes.quote(file) + " 2>/dev/null" @@ -1565,7 +1565,7 @@ python package_do_shlibs() { m = re.match("\s+SONAME\s+([^\s]*)", l) if m: this_soname = m.group(1) -prov = (this_soname, ldir, pkgver) +prov = (this_soname, ldir, pkgver, pkgpr) if not prov in sonames: # if library is private (only used by package) then do not build shlib for it if not private_libs or this_soname not in private_libs: @@ -1576,7 +1576,7 @@ python package_do_shlibs() { renames.append((file, os.path.join(os.path.dirname(file), this_soname))) return needs_ldconfig -def darwin_so(file, needed, sonames, renames, pkgver): +def darwin_so(file, needed, sonames, renames, pkgver, pkgpr): if not os.path.exists(file): return ldir = os.path.dirname(file).replace(pkgdest + "/" + pkg, '') @@ -1601,7 +1601,7 @@ python package_do_shlibs() { combos = get_combinations(name) for combo in combos: if not combo in sonames: -prov = (combo, ldir, pkgver) +prov = (combo, ldir, pkgver, pkgpr) sonames.append(prov) if file.endswith('.dylib') or file.endswith('.so'): rpath = [] @@ -1628,13 +1628,13 @@ python package_do_shlibs() { if name and name not in needed[pkg]: needed[pkg].append((name, file, [])) -def mingw_dll(file, needed, sonames, renames, pkgver): +def mingw_dll(file, needed, sonames, renames, pkgver, pkgpr): if not os.path.exists(file): return if file.endswith(".dll"): # assume all dlls are shared objects provided by the package -sonames.append((os.path.basename(file), os.path.dirname(file).replace(pkgdest + "/" + pkg, ''), pkgver)) +sonames.append((os.path.basename(file), os.path.dirname(file).replace(pkgdest + "/" + pkg, ''), pkgver, pkgpr)) if (file.endswith(".dll") or file.endswith(".exe")): # use objdump to search for "DLL Name: .*\.dll" @@ -1669,6 +1669,12 @@ python package_do_shlibs() { if not pkgver: pkgver = ver +pkgpe = d.getVar('PE') +if pkgpe: +pkgver = pkgpe + ':' + pkgver + +pkgpr = d.getVar('PR') + needed[pkg] = [] sonames = list() renames = list() @@ -1677,11 +1683,11 @@ python package_do_shlibs() { if cpath.islink(file): continue if targetos == "darwin" or targetos == "darwin8": -darwin_so(file, needed, sonames, renames, pkgver) +darwin_so(file, needed, sonames, renames, pkgver, pkgpr) elif targetos.startswith("mingw"): -mingw_dll(file, needed, sonames, renames, pkgver) +mingw_dll(file, needed, sonames, renames, pkgver, pkgpr) elif os.access(file, os.X_OK) or lib_re.match(file): -ldconfig = linux_so(file, needed, sonames, renames, pkgver) +ldconfig = linux_so(file, needed, sonames, renames, pkgver,
[OE-core] [PATCH v2] recipes-core: move hwclock.sh to util-linux
* Move the hwclock.sh initscript from the busybox recipe to util-linux. This script is generally useful for distros that get their hwclock implementation from sources other than busybox and we follow debian's example by providing it in util-linux. :busybox/* * Remove the busybox-hwclock package, as it no longer has a purpose. * If busybox is configured to include hwclock, the busybox package will RDEPEND on util-linux-hwclock-init. :util-linux/* * Provide the hwclock.sh script in util-linux-hwclock-init, which can be pulled by any packages that depend on its functionality. * util-linux-hwclock RDEPENDS on util-linux-hwclock-init for its initscript. Signed-off-by: Alex StewartAcked-by: Haris Okanovic Acked-by: Adrian Ratiu Acked-by: Ken Sharp Natinst-ReviewBoard-ID: 214983, 215755 --- meta/recipes-core/busybox/busybox.inc | 16 +++-- meta/recipes-core/busybox/busybox_1.27.2.bb| 1 - meta/recipes-core/busybox/files/hwclock.sh | 83 -- meta/recipes-core/util-linux/util-linux.inc| 14 +++- meta/recipes-core/util-linux/util-linux/hwclock.sh | 83 ++ meta/recipes-core/util-linux/util-linux_2.31.bb| 1 + 6 files changed, 105 insertions(+), 93 deletions(-) delete mode 100644 meta/recipes-core/busybox/files/hwclock.sh create mode 100644 meta/recipes-core/util-linux/util-linux/hwclock.sh diff --git a/meta/recipes-core/busybox/busybox.inc b/meta/recipes-core/busybox/busybox.inc index 4012f921c6..d9c3c2793b 100644 --- a/meta/recipes-core/busybox/busybox.inc +++ b/meta/recipes-core/busybox/busybox.inc @@ -20,19 +20,17 @@ export EXTRA_LDFLAGS = "${LDFLAGS}" EXTRA_OEMAKE = "CC='${CC}' LD='${CCLD}' V=1 ARCH=${TARGET_ARCH} CROSS_COMPILE=${TARGET_PREFIX} SKIP_STRIP=y HOSTCC='${BUILD_CC}' HOSTCPP='${BUILD_CPP}'" -PACKAGES =+ "${PN}-httpd ${PN}-udhcpd ${PN}-udhcpc ${PN}-syslog ${PN}-mdev ${PN}-hwclock" +PACKAGES =+ "${PN}-httpd ${PN}-udhcpd ${PN}-udhcpc ${PN}-syslog ${PN}-mdev" FILES_${PN}-httpd = "${sysconfdir}/init.d/busybox-httpd /srv/www" FILES_${PN}-syslog = "${sysconfdir}/init.d/syslog* ${sysconfdir}/syslog-startup.conf* ${sysconfdir}/syslog.conf* ${systemd_unitdir}/system/syslog.service ${sysconfdir}/default/busybox-syslog" FILES_${PN}-mdev = "${sysconfdir}/init.d/mdev ${sysconfdir}/mdev.conf ${sysconfdir}/mdev/*" FILES_${PN}-udhcpd = "${sysconfdir}/init.d/busybox-udhcpd" FILES_${PN}-udhcpc = "${sysconfdir}/udhcpc.d ${datadir}/udhcpc" -FILES_${PN}-hwclock = "${sysconfdir}/init.d/hwclock.sh" -INITSCRIPT_PACKAGES = "${PN}-httpd ${PN}-syslog ${PN}-udhcpd ${PN}-mdev ${PN}-hwclock" +INITSCRIPT_PACKAGES = "${PN}-httpd ${PN}-syslog ${PN}-udhcpd ${PN}-mdev" INITSCRIPT_NAME_${PN}-httpd = "busybox-httpd" -INITSCRIPT_NAME_${PN}-hwclock = "hwclock.sh" INITSCRIPT_NAME_${PN}-mdev = "mdev" INITSCRIPT_PARAMS_${PN}-mdev = "start 04 S ." INITSCRIPT_NAME_${PN}-syslog = "syslog" @@ -276,9 +274,6 @@ do_install () { if grep "CONFIG_UDHCPD=y" ${B}/.config; then install -m 0755 ${WORKDIR}/busybox-udhcpd ${D}${sysconfdir}/init.d/ fi - if grep "CONFIG_HWCLOCK=y" ${B}/.config; then - install -m 0755 ${WORKDIR}/hwclock.sh ${D}${sysconfdir}/init.d/ - fi if grep "CONFIG_UDHCPC=y" ${B}/.config; then install -d ${D}${sysconfdir}/udhcpc.d install -d ${D}${datadir}/udhcpc @@ -377,6 +372,13 @@ python do_package_prepend () { else: set_alternative_vars("${sysconfdir}/busybox.links.nosuid", "${base_bindir}/busybox.nosuid") set_alternative_vars("${sysconfdir}/busybox.links.suid", "${base_bindir}/busybox.suid") + +# If busybox is configured to provide a hwclock implementation, add a +# package dependency on util-linux-hwclock-init for the +# /etc/init.d/hwclock.sh initscript. +with open(d.getVar('B', expand=True) + '/.config', 'r') as fp_conf: +if 'CONFIG_HWCLOCK=y' in fp_conf.read(): +d.appendVar('RDEPENDS_busybox', ' util-linux-hwclock-init ') } pkg_postinst_${PN} () { diff --git a/meta/recipes-core/busybox/busybox_1.27.2.bb b/meta/recipes-core/busybox/busybox_1.27.2.bb index 6c1f4888cf..af2abadc5e 100644 --- a/meta/recipes-core/busybox/busybox_1.27.2.bb +++ b/meta/recipes-core/busybox/busybox_1.27.2.bb @@ -8,7 +8,6 @@ SRC_URI = "http://www.busybox.net/downloads/busybox-${PV}.tar.bz2;name=tarball \ file://busybox-udhcpd \ file://default.script \ file://simple.script \ - file://hwclock.sh \ file://mount.busybox \ file://syslog \ file://syslog-startup.conf \ diff --git a/meta/recipes-core/busybox/files/hwclock.sh b/meta/recipes-core/busybox/files/hwclock.sh deleted file mode 100644 index be5f94d86c..00 --- a/meta/recipes-core/busybox/files/hwclock.sh +++ /dev/null @@ -1,83 +0,0 @@ -#!/bin/sh
Re: [OE-core] [pyro][PATCH] webkitgtk: update to 2.18.5 (includes Spectre mitigations; see commit description)
On 01/12/2018 01:47 PM, Alexander Kanavin wrote: From: Khem RajThis is because I have squashed all the patches that happened after pyro was released into a single patch, and Khem's was the first of them. Alex -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] Issues with meson in SDK with cross-file
On 01/11/2018 09:22 PM, Martin Kelly wrote: Khem and Alexander, could you comment on which solution is preferable from an SDK standpoint? Otherwise, could you nominate someone else to do so in your place? :) I'm not sure who is the resident SDK expert, perhaps Paul Eggleton? Alex -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH] pkgconf: upgrade to 1.4.0
1.3.7 -> 1.4.0 Removed following upstreamed and backported patches: 1. 0001-stdinc.h-fix-build-with-mingw.patch 2. 0001-Minimal-tweaks-to-compile-with-Visual-C-2015.patch Change in checksum is due to bump in copyrights to 2018. Signed-off-by: Maxin B. John--- ...imal-tweaks-to-compile-with-Visual-C-2015.patch | 224 - .../0001-stdinc.h-fix-build-with-mingw.patch | 48 - .../pkgconf/{pkgconf_1.3.7.bb => pkgconf_1.4.0.bb} | 8 +- 3 files changed, 3 insertions(+), 277 deletions(-) delete mode 100644 meta/recipes-devtools/pkgconf/pkgconf/0001-Minimal-tweaks-to-compile-with-Visual-C-2015.patch delete mode 100644 meta/recipes-devtools/pkgconf/pkgconf/0001-stdinc.h-fix-build-with-mingw.patch rename meta/recipes-devtools/pkgconf/{pkgconf_1.3.7.bb => pkgconf_1.4.0.bb} (89%) diff --git a/meta/recipes-devtools/pkgconf/pkgconf/0001-Minimal-tweaks-to-compile-with-Visual-C-2015.patch b/meta/recipes-devtools/pkgconf/pkgconf/0001-Minimal-tweaks-to-compile-with-Visual-C-2015.patch deleted file mode 100644 index 3805ad3..000 --- a/meta/recipes-devtools/pkgconf/pkgconf/0001-Minimal-tweaks-to-compile-with-Visual-C-2015.patch +++ /dev/null @@ -1,224 +0,0 @@ -From 4d7b4d7c8e9966c593f472355607204c6c80fecb Mon Sep 17 00:00:00 2001 -From: Dan Kegel -Date: Sun, 4 Jun 2017 19:19:55 -0700 -Subject: [PATCH] Minimal tweaks to compile with Visual C 2015 - -Upstream-Status: Backport - -Signed-off-by: Maxin B. John - getopt_long.c | 2 ++ - libpkgconf/bsdstubs.c | 1 + - libpkgconf/libpkgconf.h | 2 +- - libpkgconf/path.c | 10 +- - libpkgconf/pkg.c| 28 +++- - libpkgconf/stdinc.h | 9 +++-- - 6 files changed, 35 insertions(+), 17 deletions(-) - -diff --git a/getopt_long.c b/getopt_long.c -index afeb68d..5ce9bfd 100644 a/getopt_long.c -+++ b/getopt_long.c -@@ -62,7 +62,9 @@ - #include - #include - #include -+#ifndef _WIN32 - #include -+#endif - - #define PKGCONF_HACK_LOGICAL_OR_ALL_VALUES - -diff --git a/libpkgconf/bsdstubs.c b/libpkgconf/bsdstubs.c -index 8f70ff3..2c000ac 100644 a/libpkgconf/bsdstubs.c -+++ b/libpkgconf/bsdstubs.c -@@ -17,6 +17,7 @@ - * OR IN CONNECTION WITH THE USE OR PERFORMANCE OF THIS SOFTWARE. - */ - -+#include - #include - #include - -diff --git a/libpkgconf/libpkgconf.h b/libpkgconf/libpkgconf.h -index 404bf0c..551d85d 100644 a/libpkgconf/libpkgconf.h -+++ b/libpkgconf/libpkgconf.h -@@ -310,7 +310,7 @@ void pkgconf_audit_log_dependency(pkgconf_client_t *client, const pkgconf_pkg_t - /* path.c */ - void pkgconf_path_add(const char *text, pkgconf_list_t *dirlist, bool filter); - size_t pkgconf_path_split(const char *text, pkgconf_list_t *dirlist, bool filter); --size_t pkgconf_path_build_from_environ(const char *environ, const char *fallback, pkgconf_list_t *dirlist, bool filter); -+size_t pkgconf_path_build_from_environ(const char *envvarname, const char *fallback, pkgconf_list_t *dirlist, bool filter); - bool pkgconf_path_match_list(const char *path, const pkgconf_list_t *dirlist); - void pkgconf_path_free(pkgconf_list_t *dirlist); - bool pkgconf_path_relocate(char *buf, size_t buflen); -diff --git a/libpkgconf/path.c b/libpkgconf/path.c -index dddb3bf..59e003e 100644 a/libpkgconf/path.c -+++ b/libpkgconf/path.c -@@ -20,7 +20,7 @@ - # include - #endif - --#ifdef HAVE_SYS_STAT_H -+#if defined(HAVE_SYS_STAT_H) && ! defined(_WIN32) - # include - # define PKGCONF_CACHE_INODES - #endif -@@ -156,12 +156,12 @@ pkgconf_path_split(const char *text, pkgconf_list_t *dirlist, bool filter) - /* - * !doc - * -- * .. c:function:: size_t pkgconf_path_build_from_environ(const char *environ, const char *fallback, pkgconf_list_t *dirlist) -+ * .. c:function:: size_t pkgconf_path_build_from_environ(const char *envvarname, const char *fallback, pkgconf_list_t *dirlist) - * - *Adds the paths specified in an environment variable to a path list. If the environment variable is not set, - *an optional default set of paths is added. - * -- *:param char* environ: The environment variable to look up. -+ *:param char* envvarname: The environment variable to look up. - *:param char* fallback: The fallback paths to use if the environment variable is not set. - *:param pkgconf_list_t* dirlist: The path list to add the path nodes to. - *:param bool filter: Whether to perform duplicate filtering. -@@ -169,11 +169,11 @@ pkgconf_path_split(const char *text, pkgconf_list_t *dirlist, bool filter) - *:rtype: size_t - */ - size_t --pkgconf_path_build_from_environ(const char *environ, const char *fallback, pkgconf_list_t *dirlist, bool filter) -+pkgconf_path_build_from_environ(const char *envvarname, const char *fallback, pkgconf_list_t *dirlist, bool filter) - { - const char *data; - -- data = getenv(environ); -+ data = getenv(envvarname); -
[OE-core] [PATCH] i2c-tools: upgrade to 4.0
From: Maxin JohnUpdate the SRC_URI to point to kernel.org location where i2c-tools is hosted these days. Remove Modules.mk since it was used for deprecated binaries (eepromer, eeprom) Backported the following patches to fix races during build: a) 0001-tools-Module.mk-Add-missing-dependencies.patch b) 0001-i2c-tools-eeprog-Module.mk-Add-missing-dependency.patch c) 0001-lib-Module.mk-Add-missing-dependencies.patch Signed-off-by: Maxin B. John --- ...s-eeprog-Module.mk-Add-missing-dependency.patch | 32 ++ ...01-lib-Module.mk-Add-missing-dependencies.patch | 37 +++ ...-tools-Module.mk-Add-missing-dependencies.patch | 69 + meta/recipes-devtools/i2c-tools/files/Module.mk| 72 -- .../{i2c-tools_3.1.2.bb => i2c-tools_4.0.bb} | 21 --- 5 files changed, 150 insertions(+), 81 deletions(-) create mode 100644 meta/recipes-devtools/i2c-tools/files/0001-i2c-tools-eeprog-Module.mk-Add-missing-dependency.patch create mode 100644 meta/recipes-devtools/i2c-tools/files/0001-lib-Module.mk-Add-missing-dependencies.patch create mode 100644 meta/recipes-devtools/i2c-tools/files/0001-tools-Module.mk-Add-missing-dependencies.patch delete mode 100644 meta/recipes-devtools/i2c-tools/files/Module.mk rename meta/recipes-devtools/i2c-tools/{i2c-tools_3.1.2.bb => i2c-tools_4.0.bb} (52%) diff --git a/meta/recipes-devtools/i2c-tools/files/0001-i2c-tools-eeprog-Module.mk-Add-missing-dependency.patch b/meta/recipes-devtools/i2c-tools/files/0001-i2c-tools-eeprog-Module.mk-Add-missing-dependency.patch new file mode 100644 index 000..5b1a538 --- /dev/null +++ b/meta/recipes-devtools/i2c-tools/files/0001-i2c-tools-eeprog-Module.mk-Add-missing-dependency.patch @@ -0,0 +1,32 @@ +From 01674fefe3bd24fd93412fbb3eb4e85fe70c80aa Mon Sep 17 00:00:00 2001 +From: "Maxin B. John" +Date: Mon, 18 Dec 2017 16:01:39 +0200 +Subject: [PATCH] i2c-tools: eeprog/Module.mk: Add missing dependency + +Absence of this dependency caused parallel build to run into a race +and break. + +Upstream-Status: Accepted +https://git.kernel.org/pub/scm/utils/i2c-tools/i2c-tools.git/commit/?id=f87c97317012a3b96b67237925893b8ffd5f4f50 + +Signed-off-by: Maxin B. John +--- + eeprog/Module.mk | 2 +- + 1 file changed, 1 insertion(+), 1 deletion(-) + +diff --git a/eeprog/Module.mk b/eeprog/Module.mk +index 9d36869..d215855 100644 +--- a/eeprog/Module.mk b/eeprog/Module.mk +@@ -20,7 +20,7 @@ EEPROG_TARGETS := eeprog + # Programs + # + +-$(EEPROG_DIR)/eeprog: $(EEPROG_DIR)/eeprog.o $(EEPROG_DIR)/24cXX.o ++$(EEPROG_DIR)/eeprog: $(EEPROG_DIR)/eeprog.o $(EEPROG_DIR)/24cXX.o $(LIB_DEPS) + $(CC) $(LDFLAGS) -o $@ $^ $(EEPROG_LDFLAGS) + + # +-- +2.4.0 + diff --git a/meta/recipes-devtools/i2c-tools/files/0001-lib-Module.mk-Add-missing-dependencies.patch b/meta/recipes-devtools/i2c-tools/files/0001-lib-Module.mk-Add-missing-dependencies.patch new file mode 100644 index 000..426b433 --- /dev/null +++ b/meta/recipes-devtools/i2c-tools/files/0001-lib-Module.mk-Add-missing-dependencies.patch @@ -0,0 +1,37 @@ +From a6a59693066fd8da81f7107479df3e32a129247d Mon Sep 17 00:00:00 2001 +From: Jean Delvare +Date: Wed, 6 Dec 2017 09:55:04 +0100 +Subject: [PATCH] lib/Module.mk: Add missing dependencies + +The lib symlinks lacked a dependency to the actual library file, so +parallel builds could run into a race and break. + +Upstream-Status: Backport + +Signed-off-by: Jean Delvare +Signed-off-by: Maxin B. John +--- + lib/Module.mk | 4 ++-- + 1 file changed, 2 insertions(+), 2 deletions(-) + +diff --git a/lib/Module.mk b/lib/Module.mk +index 432a051..fd2c8c4 100644 +--- a/lib/Module.mk b/lib/Module.mk +@@ -42,11 +42,11 @@ endif + $(LIB_DIR)/$(LIB_SHLIBNAME): $(LIB_DIR)/smbus.o + $(CC) -shared $(LDFLAGS) -Wl,--version-script=$(LIB_DIR)/libi2c.map -Wl,-soname,$(LIB_SHSONAME) -o $@ $^ -lc + +-$(LIB_DIR)/$(LIB_SHSONAME): ++$(LIB_DIR)/$(LIB_SHSONAME): $(LIB_DIR)/$(LIB_SHLIBNAME) + $(RM) $@ + $(LN) $(LIB_SHLIBNAME) $@ + +-$(LIB_DIR)/$(LIB_SHBASENAME): ++$(LIB_DIR)/$(LIB_SHBASENAME): $(LIB_DIR)/$(LIB_SHLIBNAME) + $(RM) $@ + $(LN) $(LIB_SHLIBNAME) $@ + +-- +2.4.0 + diff --git a/meta/recipes-devtools/i2c-tools/files/0001-tools-Module.mk-Add-missing-dependencies.patch b/meta/recipes-devtools/i2c-tools/files/0001-tools-Module.mk-Add-missing-dependencies.patch new file mode 100644 index 000..e47c02a --- /dev/null +++ b/meta/recipes-devtools/i2c-tools/files/0001-tools-Module.mk-Add-missing-dependencies.patch @@ -0,0 +1,69 @@ +From 08b0d67ba7eceb862cb17f52eb1911e9579726ea Mon Sep 17 00:00:00 2001 +From: Jean Delvare +Date: Thu, 14 Dec 2017 08:52:26 +0100 +Subject: [PATCH] tools/Module.mk: Add missing dependencies + +Better build the library before building the
[OE-core] ✗ patchtest: failure for webkitgtk: update to 2.18.5 (includes Spectre mitigations; see commit description) (rev3)
== Series Details == Series: webkitgtk: update to 2.18.5 (includes Spectre mitigations; see commit description) (rev3) Revision: 3 URL : https://patchwork.openembedded.org/series/10494/ 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 Added patch file is missing Upstream-Status in the header [test_upstream_status_presence_format] Suggested fixAdd Upstream-Status: to the header of meta/recipes-sato/webkit/webkitgtk/0001-WebKitMacros-Append-to-I-and-not-to-isystem.patch Standard format Upstream-Status: Valid status Pending, Accepted, Backport, Denied, Inappropriate [reason], Submitted [where] 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] [pyro][PATCH] webkitgtk: update to 2.18.5 (includes Spectre mitigations; see commit description)
From: Khem RajThis is the only available stable version with mitigation fixes for Spectre. Webkit upstream developers do not port CVE fixes to earlier stable series, no exception was made in this case. More information: https://webkit.org/blog/8048/what-spectre-and-meltdown-mean-for-webkit/ https://webkitgtk.org/security/WSA-2018-0001.html https://webkitgtk.org/2018/01/10/webkitgtk2.18.5-released.html This commit also contains the following commits added in master branch after pyro release: === webkitgtk: Upgrade to 2.16.1 Fix build with gcc7 Move all patches to webkit folder Drop patches that were backports or have been upstreamed (From OE-Core rev: bfbdd1a2069f199be9ba0909dd512469ff17b65e) Signed-off-by: Khem Raj Signed-off-by: Ross Burton Signed-off-by: Richard Purdie === webkitgtk: remove native python dependency Using host python seems to be fine. (From OE-Core rev: 7cf80640f53bd8faa4874c2dad5f630a935475f6) Signed-off-by: Alexander Kanavin Signed-off-by: Ross Burton Signed-off-by: Richard Purdie === webkitgtk: Fix build for armv5 Detect atomics during configure (From OE-Core rev: 424ffbde230137e307eb9e598ad50451c865) Signed-off-by: Khem Raj Signed-off-by: Ross Burton Signed-off-by: Richard Purdie === webkitgtk: Upgrade to 2.16.3 Use bfd linker on ppc, this is because gold fails to link webkit libraries when PIE is enabled (From OE-Core rev: 8808d4b13a946499bc6e84a1be15f53d8ab3f673) Signed-off-by: Khem Raj Signed-off-by: Richard Purdie === webkitgtk: Upgrade to 2.16.5 Adjust some dependencies: libgcrypt is now required (instead of gnutls) and the following build deps where missing: gettext-native, glib-2.0 and glib-2.0-native. Also the CMake argument ENABLE_CREDENTIAL_STORAGE has been renamed to USE_LIBSECRET. This new upstream release (2.16.4 actually) includes security fixes for CVE: CVE-2017-2538 (From OE-Core rev: ef68005a8c527e9b1d05b7769f0ec8ebe9ec3f91) Signed-off-by: Carlos Alberto Lopez Perez Signed-off-by: Ross Burton Signed-off-by: Richard Purdie === webkitgtk: update to 2.16.6 (From OE-Core rev: 198ccdbefa481f725492b5d8834213fe26431be5) Signed-off-by: Alexander Kanavin Signed-off-by: Richard Purdie === webkitgtk: Do not use -isystem forcibly this causes include_next to not find this header since -isystem is added via cmake, we alrady are using --sysroot so rely on that (From OE-Core rev: a0f2d1389a7e76b64003fea391a0cd485ff5fe77) Signed-off-by: Khem Raj Signed-off-by: Ross Burton Signed-off-by: Richard Purdie === webkitgtk: Add a recommends on shared-mime-info. * without this package installed any WebKitGTK+ based browser will fail to correctly open html files (and other files) from disk (file:// URIs). It will open them as plain txt files. (From OE-Core rev: b708cb53b46d9d82a7853bcd0f25ef6bc417bd10) Signed-off-by: Carlos Alberto Lopez Perez Signed-off-by: Richard Purdie === webkitgtk: disable gobject-introspection on armv7a Disable gobject-introspection on armv7a and armv7ve to avoid do_compile failure: | qemu: uncaught target signal 11 (Segmentation fault) - core dumped | Segmentation fault (From OE-Core rev: b81c8b4eab6bbf7a8697992b48cb5a30ae4a) Signed-off-by: Jackie Huang Signed-off-by: Richard Purdie === webkitgtk: update to 2.18.3 gcc7.patch, musl-fixes.patch, and ppc-musl-fix.patch all change code that is no longer present in upstream tree. However, a patch with different musl fixes has been added. The rest of the patches are rebased to the new tree. Libtasn is a new dependency. Disable Gstreamer GL support on x86 due to clashing headers problem. (From OE-Core rev: 3acae2dcd130122fe76504ec855af78db829d6ec) === webkitgtk: fix build with musl and x32 Make the x32 check generic to make it work with musl as well. Fixes [YOCTO #12118] (From OE-Core rev: dbd604ccf34e304769937b15051c047561de47f7) === Signed-off-by: Alexander Kanavin --- ...bKitMacros-Append-to-I-and-not-to-isystem.patch | 185 - meta/recipes-sato/webkit/files/musl-fixes.patch| 48 -- meta/recipes-sato/webkit/files/ppc-musl-fix.patch | 26 --- ...Introspection.cmake-prefix-variables-obta.patch | 0 .../webkitgtk/0001-Fix-build-with-musl.patch | 77 +
[OE-core] [PATCH] kernel.bbclass: Fix symlink creation when using externalsrc
do_unpack is by default in SRCTREECOVEREDTASKS so this append can't run, since this tasks gets removed by externalsrc when it's enabled. However this was hidden because externalsrc does run do_fetch and do_unpack if there are type=kmeta or file:// entries in the SRC_URI value of the kernel recipe. (e.g linux-yocto). Make this a separate task so that it actually gets run for kernel recipes with no file:// or type=kmeta in SRC_URI. Signed-off-by: Stefan Stanacar--- meta/classes/kernel.bbclass | 4 +++- 1 file changed, 3 insertions(+), 1 deletion(-) diff --git a/meta/classes/kernel.bbclass b/meta/classes/kernel.bbclass index f7b612f..6f0a117 100644 --- a/meta/classes/kernel.bbclass +++ b/meta/classes/kernel.bbclass @@ -125,7 +125,7 @@ inherit ${KERNEL_CLASSES} # the symlink. do_unpack[cleandirs] += " ${S} ${STAGING_KERNEL_DIR} ${B} ${STAGING_KERNEL_BUILDDIR}" do_clean[cleandirs] += " ${S} ${STAGING_KERNEL_DIR} ${B} ${STAGING_KERNEL_BUILDDIR}" -base_do_unpack_append () { +python do_symlink_staging_dir () { s = d.getVar("S") if s[-1] == '/': # drop trailing slash, so that os.symlink(kernsrc, s) doesn't use s as directory name and fail @@ -142,6 +142,8 @@ base_do_unpack_append () { shutil.move(s, kernsrc) os.symlink(kernsrc, s) } +addtask do_symlink_staging_dir after do_unpack before do_patch do_configure + inherit kernel-arch deploy -- 2.7.4 -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCHv2 0/5] Enable wic in eSDK
On Thu, Jan 11, 2018 at 10:55:18PM +0800, rebecca.swee.fun.ch...@intel.com wrote: > Hi all, > > As the subject called out: this patch series enable wic in eSDK. > The details of what I have done are documented within the commit message. > Basically wic requires an OE build environment, but we are using a > different environment setup script in eSDK. Hence, I have added some > code for wic to explicitly export bitbake variables within eSDK. I > have also make wic to use the shared code in scriptpath for oe lib > and bitbake path addition to sys.path. > > I have run the changes on wic oe-selftest and the tests are passing. > What's next: I think it would better to have some test cases > for wic within eSDK if this series are merged. > Would it make sense to cover this new functionality by tests? > > The following changes since commit 364f8bcfcbd04e722490f363ad36a15fb7066ba7: > > linux-firmware: Bump revision to 65b1c68c (2018-01-11 10:26:07 +) > > are available in the Git repository at: > > git://push.yoctoproject.org/poky-contrib rebeccas/wic-dev > > Chang Rebecca Swee Fun (5): > scripts/wic: use scriptpath module to find bitbake path and oe lib > path > scripts/wic: append bitbake executable file path in eSDK environment > scripts/wic: fix error of import wic module in eSDK environment > scripts/wic: explicitly set BUILDDIR within eSDK > classes/populate_sdk_ext: support wic in eSDK > > meta/classes/populate_sdk_ext.bbclass | 2 +- > scripts/wic | 23 ++- > 2 files changed, 19 insertions(+), 6 deletions(-) > > -- > 2.15.0 > > -- > ___ > Openembedded-core mailing list > Openembedded-core@lists.openembedded.org > http://lists.openembedded.org/mailman/listinfo/openembedded-core -- -- Regards, Ed -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] ✗ patchtest: failure for linux-firmware: add packaging for QCOM firmware for APQ8016 and APQ8096
== Series Details == Series: linux-firmware: add packaging for QCOM firmware for APQ8016 and APQ8096 Revision: 1 URL : https://patchwork.openembedded.org/series/10509/ 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 LIC_FILES_CHKSUM changed on target linux-firmware but there was no explanation as to why in the commit message [test_lic_files_chksum_modified_not_mentioned] Suggested fixProvide a reason for LIC_FILES_CHKSUM change in commit message Current checksum file://LICENCE.Abilis;md5=b5ee3f410780e56711ad48eadc22b8bc file://LICENCE.adsp_sst;md5=615c45b91a5a4a9fe046d6ab9a2df728 file://LICENCE.agere;md5=af0133de6b4a9b2522defd5f188afd31 file://LICENSE.amdgpu;md5=0aa3c2f3e736af320a08a3aeeccecf29 file://LICENSE.amd-ucode;md5=3a0de451253cc1edbf30a3c621effee3 file://LICENCE.atheros_firmware;md5=30a14c7823beedac9fa39c64fdd01a13 file://LICENSE.atmel;md5=aa74ac0c60595dee4d4e239107ea77a3 file://LICENCE.broadcom_bcm43xx;md5=3160c14df7228891b868060e1951dfbc file://LICENCE.ca0132;md5=209b33e66ee5be0461f13d31da392198 file://LICENCE.cavium;md5=c37aaffb1ebe5939b2580d073a95daea file://LICENCE.chelsio_firmware;md5=819aa8c3fa453f1b258ed8d168a9d903 file://LICENCE.cw1200;md5=f0f770864e7a8444a5c5aa9d12a3a7ed file://LICENSE.dib0700;md5=f7411825c8a555a1a3e5eab9ca773431 file://LICENCE.e100;md5=ec0f84136766df159a3ae6d02acdf5a8 file://LICENCE.ene_firmware;md5=ed67f0f62f8f798130c29 6720b7d3921 file://LICENCE.fw_sst_0f28;md5=6353931c988ad52818ae733ac61cd293 file://LICENCE.go7007;md5=c0bb9f6aaaba55b0529ee9b30aa66beb file://GPL-2;md5=b234ee4d69f5fce4486a80fdaf4a4263 file://LICENSE.hfi1_firmware;md5=5e7b6e586ce7339d12689e49931ad444 file://LICENCE.i2400m;md5=14b901969e23c41881327c0d9e4b7d36 file://LICENSE.i915;md5=2b0b2e0d20984affd4490ba2cba02570 file://LICENCE.ibt_firmware;md5=fdbee1ddfe0fb7ab0b2fcd6b454a366b file://LICENCE.IntcSST2;md5=9e7d8bea77612d7cc7d9e9b54b623062 file://LICENCE.it913x;md5=1fbf727bfb6a949810c4dbfa7e6ce4f8 file://LICENCE.iwlwifi_firmware;md5=3fd842911ea93c29cd32679aa23e1c88 file://LICENCE.kaweth;md5=b1d876e562f4b3b8d391ad8395dfe03f file://LICENCE.Marvell;md5=9ddea1734a4baf3c78d845151f42a37a file://LICENCE.moxa;md5=1086614767d8ccf744a923289d3d4261 file://LICENCE.myri10ge_firmware;md5=42e32fb89f6b959ca222e25ac8df8fed file://LICENCE.Netronome;md5=4add08f2577086d7996503cddf5f file://LICENCE.nvidia;md5=4428a922ed3ba2ceec95f076a488ce07 file://LICENCE.OLPC;md5=5b917f9d8c061991be4f6f5f108719cd file://LICENCE.open-ath9k-htc-firmware;md5=1b33c9f4d17bc4d457bdb23727046837 file://LICENCE.phanfw;md5=954dcec0e051f9409812b561ea743bfa file://LICENCE.qat_firmware;md5=9e7d8bea77612d7cc7d9e9b54b623062 file://LICENCE.qla1280;md5=d6895732e622d950609093223a2c4f5d file://LICENCE.qla2xxx;md5=505855e921b75f1be4a437ad9b79dff0 file://LICENSE.QualcommAtheros_ar3k;md5=b5fe244fb2b532311de1472a3bc06da5 file://LICENSE.QualcommAtheros_ath10k;md5=cb42b686ee5f5cb890275e4321db60a8 file://LICENCE.r8a779x_usb3;md5=4c1671656153025d7076105a5da7e498 file://LICENSE.radeon;md5=68ec28bacb3613200bca44f404c69b16 file://LICENCE.ralink_a_mediatek_company_firmware;md5=728f1a85fd53fd67fa8d7afb080bc435 file://LICENCE.ralink-firmware.txt;md5=ab2c269277c45476fb449673911a2dfd file://LICENCE.rtlwifi_firmware.txt;md5=00d06cfd3eddd5a2698948ead2 ad54a5 file://LICENSE.sdma_firmware;md5=51e8c19ecc2270f4b8ea30341ad63ce9 file://LICENCE.siano;md5=4556c1bf830067f12ca151ad953ec2a5 file://LICENCE.tda7706-firmware.txt;md5=835997cf5e3c131d0695c7d9103e file://LICENCE.ti-connectivity;md5=c5e02be633f1499c109d1652514d85ec file://LICENCE.ti-keystone;md5=3a86335d32864b0bef996bee26cc0f2c file://LICENCE.ueagle-atm4-firmware;md5=4ed7ea6b507ccc583b9d594417714118 file://LICENCE.via_vt6656;md5=e4159694cba42d4377a912e78a6e850f file://LICENCE.wl1251;md5=ad3f81922bb9e197014bb187289d3b5b file://LICENCE.xc4000;md5=0ff51d2dc49fce04814c9155081092f0 file://LICENCE.xc5000;md5=1e170c13175323c32c7f4d0998d53f66 file://LICENCE.xc5000c;md5=12b02efa3049db65d524aeb418dd87ca file://WHENCE;md5=99d352987a7e29460bcf9b26d146a95a New checksum file://LICENCE.Abilis;md5=b5ee3f410780e56711ad48eadc22b8bc file://LICENCE.adsp_sst;md5=615c45b91a5a4a9fe046d6ab9a2df728 file://LICENCE.agere;md5=af0133de6b4a9b2522defd5f188afd31 file://LICENSE.amdgpu;md5=0aa3c2f3e736af320a08a3aeeccecf29 file://LICENSE.amd-ucode;md5=3a0de451253cc1edbf30a3c621effee3 file://LICENCE.atheros_firmware;md5=30a14c7823beedac9fa39c64fdd01a13 file://LICENSE.atmel;md5=aa74ac0c60595dee4d4e239107ea77a3
Re: [OE-core] [PATCH 2/2] gettext: rationalise optional dependencies
On 11 January 2018 at 18:55, Khem Rajwrote: > On Wed, Jan 10, 2018 at 9:28 AM, Ross Burton > wrote: > > gettext has optional dependencies on libxml2, glib, libcroco and > libunistring. > > If they're not available then gettext will use internal copies, but it > can also > > use system libraries. > > > > For gettext-native and nativesdk-gettext continue to use the internal > copies to > > reduce the dependencies, but for target use the system shared libraries. > > > > Do we get any reduction in size ? if yes how much, not sure whats the > defaults > generally used by other distributions but it would nice to be using > the default config > options for best results. When using the system shared libraries the gettext package is about a megabyte smaller from memory, but obviously it has more deps (which is why I left it as a packageconfig). For native, circular dependencies mean we can't use system libraries anyway. Ross -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH] linux-firmware: add packaging for QCOM firmware for APQ8016 and APQ8096
Firmware files for VPU and GPU found on various Qualcomm based devices, such as Dragonboard 410c and/or Dragonboard 820c. * venus-1.8 and adreno-a3xx firmware are VPU and GPU for Qualcomm APQ8016 SoC * venus-4.2 and adreno-a530 firmware are VPU and GPU for Qualcomm APQ8096 SoC Signed-off-by: Nicolas Dechesne--- .../linux-firmware/linux-firmware_git.bb | 19 +++ 1 file changed, 19 insertions(+) diff --git a/meta/recipes-kernel/linux-firmware/linux-firmware_git.bb b/meta/recipes-kernel/linux-firmware/linux-firmware_git.bb index b194a59ecb..d5aff5fc84 100644 --- a/meta/recipes-kernel/linux-firmware/linux-firmware_git.bb +++ b/meta/recipes-kernel/linux-firmware/linux-firmware_git.bb @@ -37,6 +37,7 @@ LICENSE = "\ & Firmware-ath9k-htc \ & Firmware-phanfw \ & Firmware-qat \ +& Firmware-qcom \ & Firmware-qla1280 \ & Firmware-qla2xxx \ & Firmware-qualcommAthos_ar3k \ @@ -96,6 +97,7 @@ LIC_FILES_CHKSUM = "\ file://LICENCE.open-ath9k-htc-firmware;md5=1b33c9f4d17bc4d457bdb23727046837 \ file://LICENCE.phanfw;md5=954dcec0e051f9409812b561ea743bfa \ file://LICENCE.qat_firmware;md5=9e7d8bea77612d7cc7d9e9b54b623062 \ +file://LICENSE.qcom;md5=164e3362a538eb11d3ac51e8e134294b \ file://LICENCE.qla1280;md5=d6895732e622d950609093223a2c4f5d \ file://LICENCE.qla2xxx;md5=505855e921b75f1be4a437ad9b79dff0 \ file://LICENSE.QualcommAtheros_ar3k;md5=b5fe244fb2b532311de1472a3bc06da5 \ @@ -156,6 +158,7 @@ NO_GENERIC_LICENSE[Firmware-OLPC] = "LICENCE.OLPC" NO_GENERIC_LICENSE[Firmware-ath9k-htc] = "LICENCE.open-ath9k-htc-firmware" NO_GENERIC_LICENSE[Firmware-phanfw] = "LICENCE.phanfw" NO_GENERIC_LICENSE[Firmware-qat] = "LICENCE.qat_firmware" +NO_GENERIC_LICENSE[Firmware-qcom] = "LICENSE.qcom" NO_GENERIC_LICENSE[Firmware-qla1280] = "LICENCE.qla1280" NO_GENERIC_LICENSE[Firmware-qla2xxx] = "LICENCE.qla2xxx" NO_GENERIC_LICENSE[Firmware-qualcommAthos_ar3k] = "LICENSE.QualcommAtheros_ar3k" @@ -257,6 +260,9 @@ PACKAGES =+ "${PN}-ralink-license ${PN}-ralink \ ${PN}-bnx2-mips \ ${PN}-netronome-license ${PN}-netronome \ ${PN}-qat ${PN}-qat-license \ + ${PN}-qcom-license \ + ${PN}-qcom-venus-1.8 ${PN}-qcom-venus-4.2 \ + ${PN}-qcom-adreno-a3xx ${PN}-qcom-adreno-a530 \ ${PN}-whence-license \ ${PN}-license \ " @@ -707,6 +713,18 @@ FILES_${PN}-qat-license = "${nonarch_base_libdir}/firmware/LICENCE.qat_firmwar FILES_${PN}-qat = "${nonarch_base_libdir}/firmware/qat*.bin" RDEPENDS_${PN}-qat= "${PN}-qat-license" +# For QCOM VPU/GPU +LICENSE_${PN}-qcom-license = "Firmware-qcom" +FILES_${PN}-qcom-license = "${nonarch_base_libdir}/firmware/LICENSE.qcom ${nonarch_base_libdir}/firmware/qcom/NOTICE.txt" +FILES_${PN}-qcom-venus-1.8 = "${nonarch_base_libdir}/firmware/qcom/venus-1.8/*" +FILES_${PN}-qcom-venus-4.2 = "${nonarch_base_libdir}/firmware/qcom/venus-4.2/*" +FILES_${PN}-qcom-adreno-a3xx = "${nonarch_base_libdir}/firmware/qcom/a300_*.fw ${nonarch_base_libdir}/firmware/a300_*.fw" +FILES_${PN}-qcom-adreno-a530 = "${nonarch_base_libdir}/firmware/qcom/a530*.*" +RDEPENDS_${PN}-qcom-venus-1.8 = "${PN}-qcom-license" +RDEPENDS_${PN}-qcom-venus-1.8 = "${PN}-qcom-license" +RDEPENDS_${PN}-qcom-adreno-a3xx = "${PN}-qcom-license" +RDEPENDS_${PN}-qcom-adreno-a530 = "${PN}-qcom-license" + # For other firmwares # Maybe split out to separate packages when needed. LICENSE_${PN} = "\ @@ -737,6 +755,7 @@ LICENSE_${PN} = "\ & Firmware-ath9k-htc \ & Firmware-phanfw \ & Firmware-qat \ +& Firmware-qcom \ & Firmware-qla1280 \ & Firmware-qla2xxx \ & Firmware-r8a779x_usb3 \ -- 2.11.0 -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH 0/2 v2] glibc: fixes for nscd and libnss-db
On Thu, 2018-01-04 at 01:31 +, Huang, Jie (Jackie) wrote: > > > > > -Original Message- > > From: Richard Purdie [mailto:richard.pur...@linuxfoundation.org] > > Sent: Wednesday, January 03, 2018 21:54 > > To: Huang, Jie (Jackie); openembedded-core@lists.openembedded.org > > Subject: Re: [OE-core] [PATCH 0/2 v2] glibc: fixes for nscd and > > libnss-db > > > > On Fri, 2017-12-22 at 02:08 +, Huang, Jie (Jackie) wrote: > > > > > > Ping, I didn't see any objection on this, but it's not merged > > > yet, do > > > I miss anything? > > When we test it we see: > > > > WARNING: glibc-2.26-r0 do_package: glibc-extra-nss-2.26 was > > registered as > > shlib provider for libnss_db.so.2, changing it to libnss-db-2.26 > > because it was > > built later > Sorry, but I haven't seen this warning in our builds after this patch > merged in our local branch for two weeks. Maybe we missed some cases > in our test builds, so could you show me how to reproduce it? Thanks! > > This patch is simply re-package libnss_db.so* from glibc-extra-nss > into libnss-db, I don't understand why libnss_db.so* is still > provided by both of them, did I miss anything when I do a re- > packaging for a recipe? I was able to reproduce this by starting with an existing build without the patch, then applying the patch. The error shows once during the rebuild and then not again. Its therefore probably less of an issue (but does raise a question about why that is happening). The new make dependency does cause an additional failure though: $ oe-selftest -r bbtests.BitbakeTests.test_non_gplv3 2018-01-12 08:31:25,196 - oe-selftest - INFO - test_non_gplv3 (bbtests.BitbakeTests) 2018-01-12 08:34:02,940 - oe-selftest - INFO - ... FAIL 2018-01-12 08:34:02,941 - oe-selftest - INFO - == 2018-01-12 08:34:02,941 - oe-selftest - INFO - FAIL: test_non_gplv3 (bbtests.BitbakeTests) 2018-01-12 08:34:02,941 - oe-selftest - INFO - -- 2018-01-12 08:34:02,941 - oe-selftest - INFO - Traceback (most recent call last): File "/media/build1/poky/meta/lib/oeqa/core/decorator/__init__.py", line 32, in wrapped_f return func(*args, **kwargs) File "/media/build1/poky/meta/lib/oeqa/selftest/cases/bbtests.py", line 237, in test_non_gplv3 self.assertEqual(result.status, 0, "Bitbake failed, exit code %s, output %s" % (result.status, result.output)) AssertionError: 1 != 0 : Bitbake failed, exit code 1, output Parsing recipes...done. Parsing of 829 .bb files complete (0 cached, 829 parsed). 1287 targets, 99 skipped, 0 masked, 0 errors. Removing 35 recipes from the core2-64 sysroot...done. Removing 35 recipes from the qemux86-64 sysroot...done. NOTE: Resolving any missing task queue dependencies ERROR: Nothing RPROVIDES 'make' (but /media/build1/poky/meta/recipes-core/glibc/glibc_2.26.bb RDEPENDS on or otherwise requires it) make was skipped: it has an incompatible license: GPLv3 & LGPLv2 NOTE: Runtime target 'make' is unbuildable, removing... Missing or unbuildable dependency chain was: ['make'] ERROR: Required build target 'selftest-ed' has no buildable providers. Missing or unbuildable dependency chain was: ['selftest-ed', 'virtual/libc', 'make'] Cheers, Richard -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH 6/6] kbd-ptest: improve reproducibility
Remove remaining build host references of ptest's Makefile. Signed-off-by: Hongxu Jia--- meta/recipes-core/kbd/kbd_2.0.4.bb | 7 +++ 1 file changed, 7 insertions(+) diff --git a/meta/recipes-core/kbd/kbd_2.0.4.bb b/meta/recipes-core/kbd/kbd_2.0.4.bb index 423b47a..5937cb8 100644 --- a/meta/recipes-core/kbd/kbd_2.0.4.bb +++ b/meta/recipes-core/kbd/kbd_2.0.4.bb @@ -29,6 +29,13 @@ do_compile_ptest() { do_install_ptest() { install -D ${B}/tests/Makefile ${D}${PTEST_PATH}/tests/Makefile sed -i -e '/Makefile:/,/^$/d' -e '/%: %.in/,/^$/d' \ + -e 's:--sysroot=${STAGING_DIR_TARGET}::g' \ + -e 's:${DEBUG_PREFIX_MAP}::g' \ + -e 's:${HOSTTOOLS_DIR}/::g' \ + -e 's:${RECIPE_SYSROOT_NATIVE}::g' \ + -e 's:${RECIPE_SYSROOT}::g' \ + -e 's:${S}/config/missing::g' \ + -e 's:${WORKDIR}::g' \ -e '/libkeymap_.*_SOURCES =/d' -e '/$(EXEEXT):/,/^$/d' ${D}${PTEST_PATH}/tests/Makefile find ${B}/tests -executable -exec install {} ${D}${PTEST_PATH}/tests \; -- 2.8.1 -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH 5/6] python-core/python-dev: improve reproducibility
- Remove remaining build host references from packaged files. (sync with python3) - Use relative path to recompile _sysconfigdata.py Signed-off-by: Hongxu Jia--- meta/recipes-devtools/python/python_2.7.13.bb | 7 ++- 1 file changed, 6 insertions(+), 1 deletion(-) diff --git a/meta/recipes-devtools/python/python_2.7.13.bb b/meta/recipes-devtools/python/python_2.7.13.bb index 754c029..8f50509 100644 --- a/meta/recipes-devtools/python/python_2.7.13.bb +++ b/meta/recipes-devtools/python/python_2.7.13.bb @@ -140,9 +140,14 @@ py_package_preprocess () { # Remove references to buildmachine paths in target Makefile and _sysconfigdata sed -i -e 's:--sysroot=${STAGING_DIR_TARGET}::g' -e s:'--with-libtool-sysroot=${STAGING_DIR_TARGET}'::g \ + -e 's|${DEBUG_PREFIX_MAP}||g' \ + -e 's:${HOSTTOOLS_DIR}/::g' \ + -e 's:${RECIPE_SYSROOT_NATIVE}::g' \ + -e 's:${RECIPE_SYSROOT}::g' \ + -e 's:${BASE_WORKDIR}/${MULTIMACH_TARGET_SYS}::g' \ ${PKGD}/${libdir}/python${PYTHON_MAJMIN}/config/Makefile \ ${PKGD}/${libdir}/python${PYTHON_MAJMIN}/_sysconfigdata.py -python -m py_compile ${PKGD}/${libdir}/python${PYTHON_MAJMIN}/_sysconfigdata.py + (cd ${PKGD}; python -m py_compile ./${libdir}/python${PYTHON_MAJMIN}/_sysconfigdata.py) } require python-${PYTHON_MAJMIN}-manifest.inc -- 2.8.1 -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH 3/6] openssl/nativesdk-openssl: improve reproducibility
Remove build host references from the internally generated file buildinf.h. The references get compiled into executables, which leads to non-reproducible builds. The removed references (--sysroot, -fdebug-prefix-map) were only used as part of the `openssl version -f' which do not have side effect. The fix apply for target/nativesdk, and does not affect native. Signed-off-by: Hongxu Jia--- .../openssl/0001-improve-reproducibility.patch | 50 ++ .../recipes-connectivity/openssl/openssl_1.0.2m.bb | 11 + 2 files changed, 61 insertions(+) create mode 100644 meta/recipes-connectivity/openssl/openssl/0001-improve-reproducibility.patch diff --git a/meta/recipes-connectivity/openssl/openssl/0001-improve-reproducibility.patch b/meta/recipes-connectivity/openssl/openssl/0001-improve-reproducibility.patch new file mode 100644 index 000..35edaf5 --- /dev/null +++ b/meta/recipes-connectivity/openssl/openssl/0001-improve-reproducibility.patch @@ -0,0 +1,50 @@ +From e4a70a64877c084cd90a84d0888c994cbb679dc4 Mon Sep 17 00:00:00 2001 +From: Hongxu Jia +Date: Thu, 11 Jan 2018 09:41:03 +0800 +Subject: [PATCH] crypto/Makefile: improve reproducibility + +Remove build host references from the internally +generated file buildinf.h. The references get compiled into +executables, which leads to non-reproducible builds. +The removed references (--sysroot, -fdebug-prefix-map) were +only used as part of the `openssl version -f' which do not have +side effect. + +... +$ openssl version -f +compiler: cc -I. -I.. -I../include -fPIC -DOPENSSL_PIC +-DOPENSSL_THREADS -D_REENTRANT -DDSO_DLFCN -DHAVE_DLFCN_H -m64 +-DL_ENDIAN -g -O2 -fstack-protector-strong -Wformat +-Werror=format-security -Wdate-time -D_FORTIFY_SOURCE=2 +-Wl,-Bsymbolic-functions -Wl,-z,relro -Wa,--noexecstack -Wall +-DMD32_REG_T=int -DOPENSSL_IA32_SSE2 -DOPENSSL_BN_ASM_MONT +-DOPENSSL_BN_ASM_MONT5 -DOPENSSL_BN_ASM_GF2m -DSHA1_ASM -DSHA256_ASM +-DSHA512_ASM -DMD5_ASM -DAES_ASM -DVPAES_ASM -DBSAES_ASM -DWHIRLPOOL_ASM +-DGHASH_ASM -DECP_NISTZ256_ASM +... + +Upstream-Status: Inappropriate [oe-core specific] + +Signed-off-by: Hongxu Jia +--- + crypto/Makefile | 3 ++- + 1 file changed, 2 insertions(+), 1 deletion(-) + +diff --git a/crypto/Makefile b/crypto/Makefile +index 29c2dcf..4851026 100644 +--- a/crypto/Makefile b/crypto/Makefile +@@ -54,8 +54,9 @@ top: + + all: shared + ++COMPILER = $(shell echo "$(CC) $(CFLAGS)" | sed -e "s,$(TOOLCHAIN_OPTIONS),,g" -e "s,$(DEBUG_PREFIX_MAP),,g") + buildinf.h: ../Makefile +- $(PERL) $(TOP)/util/mkbuildinf.pl "$(CC) $(CFLAGS)" "$(PLATFORM)" >buildinf.h ++ $(PERL) $(TOP)/util/mkbuildinf.pl "$(COMPILER)" "$(PLATFORM)" >buildinf.h + + x86cpuid.s: x86cpuid.pl perlasm/x86asm.pl + $(PERL) x86cpuid.pl $(PERLASM_SCHEME) $(CFLAGS) $(PROCESSOR) > $@ +-- +1.8.3.1 + diff --git a/meta/recipes-connectivity/openssl/openssl_1.0.2m.bb b/meta/recipes-connectivity/openssl/openssl_1.0.2m.bb index 9270f52..4906aec 100644 --- a/meta/recipes-connectivity/openssl/openssl_1.0.2m.bb +++ b/meta/recipes-connectivity/openssl/openssl_1.0.2m.bb @@ -43,10 +43,21 @@ SRC_URI += "file://find.pl;subdir=openssl-${PV}/util/ \ file://0001-Fix-build-with-clang-using-external-assembler.patch \ file://0001-openssl-force-soft-link-to-avoid-rare-race.patch \ file://0001-aes-armv4-bsaes-armv7-sha256-armv4-.pl-make-it-work-.patch \ +${SRC_URI_REPRODUCE} \ " SRC_URI[md5sum] = "10e9e37f492094b9ef296f68f24a7666" SRC_URI[sha256sum] = "8c6ff15ec6b319b50788f42c7abc2890c08ba5a1cdcd3810eb9092deada37b0f" +SRC_URI_REPRODUCE = "file://0001-improve-reproducibility.patch" +SRC_URI_REPRODUCE_class-native = "" + +EXTRA_OEMAKE += "${EXTRA_OEMAKE_REPRODUCE}" +EXTRA_OEMAKE_REPRODUCE_class-native = "" +EXTRA_OEMAKE_REPRODUCE = ' \ + TOOLCHAIN_OPTIONS="${TOOLCHAIN_OPTIONS}" \ + DEBUG_PREFIX_MAP="${DEBUG_PREFIX_MAP}" \ +' + PACKAGES =+ "${PN}-engines" FILES_${PN}-engines = "${libdir}/ssl/engines/*.so ${libdir}/engines" -- 2.8.1 -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH 2/6] python-xcbgen: improve reproducibility
Use relative path to generate .pyc files could remove build host references which leads to non-reproducible builds. Signed-off-by: Hongxu Jia--- meta/recipes-graphics/xorg-proto/xcb-proto_1.12.bb | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/meta/recipes-graphics/xorg-proto/xcb-proto_1.12.bb b/meta/recipes-graphics/xorg-proto/xcb-proto_1.12.bb index bc04bc4..be6b1a0 100644 --- a/meta/recipes-graphics/xorg-proto/xcb-proto_1.12.bb +++ b/meta/recipes-graphics/xorg-proto/xcb-proto_1.12.bb @@ -36,5 +36,5 @@ do_install_append() { # Makefile's do_install creates .pyc files for python3, now also create # them for python2 so that they will be recorded by manifest, and can be # cleaned correctly. -python -m py_compile ${D}${libdir}/xcb-proto/xcbgen/*.py +(cd ${D}; python -m py_compile ./${libdir}/xcb-proto/xcbgen/*.py) } -- 2.8.1 -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH 1/6] wget: improve reproducibility
Remove build host references from the internally generated file version.c. The references get compiled into executables, which leads to non-reproducible builds. The removed references (--sysroot, -fdebug-prefix-map) were only used as part of the `wget --version' which do not have side effect. Signed-off-by: Hongxu Jia--- meta/recipes-extended/wget/wget.inc| 3 ++ .../wget/wget/0002-improve-reproducibility.patch | 61 ++ meta/recipes-extended/wget/wget_1.19.2.bb | 1 + 3 files changed, 65 insertions(+) create mode 100644 meta/recipes-extended/wget/wget/0002-improve-reproducibility.patch diff --git a/meta/recipes-extended/wget/wget.inc b/meta/recipes-extended/wget/wget.inc index 1299edb..e374e6d 100644 --- a/meta/recipes-extended/wget/wget.inc +++ b/meta/recipes-extended/wget/wget.inc @@ -10,6 +10,9 @@ inherit autotools gettext texinfo update-alternatives pkgconfig EXTRA_OECONF = "--with-ssl=gnutls --disable-rpath --disable-iri \ --without-libgnutls-prefix ac_cv_header_uuid_uuid_h=no" +EXTRA_OEMAKE += 'TOOLCHAIN_OPTIONS="${TOOLCHAIN_OPTIONS}" \ + DEBUG_PREFIX_MAP="${DEBUG_PREFIX_MAP}"' + ALTERNATIVE_${PN} = "wget" ALTERNATIVE_${PN}_class-nativesdk = "" ALTERNATIVE_PRIORITY = "100" diff --git a/meta/recipes-extended/wget/wget/0002-improve-reproducibility.patch b/meta/recipes-extended/wget/wget/0002-improve-reproducibility.patch new file mode 100644 index 000..8781df2 --- /dev/null +++ b/meta/recipes-extended/wget/wget/0002-improve-reproducibility.patch @@ -0,0 +1,61 @@ +From 7f1357529d23b356b45fbb0dd7388588162e4cb8 Mon Sep 17 00:00:00 2001 +From: Hongxu Jia +Date: Wed, 10 Jan 2018 14:43:20 +0800 +Subject: [PATCH] src/Makefile.am: improve reproducibility + +Remove build host references from the internally +generated file version.c. The references get compiled into +executables, which leads to non-reproducible builds. +The removed references (--sysroot, -fdebug-prefix-map) were +only used as part of the `wget --version' which do not have +side effect. + +... +$ wget --version +GNU Wget 1.14 built on linux-gnu. + ++digest +https +ipv6 +iri +large-file +nls +ntlm +opie +ssl/openssl + +Wgetrc: +/etc/wgetrc (system) +Locale: /usr/share/locale +Compile: gcc -DHAVE_CONFIG_H -DSYSTEM_WGETRC="/etc/wgetrc" +-DLOCALEDIR="/usr/share/locale" -I. -I../lib -I../lib -O2 -g -pipe +-Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector-strong +--param=ssp-buffer-size=4 -grecord-gcc-switches -m64 -mtune=generic +Link: gcc -O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions +-fstack-protector-strong --param=ssp-buffer-size=4 +-grecord-gcc-switches -m64 -mtune=generic -lssl -lcrypto +/usr/lib64/libssl.so /usr/lib64/libcrypto.so /usr/lib64/libz.so +-ldl -lz -lz -lidn -luuid -lpcre ftp-opie.o openssl.o http-ntlm.o +../lib/libgnu.a +... + +Upstream-Status: Inappropriate [oe-core specific] + +Signed-off-by: Hongxu Jia +--- + src/Makefile.am | 4 + 1 file changed, 4 insertions(+) + +diff --git a/src/Makefile.am b/src/Makefile.am +index 28c0be2..44084a3 100644 +--- a/src/Makefile.am b/src/Makefile.am +@@ -87,9 +87,13 @@ version.c: $(wget_SOURCES) ../lib/libgnu.a + echo '#include "version.h"' >> $@ + echo 'const char *version_string = "@VERSION@";' >> $@ + echo 'const char *compilation_string = "'$(COMPILE)'";' \ ++ | sed -e "s,$(TOOLCHAIN_OPTIONS),,g" \ ++-e "s,$(DEBUG_PREFIX_MAP),,g" \ + | $(ESCAPEQUOTE) >> $@ + echo 'const char *link_string = "'$(CCLD) $(AM_CFLAGS) $(CFLAGS) \ + $(AM_LDFLAGS) $(LDFLAGS) $(LIBS) $(wget_LDADD)'";' \ ++ | sed -e "s,$(TOOLCHAIN_OPTIONS),,g" \ ++-e "s,$(DEBUG_PREFIX_MAP),,g" \ + | $(ESCAPEQUOTE) >> $@ + + css.c: $(srcdir)/css.l +-- +1.8.3.1 + diff --git a/meta/recipes-extended/wget/wget_1.19.2.bb b/meta/recipes-extended/wget/wget_1.19.2.bb index bdafa70..c216ea8 100644 --- a/meta/recipes-extended/wget/wget_1.19.2.bb +++ b/meta/recipes-extended/wget/wget_1.19.2.bb @@ -1,5 +1,6 @@ SRC_URI = "${GNU_MIRROR}/wget/wget-${PV}.tar.gz \ file://0001-Unset-need_charset_alias-when-building-for-musl.patch \ + file://0002-improve-reproducibility.patch \ " SRC_URI[md5sum] = "caabf9727fa429626316619a6369fffa" -- 2.8.1 -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH 4/6] python3-core: improve reproducibility
Since modify _sysconfigdata.py to improve reproducibility, its pyo files should be recompiled. Remove remaining build host references of python3.5m-config Signed-off-by: Hongxu Jia--- meta/recipes-devtools/python/python3_3.5.3.bb | 13 - 1 file changed, 12 insertions(+), 1 deletion(-) diff --git a/meta/recipes-devtools/python/python3_3.5.3.bb b/meta/recipes-devtools/python/python3_3.5.3.bb index 7f54ea4..16bc85d 100644 --- a/meta/recipes-devtools/python/python3_3.5.3.bb +++ b/meta/recipes-devtools/python/python3_3.5.3.bb @@ -193,7 +193,18 @@ py_package_preprocess () { -e 's:${BASE_WORKDIR}/${MULTIMACH_TARGET_SYS}::g' \ ${PKGD}/${libdir}/python${PYTHON_MAJMIN}/config/Makefile \ ${PKGD}/${libdir}/python${PYTHON_MAJMIN}/config-${PYTHON_MAJMIN}${PYTHON_ABI}/Makefile \ - ${PKGD}/${libdir}/python${PYTHON_MAJMIN}/_sysconfigdata.py + ${PKGD}/${libdir}/python${PYTHON_MAJMIN}/_sysconfigdata.py \ + ${PKGD}/${bindir}/python${PYTHON_BINABI}-config + + # Recompile _sysconfigdata after modifying it + cd ${PKGD} + ${STAGING_BINDIR_NATIVE}/${PYTHON_PN}-native/${PYTHON_PN} \ +-c "from py_compile import compile; compile('./${libdir}/python${PYTHON_MAJMIN}/_sysconfigdata.py')" + ${STAGING_BINDIR_NATIVE}/${PYTHON_PN}-native/${PYTHON_PN} \ +-c "from py_compile import compile; compile('./${libdir}/python${PYTHON_MAJMIN}/_sysconfigdata.py', optimize=1)" + ${STAGING_BINDIR_NATIVE}/${PYTHON_PN}-native/${PYTHON_PN} \ +-c "from py_compile import compile; compile('./${libdir}/python${PYTHON_MAJMIN}/_sysconfigdata.py', optimize=2)" + cd - } require python-${PYTHON_MAJMIN}-manifest.inc -- 2.8.1 -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH 0/6] improve reproducibility of 6 recipes
Fix build path issue of these recipes to improve reproducibility Build success on qemux86-64 with multilib enabled. //Hongxu The following changes since commit 364f8bcfcbd04e722490f363ad36a15fb7066ba7: linux-firmware: Bump revision to 65b1c68c (2018-01-11 10:26:07 +) are available in the git repository at: git://git.pokylinux.org/poky-contrib hongxu/reproduce http://git.pokylinux.org/cgit.cgi/poky-contrib/log/?h=hongxu/reproduce Hongxu Jia (6): wget: improve reproducibility python-xcbgen: improve reproducibility openssl/nativesdk-openssl: improve reproducibility python3-core: improve reproducibility python-core/python-dev: improve reproducibility kbd-ptest: improve reproducibility .../openssl/0001-improve-reproducibility.patch | 50 ++ .../recipes-connectivity/openssl/openssl_1.0.2m.bb | 11 meta/recipes-core/kbd/kbd_2.0.4.bb | 7 +++ meta/recipes-devtools/python/python3_3.5.3.bb | 13 - meta/recipes-devtools/python/python_2.7.13.bb | 7 ++- meta/recipes-extended/wget/wget.inc| 3 ++ .../wget/wget/0002-improve-reproducibility.patch | 61 ++ meta/recipes-extended/wget/wget_1.19.2.bb | 1 + meta/recipes-graphics/xorg-proto/xcb-proto_1.12.bb | 2 +- 9 files changed, 152 insertions(+), 3 deletions(-) create mode 100644 meta/recipes-connectivity/openssl/openssl/0001-improve-reproducibility.patch create mode 100644 meta/recipes-extended/wget/wget/0002-improve-reproducibility.patch -- 2.8.1 -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core