[OE-core] [PATCH] vte: Fix the license information
Several files that are part of libvte (e.g. src/widget.cc) are licensed LGPLv3+. Signed-off-by: Adrian Bunk --- meta/recipes-support/vte/vte_0.56.1.bb | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/meta/recipes-support/vte/vte_0.56.1.bb b/meta/recipes-support/vte/vte_0.56.1.bb index 3585e9ce57..702436b368 100644 --- a/meta/recipes-support/vte/vte_0.56.1.bb +++ b/meta/recipes-support/vte/vte_0.56.1.bb @@ -1,7 +1,7 @@ SUMMARY = "Virtual terminal emulator GTK+ widget library" BUGTRACKER = "https://bugzilla.gnome.org/buglist.cgi?product=vte"; -LICENSE = "GPLv3 & LGPLv2.1+" -LICENSE_libvte = "LGPLv2.1+" +LICENSE = "GPLv3 & LGPLv3+ & LGPLv2.1+" +LICENSE_libvte = "LGPLv3+" LIC_FILES_CHKSUM = " \ file://COPYING.GPL3;md5=2f31b266d3440dd7ee50f92cf67d8e6c \ -- 2.17.1 -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [OE-Core][master][PATCH v4 0/3] Devtool: provide easy means of
Hi Chandana My apologies for the delay in reviewing this - other work got in the way of OE-Core contributions but that should be dealt with now. On Thursday, 18 April 2019 10:42:56 AM NZST Sai Hari Chandana Kalluri wrote: > This patch series provides support for the user to run menuconfig command in > the > devtool flow. This would allow the user to modify the current configurations > and > generate a config fragment to update the recipe using devtool finish. Devtool > menuconfig command will work on all packages that contain menuconfig as a > task. > > 1. The implementation checks if devtool menuconfig command is called for a > valid > package. > 2. It checks for oe-local-files dir within source and creates one if > needed, this directory is needed to store the final generated config fragment > so > that devtool finish can update the recipe. > 3. Menuconfig command is called for users to make necessary changes. After > saving the changes, diffconfig command is run to generate the fragment. > > Currently, when the user runs devtool modify command, it checks out the entire > source tree which is a bit of an over head in time and space. This patch > series > also provides a way to create a copy(hard links) of the kernel source, if > present, from work-shared to workspace to be more efficient . > > Also, if the kernel source is not present in the staging kernel dir and the > user > fetches the source tree in workspace using devtool modify, then this patch > series creates a copy of source from workspace to work-shared. This is > necessary for packages that may use the kernel source. Looking over the patches again, we're close but the following need to be corrected: 1) The devtool.DevtoolUpdateTests.test_devtool_update_recipe_local_files test in oe-selftest fails: snip INFO: Adding local source files to srctree... Traceback (most recent call last): File "/data/poky/scripts/devtool", line 334, in ret = main() File "/data/poky/scripts/devtool", line 321, in main ret = args.func(args, config, basepath, workspace) File "/data/poky/scripts/lib/devtool/standard.py", line 845, in modify initial_rev, _ = _extract_source(srctree, args.keep_temp, args.branch, False, config, basepath, workspace, args.fixed_setup, rd, tinfoil, no_overrides=args.no_overrides) File "/data/poky/scripts/lib/devtool/standard.py", line 657, in _extract_source symblink_oelocal_files_srctree(d,srctree) File "/data/poky/scripts/lib/devtool/standard.py", line 485, in symblink_oelocal_files_srctree oe.patch.GitApplyTree.gitCommandUserOptions(useroptions, d=d) NameError: name 'oe' is not defined snip Probably just a missing import. 2) Please change "symblink" to "symlink" 3) Indentation is very inconsistent in the added code. Please use four spaces everywhere. I would also like to see oe-selftest tests covering this functionality, but I won't require them to ack these patches (especially given the delays on my part). Thanks Paul -- Paul Eggleton Intel Open Source Technology Centre -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH] libical: tidy up Perl finding
Instead of patching out the Perl detection, seed the search for perl with
HOSTTOOLS_DIR/perl. This search usually fails because we don't let
find_program() hunt in the system paths currently.
Signed-off-by: Ross Burton
---
.../libical/Remove-cmake-check-for-Perl.patch | 30 --
meta/recipes-support/libical/libical_2.0.0.bb | 4 ++-
2 files changed, 3 insertions(+), 31 deletions(-)
delete mode 100644
meta/recipes-support/libical/libical/Remove-cmake-check-for-Perl.patch
diff --git
a/meta/recipes-support/libical/libical/Remove-cmake-check-for-Perl.patch
b/meta/recipes-support/libical/libical/Remove-cmake-check-for-Perl.patch
deleted file mode 100644
index b50f50e7017..000
--- a/meta/recipes-support/libical/libical/Remove-cmake-check-for-Perl.patch
+++ /dev/null
@@ -1,30 +0,0 @@
-From 918cd8764a845a9d25918a444fbaa5070d2be609 Mon Sep 17 00:00:00 2001
-From: Jussi Kukkonen
-Date: Fri, 21 Aug 2015 16:38:05 +0300
-Subject: [PATCH] Remove cmake check for Perl
-
-We set "CMAKE_FIND_ROOT_PATH_MODE_PROGRAM ONLY" in cmake bbclass to
-make sure cmake does not find host programs. In this case we actually
-are fine with host perl: remove the check.
-
-Upstream-Status: Inappropriate [workaround]
-
-Signed-off-by: Jussi Kukkonen
- CMakeLists.txt | 3 +--
- 1 file changed, 1 insertion(+), 2 deletions(-)
-
-Index: libical-2.0.0/CMakeLists.txt
-===
libical-2.0.0.orig/CMakeLists.txt
-+++ libical-2.0.0/CMakeLists.txt
-@@ -116,8 +116,7 @@ if(SHARED_ONLY)
- set(LIBRARY_TYPE SHARED)
- endif()
-
--# must have Perl to create the derived stuff
--find_package(Perl REQUIRED)
-+set(PERL_EXECUTABLE perl)
-
- # Ensure finding 64bit libs when using 64-bit compilers
- if(CMAKE_CL_64)
diff --git a/meta/recipes-support/libical/libical_2.0.0.bb
b/meta/recipes-support/libical/libical_2.0.0.bb
index daa47abcbcf..fc33f8ea2df 100644
--- a/meta/recipes-support/libical/libical_2.0.0.bb
+++ b/meta/recipes-support/libical/libical_2.0.0.bb
@@ -7,7 +7,6 @@ LIC_FILES_CHKSUM =
"file://COPYING;md5=d4fc58309d8ed46587ac63bb449d82f8 \
SECTION = "libs"
SRC_URI =
"https://github.com/${BPN}/${BPN}/releases/download/v${PV}/${BP}.tar.gz \
- file://Remove-cmake-check-for-Perl.patch \
file://0001-CMakeLists.txt-libical.pc.in-fix-iculibs-remove-full.patch \
"
DEPENDS = "icu"
@@ -18,6 +17,9 @@ UPSTREAM_CHECK_URI =
"https://github.com/libical/libical/releases";
inherit cmake pkgconfig
+# No need to use perl-native, the host perl is sufficient.
+EXTRA_OECMAKE += "-DPERL_EXECUTABLE=${HOSTTOOLS_DIR}/perl"
+
do_install_append_class-target () {
# Remove build host references
sed -i \
--
2.11.0
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [meta-oe][PATCH 2/2] bash: inherit useradd and remove redundant patch
1) inherit useradd to allow new users to be created.
Ensure that useradd/del are available when running
bash ptests.
2) run ptest as non-root.
Removed patch:
fix-run-coproc-run-heredoc-run-execscript-run-test-f.patch
which enabled the two tests:
execscript, test,
to be run by root but under 'su' as a user. These two tests
now fail since all bash ptest are now run as non-root and there
is no need to 'su'. There are remaining problems with the test
that will be resolved in future commits.
Bash ptest statistics with said changes:
PASS: 77
SKIP: 0
FAIL: 4
Failed tests: execscript
test
read
trap
Signed-off-by: Sakib Sajal
Signed-off-by: Randy Macleod
---
meta/recipes-extended/bash/bash.inc | 2 +-
...un-heredoc-run-execscript-run-test-f.patch | 45 ---
meta/recipes-extended/bash/bash_5.0.bb| 1 -
3 files changed, 1 insertion(+), 47 deletions(-)
delete mode 100644
meta/recipes-extended/bash/bash/fix-run-coproc-run-heredoc-run-execscript-run-test-f.patch
diff --git a/meta/recipes-extended/bash/bash.inc
b/meta/recipes-extended/bash/bash.inc
index dbb803ddef..1965e9c4a3 100644
--- a/meta/recipes-extended/bash/bash.inc
+++ b/meta/recipes-extended/bash/bash.inc
@@ -4,7 +4,7 @@ SECTION = "base/shell"
DEPENDS = "ncurses bison-native virtual/libiconv"
-inherit autotools gettext texinfo update-alternatives ptest
+inherit autotools gettext texinfo update-alternatives ptest useradd
EXTRA_AUTORECONF += "--exclude=autoheader --exclude=aclocal"
EXTRA_OECONF = "--enable-job-control --without-bash-malloc
bash_cv_wexitstatus_offset=8"
diff --git
a/meta/recipes-extended/bash/bash/fix-run-coproc-run-heredoc-run-execscript-run-test-f.patch
b/meta/recipes-extended/bash/bash/fix-run-coproc-run-heredoc-run-execscript-run-test-f.patch
deleted file mode 100644
index 9ac2461ab6..00
---
a/meta/recipes-extended/bash/bash/fix-run-coproc-run-heredoc-run-execscript-run-test-f.patch
+++ /dev/null
@@ -1,45 +0,0 @@
-From d1cd4c31ea0ed7406a3ad4bdaa211f581063f655 Mon Sep 17 00:00:00 2001
-From: Hongxu Jia
-Date: Tue, 15 Aug 2017 10:21:21 +0800
-Subject: [PATCH 2/2] fix run-execscript/run-test/ failed
-
-FAIL: run-execscript:
-the test suite should not be run as root
-
-FAIL: run-test
-the test suite should not be run as root
-
-Upstream-Status: Pending
-
-Signed-off-by: Hongxu Jia
- tests/run-execscript | 3 ++-
- tests/run-test | 3 ++-
- 2 files changed, 4 insertions(+), 2 deletions(-)
-
-diff --git a/tests/run-execscript b/tests/run-execscript
-index de78644..38397c1 100644
a/tests/run-execscript
-+++ b/tests/run-execscript
-@@ -5,5 +5,6 @@ echo "warning: \`/tmp/bash-notthere' not being found or \`/'
being a directory"
- echo "warning: produce diff output, please do not consider this a test
failure" >&2
- echo "warning: if diff output differing only in the location of the bash" >&2
- echo "warning: binary appears, please do not consider this a test failure" >&2
--${THIS_SH} ./execscript > ${BASH_TSTOUT} 2>&1
-+rm -f ${BASH_TSTOUT}
-+su -c "${THIS_SH} ./execscript > ${BASH_TSTOUT} 2>&1" test
- diff ${BASH_TSTOUT} exec.right && rm -f ${BASH_TSTOUT}
-diff --git a/tests/run-test b/tests/run-test
-index d68791c..d6317d2 100644
a/tests/run-test
-+++ b/tests/run-test
-@@ -1,4 +1,5 @@
- unset GROUPS UID 2>/dev/null
-
--${THIS_SH} ./test.tests >${BASH_TSTOUT} 2>&1
-+rm -f ${BASH_TSTOUT}
-+su -c "${THIS_SH} ./test.tests > ${BASH_TSTOUT} 2>&1" test
- diff ${BASH_TSTOUT} test.right && rm -f ${BASH_TSTOUT}
---
-1.8.3.1
-
diff --git a/meta/recipes-extended/bash/bash_5.0.bb
b/meta/recipes-extended/bash/bash_5.0.bb
index e60e5304a5..0a3f1b15f0 100644
--- a/meta/recipes-extended/bash/bash_5.0.bb
+++ b/meta/recipes-extended/bash/bash_5.0.bb
@@ -16,7 +16,6 @@ SRC_URI = "${GNU_MIRROR}/bash/${BP}.tar.gz;name=tarball \
file://mkbuiltins_have_stringize.patch \
file://build-tests.patch \
file://test-output.patch \
- file://fix-run-coproc-run-heredoc-run-execscript-run-test-f.patch \
file://run-ptest \
file://fix-run-builtins.patch \
"
--
2.20.1
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [meta-oe][PATCH 1/2] ptest-runner: update SRCREV to latest HEAD on ptest-runner2 repo
63d097c Add SPDX-License-Identifier: GPL-2.0-or-later in source files (HEAD)
fb93c99 utils.c: close all file descriptors after completing a ptest
Signed-off-by: Sakib Sajal
Signed-off-by: Randy Macleod
---
meta/recipes-support/ptest-runner/ptest-runner_2.3.1.bb | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta/recipes-support/ptest-runner/ptest-runner_2.3.1.bb
b/meta/recipes-support/ptest-runner/ptest-runner_2.3.1.bb
index e2eb258d0b..0450e18e4e 100644
--- a/meta/recipes-support/ptest-runner/ptest-runner_2.3.1.bb
+++ b/meta/recipes-support/ptest-runner/ptest-runner_2.3.1.bb
@@ -7,7 +7,7 @@ HOMEPAGE =
"http://git.yoctoproject.org/cgit/cgit.cgi/ptest-runner2/about/";
LICENSE = "GPLv2"
LIC_FILES_CHKSUM = "file://LICENSE;md5=751419260aa954499f7abaabaa882bbe"
-SRCREV = "05b112bda7ac2adba8e9b0f088d6e5843b148a38"
+SRCREV = "63d097cc46142157931682fed076b5407757a0bd"
PV = "2.3.1+git${SRCPV}"
SRC_URI = "git://git.yoctoproject.org/ptest-runner2 \
--
2.20.1
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCHv2] opkg-utils: fix opkg-list-fields script
Signed-off-by: Martin Jansa
---
v2: Upstream-Status changed from Submitted to Backport
...fields-fix-to-print-the-fields-again.patch | 41 +++
.../opkg-utils/opkg-utils_0.4.0.bb| 1 +
2 files changed, 42 insertions(+)
create mode 100644
meta/recipes-devtools/opkg-utils/opkg-utils/0001-opkg-list-fields-fix-to-print-the-fields-again.patch
diff --git
a/meta/recipes-devtools/opkg-utils/opkg-utils/0001-opkg-list-fields-fix-to-print-the-fields-again.patch
b/meta/recipes-devtools/opkg-utils/opkg-utils/0001-opkg-list-fields-fix-to-print-the-fields-again.patch
new file mode 100644
index 00..deaf561d1e
--- /dev/null
+++
b/meta/recipes-devtools/opkg-utils/opkg-utils/0001-opkg-list-fields-fix-to-print-the-fields-again.patch
@@ -0,0 +1,41 @@
+From df675c91f4b33490f0fa831b11162bdb0e2ff550 Mon Sep 17 00:00:00 2001
+From: Martin Jansa
+Date: Thu, 23 May 2019 20:50:45 +
+Subject: [PATCH] opkg-list-fields: fix to print the fields again
+
+* printing opkg.Package directly doesn't return anything useful now
+
+
+* we need to call Package.print() function and specify which checksums
+ to print, we can include both md5 and sha256 for opkg-list-fields
+
+* it was changed in this commit:
+ commit 601d691dd80ef494aef069017edc5bf80aa883a1
+ Author: Alejandro del Castillo
+ Date: Wed Dec 19 11:40:15 2018 -0600
+
+opkg-make-index: add sha256sum support
+
+ which replaced the modified __str__ function with print(self, checksum)
+
+Upstream-Status: Backport
[http://git.yoctoproject.org/cgit/cgit.cgi/opkg-utils/commit/?id=5163a74a59d54b2a8374414435ece9d542dbd5e2]
+
+Signed-off-by: Martin Jansa
+---
+ opkg-list-fields | 3 +--
+ 1 file changed, 1 insertion(+), 2 deletions(-)
+
+diff --git a/opkg-list-fields b/opkg-list-fields
+index c14a90f..8a5a588 100755
+--- a/opkg-list-fields
b/opkg-list-fields
+@@ -11,5 +11,4 @@ def usage():
+ if (len(sys.argv) < 2):
+ usage()
+
+-print(opkg.Package(sys.argv[1]))
+-
++print(opkg.Package(sys.argv[1]).print(('md5','sha256')))
+--
+2.17.1
+
diff --git a/meta/recipes-devtools/opkg-utils/opkg-utils_0.4.0.bb
b/meta/recipes-devtools/opkg-utils/opkg-utils_0.4.0.bb
index 9a3e06b92e..b2fb760267 100644
--- a/meta/recipes-devtools/opkg-utils/opkg-utils_0.4.0.bb
+++ b/meta/recipes-devtools/opkg-utils/opkg-utils_0.4.0.bb
@@ -10,6 +10,7 @@ PROVIDES += "${@bb.utils.contains('PACKAGECONFIG',
'update-alternatives', 'virtu
SRC_URI =
"http://git.yoctoproject.org/cgit/cgit.cgi/${BPN}/snapshot/${BPN}-${PV}.tar.gz \
file://0001-Switch-all-scripts-to-use-Python-3.x.patch \
file://0001-opkg-build-do-not-set-mtime-on-data.tar.X.patch \
+file://0001-opkg-list-fields-fix-to-print-the-fields-again.patch \
"
UPSTREAM_CHECK_URI =
"http://git.yoctoproject.org/cgit/cgit.cgi/opkg-utils/refs/";
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [oe-core][PATCH 2/2] newlib: export CC_FOR_TARGET as CC
From: Alejandro Hernandez Samaniego
Newlibs Makefiles use a variable CC_FOR_TARGET to build
libraries for the TARGET machine (as opposed to
CC_FOR_BUILD).
We pass CC on our compile function, which is normally
use to build, although in this case, the configure
script is trimming CC and using simply gcc for the target
machine, basically taking out the TUNE variables we pass
in CC as well, such as march, mfloat-abi and such.
This causes errors when building applications since
CC will try to use hard floating point for example
whereas the libc.a from newlib will contain libraries
built with the defaults which could be soft floating
point for example.
e.g.:
$ ${CC} test.c
real-ld: error: test.out uses VFP register arguments,
/usr/lib/libg.a(lib_a-stdio.o) does not.
Analizing the object files we can see that one of them
uses soft (library) and the other one uses hard
floating point (program):
$ readelf -A test.out | grep VFP
Tag_ABI_VFP_args: VFP registers
$ readelf -A usr/lib/libc.a | grep VFP
Hence why the linker complains.
Pass CC_FOR_TARGET with the contents of CC to override
the trimming from the configure script and build newlib
with the correct tune.
Signed-off-by: Alejandro Enedino Hernandez Samaniego
---
meta/recipes-core/newlib/newlib_3.1.0.bb | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/meta/recipes-core/newlib/newlib_3.1.0.bb
b/meta/recipes-core/newlib/newlib_3.1.0.bb
index db13724..7ab5b2b 100644
--- a/meta/recipes-core/newlib/newlib_3.1.0.bb
+++ b/meta/recipes-core/newlib/newlib_3.1.0.bb
@@ -3,7 +3,8 @@ require newlib.inc
PROVIDES += "virtual/libc virtual/libiconv virtual/libintl"
do_configure() {
- ${S}/configure ${EXTRA_OECONF}
+export CC_FOR_TARGET="${CC}"
+${S}/configure ${EXTRA_OECONF}
}
do_install_append() {
--
2.7.4
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [oe-core][PATCH 1/2] newlib: Upgrade to 3.1.0
From: Alejandro Hernandez Samaniego
Upgrade both newlib and libgloss to the yearly
release 3.1.0.
BSD-2 license was added on:
6864c08b94752d34cca
Signed-off-by: Alejandro Enedino Hernandez Samaniego
---
meta/recipes-core/newlib/{libgloss_3.0.0.bb => libgloss_3.1.0.bb} | 0
meta/recipes-core/newlib/newlib.inc | 8
meta/recipes-core/newlib/{newlib_3.0.0.bb => newlib_3.1.0.bb} | 0
3 files changed, 4 insertions(+), 4 deletions(-)
rename meta/recipes-core/newlib/{libgloss_3.0.0.bb => libgloss_3.1.0.bb} (100%)
rename meta/recipes-core/newlib/{newlib_3.0.0.bb => newlib_3.1.0.bb} (100%)
diff --git a/meta/recipes-core/newlib/libgloss_3.0.0.bb
b/meta/recipes-core/newlib/libgloss_3.1.0.bb
similarity index 100%
rename from meta/recipes-core/newlib/libgloss_3.0.0.bb
rename to meta/recipes-core/newlib/libgloss_3.1.0.bb
diff --git a/meta/recipes-core/newlib/newlib.inc
b/meta/recipes-core/newlib/newlib.inc
index f50e5fe..418cf07 100644
--- a/meta/recipes-core/newlib/newlib.inc
+++ b/meta/recipes-core/newlib/newlib.inc
@@ -3,21 +3,21 @@ HOMEPAGE = "https://sourceware.org/newlib/";
DESCRIPTION = "C library intended for use on embedded systems. It is a
conglomeration of several library parts, all under free software licenses that
make them easily usable on embedded products."
SECTION = "libs"
-LICENSE = "GPLv2 & LGPLv3 & GPLv3 & LGPLv2"
+LICENSE = "GPLv2 & LGPLv3 & GPLv3 & LGPLv2 & BSD-2-Clause"
LIC_FILES_CHKSUM = " \
file://COPYING;md5=59530bdf33659b29e73d4adb9f9f6552 \
file://COPYING3.LIB;md5=6a6a8e020838b23406c81b19c1d46df6 \
file://COPYING3;md5=d32239bcb673463ab874e80d47fae504 \
file://COPYING.LIBGLOSS;md5=73f5c98779aea7dba4a6c94a74ab0ae2 \
file://COPYING.LIB;md5=2d5025d4aa3495befef8f17206a5b0a1 \
- file://COPYING.NEWLIB;md5=956a4b1487f7677cdcc8f05a21f0 \
+ file://COPYING.NEWLIB;md5=100d470af54e2d1d79fbd8498a32ff26 \
file://newlib/libc/posix/COPYRIGHT;md5=103468ff1982be840fdf4ee9f8b51bbf \
file://newlib/libc/sys/linux/linuxthreads/LICENSE;md5=73640207fbc79b198c7ffd4ad4d97aa0
\
"
SRC_URI = "ftp://sourceware.org/pub/newlib/newlib-${PV}.tar.gz";
-SRC_URI[md5sum] = "81ec873108b8593c586f91ca65963952"
-SRC_URI[sha256sum] =
"c8566335ee74e5fcaeb8595b4ebd0400c4b043d6acb3263ecb1314f8f5501332"
+SRC_URI[md5sum] = "f84263b7d524df92a9c9fb30b79e0134"
+SRC_URI[sha256sum] =
"fb4fa1cc21e9060719208300a61420e4089d6de6ef59cf533b57fe74801d102a"
INHIBIT_DEFAULT_DEPS = "1"
DEPENDS = "virtual/${TARGET_PREFIX}gcc"
diff --git a/meta/recipes-core/newlib/newlib_3.0.0.bb
b/meta/recipes-core/newlib/newlib_3.1.0.bb
similarity index 100%
rename from meta/recipes-core/newlib/newlib_3.0.0.bb
rename to meta/recipes-core/newlib/newlib_3.1.0.bb
--
2.7.4
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [poky][meta][PATCH] package_manager.py: handle renamed packages for PACKAGE_EXCLUDE with opkg
On Mon, 2019-06-03 at 16:42 +, Aditya Tayade wrote: > From: Michael Ho > > The PACKAGE_EXCLUDE variable is used to pass a list of packages to be > forbidden from installation with opkg. This list however does not > account > normally for the renaming of packages which can occur (for example > when the > debian bbclass is enabled, packages with libs are renamed from xxx to > libxxx) > and so expected excluded packages are not blocked. > > Rather than tediously maintaining the PACKAGE_EXCLUDE variable to > handle > renamed packages that can dynamically change, move the expansion of > the > variable from parsing time to run time so it can use the pkgdata > dictionaries > to add automatically any renamed packages. > > Upstream-Status: Pending > > Signed-off-by: Michael Ho > Signed-off-by: Aditya.Tayade This seems to cause test failures: https://autobuilder.yoctoproject.org/typhoon/#/builders/83/builds/197 (see the selftest failures). Cheers, Richard -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH] libidn2: upgrade to 2.2.0
The unistring patch isn't needed anymore (the relevant lines are entirely
removed).
License checksums updated because of a typo fix, and an added author name.
Signed-off-by: Ross Burton
---
...need_charset_alias-when-building-for-musl.patch | 23 --
.../libidn/{libidn2_2.0.5.bb => libidn2_2.2.0.bb} | 12 +--
2 files changed, 5 insertions(+), 30 deletions(-)
delete mode 100644
meta/recipes-extended/libidn/libidn2/Unset-need_charset_alias-when-building-for-musl.patch
rename meta/recipes-extended/libidn/{libidn2_2.0.5.bb => libidn2_2.2.0.bb}
(67%)
diff --git
a/meta/recipes-extended/libidn/libidn2/Unset-need_charset_alias-when-building-for-musl.patch
b/meta/recipes-extended/libidn/libidn2/Unset-need_charset_alias-when-building-for-musl.patch
deleted file mode 100644
index ace50bbfde5..000
---
a/meta/recipes-extended/libidn/libidn2/Unset-need_charset_alias-when-building-for-musl.patch
+++ /dev/null
@@ -1,23 +0,0 @@
-Unset need_charset_alias when building for musl
-
-localcharset uses ac_cv_gnu_library_2_1 from glibc21.m4
-which actually shoudl be fixed in gnulib and then all downstream
-projects will get it eventually. For now we apply the fix to
-coreutils
-
-Upstream-Status: Pending
-
-Signed-off-by: Khem Raj
-Index: libidn2-2.0.5/unistring/Makefile.am
-===
libidn2-2.0.5.orig/unistring/Makefile.am
-+++ libidn2-2.0.5/unistring/Makefile.am
-@@ -293,7 +293,7 @@ install-exec-localcharset: all-local
- case '$(host_os)' in \
- darwin[56]*) \
- need_charset_alias=true ;; \
-- darwin* | cygwin* | mingw* | pw32* | cegcc*) \
-+ darwin* | cygwin* | mingw* | pw32* | cegcc* | linux-musl*) \
- need_charset_alias=false ;; \
- *) \
- need_charset_alias=true ;; \
diff --git a/meta/recipes-extended/libidn/libidn2_2.0.5.bb
b/meta/recipes-extended/libidn/libidn2_2.2.0.bb
similarity index 67%
rename from meta/recipes-extended/libidn/libidn2_2.0.5.bb
rename to meta/recipes-extended/libidn/libidn2_2.2.0.bb
index 0daf7a68770..d7fec89fba2 100644
--- a/meta/recipes-extended/libidn/libidn2_2.0.5.bb
+++ b/meta/recipes-extended/libidn/libidn2_2.2.0.bb
@@ -3,17 +3,15 @@ DESCRIPTION = "Implementation of the Stringprep, Punycode and
IDNA specification
HOMEPAGE = "http://www.gnu.org/software/libidn/";
SECTION = "libs"
LICENSE = "(GPLv2+ | LGPLv3) & GPLv3+"
-LIC_FILES_CHKSUM = "file://COPYING;md5=ab90e75ef97cc6318ce4f2fbda62fe4d \
+LIC_FILES_CHKSUM = "file://COPYING;md5=2d834ea7d480438ada04e5d846152395 \
file://COPYING.LESSERv3;md5=e6a600fd5e1d9cbde2d983680233ad02 \
file://COPYINGv2;md5=b234ee4d69f5fce4486a80fdaf4a4263 \
-
file://src/idn2.c;endline=16;md5=0283aec28e049f5bcaaeee52aa865874 \
+
file://src/idn2.c;endline=16;md5=426b74d6deb620ab6d39c8a6efd4c13a \
file://lib/idn2.h.in;endline=27;md5=c2cd28d3f87260f157f022eabb83714f"
-SRC_URI = "${GNU_MIRROR}/libidn/${BPN}-${PV}.tar.gz \
- file://Unset-need_charset_alias-when-building-for-musl.patch \
- "
-SRC_URI[md5sum] = "eaf9a5b9d03b0cce3760f34b3124eb36"
-SRC_URI[sha256sum] =
"53f69170886f1fa6fa5b332439c7a77a7d22626a82ef17e2c1224858bb4ca2b8"
+SRC_URI = "${GNU_MIRROR}/libidn/${BPN}-${PV}.tar.gz"
+SRC_URI[md5sum] = "b846d4d20e22b99d6f7387bb66e00a1f"
+SRC_URI[sha256sum] =
"fc734732b506d878753ec6606982bf7b936e868c25c30ddb0d83f7d7056381fe"
DEPENDS = "virtual/libiconv libunistring"
--
2.11.0
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH] libpam: fix upstream version check
Recent upgrade to the recipe moved SRC_URI to github. Fix the version
check accordingly.
Signed-off-by: Anuj Mittal
---
meta/recipes-extended/pam/libpam_1.3.1.bb | 2 ++
1 file changed, 2 insertions(+)
diff --git a/meta/recipes-extended/pam/libpam_1.3.1.bb
b/meta/recipes-extended/pam/libpam_1.3.1.bb
index 63ba0c16aa..6b73f0a2fe 100644
--- a/meta/recipes-extended/pam/libpam_1.3.1.bb
+++ b/meta/recipes-extended/pam/libpam_1.3.1.bb
@@ -161,3 +161,5 @@ CONFFILES_${PN}-runtime +=
"${sysconfdir}/pam.d/common-password"
CONFFILES_${PN}-runtime += "${sysconfdir}/pam.d/common-session-noninteractive"
CONFFILES_${PN}-runtime += "${sysconfdir}/pam.d/common-account"
CONFFILES_${PN}-runtime += "${sysconfdir}/security/limits.conf"
+
+UPSTREAM_CHECK_URI = "https://github.com/linux-pam/linux-pam/releases";
--
2.20.1
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] Yocto Project Status WW23'19
Current Dev Position: YP 2.8 M1Next Deadline: YP 2.8 Milestone 1 Cutoff June 9th, 2019 SWAT Team Rotation: * SWAT lead is currently: Armin * SWAT team rotation: Armin -> Anuj on June 7, 2019 * SWAT team rotation: Anuj -> Paul on June 14, 2019 * https://wiki.yoctoproject.org/wiki/Yocto_Build_Failure_Swat_Team Next Team Meetings: * Bug Triage meeting Thursday June 6th at 7:30am PDT (https://zoom.us/j/454367603) * Monthly Project Meeting Tuesday June 4th at 8am PDT ( https://zoom.us/j/990892712) * Twitch - Next event is Tuesday 11th June at 8am PDT ( https://www.twitch.tv/yocto_project) Key Status/Updates: * 2.8 M1 is nearly upon us with just under a week left for the remaining features/patches. * Stephen continues to be unavailable, please refer any queries to Richard * Mailing lists are moving to groups.io instead of our current mailman setup. This shouldn’t impact users directly, more details will be sent to the mailing lists before the transfer. THe Yocto Project lists will move first, followed by OE, likely a week later. * We have a new “newcomer” bug category which are bugs suited to someone new to the project. These can be seen here: https://wiki.yoctoproject.org/wiki/Bug_Triage#Newcomer_Bugs * Uninative 2.5 was released which supports gcc 9. This should fix issues for fedora 30 builds and allow the bringup of fedora 30 workers in the autobuilder too. * ARM native builds are now working on the autobuilder as well as KVM accelerated ARM ptest and ltp testing. * There are ongoing concerns about perl module dependencies. Tim and Richard have applied bandaids to solve some ptest issues but we really need work in this area if there are any perl experts interested. * Many further ptests fixes have merged, thanks to all for the contributions. Planned Releases for YP 2.8: * M1 Cutoff June 9th * M1 Release June 21st * M2 Cutoff 14th July * M2 Release 26th July * M3 Cutoff (Feature Freeze) 25th Aug * M3 Release 6th Sept * M4 Cutoff 30th Sept * 2.8 (M4) Final Release 25th Oct Planned upcoming dot releases: * YP 2.6.3 (Thud) is in planning * YP 2.7.1 (Warrior) is in planning Tracking Metrics: * WDD 2507 (last week 2524) ( https://wiki.yoctoproject.org/charts/combo.html) * Poky Patch Metrics * Total patches found: 1513 (last week 1525) * Patches in the Pending State: 646 (43%) [last week 649 (43%)] Key Status Links for YP: https://wiki.yoctoproject.org/wiki/Yocto_Project_v2.8_Statushttps://wiki.yoctoproject.org/wiki/Yocto_2.8_Schedulehttps://wiki.yoctoproject.org/wiki/Yocto_2.8_Features The Status reports are now stored on the wiki at: https://wiki.yoctoproject.org/wiki/Weekly_Status [If anyone has suggestions for other information you’d like to see on this weekly status update, let us know!] -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH] local.conf.sample: change default MACHINE to qemux86-64
32-bit x86 isn't really a useful target these days, and if users are experimenting without setting MACHINE to their actual target then 64-bit x86 will have better performance. Signed-off-by: Ross Burton --- meta/conf/local.conf.sample | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/meta/conf/local.conf.sample b/meta/conf/local.conf.sample index a3e01047eee..92afac2fe17 100644 --- a/meta/conf/local.conf.sample +++ b/meta/conf/local.conf.sample @@ -25,8 +25,8 @@ #MACHINE ?= "qemux86" #MACHINE ?= "qemux86-64" # -# This sets the default machine to be qemux86 if no other machine is selected: -MACHINE ??= "qemux86" +# This sets the default machine to be qemux86-64 if no other machine is selected: +MACHINE ??= "qemux86-64" # # Where to place downloads -- 2.11.0 -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH] toolchain-scripts: make rpm work in toolchain
On Tue, 2019-06-04 at 08:29 +, Lei, Maohui wrote: > Hi Richard > > This patch is necessary for dnf-nativesdk which has been merged. But > this patch is still ignored. > Do you have any comment about this patch? Basically I really don't like exporting "random" variables in the SDK, particularly when the meaning/use of them isn't clear. Whilst I can guess why, its not obvious at all the dnf needs MACHINE_ARCH. I'd probably be happier with a better variable name. Which code exactly is using it? Cheers, Richard -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH] gcc: CVE-2018-12886
Backprot CVE patch from the upstream: https://github.com/gcc-mirror/gcc.git [commit f98495d] https://nvd.nist.gov/vuln/detail/CVE-2018-12886 Signed-off-by: Zhixiong Chi --- meta/recipes-devtools/gcc/gcc-8.3.inc | 1 + ...spilling-of-stack-protector-guard-s-.patch | 813 ++ 2 files changed, 814 insertions(+) create mode 100644 meta/recipes-devtools/gcc/gcc-8.3/0043-PR85434-Prevent-spilling-of-stack-protector-guard-s-.patch diff --git a/meta/recipes-devtools/gcc/gcc-8.3.inc b/meta/recipes-devtools/gcc/gcc-8.3.inc index a6b772aadd..996f7fcdb0 100644 --- a/meta/recipes-devtools/gcc/gcc-8.3.inc +++ b/meta/recipes-devtools/gcc/gcc-8.3.inc @@ -73,6 +73,7 @@ SRC_URI = "\ file://0040-powerpc-powerpc64-Add-support-for-musl-ldso.patch \ file://0041-Add-a-recursion-limit-to-libiberty-s-demangling-code.patch \ file://0042-PR-debug-86964.patch \ + file://0043-PR85434-Prevent-spilling-of-stack-protector-guard-s-.patch \ " SRC_URI[md5sum] = "65b210b4bfe7e060051f799e0f994896" SRC_URI[sha256sum] = "64baadfe6cc0f4947a84cb12d7f0dfaf45bb58b7e92461639596c21e02d97d2c" diff --git a/meta/recipes-devtools/gcc/gcc-8.3/0043-PR85434-Prevent-spilling-of-stack-protector-guard-s-.patch b/meta/recipes-devtools/gcc/gcc-8.3/0043-PR85434-Prevent-spilling-of-stack-protector-guard-s-.patch new file mode 100644 index 00..f15207f581 --- /dev/null +++ b/meta/recipes-devtools/gcc/gcc-8.3/0043-PR85434-Prevent-spilling-of-stack-protector-guard-s-.patch @@ -0,0 +1,813 @@ +From f98495d90ba66f67fe922a4b9229ea787041c418 Mon Sep 17 00:00:00 2001 +From: thopre01 +Date: Thu, 22 Nov 2018 14:46:17 + +Subject: [PATCH] PR85434: Prevent spilling of stack protector guard's address + on ARM + +In case of high register pressure in PIC mode, address of the stack +protector's guard can be spilled on ARM targets as shown in PR85434, +thus allowing an attacker to control what the canary would be compared +against. ARM does lack stack_protect_set and stack_protect_test insn +patterns, defining them does not help as the address is expanded +regularly and the patterns only deal with the copy and test of the +guard with the canary. + +This problem does not occur for x86 targets because the PIC access and +the test can be done in the same instruction. Aarch64 is exempt too +because PIC access insn pattern are mov of UNSPEC which prevents it from +the second access in the epilogue being CSEd in cse_local pass with the +first access in the prologue. + +The approach followed here is to create new "combined" set and test +standard pattern names that take the unexpanded guard and do the set or +test. This allows the target to use an opaque pattern (eg. using UNSPEC) +to hide the individual instructions being generated to the compiler and +split the pattern into generic load, compare and branch instruction +after register allocator, therefore avoiding any spilling. This is here +implemented for the ARM targets. For targets not implementing these new +standard pattern names, the existing stack_protect_set and +stack_protect_test pattern names are used. + +To be able to split PIC access after register allocation, the functions +had to be augmented to force a new PIC register load and to control +which register it loads into. This is because sharing the PIC register +between prologue and epilogue could lead to spilling due to CSE again +which an attacker could use to control what the canary gets compared +against. + +2018-11-22 Thomas Preud'homme + +gcc/ +PR target/85434 +* target-insns.def (stack_protect_combined_set): Define new standard +pattern name. +(stack_protect_combined_test): Likewise. +* cfgexpand.c (stack_protect_prologue): Try new +stack_protect_combined_set pattern first. +* function.c (stack_protect_epilogue): Try new +stack_protect_combined_test pattern first. +* config/arm/arm.c (require_pic_register): Add pic_reg and compute_now +parameters to control which register to use as PIC register and force +reloading PIC register respectively. Insert in the stream of insns if +possible. +(legitimize_pic_address): Expose above new parameters in prototype and +adapt recursive calls accordingly. Use pic_reg if non null instead of +cached one. +(arm_load_pic_register): Add pic_reg parameter and use it if non null. +(arm_legitimize_address): Adapt to new legitimize_pic_address +prototype. +(thumb_legitimize_address): Likewise. +(arm_emit_call_insn): Adapt to require_pic_register prototype change. +(arm_expand_prologue): Adapt to arm_load_pic_register prototype change. +(thumb1_expand_prologue): Likewise. +* config/arm/arm-protos.h (legitimize_pic_address): Adapt to prototype +change. +(arm_load_pic_register): Likewise. +* config/arm/predicated.md (guard_addr_operand): New predicate. +(guard_operand): New predicate. +* config/arm/arm.md (movsi expander): Adap
Re: [OE-core] [PATCH] toolchain-scripts: make rpm work in toolchain
Hi Richard
This patch is necessary for dnf-nativesdk which has been merged. But this patch
is still ignored.
Do you have any comment about this patch?
Best regards.
Lei Maohui
> -Original Message-
> From: openembedded-core-boun...@lists.openembedded.org [mailto:openembedded-
> core-boun...@lists.openembedded.org] On Behalf Of Lei, Maohui
> Sent: Tuesday, May 28, 2019 1:08 PM
> To: Richard Purdie; openembedded-core@lists.openembedded.org
> Subject: Re: [OE-core] [PATCH] toolchain-scripts: make rpm work in toolchain
>
> ping
>
> > -Original Message-
> > From: openembedded-core-boun...@lists.openembedded.org [mailto:openembedded-
> > core-boun...@lists.openembedded.org] On Behalf Of Lei, Maohui
> > Sent: Tuesday, May 14, 2019 2:31 PM
> > To: openembedded-core@lists.openembedded.org
> > Subject: Re: [OE-core] [PATCH] toolchain-scripts: make rpm work in toolchain
> >
> > Hi,
> >
> > This patch hasn't been merged yet. Are there any suggestions?
> >
> > Best regards
> > Lei
> >
> > > -Original Message-
> > > From: openembedded-core-boun...@lists.openembedded.org
> [mailto:openembedded-
> > > core-boun...@lists.openembedded.org] On Behalf Of Lei, Maohui
> > > Sent: Wednesday, May 08, 2019 11:36 AM
> > > To: openembedded-core@lists.openembedded.org
> > > Subject: Re: [OE-core] [PATCH] toolchain-scripts: make rpm work in
> toolchain
> > >
> > > Ping
> > >
> > > > -Original Message-
> > > > From: openembedded-core-boun...@lists.openembedded.org
> > [mailto:openembedded-
> > > > core-boun...@lists.openembedded.org] On Behalf Of Lei, Maohui
> > > > Sent: Friday, April 26, 2019 1:56 PM
> > > > To: openembedded-core@lists.openembedded.org
> > > > Subject: Re: [OE-core] [PATCH] toolchain-scripts: make rpm work in
> > toolchain
> > > >
> > > > Hi,
> > > >
> > > > I noticed that " dnf: Enable nativesdk " has been merged into
> > > > master-next.
> > > This
> > > > patch is necessary for dnf-nativesdk, so please merge too.
> > > >
> > > > Best regards
> > > > Lei
> > > >
> > > >
> > > > > -Original Message-
> > > > > From: openembedded-core-boun...@lists.openembedded.org
> > > [mailto:openembedded-
> > > > > core-boun...@lists.openembedded.org] On Behalf Of Zheng, Ruoqin
> > > > > Sent: Friday, April 19, 2019 10:55 AM
> > > > > To: openembedded-core@lists.openembedded.org
> > > > > Subject: Re: [OE-core] [PATCH] toolchain-scripts: make rpm work in
> > > toolchain
> > > > >
> > > > > ping
> > > > >
> > > > > --
> > > > > Zheng Ruoqin
> > > > > Nanjing Fujitsu Nanda Software Tech. Co., Ltd.(FNST)
> > > > > ADDR.: No.6 Wenzhu Road, Software Avenue,
> > > > >Nanjing, 210012, China
> > > > > MAIL : zhengrq.f...@cn.fujistu.com
> > > > >
> > > > >
> > > > > > -Original Message-
> > > > > > From: Zheng, Ruoqin
> > > > > > Sent: Saturday, April 13, 2019 10:37 PM
> > > > > > To: openembedded-core@lists.openembedded.org
> > > > > > Cc: Zheng, Ruoqin
> > > > > > Subject: [OE-core][PATCH] toolchain-scripts: make rpm work in
> toolchain
> > > > > >
> > > > > > Rpm need to read the arch info, but $script did not provide it, so
> add
> > it.
> > > > > >
> > > > > > Signed-off-by: Zheng Ruoqin
> > > > > > ---
> > > > > > meta/classes/toolchain-scripts.bbclass | 1 +
> > > > > > 1 file changed, 1 insertion(+)
> > > > > >
> > > > > > diff --git a/meta/classes/toolchain-scripts.bbclass
> > > > b/meta/classes/toolchain-
> > > > > > scripts.bbclass
> > > > > > index 1a2ec4f..de50b7e 100644
> > > > > > --- a/meta/classes/toolchain-scripts.bbclass
> > > > > > +++ b/meta/classes/toolchain-scripts.bbclass
> > > > > > @@ -101,6 +101,7 @@ toolchain_shared_env_script () {
> > > > > > echo 'export CPPFLAGS="${TARGET_CPPFLAGS}"' >> $script
> > > > > > echo 'export KCFLAGS="--sysroot=$SDKTARGETSYSROOT"' >> $script
> > > > > > echo 'export OECORE_DISTRO_VERSION="${DISTRO_VERSION}"' >>
> > > > > > $script
> > > > > > + echo 'export MACHINE_ARCH=${MACHINE_ARCH}' >> $script
> > > > > > echo 'export OECORE_SDK_VERSION="${SDK_VERSION}"' >> $script
> > > > > > echo 'export ARCH=${ARCH}' >> $script
> > > > > > echo 'export CROSS_COMPILE=${TARGET_PREFIX}' >> $script
> > > > > > --
> > > > > > 1.8.3.1
> > > > >
> > > > >
> > > > >
> > > > > --
> > > > > ___
> > > > > Openembedded-core mailing list
> > > > > Openembedded-core@lists.openembedded.org
> > > > > http://lists.openembedded.org/mailman/listinfo/openembedded-core
> > > >
> > > >
> > > > --
> > > > ___
> > > > Openembedded-core mailing list
> > > > Openembedded-core@lists.openembedded.org
> > > > http://lists.openembedded.org/mailman/listinfo/openembedded-core
> > >
> > >
> > > --
> > > ___
> > > Openembedded-core mailing list
> > > Openembedded-core@lists.openembedded.org
> > > http://lists.openembedded.org/mailman/listinfo/openembedded-cor
Re: [OE-core] [PATCH v2] bash: Replace uninative loader path in ptest
On Mon, 2019-06-03 at 10:27 -0500, Joshua Watt wrote:
> The Makefile used for bash-ptest can pick up the path to the
> uninative
> loader through BUILD_LDFLAGS. This includes the full path to the
> uninative loader, which is not reproducible. Replace it with
> /bin/false.
> It doesn't appear as if these native programs are used in the test
> suites and if there are likely to be other problems related to
> building
> them using the BUILD_* flags.
>
> Signed-off-by: Joshua Watt
> ---
> meta/recipes-extended/bash/bash.inc | 1 +
> 1 file changed, 1 insertion(+)
>
> diff --git a/meta/recipes-extended/bash/bash.inc b/meta/recipes-
> extended/bash/bash.inc
> index dbb803ddefd..27207c38853 100644
> --- a/meta/recipes-extended/bash/bash.inc
> +++ b/meta/recipes-extended/bash/bash.inc
> @@ -78,6 +78,7 @@ do_install_ptest () {
> -e 's|${DEBUG_PREFIX_MAP}||g' \
> -e "s,${S},,g" -e "s,${B},,g" -e
> "s,${STAGING_DIR_NATIVE},,g" \
> -e 's:${HOSTTOOLS_DIR}/::g' \
> + -e 's:${UNINATIVE_LOADER}:${base_bindir}/false:g' \
>${D}${PTEST_PATH}/Makefile
> }
Even the UNINATIVE_LOADER reference causes:
https://autobuilder.yoctoproject.org/typhoon/#/builders/56/builds/497
i.e.
oe-selftest -r sstatetests.SStateTests.test_sstate_32_64_same_hash
still fails with this patch.
Cheers,
Richard
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [meta-poky][PATCH v6 0/2] Make systemd as default init manager and configure wired network
On 2019/6/3 下午8:30, richard.pur...@linuxfoundation.org wrote: On Sun, 2019-06-02 at 10:55 -0400, kai.k...@windriver.com wrote: From: Kai Kang v6: * create .inc files as Richard suggested, and include them according to POKY_INIT_MANAGER Kai Kang (2): poky.conf: make systemd as default init manager systemd-conf: configure wired network with dhcp This is looking good, I do agree with Peter about the file naming. OK. I ran it through the autobuilder to see where we are at runtime and the results were not so good: https://autobuilder.yoctoproject.org/typhoon/#/builders/85/builds/484 We may need to reduce some of the free space in the ptest image and it looks like there is an NFS startup failure issue in the sdk images. There may be other issues in there too but those were the two I immediately saw. I'll check the issues one by one. Regards, Kai Cheers, Richard -- Kai Kang -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH] ffmpeg: add PACKAGECONFIG for mfx
Add option to build ffmpeg with support for Intel MediaSDK codecs. More details on supported codecs available here: https://trac.ffmpeg.org/wiki/Hardware/QuickSync Signed-off-by: Anuj Mittal --- meta/recipes-multimedia/ffmpeg/ffmpeg_4.1.3.bb | 1 + 1 file changed, 1 insertion(+) diff --git a/meta/recipes-multimedia/ffmpeg/ffmpeg_4.1.3.bb b/meta/recipes-multimedia/ffmpeg/ffmpeg_4.1.3.bb index 994a792ded..147388d9b7 100644 --- a/meta/recipes-multimedia/ffmpeg/ffmpeg_4.1.3.bb +++ b/meta/recipes-multimedia/ffmpeg/ffmpeg_4.1.3.bb @@ -63,6 +63,7 @@ PACKAGECONFIG[gsm] = "--enable-libgsm,--disable-libgsm,libgsm" PACKAGECONFIG[jack] = "--enable-indev=jack,--disable-indev=jack,jack" PACKAGECONFIG[libvorbis] = "--enable-libvorbis,--disable-libvorbis,libvorbis" PACKAGECONFIG[lzma] = "--enable-lzma,--disable-lzma,xz" +PACKAGECONFIG[mfx] = "--enable-libmfx,--disable-libmfx,intel-mediasdk" PACKAGECONFIG[mp3lame] = "--enable-libmp3lame,--disable-libmp3lame,lame" PACKAGECONFIG[openssl] = "--enable-openssl,--disable-openssl,openssl" PACKAGECONFIG[sdl2] = "--enable-sdl2,--disable-sdl2,virtual/libsdl2" -- 2.20.1 -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
