Re: [OE-core] [pyro][PATCH] openssl: Update from 1.0.2n to 1.0.2p
On Wed, 2018-10-31 at 20:31 -0700, Andre McCurdy wrote: > On Wed, Oct 31, 2018 at 7:54 PM Robert Joslyn > wrote: > > > > Refresh parallel.patch. > > > > Remove duplicate LIC_FILES_CHKSUM assignment. > > > > License-Update: Updated copyright years > > Normally a backport to pyro would be merged to sumo and rocko first, > so this would be done in steps: > > 1) Backport the existing patches to update 1.0.2n -> 1.0.2o from > rocko to pyro > > 2) Update rocko from 1.0.2o -> 1.0.2p, ideally by backporting patches > already in sumo. Note however that the update to 1.0.2p in sumo comes > with a lot of non-critical cleanups and it's questionable how far > back > we want to port those, so a new patch which just updates the version > might be preferred? > > 3) Backport whatever 1.0.2o -> 1.0.2p patches are merged to rocko > into pyro. I debated how much to backport from sumo, and thought I would try to minimize the changes to the rocko and pyro branches. The two patches I sent are pretty much the minimum required to get 1.0.2p working with rocko and pyro. It's probably easiest to take what's on sumo directly back to rocko and then pyro. I'll test that tomorrow and resend the patches if there's no objection to taking the other small fixes. I have a feeling trying to pull out small cleanups is more trouble than it's worth (for my purposes at least), but I'll do so if that's preferred. Thanks, Robert -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH] dbus: fix ptest failure
From: Changqing Li 1. since one bug in run-ptest, testcase test-bus have never been actually run (althrough it's result is PASS) until oe-core commit 0828850 "dbus-test_1.12.2: various fixes" fixed it. After commit 0828850, test-bus can actually run, but failed, install test-service/test-shell-service/test-segfault/ dbus-daemon-launch-helper-test(need --enable-embedded-tests to generate it) to fix it, since test-bus need these binaries. 2. fix testcase test-dbus-daemon failed we enable --enable-verbose-mode in recipe dbus-test, and don't enable it in recipe dbus. This will below test code get unexpect result of have_verbose and assert. remove --enable-verbose-mode of recipe dbus-test to fix it. #ifdef DBUS_ENABLE_STATS g_assert_true (have_stats); #else g_assert_false (have_stats); #endif Signed-off-by: Changqing Li --- meta/recipes-core/dbus/dbus-test_1.12.10.bb | 11 --- meta/recipes-core/dbus/dbus/run-ptest | 16 2 files changed, 20 insertions(+), 7 deletions(-) diff --git a/meta/recipes-core/dbus/dbus-test_1.12.10.bb b/meta/recipes-core/dbus/dbus-test_1.12.10.bb index 25b9395..ce54628 100644 --- a/meta/recipes-core/dbus/dbus-test_1.12.10.bb +++ b/meta/recipes-core/dbus/dbus-test_1.12.10.bb @@ -33,13 +33,13 @@ EXTRA_OECONF = "--enable-tests \ --enable-installed-tests \ --enable-checks \ --enable-asserts \ ---enable-verbose-mode \ --enable-largefile \ --disable-xml-docs \ --disable-doxygen-docs \ --disable-libaudit \ --with-dbus-test-dir=${PTEST_PATH} \ -${EXTRA_OECONF_X}" +${EXTRA_OECONF_X} \ +--enable-embedded-tests" EXTRA_OECONF_append_class-target = " SYSTEMCTL=${base_bindir}/systemctl" @@ -58,9 +58,14 @@ do_install() { do_install_ptest() { install -d ${D}${PTEST_PATH}/test l="shell printf refs syslog marshal syntax corrupt dbus-daemon dbus-daemon-eavesdrop loopback relay \ - variant uid-permissions syntax spawn sd-activation names monitor message fdpass " + variant uid-permissions syntax spawn sd-activation names monitor message fdpass service shell-service" for i in $l; do install ${B}/test/.libs/test-$i ${D}${PTEST_PATH}/test; done + install -d ${D}${PTEST_PATH}/bus + install ${B}/bus/.libs/dbus-daemon-launch-helper-test ${D}${PTEST_PATH}/bus + + install ${B}/test/test-segfault ${D}${PTEST_PATH}/test + l="bus bus-system bus-launch-helper" for i in $l; do install ${B}/bus/.libs/test-$i ${D}${PTEST_PATH}/test; done diff --git a/meta/recipes-core/dbus/dbus/run-ptest b/meta/recipes-core/dbus/dbus/run-ptest index 353ba1e..693485a 100755 --- a/meta/recipes-core/dbus/dbus/run-ptest +++ b/meta/recipes-core/dbus/dbus/run-ptest @@ -17,8 +17,16 @@ export LD_LIBRARY_PATH=@PTEST_PATH@/test/.libs files=`ls test/test-*` for i in $files - do - ./$i ./test/data >/dev/null - output - done +do + #these programs are used by testcase test-bus, don't run here + if [ $i = "test/test-service" ] \ +|| [ $i = "test/test-shell-service" ] \ +|| [ $i = "test/test-segfault" ] + then + continue + fi + + ./$i ./test/data >/dev/null + output +done -- 2.7.4 -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [pyro][PATCH] openssl: Update from 1.0.2n to 1.0.2p
On Wed, Oct 31, 2018 at 7:54 PM Robert Joslyn wrote: > > Refresh parallel.patch. > > Remove duplicate LIC_FILES_CHKSUM assignment. > > License-Update: Updated copyright years Normally a backport to pyro would be merged to sumo and rocko first, so this would be done in steps: 1) Backport the existing patches to update 1.0.2n -> 1.0.2o from rocko to pyro 2) Update rocko from 1.0.2o -> 1.0.2p, ideally by backporting patches already in sumo. Note however that the update to 1.0.2p in sumo comes with a lot of non-critical cleanups and it's questionable how far back we want to port those, so a new patch which just updates the version might be preferred? 3) Backport whatever 1.0.2o -> 1.0.2p patches are merged to rocko into pyro. > Signed-off-by: Robert Joslyn > --- > meta/recipes-connectivity/openssl/openssl.inc | 2 +- > .../openssl/openssl/parallel.patch| 40 +-- > .../{openssl_1.0.2n.bb => openssl_1.0.2p.bb} | 6 +-- > 3 files changed, 22 insertions(+), 26 deletions(-) > rename meta/recipes-connectivity/openssl/{openssl_1.0.2n.bb => > openssl_1.0.2p.bb} (91%) > > diff --git a/meta/recipes-connectivity/openssl/openssl.inc > b/meta/recipes-connectivity/openssl/openssl.inc > index e39cd6c806..fd54f7fd2c 100644 > --- a/meta/recipes-connectivity/openssl/openssl.inc > +++ b/meta/recipes-connectivity/openssl/openssl.inc > @@ -6,7 +6,7 @@ SECTION = "libs/network" > > # "openssl | SSLeay" dual license > LICENSE = "openssl" > -LIC_FILES_CHKSUM = "file://LICENSE;md5=f9a8f968107345e0b75aa8c2ecaa7ec8" > +LIC_FILES_CHKSUM = "file://LICENSE;md5=f475368924827d06d4b416111c8bdb77" > > DEPENDS = "makedepend-native hostperl-runtime-native" > DEPENDS_append_class-target = " openssl-native" > diff --git a/meta/recipes-connectivity/openssl/openssl/parallel.patch > b/meta/recipes-connectivity/openssl/openssl/parallel.patch > index e5413bf389..41abf3d6bd 100644 > --- a/meta/recipes-connectivity/openssl/openssl/parallel.patch > +++ b/meta/recipes-connectivity/openssl/openssl/parallel.patch > @@ -13,24 +13,18 @@ Refreshed for 1.0.2i > Signed-off-by: Patrick Ohly > > --- > - Makefile.org | 14 +- > - Makefile.org.orig | 10 +- > - Makefile.shared | 2 + > - Makefile.shared.orig | 655 > ++ > - crypto/Makefile | 10 +- > - engines/Makefile | 6 +- > - engines/Makefile.orig | 338 ++ > - test/Makefile | 92 +++ > - test/Makefile.orig| 88 --- > - 9 files changed, 1108 insertions(+), 107 deletions(-) > - create mode 100644 Makefile.shared.orig > - create mode 100644 engines/Makefile.orig > + Makefile.org | 14 ++-- > + Makefile.shared| 2 + > + crypto/Makefile| 10 +-- > + engines/Makefile | 6 +- > + test/Makefile | 94 +++--- > + 5 files changed, 64 insertions(+), 62 deletions(-) > > diff --git a/Makefile.org b/Makefile.org > -index 8e7936c..ed98d2a 100644 > +index efcfafb..82eab91 100644 > --- a/Makefile.org > +++ b/Makefile.org > -@@ -283,17 +283,17 @@ build_libcrypto: build_crypto build_engines > libcrypto.pc > +@@ -282,17 +282,17 @@ build_libcrypto: build_crypto build_engines > libcrypto.pc > build_libssl: build_ssl libssl.pc > > build_crypto: > @@ -54,7 +48,7 @@ index 8e7936c..ed98d2a 100644 > > all_testapps: build_libs build_testapps > build_testapps: > -@@ -565,7 +565,7 @@ install_sw: > +@@ -564,7 +564,7 @@ install_sw: > (cp $$i $(INSTALL_PREFIX)$(INSTALLTOP)/include/openssl/$$i; \ > chmod 644 $(INSTALL_PREFIX)$(INSTALLTOP)/include/openssl/$$i ); \ > done; > @@ -64,7 +58,7 @@ index 8e7936c..ed98d2a 100644 > do \ > if [ -f "$$i" ]; then \ > diff --git a/Makefile.shared b/Makefile.shared > -index f6f92e7..8164186 100644 > +index bbefb2b..18013a9 100644 > --- a/Makefile.shared > +++ b/Makefile.shared > @@ -105,6 +105,7 @@ LINK_SO= \ > @@ -84,7 +78,7 @@ index f6f92e7..8164186 100644 > ln -s $$prev $$SHLIB$$SHLIB_SUFFIX ); \ > fi; \ > diff --git a/crypto/Makefile b/crypto/Makefile > -index 17a87f8..29c2dcf 100644 > +index 875ea1a..c22b683 100644 > --- a/crypto/Makefile > +++ b/crypto/Makefile > @@ -85,11 +85,11 @@ testapps: > @@ -160,7 +154,7 @@ index fe8e9ca..a43d21b 100644 > tags: > ctags $(SRC) > diff --git a/test/Makefile b/test/Makefile > -index 40abd60..78d3788 100644 > +index 36506cf..c69af8b 100644 > --- a/test/Makefile > +++ b/test/Makefile > @@ -145,7 +145,7 @@ install: > @@ -172,7 +166,7 @@ index 40abd60..78d3788 100644 > > apps: > @(cd ..; $(MAKE) DIRS=apps all) > -@@ -444,139 +444,139 @@ BUILD_CMD_STATIC=shlib_target=; \ > +@@ -448,142 +448,142 @@ BUILD_CMD_STATIC=shlib_target=; \ > link_app.$${shlib_target} > >
[OE-core] [PATCH] apt: update SRC_URI
From: Changqing Li update SRC_URI since previous link is not valid now Signed-off-by: Changqing Li --- meta/recipes-devtools/apt/apt.inc | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/meta/recipes-devtools/apt/apt.inc b/meta/recipes-devtools/apt/apt.inc index f1cde30..50f22c8 100644 --- a/meta/recipes-devtools/apt/apt.inc +++ b/meta/recipes-devtools/apt/apt.inc @@ -2,7 +2,7 @@ SUMMARY = "Advanced front-end for dpkg" LICENSE = "GPLv2.0+" SECTION = "base" -SRC_URI = "http://archive.ubuntu.com/ubuntu/pool/main/a/${BPN}/${BPN}_${PV}.tar.xz \ +SRC_URI = "https://launchpad.net/ubuntu/+archive/primary/+sourcefiles/apt/1.2.24/${BPN}_${PV}.tar.xz \ file://use-host.patch \ file://makerace.patch \ file://no-nls-dpkg.patch \ -- 2.7.4 -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [rocko][PATCH] openssl: Update from 1.0.2o to 1.0.2p
Refresh parallel.patch. Remove duplicate LIC_FILES_CHKSUM assignment. The final md5 value is unchanged. Signed-off-by: Robert Joslyn --- ...-with-clang-using-external-assembler.patch | 0 ...l-force-soft-link-to-avoid-rare-race.patch | 0 .../Makefiles-ptest.patch | 0 ...Use-SHA256-not-MD5-as-default-digest.patch | 0 .../configure-musl-target.patch | 0 .../configure-targets.patch | 0 .../debian/c_rehash-compat.patch | 0 .../debian/ca.patch | 0 .../debian/debian-targets.patch | 0 .../debian/man-dir.patch | 0 .../debian/man-section.patch | 0 .../debian/no-rpath.patch | 0 .../debian/no-symbolic.patch | 0 .../debian/pic.patch | 0 .../debian1.0.2/block_digicert_malaysia.patch | 0 .../debian1.0.2/block_diginotar.patch | 0 .../debian1.0.2/soname.patch | 0 .../debian1.0.2/version-script.patch | 0 .../engines-install-in-libdir-ssl.patch | 0 .../find.pl | 0 .../oe-ldflags.patch | 0 .../openssl-c_rehash.sh | 0 .../openssl-fix-des.pod-error.patch | 0 .../openssl-util-perlpath.pl-cwd.patch| 0 .../openssl_fix_for_x32.patch | 0 .../parallel.patch| 40 +-- .../ptest-deps.patch | 0 .../ptest_makefile_deps.patch | 0 .../reproducible-cflags.patch | 0 .../reproducible-mkbuildinf.patch | 0 .../run-ptest | 0 .../shared-libs.patch | 0 .../openssl/openssl10.inc | 2 +- .../{openssl_1.0.2o.bb => openssl_1.0.2p.bb} | 6 +-- 34 files changed, 22 insertions(+), 26 deletions(-) rename meta/recipes-connectivity/openssl/{openssl-1.0.2o => openssl-1.0.2p}/0001-Fix-build-with-clang-using-external-assembler.patch (100%) rename meta/recipes-connectivity/openssl/{openssl-1.0.2o => openssl-1.0.2p}/0001-openssl-force-soft-link-to-avoid-rare-race.patch (100%) rename meta/recipes-connectivity/openssl/{openssl-1.0.2o => openssl-1.0.2p}/Makefiles-ptest.patch (100%) rename meta/recipes-connectivity/openssl/{openssl-1.0.2o => openssl-1.0.2p}/Use-SHA256-not-MD5-as-default-digest.patch (100%) rename meta/recipes-connectivity/openssl/{openssl-1.0.2o => openssl-1.0.2p}/configure-musl-target.patch (100%) rename meta/recipes-connectivity/openssl/{openssl-1.0.2o => openssl-1.0.2p}/configure-targets.patch (100%) rename meta/recipes-connectivity/openssl/{openssl-1.0.2o => openssl-1.0.2p}/debian/c_rehash-compat.patch (100%) rename meta/recipes-connectivity/openssl/{openssl-1.0.2o => openssl-1.0.2p}/debian/ca.patch (100%) rename meta/recipes-connectivity/openssl/{openssl-1.0.2o => openssl-1.0.2p}/debian/debian-targets.patch (100%) rename meta/recipes-connectivity/openssl/{openssl-1.0.2o => openssl-1.0.2p}/debian/man-dir.patch (100%) rename meta/recipes-connectivity/openssl/{openssl-1.0.2o => openssl-1.0.2p}/debian/man-section.patch (100%) rename meta/recipes-connectivity/openssl/{openssl-1.0.2o => openssl-1.0.2p}/debian/no-rpath.patch (100%) rename meta/recipes-connectivity/openssl/{openssl-1.0.2o => openssl-1.0.2p}/debian/no-symbolic.patch (100%) rename meta/recipes-connectivity/openssl/{openssl-1.0.2o => openssl-1.0.2p}/debian/pic.patch (100%) rename meta/recipes-connectivity/openssl/{openssl-1.0.2o => openssl-1.0.2p}/debian1.0.2/block_digicert_malaysia.patch (100%) rename meta/recipes-connectivity/openssl/{openssl-1.0.2o => openssl-1.0.2p}/debian1.0.2/block_diginotar.patch (100%) rename meta/recipes-connectivity/openssl/{openssl-1.0.2o => openssl-1.0.2p}/debian1.0.2/soname.patch (100%) rename meta/recipes-connectivity/openssl/{openssl-1.0.2o => openssl-1.0.2p}/debian1.0.2/version-script.patch (100%) rename meta/recipes-connectivity/openssl/{openssl-1.0.2o => openssl-1.0.2p}/engines-install-in-libdir-ssl.patch (100%) rename meta/recipes-connectivity/openssl/{openssl-1.0.2o => openssl-1.0.2p}/find.pl (100%) rename meta/recipes-connectivity/openssl/{openssl-1.0.2o => openssl-1.0.2p}/oe-ldflags.patch (100%) rename meta/recipes-connectivity/openssl/{openssl-1.0.2o => openssl-1.0.2p}/openssl-c_rehash.sh (100%) rename meta/recipes-connectivity/openssl/{openssl-1.0.2o => openssl-1.0.2p}/openssl-fix-des.pod-error.patch (100%) rename meta/recipes-connectivity/openssl/{openssl-1.0.2o => openssl-1.0.2p}/openssl-util-perlpath.pl-cwd.patch (100%) rename meta/recipes-connectivity/openssl/{openssl-1.0.2o => openssl-1.0.2p}/openssl_fix_for_x32.patch (100%) rename meta/recipes-connectivity/openssl/{openssl-1.0.2o => openssl-1.0.2p}/parallel.patch (92%) rename meta/recipes-connectivity/openssl/{openssl-1.0.2o =>
[OE-core] [pyro][PATCH] openssl: Update from 1.0.2n to 1.0.2p
Refresh parallel.patch. Remove duplicate LIC_FILES_CHKSUM assignment. License-Update: Updated copyright years Signed-off-by: Robert Joslyn --- meta/recipes-connectivity/openssl/openssl.inc | 2 +- .../openssl/openssl/parallel.patch| 40 +-- .../{openssl_1.0.2n.bb => openssl_1.0.2p.bb} | 6 +-- 3 files changed, 22 insertions(+), 26 deletions(-) rename meta/recipes-connectivity/openssl/{openssl_1.0.2n.bb => openssl_1.0.2p.bb} (91%) diff --git a/meta/recipes-connectivity/openssl/openssl.inc b/meta/recipes-connectivity/openssl/openssl.inc index e39cd6c806..fd54f7fd2c 100644 --- a/meta/recipes-connectivity/openssl/openssl.inc +++ b/meta/recipes-connectivity/openssl/openssl.inc @@ -6,7 +6,7 @@ SECTION = "libs/network" # "openssl | SSLeay" dual license LICENSE = "openssl" -LIC_FILES_CHKSUM = "file://LICENSE;md5=f9a8f968107345e0b75aa8c2ecaa7ec8" +LIC_FILES_CHKSUM = "file://LICENSE;md5=f475368924827d06d4b416111c8bdb77" DEPENDS = "makedepend-native hostperl-runtime-native" DEPENDS_append_class-target = " openssl-native" diff --git a/meta/recipes-connectivity/openssl/openssl/parallel.patch b/meta/recipes-connectivity/openssl/openssl/parallel.patch index e5413bf389..41abf3d6bd 100644 --- a/meta/recipes-connectivity/openssl/openssl/parallel.patch +++ b/meta/recipes-connectivity/openssl/openssl/parallel.patch @@ -13,24 +13,18 @@ Refreshed for 1.0.2i Signed-off-by: Patrick Ohly --- - Makefile.org | 14 +- - Makefile.org.orig | 10 +- - Makefile.shared | 2 + - Makefile.shared.orig | 655 ++ - crypto/Makefile | 10 +- - engines/Makefile | 6 +- - engines/Makefile.orig | 338 ++ - test/Makefile | 92 +++ - test/Makefile.orig| 88 --- - 9 files changed, 1108 insertions(+), 107 deletions(-) - create mode 100644 Makefile.shared.orig - create mode 100644 engines/Makefile.orig + Makefile.org | 14 ++-- + Makefile.shared| 2 + + crypto/Makefile| 10 +-- + engines/Makefile | 6 +- + test/Makefile | 94 +++--- + 5 files changed, 64 insertions(+), 62 deletions(-) diff --git a/Makefile.org b/Makefile.org -index 8e7936c..ed98d2a 100644 +index efcfafb..82eab91 100644 --- a/Makefile.org +++ b/Makefile.org -@@ -283,17 +283,17 @@ build_libcrypto: build_crypto build_engines libcrypto.pc +@@ -282,17 +282,17 @@ build_libcrypto: build_crypto build_engines libcrypto.pc build_libssl: build_ssl libssl.pc build_crypto: @@ -54,7 +48,7 @@ index 8e7936c..ed98d2a 100644 all_testapps: build_libs build_testapps build_testapps: -@@ -565,7 +565,7 @@ install_sw: +@@ -564,7 +564,7 @@ install_sw: (cp $$i $(INSTALL_PREFIX)$(INSTALLTOP)/include/openssl/$$i; \ chmod 644 $(INSTALL_PREFIX)$(INSTALLTOP)/include/openssl/$$i ); \ done; @@ -64,7 +58,7 @@ index 8e7936c..ed98d2a 100644 do \ if [ -f "$$i" ]; then \ diff --git a/Makefile.shared b/Makefile.shared -index f6f92e7..8164186 100644 +index bbefb2b..18013a9 100644 --- a/Makefile.shared +++ b/Makefile.shared @@ -105,6 +105,7 @@ LINK_SO= \ @@ -84,7 +78,7 @@ index f6f92e7..8164186 100644 ln -s $$prev $$SHLIB$$SHLIB_SUFFIX ); \ fi; \ diff --git a/crypto/Makefile b/crypto/Makefile -index 17a87f8..29c2dcf 100644 +index 875ea1a..c22b683 100644 --- a/crypto/Makefile +++ b/crypto/Makefile @@ -85,11 +85,11 @@ testapps: @@ -160,7 +154,7 @@ index fe8e9ca..a43d21b 100644 tags: ctags $(SRC) diff --git a/test/Makefile b/test/Makefile -index 40abd60..78d3788 100644 +index 36506cf..c69af8b 100644 --- a/test/Makefile +++ b/test/Makefile @@ -145,7 +145,7 @@ install: @@ -172,7 +166,7 @@ index 40abd60..78d3788 100644 apps: @(cd ..; $(MAKE) DIRS=apps all) -@@ -444,139 +444,139 @@ BUILD_CMD_STATIC=shlib_target=; \ +@@ -448,142 +448,142 @@ BUILD_CMD_STATIC=shlib_target=; \ link_app.$${shlib_target} $(RSATEST)$(EXE_EXT): $(RSATEST).o $(DLIBCRYPTO) @@ -345,7 +339,11 @@ index 40abd60..78d3788 100644 $(FATALERRTEST)$(EXE_EXT): $(FATALERRTEST).o ssltestlib.o $(DLIBSSL) $(DLIBCRYPTO) @target=$(FATALERRTEST); exobj=ssltestlib.o; $(BUILD_CMD) - + + $(X509TIMETEST)$(EXE_EXT): $(X509TIMETEST).o +- @target=$(X509TIMETEST) $(BUILD_CMD) ++ +@target=$(X509TIMETEST) $(BUILD_CMD) + $(SSLV2CONFTEST)$(EXE_EXT): $(SSLV2CONFTEST).o - @target=$(SSLV2CONFTEST) $(BUILD_CMD) + +@target=$(SSLV2CONFTEST) $(BUILD_CMD) @@ -356,7 +354,7 @@ index 40abd60..78d3788 100644 #$(AESTEST).o: $(AESTEST).c # $(CC) -c $(CFLAGS) -DINTERMEDIATE_VALUE_KAT -DTRACE_KAT_MCT $(AESTEST).c -@@ -589,7 +589,7 @@ $(DTLSTEST)$(EXE_EXT): $(DTLSTEST).o ssltestlib.o $(DLIBSSL) $(DLIBCRYPTO) +@@ -596,7 +596,7 @@
Re: [OE-core] [OE-Core][PATCH] v86d: Make cross compilation working on more architectures
On Wed, Oct 31, 2018 at 7:56 AM Serhey Popovych wrote: > > Since commit 709c603dec19 ("v86d: Accept aarch64 as build host") we > support cross compilation on aarch64 host in addition to x86 host. > However building on hosts different than two above will fail. > > Make cross compilation support more generic by checking for TARGET_ARCH > in v86d configure script with fallback to `uname -m` when not present in > environment and pass TARGET_ARCH explicitly in do_configure(). > > Cross build for x86 tested on IBM Power 8 machine with RHEL7. Should > work on aarch64 and rest too. > this is a good change, thanks for doing it > Signed-off-by: Serhey Popovych > --- > .../v86d/v86d/Support-for-cross-compilation.patch | 34 > ++ > meta/recipes-bsp/v86d/v86d/aarch64-host.patch | 18 > meta/recipes-bsp/v86d/v86d_0.1.10.bb | 4 +-- > 3 files changed, 36 insertions(+), 20 deletions(-) > create mode 100644 > meta/recipes-bsp/v86d/v86d/Support-for-cross-compilation.patch > delete mode 100644 meta/recipes-bsp/v86d/v86d/aarch64-host.patch > > diff --git a/meta/recipes-bsp/v86d/v86d/Support-for-cross-compilation.patch > b/meta/recipes-bsp/v86d/v86d/Support-for-cross-compilation.patch > new file mode 100644 > index 000..15f70a5 > --- /dev/null > +++ b/meta/recipes-bsp/v86d/v86d/Support-for-cross-compilation.patch > @@ -0,0 +1,34 @@ > +From 8eda59654fd31416164c78f6068715b01767ed4e Mon Sep 17 00:00:00 2001 > +From: Serhey Popovych > +Date: Wed, 31 Oct 2018 07:31:47 -0400 > +Subject: v86d: Support for cross compilation > + > +It is common to build on one system for another (e.g. on IBM Power > +machine for Intel x86) where HOST_ARCH (uname -m) != TARGET_ARCH. > + > +Take TARGET_ARCH from environment if it is given, otherwise fall back > +to `uname -m`. > + > +Upstream-Status: Pending > +Signed-off-by: Serhey Popovych > +--- > + configure | 3 ++- > + 1 file changed, 2 insertions(+), 1 deletion(-) > + > +diff --git a/configure b/configure > +index cbbd6b3..046aa99 100755 > +--- a/configure > b/configure > +@@ -23,7 +23,8 @@ copt_x86emu_type="bool" > + copt_x86emu_def=auto > + copt_x86emu_test() > + { > +- local m=`uname -m` > ++ local m="${TARGET_ARCH:-$(uname -m)}" > ++ > + if [ "$m" = "i686" -o "$m" = "i586" -o "$m" = "i486" -o "$m" = "i386" > ]; then > + echo "n"; > + elif [ "$m" = "x86_64" ]; then > +-- > +1.8.3.1 > + > diff --git a/meta/recipes-bsp/v86d/v86d/aarch64-host.patch > b/meta/recipes-bsp/v86d/v86d/aarch64-host.patch > deleted file mode 100644 > index 701fed7..000 > --- a/meta/recipes-bsp/v86d/v86d/aarch64-host.patch > +++ /dev/null > @@ -1,18 +0,0 @@ > -Accept aarch64 as valid build host > - > -Upstream-Status: Pending > -Signed-off-by: Khem Raj > - > -Index: v86d-0.1.10/configure > -=== > v86d-0.1.10.orig/configure > -+++ v86d-0.1.10/configure > -@@ -26,7 +26,7 @@ copt_x86emu_test() > - local m=`uname -m` > - if [ "$m" = "i686" -o "$m" = "i586" -o "$m" = "i486" -o "$m" = "i386" > ]; then > - echo "n"; > -- elif [ "$m" = "x86_64" ]; then > -+ elif [ "$m" = "x86_64" -o "$m" = "aarch64" ]; then > - echo "y"; > - else > - echo "It looks like your architecture '$m' isn't supported by > this version of v86d." >&2 > diff --git a/meta/recipes-bsp/v86d/v86d_0.1.10.bb > b/meta/recipes-bsp/v86d/v86d_0.1.10.bb > index f97b80d..84e27d2 100644 > --- a/meta/recipes-bsp/v86d/v86d_0.1.10.bb > +++ b/meta/recipes-bsp/v86d/v86d_0.1.10.bb > @@ -12,7 +12,7 @@ PR = "r2" > SRC_URI = > "http://snapshot.debian.org/archive/debian/20110427T035506Z/pool/main/v/${BPN}/${BPN}_${PV}.orig.tar.gz > \ > file://Update-x86emu-from-X.org.patch \ > file://ar-from-env.patch \ > - file://aarch64-host.patch \ > + file://Support-for-cross-compilation.patch \ > " > > SRC_URI[md5sum] = "889686ec8424468fe0d205742e77a4c2" > @@ -22,7 +22,7 @@ PACKAGE_ARCH = "${MACHINE_ARCH}" > COMPATIBLE_HOST = '(i.86|x86_64).*-linux' > > do_configure () { > - ./configure --with-x86emu > + TARGET_ARCH="${TARGET_ARCH}" ./configure --with-x86emu > } > > do_compile () { > -- > 2.7.4 > > -- > ___ > Openembedded-core mailing list > Openembedded-core@lists.openembedded.org > http://lists.openembedded.org/mailman/listinfo/openembedded-core -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH] xf86-video-intel: update to latest
On Wed, 2018-10-31 at 16:58 +, Richard Purdie wrote: > On Tue, 2018-10-30 at 16:19 +0800, Anuj Mittal wrote: > > For changes, please see: > > > > > > https://cgit.freedesktop.org/xorg/driver/xf86-video-intel/log/?qt=range=e4fe79cf0d9a05ee3f3a027148ef0aeb2b1b34e1...0932a6b37ba6d5c9e916a1cb6ab89c3205b81a0c > > > > Enable sna by default and remove upstreamed patches. > > > > Signed-off-by: Anuj Mittal > > Fails on musl unfortunately: > > > https://autobuilder.yoctoproject.org/typhoon/#/builders/11/builds/157/steps/7/logs/step1b and nightly-world: https://autobuilder.yoctoproject.org/typhoon/#/builders/33/builds/151/steps/7/logs/step1b and nightly-world-lsb: https://autobuilder.yoctoproject.org/typhoon/#/builders/31/builds/151/steps/7/logs/step1b Cheers, Richard -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH v2] connman: update to 1.36
On Wed, 2018-10-31 at 13:51 -0700, akuster808 wrote: > On 10/31/18 12:15 PM, Alexander Kanavin wrote: > > There is a feature freeze up until thud is released. Generally > > version upgrades aren’t accepted in M4 phase. > > > Did I miss the announcement that no patches will be accepted? Nobody has said "no patches will be accepted". The weekly status reports do have a theme though: https://lists.yoctoproject.org/pipermail/yocto/2018-September/042436.html "We’re now into M3 feature freeze so new feature patches, particularly for unplanned changes will be much less likely to be merged until 2.7 now." https://lists.yoctoproject.org/pipermail/yocto/2018-October/042725.html "We’re now past feature freeze and all major changes planned for 2.6 have been merged so only bug fixes will be accepted now." https://lists.yoctoproject.org/pipermail/yocto/2018-October/042790.html "We’re now past feature freeze and all major changes planned for 2.6 have been merged so only bug fixes will be accepted now." https://lists.yoctoproject.org/pipermail/yocto/2018-October/042948.html We have branched for thud at this point and the new release branches have been created. We have not started working on master patches yet though, we’re still concentrating on the 2.6 release. https://lists.yoctoproject.org/pipermail/yocto/2018-October/043068.html We’re starting to see patches being submitted for master but these will continue to be a secondary priority until 2.6 is released. So I think its quite clear we're focused on 2.6 and whilst the status update does not spell it out, the definition of M4 is no version upgrades unless they're for security issues or major bugfixes and no new features. Cheers, Richard -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH v2] connman: update to 1.36
On 10/31/18 12:15 PM, Alexander Kanavin wrote: > There is a feature freeze up until thud is released. Generally version > upgrades aren’t accepted in M4 phase. Did I miss the announcement that no patches will be accepted? - armin > > Alex > >> On 31 Oct 2018, at 19.59, Oleksandr Kravchuk >> wrote: >> >> Are there any issues with this patch or you are simply not interested in it? >> >>> On 08/10/2018 23:05, Oleksandr Kravchuk wrote: >>> From: Olekandr Kravchuk >>> >>> - updated connman to v1.36 >>> - removed mainstreamed patches >>> - includes.patch has been rabased and transformed into git format >>> >>> Signed-off-by: Oleksandr Kravchuk >>> --- >>> meta/recipes-connectivity/connman/connman.inc | 2 +- >>> ...ues-which-cause-problems-under-musl.patch} | 437 -- >>> ...tls-Fix-a-crash-using-wispr-over-TLS.patch | 41 -- >>> ...eep-track-of-addr-in-fw_snat-session.patch | 112 - >>> ...ubnet-route-creation-deletion-in-ipr.patch | 69 --- >>> ...PIs-for-creating-and-deleting-subnet.patch | 68 --- >>> ...net-route-creation-and-deletion-APIs.patch | 77 --- >>> .../connman/connman_1.35.bb | 22 - >>> .../connman/connman_1.36.bb | 16 + >>> 9 files changed, 208 insertions(+), 636 deletions(-) >>> rename meta/recipes-connectivity/connman/connman/{includes.patch => >>> 0001-Fix-various-issues-which-cause-problems-under-musl.patch} (68%) >>> delete mode 100644 >>> meta/recipes-connectivity/connman/connman/0001-giognutls-Fix-a-crash-using-wispr-over-TLS.patch >>> delete mode 100644 >>> meta/recipes-connectivity/connman/connman/0001-session-Keep-track-of-addr-in-fw_snat-session.patch >>> delete mode 100644 >>> meta/recipes-connectivity/connman/connman/0002-inet-Implement-subnet-route-creation-deletion-in-ipr.patch >>> delete mode 100644 >>> meta/recipes-connectivity/connman/connman/0003-inet-Implement-APIs-for-creating-and-deleting-subnet.patch >>> delete mode 100644 >>> meta/recipes-connectivity/connman/connman/0004-session-Use-subnet-route-creation-and-deletion-APIs.patch >>> delete mode 100644 meta/recipes-connectivity/connman/connman_1.35.bb >>> create mode 100644 meta/recipes-connectivity/connman/connman_1.36.bb >>> >>> diff --git a/meta/recipes-connectivity/connman/connman.inc >>> b/meta/recipes-connectivity/connman/connman.inc >>> index 2b03f9cb06..0ba375137d 100644 >>> --- a/meta/recipes-connectivity/connman/connman.inc >>> +++ b/meta/recipes-connectivity/connman/connman.inc >>> @@ -156,7 +156,7 @@ RDEPENDS_${PN}-client ="${PN}" >>> >>> FILES_${PN} = "${bindir}/* ${sbindir}/* ${libexecdir}/* ${libdir}/lib*.so.* >>> \ >>> ${libdir}/connman/plugins \ >>> -${sysconfdir} ${sharedstatedir} ${localstatedir} \ >>> +${sysconfdir} ${sharedstatedir} ${localstatedir} ${datadir} \ >>> ${base_bindir}/* ${base_sbindir}/* ${base_libdir}/*.so* >>> ${datadir}/${PN} \ >>> ${datadir}/dbus-1/system-services/* \ >>> ${sysconfdir}/tmpfiles.d/connman_resolvconf.conf" >>> diff --git a/meta/recipes-connectivity/connman/connman/includes.patch >>> b/meta/recipes-connectivity/connman/connman/0001-Fix-various-issues-which-cause-problems-under-musl.patch >>> similarity index 68% >>> rename from meta/recipes-connectivity/connman/connman/includes.patch >>> rename to >>> meta/recipes-connectivity/connman/connman/0001-Fix-various-issues-which-cause-problems-under-musl.patch >>> index 9f7395cbbb..f344fea109 100644 >>> --- a/meta/recipes-connectivity/connman/connman/includes.patch >>> +++ >>> b/meta/recipes-connectivity/connman/connman/0001-Fix-various-issues-which-cause-problems-under-musl.patch >>> @@ -1,36 +1,43 @@ >>> -Fix various issues which cause problems under musl. >>> - >>> -Upstream-Status: Backport [bd1326ba7d68df38c5ccaafd2403a5fb30bd452b] >>> -Signed-off-by: Ross Burton >>> - >>> -From 630516bcc0233b047f65665c003201ba6e77453d Mon Sep 17 00:00:00 2001 >>> +From 181ff3439783c6920f5211730672685a210c318f Mon Sep 17 00:00:00 2001 >>> From: Ross Burton >>> -Date: Tue, 9 Aug 2016 16:22:36 +0100 >>> -Subject: [PATCH 1/3] Use AC_USE_SYSTEM_EXTENSIONS >>> +Date: Mon, 8 Oct 2018 22:12:56 +0200 >>> +Subject: [PATCH] Fix various issues which cause problems under musl >>> + >>> +Instead of using #define _GNU_SOURCE in some source files which causes >>> +problems when building with musl as more files need the define, simply >>> +use AC_USE_SYSTEM_EXTENSIONS in configure.ac to get it defined globally. >>> >>> -Instead of using #define _GNU_SOURCE in some source files which causes >>> problems >>> -when building with musl as more files need the define, simply use >>> -AC_USE_SYSTEM_EXTENSIONS in configure.ac to get it defined globally. >>> +Signed-off-by: Ross Burton >>> +Upstream-Status: Backport [bd1326ba7d68df38c5ccaafd2403a5fb30bd452b] >>> --- >>> - configure.ac | 1 + >>> - gdhcp/client.c | 1 - >>> - plugins/tist.c | 1 - >>> - src/backtrace.c| 1 - >>> - src/inet.c |
Re: [OE-core] [PATCH] perf: Disable libunwind for ARC & RISCV64
On Wed, Oct 31, 2018 at 11:54 AM Alexey Brodkin wrote: > libunwind is not yet ported for ARC & RISCV64 and on attempt > to build it for those arches we just get an error message. > > If we explicitly disable libunwind it is gracefully handled by > perf build system and it just gets configured to not use it > so perf is still usable even on those arches. > This looks ok to me > > Signed-off-by: Alexey Brodkin > Cc: Khem Raj > --- > meta/recipes-kernel/perf/perf.bb | 4 > 1 file changed, 4 insertions(+) > > diff --git a/meta/recipes-kernel/perf/perf.bb b/meta/recipes-kernel/perf/ > perf.bb > index af099043e1..bae4948751 100644 > --- a/meta/recipes-kernel/perf/perf.bb > +++ b/meta/recipes-kernel/perf/perf.bb > @@ -26,6 +26,10 @@ PACKAGECONFIG[jvmti] = ",NO_JVMTI=1" > PACKAGECONFIG[audit] = ",NO_LIBAUDIT=1,audit" > PACKAGECONFIG[manpages] = ",,xmlto-native asciidoc-native" > > +# libunwind is not yet ported for some architectures > +PACKAGECONFIG_remove_arc = "libunwind" > +PACKAGECONFIG_remove_riscv64 = "libunwind" > + > DEPENDS = " \ > virtual/${MLPREFIX}libc \ > ${MLPREFIX}elfutils \ > -- > 2.16.2 > > -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH v2] connman: update to 1.36
There is a feature freeze up until thud is released. Generally version upgrades aren’t accepted in M4 phase. Alex > On 31 Oct 2018, at 19.59, Oleksandr Kravchuk > wrote: > > Are there any issues with this patch or you are simply not interested in it? > >> On 08/10/2018 23:05, Oleksandr Kravchuk wrote: >> From: Olekandr Kravchuk >> >> - updated connman to v1.36 >> - removed mainstreamed patches >> - includes.patch has been rabased and transformed into git format >> >> Signed-off-by: Oleksandr Kravchuk >> --- >> meta/recipes-connectivity/connman/connman.inc | 2 +- >> ...ues-which-cause-problems-under-musl.patch} | 437 -- >> ...tls-Fix-a-crash-using-wispr-over-TLS.patch | 41 -- >> ...eep-track-of-addr-in-fw_snat-session.patch | 112 - >> ...ubnet-route-creation-deletion-in-ipr.patch | 69 --- >> ...PIs-for-creating-and-deleting-subnet.patch | 68 --- >> ...net-route-creation-and-deletion-APIs.patch | 77 --- >> .../connman/connman_1.35.bb | 22 - >> .../connman/connman_1.36.bb | 16 + >> 9 files changed, 208 insertions(+), 636 deletions(-) >> rename meta/recipes-connectivity/connman/connman/{includes.patch => >> 0001-Fix-various-issues-which-cause-problems-under-musl.patch} (68%) >> delete mode 100644 >> meta/recipes-connectivity/connman/connman/0001-giognutls-Fix-a-crash-using-wispr-over-TLS.patch >> delete mode 100644 >> meta/recipes-connectivity/connman/connman/0001-session-Keep-track-of-addr-in-fw_snat-session.patch >> delete mode 100644 >> meta/recipes-connectivity/connman/connman/0002-inet-Implement-subnet-route-creation-deletion-in-ipr.patch >> delete mode 100644 >> meta/recipes-connectivity/connman/connman/0003-inet-Implement-APIs-for-creating-and-deleting-subnet.patch >> delete mode 100644 >> meta/recipes-connectivity/connman/connman/0004-session-Use-subnet-route-creation-and-deletion-APIs.patch >> delete mode 100644 meta/recipes-connectivity/connman/connman_1.35.bb >> create mode 100644 meta/recipes-connectivity/connman/connman_1.36.bb >> >> diff --git a/meta/recipes-connectivity/connman/connman.inc >> b/meta/recipes-connectivity/connman/connman.inc >> index 2b03f9cb06..0ba375137d 100644 >> --- a/meta/recipes-connectivity/connman/connman.inc >> +++ b/meta/recipes-connectivity/connman/connman.inc >> @@ -156,7 +156,7 @@ RDEPENDS_${PN}-client ="${PN}" >> >> FILES_${PN} = "${bindir}/* ${sbindir}/* ${libexecdir}/* ${libdir}/lib*.so.* \ >> ${libdir}/connman/plugins \ >> -${sysconfdir} ${sharedstatedir} ${localstatedir} \ >> +${sysconfdir} ${sharedstatedir} ${localstatedir} ${datadir} \ >> ${base_bindir}/* ${base_sbindir}/* ${base_libdir}/*.so* >> ${datadir}/${PN} \ >> ${datadir}/dbus-1/system-services/* \ >> ${sysconfdir}/tmpfiles.d/connman_resolvconf.conf" >> diff --git a/meta/recipes-connectivity/connman/connman/includes.patch >> b/meta/recipes-connectivity/connman/connman/0001-Fix-various-issues-which-cause-problems-under-musl.patch >> similarity index 68% >> rename from meta/recipes-connectivity/connman/connman/includes.patch >> rename to >> meta/recipes-connectivity/connman/connman/0001-Fix-various-issues-which-cause-problems-under-musl.patch >> index 9f7395cbbb..f344fea109 100644 >> --- a/meta/recipes-connectivity/connman/connman/includes.patch >> +++ >> b/meta/recipes-connectivity/connman/connman/0001-Fix-various-issues-which-cause-problems-under-musl.patch >> @@ -1,36 +1,43 @@ >> -Fix various issues which cause problems under musl. >> - >> -Upstream-Status: Backport [bd1326ba7d68df38c5ccaafd2403a5fb30bd452b] >> -Signed-off-by: Ross Burton >> - >> -From 630516bcc0233b047f65665c003201ba6e77453d Mon Sep 17 00:00:00 2001 >> +From 181ff3439783c6920f5211730672685a210c318f Mon Sep 17 00:00:00 2001 >> From: Ross Burton >> -Date: Tue, 9 Aug 2016 16:22:36 +0100 >> -Subject: [PATCH 1/3] Use AC_USE_SYSTEM_EXTENSIONS >> +Date: Mon, 8 Oct 2018 22:12:56 +0200 >> +Subject: [PATCH] Fix various issues which cause problems under musl >> + >> +Instead of using #define _GNU_SOURCE in some source files which causes >> +problems when building with musl as more files need the define, simply >> +use AC_USE_SYSTEM_EXTENSIONS in configure.ac to get it defined globally. >> >> -Instead of using #define _GNU_SOURCE in some source files which causes >> problems >> -when building with musl as more files need the define, simply use >> -AC_USE_SYSTEM_EXTENSIONS in configure.ac to get it defined globally. >> +Signed-off-by: Ross Burton >> +Upstream-Status: Backport [bd1326ba7d68df38c5ccaafd2403a5fb30bd452b] >> --- >> - configure.ac | 1 + >> - gdhcp/client.c | 1 - >> - plugins/tist.c | 1 - >> - src/backtrace.c| 1 - >> - src/inet.c | 1 - >> - src/log.c | 1 - >> - src/ntp.c | 1 - >> - src/resolver.c | 1 - >> - src/rfkill.c | 1 - >> - src/stats.c| 1 - >> - src/timezone.c | 1 - >> - tools/stats-tool.c | 1 - >> -
Re: [OE-core] [PATCH v2] connman: update to 1.36
Are there any issues with this patch or you are simply not interested in it? On 08/10/2018 23:05, Oleksandr Kravchuk wrote: > From: Olekandr Kravchuk > > - updated connman to v1.36 > - removed mainstreamed patches > - includes.patch has been rabased and transformed into git format > > Signed-off-by: Oleksandr Kravchuk > --- > meta/recipes-connectivity/connman/connman.inc | 2 +- > ...ues-which-cause-problems-under-musl.patch} | 437 -- > ...tls-Fix-a-crash-using-wispr-over-TLS.patch | 41 -- > ...eep-track-of-addr-in-fw_snat-session.patch | 112 - > ...ubnet-route-creation-deletion-in-ipr.patch | 69 --- > ...PIs-for-creating-and-deleting-subnet.patch | 68 --- > ...net-route-creation-and-deletion-APIs.patch | 77 --- > .../connman/connman_1.35.bb | 22 - > .../connman/connman_1.36.bb | 16 + > 9 files changed, 208 insertions(+), 636 deletions(-) > rename meta/recipes-connectivity/connman/connman/{includes.patch => > 0001-Fix-various-issues-which-cause-problems-under-musl.patch} (68%) > delete mode 100644 > meta/recipes-connectivity/connman/connman/0001-giognutls-Fix-a-crash-using-wispr-over-TLS.patch > delete mode 100644 > meta/recipes-connectivity/connman/connman/0001-session-Keep-track-of-addr-in-fw_snat-session.patch > delete mode 100644 > meta/recipes-connectivity/connman/connman/0002-inet-Implement-subnet-route-creation-deletion-in-ipr.patch > delete mode 100644 > meta/recipes-connectivity/connman/connman/0003-inet-Implement-APIs-for-creating-and-deleting-subnet.patch > delete mode 100644 > meta/recipes-connectivity/connman/connman/0004-session-Use-subnet-route-creation-and-deletion-APIs.patch > delete mode 100644 meta/recipes-connectivity/connman/connman_1.35.bb > create mode 100644 meta/recipes-connectivity/connman/connman_1.36.bb > > diff --git a/meta/recipes-connectivity/connman/connman.inc > b/meta/recipes-connectivity/connman/connman.inc > index 2b03f9cb06..0ba375137d 100644 > --- a/meta/recipes-connectivity/connman/connman.inc > +++ b/meta/recipes-connectivity/connman/connman.inc > @@ -156,7 +156,7 @@ RDEPENDS_${PN}-client ="${PN}" > > FILES_${PN} = "${bindir}/* ${sbindir}/* ${libexecdir}/* ${libdir}/lib*.so.* \ > ${libdir}/connman/plugins \ > -${sysconfdir} ${sharedstatedir} ${localstatedir} \ > +${sysconfdir} ${sharedstatedir} ${localstatedir} ${datadir} \ > ${base_bindir}/* ${base_sbindir}/* ${base_libdir}/*.so* > ${datadir}/${PN} \ > ${datadir}/dbus-1/system-services/* \ > ${sysconfdir}/tmpfiles.d/connman_resolvconf.conf" > diff --git a/meta/recipes-connectivity/connman/connman/includes.patch > b/meta/recipes-connectivity/connman/connman/0001-Fix-various-issues-which-cause-problems-under-musl.patch > similarity index 68% > rename from meta/recipes-connectivity/connman/connman/includes.patch > rename to > meta/recipes-connectivity/connman/connman/0001-Fix-various-issues-which-cause-problems-under-musl.patch > index 9f7395cbbb..f344fea109 100644 > --- a/meta/recipes-connectivity/connman/connman/includes.patch > +++ > b/meta/recipes-connectivity/connman/connman/0001-Fix-various-issues-which-cause-problems-under-musl.patch > @@ -1,36 +1,43 @@ > -Fix various issues which cause problems under musl. > - > -Upstream-Status: Backport [bd1326ba7d68df38c5ccaafd2403a5fb30bd452b] > -Signed-off-by: Ross Burton > - > -From 630516bcc0233b047f65665c003201ba6e77453d Mon Sep 17 00:00:00 2001 > +From 181ff3439783c6920f5211730672685a210c318f Mon Sep 17 00:00:00 2001 > From: Ross Burton > -Date: Tue, 9 Aug 2016 16:22:36 +0100 > -Subject: [PATCH 1/3] Use AC_USE_SYSTEM_EXTENSIONS > +Date: Mon, 8 Oct 2018 22:12:56 +0200 > +Subject: [PATCH] Fix various issues which cause problems under musl > + > +Instead of using #define _GNU_SOURCE in some source files which causes > +problems when building with musl as more files need the define, simply > +use AC_USE_SYSTEM_EXTENSIONS in configure.ac to get it defined globally. > > -Instead of using #define _GNU_SOURCE in some source files which causes > problems > -when building with musl as more files need the define, simply use > -AC_USE_SYSTEM_EXTENSIONS in configure.ac to get it defined globally. > +Signed-off-by: Ross Burton > +Upstream-Status: Backport [bd1326ba7d68df38c5ccaafd2403a5fb30bd452b] > --- > - configure.ac | 1 + > - gdhcp/client.c | 1 - > - plugins/tist.c | 1 - > - src/backtrace.c| 1 - > - src/inet.c | 1 - > - src/log.c | 1 - > - src/ntp.c | 1 - > - src/resolver.c | 1 - > - src/rfkill.c | 1 - > - src/stats.c| 1 - > - src/timezone.c | 1 - > - tools/stats-tool.c | 1 - > - tools/tap-test.c | 1 - > - tools/wispr.c | 1 - > - vpn/plugins/vpn.c | 1 - > - 15 files changed, 1 insertion(+), 14 deletions(-) > + configure.ac | 3 +++ > + gdhcp/client.c | 1 - > + gdhcp/common.h | 5 +++--
[OE-core] [PATCH] perf: Disable libunwind for ARC & RISCV64
libunwind is not yet ported for ARC & RISCV64 and on attempt to build it for those arches we just get an error message. If we explicitly disable libunwind it is gracefully handled by perf build system and it just gets configured to not use it so perf is still usable even on those arches. Signed-off-by: Alexey Brodkin Cc: Khem Raj --- meta/recipes-kernel/perf/perf.bb | 4 1 file changed, 4 insertions(+) diff --git a/meta/recipes-kernel/perf/perf.bb b/meta/recipes-kernel/perf/perf.bb index af099043e1..bae4948751 100644 --- a/meta/recipes-kernel/perf/perf.bb +++ b/meta/recipes-kernel/perf/perf.bb @@ -26,6 +26,10 @@ PACKAGECONFIG[jvmti] = ",NO_JVMTI=1" PACKAGECONFIG[audit] = ",NO_LIBAUDIT=1,audit" PACKAGECONFIG[manpages] = ",,xmlto-native asciidoc-native" +# libunwind is not yet ported for some architectures +PACKAGECONFIG_remove_arc = "libunwind" +PACKAGECONFIG_remove_riscv64 = "libunwind" + DEPENDS = " \ virtual/${MLPREFIX}libc \ ${MLPREFIX}elfutils \ -- 2.16.2 -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH v3] python3: Add python3-venv package
Package both the venv module and the pyvenv binaries into the python3-venv package. Add python3-pyvenv RPROVIDES to python3-venv for backward compatibility. Signed-off-by: Hugues Kamba --- .../python/python3/python3-manifest.json | 16 meta/recipes-devtools/python/python3_3.5.6.bb| 4 ++-- 2 files changed, 18 insertions(+), 2 deletions(-) diff --git a/meta/recipes-devtools/python/python3/python3-manifest.json b/meta/recipes-devtools/python/python3/python3-manifest.json index f922561368..ef7fa4ecaf 100644 --- a/meta/recipes-devtools/python/python3/python3-manifest.json +++ b/meta/recipes-devtools/python/python3/python3-manifest.json @@ -1107,6 +1107,22 @@ "${libdir}/python${PYTHON_MAJMIN}/__pycache__/getpass.*.pyc" ] }, +"venv": { +"summary": "Provides support for creating lightweight virtual environments with their own site directories, optionally isolated from system site directories.", +"rdepends": [ +"compression", +"core", +"logging", +"shell", +"stringold", +"unixadmin" +], +"files": [ +"${libdir}/python${PYTHON_MAJMIN}/venv", +"${bindir}/pyvenv*" +], +"cached": [] +}, "xml": { "summary": "Python basic XML support", "rdepends": [ diff --git a/meta/recipes-devtools/python/python3_3.5.6.bb b/meta/recipes-devtools/python/python3_3.5.6.bb index 2a4547694a..31f8eada11 100644 --- a/meta/recipes-devtools/python/python3_3.5.6.bb +++ b/meta/recipes-devtools/python/python3_3.5.6.bb @@ -226,8 +226,8 @@ FILES_${PN}-2to3 += "${bindir}/2to3-${PYTHON_MAJMIN}" FILES_${PN}-pydoc += "${bindir}/pydoc${PYTHON_MAJMIN} ${bindir}/pydoc3" FILES_${PN}-idle += "${bindir}/idle3 ${bindir}/idle${PYTHON_MAJMIN}" -PACKAGES =+ "${PN}-pyvenv" -FILES_${PN}-pyvenv += "${bindir}/pyvenv-${PYTHON_MAJMIN} ${bindir}/pyvenv" +# provide python-pyvenv from python3-venv +RPROVIDES_${PN}-venv += "${PN}-pyvenv" # package libpython3 PACKAGES =+ "libpython3 libpython3-staticdev" -- 2.18.0 IMPORTANT NOTICE: The contents of this email and any attachments are confidential and may also be privileged. If you are not the intended recipient, please notify the sender immediately and do not disclose the contents to any other person, use it for any purpose, or store or copy the information in any medium. Thank you. -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH] xf86-video-intel: update to latest
On Tue, 2018-10-30 at 16:19 +0800, Anuj Mittal wrote: > For changes, please see: > > https://cgit.freedesktop.org/xorg/driver/xf86-video-intel/log/?qt=range=e4fe79cf0d9a05ee3f3a027148ef0aeb2b1b34e1...0932a6b37ba6d5c9e916a1cb6ab89c3205b81a0c > > Enable sna by default and remove upstreamed patches. > > Signed-off-by: Anuj Mittal Fails on musl unfortunately: https://autobuilder.yoctoproject.org/typhoon/#/builders/11/builds/157/steps/7/logs/step1b Cheers, Richard -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [yocto] 2.6 migration guide
Got it, thanks. On Wed, Oct 31, 2018 at 9:02 AM Bas Mevissen wrote: > On 2018-10-31 16:50, Scott Rifenbark wrote: > > > Can you tell me why "123456" is also not removed? That string contains > > instances of "123" and "456" > > > Because it removes all occurrences of the list value "123" and not of > value "123456" or any part of it. Otherwise, it would be impossible to > use this function to only remove, say, "1" from a long list of numbers. > (here 'value' is not limited to a number). > > -- Bas. > > > > > Thanks, > > Scott > > > > On Wed, Oct 31, 2018 at 12:15 AM Robert Berger > > wrote: > > > >> Hi Scott, > >> > >> On 31.10.18 00:06, Scott Rifenbark wrote: > >>> > >>> I have an initial section at > >>> > https://yoctoproject.org/docs/2.6/ref-manual/ref-manual.html#moving-to-the-yocto-project-2.6-release > , > >>> which is based on Richard's input. I am sure there are more items. > >> > >> You might want to add a link to the bitbake manual or some example > >> from > >> there for the new functionality of _remove operator: > >> > >> > http://git.openembedded.org/bitbake/tree/doc/bitbake-user-manual/bitbake-user-manual-metadata.xml?id=c0a23dd9155c50a6b7df796980bc7b612cac7994#n334 > >> > >> FOO = "123 456 789 123456 123 456 123 456" > >> FOO_remove = "123" > >> FOO_remove = "456" > >> > >> FOO is now: " 789 123456" instead of "789 123456" > >> > >>> > >>> Thanks, > >>> Scott > >> > >> Regards, > >> > >> Robert > > > -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH] npm: change install directory to upstream default
On Mon, 29 Oct 2018 at 04:39, Olaf Mandel wrote: > > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA256 > > Hello Dan, > > Am 26.10.2018 um 19:46 schrieb Dan McGregor: > > On Fri, 19 Oct 2018 at 09:29, Olaf Mandel > > wrote: > >> -NPM_INSTALLDIR = "${D}${libdir}/node_modules/${NPMPN}" > >> +NPM_INSTALLDIR = "${D}${libdir}/node/${NPMPN}" > > > > Ï realise this has already gone în, but should this be > > ${nonarch_libdir}, or does it use /usr/lib64 or /usr/libx32 > > correctly? > > > For me, libdir resolves to /usr/lib, so I didn't notice any problems. > And the "lib"-part is hardcoded in NodeJS (lib/module.js: > path.resolve(prefixDir, 'lib', 'node')). > > So if ${nonarch_libdir} is always ${prefix}/lib even if ${libdir} > isn't, then that should be changed. Okay, that makes sense. The behaviour of nonarch_libdir is as you described, sp on certain targets (ie x86_64 or aarch64) with multilib enabled ${libdir} would resolve to /usr/lib64. > > Best regards, > Olaf Mandel > -BEGIN PGP SIGNATURE- > > iQEzBAEBCAAdFiEErGOsr28GGMKRE/TmVL2dtGJSHf8FAlvW43UACgkQVL2dtGJS > Hf8gLAf/aIQ5z219f1Tqtp5Oc1mBr4IN3T/Uzk6MlKKtqfQGS2KBF7CqWLUKNXT2 > /eKa/v7H55yTWC6PSlJjx7HMzJK9mhwZ84LwAQ4rpj6ZBn1RYjv4DBdgPxlQN+1N > 4kAoWklpgBut0eNtb9hniwf2VhF7rkI8eLVdNcL1SR7JroDahSnjVGozuE/asxK0 > yJHHaz3cbe6QooYKeyi4y6lM1wJfP5Wny0rOCMh3rWvsexf7G7itki0MoRU7dNVv > C2zK+/KVjhYbLWSRijSYjGRFpMzKb9AddBxkpIZ4z7vjAlbbbYN1iw3RdPoiPYhP > rwvtSk3Wwe4McsVUjRaEFxwcdCPQQQ== > =1BcQ > -END PGP SIGNATURE- -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [yocto] 2.6 migration guide
On 2018-10-31 16:50, Scott Rifenbark wrote: Can you tell me why "123456" is also not removed? That string contains instances of "123" and "456" Because it removes all occurrences of the list value "123" and not of value "123456" or any part of it. Otherwise, it would be impossible to use this function to only remove, say, "1" from a long list of numbers. (here 'value' is not limited to a number). -- Bas. Thanks, Scott On Wed, Oct 31, 2018 at 12:15 AM Robert Berger wrote: Hi Scott, On 31.10.18 00:06, Scott Rifenbark wrote: I have an initial section at https://yoctoproject.org/docs/2.6/ref-manual/ref-manual.html#moving-to-the-yocto-project-2.6-release, which is based on Richard's input. I am sure there are more items. You might want to add a link to the bitbake manual or some example from there for the new functionality of _remove operator: http://git.openembedded.org/bitbake/tree/doc/bitbake-user-manual/bitbake-user-manual-metadata.xml?id=c0a23dd9155c50a6b7df796980bc7b612cac7994#n334 FOO = "123 456 789 123456 123 456 123 456" FOO_remove = "123" FOO_remove = "456" FOO is now: " 789 123456" instead of "789 123456" Thanks, Scott Regards, Robert -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [yocto] 2.6 migration guide
Can you tell me why "123456" is also not removed? That string contains instances of "123" and "456" Thanks, Scott On Wed, Oct 31, 2018 at 12:15 AM Robert Berger < yocto.user.mailingl...@gmail.com> wrote: > Hi Scott, > > On 31.10.18 00:06, Scott Rifenbark wrote: > > > > I have an initial section at > > > https://yoctoproject.org/docs/2.6/ref-manual/ref-manual.html#moving-to-the-yocto-project-2.6-release, > > > which is based on Richard's input. I am sure there are more items. > > You might want to add a link to the bitbake manual or some example from > there for the new functionality of _remove operator: > > > http://git.openembedded.org/bitbake/tree/doc/bitbake-user-manual/bitbake-user-manual-metadata.xml?id=c0a23dd9155c50a6b7df796980bc7b612cac7994#n334 > > FOO = "123 456 789 123456 123 456 123 456" > FOO_remove = "123" > FOO_remove = "456" > > FOO is now: " 789 123456" instead of "789 123456" > > > > > Thanks, > > Scott > > Regards, > > Robert > > -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [yocto] 2.6 migration guide
Thanks Robert... I will do that. Scott On Wed, Oct 31, 2018 at 12:15 AM Robert Berger < yocto.user.mailingl...@gmail.com> wrote: > Hi Scott, > > On 31.10.18 00:06, Scott Rifenbark wrote: > > > > I have an initial section at > > > https://yoctoproject.org/docs/2.6/ref-manual/ref-manual.html#moving-to-the-yocto-project-2.6-release, > > > which is based on Richard's input. I am sure there are more items. > > You might want to add a link to the bitbake manual or some example from > there for the new functionality of _remove operator: > > > http://git.openembedded.org/bitbake/tree/doc/bitbake-user-manual/bitbake-user-manual-metadata.xml?id=c0a23dd9155c50a6b7df796980bc7b612cac7994#n334 > > FOO = "123 456 789 123456 123 456 123 456" > FOO_remove = "123" > FOO_remove = "456" > > FOO is now: " 789 123456" instead of "789 123456" > > > > > Thanks, > > Scott > > Regards, > > Robert > > -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] ✗ patchtest: failure for "[master-next] tzcode-native: u..." and 4 more
== Series Details == Series: "[master-next] tzcode-native: u..." and 4 more Revision: 1 URL : https://patchwork.openembedded.org/series/14734/ 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-next (currently at 6ab561af7e) 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] [OE-Core][PATCH] v86d: Make cross compilation working on more architectures
Since commit 709c603dec19 ("v86d: Accept aarch64 as build host") we support cross compilation on aarch64 host in addition to x86 host. However building on hosts different than two above will fail. Make cross compilation support more generic by checking for TARGET_ARCH in v86d configure script with fallback to `uname -m` when not present in environment and pass TARGET_ARCH explicitly in do_configure(). Cross build for x86 tested on IBM Power 8 machine with RHEL7. Should work on aarch64 and rest too. Signed-off-by: Serhey Popovych --- .../v86d/v86d/Support-for-cross-compilation.patch | 34 ++ meta/recipes-bsp/v86d/v86d/aarch64-host.patch | 18 meta/recipes-bsp/v86d/v86d_0.1.10.bb | 4 +-- 3 files changed, 36 insertions(+), 20 deletions(-) create mode 100644 meta/recipes-bsp/v86d/v86d/Support-for-cross-compilation.patch delete mode 100644 meta/recipes-bsp/v86d/v86d/aarch64-host.patch diff --git a/meta/recipes-bsp/v86d/v86d/Support-for-cross-compilation.patch b/meta/recipes-bsp/v86d/v86d/Support-for-cross-compilation.patch new file mode 100644 index 000..15f70a5 --- /dev/null +++ b/meta/recipes-bsp/v86d/v86d/Support-for-cross-compilation.patch @@ -0,0 +1,34 @@ +From 8eda59654fd31416164c78f6068715b01767ed4e Mon Sep 17 00:00:00 2001 +From: Serhey Popovych +Date: Wed, 31 Oct 2018 07:31:47 -0400 +Subject: v86d: Support for cross compilation + +It is common to build on one system for another (e.g. on IBM Power +machine for Intel x86) where HOST_ARCH (uname -m) != TARGET_ARCH. + +Take TARGET_ARCH from environment if it is given, otherwise fall back +to `uname -m`. + +Upstream-Status: Pending +Signed-off-by: Serhey Popovych +--- + configure | 3 ++- + 1 file changed, 2 insertions(+), 1 deletion(-) + +diff --git a/configure b/configure +index cbbd6b3..046aa99 100755 +--- a/configure b/configure +@@ -23,7 +23,8 @@ copt_x86emu_type="bool" + copt_x86emu_def=auto + copt_x86emu_test() + { +- local m=`uname -m` ++ local m="${TARGET_ARCH:-$(uname -m)}" ++ + if [ "$m" = "i686" -o "$m" = "i586" -o "$m" = "i486" -o "$m" = "i386" ]; then + echo "n"; + elif [ "$m" = "x86_64" ]; then +-- +1.8.3.1 + diff --git a/meta/recipes-bsp/v86d/v86d/aarch64-host.patch b/meta/recipes-bsp/v86d/v86d/aarch64-host.patch deleted file mode 100644 index 701fed7..000 --- a/meta/recipes-bsp/v86d/v86d/aarch64-host.patch +++ /dev/null @@ -1,18 +0,0 @@ -Accept aarch64 as valid build host - -Upstream-Status: Pending -Signed-off-by: Khem Raj - -Index: v86d-0.1.10/configure -=== v86d-0.1.10.orig/configure -+++ v86d-0.1.10/configure -@@ -26,7 +26,7 @@ copt_x86emu_test() - local m=`uname -m` - if [ "$m" = "i686" -o "$m" = "i586" -o "$m" = "i486" -o "$m" = "i386" ]; then - echo "n"; -- elif [ "$m" = "x86_64" ]; then -+ elif [ "$m" = "x86_64" -o "$m" = "aarch64" ]; then - echo "y"; - else - echo "It looks like your architecture '$m' isn't supported by this version of v86d." >&2 diff --git a/meta/recipes-bsp/v86d/v86d_0.1.10.bb b/meta/recipes-bsp/v86d/v86d_0.1.10.bb index f97b80d..84e27d2 100644 --- a/meta/recipes-bsp/v86d/v86d_0.1.10.bb +++ b/meta/recipes-bsp/v86d/v86d_0.1.10.bb @@ -12,7 +12,7 @@ PR = "r2" SRC_URI = "http://snapshot.debian.org/archive/debian/20110427T035506Z/pool/main/v/${BPN}/${BPN}_${PV}.orig.tar.gz \ file://Update-x86emu-from-X.org.patch \ file://ar-from-env.patch \ - file://aarch64-host.patch \ + file://Support-for-cross-compilation.patch \ " SRC_URI[md5sum] = "889686ec8424468fe0d205742e77a4c2" @@ -22,7 +22,7 @@ PACKAGE_ARCH = "${MACHINE_ARCH}" COMPATIBLE_HOST = '(i.86|x86_64).*-linux' do_configure () { - ./configure --with-x86emu + TARGET_ARCH="${TARGET_ARCH}" ./configure --with-x86emu } do_compile () { -- 2.7.4 -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH v8] python3{,-native}: update to 3.7.0
Update python3 to recent 3.7.0 release. Details about new features and bug-fixes can be taken from * https://docs.python.org/3/whatsnew/3.7.html * https://docs.python.org/3/whatsnew/3.6.html Remove patches when they were fixed upstream and rebase the remaining ones. If necessary, the patches are adopted to keep the idea when upstream code was changed. Also remove backports from 3.6 and 3.7 into 3.5.6 codebase for TLS and multiprocessing. Open TODO: track patches in a -STABLE rebased git branch for easier rebasing or upstream submitting. Enhancement requests for Yocto project * https://bugzilla.yoctoproject.org/show_bug.cgi?id=12375 * https://bugzilla.yoctoproject.org/show_bug.cgi?id=12901 are solved by this. Rebased until e349b239c8833bcdad9b1ff1a0702ace2db71959 Signed-off-by: Jens Rehsack --- meta/classes/python3-dir.bbclass | 6 +- .../python/python3-native_3.5.6.bb| 100 -- .../python/python3-native_3.7.0.bb| 73 meta/recipes-devtools/python/python3.inc | 65 +++- ...hell-version-of-python-config-that-w.patch | 21 +- ..._sysconfigdata.py-to-initialize-dist.patch | 66 ...ontext-has-improved-default-settings.patch | 272 --- ...d-target-to-split-profile-generation.patch | 40 --- ...S-1.3-cipher-suites-and-OP_NO_TLSv1_.patch | 227 ...for-TLS-1.3-and-OpenSSL-1.1.1-GH-876.patch | 173 - 3-ciphers-for-OpenSSL-1.1.1-GH-6976.patch | 110 -- ...ALPN-changes-for-OpenSSL-1.1.0f-2305.patch | 68 .../python3/03-fix-tkinter-detection.patch| 12 +- .../python3/030-fixup-include-dirs.patch | 9 - .../080-distutils-dont_adjust_files.patch | 4 +- .../python/python3/150-fix-setupterm.patch| 17 - ...GS-for-extensions-when-cross-compili.patch | 53 ++- .../python3/avoid-ncursesw-include-path.patch | 18 +- .../python3/avoid_warning_about_tkinter.patch | 18 +- .../python3/configure.ac-fix-LIBPL.patch | 21 +- .../python/python3/float-endian.patch | 9 +- ...ssing-libraries-to-Extension-for-mul.patch | 26 +- .../python/python3/python-3.3-multilib.patch | 241 +++-- .../python/python3/python3-manifest.json | 35 +- ...CROSSPYTHONPATH-for-PYTHON_FOR_BUILD.patch | 17 +- .../python/python3/regen-all.patch| 25 -- .../python/python3/signal.patch | 56 --- ...port_SOURCE_DATE_EPOCH_in_py_compile.patch | 36 +- .../python3/sysroot-include-headers.patch | 23 +- .../python3/uuid_when_cross_compiling.patch | 24 ++ meta/recipes-devtools/python/python3_3.5.6.bb | 329 -- meta/recipes-devtools/python/python3_3.7.0.bb | 300 32 files changed, 723 insertions(+), 1771 deletions(-) delete mode 100644 meta/recipes-devtools/python/python3-native_3.5.6.bb create mode 100644 meta/recipes-devtools/python/python3-native_3.7.0.bb delete mode 100644 meta/recipes-devtools/python/python3/0001-Issue-21272-Use-_sysconfigdata.py-to-initialize-dist.patch delete mode 100644 meta/recipes-devtools/python/python3/0001-Issue-28043-SSLContext-has-improved-default-settings.patch delete mode 100644 meta/recipes-devtools/python/python3/0002-Makefile-add-target-to-split-profile-generation.patch delete mode 100644 meta/recipes-devtools/python/python3/0002-bpo-29136-Add-TLS-1.3-cipher-suites-and-OP_NO_TLSv1_.patch delete mode 100644 meta/recipes-devtools/python/python3/0003-bpo-32947-Fixes-for-TLS-1.3-and-OpenSSL-1.1.1-GH-876.patch delete mode 100644 meta/recipes-devtools/python/python3/0004-bpo-33570-TLS-1.3-ciphers-for-OpenSSL-1.1.1-GH-6976.patch delete mode 100644 meta/recipes-devtools/python/python3/0005-bpo-30714-ALPN-changes-for-OpenSSL-1.1.0f-2305.patch delete mode 100644 meta/recipes-devtools/python/python3/150-fix-setupterm.patch delete mode 100644 meta/recipes-devtools/python/python3/regen-all.patch delete mode 100644 meta/recipes-devtools/python/python3/signal.patch create mode 100644 meta/recipes-devtools/python/python3/uuid_when_cross_compiling.patch delete mode 100644 meta/recipes-devtools/python/python3_3.5.6.bb create mode 100644 meta/recipes-devtools/python/python3_3.7.0.bb diff --git a/meta/classes/python3-dir.bbclass b/meta/classes/python3-dir.bbclass index 06bb046d9c..ad7ea8dd9a 100644 --- a/meta/classes/python3-dir.bbclass +++ b/meta/classes/python3-dir.bbclass @@ -1,4 +1,8 @@ -PYTHON_BASEVERSION = "3.5" +PYTHON_BASEVERSION = "3.7" +# [d][m][u] +# d: py_debug +# m: my_malloc +# u: wide-char unicode PYTHON_ABI = "m" PYTHON_DIR = "python${PYTHON_BASEVERSION}" PYTHON_PN = "python3" diff --git a/meta/recipes-devtools/python/python3-native_3.5.6.bb b/meta/recipes-devtools/python/python3-native_3.5.6.bb deleted file mode 100644 index d5953cf4bb..00 --- a/meta/recipes-devtools/python/python3-native_3.5.6.bb +++ /dev/null @@ -1,100 +0,0 @@ -require recipes-devtools/python/python3.inc - -DISTRO_SRC_URI ?= "file://sitecustomize.py" -DISTRO_SRC_URI_linuxstdbase = ""
[OE-core] [master-next][PATCH 3/5] xserver-xorg: update to 1.20.3
1.20.3 fixes arm booting in testimage Signed-off-by: Armin Kuster --- .../xorg-xserver/{xserver-xorg_1.20.1.bb => xserver-xorg_1.20.3.bb} | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) rename meta/recipes-graphics/xorg-xserver/{xserver-xorg_1.20.1.bb => xserver-xorg_1.20.3.bb} (87%) diff --git a/meta/recipes-graphics/xorg-xserver/xserver-xorg_1.20.1.bb b/meta/recipes-graphics/xorg-xserver/xserver-xorg_1.20.3.bb similarity index 87% rename from meta/recipes-graphics/xorg-xserver/xserver-xorg_1.20.1.bb rename to meta/recipes-graphics/xorg-xserver/xserver-xorg_1.20.3.bb index cfdaf73..1caa154 100644 --- a/meta/recipes-graphics/xorg-xserver/xserver-xorg_1.20.1.bb +++ b/meta/recipes-graphics/xorg-xserver/xserver-xorg_1.20.3.bb @@ -4,8 +4,8 @@ SRC_URI += "file://musl-arm-inb-outb.patch \ file://0001-xf86pciBus.c-use-Intel-ddx-only-for-pre-gen4-hardwar.patch \ file://pkgconfig.patch \ " -SRC_URI[md5sum] = "e525846d1d0af5732ba835f2e2ec066d" -SRC_URI[sha256sum] = "59c99fe86fe75b8164c6567bfc6e982aecc2e4a51e6fbac1b842d5d00549e918" +SRC_URI[md5sum] = "8ee29e8b24cef6b3cfa747ec01b9155a" +SRC_URI[sha256sum] = "1b3ce466c12cacbe2252b3ad5b0ed561972eef9d09e75900d65fb1e21f9201de" # These extensions are now integrated into the server, so declare the migration # path for in-place upgrades. -- 2.7.4 -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [master-next][PATCH 5/5] dhcp: fix issue with new bind changes
Signed-off-by: Armin Kuster --- ...eplace-custom-isc_boolean_t-with-C-standa.patch | 2882 meta/recipes-connectivity/dhcp/dhcp_4.4.1.bb |1 + 2 files changed, 2883 insertions(+) create mode 100644 meta/recipes-connectivity/dhcp/dhcp/0001-dhcpd-fix-Replace-custom-isc_boolean_t-with-C-standa.patch diff --git a/meta/recipes-connectivity/dhcp/dhcp/0001-dhcpd-fix-Replace-custom-isc_boolean_t-with-C-standa.patch b/meta/recipes-connectivity/dhcp/dhcp/0001-dhcpd-fix-Replace-custom-isc_boolean_t-with-C-standa.patch new file mode 100644 index 000..d2e5771 --- /dev/null +++ b/meta/recipes-connectivity/dhcp/dhcp/0001-dhcpd-fix-Replace-custom-isc_boolean_t-with-C-standa.patch @@ -0,0 +1,2882 @@ +From ffb1d1325bd6503df9a324befac5f5039ac77432 Mon Sep 17 00:00:00 2001 +From: Armin Kuster +Date: Tue, 23 Oct 2018 10:36:56 + +Subject: [PATCH] dhcpd: fix Replace custom isc_boolean_t with C standard bool + type + + +Upstream-Status: Pending + +Fixes issues introduced by bind when they changed their headers. + +Signed-off-by: Armin Kuster +--- + includes/dhcpd.h | 34 +- + includes/heap.h| 2 +- + includes/omapip/omapip.h | 2 +- + includes/omapip/omapip_p.h | 6 +++--- + includes/tree.h| 2 +- + 5 files changed, 23 insertions(+), 23 deletions(-) + +Index: dhcp-4.4.1/includes/dhcpd.h +=== +--- dhcp-4.4.1.orig/includes/dhcpd.h dhcp-4.4.1/includes/dhcpd.h +@@ -461,20 +461,20 @@ struct packet { +* options we got in a previous exchange were still there, we need +* to signal this in a reliable way. +*/ +- isc_boolean_t agent_options_stashed; ++ bool agent_options_stashed; + + /* +* ISC_TRUE if packet received unicast (as opposed to multicast). +* Only used in DHCPv6. +*/ +- isc_boolean_t unicast; ++ bool unicast; + + /* Propagates server value SV_ECHO_CLIENT_ID so it is available + * in cons_options() */ + int sv_echo_client_id; + + /* Relay port check */ +- isc_boolean_t relay_source_port; ++ bool relay_source_port; + }; + + /* +@@ -1174,7 +1174,7 @@ struct dhc6_lease { + struct dhc6_lease *next; + struct data_string server_id; + +- isc_boolean_t released; ++ bool released; + int score; + u_int8_t pref; + +@@ -1695,8 +1695,8 @@ struct ipv6_pool { + int bits; /* number of bits, CIDR style */ + int units; /* allocation unit in bits */ + iasubopt_hash_t *leases;/* non-free leases */ +- isc_uint64_t num_active;/* count of active leases */ +- isc_uint64_t num_abandoned; /* count of abandoned leases */ ++ uint64_t num_active;/* count of active leases */ ++ uint64_t num_abandoned; /* count of abandoned leases */ + isc_heap_t *active_timeouts;/* timeouts for active leases */ + int num_inactive; /* count of inactive leases */ + isc_heap_t *inactive_timeouts; /* timeouts for expired or +@@ -1732,11 +1732,11 @@ struct ipv6_pond { + struct ipv6_pool **ipv6_pools; /* NULL-terminated array */ + int last_ipv6_pool; /* offset of last IPv6 pool + used to issue a lease */ +- isc_uint64_t num_total; /* Total number of elements in the pond */ +- isc_uint64_t num_active;/* Number of elements in the pond in use */ +- isc_uint64_t num_abandoned; /* count of abandoned leases */ ++ uint64_t num_total; /* Total number of elements in the pond */ ++ uint64_t num_active;/* Number of elements in the pond in use */ ++ uint64_t num_abandoned; /* count of abandoned leases */ + int logged; /* already logged a message */ +- isc_uint64_t low_threshold; /* low threshold to restart logging */ ++ uint64_t low_threshold; /* low threshold to restart logging */ + int jumbo_range; + #ifdef EUI_64 + int use_eui_64; /* use EUI-64 address assignment when true */ +@@ -1745,9 +1745,9 @@ struct ipv6_pond { + + /* + * Max addresses in a pond that can be supported by log threshold +- * Currently based on max value supported by isc_uint64_t. ++ * Currently based on max value supported by uint64_t. + */ +-#define POND_TRACK_MAX ISC_UINT64_MAX ++#define POND_TRACK_MAX UINT64_MAX + + /* Flags for dhcp_ddns_cb_t */ + #define DDNS_UPDATE_ADDR 0x0001 +@@ -1868,7 +1868,7 @@ lookup_fqdn6_option(struct universe *uni + unsigned code); + void + save_fqdn6_option(struct universe *universe, struct option_state *options, +-struct option_cache *oc, isc_boolean_t appendp); ++
[OE-core] [master-next][PATCH 2/5] tzdata: update to 2018g
Changes to code When generating TZif files with leap seconds, zic no longer uses a format that trips up older 32-bit clients, fixing a bug introduced in 2018f. (Reported by Daniel Fischer.) Also, the zic workaround for QTBUG-53071 now also works for TZif files with leap seconds. The translator to rearguard format now rewrites the line "Rule Japan 1948 1951 - Sep Sat>=8 25:00 0 S" to "Rule Japan 1948 1951 - Sep Sun>=9 1:00 0 S". This caters to zic before 2007 and to Oracle TZUpdater 2.2.0 and earlier. (Reported by Christos Zoulas.) Changes to past time zone abbreviations Change HDT to HWT/HPT for WWII-era abbreviations in Hawaii. This reverts to 2011h, as the abbreviation change in 2011i was likely inadvertent. Changes to documentation tzfile.5 has new sections on interoperability issues. Signed-off-by: Armin Kuster --- meta/recipes-extended/tzdata/{tzdata_2018f.bb => tzdata_2018g.bb} | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) rename meta/recipes-extended/tzdata/{tzdata_2018f.bb => tzdata_2018g.bb} (98%) diff --git a/meta/recipes-extended/tzdata/tzdata_2018f.bb b/meta/recipes-extended/tzdata/tzdata_2018g.bb similarity index 98% rename from meta/recipes-extended/tzdata/tzdata_2018f.bb rename to meta/recipes-extended/tzdata/tzdata_2018g.bb index b167540..dba82ac 100644 --- a/meta/recipes-extended/tzdata/tzdata_2018f.bb +++ b/meta/recipes-extended/tzdata/tzdata_2018g.bb @@ -9,8 +9,8 @@ DEPENDS = "tzcode-native" SRC_URI = "http://www.iana.org/time-zones/repository/releases/tzdata${PV}.tar.gz;name=tzdata; UPSTREAM_CHECK_URI = "http://www.iana.org/time-zones; -SRC_URI[tzdata.md5sum] = "e5e84f00f9d18bd6ebc8b1affec91b15" -SRC_URI[tzdata.sha256sum] = "0af6a85fc4ea95832f76524f35696a61abb3992fd3f8db33e5a1f95653e043f2" +SRC_URI[tzdata.md5sum] = "e71cb1f9d8d53c43904d79d7aeeedc1b" +SRC_URI[tzdata.sha256sum] = "02dfde534872f6513ae4553a3388fdae579441e31b862ea99170dfc447f46a16" inherit allarch -- 2.7.4 -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [master-next][PATCH 4/5] bind: update to latest LTS 9.11.5
includes: CVE-2018-5738 drop patch for CVE-2018-5740 now included in update see: https://ftp.isc.org/isc/bind9/9.11.5/RELEASE-NOTES-bind-9.11.5.html Add RECIPE_NO_UPDATE_REASON for lts Signed-off-by: Armin Kuster --- .../bind/bind/CVE-2018-5740.patch | 72 -- .../bind/{bind_9.11.4.bb => bind_9.11.5.bb}| 6 +- 2 files changed, 3 insertions(+), 75 deletions(-) delete mode 100644 meta/recipes-connectivity/bind/bind/CVE-2018-5740.patch rename meta/recipes-connectivity/bind/{bind_9.11.4.bb => bind_9.11.5.bb} (96%) diff --git a/meta/recipes-connectivity/bind/bind/CVE-2018-5740.patch b/meta/recipes-connectivity/bind/bind/CVE-2018-5740.patch deleted file mode 100644 index 7a2ba7e..000 --- a/meta/recipes-connectivity/bind/bind/CVE-2018-5740.patch +++ /dev/null @@ -1,72 +0,0 @@ -Upstream-Status: Backport [https://ftp.isc.org/isc/bind9/9.11.4-P1/patches/CVE-2018-5740] - -CVE: CVE-2018-5740 - -Signed-off-by: Changqing Li - -diff --git a/CHANGES b/CHANGES -index 750b600..3d8d655 100644 a/CHANGES -+++ b/CHANGES -@@ -1,3 +1,9 @@ -+ --- 9.11.4-P1 released --- -+ -+4997. [security] named could crash during recursive processing -+ of DNAME records when "deny-answer-aliases" was -+ in use. (CVE-2018-5740) [GL #387] -+ - --- 9.11.4 released --- - - --- 9.11.4rc2 released --- -diff --git a/lib/dns/resolver.c b/lib/dns/resolver.c -index 8f674a2..41d1385 100644 a/lib/dns/resolver.c -+++ b/lib/dns/resolver.c -@@ -6318,6 +6318,7 @@ is_answertarget_allowed(fetchctx_t *fctx, dns_name_t *qname, dns_name_t *rname, - unsigned int nlabels; - dns_fixedname_t fixed; - dns_name_t prefix; -+ int order; - - REQUIRE(rdataset != NULL); - REQUIRE(rdataset->type == dns_rdatatype_cname || -@@ -6340,17 +6341,25 @@ is_answertarget_allowed(fetchctx_t *fctx, dns_name_t *qname, dns_name_t *rname, - tname = - break; - case dns_rdatatype_dname: -+ if (dns_name_fullcompare(qname, rname, , ) != -+ dns_namereln_subdomain) -+ { -+ return (ISC_TRUE); -+ } - result = dns_rdata_tostruct(, , NULL); - RUNTIME_CHECK(result == ISC_R_SUCCESS); - dns_name_init(, NULL); - tname = dns_fixedname_initname(); -- nlabels = dns_name_countlabels(qname) - --dns_name_countlabels(rname); -+ nlabels = dns_name_countlabels(rname); - dns_name_split(qname, nlabels, , NULL); - result = dns_name_concatenate(, , tname, - NULL); -- if (result == DNS_R_NAMETOOLONG) -+ if (result == DNS_R_NAMETOOLONG) { -+ if (chainingp != NULL) { -+ *chainingp = ISC_TRUE; -+ } - return (ISC_TRUE); -+ } - RUNTIME_CHECK(result == ISC_R_SUCCESS); - break; - default: -@@ -7071,7 +7080,9 @@ answer_response(fetchctx_t *fctx) { - } - if ((ardataset->type == dns_rdatatype_cname || -ardataset->type == dns_rdatatype_dname) && -- !is_answertarget_allowed(fctx, qname, aname, ardataset, -+ type != ardataset->type && -+ type != dns_rdatatype_any && -+ !is_answertarget_allowed(fctx, qname, aname, ardataset, - NULL)) - { - return (DNS_R_SERVFAIL); diff --git a/meta/recipes-connectivity/bind/bind_9.11.4.bb b/meta/recipes-connectivity/bind/bind_9.11.5.bb similarity index 96% rename from meta/recipes-connectivity/bind/bind_9.11.4.bb rename to meta/recipes-connectivity/bind/bind_9.11.5.bb index cb4a21a..21e979f 100644 --- a/meta/recipes-connectivity/bind/bind_9.11.4.bb +++ b/meta/recipes-connectivity/bind/bind_9.11.5.bb @@ -20,14 +20,14 @@ SRC_URI = "https://ftp.isc.org/isc/bind9/${PV}/${BPN}-${PV}.tar.gz \ file://0001-configure.in-remove-useless-L-use_openssl-lib.patch \ file://0001-named-lwresd-V-and-start-log-hide-build-options.patch \ file://0001-avoid-start-failure-with-bind-user.patch \ - file://CVE-2018-5740.patch \ " -SRC_URI[md5sum] = "9b4834d78f30cdb796ce437262272a36" -SRC_URI[sha256sum] = "595070b031f869f8939656b5a5d11b121211967f15f6afeafa895df745279617" +SRC_URI[md5sum] = "17a0d02102117c9a221e857cf2cc8157" +SRC_URI[sha256sum] = "a4cae11dad954bdd4eb592178f875bfec09fcc7e29fe0f6b7a4e5b5c6bc61322" UPSTREAM_CHECK_URI = "https://ftp.isc.org/isc/bind9/; UPSTREAM_CHECK_REGEX = "(?P9(\.\d+)+(-P\d+)*)/" +RECIPE_NO_UPDATE_REASON = "9.11 is LTS 2021" inherit autotools update-rc.d systemd useradd pkgconfig multilib_script -- 2.7.4 --
[OE-core] [master-next][PATCH 1/5] tzcode-native: update to 2018g
Changes to code When generating TZif files with leap seconds, zic no longer uses a format that trips up older 32-bit clients, fixing a bug introduced in 2018f. (Reported by Daniel Fischer.) Also, the zic workaround for QTBUG-53071 now also works for TZif files with leap seconds. The translator to rearguard format now rewrites the line "Rule Japan 1948 1951 - Sep Sat>=8 25:00 0 S" to "Rule Japan 1948 1951 - Sep Sun>=9 1:00 0 S". This caters to zic before 2007 and to Oracle TZUpdater 2.2.0 and earlier. (Reported by Christos Zoulas.) Changes to past time zone abbreviations Change HDT to HWT/HPT for WWII-era abbreviations in Hawaii. This reverts to 2011h, as the abbreviation change in 2011i was likely inadvertent. Changes to documentation tzfile.5 has new sections on interoperability issues. Signed-off-by: Armin Kuster --- .../tzcode/{tzcode-native_2018f.bb => tzcode-native_2018g.bb} | 8 1 file changed, 4 insertions(+), 4 deletions(-) rename meta/recipes-extended/tzcode/{tzcode-native_2018f.bb => tzcode-native_2018g.bb} (70%) diff --git a/meta/recipes-extended/tzcode/tzcode-native_2018f.bb b/meta/recipes-extended/tzcode/tzcode-native_2018g.bb similarity index 70% rename from meta/recipes-extended/tzcode/tzcode-native_2018f.bb rename to meta/recipes-extended/tzcode/tzcode-native_2018g.bb index 816e34d..3e2b60a 100644 --- a/meta/recipes-extended/tzcode/tzcode-native_2018f.bb +++ b/meta/recipes-extended/tzcode/tzcode-native_2018g.bb @@ -11,10 +11,10 @@ SRC_URI =" http://www.iana.org/time-zones/repository/releases/tzcode${PV}.tar.gz UPSTREAM_CHECK_URI = "http://www.iana.org/time-zones; -SRC_URI[tzdata.md5sum] = "e5e84f00f9d18bd6ebc8b1affec91b15" -SRC_URI[tzdata.sha256sum] = "0af6a85fc4ea95832f76524f35696a61abb3992fd3f8db33e5a1f95653e043f2" -SRC_URI[tzcode.md5sum] = "011d394b70e6ee3823fd77010b99737f" -SRC_URI[tzcode.sha256sum] = "4ec74f8a84372570135ea4be16a042442fafe100f5598cb1017bfd30af6aaa70" +SRC_URI[tzcode.md5sum] = "b48f0282b80bb7dbe16e35626f446ae9" +SRC_URI[tzcode.sha256sum] = "aa53f4fb6570f02081be61dc11ade19ea5a280c23822a5b4016ce0c6be23c427" +SRC_URI[tzdata.md5sum] = "e71cb1f9d8d53c43904d79d7aeeedc1b" +SRC_URI[tzdata.sha256sum] = "02dfde534872f6513ae4553a3388fdae579441e31b862ea99170dfc447f46a16" S = "${WORKDIR}" -- 2.7.4 -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH v7] python3{,-native}: update to 3.7.0
Update python3 to recent 3.7.0 release. Details about new features and bug-fixes can be taken from * https://docs.python.org/3/whatsnew/3.7.html * https://docs.python.org/3/whatsnew/3.6.html Remove patches when they were fixed upstream and rebase the remaining ones. If necessary, the patches are adopted to keep the idea when upstream code was changed. Also remove backports from 3.6 and 3.7 into 3.5.6 codebase for TLS and multiprocessing. Open TODO: track patches in a -STABLE rebased git branch for easier rebasing or upstream submitting. Enhancement requests for Yocto project * https://bugzilla.yoctoproject.org/show_bug.cgi?id=12375 * https://bugzilla.yoctoproject.org/show_bug.cgi?id=12901 are solved by this. Signed-off-by: Jens Rehsack --- meta/classes/python3-dir.bbclass | 6 +- .../python/python3-native_3.5.6.bb| 100 -- .../python/python3-native_3.7.0.bb| 73 meta/recipes-devtools/python/python3.inc | 65 +++- ...hell-version-of-python-config-that-w.patch | 21 +- ..._sysconfigdata.py-to-initialize-dist.patch | 66 ...ontext-has-improved-default-settings.patch | 272 --- ...d-target-to-split-profile-generation.patch | 40 --- ...S-1.3-cipher-suites-and-OP_NO_TLSv1_.patch | 227 ...for-TLS-1.3-and-OpenSSL-1.1.1-GH-876.patch | 173 - 3-ciphers-for-OpenSSL-1.1.1-GH-6976.patch | 110 -- ...ALPN-changes-for-OpenSSL-1.1.0f-2305.patch | 68 .../python3/03-fix-tkinter-detection.patch| 12 +- .../python3/030-fixup-include-dirs.patch | 9 - .../080-distutils-dont_adjust_files.patch | 4 +- .../python/python3/150-fix-setupterm.patch| 17 - ...GS-for-extensions-when-cross-compili.patch | 53 ++- .../python3/avoid-ncursesw-include-path.patch | 18 +- .../python3/avoid_warning_about_tkinter.patch | 18 +- .../python3/configure.ac-fix-LIBPL.patch | 21 +- .../python/python3/float-endian.patch | 9 +- ...ssing-libraries-to-Extension-for-mul.patch | 26 +- .../python/python3/python-3.3-multilib.patch | 241 +++-- .../python/python3/python3-manifest.json | 35 +- ...CROSSPYTHONPATH-for-PYTHON_FOR_BUILD.patch | 17 +- .../python/python3/regen-all.patch| 25 -- .../python/python3/signal.patch | 56 --- ...port_SOURCE_DATE_EPOCH_in_py_compile.patch | 36 +- .../python3/sysroot-include-headers.patch | 23 +- .../python3/uuid_when_cross_compiling.patch | 24 ++ meta/recipes-devtools/python/python3_3.5.6.bb | 329 -- meta/recipes-devtools/python/python3_3.7.0.bb | 300 32 files changed, 723 insertions(+), 1771 deletions(-) delete mode 100644 meta/recipes-devtools/python/python3-native_3.5.6.bb create mode 100644 meta/recipes-devtools/python/python3-native_3.7.0.bb delete mode 100644 meta/recipes-devtools/python/python3/0001-Issue-21272-Use-_sysconfigdata.py-to-initialize-dist.patch delete mode 100644 meta/recipes-devtools/python/python3/0001-Issue-28043-SSLContext-has-improved-default-settings.patch delete mode 100644 meta/recipes-devtools/python/python3/0002-Makefile-add-target-to-split-profile-generation.patch delete mode 100644 meta/recipes-devtools/python/python3/0002-bpo-29136-Add-TLS-1.3-cipher-suites-and-OP_NO_TLSv1_.patch delete mode 100644 meta/recipes-devtools/python/python3/0003-bpo-32947-Fixes-for-TLS-1.3-and-OpenSSL-1.1.1-GH-876.patch delete mode 100644 meta/recipes-devtools/python/python3/0004-bpo-33570-TLS-1.3-ciphers-for-OpenSSL-1.1.1-GH-6976.patch delete mode 100644 meta/recipes-devtools/python/python3/0005-bpo-30714-ALPN-changes-for-OpenSSL-1.1.0f-2305.patch delete mode 100644 meta/recipes-devtools/python/python3/150-fix-setupterm.patch delete mode 100644 meta/recipes-devtools/python/python3/regen-all.patch delete mode 100644 meta/recipes-devtools/python/python3/signal.patch create mode 100644 meta/recipes-devtools/python/python3/uuid_when_cross_compiling.patch delete mode 100644 meta/recipes-devtools/python/python3_3.5.6.bb create mode 100644 meta/recipes-devtools/python/python3_3.7.0.bb diff --git a/meta/classes/python3-dir.bbclass b/meta/classes/python3-dir.bbclass index 06bb046d9c..ad7ea8dd9a 100644 --- a/meta/classes/python3-dir.bbclass +++ b/meta/classes/python3-dir.bbclass @@ -1,4 +1,8 @@ -PYTHON_BASEVERSION = "3.5" +PYTHON_BASEVERSION = "3.7" +# [d][m][u] +# d: py_debug +# m: my_malloc +# u: wide-char unicode PYTHON_ABI = "m" PYTHON_DIR = "python${PYTHON_BASEVERSION}" PYTHON_PN = "python3" diff --git a/meta/recipes-devtools/python/python3-native_3.5.6.bb b/meta/recipes-devtools/python/python3-native_3.5.6.bb deleted file mode 100644 index d5953cf4bb..00 --- a/meta/recipes-devtools/python/python3-native_3.5.6.bb +++ /dev/null @@ -1,100 +0,0 @@ -require recipes-devtools/python/python3.inc - -DISTRO_SRC_URI ?= "file://sitecustomize.py" -DISTRO_SRC_URI_linuxstdbase = "" -SRC_URI =
[OE-core] [PATCH v6] python3{,-native}: update to 3.7.0
Update python3 to recent 3.7.0 release. Details about new features and bug-fixes can be taken from * https://docs.python.org/3/whatsnew/3.7.html * https://docs.python.org/3/whatsnew/3.6.html Remove patches when they were fixed upstream and rebase the remaining ones. If necessary, the patches are adopted to keep the idea when upstream code was changed. Also remove backports from 3.6 and 3.7 into 3.5.6 codebase for TLS and multiprocessing. Open TODO: track patches in a -STABLE rebased git branch for easier rebasing or upstream submitting. Enhancement requests for Yocto project * https://bugzilla.yoctoproject.org/show_bug.cgi?id=12375 * https://bugzilla.yoctoproject.org/show_bug.cgi?id=12901 are solved by this. Signed-off-by: Jens Rehsack --- meta/classes/python3-dir.bbclass | 6 +- .../python/python3-native_3.5.6.bb| 100 -- .../python/python3-native_3.7.0.bb| 73 meta/recipes-devtools/python/python3.inc | 65 +++- ...hell-version-of-python-config-that-w.patch | 21 +- ..._sysconfigdata.py-to-initialize-dist.patch | 66 ...ontext-has-improved-default-settings.patch | 272 --- ...d-target-to-split-profile-generation.patch | 40 --- ...S-1.3-cipher-suites-and-OP_NO_TLSv1_.patch | 227 ...for-TLS-1.3-and-OpenSSL-1.1.1-GH-876.patch | 173 - 3-ciphers-for-OpenSSL-1.1.1-GH-6976.patch | 110 -- ...ALPN-changes-for-OpenSSL-1.1.0f-2305.patch | 68 .../python3/03-fix-tkinter-detection.patch| 12 +- .../python3/030-fixup-include-dirs.patch | 9 - .../080-distutils-dont_adjust_files.patch | 4 +- .../python/python3/150-fix-setupterm.patch| 17 - ...GS-for-extensions-when-cross-compili.patch | 53 ++- .../python3/avoid-ncursesw-include-path.patch | 18 +- .../python3/avoid_warning_about_tkinter.patch | 18 +- .../python3/configure.ac-fix-LIBPL.patch | 21 +- .../python/python3/float-endian.patch | 9 +- ...ssing-libraries-to-Extension-for-mul.patch | 26 +- .../python/python3/python-3.3-multilib.patch | 241 +++-- .../python/python3/python3-manifest.json | 35 +- ...CROSSPYTHONPATH-for-PYTHON_FOR_BUILD.patch | 17 +- .../python/python3/regen-all.patch| 25 -- .../python/python3/signal.patch | 56 --- ...port_SOURCE_DATE_EPOCH_in_py_compile.patch | 36 +- .../python3/sysroot-include-headers.patch | 23 +- .../python3/uuid_when_cross_compiling.patch | 24 ++ meta/recipes-devtools/python/python3_3.5.6.bb | 329 -- meta/recipes-devtools/python/python3_3.7.0.bb | 299 32 files changed, 722 insertions(+), 1771 deletions(-) delete mode 100644 meta/recipes-devtools/python/python3-native_3.5.6.bb create mode 100644 meta/recipes-devtools/python/python3-native_3.7.0.bb delete mode 100644 meta/recipes-devtools/python/python3/0001-Issue-21272-Use-_sysconfigdata.py-to-initialize-dist.patch delete mode 100644 meta/recipes-devtools/python/python3/0001-Issue-28043-SSLContext-has-improved-default-settings.patch delete mode 100644 meta/recipes-devtools/python/python3/0002-Makefile-add-target-to-split-profile-generation.patch delete mode 100644 meta/recipes-devtools/python/python3/0002-bpo-29136-Add-TLS-1.3-cipher-suites-and-OP_NO_TLSv1_.patch delete mode 100644 meta/recipes-devtools/python/python3/0003-bpo-32947-Fixes-for-TLS-1.3-and-OpenSSL-1.1.1-GH-876.patch delete mode 100644 meta/recipes-devtools/python/python3/0004-bpo-33570-TLS-1.3-ciphers-for-OpenSSL-1.1.1-GH-6976.patch delete mode 100644 meta/recipes-devtools/python/python3/0005-bpo-30714-ALPN-changes-for-OpenSSL-1.1.0f-2305.patch delete mode 100644 meta/recipes-devtools/python/python3/150-fix-setupterm.patch delete mode 100644 meta/recipes-devtools/python/python3/regen-all.patch delete mode 100644 meta/recipes-devtools/python/python3/signal.patch create mode 100644 meta/recipes-devtools/python/python3/uuid_when_cross_compiling.patch delete mode 100644 meta/recipes-devtools/python/python3_3.5.6.bb create mode 100644 meta/recipes-devtools/python/python3_3.7.0.bb diff --git a/meta/classes/python3-dir.bbclass b/meta/classes/python3-dir.bbclass index 06bb046d9c..ad7ea8dd9a 100644 --- a/meta/classes/python3-dir.bbclass +++ b/meta/classes/python3-dir.bbclass @@ -1,4 +1,8 @@ -PYTHON_BASEVERSION = "3.5" +PYTHON_BASEVERSION = "3.7" +# [d][m][u] +# d: py_debug +# m: my_malloc +# u: wide-char unicode PYTHON_ABI = "m" PYTHON_DIR = "python${PYTHON_BASEVERSION}" PYTHON_PN = "python3" diff --git a/meta/recipes-devtools/python/python3-native_3.5.6.bb b/meta/recipes-devtools/python/python3-native_3.5.6.bb deleted file mode 100644 index d5953cf4bb..00 --- a/meta/recipes-devtools/python/python3-native_3.5.6.bb +++ /dev/null @@ -1,100 +0,0 @@ -require recipes-devtools/python/python3.inc - -DISTRO_SRC_URI ?= "file://sitecustomize.py" -DISTRO_SRC_URI_linuxstdbase = "" -SRC_URI =
Re: [OE-core] [PATCH v2] python3: Fix python3-pyvenv run-time dependency
On Tue, 30 Oct 2018 at 17:23, Hugues Kamba wrote: > I am still new to Yocto but my understanding of adding pyvenv to venv's > RPROVIDES is that python3-pyvenv is available (albeit as an alias of > python3-venv). > I therefore have not removed the possibility for one to choose to include the > pyvenv package instead of the new venv package. > In fact, I tested building with python3-pyvenv included. > Which parts of the conmit message are contradicting according to you? "This patch adds the python3-venv module as a self-contained package which python3-pyvenv must depend on at run-time." python3-pyvenv does't exist. I'd simply rewrite the message along the follow lines: python3: add python3-venv package Package both the venv module and the pyvenv binaries into the python3-venv package. Add python3-pyvenv RPROVIDES to python3-venv for backward compatibility. Ross -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core