[OE-core] [PATCH] cve-update-db-native: clean DB if temporary file exist
From: Lee Chee Yang
when do_populate_cve_db forced stop at certain point, the
DB execution are stoped however the temporary database
file (DB-JOURNAL) are not removed. This db-journal file
indicates that DB is incomplete and set DB in readonly
mode. So when db-journal exist, remove both DB and the
db-journal and build the DB again from scratch.
[YOCTO #13682]
Signed-off-by: Lee Chee Yang
---
meta/recipes-core/meta/cve-update-db-native.bb | 9 -
1 file changed, 8 insertions(+), 1 deletion(-)
diff --git a/meta/recipes-core/meta/cve-update-db-native.bb
b/meta/recipes-core/meta/cve-update-db-native.bb
index 575254a..a24ddc0 100644
--- a/meta/recipes-core/meta/cve-update-db-native.bb
+++ b/meta/recipes-core/meta/cve-update-db-native.bb
@@ -13,8 +13,15 @@ deltask do_install
deltask do_populate_sysroot
python () {
-if not d.getVar("CVE_CHECK_DB_FILE"):
+cve_check_db_file = d.getVar("CVE_CHECK_DB_FILE")
+if not cve_check_db_file:
raise bb.parse.SkipRecipe("Skip recipe when cve-check class is not
loaded.")
+
+if os.path.exists("%s-journal" % cve_check_db_file ):
+os.remove("%s-journal" % cve_check_db_file)
+
+if os.path.exists(cve_check_db_file):
+os.remove(cve_check_db_file)
}
python do_populate_cve_db() {
--
2.7.4
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#136791):
https://lists.openembedded.org/g/openembedded-core/message/136791
Mute This Topic: https://lists.openembedded.org/mt/72580755/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-
[OE-core][zeus][PATCH] glib-2.0: fix CVE-2020-6750
GSocketClient in GNOME GLib through 2.62.4 may occasionally connect directly
to a target address instead of connecting via a proxy server when configured
to do so, because the proxy_addr field is mishandled. This bug is
timing-dependent
and may occur only sporadically depending on network delays. The greatest
security
relevance is in use cases where a proxy is used to help with privacy/anonymity,
even though there is no technical barrier to a direct connection.
Signed-off-by: Haiqing Bai
---
.../glib-2.0/glib-2.0/CVE-2020-6750.patch | 741 ++
meta/recipes-core/glib-2.0/glib-2.0_2.60.7.bb | 1 +
2 files changed, 742 insertions(+)
create mode 100644 meta/recipes-core/glib-2.0/glib-2.0/CVE-2020-6750.patch
diff --git a/meta/recipes-core/glib-2.0/glib-2.0/CVE-2020-6750.patch
b/meta/recipes-core/glib-2.0/glib-2.0/CVE-2020-6750.patch
new file mode 100644
index 00..6db3934978
--- /dev/null
+++ b/meta/recipes-core/glib-2.0/glib-2.0/CVE-2020-6750.patch
@@ -0,0 +1,741 @@
+From 747f2c646f5a86ac58ad59be08036e81388e971d Mon Sep 17 00:00:00 2001
+From: Patrick Griffis
+Date: Thu, 23 Jan 2020 19:58:41 -0800
+Subject: [PATCH] Refactor g_socket_client_connect_async()
+
+This is a fairly large refactoring. The highlights are:
+
+- Removing in-progress connections/addresses from
GSocketClientAsyncConnectData:
+
+ This caused issues where multiple ConnectionAttempt's would step over
eachother
+ and modify shared state causing bugs like accidentally bypassing a set proxy.
+
+ Fixes #1871
+ Fixes #1989
+ Fixes #1902
+
+- Cancelling address enumeration on error/completion
+
+- Queuing successful TCP connections and doing application layer work serially:
+
+ This is more in the spirit of Happy Eyeballs but it also greatly simplifies
+ the flow of connection handling so fewer tasks are happening in parallel
+ when they don't need to be.
+
+ The behavior also should more closely match that of
g_socket_client_connect().
+
+- Better track the state of address enumeration:
+
+ Previously we were over eager to treat enumeration finishing as an error.
+
+ Fixes #1872
+ See also #1982
+
+- Add more detailed documentation and logging.
+
+Closes #1995
+
+CVE: CVE-2020-6750
+
+Upstream-Status: Backport [ https://gitlab.gnome.org/GNOME/glib.git;
+commit=2722620e3291b930a3a228100d7c0e07b69534e3 ]
+
+Signed-off-by: Haiqing Bai
+---
+ gio/gsocketclient.c | 459
+ 1 file changed, 296 insertions(+), 163 deletions(-)
+
+diff --git a/gio/gsocketclient.c b/gio/gsocketclient.c
+index 81767c0..b1d5f6c 100644
+--- a/gio/gsocketclient.c
b/gio/gsocketclient.c
+@@ -1332,13 +1332,15 @@ typedef struct
+
+ GSocketConnectable *connectable;
+ GSocketAddressEnumerator *enumerator;
+- GProxyAddress *proxy_addr;
+- GSocket *socket;
+- GIOStream *connection;
++ GCancellable *enumeration_cancellable;
+
+ GSList *connection_attempts;
++ GSList *successful_connections;
+ GError *last_error;
+
++ gboolean enumerated_at_least_once;
++ gboolean enumeration_completed;
++ gboolean connection_in_progress;
+ gboolean completed;
+ } GSocketClientAsyncConnectData;
+
+@@ -1350,10 +1352,9 @@ g_socket_client_async_connect_data_free
(GSocketClientAsyncConnectData *data)
+ data->task = NULL;
+ g_clear_object (>connectable);
+ g_clear_object (>enumerator);
+- g_clear_object (>proxy_addr);
+- g_clear_object (>socket);
+- g_clear_object (>connection);
++ g_clear_object (>enumeration_cancellable);
+ g_slist_free_full (data->connection_attempts, connection_attempt_unref);
++ g_slist_free_full (data->successful_connections, connection_attempt_unref);
+
+ g_clear_error (>last_error);
+
+@@ -1365,6 +1366,7 @@ typedef struct
+ GSocketAddress *address;
+ GSocket *socket;
+ GIOStream *connection;
++ GProxyAddress *proxy_addr;
+ GSocketClientAsyncConnectData *data; /* unowned */
+ GSource *timeout_source;
+ GCancellable *cancellable;
+@@ -1396,6 +1398,7 @@ connection_attempt_unref (gpointer pointer)
+ g_clear_object (>socket);
+ g_clear_object (>connection);
+ g_clear_object (>cancellable);
++ g_clear_object (>proxy_addr);
+ if (attempt->timeout_source)
+ {
+ g_source_destroy (attempt->timeout_source);
+@@ -1413,37 +1416,59 @@ connection_attempt_remove (ConnectionAttempt *attempt)
+ }
+
+ static void
+-g_socket_client_async_connect_complete (GSocketClientAsyncConnectData *data)
++cancel_all_attempts (GSocketClientAsyncConnectData *data)
+ {
+- g_assert (data->connection);
++ GSList *l;
+
+- if (!G_IS_SOCKET_CONNECTION (data->connection))
++ for (l = data->connection_attempts; l; l = g_slist_next (l))
+ {
+- GSocketConnection *wrapper_connection;
+-
+- wrapper_connection = g_tcp_wrapper_connection_new (data->connection,
data->socket);
+- g_object_unref (data->connection);
+- data->connection = (GIOStream *)wrapper_connection;
++ ConnectionAttempt
Re: [OE-core] [PATCH] glibc: Drop patching configure scripts
On Thu, Mar 26, 2020 at 11:26 AM Khem Raj wrote: > > It can cause million problems due to timestamp reversals > if they are patched, system will regen the confgure reliably > if we do not do this > Please drop this patch, it is wrong to not have patch configure scripts for glibc we intentionally do not run reconfigure on glibc for that fact we touch the configure files to ensure they dont get regenerated. > Signed-off-by: Khem Raj > --- > ...igure.ac-handle-correctly-libc_cv_ro.patch | 13 -- > ...the-path-sets-wrong-config-variables.patch | 133 -- > .../0030-Improve-IFUNC-check-BZ-25506.patch | 14 -- > 3 files changed, 160 deletions(-) > > diff --git > a/meta/recipes-core/glibc/glibc/0015-sysdeps-gnu-configure.ac-handle-correctly-libc_cv_ro.patch > > b/meta/recipes-core/glibc/glibc/0015-sysdeps-gnu-configure.ac-handle-correctly-libc_cv_ro.patch > index 0cdd0567df..f3bf66e4fd 100644 > --- > a/meta/recipes-core/glibc/glibc/0015-sysdeps-gnu-configure.ac-handle-correctly-libc_cv_ro.patch > +++ > b/meta/recipes-core/glibc/glibc/0015-sysdeps-gnu-configure.ac-handle-correctly-libc_cv_ro.patch > @@ -9,22 +9,9 @@ Upstream-Status:Pending > Signed-off-by: Matthieu Crapet > Signed-off-by: Khem Raj > --- > - sysdeps/gnu/configure| 2 +- > sysdeps/gnu/configure.ac | 2 +- > 2 files changed, 2 insertions(+), 2 deletions(-) > > -diff --git a/sysdeps/gnu/configure b/sysdeps/gnu/configure > -index c15d1087e8..37cc983f2a 100644 > a/sysdeps/gnu/configure > -+++ b/sysdeps/gnu/configure > -@@ -32,6 +32,6 @@ case "$prefix" in > - else > - libc_cv_localstatedir=$localstatedir > -fi > -- libc_cv_rootsbindir=/sbin > -+ test -n "$libc_cv_rootsbindir" || libc_cv_rootsbindir=/sbin > - ;; > - esac > diff --git a/sysdeps/gnu/configure.ac b/sysdeps/gnu/configure.ac > index 634fe4de2a..3db1697f4f 100644 > --- a/sysdeps/gnu/configure.ac > diff --git > a/meta/recipes-core/glibc/glibc/0017-yes-within-the-path-sets-wrong-config-variables.patch > > b/meta/recipes-core/glibc/glibc/0017-yes-within-the-path-sets-wrong-config-variables.patch > index 49089af41e..f4dadd11a0 100644 > --- > a/meta/recipes-core/glibc/glibc/0017-yes-within-the-path-sets-wrong-config-variables.patch > +++ > b/meta/recipes-core/glibc/glibc/0017-yes-within-the-path-sets-wrong-config-variables.patch > @@ -14,39 +14,14 @@ Upstream-Status: Submitted [libc-al...@sourceware.org] > Signed-off-by: Benjamin Esquivel > Signed-off-by: Khem Raj > --- > - sysdeps/aarch64/configure | 4 ++-- > sysdeps/aarch64/configure.ac | 4 ++-- > - sysdeps/arm/configure | 4 ++-- > sysdeps/arm/configure.ac | 4 ++-- > - sysdeps/mips/configure | 4 ++-- > sysdeps/mips/configure.ac | 4 ++-- > - sysdeps/nios2/configure| 4 ++-- > sysdeps/nios2/configure.ac | 4 ++-- > - sysdeps/unix/sysv/linux/mips/configure | 4 ++-- > sysdeps/unix/sysv/linux/mips/configure.ac | 4 ++-- > - sysdeps/unix/sysv/linux/powerpc/powerpc64/configure| 8 > sysdeps/unix/sysv/linux/powerpc/powerpc64/configure.ac | 8 > 12 files changed, 28 insertions(+), 28 deletions(-) > > -diff --git a/sysdeps/aarch64/configure b/sysdeps/aarch64/configure > -index 5bd355a691..3bc5537bc0 100644 > a/sysdeps/aarch64/configure > -+++ b/sysdeps/aarch64/configure > -@@ -148,12 +148,12 @@ else > - cat confdefs.h - <<_ACEOF >conftest.$ac_ext > - /* end confdefs.h. */ > - #ifdef __AARCH64EB__ > -- yes > -+ is_aarch64_be > - #endif > - > - _ACEOF > - if (eval "$ac_cpp conftest.$ac_ext") 2>&5 | > -- $EGREP "yes" >/dev/null 2>&1; then : > -+ $EGREP "is_aarch64_be" >/dev/null 2>&1; then : > - libc_cv_aarch64_be=yes > - else > - libc_cv_aarch64_be=no > diff --git a/sysdeps/aarch64/configure.ac b/sysdeps/aarch64/configure.ac > index 7851dd4dac..6e9238171f 100644 > --- a/sysdeps/aarch64/configure.ac > @@ -62,25 +37,6 @@ index 7851dd4dac..6e9238171f 100644 >#endif > ], libc_cv_aarch64_be=yes, libc_cv_aarch64_be=no)]) > if test $libc_cv_aarch64_be = yes; then > -diff --git a/sysdeps/arm/configure b/sysdeps/arm/configure > -index 431e843b2b..e152461138 100644 > a/sysdeps/arm/configure > -+++ b/sysdeps/arm/configure > -@@ -151,12 +151,12 @@ else > - cat confdefs.h - <<_ACEOF >conftest.$ac_ext > - /* end confdefs.h. */ > - #ifdef __ARM_PCS_VFP > --yes > -+use_arm_pcs_vfp > -#endif > - > - _ACEOF > - if (eval "$ac_cpp conftest.$ac_ext") 2>&5 | > -- $EGREP "yes" >/dev/null 2>&1; then : > -+ $EGREP "use_arm_pcs_vfp" >/dev/null 2>&1; then : > - libc_cv_arm_pcs_vfp=yes > - else > - libc_cv_arm_pcs_vfp=no > diff --git
Re: [OE-core] [PATCH] binutils: Pregenerate autoconf files
On Thu, Mar 26, 2020 at 11:29 AM Khem Raj wrote: > > On Thu, Mar 26, 2020 at 10:03 AM Khem Raj wrote: > > > > On Thu, Mar 26, 2020 at 5:45 AM Richard Purdie > > wrote: > > > > > > On Wed, 2020-03-25 at 16:16 -0700, Khem Raj wrote: > > > > libtool patch will result in configure file regeneration, instead of > > > > doing that at build time, do it in patch itself, this avoids running > > > > autoconf before configure step. > > > > > > > > Since binutils needs specific version of autoconf ( which is 2.69 ) > > > > this will break on systems using newer or older verisons of autoconf > > > > in current state. > > > > > > > > Signed-off-by: Khem Raj > > > > Cc: Ross Burton > > > > --- > > > > meta/recipes-devtools/binutils/binutils.inc | 8 +- > > > > .../binutils/0007-Use-libtool-2.4.patch | 26583 > > > > > > > > 2 files changed, 20352 insertions(+), 6239 deletions(-) > > > > > > Whilst I appreciate the intent here, our policy is to autoreconf most > > > things in general. This allows us to more easily support newer > > > architectures and platforms. > > > > > > There is a significant build speed benefit from not autoreconf'ing > > > things but where do we draw the line? > > > > > > > in general this is fine but binutils, gcc , glibc can not be treated > > in general category > > since they have dependencies on specific versions of autotools > > unfortunately, it currently > > works for binutils because our version of autoconf matches with what > > binutils expects > > as of now, but this will skew if this changes in future. In nutshell, > > the auto-fu in these > > packages is quite involved and has hard dependencies on specific > > versions of tools > > needed to reconfig them. > > > > > I'm also worried about patches which touch both configure and > > > configure.ac since the timestamp changes can cause things to autoreconf > > > even when we're trying to avoid that. As such this is actually quite a > > > risky change given past bad experiences :( > > > > We were not fully reconfiguring binutils even now, because of other > > autotool sversion mimatches > > only autoconf was being run which does not change the case if > > configure was say regenerated > > as you say. > > > > > > > > I'm not completely against it but I am worried. > > > > > > > perhaps addresses some of your concerns. > > after some IRC discussions, I think it better for us to drop this change. > I think IRC discussions confused me a bit, This patch will improve the situation for binutils since we dont have to run Autoconf which we are now doing on few selected directories where configure.ac has been changed due to our patches. This patch ensures that all configure scripts are up to date and do not require to be regenerated during do_configure step like common autotooled recipes. > > > > > Cheers, > > > > > > Richard > > > -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#136788): https://lists.openembedded.org/g/openembedded-core/message/136788 Mute This Topic: https://lists.openembedded.org/mt/72553705/21656 Group Owner: openembedded-core+ow...@lists.openembedded.org Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
[OE-core] [PATCH] Add a new bbclass that abstracts the generation of FIT blobs
FIT format is very versatile allowing various combination of booting
sequences. In the same time different U-Boot boot stages can use FIT
blobs to pack various binaries (e.g. SPL supports reading U-Boot from a
FIT blob). Because of the allowed level of customization, the generation
of a FIT blob using a fixed image tree source, becomes challenging and
increase the level of complexity where different configurations and
combinations are needed.
This bbclass will know how to generate a FIT blob, leaving the mechanics
of the process (dependencies, task order...) to be handled by the users
of the bbclass. In the same time will allow to separate the knowledge of
the FIT format leaving the user code cleaner and more readable.
Signed-off-by: Nandor Han
---
Notes:
Testing
---
1. linux-yocto_5.4.bbappend was modified to have the following
configuration:
```
inherit fit-image
KERNEL_IMAGE_NODE[name] = "kernel"
KERNEL_IMAGE_NODE[description] = "${PF}"
KERNEL_IMAGE_NODE[data] = '/incbin/("./arch/${ARCH}/boot/zImage")'
KERNEL_IMAGE_NODE[type] = "kernel"
KERNEL_IMAGE_NODE[arch] = "${ARCH}"
KERNEL_IMAGE_NODE[os] = "linux"
KERNEL_IMAGE_NODE[compression] = "none"
KERNEL_IMAGE_NODE[load] = "${UBOOT_LOADADDRESS}"
KERNEL_IMAGE_NODE[entry] = "${UBOOT_ENTRYPOINT}"
KERNEL_IMAGE_NODE[hash] = "sha256"
FDT_IMAGE_NODE[name] = "fdt"
FDT_IMAGE_NODE[description] = "FDT blob"
FDT_IMAGE_NODE[data] = '/incbin/("./arch/${ARCH}/boot/dts/am335x-bone.dtb")'
FDT_IMAGE_NODE[type] = "flat_dt"
FDT_IMAGE_NODE[arch] = "${ARCH}"
FDT_IMAGE_NODE[compression] = "none"
FDT_IMAGE_NODE[hash] = "sha256"
CONF1_CONF_NODE[name] = "conf"
CONF1_CONF_NODE[description] = "Linux kernel and FDT blob"
CONF1_CONF_NODE[kernel] = "kernel"
CONF1_CONF_NODE[fdt] = "fdt"
FIT_IMAGES_NODE = "KERNEL_IMAGE_NODE FDT_IMAGE_NODE"
FIT_CONFIGURATIONS_NODE = "CONF1_CONF_NODE"
FIT_CONFIGURATIONS_NODE[default] = "${@d.getVarFlag('CONF1_CONF_NODE',
'name') or ""}"
```
2. Build the kernel: `bitbake virtual/kernel`
3. Verify that `image-fit.itb` is present in the build directory: PASS
4. Disassemble the image using the command: `dtc -I dtb -O dts
image-fit.itb`
5. Verify that the FIT source contains the expected configuration: PASS
meta/classes/fit-image.bbclass | 377 +
1 file changed, 377 insertions(+)
create mode 100644 meta/classes/fit-image.bbclass
diff --git a/meta/classes/fit-image.bbclass b/meta/classes/fit-image.bbclass
new file mode 100644
index 00..e087244c7a
--- /dev/null
+++ b/meta/classes/fit-image.bbclass
@@ -0,0 +1,377 @@
+#
+# The class will facilitate the generation of FIT blobs.
+#
+# Glossary
+#FIT - Flattened uImage Tree
+#
+# Requirements:
+#
+#* The user need to specify the image content using the format specified
in the "FIT Image API" section.
+#
+# FIT Image API
+#
+# The bbclass is using variable and variable flags to declare the FIT image
content.
+#
+#* Sub-Images and Configuration Nodes
+#
+# ** A sub-image node content is declared using the format
`VAR_NODE[] = `.
+# * VAR_NODE - freely selected name of the variable representing a
node.
+# * - a sub-image property (e.g. description, type...).
+# * - the property value.
+# Depending of the property the value can support different
formats.
+# ** Property Values Formats
+#
+#string property
+#---
+#format: "" - in case the property expects a text.
+#(e.g. IMAGE_NODE_KERNEL[type] = "kernel")
+#
+#address property
+#
+#format: "" - in case the property expects an address.
+#(e.g. IMAGE_NODE_KERNEL[entry] = "0xABCDABCD")
+#
+#hash property
+#-
+#format: "" - for hash property the hash type needs to
be specified.
+#(e.g. IMAGE_NODE_KERNEL[hash] = "sha256")
+#
+#sub-image signature property
+#
+#format: ";;" - for image signature node.
+#Both algorithm and key name needs to be provided.
+#(e.g. IMAGE_NODE_KERNEL[signature] = "sha256,rsa2048;kernel;"
+#
+#configuration signature property
+#
+#format: ";;" - for
configuration signature properties algorithm,
+#key name and sub-image nodes needs to be provided.
+#(e.g. CONF_NODE_CONF1[signature] =
"sha256,rsa2048;kernel;"kernel","fdt";")
+#
+# ** Sub-Image and Configuration Nodes Flags
+# See the code for supported flags.
+#
+#* FIT_IMAGES_NODE - contains a list of variables used to declare the
sub-images nodes, separated by space.
+#(e.g.
Re: [OE-core] [PATCH] pulseaudio: fix for ARM thumb + frame pointers compilation error
On Thu, Mar 26, 2020 at 1:26 PM Adrian Bunk wrote: > > On Thu, Mar 26, 2020 at 12:53:08PM -0700, Andre McCurdy wrote: > > On Thu, Mar 26, 2020 at 12:16 PM Adrian Bunk wrote: > > > > > > On Thu, Mar 26, 2020 at 05:26:29PM +0200, Stefan Ghinea wrote: > > > >... > > > > When compiling for Thumb or Thumb2, frame pointers _must_ be disabled > > > > since the Thumb frame pointer in r7 > > > >... > > > > > > How are you reproducing the problem in pulseaudio? > > > > > > This sounds like a workaround for a bug in musl that was fixed 2 years > > > ago. > > > > The problem can show up anywhere that inline asm is trying to use r7. > > In this case it looks like: > > > > > > https://github.com/pulseaudio/pulseaudio/blob/master/src/pulsecore/remap_neon.c#L50 > >... > > After looking at the pulseaudio code I suspected the patch description > claiming pulseaudio syscall code would be the problem was rubbish, and > that this NEON code was the problem. Yes, the comment looks like it was copied and pasted and doesn't really apply in this case (since pulseaudio isn't making syscalls). That should be updated. > But when I tried to reproduce the problem it built for me with both > glibc and musl in master (the patch didn't mention that this was a > musl-only problem). > > Then I saw that this was fixed in musl upstream 2 years ago: > https://git.musl-libc.org/cgit/musl/commit/?id=e3c682ab5257aaa6739ef242a9676d897370e78e Right, it's not related to musl or glibc. I suspect it can be reproduced by building for an ARM target which supports NEON, ensuring that DEFAULTTUNE doesn't forcefully disable Thumb (e.g. it should be armv7vethf-neon, not armv7vehf-neon), setting ARM_INSTRUCTION_SET to thumb and then compiling with frame pointers enabled (e.g. by adding -fno-omit-frame-pointer to CFLAGS). In terms of a fix, then changing the code to use r12 instead of r7 is probably the best solution (assuming it works), but would need careful testing. Appending -fomit-frame-pointer to CFLAGS for ARM machines building for Thumb is safe and should fix the issue too. Presumably limiting the -fomit-frame-pointer workaround to ARM machines which support NEON building for Thumb would be an even more targeted solution. -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#136786): https://lists.openembedded.org/g/openembedded-core/message/136786 Mute This Topic: https://lists.openembedded.org/mt/72566057/21656 Group Owner: openembedded-core+ow...@lists.openembedded.org Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
[OE-core] [PATCH] gdk-pixbuf: remove a test that sporadically fails without reproducibility
The test is randomly modifying file data and some of these random
modifications cause OOM failures. There is no way to preserve and repeat
what was modified, so the test needs to re-engineered to do
proper fuzzing.
See here for details:
https://gitlab.gnome.org/GNOME/gdk-pixbuf/-/issues/146
Signed-off-by: Alexander Kanavin
---
meta/recipes-gnome/gdk-pixbuf/gdk-pixbuf_2.40.0.bb | 5 +
1 file changed, 5 insertions(+)
diff --git a/meta/recipes-gnome/gdk-pixbuf/gdk-pixbuf_2.40.0.bb
b/meta/recipes-gnome/gdk-pixbuf/gdk-pixbuf_2.40.0.bb
index 699c4ecd0b..d0df5015a5 100644
--- a/meta/recipes-gnome/gdk-pixbuf/gdk-pixbuf_2.40.0.bb
+++ b/meta/recipes-gnome/gdk-pixbuf/gdk-pixbuf_2.40.0.bb
@@ -99,6 +99,11 @@ do_install_append() {
}
+# Remove a bad fuzzing attempt that sporadically fails without a way to
reproduce
+do_install_ptest() {
+ rm
${D}/${datadir}/installed-tests/gdk-pixbuf/pixbuf-randomly-modified.test
+}
+
do_install_append_class-native() {
find ${D}${libdir} -name "libpixbufloader-*.la" -exec rm \{\} \;
--
2.25.1
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#136785):
https://lists.openembedded.org/g/openembedded-core/message/136785
Mute This Topic: https://lists.openembedded.org/mt/72573979/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-
[OE-core] [PATCH] apr: add option for disabling time dependant tests
From: Jeremy Puhlman
[YOCTO #13839]
Signed-off-by: Jeremy Puhlman
---
...ion-to-disable-timed-dependant-tests.patch | 69 +++
meta/recipes-support/apr/apr_1.7.0.bb | 2 +
2 files changed, 71 insertions(+)
create mode 100644
meta/recipes-support/apr/apr/0001-Add-option-to-disable-timed-dependant-tests.patch
diff --git
a/meta/recipes-support/apr/apr/0001-Add-option-to-disable-timed-dependant-tests.patch
b/meta/recipes-support/apr/apr/0001-Add-option-to-disable-timed-dependant-tests.patch
new file mode 100644
index 00..abff4e9331
--- /dev/null
+++
b/meta/recipes-support/apr/apr/0001-Add-option-to-disable-timed-dependant-tests.patch
@@ -0,0 +1,69 @@
+From 2bbe20b4f69e84e7a18bc79d382486953f479328 Mon Sep 17 00:00:00 2001
+From: Jeremy Puhlman
+Date: Thu, 26 Mar 2020 18:30:36 +
+Subject: [PATCH] Add option to disable timed dependant tests
+
+The disabled tests rely on timing to pass correctly. On a virtualized
+system under heavy load, these tests randomly fail because they miss
+a timer or other timing related issues.
+
+Upstream-Status: Pending
+Signed-off-by: Jeremy Puhlman
+---
+ configure.in | 6 ++
+ include/apr.h.in | 1 +
+ test/testlock.c | 4 ++--
+ 3 files changed, 9 insertions(+), 2 deletions(-)
+
+diff --git a/configure.in b/configure.in
+index d9f32d6..f0c5661 100644
+--- a/configure.in
b/configure.in
+@@ -2886,6 +2886,12 @@ AC_ARG_ENABLE(timedlocks,
+ )
+ AC_SUBST(apr_has_timedlocks)
+
++AC_ARG_ENABLE(timed-tests,
++ [ --disable-timed-tests Disable timed tests ],
++ [apr_has_timedtests="0"], [apr_has_timedtests="1"]
++)
++AC_SUBST(apr_has_timedtests)
++
+ # hstrerror is only needed if IPv6 is not enabled,
+ # so getaddrinfo/gai_strerror are not used.
+ if test $have_ipv6 = 0; then
+diff --git a/include/apr.h.in b/include/apr.h.in
+index ee99def..c46a5f4 100644
+--- a/include/apr.h.in
b/include/apr.h.in
+@@ -298,6 +298,7 @@ extern "C" {
+ #define APR_HAS_XTHREAD_FILES @apr_has_xthread_files@
+ #define APR_HAS_OS_UUID @osuuid@
+ #define APR_HAS_TIMEDLOCKS@apr_has_timedlocks@
++#define APR_HAVE_TIME_DEPENDANT_TESTS@apr_has_timedtests@
+
+ #define APR_PROCATTR_USER_SET_REQUIRES_PASSWORD
@apr_procattr_user_set_requires_password@
+
+diff --git a/test/testlock.c b/test/testlock.c
+index a43f477..6233d0b 100644
+--- a/test/testlock.c
b/test/testlock.c
+@@ -396,13 +396,13 @@ abts_suite *testlock(abts_suite *suite)
+ abts_run_test(suite, threads_not_impl, NULL);
+ #else
+ abts_run_test(suite, test_thread_mutex, NULL);
+-#if APR_HAS_TIMEDLOCKS
++#if APR_HAS_TIMEDLOCKS && APR_HAVE_TIME_DEPENDANT_TESTS
+ abts_run_test(suite, test_thread_timedmutex, NULL);
+ #endif
+ abts_run_test(suite, test_thread_rwlock, NULL);
+ abts_run_test(suite, test_cond, NULL);
+ abts_run_test(suite, test_timeoutcond, NULL);
+-#if APR_HAS_TIMEDLOCKS
++#if APR_HAS_TIMEDLOCKS && APR_HAVE_TIME_DEPENDANT_TESTS
+ abts_run_test(suite, test_timeoutmutex, NULL);
+ #endif
+ #endif
+--
+2.23.0
+
diff --git a/meta/recipes-support/apr/apr_1.7.0.bb
b/meta/recipes-support/apr/apr_1.7.0.bb
index 8a9b780593..7073af8c98 100644
--- a/meta/recipes-support/apr/apr_1.7.0.bb
+++ b/meta/recipes-support/apr/apr_1.7.0.bb
@@ -18,6 +18,7 @@ SRC_URI = "${APACHE_MIRROR}/apr/${BPN}-${PV}.tar.bz2 \
file://0006-apr-fix-off_t-size-doesn-t-match-in-glibc-when-cross.patch \
file://0007-explicitly-link-libapr-against-phtread-to-make-gold-.patch \
file://libtoolize_check.patch \
+ file://0001-Add-option-to-disable-timed-dependant-tests.patch \
"
SRC_URI[md5sum] = "7a14a83d664e87599ea25ff4432e48a7"
@@ -39,6 +40,7 @@ CACHED_CONFIGUREVARS += "ac_cv_file__dev_zero=yes"
PACKAGECONFIG ??= "${@bb.utils.filter('DISTRO_FEATURES', 'ipv6', d)}"
PACKAGECONFIG[ipv6] = "--enable-ipv6,--disable-ipv6,"
+PACKAGECONFIG[timed-tests] = "--enable-timed-tests,--disable-timed-tests,"
do_configure_prepend() {
# Avoid absolute paths for grep since it causes failures
--
2.20.1
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#136784):
https://lists.openembedded.org/g/openembedded-core/message/136784
Mute This Topic: https://lists.openembedded.org/mt/72573157/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-
Re: [OE-core] [PATCH] pulseaudio: fix for ARM thumb + frame pointers compilation error
On Thu, Mar 26, 2020 at 12:53:08PM -0700, Andre McCurdy wrote: > On Thu, Mar 26, 2020 at 12:16 PM Adrian Bunk wrote: > > > > On Thu, Mar 26, 2020 at 05:26:29PM +0200, Stefan Ghinea wrote: > > >... > > > When compiling for Thumb or Thumb2, frame pointers _must_ be disabled > > > since the Thumb frame pointer in r7 > > >... > > > > How are you reproducing the problem in pulseaudio? > > > > This sounds like a workaround for a bug in musl that was fixed 2 years ago. > > The problem can show up anywhere that inline asm is trying to use r7. > In this case it looks like: > > > https://github.com/pulseaudio/pulseaudio/blob/master/src/pulsecore/remap_neon.c#L50 >... After looking at the pulseaudio code I suspected the patch description claiming pulseaudio syscall code would be the problem was rubbish, and that this NEON code was the problem. But when I tried to reproduce the problem it built for me with both glibc and musl in master (the patch didn't mention that this was a musl-only problem). Then I saw that this was fixed in musl upstream 2 years ago: https://git.musl-libc.org/cgit/musl/commit/?id=e3c682ab5257aaa6739ef242a9676d897370e78e cu Adrian -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#136783): https://lists.openembedded.org/g/openembedded-core/message/136783 Mute This Topic: https://lists.openembedded.org/mt/72566057/21656 Group Owner: openembedded-core+ow...@lists.openembedded.org Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
[OE-core] [PATCH] apr: add option for disabling time dependant tests
From: Jeremy Puhlman
[YOCTO #13839]
Signed-off-by: Jeremy Puhlman
---
...d-option-to-disable-timed-dependant-tests.patch | 69 ++
meta/recipes-support/apr/apr_1.7.0.bb | 2 +
2 files changed, 71 insertions(+)
create mode 100644
meta/recipes-support/apr/apr/0001-Add-option-to-disable-timed-dependant-tests.patch
diff --git
a/meta/recipes-support/apr/apr/0001-Add-option-to-disable-timed-dependant-tests.patch
b/meta/recipes-support/apr/apr/0001-Add-option-to-disable-timed-dependant-tests.patch
new file mode 100644
index 00..abff4e9331
--- /dev/null
+++
b/meta/recipes-support/apr/apr/0001-Add-option-to-disable-timed-dependant-tests.patch
@@ -0,0 +1,69 @@
+From 2bbe20b4f69e84e7a18bc79d382486953f479328 Mon Sep 17 00:00:00 2001
+From: Jeremy Puhlman
+Date: Thu, 26 Mar 2020 18:30:36 +
+Subject: [PATCH] Add option to disable timed dependant tests
+
+The disabled tests rely on timing to pass correctly. On a virtualized
+system under heavy load, these tests randomly fail because they miss
+a timer or other timing related issues.
+
+Upstream-Status: Pending
+Signed-off-by: Jeremy Puhlman
+---
+ configure.in | 6 ++
+ include/apr.h.in | 1 +
+ test/testlock.c | 4 ++--
+ 3 files changed, 9 insertions(+), 2 deletions(-)
+
+diff --git a/configure.in b/configure.in
+index d9f32d6..f0c5661 100644
+--- a/configure.in
b/configure.in
+@@ -2886,6 +2886,12 @@ AC_ARG_ENABLE(timedlocks,
+ )
+ AC_SUBST(apr_has_timedlocks)
+
++AC_ARG_ENABLE(timed-tests,
++ [ --disable-timed-tests Disable timed tests ],
++ [apr_has_timedtests="0"], [apr_has_timedtests="1"]
++)
++AC_SUBST(apr_has_timedtests)
++
+ # hstrerror is only needed if IPv6 is not enabled,
+ # so getaddrinfo/gai_strerror are not used.
+ if test $have_ipv6 = 0; then
+diff --git a/include/apr.h.in b/include/apr.h.in
+index ee99def..c46a5f4 100644
+--- a/include/apr.h.in
b/include/apr.h.in
+@@ -298,6 +298,7 @@ extern "C" {
+ #define APR_HAS_XTHREAD_FILES @apr_has_xthread_files@
+ #define APR_HAS_OS_UUID @osuuid@
+ #define APR_HAS_TIMEDLOCKS@apr_has_timedlocks@
++#define APR_HAVE_TIME_DEPENDANT_TESTS@apr_has_timedtests@
+
+ #define APR_PROCATTR_USER_SET_REQUIRES_PASSWORD
@apr_procattr_user_set_requires_password@
+
+diff --git a/test/testlock.c b/test/testlock.c
+index a43f477..6233d0b 100644
+--- a/test/testlock.c
b/test/testlock.c
+@@ -396,13 +396,13 @@ abts_suite *testlock(abts_suite *suite)
+ abts_run_test(suite, threads_not_impl, NULL);
+ #else
+ abts_run_test(suite, test_thread_mutex, NULL);
+-#if APR_HAS_TIMEDLOCKS
++#if APR_HAS_TIMEDLOCKS && APR_HAVE_TIME_DEPENDANT_TESTS
+ abts_run_test(suite, test_thread_timedmutex, NULL);
+ #endif
+ abts_run_test(suite, test_thread_rwlock, NULL);
+ abts_run_test(suite, test_cond, NULL);
+ abts_run_test(suite, test_timeoutcond, NULL);
+-#if APR_HAS_TIMEDLOCKS
++#if APR_HAS_TIMEDLOCKS && APR_HAVE_TIME_DEPENDANT_TESTS
+ abts_run_test(suite, test_timeoutmutex, NULL);
+ #endif
+ #endif
+--
+2.23.0
+
diff --git a/meta/recipes-support/apr/apr_1.7.0.bb
b/meta/recipes-support/apr/apr_1.7.0.bb
index 8a9b780593..7073af8c98 100644
--- a/meta/recipes-support/apr/apr_1.7.0.bb
+++ b/meta/recipes-support/apr/apr_1.7.0.bb
@@ -18,6 +18,7 @@ SRC_URI = "${APACHE_MIRROR}/apr/${BPN}-${PV}.tar.bz2 \
file://0006-apr-fix-off_t-size-doesn-t-match-in-glibc-when-cross.patch \
file://0007-explicitly-link-libapr-against-phtread-to-make-gold-.patch \
file://libtoolize_check.patch \
+ file://0001-Add-option-to-disable-timed-dependant-tests.patch \
"
SRC_URI[md5sum] = "7a14a83d664e87599ea25ff4432e48a7"
@@ -39,6 +40,7 @@ CACHED_CONFIGUREVARS += "ac_cv_file__dev_zero=yes"
PACKAGECONFIG ??= "${@bb.utils.filter('DISTRO_FEATURES', 'ipv6', d)}"
PACKAGECONFIG[ipv6] = "--enable-ipv6,--disable-ipv6,"
+PACKAGECONFIG[timed-tests] = "--enable-timed-tests,--disable-timed-tests,"
do_configure_prepend() {
# Avoid absolute paths for grep since it causes failures
--
2.13.3
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#136782):
https://lists.openembedded.org/g/openembedded-core/message/136782
Mute This Topic: https://lists.openembedded.org/mt/72573157/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-
[OE-core] [PATCHv2] utils: fix gcc 10 version detection
Utils can not detect GCC 10 correctly due to wrong regex.
It generates this error "ERROR: Can't get compiler version from gcc --version
output"
Sub-version numbers should be 1 or more digits instead of 1 only.
Signed-off-by: Charles-Antoine Couret
---
meta/lib/oe/utils.py | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta/lib/oe/utils.py b/meta/lib/oe/utils.py
index aee4336482..9042b370f7 100644
--- a/meta/lib/oe/utils.py
+++ b/meta/lib/oe/utils.py
@@ -391,7 +391,7 @@ def host_gcc_version(d, taskcontextonly=False):
except subprocess.CalledProcessError as e:
bb.fatal("Error running %s --version: %s" % (compiler,
e.output.decode("utf-8")))
-match = re.match(r".* (\d\.\d)\.\d.*", output.split('\n')[0])
+match = re.match(r".* (\d+\.\d+)\.\d+.*", output.split('\n')[0])
if not match:
bb.fatal("Can't get compiler version from %s --version output" %
compiler)
--
2.26.0
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#136781):
https://lists.openembedded.org/g/openembedded-core/message/136781
Mute This Topic: https://lists.openembedded.org/mt/72573049/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-
Re: [OE-core] [PATCH] pulseaudio: fix for ARM thumb + frame pointers compilation error
On Thu, Mar 26, 2020 at 12:16 PM Adrian Bunk wrote:
>
> On Thu, Mar 26, 2020 at 05:26:29PM +0200, Stefan Ghinea wrote:
> >...
> > When compiling for Thumb or Thumb2, frame pointers _must_ be disabled
> > since the Thumb frame pointer in r7
> >...
>
> How are you reproducing the problem in pulseaudio?
>
> This sounds like a workaround for a bug in musl that was fixed 2 years ago.
The problem can show up anywhere that inline asm is trying to use r7.
In this case it looks like:
https://github.com/pulseaudio/pulseaudio/blob/master/src/pulsecore/remap_neon.c#L50
Better fix there might be to use registers { r4,r5,r6,r12 } instead of
{ r4,r5,r6,r7 } ?
> cu
> Adrian
>
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#136780):
https://lists.openembedded.org/g/openembedded-core/message/136780
Mute This Topic: https://lists.openembedded.org/mt/72566057/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-
[OE-core] [PATCH] binutils: Drop patching configure files
Signed-off-by: Khem Raj
---
...iden-the-regexp-for-SH-architectures.patch | 14 ---
...-system-directories-when-cross-linki.patch | 42 ---
.../0012-Add-support-for-Netlogic-XLP.patch | 15 ---
3 files changed, 71 deletions(-)
diff --git
a/meta/recipes-devtools/binutils/binutils/0004-configure-widen-the-regexp-for-SH-architectures.patch
b/meta/recipes-devtools/binutils/binutils/0004-configure-widen-the-regexp-for-SH-architectures.patch
index d10a144ed5..5d2cc9b436 100644
---
a/meta/recipes-devtools/binutils/binutils/0004-configure-widen-the-regexp-for-SH-architectures.patch
+++
b/meta/recipes-devtools/binutils/binutils/0004-configure-widen-the-regexp-for-SH-architectures.patch
@@ -9,23 +9,9 @@ Upstream-Status: Pending
Signed-off-by: Khem Raj
---
- configure| 2 +-
configure.ac | 2 +-
2 files changed, 2 insertions(+), 2 deletions(-)
-diff --git a/configure b/configure
-index 91dc42f6c7..7c1b747e7c 100755
a/configure
-+++ b/configure
-@@ -3915,7 +3915,7 @@ case "${target}" in
- nvptx*-*-*)
- noconfigdirs="$noconfigdirs target-libssp target-libstdc++-v3
target-libobjc"
- ;;
-- sh-*-*)
-+ sh*-*-* | sh64-*-*)
- case "${target}" in
- sh*-*-elf)
- ;;
diff --git a/configure.ac b/configure.ac
index 4bd869a63a..7187b34dfc 100644
--- a/configure.ac
diff --git
a/meta/recipes-devtools/binutils/binutils/0009-warn-for-uses-of-system-directories-when-cross-linki.patch
b/meta/recipes-devtools/binutils/binutils/0009-warn-for-uses-of-system-directories-when-cross-linki.patch
index 11a8110d40..04850ababd 100644
---
a/meta/recipes-devtools/binutils/binutils/0009-warn-for-uses-of-system-directories-when-cross-linki.patch
+++
b/meta/recipes-devtools/binutils/binutils/0009-warn-for-uses-of-system-directories-when-cross-linki.patch
@@ -52,7 +52,6 @@ Signed-off-by: Scott Garman
Signed-off-by: Khem Raj
---
ld/config.in| 3 +++
- ld/configure| 16
ld/configure.ac | 10 ++
ld/ld.h | 8
ld/ld.texi | 12
@@ -76,47 +75,6 @@ index d93c9b0830..5da2742bea 100644
/* Additional extension a shared object might have. */
#undef EXTRA_SHLIB_EXTENSION
-diff --git a/ld/configure b/ld/configure
-index 811134a503..f8c17c19ae 100755
a/ld/configure
-+++ b/ld/configure
-@@ -826,6 +826,7 @@ with_lib_path
- enable_targets
- enable_64_bit_bfd
- with_sysroot
-+enable_poison_system_directories
- enable_gold
- enable_got
- enable_compressed_debug_sections
-@@ -1491,6 +1492,8 @@ Optional Features:
- --disable-largefile omit support for large files
- --enable-targetsalternative target configurations
- --enable-64-bit-bfd 64-bit support (on hosts with narrower word sizes)
-+ --enable-poison-system-directories
-+ warn for use of native system library directories
- --enable-gold[=ARG] build gold [ARG={default,yes,no}]
- --enable-got= GOT handling scheme (target, single, negative,
- multigot)
-@@ -15788,6 +15791,19 @@ fi
-
-
-
-+# Check whether --enable-poison-system-directories was given.
-+if test "${enable_poison_system_directories+set}" = set; then :
-+ enableval=$enable_poison_system_directories;
-+else
-+ enable_poison_system_directories=no
-+fi
-+
-+if test "x${enable_poison_system_directories}" = "xyes"; then
-+
-+$as_echo "#define ENABLE_POISON_SYSTEM_DIRECTORIES 1" >>confdefs.h
-+
-+fi
-+
- # Check whether --enable-gold was given.
- if test "${enable_gold+set}" = set; then :
- enableval=$enable_gold; case "${enableval}" in
diff --git a/ld/configure.ac b/ld/configure.ac
index b5e849d84a..22e022ec03 100644
--- a/ld/configure.ac
diff --git
a/meta/recipes-devtools/binutils/binutils/0012-Add-support-for-Netlogic-XLP.patch
b/meta/recipes-devtools/binutils/binutils/0012-Add-support-for-Netlogic-XLP.patch
index c32867a238..a420dc3aca 100644
---
a/meta/recipes-devtools/binutils/binutils/0012-Add-support-for-Netlogic-XLP.patch
+++
b/meta/recipes-devtools/binutils/binutils/0012-Add-support-for-Netlogic-XLP.patch
@@ -25,7 +25,6 @@ Signed-off-by: Mark Hatle
bfd/elfxx-mips.c | 8
binutils/readelf.c| 1 +
gas/config/tc-mips.c | 4 +++-
- gas/configure | 3 +++
gas/configure.ac | 3 +++
include/elf/mips.h| 1 +
include/opcode/mips.h | 6 ++
@@ -184,20 +183,6 @@ index fc6898834e..2c7151ccdb 100644
/* MIPS 64 Release 6. */
{ "i6400",0, ASE_VIRT | ASE_MSA,ISA_MIPS64R6, CPU_MIPS64R6},
-diff --git a/gas/configure b/gas/configure
-index 60c1a055ae..59d6d11215 100755
a/gas/configure
-+++ b/gas/configure
-@@ -12722,6 +12722,9 @@ _ACEOF
- mipsisa64r6 | mipsisa64r6el)
- mips_cpu=mips64r6
- ;;
-+mipsisa64r2nlm | mipsisa64r2nlmel)
-+ mips_cpu=xlp
-+ ;;
- mipstx39 | mipstx39el)
- mips_cpu=r3900
- ;;
diff --git a/gas/configure.ac
Re: [OE-Core][RFC PATCH 06/13] systemd: Add PACKAGECONFIG for sysvinit
On Thu, Mar 26, 2020 at 4:13 PM Adrian Bunk wrote: > > On Thu, Mar 26, 2020 at 06:08:52PM +, Alex Kiernan wrote: > > On Thu, Mar 26, 2020 at 5:33 PM Adrian Bunk wrote: > > > > > > On Thu, Mar 26, 2020 at 03:54:55PM +, Alex Kiernan wrote: > > > > On Thu, Mar 26, 2020 at 2:56 PM Adrian Bunk wrote: > > > > > On Thu, Mar 26, 2020 at 08:54:19AM +, Alex Kiernan wrote: > > > > > > Add sysvinit PACKAGECONFIG which is bound to DISTRO_FEATURES, this > > > > > > then disables all sysvinit handling in systemd if it isn't present. > > > > > > > > > > > > Consolidate sysvinit handling so that when it's disabled we exclude > > > > > > all > > > > > > sysvinit features. > > > > > >... > > > > > > > > > > What exactly are "sysvinit handling" and "sysvinit features"? > > > > > > > > > > It seems to disable systemd-sysv-generator, and this is wrong. > > > > > > > > Like this it sets HAVE_SYSV_COMPAT which does disable > > > > systemd-sysv-generator, but if sysvinit is disabled completely in the > > > > distro, I'm missing why that's a bad thing? > > > > > > > > Or have I misunderstood what sysvinit in DISTRO_FEATURES is meant to > > > > mean? > > > > > > sysvinit in DISTRO_FEATURES means that sysvinit is supported as init > > > system. > > > > > > > I'd taken in that sysvinit not present in DISTRO_FEATURES meant > > > > that packages should install systemd units, not rely on init scripts. > > > > > > Packages that do provide both are not the relevant ones. > > > > > > For packages that can provide both, if the init script gets installed > > > it is ignored by systemd when there is also a systemd unit. > > > > > > systemd-sysv-generator provides support for packages that do not > > > (yet) provide a systemd unit, only an init script. > > > > > > Disabling this could save a few bytes on a small system when no > > > installed package needs it, but this is not in any way related > > > to sysvinit in DISTRO_FEATURES. > > > > That's the piece of context I'm missing then... so whilst adding > > sysvinit as a PACKAGECONFIG is valid, it shouldn't be linked to > > DISTRO_FEATURES? > > Yes, and it should stay enabled by default. Agreed. -- Otavio Salvador O.S. Systems http://www.ossystems.com.brhttp://code.ossystems.com.br Mobile: +55 (53) 9 9981-7854 Mobile: +1 (347) 903-9750 -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#136778): https://lists.openembedded.org/g/openembedded-core/message/136778 Mute This Topic: https://lists.openembedded.org/mt/72560006/21656 Group Owner: openembedded-core+ow...@lists.openembedded.org Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
Re: [OE-core] [v2 PATCH] base.bbclass: Add COMPATIBLE_OS, useful for non-Linux target recipes
I talked with RP off the list and got this working.
Below is what I ended up doing to prevent the default packages from working with
baremetal, unless they were configured to.
In my baremetal distro.conf:
COMPATOS = ""
COMPATOS_class-target = ".*-linux${LIBCEXTENSION}${ABIEXTENSION}"
COMPATIBLE_HOST ?= "${COMPATOS}"
Then in each of the baremetal -only- recipes:
COMPATIBLE_HOST = ".*-elf"
COMPATIBLE_HOST_arm = "[^-]*-[^-]*-eabi"
In the recipes for BOTH baremetal and Linux:
COMPATIBLE_HOST = "${HOST_SYS}"
(Setting to "" should work as well..)
--Mark
On 3/26/20 12:05 PM, Mark Hatle wrote:
>> On Thu, 2020-03-26 at 10:25 -0500, Mark Hatle wrote:
>>> Add the ability to generate non-Linux based components, such as
>>> baremetal, FreeRTOS, Zypher, etc, exist. There is a need for a way
>>> to take components as specific to a given OS.
>>>
>>> This is especially important in a multiconfig build where you may be
>>> targeting different OSes which different sets of recipes in a common
>>> set of layers.
>>>
>>> Setting a default of (matching bitbake.conf's default TARGET_OS):
>>>
>>>COMPATIBLE_OS ?= "linux${LIBCEXTENSION}${ABIEXTENSION}"
>>>
>>> will allow all existing recipes to be tagged as Linux specific, so
>>> only non-Linux recipes would need to be tagged with specific
>>> compatibility.
>>>
>>> For a baremetal recipes, the following was used to test this code:
>>>
>>>COMPATIBLE_OS = "elf"
>>>COMPATIBLE_OS_arm = "eabi"
>>>
>>> Signed-off-by: Mark Hatle
>>> ---
>>> V2:
>>> Only difference to V1 is typograhic fixes to the commit message.
>>>
>>> meta/classes/base.bbclass| 7 +++
>>> meta/conf/documentation.conf | 1 +
>>> 2 files changed, 8 insertions(+)
>>>
>>> diff --git a/meta/classes/base.bbclass b/meta/classes/base.bbclass
>>> index 45f9435fd8..c123c5dc50 100644
>>> --- a/meta/classes/base.bbclass
>>> +++ b/meta/classes/base.bbclass
>>> @@ -509,6 +509,13 @@ python () {
>>> d.setVarFlag('do_devshell', 'fakeroot', '1')
>>> d.appendVarFlag('do_devshell', 'depends', '
>>> virtual/fakeroot-native:do_populate_sysroot')
>>>
>>> +need_os = d.getVar('COMPATIBLE_OS')
>>> +if need_os and not d.getVar('PARSE_ALL_RECIPES', False):
>>> +import re
>>> +this_os = d.getVar('TARGET_OS')
>>> +if not re.match(need_os, this_os):
>>> +raise bb.parse.SkipRecipe("incompatible with os %s (not
>>> in COMPATIBLE_OS)" % this_os)
>>> +
>>> need_machine = d.getVar('COMPATIBLE_MACHINE')
>>> if need_machine and not d.getVar('PARSE_ALL_RECIPES', False):
>>> import re
>>> diff --git a/meta/conf/documentation.conf
>>> b/meta/conf/documentation.conf
>>> index 0b21d1f63e..7a87540f43 100644
>>> --- a/meta/conf/documentation.conf
>>> +++ b/meta/conf/documentation.conf
>>> @@ -111,6 +111,7 @@ COMBINED_FEATURES[doc] = "A set of features
>>> common between MACHINE_FEATURES and
>>> COMMON_LICENSE_DIR[doc] = "Points to meta/files/common-licenses in
>>> the Source Directory, which is where generic license files reside."
>>> COMPATIBLE_HOST[doc] = "A regular expression that resolves to one or
>>> more hosts (when the recipe is native) or one or more targets (when
>>> the recipe is non-native) with which a recipe is compatible."
>>
>> How does COMPATIBLE_OS compare to COMPATIBLE_HOST (documented above)?
>
> HOST_SYS="aarch64-oe-linux"
>
> So the equivalent to the COMPATIBLE_OS would be:
>
> COMPATIBLE_HOST ?= ".*-linux.*"
>
> So it COULD be used in most cases.
>
> When I tried this before though, I could get it to work in a multiconfig
> setting.
>
> Specifically what I tried was setting, in my local.conf:
>
> COMPATIBLE_HOST ?= ".*-linux${LIBCEXTENSION}${ABIEXTENSION}"
>
> And then in the recipes:
>
> COMPATIBLE_HOST = ".*-elf"
> COMPATIBLE_HOST_arm = ".*-eabi"
>
> But then the second one matches the linux ABIEXTENSION and broke..
>
> So really the issue is that I -only- ever want to match on the OS part of
> the "SYS" string. And done to the multiple natures of the '-', it's
> difficult to get right.
>
> I didn't try something complex like: [^-]-[^-]-eabi
>
> --Mark
>
>> Cheers
>>
>> Richard
>>
>
>
>
>
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#136777):
https://lists.openembedded.org/g/openembedded-core/message/136777
Mute This Topic: https://lists.openembedded.org/mt/72566050/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-
Re: [OE-core] [PATCH] pulseaudio: fix for ARM thumb + frame pointers compilation error
On Thu, Mar 26, 2020 at 05:26:29PM +0200, Stefan Ghinea wrote: >... > When compiling for Thumb or Thumb2, frame pointers _must_ be disabled > since the Thumb frame pointer in r7 >... How are you reproducing the problem in pulseaudio? This sounds like a workaround for a bug in musl that was fixed 2 years ago. cu Adrian -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#136776): https://lists.openembedded.org/g/openembedded-core/message/136776 Mute This Topic: https://lists.openembedded.org/mt/72566057/21656 Group Owner: openembedded-core+ow...@lists.openembedded.org Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
Re: [OE-Core][RFC PATCH 06/13] systemd: Add PACKAGECONFIG for sysvinit
On Thu, Mar 26, 2020 at 06:08:52PM +, Alex Kiernan wrote: > On Thu, Mar 26, 2020 at 5:33 PM Adrian Bunk wrote: > > > > On Thu, Mar 26, 2020 at 03:54:55PM +, Alex Kiernan wrote: > > > On Thu, Mar 26, 2020 at 2:56 PM Adrian Bunk wrote: > > > > On Thu, Mar 26, 2020 at 08:54:19AM +, Alex Kiernan wrote: > > > > > Add sysvinit PACKAGECONFIG which is bound to DISTRO_FEATURES, this > > > > > then disables all sysvinit handling in systemd if it isn't present. > > > > > > > > > > Consolidate sysvinit handling so that when it's disabled we exclude > > > > > all > > > > > sysvinit features. > > > > >... > > > > > > > > What exactly are "sysvinit handling" and "sysvinit features"? > > > > > > > > It seems to disable systemd-sysv-generator, and this is wrong. > > > > > > Like this it sets HAVE_SYSV_COMPAT which does disable > > > systemd-sysv-generator, but if sysvinit is disabled completely in the > > > distro, I'm missing why that's a bad thing? > > > > > > Or have I misunderstood what sysvinit in DISTRO_FEATURES is meant to > > > mean? > > > > sysvinit in DISTRO_FEATURES means that sysvinit is supported as init system. > > > > > I'd taken in that sysvinit not present in DISTRO_FEATURES meant > > > that packages should install systemd units, not rely on init scripts. > > > > Packages that do provide both are not the relevant ones. > > > > For packages that can provide both, if the init script gets installed > > it is ignored by systemd when there is also a systemd unit. > > > > systemd-sysv-generator provides support for packages that do not > > (yet) provide a systemd unit, only an init script. > > > > Disabling this could save a few bytes on a small system when no > > installed package needs it, but this is not in any way related > > to sysvinit in DISTRO_FEATURES. > > That's the piece of context I'm missing then... so whilst adding > sysvinit as a PACKAGECONFIG is valid, it shouldn't be linked to > DISTRO_FEATURES? Yes, and it should stay enabled by default. cu Adrian -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#136775): https://lists.openembedded.org/g/openembedded-core/message/136775 Mute This Topic: https://lists.openembedded.org/mt/72560006/21656 Group Owner: openembedded-core+ow...@lists.openembedded.org Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
Re: [OE-Core][RFC PATCH 06/13] systemd: Add PACKAGECONFIG for sysvinit
On Thu, Mar 26, 2020 at 03:32:21PM -0300, Otavio Salvador wrote: >... > The patch seems ok for me. Besides, you can override it on your custom > distro if you have a weird requirement. The "weird requirement" is that recipes that provide an init script but no systemd unit file should continue working when using systemd. And in any case such a major change wouldn't be appropriate after M3. cu Adrian -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#136774): https://lists.openembedded.org/g/openembedded-core/message/136774 Mute This Topic: https://lists.openembedded.org/mt/72560006/21656 Group Owner: openembedded-core+ow...@lists.openembedded.org Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
Re: [OE-core] [PATCH] utils: fix gcc 10 version detection
> -Original Message-
> From: openembedded-core@lists.openembedded.org c...@lists.openembedded.org> On Behalf Of Charles-Antoine Couret
> Sent: den 26 mars 2020 19:37
> To: openembedded-core@lists.openembedded.org
> Cc: Charles-Antoine Couret
> Subject: [OE-core] [PATCH] utils: fix gcc 10 version detection
>
> Utils can not detect GCC 10 correctly due to wrong regex.
> It generates this error "ERROR: Can't get compiler version from gcc --
> version output"
>
> The major version should be 1 or more digits instead of 1 only.
>
> Signed-off-by: Charles-Antoine Couret
> ---
> meta/lib/oe/utils.py | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/meta/lib/oe/utils.py b/meta/lib/oe/utils.py
> index aee4336482..a4cdce6ff0 100644
> --- a/meta/lib/oe/utils.py
> +++ b/meta/lib/oe/utils.py
> @@ -391,7 +391,7 @@ def host_gcc_version(d, taskcontextonly=False):
> except subprocess.CalledProcessError as e:
> bb.fatal("Error running %s --version: %s" % (compiler,
> e.output.decode("utf-8")))
>
> -match = re.match(r".* (\d\.\d)\.\d.*", output.split('\n')[0])
> +match = re.match(r".* (\d+\.\d)\.\d.*", output.split('\n')[0])
Might as well correct that to:
match = re.match(r".* (\d+\.\d+)\.\d+.*", output.split('\n')[0])
so any of the components may contain more than one digit.
> if not match:
> bb.fatal("Can't get compiler version from %s --version output" %
> compiler)
>
> --
> 2.26.0
//Peter
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#136773):
https://lists.openembedded.org/g/openembedded-core/message/136773
Mute This Topic: https://lists.openembedded.org/mt/72570953/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-
[OE-core] [PATCH] utils: fix gcc 10 version detection
Utils can not detect GCC 10 correctly due to wrong regex.
It generates this error "ERROR: Can't get compiler version from gcc --version
output"
The major version should be 1 or more digits instead of 1 only.
Signed-off-by: Charles-Antoine Couret
---
meta/lib/oe/utils.py | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta/lib/oe/utils.py b/meta/lib/oe/utils.py
index aee4336482..a4cdce6ff0 100644
--- a/meta/lib/oe/utils.py
+++ b/meta/lib/oe/utils.py
@@ -391,7 +391,7 @@ def host_gcc_version(d, taskcontextonly=False):
except subprocess.CalledProcessError as e:
bb.fatal("Error running %s --version: %s" % (compiler,
e.output.decode("utf-8")))
-match = re.match(r".* (\d\.\d)\.\d.*", output.split('\n')[0])
+match = re.match(r".* (\d+\.\d)\.\d.*", output.split('\n')[0])
if not match:
bb.fatal("Can't get compiler version from %s --version output" %
compiler)
--
2.26.0
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#136772):
https://lists.openembedded.org/g/openembedded-core/message/136772
Mute This Topic: https://lists.openembedded.org/mt/72570953/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-
Re: [OE-Core][RFC PATCH 06/13] systemd: Add PACKAGECONFIG for sysvinit
On Thu, Mar 26, 2020 at 3:17 PM Andre McCurdy wrote: > > On Thu, Mar 26, 2020 at 10:33 AM Adrian Bunk wrote: > > > > On Thu, Mar 26, 2020 at 03:54:55PM +, Alex Kiernan wrote: > > > On Thu, Mar 26, 2020 at 2:56 PM Adrian Bunk wrote: ... > > For packages that can provide both, if the init script gets installed > > it is ignored by systemd when there is also a systemd unit. > > True but we don't usually reply on that. If sysvinit is not present in > DISTRO_FEATURES and the package includes a systemd service file then > any init scripts will be forcefully removed (see > rm_sysvinit_initddir() in systemd.bbclass). Agreed. The preferred one is defined by the init system and virtual runtime. The patch seems ok for me. Besides, you can override it on your custom distro if you have a weird requirement. -- Otavio Salvador O.S. Systems http://www.ossystems.com.brhttp://code.ossystems.com.br Mobile: +55 (53) 9 9981-7854 Mobile: +1 (347) 903-9750 -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#136771): https://lists.openembedded.org/g/openembedded-core/message/136771 Mute This Topic: https://lists.openembedded.org/mt/72560006/21656 Group Owner: openembedded-core+ow...@lists.openembedded.org Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
Re: [OE-core] [PATCH] glibc: Backport patch to fix ifuncs on risc-v and gcc10 builds
On Thu, Mar 26, 2020 at 10:09 AM Khem Raj wrote: > > On Thu, Mar 26, 2020 at 6:07 AM Adrian Bunk wrote: > > > > >... > > > + configure| 2 +- > > > + configure.ac | 2 +- > > >... > > > > This shouldn't patch both. > > > > why ? > Yes, there were few more, so I have rather sent a new patch on top > > cu > > Adrian -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#136770): https://lists.openembedded.org/g/openembedded-core/message/136770 Mute This Topic: https://lists.openembedded.org/mt/72558857/21656 Group Owner: openembedded-core+ow...@lists.openembedded.org Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
Re: [OE-core] [PATCH] binutils: Pregenerate autoconf files
On Thu, Mar 26, 2020 at 10:03 AM Khem Raj wrote: > > On Thu, Mar 26, 2020 at 5:45 AM Richard Purdie > wrote: > > > > On Wed, 2020-03-25 at 16:16 -0700, Khem Raj wrote: > > > libtool patch will result in configure file regeneration, instead of > > > doing that at build time, do it in patch itself, this avoids running > > > autoconf before configure step. > > > > > > Since binutils needs specific version of autoconf ( which is 2.69 ) > > > this will break on systems using newer or older verisons of autoconf > > > in current state. > > > > > > Signed-off-by: Khem Raj > > > Cc: Ross Burton > > > --- > > > meta/recipes-devtools/binutils/binutils.inc | 8 +- > > > .../binutils/0007-Use-libtool-2.4.patch | 26583 > > > > > > 2 files changed, 20352 insertions(+), 6239 deletions(-) > > > > Whilst I appreciate the intent here, our policy is to autoreconf most > > things in general. This allows us to more easily support newer > > architectures and platforms. > > > > There is a significant build speed benefit from not autoreconf'ing > > things but where do we draw the line? > > > > in general this is fine but binutils, gcc , glibc can not be treated > in general category > since they have dependencies on specific versions of autotools > unfortunately, it currently > works for binutils because our version of autoconf matches with what > binutils expects > as of now, but this will skew if this changes in future. In nutshell, > the auto-fu in these > packages is quite involved and has hard dependencies on specific > versions of tools > needed to reconfig them. > > > I'm also worried about patches which touch both configure and > > configure.ac since the timestamp changes can cause things to autoreconf > > even when we're trying to avoid that. As such this is actually quite a > > risky change given past bad experiences :( > > We were not fully reconfiguring binutils even now, because of other > autotool sversion mimatches > only autoconf was being run which does not change the case if > configure was say regenerated > as you say. > > > > > I'm not completely against it but I am worried. > > > > perhaps addresses some of your concerns. after some IRC discussions, I think it better for us to drop this change. > > > Cheers, > > > > Richard > > -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#136769): https://lists.openembedded.org/g/openembedded-core/message/136769 Mute This Topic: https://lists.openembedded.org/mt/72553705/21656 Group Owner: openembedded-core+ow...@lists.openembedded.org Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
[OE-core] [PATCH] glibc: Drop patching configure scripts
It can cause million problems due to timestamp reversals if they are patched, system will regen the confgure reliably if we do not do this Signed-off-by: Khem Raj --- ...igure.ac-handle-correctly-libc_cv_ro.patch | 13 -- ...the-path-sets-wrong-config-variables.patch | 133 -- .../0030-Improve-IFUNC-check-BZ-25506.patch | 14 -- 3 files changed, 160 deletions(-) diff --git a/meta/recipes-core/glibc/glibc/0015-sysdeps-gnu-configure.ac-handle-correctly-libc_cv_ro.patch b/meta/recipes-core/glibc/glibc/0015-sysdeps-gnu-configure.ac-handle-correctly-libc_cv_ro.patch index 0cdd0567df..f3bf66e4fd 100644 --- a/meta/recipes-core/glibc/glibc/0015-sysdeps-gnu-configure.ac-handle-correctly-libc_cv_ro.patch +++ b/meta/recipes-core/glibc/glibc/0015-sysdeps-gnu-configure.ac-handle-correctly-libc_cv_ro.patch @@ -9,22 +9,9 @@ Upstream-Status:Pending Signed-off-by: Matthieu Crapet Signed-off-by: Khem Raj --- - sysdeps/gnu/configure| 2 +- sysdeps/gnu/configure.ac | 2 +- 2 files changed, 2 insertions(+), 2 deletions(-) -diff --git a/sysdeps/gnu/configure b/sysdeps/gnu/configure -index c15d1087e8..37cc983f2a 100644 a/sysdeps/gnu/configure -+++ b/sysdeps/gnu/configure -@@ -32,6 +32,6 @@ case "$prefix" in - else - libc_cv_localstatedir=$localstatedir -fi -- libc_cv_rootsbindir=/sbin -+ test -n "$libc_cv_rootsbindir" || libc_cv_rootsbindir=/sbin - ;; - esac diff --git a/sysdeps/gnu/configure.ac b/sysdeps/gnu/configure.ac index 634fe4de2a..3db1697f4f 100644 --- a/sysdeps/gnu/configure.ac diff --git a/meta/recipes-core/glibc/glibc/0017-yes-within-the-path-sets-wrong-config-variables.patch b/meta/recipes-core/glibc/glibc/0017-yes-within-the-path-sets-wrong-config-variables.patch index 49089af41e..f4dadd11a0 100644 --- a/meta/recipes-core/glibc/glibc/0017-yes-within-the-path-sets-wrong-config-variables.patch +++ b/meta/recipes-core/glibc/glibc/0017-yes-within-the-path-sets-wrong-config-variables.patch @@ -14,39 +14,14 @@ Upstream-Status: Submitted [libc-al...@sourceware.org] Signed-off-by: Benjamin Esquivel Signed-off-by: Khem Raj --- - sysdeps/aarch64/configure | 4 ++-- sysdeps/aarch64/configure.ac | 4 ++-- - sysdeps/arm/configure | 4 ++-- sysdeps/arm/configure.ac | 4 ++-- - sysdeps/mips/configure | 4 ++-- sysdeps/mips/configure.ac | 4 ++-- - sysdeps/nios2/configure| 4 ++-- sysdeps/nios2/configure.ac | 4 ++-- - sysdeps/unix/sysv/linux/mips/configure | 4 ++-- sysdeps/unix/sysv/linux/mips/configure.ac | 4 ++-- - sysdeps/unix/sysv/linux/powerpc/powerpc64/configure| 8 sysdeps/unix/sysv/linux/powerpc/powerpc64/configure.ac | 8 12 files changed, 28 insertions(+), 28 deletions(-) -diff --git a/sysdeps/aarch64/configure b/sysdeps/aarch64/configure -index 5bd355a691..3bc5537bc0 100644 a/sysdeps/aarch64/configure -+++ b/sysdeps/aarch64/configure -@@ -148,12 +148,12 @@ else - cat confdefs.h - <<_ACEOF >conftest.$ac_ext - /* end confdefs.h. */ - #ifdef __AARCH64EB__ -- yes -+ is_aarch64_be - #endif - - _ACEOF - if (eval "$ac_cpp conftest.$ac_ext") 2>&5 | -- $EGREP "yes" >/dev/null 2>&1; then : -+ $EGREP "is_aarch64_be" >/dev/null 2>&1; then : - libc_cv_aarch64_be=yes - else - libc_cv_aarch64_be=no diff --git a/sysdeps/aarch64/configure.ac b/sysdeps/aarch64/configure.ac index 7851dd4dac..6e9238171f 100644 --- a/sysdeps/aarch64/configure.ac @@ -62,25 +37,6 @@ index 7851dd4dac..6e9238171f 100644 #endif ], libc_cv_aarch64_be=yes, libc_cv_aarch64_be=no)]) if test $libc_cv_aarch64_be = yes; then -diff --git a/sysdeps/arm/configure b/sysdeps/arm/configure -index 431e843b2b..e152461138 100644 a/sysdeps/arm/configure -+++ b/sysdeps/arm/configure -@@ -151,12 +151,12 @@ else - cat confdefs.h - <<_ACEOF >conftest.$ac_ext - /* end confdefs.h. */ - #ifdef __ARM_PCS_VFP --yes -+use_arm_pcs_vfp -#endif - - _ACEOF - if (eval "$ac_cpp conftest.$ac_ext") 2>&5 | -- $EGREP "yes" >/dev/null 2>&1; then : -+ $EGREP "use_arm_pcs_vfp" >/dev/null 2>&1; then : - libc_cv_arm_pcs_vfp=yes - else - libc_cv_arm_pcs_vfp=no diff --git a/sysdeps/arm/configure.ac b/sysdeps/arm/configure.ac index 90cdd69c75..05a262ba00 100644 --- a/sysdeps/arm/configure.ac @@ -96,24 +52,6 @@ index 90cdd69c75..05a262ba00 100644 #endif ], libc_cv_arm_pcs_vfp=yes, libc_cv_arm_pcs_vfp=no)]) if test $libc_cv_arm_pcs_vfp = yes; then -diff --git a/sysdeps/mips/configure b/sysdeps/mips/configure -index 4e13248c03..f14af952d0 100644 a/sysdeps/mips/configure -+++ b/sysdeps/mips/configure -@@ -143,11 +143,11 @@ else -
Re: [OE-Core][RFC PATCH 06/13] systemd: Add PACKAGECONFIG for sysvinit
On Thu, Mar 26, 2020 at 10:33 AM Adrian Bunk wrote: > > On Thu, Mar 26, 2020 at 03:54:55PM +, Alex Kiernan wrote: > > On Thu, Mar 26, 2020 at 2:56 PM Adrian Bunk wrote: > > > On Thu, Mar 26, 2020 at 08:54:19AM +, Alex Kiernan wrote: > > > > Add sysvinit PACKAGECONFIG which is bound to DISTRO_FEATURES, this > > > > then disables all sysvinit handling in systemd if it isn't present. > > > > > > > > Consolidate sysvinit handling so that when it's disabled we exclude all > > > > sysvinit features. > > > >... > > > > > > What exactly are "sysvinit handling" and "sysvinit features"? > > > > > > It seems to disable systemd-sysv-generator, and this is wrong. > > > > Like this it sets HAVE_SYSV_COMPAT which does disable > > systemd-sysv-generator, but if sysvinit is disabled completely in the > > distro, I'm missing why that's a bad thing? > > > > Or have I misunderstood what sysvinit in DISTRO_FEATURES is meant to > > mean? > > sysvinit in DISTRO_FEATURES means that sysvinit is supported as init system. > > > I'd taken in that sysvinit not present in DISTRO_FEATURES meant > > that packages should install systemd units, not rely on init scripts. > > Packages that do provide both are not the relevant ones. > > For packages that can provide both, if the init script gets installed > it is ignored by systemd when there is also a systemd unit. True but we don't usually reply on that. If sysvinit is not present in DISTRO_FEATURES and the package includes a systemd service file then any init scripts will be forcefully removed (see rm_sysvinit_initddir() in systemd.bbclass). The behaviour of rm_sysvinit_initddir() seems to suggest that if you don't have sysvinit in DISTRO_FEATURES you shouldn't expect any sysvinit related functionality to work... so configuring it out of systemd in that case seems OK. > systemd-sysv-generator provides support for packages that do not > (yet) provide a systemd unit, only an init script. > > Disabling this could save a few bytes on a small system when no > installed package needs it, but this is not in any way related > to sysvinit in DISTRO_FEATURES. > > > Alex Kiernan > > cu > Adrian > -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#136767): https://lists.openembedded.org/g/openembedded-core/message/136767 Mute This Topic: https://lists.openembedded.org/mt/72560006/21656 Group Owner: openembedded-core+ow...@lists.openembedded.org Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
Re: [OE-Core][RFC PATCH 06/13] systemd: Add PACKAGECONFIG for sysvinit
On Thu, Mar 26, 2020 at 5:33 PM Adrian Bunk wrote: > > On Thu, Mar 26, 2020 at 03:54:55PM +, Alex Kiernan wrote: > > On Thu, Mar 26, 2020 at 2:56 PM Adrian Bunk wrote: > > > On Thu, Mar 26, 2020 at 08:54:19AM +, Alex Kiernan wrote: > > > > Add sysvinit PACKAGECONFIG which is bound to DISTRO_FEATURES, this > > > > then disables all sysvinit handling in systemd if it isn't present. > > > > > > > > Consolidate sysvinit handling so that when it's disabled we exclude all > > > > sysvinit features. > > > >... > > > > > > What exactly are "sysvinit handling" and "sysvinit features"? > > > > > > It seems to disable systemd-sysv-generator, and this is wrong. > > > > Like this it sets HAVE_SYSV_COMPAT which does disable > > systemd-sysv-generator, but if sysvinit is disabled completely in the > > distro, I'm missing why that's a bad thing? > > > > Or have I misunderstood what sysvinit in DISTRO_FEATURES is meant to > > mean? > > sysvinit in DISTRO_FEATURES means that sysvinit is supported as init system. > > > I'd taken in that sysvinit not present in DISTRO_FEATURES meant > > that packages should install systemd units, not rely on init scripts. > > Packages that do provide both are not the relevant ones. > > For packages that can provide both, if the init script gets installed > it is ignored by systemd when there is also a systemd unit. > > systemd-sysv-generator provides support for packages that do not > (yet) provide a systemd unit, only an init script. > > Disabling this could save a few bytes on a small system when no > installed package needs it, but this is not in any way related > to sysvinit in DISTRO_FEATURES. > That's the piece of context I'm missing then... so whilst adding sysvinit as a PACKAGECONFIG is valid, it shouldn't be linked to DISTRO_FEATURES? -- Alex Kiernan -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#136766): https://lists.openembedded.org/g/openembedded-core/message/136766 Mute This Topic: https://lists.openembedded.org/mt/72560006/21656 Group Owner: openembedded-core+ow...@lists.openembedded.org Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
Re: [OE-Core][RFC PATCH 06/13] systemd: Add PACKAGECONFIG for sysvinit
On Thu, Mar 26, 2020 at 03:54:55PM +, Alex Kiernan wrote: > On Thu, Mar 26, 2020 at 2:56 PM Adrian Bunk wrote: > > On Thu, Mar 26, 2020 at 08:54:19AM +, Alex Kiernan wrote: > > > Add sysvinit PACKAGECONFIG which is bound to DISTRO_FEATURES, this > > > then disables all sysvinit handling in systemd if it isn't present. > > > > > > Consolidate sysvinit handling so that when it's disabled we exclude all > > > sysvinit features. > > >... > > > > What exactly are "sysvinit handling" and "sysvinit features"? > > > > It seems to disable systemd-sysv-generator, and this is wrong. > > Like this it sets HAVE_SYSV_COMPAT which does disable > systemd-sysv-generator, but if sysvinit is disabled completely in the > distro, I'm missing why that's a bad thing? > > Or have I misunderstood what sysvinit in DISTRO_FEATURES is meant to > mean? sysvinit in DISTRO_FEATURES means that sysvinit is supported as init system. > I'd taken in that sysvinit not present in DISTRO_FEATURES meant > that packages should install systemd units, not rely on init scripts. Packages that do provide both are not the relevant ones. For packages that can provide both, if the init script gets installed it is ignored by systemd when there is also a systemd unit. systemd-sysv-generator provides support for packages that do not (yet) provide a systemd unit, only an init script. Disabling this could save a few bytes on a small system when no installed package needs it, but this is not in any way related to sysvinit in DISTRO_FEATURES. > Alex Kiernan cu Adrian -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#136765): https://lists.openembedded.org/g/openembedded-core/message/136765 Mute This Topic: https://lists.openembedded.org/mt/72560006/21656 Group Owner: openembedded-core+ow...@lists.openembedded.org Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
Re: [OE-core] [PATCH] pulseaudio: fix for ARM thumb + frame pointers compilation error
On Thu, Mar 26, 2020 at 8:26 AM Stefan Ghinea
wrote:
>
> From: Catalin Enache
>
> When compiling for Thumb or Thumb2, frame pointers _must_ be disabled
> since the Thumb frame pointer in r7 clashes with pulseaudio's use of inline
> asm to make syscalls (where r7 is used for the syscall NR).
>
> In most cases, frame pointers will be disabled automatically due to
> the optimisation level, but appending an explicit -fomit-frame-pointer
> to CFLAGS handles cases where optimisation is set to -O0 or frame
> pointers have been enabled by -fno-omit-frame-pointer earlier in
> CFLAGS, etc.
>
> References:
> https://www.openwall.com/lists/musl/2017/10/09/2
>
> Signed-off-by: Catalin Enache
> Signed-off-by: Stefan Ghinea
> ---
> meta/recipes-multimedia/pulseaudio/pulseaudio.inc | 8
> 1 file changed, 8 insertions(+)
>
> diff --git a/meta/recipes-multimedia/pulseaudio/pulseaudio.inc
> b/meta/recipes-multimedia/pulseaudio/pulseaudio.inc
> index 4e32b27087..c7f3e67022 100644
> --- a/meta/recipes-multimedia/pulseaudio/pulseaudio.inc
> +++ b/meta/recipes-multimedia/pulseaudio/pulseaudio.inc
> @@ -63,6 +63,14 @@ DEPENDS += "speexdsp libxml-parser-perl-native libcap"
>
> inherit autotools bash-completion pkgconfig useradd gettext perlnative
> systemd manpages gsettings
>
> +# When compiling for Thumb or Thumb2, frame pointers _must_ be disabled
> since the
> +# Thumb frame pointer in r7 clashes with pulseaudio's use of inline asm to
> make syscalls
> +# (where r7 is used for the syscall NR). In most cases, frame pointers will
> be
> +# disabled automatically due to the optimisation level, but append an
> explicit
> +# -fomit-frame-pointer to handle cases where optimisation is set to -O0 or
> frame
> +# pointers have been enabled by -fno-omit-frame-pointer earlier in CFLAGS,
> etc.
> +CFLAGS_append_arm = " ${@bb.utils.contains('TUNE_CCARGS', '-mthumb',
> '-fomit-frame-pointer', '', d)}"
This is OK and safe to merge but note that it's now regarded as the
"old style" fix for this problem. The newer approach is to tweak the
asm code to save the frame pointer before making the syscall and
restore it afterwards. e.g.
https://github.com/strace/strace/commit/0c75ebaad09d6d3f2395dfe6160904af883dd0d9
If pulseaudio can be fixed in the same way then that's probably a
better approach.
> # *.desktop rules wont be generated during configure and build will fail
> # if using --disable-nls
> USE_NLS = "yes"
> --
> 2.17.1
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#136764):
https://lists.openembedded.org/g/openembedded-core/message/136764
Mute This Topic: https://lists.openembedded.org/mt/72566057/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-
Re: [OE-core] [PATCH] glibc: Backport patch to fix ifuncs on risc-v and gcc10 builds
On Thu, Mar 26, 2020 at 6:07 AM Adrian Bunk wrote: > > >... > > + configure| 2 +- > > + configure.ac | 2 +- > >... > > This shouldn't patch both. > why ? > cu > Adrian -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#136763): https://lists.openembedded.org/g/openembedded-core/message/136763 Mute This Topic: https://lists.openembedded.org/mt/72558857/21656 Group Owner: openembedded-core+ow...@lists.openembedded.org Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
Re: [OE-core] [v2 PATCH] base.bbclass: Add COMPATIBLE_OS, useful for non-Linux target recipes
On Thu, 2020-03-26 at 12:05 -0500, Mark Hatle wrote:
> > On Thu, 2020-03-26 at 10:25 -0500, Mark Hatle wrote:
> > > Add the ability to generate non-Linux based components, such as
> > > baremetal, FreeRTOS, Zypher, etc, exist. There is a need for a
> > > way
> > > to take components as specific to a given OS.
> > >
> > > This is especially important in a multiconfig build where you may
> > > be
> > > targeting different OSes which different sets of recipes in a
> > > common
> > > set of layers.
> > >
> > > Setting a default of (matching bitbake.conf's default TARGET_OS):
> > >
> > >COMPATIBLE_OS ?= "linux${LIBCEXTENSION}${ABIEXTENSION}"
> > >
> > > will allow all existing recipes to be tagged as Linux specific,
> > > so
> > > only non-Linux recipes would need to be tagged with specific
> > > compatibility.
> > >
> > > For a baremetal recipes, the following was used to test this
> > > code:
> > >
> > >COMPATIBLE_OS = "elf"
> > >COMPATIBLE_OS_arm = "eabi"
> > >
> > > Signed-off-by: Mark Hatle
> > > ---
> > > V2:
> > > Only difference to V1 is typograhic fixes to the commit message.
> > >
> > > meta/classes/base.bbclass| 7 +++
> > > meta/conf/documentation.conf | 1 +
> > > 2 files changed, 8 insertions(+)
> > >
> > > diff --git a/meta/classes/base.bbclass
> > > b/meta/classes/base.bbclass
> > > index 45f9435fd8..c123c5dc50 100644
> > > --- a/meta/classes/base.bbclass
> > > +++ b/meta/classes/base.bbclass
> > > @@ -509,6 +509,13 @@ python () {
> > > d.setVarFlag('do_devshell', 'fakeroot', '1')
> > > d.appendVarFlag('do_devshell', 'depends', '
> > > virtual/fakeroot-native:do_populate_sysroot')
> > >
> > > +need_os = d.getVar('COMPATIBLE_OS')
> > > +if need_os and not d.getVar('PARSE_ALL_RECIPES', False):
> > > +import re
> > > +this_os = d.getVar('TARGET_OS')
> > > +if not re.match(need_os, this_os):
> > > +raise bb.parse.SkipRecipe("incompatible with os %s
> > > (not
> > > in COMPATIBLE_OS)" % this_os)
> > > +
> > > need_machine = d.getVar('COMPATIBLE_MACHINE')
> > > if need_machine and not d.getVar('PARSE_ALL_RECIPES',
> > > False):
> > > import re
> > > diff --git a/meta/conf/documentation.conf
> > > b/meta/conf/documentation.conf
> > > index 0b21d1f63e..7a87540f43 100644
> > > --- a/meta/conf/documentation.conf
> > > +++ b/meta/conf/documentation.conf
> > > @@ -111,6 +111,7 @@ COMBINED_FEATURES[doc] = "A set of features
> > > common between MACHINE_FEATURES and
> > > COMMON_LICENSE_DIR[doc] = "Points to meta/files/common-licenses
> > > in
> > > the Source Directory, which is where generic license files
> > > reside."
> > > COMPATIBLE_HOST[doc] = "A regular expression that resolves to
> > > one or
> > > more hosts (when the recipe is native) or one or more targets
> > > (when
> > > the recipe is non-native) with which a recipe is compatible."
> >
> > How does COMPATIBLE_OS compare to COMPATIBLE_HOST (documented
> > above)?
>
> HOST_SYS="aarch64-oe-linux"
>
> So the equivalent to the COMPATIBLE_OS would be:
>
> COMPATIBLE_HOST ?= ".*-linux.*"
>
> So it COULD be used in most cases.
>
> When I tried this before though, I could get it to work in a
> multiconfig
> setting.
>
> Specifically what I tried was setting, in my local.conf:
>
> COMPATIBLE_HOST ?= ".*-linux${LIBCEXTENSION}${ABIEXTENSION}"
>
> And then in the recipes:
>
> COMPATIBLE_HOST = ".*-elf"
> COMPATIBLE_HOST_arm = ".*-eabi"
>
> But then the second one matches the linux ABIEXTENSION and broke..
>
> So really the issue is that I -only- ever want to match on the OS
> part of
> the "SYS" string. And done to the multiple natures of the '-', it's
> difficult to get right.
>
> I didn't try something complex like: [^-]-[^-]-eabi
>From what I remember, COMPATIBLE_HOST has full re support so something
should be possible...
Cheers,
Richard
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#136762):
https://lists.openembedded.org/g/openembedded-core/message/136762
Mute This Topic: https://lists.openembedded.org/mt/72566050/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-
Re: [OE-core] [v2 PATCH] base.bbclass: Add COMPATIBLE_OS, useful for non-Linux target recipes
> On Thu, 2020-03-26 at 10:25 -0500, Mark Hatle wrote:
>> Add the ability to generate non-Linux based components, such as
>> baremetal, FreeRTOS, Zypher, etc, exist. There is a need for a way
>> to take components as specific to a given OS.
>>
>> This is especially important in a multiconfig build where you may be
>> targeting different OSes which different sets of recipes in a common
>> set of layers.
>>
>> Setting a default of (matching bitbake.conf's default TARGET_OS):
>>
>>COMPATIBLE_OS ?= "linux${LIBCEXTENSION}${ABIEXTENSION}"
>>
>> will allow all existing recipes to be tagged as Linux specific, so
>> only non-Linux recipes would need to be tagged with specific
>> compatibility.
>>
>> For a baremetal recipes, the following was used to test this code:
>>
>>COMPATIBLE_OS = "elf"
>>COMPATIBLE_OS_arm = "eabi"
>>
>> Signed-off-by: Mark Hatle
>> ---
>> V2:
>> Only difference to V1 is typograhic fixes to the commit message.
>>
>> meta/classes/base.bbclass| 7 +++
>> meta/conf/documentation.conf | 1 +
>> 2 files changed, 8 insertions(+)
>>
>> diff --git a/meta/classes/base.bbclass b/meta/classes/base.bbclass
>> index 45f9435fd8..c123c5dc50 100644
>> --- a/meta/classes/base.bbclass
>> +++ b/meta/classes/base.bbclass
>> @@ -509,6 +509,13 @@ python () {
>> d.setVarFlag('do_devshell', 'fakeroot', '1')
>> d.appendVarFlag('do_devshell', 'depends', '
>> virtual/fakeroot-native:do_populate_sysroot')
>>
>> +need_os = d.getVar('COMPATIBLE_OS')
>> +if need_os and not d.getVar('PARSE_ALL_RECIPES', False):
>> +import re
>> +this_os = d.getVar('TARGET_OS')
>> +if not re.match(need_os, this_os):
>> +raise bb.parse.SkipRecipe("incompatible with os %s (not
>> in COMPATIBLE_OS)" % this_os)
>> +
>> need_machine = d.getVar('COMPATIBLE_MACHINE')
>> if need_machine and not d.getVar('PARSE_ALL_RECIPES', False):
>> import re
>> diff --git a/meta/conf/documentation.conf
>> b/meta/conf/documentation.conf
>> index 0b21d1f63e..7a87540f43 100644
>> --- a/meta/conf/documentation.conf
>> +++ b/meta/conf/documentation.conf
>> @@ -111,6 +111,7 @@ COMBINED_FEATURES[doc] = "A set of features
>> common between MACHINE_FEATURES and
>> COMMON_LICENSE_DIR[doc] = "Points to meta/files/common-licenses in
>> the Source Directory, which is where generic license files reside."
>> COMPATIBLE_HOST[doc] = "A regular expression that resolves to one or
>> more hosts (when the recipe is native) or one or more targets (when
>> the recipe is non-native) with which a recipe is compatible."
>
> How does COMPATIBLE_OS compare to COMPATIBLE_HOST (documented above)?
HOST_SYS="aarch64-oe-linux"
So the equivalent to the COMPATIBLE_OS would be:
COMPATIBLE_HOST ?= ".*-linux.*"
So it COULD be used in most cases.
When I tried this before though, I could get it to work in a multiconfig
setting.
Specifically what I tried was setting, in my local.conf:
COMPATIBLE_HOST ?= ".*-linux${LIBCEXTENSION}${ABIEXTENSION}"
And then in the recipes:
COMPATIBLE_HOST = ".*-elf"
COMPATIBLE_HOST_arm = ".*-eabi"
But then the second one matches the linux ABIEXTENSION and broke..
So really the issue is that I -only- ever want to match on the OS part of
the "SYS" string. And done to the multiple natures of the '-', it's
difficult to get right.
I didn't try something complex like: [^-]-[^-]-eabi
--Mark
> Cheers
>
> Richard
>
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#136761):
https://lists.openembedded.org/g/openembedded-core/message/136761
Mute This Topic: https://lists.openembedded.org/mt/72566050/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-
Re: [OE-core] [PATCH] binutils: Pregenerate autoconf files
On Thu, Mar 26, 2020 at 5:45 AM Richard Purdie wrote: > > On Wed, 2020-03-25 at 16:16 -0700, Khem Raj wrote: > > libtool patch will result in configure file regeneration, instead of > > doing that at build time, do it in patch itself, this avoids running > > autoconf before configure step. > > > > Since binutils needs specific version of autoconf ( which is 2.69 ) > > this will break on systems using newer or older verisons of autoconf > > in current state. > > > > Signed-off-by: Khem Raj > > Cc: Ross Burton > > --- > > meta/recipes-devtools/binutils/binutils.inc | 8 +- > > .../binutils/0007-Use-libtool-2.4.patch | 26583 > > > > 2 files changed, 20352 insertions(+), 6239 deletions(-) > > Whilst I appreciate the intent here, our policy is to autoreconf most > things in general. This allows us to more easily support newer > architectures and platforms. > > There is a significant build speed benefit from not autoreconf'ing > things but where do we draw the line? > in general this is fine but binutils, gcc , glibc can not be treated in general category since they have dependencies on specific versions of autotools unfortunately, it currently works for binutils because our version of autoconf matches with what binutils expects as of now, but this will skew if this changes in future. In nutshell, the auto-fu in these packages is quite involved and has hard dependencies on specific versions of tools needed to reconfig them. > I'm also worried about patches which touch both configure and > configure.ac since the timestamp changes can cause things to autoreconf > even when we're trying to avoid that. As such this is actually quite a > risky change given past bad experiences :( We were not fully reconfiguring binutils even now, because of other autotool sversion mimatches only autoconf was being run which does not change the case if configure was say regenerated as you say. > > I'm not completely against it but I am worried. > perhaps addresses some of your concerns. > Cheers, > > Richard > -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#136760): https://lists.openembedded.org/g/openembedded-core/message/136760 Mute This Topic: https://lists.openembedded.org/mt/72553705/21656 Group Owner: openembedded-core+ow...@lists.openembedded.org Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
Re: [OE-Core][RFC PATCH 06/13] systemd: Add PACKAGECONFIG for sysvinit
On Thu, Mar 26, 2020 at 2:56 PM Adrian Bunk wrote: > > On Thu, Mar 26, 2020 at 08:54:19AM +, Alex Kiernan wrote: > > Add sysvinit PACKAGECONFIG which is bound to DISTRO_FEATURES, this > > then disables all sysvinit handling in systemd if it isn't present. > > > > Consolidate sysvinit handling so that when it's disabled we exclude all > > sysvinit features. > >... > > What exactly are "sysvinit handling" and "sysvinit features"? > > It seems to disable systemd-sysv-generator, and this is wrong. > Like this it sets HAVE_SYSV_COMPAT which does disable systemd-sysv-generator, but if sysvinit is disabled completely in the distro, I'm missing why that's a bad thing? Or have I misunderstood what sysvinit in DISTRO_FEATURES is meant to mean? I'd taken in that sysvinit not present in DISTRO_FEATURES meant that packages should install systemd units, not rely on init scripts. -- Alex Kiernan -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#136759): https://lists.openembedded.org/g/openembedded-core/message/136759 Mute This Topic: https://lists.openembedded.org/mt/72560006/21656 Group Owner: openembedded-core+ow...@lists.openembedded.org Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
Re: [OE-core] [v2 PATCH] base.bbclass: Add COMPATIBLE_OS, useful for non-Linux target recipes
On Thu, 2020-03-26 at 10:25 -0500, Mark Hatle wrote:
> Add the ability to generate non-Linux based components, such as
> baremetal, FreeRTOS, Zypher, etc, exist. There is a need for a way
> to take components as specific to a given OS.
>
> This is especially important in a multiconfig build where you may be
> targeting different OSes which different sets of recipes in a common
> set of layers.
>
> Setting a default of (matching bitbake.conf's default TARGET_OS):
>
>COMPATIBLE_OS ?= "linux${LIBCEXTENSION}${ABIEXTENSION}"
>
> will allow all existing recipes to be tagged as Linux specific, so
> only non-Linux recipes would need to be tagged with specific
> compatibility.
>
> For a baremetal recipes, the following was used to test this code:
>
>COMPATIBLE_OS = "elf"
>COMPATIBLE_OS_arm = "eabi"
>
> Signed-off-by: Mark Hatle
> ---
> V2:
> Only difference to V1 is typograhic fixes to the commit message.
>
> meta/classes/base.bbclass| 7 +++
> meta/conf/documentation.conf | 1 +
> 2 files changed, 8 insertions(+)
>
> diff --git a/meta/classes/base.bbclass b/meta/classes/base.bbclass
> index 45f9435fd8..c123c5dc50 100644
> --- a/meta/classes/base.bbclass
> +++ b/meta/classes/base.bbclass
> @@ -509,6 +509,13 @@ python () {
> d.setVarFlag('do_devshell', 'fakeroot', '1')
> d.appendVarFlag('do_devshell', 'depends', '
> virtual/fakeroot-native:do_populate_sysroot')
>
> +need_os = d.getVar('COMPATIBLE_OS')
> +if need_os and not d.getVar('PARSE_ALL_RECIPES', False):
> +import re
> +this_os = d.getVar('TARGET_OS')
> +if not re.match(need_os, this_os):
> +raise bb.parse.SkipRecipe("incompatible with os %s (not
> in COMPATIBLE_OS)" % this_os)
> +
> need_machine = d.getVar('COMPATIBLE_MACHINE')
> if need_machine and not d.getVar('PARSE_ALL_RECIPES', False):
> import re
> diff --git a/meta/conf/documentation.conf
> b/meta/conf/documentation.conf
> index 0b21d1f63e..7a87540f43 100644
> --- a/meta/conf/documentation.conf
> +++ b/meta/conf/documentation.conf
> @@ -111,6 +111,7 @@ COMBINED_FEATURES[doc] = "A set of features
> common between MACHINE_FEATURES and
> COMMON_LICENSE_DIR[doc] = "Points to meta/files/common-licenses in
> the Source Directory, which is where generic license files reside."
> COMPATIBLE_HOST[doc] = "A regular expression that resolves to one or
> more hosts (when the recipe is native) or one or more targets (when
> the recipe is non-native) with which a recipe is compatible."
How does COMPATIBLE_OS compare to COMPATIBLE_HOST (documented above)?
Cheers
Richard
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#136758):
https://lists.openembedded.org/g/openembedded-core/message/136758
Mute This Topic: https://lists.openembedded.org/mt/72566050/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-
Re: [OE-core] [PATCH 2/5] opkg-utils: remove python scripts etc for the class-target only
Richard
ping on this patch, I am also running into the issue fixed by it.
On Mon, Mar 16, 2020 at 11:49 AM Andre McCurdy wrote:
>
> OE's packaging functions assume that the opkg-utils python scipts are
> always provided by opkg-utils-native, so the scripts should be removed
> for class-target only.
>
> Signed-off-by: Andre McCurdy
> ---
> meta/recipes-devtools/opkg-utils/opkg-utils_0.4.2.bb | 8
> 1 file changed, 4 insertions(+), 4 deletions(-)
>
> diff --git a/meta/recipes-devtools/opkg-utils/opkg-utils_0.4.2.bb
> b/meta/recipes-devtools/opkg-utils/opkg-utils_0.4.2.bb
> index eda73db6a4..9315240190 100644
> --- a/meta/recipes-devtools/opkg-utils/opkg-utils_0.4.2.bb
> +++ b/meta/recipes-devtools/opkg-utils/opkg-utils_0.4.2.bb
> @@ -34,13 +34,13 @@ do_install() {
> if ! ${@bb.utils.contains('PACKAGECONFIG', 'update-alternatives',
> 'true', 'false', d)}; then
> rm -f "${D}${bindir}/update-alternatives"
> fi
> -
> -if ! ${@bb.utils.contains('PACKAGECONFIG', 'python', 'true', 'false',
> d)}; then
> -grep -lZ "/usr/bin/env.*python" ${D}${bindir}/* | xargs -0 rm
> -fi
> }
>
> do_install_append_class-target() {
> + if ! ${@bb.utils.contains('PACKAGECONFIG', 'python', 'true', 'false',
> d)}; then
> + grep -lZ "/usr/bin/env.*python" ${D}${bindir}/* | xargs -0 rm
> + fi
> +
> if [ -e "${D}${bindir}/update-alternatives" ]; then
> sed -i ${D}${bindir}/update-alternatives -e
> 's,/usr/bin,${bindir},g; s,/usr/lib,${nonarch_libdir},g'
> fi
> --
> 2.24.0
>
> --
> ___
> Openembedded-core mailing list
> Openembedded-core@lists.openembedded.org
> http://lists.openembedded.org/mailman/listinfo/openembedded-core
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#136757):
https://lists.openembedded.org/g/openembedded-core/message/136757
Mute This Topic: https://lists.openembedded.org/mt/72395948/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-
[OE-core] [PATCH] pulseaudio: fix for ARM thumb + frame pointers compilation error
From: Catalin Enache
When compiling for Thumb or Thumb2, frame pointers _must_ be disabled
since the Thumb frame pointer in r7 clashes with pulseaudio's use of inline
asm to make syscalls (where r7 is used for the syscall NR).
In most cases, frame pointers will be disabled automatically due to
the optimisation level, but appending an explicit -fomit-frame-pointer
to CFLAGS handles cases where optimisation is set to -O0 or frame
pointers have been enabled by -fno-omit-frame-pointer earlier in
CFLAGS, etc.
References:
https://www.openwall.com/lists/musl/2017/10/09/2
Signed-off-by: Catalin Enache
Signed-off-by: Stefan Ghinea
---
meta/recipes-multimedia/pulseaudio/pulseaudio.inc | 8
1 file changed, 8 insertions(+)
diff --git a/meta/recipes-multimedia/pulseaudio/pulseaudio.inc
b/meta/recipes-multimedia/pulseaudio/pulseaudio.inc
index 4e32b27087..c7f3e67022 100644
--- a/meta/recipes-multimedia/pulseaudio/pulseaudio.inc
+++ b/meta/recipes-multimedia/pulseaudio/pulseaudio.inc
@@ -63,6 +63,14 @@ DEPENDS += "speexdsp libxml-parser-perl-native libcap"
inherit autotools bash-completion pkgconfig useradd gettext perlnative systemd
manpages gsettings
+# When compiling for Thumb or Thumb2, frame pointers _must_ be disabled since
the
+# Thumb frame pointer in r7 clashes with pulseaudio's use of inline asm to
make syscalls
+# (where r7 is used for the syscall NR). In most cases, frame pointers will be
+# disabled automatically due to the optimisation level, but append an explicit
+# -fomit-frame-pointer to handle cases where optimisation is set to -O0 or
frame
+# pointers have been enabled by -fno-omit-frame-pointer earlier in CFLAGS, etc.
+CFLAGS_append_arm = " ${@bb.utils.contains('TUNE_CCARGS', '-mthumb',
'-fomit-frame-pointer', '', d)}"
+
# *.desktop rules wont be generated during configure and build will fail
# if using --disable-nls
USE_NLS = "yes"
--
2.17.1
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#136756):
https://lists.openembedded.org/g/openembedded-core/message/136756
Mute This Topic: https://lists.openembedded.org/mt/72566057/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-
[OE-core] [v2 PATCH] base.bbclass: Add COMPATIBLE_OS, useful for non-Linux target recipes
Add the ability to generate non-Linux based components, such as
baremetal, FreeRTOS, Zypher, etc, exist. There is a need for a way
to take components as specific to a given OS.
This is especially important in a multiconfig build where you may be
targeting different OSes which different sets of recipes in a common
set of layers.
Setting a default of (matching bitbake.conf's default TARGET_OS):
COMPATIBLE_OS ?= "linux${LIBCEXTENSION}${ABIEXTENSION}"
will allow all existing recipes to be tagged as Linux specific, so
only non-Linux recipes would need to be tagged with specific
compatibility.
For a baremetal recipes, the following was used to test this code:
COMPATIBLE_OS = "elf"
COMPATIBLE_OS_arm = "eabi"
Signed-off-by: Mark Hatle
---
V2:
Only difference to V1 is typograhic fixes to the commit message.
meta/classes/base.bbclass| 7 +++
meta/conf/documentation.conf | 1 +
2 files changed, 8 insertions(+)
diff --git a/meta/classes/base.bbclass b/meta/classes/base.bbclass
index 45f9435fd8..c123c5dc50 100644
--- a/meta/classes/base.bbclass
+++ b/meta/classes/base.bbclass
@@ -509,6 +509,13 @@ python () {
d.setVarFlag('do_devshell', 'fakeroot', '1')
d.appendVarFlag('do_devshell', 'depends', '
virtual/fakeroot-native:do_populate_sysroot')
+need_os = d.getVar('COMPATIBLE_OS')
+if need_os and not d.getVar('PARSE_ALL_RECIPES', False):
+import re
+this_os = d.getVar('TARGET_OS')
+if not re.match(need_os, this_os):
+raise bb.parse.SkipRecipe("incompatible with os %s (not in
COMPATIBLE_OS)" % this_os)
+
need_machine = d.getVar('COMPATIBLE_MACHINE')
if need_machine and not d.getVar('PARSE_ALL_RECIPES', False):
import re
diff --git a/meta/conf/documentation.conf b/meta/conf/documentation.conf
index 0b21d1f63e..7a87540f43 100644
--- a/meta/conf/documentation.conf
+++ b/meta/conf/documentation.conf
@@ -111,6 +111,7 @@ COMBINED_FEATURES[doc] = "A set of features common between
MACHINE_FEATURES and
COMMON_LICENSE_DIR[doc] = "Points to meta/files/common-licenses in the Source
Directory, which is where generic license files reside."
COMPATIBLE_HOST[doc] = "A regular expression that resolves to one or more
hosts (when the recipe is native) or one or more targets (when the recipe is
non-native) with which a recipe is compatible."
COMPATIBLE_MACHINE[doc] = "A regular expression that resolves to one or more
target machines with which a recipe is compatible."
+COMPATIBLE_OS[doc] = "A regular expression that resolves to one or more target
oses which a recipe is compatible."
COMPLEMENTARY_GLOB[doc] = "Defines wildcards to match when installing a list
of complementary packages for all the packages installed in an image."
CONFFILES[doc] = "Identifies editable or configurable files that are part of a
package."
CONFIG_SITE[doc] = "A list of files that contains autoconf test results
relevant to the current build. This variable is used by the Autotools utilities
when running configure."
--
2.17.1
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#136755):
https://lists.openembedded.org/g/openembedded-core/message/136755
Mute This Topic: https://lists.openembedded.org/mt/72566050/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-
[OE-core] [PATCH] base.bbclass: Add COMPATIBLE_OS, useful to for non-Linux target recipes
As the ability to generate non-Linux based components, such as
baremetal, FreeRTOS, Zypher, etc, exist. There is a need for a way
to take components as specific to a given OS.
This is especially important in a multiconfig build where you may be
targeting different OSes which different sets of recipes in a common
set of layers.
Setting a default of (matching bitbake.conf's default TARGET_OS):
COMPATIBLE_OS ?= "linux${LIBCEXTENSION}${ABIEXTENSION}"
Will allow all existing recipes to be tagged as Linux specific, so
only non-Linux recipes would need to be tagged with specific
compatibility.
For a baremetal recipes, the following was used to test this code:
COMPATIBLE_OS = "elf"
COMPATIBLE_OS_arm = "eabi"
Signed-off-by: Mark Hatle
---
meta/classes/base.bbclass| 7 +++
meta/conf/documentation.conf | 1 +
2 files changed, 8 insertions(+)
diff --git a/meta/classes/base.bbclass b/meta/classes/base.bbclass
index 45f9435fd8..c123c5dc50 100644
--- a/meta/classes/base.bbclass
+++ b/meta/classes/base.bbclass
@@ -509,6 +509,13 @@ python () {
d.setVarFlag('do_devshell', 'fakeroot', '1')
d.appendVarFlag('do_devshell', 'depends', '
virtual/fakeroot-native:do_populate_sysroot')
+need_os = d.getVar('COMPATIBLE_OS')
+if need_os and not d.getVar('PARSE_ALL_RECIPES', False):
+import re
+this_os = d.getVar('TARGET_OS')
+if not re.match(need_os, this_os):
+raise bb.parse.SkipRecipe("incompatible with os %s (not in
COMPATIBLE_OS)" % this_os)
+
need_machine = d.getVar('COMPATIBLE_MACHINE')
if need_machine and not d.getVar('PARSE_ALL_RECIPES', False):
import re
diff --git a/meta/conf/documentation.conf b/meta/conf/documentation.conf
index 0b21d1f63e..7a87540f43 100644
--- a/meta/conf/documentation.conf
+++ b/meta/conf/documentation.conf
@@ -111,6 +111,7 @@ COMBINED_FEATURES[doc] = "A set of features common between
MACHINE_FEATURES and
COMMON_LICENSE_DIR[doc] = "Points to meta/files/common-licenses in the Source
Directory, which is where generic license files reside."
COMPATIBLE_HOST[doc] = "A regular expression that resolves to one or more
hosts (when the recipe is native) or one or more targets (when the recipe is
non-native) with which a recipe is compatible."
COMPATIBLE_MACHINE[doc] = "A regular expression that resolves to one or more
target machines with which a recipe is compatible."
+COMPATIBLE_OS[doc] = "A regular expression that resolves to one or more target
oses which a recipe is compatible."
COMPLEMENTARY_GLOB[doc] = "Defines wildcards to match when installing a list
of complementary packages for all the packages installed in an image."
CONFFILES[doc] = "Identifies editable or configurable files that are part of a
package."
CONFIG_SITE[doc] = "A list of files that contains autoconf test results
relevant to the current build. This variable is used by the Autotools utilities
when running configure."
--
2.17.1
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#136754):
https://lists.openembedded.org/g/openembedded-core/message/136754
Mute This Topic: https://lists.openembedded.org/mt/72565485/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-
Re: [OE-Core][RFC PATCH 06/13] systemd: Add PACKAGECONFIG for sysvinit
On Thu, Mar 26, 2020 at 08:54:19AM +, Alex Kiernan wrote: > Add sysvinit PACKAGECONFIG which is bound to DISTRO_FEATURES, this > then disables all sysvinit handling in systemd if it isn't present. > > Consolidate sysvinit handling so that when it's disabled we exclude all > sysvinit features. >... What exactly are "sysvinit handling" and "sysvinit features"? It seems to disable systemd-sysv-generator, and this is wrong. cu Adrian -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#136753): https://lists.openembedded.org/g/openembedded-core/message/136753 Mute This Topic: https://lists.openembedded.org/mt/72560006/21656 Group Owner: openembedded-core+ow...@lists.openembedded.org Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
Re: [OE-core] [PATCH] mesa-gl: The purpose of mesa-gl is to provide for X11 usage
> On Wed, Mar 25, 2020 at 02:27:37PM -0500, Mark Hatle wrote: >> > To be honest, I would just take the entire recipe out. It's causing >> > trouble >> > during updates, isn't being tested neither for builds nor at runtime, >> and >> > is supposed to provide some specific configuration which as this >> > discussion >> > makes clear, nobody seems to quite understand. >> >> With the abomination that is libmali (and similar), it is still needed. >> It's the only way to support GL on a primarily GLES compatible system. >> >> The problem is the way they do this seems to be a custom version of >> libdrm, which then conflicts with the mesa version. Thus the issues. >> >> I'm happy to continue testing my particular needs now and the future >> (thus >> the patch against master.) >>... > > Stupid question: > > Is > PREFERRED_PROVIDER_virtual/mesa = "mesa-gl" > PREFERRED_PROVIDER_virtual/libgl = "mesa-gl" > equivalent to > PACKAGECONFIG_pn-mesa = "opengl dri x11" > ? I don't know. I didn't write this. However, doing some investigation, the big difference here is the overall capabilities. There are common distributions where a user may want to use mesa (no external libdrm) as well as distress where they want to use an external drm and the mesa-gl version only. So 'mesa' and 'external drm + mesa-gl' are equivalent in functionality for a given distro. Only difference being optimization. You may ask why would I use one vs the other. In my case, we have a family of SoC parts. Some of the family have a Mali graphics chip on them, while others don't have any optimized graphics so everything has to be software rendered. The only difference (from a software point of view) is if the Mali is on-board or not. So using a common (binary) distribution, and being able to just swap those parts is highly desirable. (Does that ACTUALLY work right now, I'm not sure.. but that is what I am working on.) >> --Mark > > cu > Adrian > -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#136752): https://lists.openembedded.org/g/openembedded-core/message/136752 Mute This Topic: https://lists.openembedded.org/mt/72547327/21656 Group Owner: openembedded-core+ow...@lists.openembedded.org Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
Re: [OE-core] [PATCH] mesa-gl: The purpose of mesa-gl is to provide for X11 usage
On Wed, Mar 25, 2020 at 02:27:37PM -0500, Mark Hatle wrote: > > To be honest, I would just take the entire recipe out. It's causing > > trouble > > during updates, isn't being tested neither for builds nor at runtime, and > > is supposed to provide some specific configuration which as this > > discussion > > makes clear, nobody seems to quite understand. > > With the abomination that is libmali (and similar), it is still needed. > It's the only way to support GL on a primarily GLES compatible system. > > The problem is the way they do this seems to be a custom version of > libdrm, which then conflicts with the mesa version. Thus the issues. > > I'm happy to continue testing my particular needs now and the future (thus > the patch against master.) >... Stupid question: Is PREFERRED_PROVIDER_virtual/mesa = "mesa-gl" PREFERRED_PROVIDER_virtual/libgl = "mesa-gl" equivalent to PACKAGECONFIG_pn-mesa = "opengl dri x11" ? > --Mark cu Adrian -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#136751): https://lists.openembedded.org/g/openembedded-core/message/136751 Mute This Topic: https://lists.openembedded.org/mt/72547327/21656 Group Owner: openembedded-core+ow...@lists.openembedded.org Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
Re: [OE-core] [PATCH] glibc: Backport patch to fix ifuncs on risc-v and gcc10 builds
>... > + configure| 2 +- > + configure.ac | 2 +- >... This shouldn't patch both. cu Adrian -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#136750): https://lists.openembedded.org/g/openembedded-core/message/136750 Mute This Topic: https://lists.openembedded.org/mt/72558857/21656 Group Owner: openembedded-core+ow...@lists.openembedded.org Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
Re: [OE-core] [PATCH] binutils: Pregenerate autoconf files
On Thu, Mar 26, 2020 at 9:45 AM Richard Purdie wrote: > On Wed, 2020-03-25 at 16:16 -0700, Khem Raj wrote: ... > I'm also worried about patches which touch both configure and > configure.ac since the timestamp changes can cause things to autoreconf > even when we're trying to avoid that. As such this is actually quite a > risky change given past bad experiences :( > > I'm not completely against it but I am worried. +1 I also prefer to generate them. The patches are easier to upgrade and allow for easier fixes, as mentioned. -- Otavio Salvador O.S. Systems http://www.ossystems.com.brhttp://code.ossystems.com.br Mobile: +55 (53) 9 9981-7854 Mobile: +1 (347) 903-9750 -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#136749): https://lists.openembedded.org/g/openembedded-core/message/136749 Mute This Topic: https://lists.openembedded.org/mt/72553705/21656 Group Owner: openembedded-core+ow...@lists.openembedded.org Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
Re: [OE-core] [PATCH v3] libpng: Fix CVE-2019-6129
On Thu, 2020-03-26 at 02:36 +, Anuj Mittal wrote: > This patch has not yet been merged upstream and upstream has disputed > the security impact of this CVE. So I am not sure if we should take > this. > > https://github.com/glennrp/libpng/issues/269 > > Has any distro taken this? I did also read into the CVE and yes, it is quite questionable. I'm leaning towards not taking it if upstream aren't interested. Cheers, Richard -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#136748): https://lists.openembedded.org/g/openembedded-core/message/136748 Mute This Topic: https://lists.openembedded.org/mt/72504278/21656 Group Owner: openembedded-core+ow...@lists.openembedded.org Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
Re: [OE-core] [PATCH] binutils: Pregenerate autoconf files
On Wed, 2020-03-25 at 16:16 -0700, Khem Raj wrote: > libtool patch will result in configure file regeneration, instead of > doing that at build time, do it in patch itself, this avoids running > autoconf before configure step. > > Since binutils needs specific version of autoconf ( which is 2.69 ) > this will break on systems using newer or older verisons of autoconf > in current state. > > Signed-off-by: Khem Raj > Cc: Ross Burton > --- > meta/recipes-devtools/binutils/binutils.inc | 8 +- > .../binutils/0007-Use-libtool-2.4.patch | 26583 > > 2 files changed, 20352 insertions(+), 6239 deletions(-) Whilst I appreciate the intent here, our policy is to autoreconf most things in general. This allows us to more easily support newer architectures and platforms. There is a significant build speed benefit from not autoreconf'ing things but where do we draw the line? I'm also worried about patches which touch both configure and configure.ac since the timestamp changes can cause things to autoreconf even when we're trying to avoid that. As such this is actually quite a risky change given past bad experiences :( I'm not completely against it but I am worried. Cheers, Richard -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#136747): https://lists.openembedded.org/g/openembedded-core/message/136747 Mute This Topic: https://lists.openembedded.org/mt/72553705/21656 Group Owner: openembedded-core+ow...@lists.openembedded.org Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
[OE-core] [PATCH] ell: upgrade 0.28 -> 0.30
Since commit 5a0d5de68957ed11407694cf1acee1ab1cb4be79 ("build: Require at least
version 0.29 when building with external ELL") in iwd [1]
ell version 0.29 is required.
Also, this is a bug fix release, see after:
ver 0.30:
Fix issue with missing export of RTNL helper functions.
ver 0.29:
Fix issue with time overflow on 32-bit systems.
Add support for RTNL helper functionality.
[1] -
https://git.kernel.org/pub/scm/network/wireless/iwd.git/commit/?id=5a0d5de68957ed11407694cf1acee1ab1cb4be79
Signed-off-by: Pierre-Jean Texier
---
meta/recipes-core/ell/{ell_0.28.bb => ell_0.30.bb} | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
rename meta/recipes-core/ell/{ell_0.28.bb => ell_0.30.bb} (83%)
diff --git a/meta/recipes-core/ell/ell_0.28.bb
b/meta/recipes-core/ell/ell_0.30.bb
similarity index 83%
rename from meta/recipes-core/ell/ell_0.28.bb
rename to meta/recipes-core/ell/ell_0.30.bb
index 464bf63..17045b3 100644
--- a/meta/recipes-core/ell/ell_0.28.bb
+++ b/meta/recipes-core/ell/ell_0.30.bb
@@ -14,8 +14,8 @@ DEPENDS = "dbus"
inherit autotools pkgconfig
SRC_URI =
"https://mirrors.edge.kernel.org/pub/linux/libs/${BPN}/${BPN}-${PV}.tar.xz;
-SRC_URI[md5sum] = "e38089e54d4b41e508bbb7f37a4a59d9"
-SRC_URI[sha256sum] =
"6254fcb98d681cb2c3078dde462ba20bf90e6c10919204c6878a4381adcdb74b"
+SRC_URI[md5sum] = "79c757858688cc6c36087605234d87a8"
+SRC_URI[sha256sum] =
"51cf8cc66a9d1038e41f7d619ea5660aa4476904496562b2d45ca79370ca4a5e"
do_configure_prepend () {
mkdir -p ${S}/build-aux
--
2.7.4
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#136746):
https://lists.openembedded.org/g/openembedded-core/message/136746
Mute This Topic: https://lists.openembedded.org/mt/72562470/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-
Re: [OE-Core][RFC PATCH 00/13] Systemd 245 and related updates
Hello, On Thu, Mar 26, 2020 at 5:54 AM Alex Kiernan wrote: ... > Alex Kiernan (13): > systemd: Use PACKAGE_BEFORE_PN, not =+ > systemd: Package udev rules explicitly > systemd: Replace nonarch_base_libdir with rootlibexecdir > systemd: Reinstate systemd-hwdb-update.service > systemd: Add sch-fq-codel to RRECOMMENDS > systemd: Add PACKAGECONFIG for sysvinit > systemd: Remove X11 related files when disabled > systemd: Enable smack based on DISTRO_FEATURES > systemd: Enable audit based on DISTRO_FEATURES > systemd: Enable acl based on DISTRO_FEATURES > psplash: Set RemainAfterExit on systemd units > oeqa/runtime/cases: Disable and stop systemd-timesyncd I'd like to ask if Richard could consider the above patches for merge, they are bug fixes and minor improvements and suite well for the current release. > systemd: upgrade v244.3 -> v245.2 I am not against merging this but if it is intended to be done, I'd wait few days with the above ones merged. -- Otavio Salvador O.S. Systems http://www.ossystems.com.brhttp://code.ossystems.com.br Mobile: +55 (53) 9 9981-7854 Mobile: +1 (347) 903-9750 -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#136745): https://lists.openembedded.org/g/openembedded-core/message/136745 Mute This Topic: https://lists.openembedded.org/mt/7255/21656 Group Owner: openembedded-core+ow...@lists.openembedded.org Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
Re: [OE-core] [PATCH 1/2] libnotify: upgrade 0.7.8 -> 0.7.9 / port to meson
On Thu, Mar 26, 2020 at 11:02 AM Richard Purdie wrote: > > On Thu, 2020-03-26 at 09:13 +0100, Andreas M?ller wrote: > > On Thu, Mar 19, 2020 at 2:12 AM Andreas Müller < > > schnitzelt...@gmail.com> wrote: > > > From [1]: > > > New in 0.7.9 > > > > > > * Fixed linking in darwin [Iain, Marco; !5] > > > * Added man page for notify-send [Jan; !6] > > > * Dropped autotools [Jan; !11] > > > > > > [1] > > > http://ftp.gnome.org/pub/gnome/sources/libnotify/0.7/libnotify-0.7.9.news > > > > > > Signed-off-by: Andreas Müller > > > > > > > > Ping? > > We're at feature freeze and stabilisation for 3.1. I've already taken a > number of things I probably shouldn't at this stage but changing > software over to meson poses far too much risk at this point in the > release so this cannot go in, sorry. > > Cheers, > > Richard Ahh - ok - sorry Andreas -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#136744): https://lists.openembedded.org/g/openembedded-core/message/136744 Mute This Topic: https://lists.openembedded.org/mt/72396065/21656 Group Owner: openembedded-core+ow...@lists.openembedded.org Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
Re: [OE-core] [PATCH 1/2] libnotify: upgrade 0.7.8 -> 0.7.9 / port to meson
On Thu, 2020-03-26 at 09:13 +0100, Andreas M?ller wrote: > On Thu, Mar 19, 2020 at 2:12 AM Andreas Müller < > schnitzelt...@gmail.com> wrote: > > From [1]: > > New in 0.7.9 > > > > * Fixed linking in darwin [Iain, Marco; !5] > > * Added man page for notify-send [Jan; !6] > > * Dropped autotools [Jan; !11] > > > > [1] > > http://ftp.gnome.org/pub/gnome/sources/libnotify/0.7/libnotify-0.7.9.news > > > > Signed-off-by: Andreas Müller > > > > > Ping? We're at feature freeze and stabilisation for 3.1. I've already taken a number of things I probably shouldn't at this stage but changing software over to meson poses far too much risk at this point in the release so this cannot go in, sorry. Cheers, Richard -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#136743): https://lists.openembedded.org/g/openembedded-core/message/136743 Mute This Topic: https://lists.openembedded.org/mt/72396065/21656 Group Owner: openembedded-core+ow...@lists.openembedded.org Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
[OE-Core][RFC PATCH 10/13] systemd: Enable acl based on DISTRO_FEATURES
Signed-off-by: Alex Kiernan
Acked-by: Otavio Salvador
---
Changes in v2: None
meta/recipes-core/systemd/systemd_244.3.bb | 3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
diff --git a/meta/recipes-core/systemd/systemd_244.3.bb
b/meta/recipes-core/systemd/systemd_244.3.bb
index 2031f5d592df..ad148628715a 100644
--- a/meta/recipes-core/systemd/systemd_244.3.bb
+++ b/meta/recipes-core/systemd/systemd_244.3.bb
@@ -56,10 +56,9 @@ PAM_PLUGINS = " \
"
PACKAGECONFIG ??= " \
-${@bb.utils.filter('DISTRO_FEATURES', 'audit efi ldconfig pam selinux
smack sysvinit usrmerge polkit', d)} \
+${@bb.utils.filter('DISTRO_FEATURES', 'acl audit efi ldconfig pam selinux
smack sysvinit usrmerge polkit', d)} \
${@bb.utils.contains('DISTRO_FEATURES', 'wifi', 'rfkill', '', d)} \
${@bb.utils.contains('DISTRO_FEATURES', 'x11', 'xkbcommon', '', d)} \
-acl \
backlight \
binfmt \
gshadow \
--
2.17.1
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#136739):
https://lists.openembedded.org/g/openembedded-core/message/136739
Mute This Topic: https://lists.openembedded.org/mt/72560010/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-
[OE-Core][RFC PATCH 01/13] systemd: Use PACKAGE_BEFORE_PN, not =+
By using PACKAGE_BEFORE_PN rather than =+ it's clearer how we expect the
package ordering to work. It also avoids the possibilty that dev/dbg/etc.
artefacts attempt to package as part of these packages.
Signed-off-by: Alex Kiernan
---
Changes in v2:
- new (use PACKAGE_BEFORE_PN)
meta/recipes-core/systemd/systemd_244.3.bb | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/meta/recipes-core/systemd/systemd_244.3.bb
b/meta/recipes-core/systemd/systemd_244.3.bb
index c5c0ce4bad05..f0cf102dc250 100644
--- a/meta/recipes-core/systemd/systemd_244.3.bb
+++ b/meta/recipes-core/systemd/systemd_244.3.bb
@@ -305,7 +305,7 @@ python populate_packages_prepend (){
}
PACKAGES_DYNAMIC += "^lib(udev|systemd|nss).*"
-PACKAGES =+ "\
+PACKAGE_BEFORE_PN = "\
${PN}-gui \
${PN}-vconsole-setup \
${PN}-initramfs \
@@ -319,6 +319,8 @@ PACKAGES =+ "\
${PN}-journal-upload \
${PN}-journal-remote \
${PN}-extra-utils \
+udev \
+udev-hwdb \
"
SUMMARY_${PN}-container = "Tools for containers and VMs"
@@ -578,8 +580,6 @@ INSANE_SKIP_${PN} += "dev-so libdir"
INSANE_SKIP_${PN}-dbg += "libdir"
INSANE_SKIP_${PN}-doc += " libdir"
-PACKAGES =+ "udev udev-hwdb"
-
RPROVIDES_udev = "hotplug"
RDEPENDS_udev-hwdb += "udev"
--
2.17.1
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#136730):
https://lists.openembedded.org/g/openembedded-core/message/136730
Mute This Topic: https://lists.openembedded.org/mt/7256/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-
[OE-Core][RFC PATCH 13/13] systemd: upgrade v244.3 -> v245.2
Refresh patches for v245, enable userdb by default. Update musl patches
for additional missing stdlib headers. Add musl patch to avoid gshadow.
Commits:
d1d3f2aa1561 docs: Add syntax for templated units to systemd.preset man page
3c69813c69af man: add a tiny bit of markup
bf595e788c56 home: fix segfault when parsing arguments in PAM module
e110f4dacb6d test: wait a bit after starting the test service
e8df08cfdb20 fix journalctl regression (#15099)
eb3a38cc23b2 NEWS: add late note about job trimming issue
405f0fcfddb2 systemctl: hide the 'glyph' column when --no-legend is requested
1c7de81f89ef format-table: allow hiding a specific column
b7f2308bda49 core: transition to FINAL_SIGTERM state after ExecStopPost=
2867dfbf70a5 journalctl: show duplicate entries if they are from the same
file (#14898)
af339a3122be namespace: ignore prefix chars when comparing paths
d58988be7fab udev: fix SECLABEL{selinux} issue (#15064)
98f8a718c161 dissect-image: avoid scanning partitions
35c4d42040ec test: ignore IAB capabilities in `test-execute`
40737329d960 test: add a test case for migrating DynamicUser=yes to no
705938529062 execute: Fix migration from DynamicUser=yes to no
ec458d20b268 homed: replace "home directory" with "home area" in a few places
20a7592edf5f shared/ask-password-api: do not show hint on echo
084df9c616fd analyze: fix table time output
9251cac7b296 Support compiling with clang and gnu11 standard
ffccc15f725f Typo fix
1777c7f70d4d Update Croatian translation (#15042)
73678d230704 boot: Ensure ARM UEFI binary does not contain FP/SIMD
instructions
b7cf4b4ef5d0 core: Fix resolution of nested DM devices for cgroups
57680ddd4035 Fix typo on initrd-root-device.target
03985d069b52 NEWS: final contributor update for v245
0d5aef3eb513 hwdb: update for v245
9cbf1e58f962 units: skip modprobe@.service if the unit appears to be already
loaded
ff12a7954c19 treewide: more portable bash shebangs
eda0cbf07186 Use Finished instead of Started for Type=oneshot services
(#14851)
d48eea583fd8 units: make systemd-network-generator.service stay around
94c3a838da69 systemctl: make list-dependencies take multiple arguments
82c8bdff122d man: mention networkctl in the networkd man page
4a29c185b7fe man: add systemd-network-generator.service(8)
9fd32ff7d363 units: restore RemainAfterExit=yes in
systemd-vconsole-setup.service
44e5d00603a8 pid1: remove unnecessary terminator
5403e153372e man: update list of supported controllers
a3558e795203 units: do not ignore return value from systemd --user
df883de98a88 pid1, nspawn: voidify loopback_setup()
fd74a13e85ac timesync, meson: allow statically linked build
dbf2801f5ac4 systemctl: do not print items twice in list-dependencies
dd0395b5654c make namespace_flags_to_string() not return empty string
e31b6bd02050 lgtm: drop the TMPDIR/meson workaround
d4de2b2afff6 man: document that .link/.network/.netdev files have the usual
ini syntax
870d38dca90b docs: add .link/.network/.netdev files to interface stability
chart
c7fe06fb0a00 man: document the default value for IPv6AcceptRA=
cd517eb7310d man: specify that Domains= is a space-separated list
1699f5378896 hwdb: add corrections for Olimex Teres-I to keyboard hwdb
105a1a36cd6e tree-wide: fix spelling of lookup and setup verbs
33eb1f24978c tree-wide: drop printk.devkmsg=on setting in various places
a345d5c1c9b2 man,mkosi: use glibc-minimal-langpack for Fedora
95d311faea78 man: bump fedora versions
1c5b427f5d36 hwdb: 60-sensor.hwdb: Add proximity sensor udev property (#14845)
fdb0405edd90 selinux: check return value of string_to_security_class()
81d4a026a61c drop unused translations
d015652944b5 update Russian translation
1fb5a5edc7c1 sysusers: do not require /proc to be mounted
a100fe3c279b NEWS: Use correct tense in v245 entry
6cb356ca9fe0 basic/fs-util: add a version of chmod_and_chown that doesn not
use /proc
08c7c3216bd5 sysusers: many different errnos to express one condition
d54bb638750c NEWS: two minor entries
9c4d3d796825 NEWS: update contributors list
8193040362e8 hwdb: update for v245-rc2
a75b21175078 network: Move config_parse_ip_service_type to networkd-dhcp4.c
and rename
2b43402c8477 ask-password-api: drop unneeded parentheses
86fca584c38f core/execute: use return value from sockaddr_un_set_path(),
remove duplicate check
425d925f24a6 homed,userdb: don't use sockaddr_un_set_path() on fixed addresses
f36a9d590901 tree-wide: use the return value from sockaddr_un_set_path()
0f1886872362 test-sizeof: print size socklen_t
64177e9e4e8b journald: fix forwarding to syslog
3b355677b8cc RequireMountsFor in systemd-nspawn should wait for machine mount
27f31daf3e22 shared/logs-show: Remove unused OUTPUT_FOLLOW
ef62949a23a2 network: make Type=ether match based on iftype
834ea1a4665f test-network: remove unnecessary dummy interface
2cd651066133 man: fix typo
f4665664c4ff units:
[OE-Core][RFC PATCH 08/13] systemd: Enable smack based on DISTRO_FEATURES
Signed-off-by: Alex Kiernan
Acked-by: Otavio Salvador
---
Changes in v2: None
meta/recipes-core/systemd/systemd_244.3.bb | 4 +---
1 file changed, 1 insertion(+), 3 deletions(-)
diff --git a/meta/recipes-core/systemd/systemd_244.3.bb
b/meta/recipes-core/systemd/systemd_244.3.bb
index db41791cdf24..d398cdef18a4 100644
--- a/meta/recipes-core/systemd/systemd_244.3.bb
+++ b/meta/recipes-core/systemd/systemd_244.3.bb
@@ -56,7 +56,7 @@ PAM_PLUGINS = " \
"
PACKAGECONFIG ??= " \
-${@bb.utils.filter('DISTRO_FEATURES', 'efi ldconfig pam selinux sysvinit
usrmerge polkit', d)} \
+${@bb.utils.filter('DISTRO_FEATURES', 'efi ldconfig pam selinux smack
sysvinit usrmerge polkit', d)} \
${@bb.utils.contains('DISTRO_FEATURES', 'wifi', 'rfkill', '', d)} \
${@bb.utils.contains('DISTRO_FEATURES', 'x11', 'xkbcommon', '', d)} \
acl \
@@ -80,7 +80,6 @@ PACKAGECONFIG ??= " \
randomseed \
resolved \
set-time-epoch \
-smack \
sysusers \
timedated \
timesyncd \
@@ -97,7 +96,6 @@ PACKAGECONFIG_remove_libc-musl = " \
nss \
nss-mymachines \
nss-resolve \
-smack \
sysusers \
utmp \
"
--
2.17.1
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#136737):
https://lists.openembedded.org/g/openembedded-core/message/136737
Mute This Topic: https://lists.openembedded.org/mt/72560008/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-
[OE-Core][RFC PATCH 09/13] systemd: Enable audit based on DISTRO_FEATURES
Signed-off-by: Alex Kiernan
Acked-by: Otavio Salvador
---
Changes in v2: None
meta/recipes-core/systemd/systemd_244.3.bb | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta/recipes-core/systemd/systemd_244.3.bb
b/meta/recipes-core/systemd/systemd_244.3.bb
index d398cdef18a4..2031f5d592df 100644
--- a/meta/recipes-core/systemd/systemd_244.3.bb
+++ b/meta/recipes-core/systemd/systemd_244.3.bb
@@ -56,7 +56,7 @@ PAM_PLUGINS = " \
"
PACKAGECONFIG ??= " \
-${@bb.utils.filter('DISTRO_FEATURES', 'efi ldconfig pam selinux smack
sysvinit usrmerge polkit', d)} \
+${@bb.utils.filter('DISTRO_FEATURES', 'audit efi ldconfig pam selinux
smack sysvinit usrmerge polkit', d)} \
${@bb.utils.contains('DISTRO_FEATURES', 'wifi', 'rfkill', '', d)} \
${@bb.utils.contains('DISTRO_FEATURES', 'x11', 'xkbcommon', '', d)} \
acl \
--
2.17.1
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#136738):
https://lists.openembedded.org/g/openembedded-core/message/136738
Mute This Topic: https://lists.openembedded.org/mt/72560009/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-
[OE-Core][RFC PATCH 07/13] systemd: Remove X11 related files when disabled
When X11 isn't in DISTRO_FEATURES, remove X11 related files.
Signed-off-by: Alex Kiernan
Acked-by: Otavio Salvador
---
Changes in v2: None
meta/recipes-core/systemd/systemd_244.3.bb | 4
1 file changed, 4 insertions(+)
diff --git a/meta/recipes-core/systemd/systemd_244.3.bb
b/meta/recipes-core/systemd/systemd_244.3.bb
index 79794322ba08..db41791cdf24 100644
--- a/meta/recipes-core/systemd/systemd_244.3.bb
+++ b/meta/recipes-core/systemd/systemd_244.3.bb
@@ -274,6 +274,10 @@ do_install() {
sed -i -e "s%^L! /etc/resolv.conf.*$%L! /etc/resolv.conf - - -
- ../run/systemd/resolve/resolv.conf%g"
${D}${exec_prefix}/lib/tmpfiles.d/etc.conf
ln -s ../run/systemd/resolve/resolv.conf
${D}${sysconfdir}/resolv-conf.systemd
fi
+ if ${@bb.utils.contains('DISTRO_FEATURES', 'x11', 'false', 'true', d)};
then
+ rm ${D}${exec_prefix}/lib/tmpfiles.d/x11.conf
+ rm -r ${D}${sysconfdir}/X11
+ fi
# If polkit is setup fixup permissions and ownership
if ${@bb.utils.contains('PACKAGECONFIG', 'polkit', 'true', 'false',
d)}; then
--
2.17.1
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#136736):
https://lists.openembedded.org/g/openembedded-core/message/136736
Mute This Topic: https://lists.openembedded.org/mt/72560007/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-
[OE-Core][RFC PATCH 11/13] psplash: Set RemainAfterExit on systemd units
psplash is only expected to run during startup, but if any dependency is pulled into a transaction and the unit is inactive, then it can be restarted. Set RemainAfterExit to ensure that the unit remains active and is not gratuitously restarted. Drop the nonexistent systemd-start.service from the unit. Signed-off-by: Alex Kiernan Acked-by: Otavio Salvador --- Changes in v2: None meta/recipes-core/psplash/files/psplash-start.service | 1 + meta/recipes-core/psplash/files/psplash-systemd.service | 2 +- 2 files changed, 2 insertions(+), 1 deletion(-) diff --git a/meta/recipes-core/psplash/files/psplash-start.service b/meta/recipes-core/psplash/files/psplash-start.service index a8c97c7a7576..36c2bb38e072 100644 --- a/meta/recipes-core/psplash/files/psplash-start.service +++ b/meta/recipes-core/psplash/files/psplash-start.service @@ -6,6 +6,7 @@ RequiresMountsFor=/run [Service] Type=notify ExecStart=/usr/bin/psplash +RemainAfterExit=yes [Install] WantedBy=sysinit.target diff --git a/meta/recipes-core/psplash/files/psplash-systemd.service b/meta/recipes-core/psplash/files/psplash-systemd.service index 4e18980bb271..082207f2324a 100644 --- a/meta/recipes-core/psplash/files/psplash-systemd.service +++ b/meta/recipes-core/psplash/files/psplash-systemd.service @@ -1,13 +1,13 @@ [Unit] Description=Start psplash-systemd progress communication helper DefaultDependencies=no -After=systemd-start.service After=psplash-start.service Requires=psplash-start.service RequiresMountsFor=/run [Service] ExecStart=/usr/bin/psplash-systemd +RemainAfterExit=yes [Install] WantedBy=sysinit.target -- 2.17.1 -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#136740): https://lists.openembedded.org/g/openembedded-core/message/136740 Mute This Topic: https://lists.openembedded.org/mt/72560011/21656 Group Owner: openembedded-core+ow...@lists.openembedded.org Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
[OE-Core][RFC PATCH 00/13] Systemd 245 and related updates
Throwing these out there, so that anyone else who's looking at systemd
245 doesn't have to repeat the work, equally now is clearly not the time
to be applying these to master!
Not all of these are stricly related to systemd 245.
Changes in v2:
- new (use PACKAGE_BEFORE_PN)
- new (s/nonarch_base_libdir/rootlibexecdir/)
- sysvinit: moved update-rc.d RDEPENDS to PACKAGECONFIG
- move systemd 245 upgrade to last in series
- update to systemd 245.2
Alex Kiernan (13):
systemd: Use PACKAGE_BEFORE_PN, not =+
systemd: Package udev rules explicitly
systemd: Replace nonarch_base_libdir with rootlibexecdir
systemd: Reinstate systemd-hwdb-update.service
systemd: Add sch-fq-codel to RRECOMMENDS
systemd: Add PACKAGECONFIG for sysvinit
systemd: Remove X11 related files when disabled
systemd: Enable smack based on DISTRO_FEATURES
systemd: Enable audit based on DISTRO_FEATURES
systemd: Enable acl based on DISTRO_FEATURES
psplash: Set RemainAfterExit on systemd units
oeqa/runtime/cases: Disable and stop systemd-timesyncd
systemd: upgrade v244.3 -> v245.2
meta/lib/oeqa/runtime/cases/date.py | 4 +-
.../psplash/files/psplash-start.service | 1 +
.../psplash/files/psplash-systemd.service | 2 +-
...md-boot_244.3.bb => systemd-boot_245.2.bb} | 0
...md-conf_244.3.bb => systemd-conf_245.2.bb} | 0
meta/recipes-core/systemd/systemd.inc | 4 +-
.../systemd/0001-Handle-missing-gshadow.patch | 171 ++
...tall-dependency-links-at-install-tim.patch | 14 +-
...-not-disable-buffer-in-writing-files.patch | 46 ++---
...002-don-t-use-glibc-specific-qsort_r.patch | 12 +-
...k-parse_printf_format-implementation.patch | 10 +-
...set-util.h-add-__cpu_mask-definition.patch | 8 +-
...missing.h-check-for-missing-strndupa.patch | 93 ++
.../0006-Include-netinet-if_ether.h.patch | 41 +++--
..._register_atfork-for-non-glibc-build.patch | 6 +-
...11-Use-uintmax_t-for-handling-rlim_t.patch | 10 +-
...sable-tests-for-missing-typedefs-in-.patch | 8 +-
...uffering-when-writing-to-oom_score_a.patch | 8 +-
.../{systemd_244.3.bb => systemd_245.2.bb}| 82 ++---
scripts/postinst-intercepts/update_udev_hwdb | 16 +-
20 files changed, 383 insertions(+), 153 deletions(-)
rename meta/recipes-core/systemd/{systemd-boot_244.3.bb =>
systemd-boot_245.2.bb} (100%)
rename meta/recipes-core/systemd/{systemd-conf_244.3.bb =>
systemd-conf_245.2.bb} (100%)
create mode 100644
meta/recipes-core/systemd/systemd/0001-Handle-missing-gshadow.patch
rename meta/recipes-core/systemd/{systemd_244.3.bb => systemd_245.2.bb} (90%)
--
2.17.1
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#136729):
https://lists.openembedded.org/g/openembedded-core/message/136729
Mute This Topic: https://lists.openembedded.org/mt/7255/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-
[OE-Core][RFC PATCH 05/13] systemd: Add sch-fq-codel to RRECOMMENDS
systemd sets net.core.default_qdisc = fq_codel, include
kernel-module-sch-fq-codel in RRECOMMENDS to satify this
Signed-off-by: Alex Kiernan
Acked-by: Otavio Salvador
---
Changes in v2: None
meta/recipes-core/systemd/systemd_244.3.bb | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta/recipes-core/systemd/systemd_244.3.bb
b/meta/recipes-core/systemd/systemd_244.3.bb
index 4ee20f85c21f..bb75aa0b9b2b 100644
--- a/meta/recipes-core/systemd/systemd_244.3.bb
+++ b/meta/recipes-core/systemd/systemd_244.3.bb
@@ -567,7 +567,7 @@ RDEPENDS_${PN} += "volatile-binds update-rc.d"
RRECOMMENDS_${PN} += "systemd-extra-utils \
systemd-compat-units udev-hwdb \
e2fsprogs-e2fsck \
- kernel-module-autofs4 kernel-module-unix
kernel-module-ipv6 \
+ kernel-module-autofs4 kernel-module-unix
kernel-module-ipv6 kernel-module-sch-fq-codel \
os-release \
systemd-conf \
"
--
2.17.1
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#136734):
https://lists.openembedded.org/g/openembedded-core/message/136734
Mute This Topic: https://lists.openembedded.org/mt/72560005/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-
[OE-Core][RFC PATCH 04/13] systemd: Reinstate systemd-hwdb-update.service
systemd supports a distribution hwdb.bin in /usr/lib/udev/hwdb.bin,
which is used if /etc/udev/hwdb.bin is not present. When generating the
install time hwdb, for systemd, ensure that we put it in /usr/lib/udev,
which then ensures that at boot time we do not regenerate it, unless the
system is marked for update.
This allows fragments dropped into /etc/udev/hwdb.d to be processed
correctly, but without requiring a first boot time build:
root@qemumips:~# systemctl status systemd-hwdb-update.service
* systemd-hwdb-update.service - Rebuild Hardware Database
Loaded: loaded (/usr/lib/systemd/system/systemd-hwdb-update.service;
static; vendor preset: disabled)
Active: inactive (dead)
Condition: start condition failed at Wed 2020-03-04 15:18:11 UTC; 44s ago
|- ConditionPathExists=|!/usr/lib/udev/hwdb.bin was not met
|- ConditionPathExists=|/etc/udev/hwdb.bin was not met
`- ConditionDirectoryNotEmpty=|/etc/udev/hwdb.d was not met
Docs: man:hwdb(7)
man:systemd-hwdb(8)
Signed-off-by: Alex Kiernan
Acked-by: Otavio Salvador
---
Changes in v2: None
meta/recipes-core/systemd/systemd_244.3.bb | 10 --
scripts/postinst-intercepts/update_udev_hwdb | 16 ++--
2 files changed, 18 insertions(+), 8 deletions(-)
diff --git a/meta/recipes-core/systemd/systemd_244.3.bb
b/meta/recipes-core/systemd/systemd_244.3.bb
index 214eee316b63..4ee20f85c21f 100644
--- a/meta/recipes-core/systemd/systemd_244.3.bb
+++ b/meta/recipes-core/systemd/systemd_244.3.bb
@@ -293,10 +293,6 @@ do_install() {
# install default policy for presets
# https://www.freedesktop.org/wiki/Software/systemd/Preset/#howto
install -Dm 0644 ${WORKDIR}/99-default.preset
${D}${systemd_unitdir}/system-preset/99-default.preset
-
-# We use package postinsts for the hwdb update, as the update service is
-# easily triggered for no reason and will slow down boots.
-find ${D} -name systemd-hwdb-update.service -delete
}
python populate_packages_prepend (){
@@ -636,7 +632,9 @@ FILES_udev += "${base_sbindir}/udevd \
${datadir}/bash-completion/completions/udevadm \
"
-FILES_udev-hwdb = "${rootlibexecdir}/udev/hwdb.d"
+FILES_udev-hwdb = "${rootlibexecdir}/udev/hwdb.d \
+ ${systemd_unitdir}/system/systemd-hwdb-update.service \
+ "
RCONFLICTS_${PN} = "tiny-init ${@bb.utils.contains('PACKAGECONFIG',
'resolved', 'resolvconf', '', d)}"
@@ -696,7 +694,7 @@ pkg_prerm_${PN}_libc-glibc () {
PACKAGE_WRITE_DEPS += "qemu-native"
pkg_postinst_udev-hwdb () {
if test -n "$D"; then
- $INTERCEPT_DIR/postinst_intercept update_udev_hwdb ${PKG}
mlprefix=${MLPREFIX} binprefix=${MLPREFIX}
+ $INTERCEPT_DIR/postinst_intercept update_udev_hwdb ${PKG}
mlprefix=${MLPREFIX} binprefix=${MLPREFIX} rootlibexecdir="${rootlibexecdir}"
PREFERRED_PROVIDER_udev="${PREFERRED_PROVIDER_udev}"
else
udevadm hwdb --update
fi
diff --git a/scripts/postinst-intercepts/update_udev_hwdb
b/scripts/postinst-intercepts/update_udev_hwdb
index c4fb2bffcbf0..102e99b94725 100644
--- a/scripts/postinst-intercepts/update_udev_hwdb
+++ b/scripts/postinst-intercepts/update_udev_hwdb
@@ -5,5 +5,17 @@
set -e
-PSEUDO_UNLOAD=1 ${binprefix}qemuwrapper -L $D
$D${libexecdir}/${binprefix}udevadm hwdb --update --root $D
-chown root:root $D${sysconfdir}/udev/hwdb.bin
+case "${PREFERRED_PROVIDER_udev}" in
+ systemd)
+ UDEV_EXTRA_ARGS="--usr"
+ UDEVLIBDIR="${rootlibexecdir}"
+ ;;
+
+ *)
+ UDEV_EXTRA_ARGS=""
+ UDEVLIBDIR="${sysconfdir}"
+ ;;
+esac
+
+PSEUDO_UNLOAD=1 ${binprefix}qemuwrapper -L $D
$D${libexecdir}/${binprefix}udevadm hwdb --update --root $D ${UDEV_EXTRA_ARGS}
+chown root:root $D${UDEVLIBDIR}/udev/hwdb.bin
--
2.17.1
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#136733):
https://lists.openembedded.org/g/openembedded-core/message/136733
Mute This Topic: https://lists.openembedded.org/mt/72560004/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-
[OE-Core][RFC PATCH 02/13] systemd: Package udev rules explicitly
udev is packaged before systemd so any wildcard inclusions in FILES will
override later specifics. List all udev rules explicitly so that the
systemd specific rules, packaged alongside systemd, appear in the
correct package.
Signed-off-by: Alex Kiernan
---
Changes in v2: None
meta/recipes-core/systemd/systemd_244.3.bb | 28 +-
1 file changed, 27 insertions(+), 1 deletion(-)
diff --git a/meta/recipes-core/systemd/systemd_244.3.bb
b/meta/recipes-core/systemd/systemd_244.3.bb
index f0cf102dc250..809dbcb9a69b 100644
--- a/meta/recipes-core/systemd/systemd_244.3.bb
+++ b/meta/recipes-core/systemd/systemd_244.3.bb
@@ -599,7 +599,33 @@ FILES_udev += "${base_sbindir}/udevd \
${rootlibexecdir}/udev/scsi_id \
${rootlibexecdir}/udev/v4l_id \
${rootlibexecdir}/udev/keymaps \
- ${rootlibexecdir}/udev/rules.d/*.rules \
+ ${rootlibexecdir}/udev/rules.d/50-udev-default.rules \
+ ${rootlibexecdir}/udev/rules.d/60-autosuspend-chromiumos.rules \
+ ${rootlibexecdir}/udev/rules.d/60-block.rules \
+ ${rootlibexecdir}/udev/rules.d/60-cdrom_id.rules \
+ ${rootlibexecdir}/udev/rules.d/60-drm.rules \
+ ${rootlibexecdir}/udev/rules.d/60-evdev.rules \
+ ${rootlibexecdir}/udev/rules.d/60-fido-id.rules \
+ ${rootlibexecdir}/udev/rules.d/60-input-id.rules \
+ ${rootlibexecdir}/udev/rules.d/60-persistent-alsa.rules \
+ ${rootlibexecdir}/udev/rules.d/60-persistent-input.rules \
+ ${rootlibexecdir}/udev/rules.d/60-persistent-storage.rules \
+ ${rootlibexecdir}/udev/rules.d/60-persistent-storage-tape.rules
\
+ ${rootlibexecdir}/udev/rules.d/60-persistent-v4l.rules \
+ ${rootlibexecdir}/udev/rules.d/60-sensor.rules \
+ ${rootlibexecdir}/udev/rules.d/60-serial.rules \
+ ${rootlibexecdir}/udev/rules.d/61-autosuspend-manual.rules \
+ ${rootlibexecdir}/udev/rules.d/64-btrfs.rules \
+ ${rootlibexecdir}/udev/rules.d/70-joystick.rules \
+ ${rootlibexecdir}/udev/rules.d/70-mouse.rules \
+ ${rootlibexecdir}/udev/rules.d/70-power-switch.rules \
+ ${rootlibexecdir}/udev/rules.d/70-touchpad.rules \
+ ${rootlibexecdir}/udev/rules.d/75-net-description.rules \
+ ${rootlibexecdir}/udev/rules.d/75-probe_mtd.rules \
+ ${rootlibexecdir}/udev/rules.d/78-sound-card.rules \
+ ${rootlibexecdir}/udev/rules.d/80-drivers.rules \
+ ${rootlibexecdir}/udev/rules.d/80-net-setup-link.rules \
+ ${rootlibexecdir}/udev/rules.d/90-vconsole.rules \
${sysconfdir}/udev \
${sysconfdir}/init.d/systemd-udevd \
${systemd_unitdir}/system/*udev* \
--
2.17.1
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#136731):
https://lists.openembedded.org/g/openembedded-core/message/136731
Mute This Topic: https://lists.openembedded.org/mt/72560001/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-
[OE-Core][RFC PATCH 06/13] systemd: Add PACKAGECONFIG for sysvinit
Add sysvinit PACKAGECONFIG which is bound to DISTRO_FEATURES, this
then disables all sysvinit handling in systemd if it isn't present.
Consolidate sysvinit handling so that when it's disabled we exclude all
sysvinit features.
Signed-off-by: Alex Kiernan
---
Changes in v2:
- sysvinit: moved update-rc.d RDEPENDS to PACKAGECONFIG
meta/recipes-core/systemd/systemd_244.3.bb | 8
1 file changed, 4 insertions(+), 4 deletions(-)
diff --git a/meta/recipes-core/systemd/systemd_244.3.bb
b/meta/recipes-core/systemd/systemd_244.3.bb
index bb75aa0b9b2b..79794322ba08 100644
--- a/meta/recipes-core/systemd/systemd_244.3.bb
+++ b/meta/recipes-core/systemd/systemd_244.3.bb
@@ -56,7 +56,7 @@ PAM_PLUGINS = " \
"
PACKAGECONFIG ??= " \
-${@bb.utils.filter('DISTRO_FEATURES', 'efi ldconfig pam selinux usrmerge
polkit', d)} \
+${@bb.utils.filter('DISTRO_FEATURES', 'efi ldconfig pam selinux sysvinit
usrmerge polkit', d)} \
${@bb.utils.contains('DISTRO_FEATURES', 'wifi', 'rfkill', '', d)} \
${@bb.utils.contains('DISTRO_FEATURES', 'x11', 'xkbcommon', '', d)} \
acl \
@@ -165,6 +165,7 @@ PACKAGECONFIG[seccomp] =
"-Dseccomp=true,-Dseccomp=false,libseccomp"
PACKAGECONFIG[selinux] =
"-Dselinux=true,-Dselinux=false,libselinux,initscripts-sushell"
PACKAGECONFIG[smack] = "-Dsmack=true,-Dsmack=false"
PACKAGECONFIG[sysusers] = "-Dsysusers=true,-Dsysusers=false"
+PACKAGECONFIG[sysvinit] = "-Dsysvinit-path=${sysconfdir}/init.d
-Dsysvrcnd-path=${sysconfdir},-Dsysvinit-path= -Dsysvrcnd-path=,,update-rc.d"
# When enabled use reproducble build timestamp if set as time epoch,
# or build time if not. When disabled, time epoch is unset.
def build_epoch(d):
@@ -198,7 +199,6 @@ EXTRA_OEMESON += "-Dnobody-user=nobody \
-Dnobody-group=nobody \
-Drootlibdir=${rootlibdir} \
-Drootprefix=${rootprefix} \
- -Dsysvrcnd-path=${sysconfdir} \
-Ddefault-locale=C \
"
@@ -234,6 +234,7 @@ do_install() {
install -d ${D}${sysconfdir}/init.d
install -m 0755 ${WORKDIR}/init
${D}${sysconfdir}/init.d/systemd-udevd
sed -i s%@UDEVD@%${rootlibexecdir}/systemd/systemd-udevd%
${D}${sysconfdir}/init.d/systemd-udevd
+ install -Dm 0755
${S}/src/systemctl/systemd-sysv-install.SKELETON
${D}${systemd_unitdir}/systemd-sysv-install
fi
chown root:systemd-journal ${D}/${localstatedir}/log/journal
@@ -273,7 +274,6 @@ do_install() {
sed -i -e "s%^L! /etc/resolv.conf.*$%L! /etc/resolv.conf - - -
- ../run/systemd/resolve/resolv.conf%g"
${D}${exec_prefix}/lib/tmpfiles.d/etc.conf
ln -s ../run/systemd/resolve/resolv.conf
${D}${sysconfdir}/resolv-conf.systemd
fi
- install -Dm 0755 ${S}/src/systemctl/systemd-sysv-install.SKELETON
${D}${systemd_unitdir}/systemd-sysv-install
# If polkit is setup fixup permissions and ownership
if ${@bb.utils.contains('PACKAGECONFIG', 'polkit', 'true', 'false',
d)}; then
@@ -562,7 +562,7 @@ FILES_${PN}-dev += "${base_libdir}/security/*.la
${datadir}/dbus-1/interfaces/ $
RDEPENDS_${PN} += "kmod dbus util-linux-mount util-linux-umount udev (=
${EXTENDPKGV}) util-linux-agetty util-linux-fsck"
RDEPENDS_${PN} += "${@bb.utils.contains('PACKAGECONFIG',
'serial-getty-generator', '', 'systemd-serialgetty', d)}"
-RDEPENDS_${PN} += "volatile-binds update-rc.d"
+RDEPENDS_${PN} += "volatile-binds"
RRECOMMENDS_${PN} += "systemd-extra-utils \
systemd-compat-units udev-hwdb \
--
2.17.1
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#136735):
https://lists.openembedded.org/g/openembedded-core/message/136735
Mute This Topic: https://lists.openembedded.org/mt/72560006/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-
[OE-Core][RFC PATCH 03/13] systemd: Replace nonarch_base_libdir with rootlibexecdir
Use rootlibexecdir consistently rather than nonarch_base_libdir for udev
rules.
Signed-off-by: Alex Kiernan
---
Changes in v2:
- new (s/nonarch_base_libdir/rootlibexecdir/)
meta/recipes-core/systemd/systemd_244.3.bb | 10 +-
1 file changed, 5 insertions(+), 5 deletions(-)
diff --git a/meta/recipes-core/systemd/systemd_244.3.bb
b/meta/recipes-core/systemd/systemd_244.3.bb
index 809dbcb9a69b..214eee316b63 100644
--- a/meta/recipes-core/systemd/systemd_244.3.bb
+++ b/meta/recipes-core/systemd/systemd_244.3.bb
@@ -546,11 +546,11 @@ FILES_${PN} = " ${base_bindir}/* \
${exec_prefix}/lib/sysusers.d \
${exec_prefix}/lib/environment.d \
${localstatedir} \
-${nonarch_base_libdir}/udev/rules.d/70-uaccess.rules \
-${nonarch_base_libdir}/udev/rules.d/71-seat.rules \
-${nonarch_base_libdir}/udev/rules.d/73-seat-late.rules \
-${nonarch_base_libdir}/udev/rules.d/99-systemd.rules \
-${nonarch_base_libdir}/modprobe.d/systemd.conf \
+${rootlibexecdir}/udev/rules.d/70-uaccess.rules \
+${rootlibexecdir}/udev/rules.d/71-seat.rules \
+${rootlibexecdir}/udev/rules.d/73-seat-late.rules \
+${rootlibexecdir}/udev/rules.d/99-systemd.rules \
+${rootlibexecdir}/modprobe.d/systemd.conf \
${datadir}/dbus-1/system.d/org.freedesktop.timedate1.conf \
${datadir}/dbus-1/system.d/org.freedesktop.locale1.conf \
${datadir}/dbus-1/system.d/org.freedesktop.network1.conf \
--
2.17.1
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#136732):
https://lists.openembedded.org/g/openembedded-core/message/136732
Mute This Topic: https://lists.openembedded.org/mt/72560002/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-
[OE-Core][RFC PATCH 12/13] oeqa/runtime/cases: Disable and stop systemd-timesyncd
Stopping systemd-timesyncd doesn't prevent it being restarted by a
different transaction within systemd. Disable the service instead during
the date test to ensure it can't be restarted.
Signed-off-by: Alex Kiernan
Acked-by: Otavio Salvador
---
Changes in v2: None
meta/lib/oeqa/runtime/cases/date.py | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/meta/lib/oeqa/runtime/cases/date.py
b/meta/lib/oeqa/runtime/cases/date.py
index 7750a7293f8e..fdd2a6ae587e 100644
--- a/meta/lib/oeqa/runtime/cases/date.py
+++ b/meta/lib/oeqa/runtime/cases/date.py
@@ -13,12 +13,12 @@ class DateTest(OERuntimeTestCase):
def setUp(self):
if self.tc.td.get('VIRTUAL-RUNTIME_init_manager') == 'systemd':
self.logger.debug('Stopping systemd-timesyncd daemon')
-self.target.run('systemctl stop systemd-timesyncd')
+self.target.run('systemctl disable --now systemd-timesyncd')
def tearDown(self):
if self.tc.td.get('VIRTUAL-RUNTIME_init_manager') == 'systemd':
self.logger.debug('Starting systemd-timesyncd daemon')
-self.target.run('systemctl start systemd-timesyncd')
+self.target.run('systemctl enable --now systemd-timesyncd')
@OETestDepends(['ssh.SSHTest.test_ssh'])
@OEHasPackage(['coreutils', 'busybox'])
--
2.17.1
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#136741):
https://lists.openembedded.org/g/openembedded-core/message/136741
Mute This Topic: https://lists.openembedded.org/mt/72560012/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-
[OE-core] [zeus][PATCH 9/9] wic/direct: reserve 2 sector for extended partition
From: Chee Yang Lee extended partition should reserve at least 2 unallocated sectors between the start of the extended partition and the start of a logical partition. [YOCTO #13658] (From OE-Core rev: 884c8a0e50a49bdca5e048197a9dc0ff37cc8d1a) Signed-off-by: Chee Yang Lee Signed-off-by: Richard Purdie (cherry picked from commit 590555e3b8ccbd94b628aa6778adea7f4538d966) Signed-off-by: Anuj Mittal --- scripts/lib/wic/plugins/imager/direct.py | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) diff --git a/scripts/lib/wic/plugins/imager/direct.py b/scripts/lib/wic/plugins/imager/direct.py index 2441cc3..5148df2 100644 --- a/scripts/lib/wic/plugins/imager/direct.py +++ b/scripts/lib/wic/plugins/imager/direct.py @@ -403,7 +403,7 @@ class PartitionedImage(): # Reserve a sector for EBR for every logical partition # before alignment is performed. if part.type == 'logical': -self.offset += 1 +self.offset += 2 align_sectors = 0 if part.align: @@ -446,7 +446,7 @@ class PartitionedImage(): self.extendedpart = part.num else: self.extended_size_sec += align_sectors -self.extended_size_sec += part.size_sec + 1 +self.extended_size_sec += part.size_sec + 2 else: self.primary_part_num += 1 part.num = self.primary_part_num @@ -512,7 +512,7 @@ class PartitionedImage(): # add a sector at the back, so that there is enough # room for all logical partitions. self._create_partition(self.path, "extended", - None, part.start - 1, + None, part.start - 2, self.extended_size_sec) if part.fstype == "swap": -- 2.7.4 -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#136728): https://lists.openembedded.org/g/openembedded-core/message/136728 Mute This Topic: https://lists.openembedded.org/mt/72559994/21656 Group Owner: openembedded-core+ow...@lists.openembedded.org Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
[OE-core] [zeus][PATCH 3/9] sanity: check for more bits of Python
From: Ross Burton
MJ: icu in master doesn't need distutils anymore, because icu 65.1 currently in
dunfell/master doesn't depend on python3-distutils anymore since:
https://github.com/unicode-org/icu/commit/b4d41b0561b6e8de38b99850ce0e4be8ef536bb1
but the icu-64.2 in zeus and
openembedded-core/meta/recipes-core/ovmf/ovmf_git.bb
still need python3-distutils as described in:
http://lists.openembedded.org/pipermail/openembedded-core/2020-March/293984.html
Signed-off-by: Ross Burton
Signed-off-by: Anuj Mittal
---
meta/classes/sanity.bbclass | 12 +++-
1 file changed, 7 insertions(+), 5 deletions(-)
diff --git a/meta/classes/sanity.bbclass b/meta/classes/sanity.bbclass
index 936fe91..5c2f8f9 100644
--- a/meta/classes/sanity.bbclass
+++ b/meta/classes/sanity.bbclass
@@ -625,13 +625,14 @@ def check_sanity_version_change(status, d):
# In other words, these tests run once in a given build directory and then
# never again until the sanity version or host distrubution id/version
changes.
-# Check the python install is complete. glib-2.0-natives requries
-# xml.parsers.expat
+# Check the python install is complete. Examples that are often removed in
+# minimal installations: glib-2.0-natives requries # xml.parsers.expat and
icu
+# requires distutils.sysconfig.
try:
import xml.parsers.expat
-except ImportError:
-status.addresult('Your python is not a full install. Please install
the module xml.parsers.expat (python-xml on openSUSE and SUSE Linux).\n')
-import stat
+import distutils.sysconfig
+except ImportError as e:
+status.addresult('Your Python 3 is not a full install. Please install
the module %s (see the Getting Started guide for further information).\n' %
e.name)
status.addresult(check_make_version(d))
status.addresult(check_patch_version(d))
@@ -667,6 +668,7 @@ def check_sanity_version_change(status, d):
status.addresult('Please use ASSUME_PROVIDED +=, not ASSUME_PROVIDED =
in your local.conf\n')
# Check that TMPDIR isn't on a filesystem with limited filename length
(eg. eCryptFS)
+import stat
tmpdir = d.getVar('TMPDIR')
status.addresult(check_create_long_filename(tmpdir, "TMPDIR"))
tmpdirmode = os.stat(tmpdir).st_mode
--
2.7.4
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#136722):
https://lists.openembedded.org/g/openembedded-core/message/136722
Mute This Topic: https://lists.openembedded.org/mt/72559988/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-
[OE-core] [zeus][PATCH 2/9] screen: fix CVE-2020-9366
Signed-off-by: Anuj Mittal
---
.../screen/screen/CVE-2020-9366.patch | 48 ++
meta/recipes-extended/screen/screen_4.6.2.bb | 1 +
2 files changed, 49 insertions(+)
create mode 100644 meta/recipes-extended/screen/screen/CVE-2020-9366.patch
diff --git a/meta/recipes-extended/screen/screen/CVE-2020-9366.patch
b/meta/recipes-extended/screen/screen/CVE-2020-9366.patch
new file mode 100644
index 000..a52b9e6
--- /dev/null
+++ b/meta/recipes-extended/screen/screen/CVE-2020-9366.patch
@@ -0,0 +1,48 @@
+From 8ce90c1d3d5bece150479d8bc9303fd9d9f45e03 Mon Sep 17 00:00:00 2001
+From: =?UTF-8?q?Amadeusz=20S=C5=82awi=C5=84ski?=
+Date: Thu, 30 Jan 2020 17:56:27 +0100
+Subject: [PATCH] Fix out of bounds access when setting w_xtermosc after OSC 49
+MIME-Version: 1.0
+Content-Type: text/plain; charset=UTF-8
+Content-Transfer-Encoding: 8bit
+
+From: =?UTF-8?q?Amadeusz=20S=C5=82awi=C5=84ski?=
+MIME-Version: 1.0
+Content-Type: text/plain; charset=UTF-8
+Content-Transfer-Encoding: 8bit
+
+echo -e "\e]49\e;\n\ec"
+crashes screen.
+
+This happens because 49 is divided by 10 and used as table index
+resulting in access to w_xtermosc[4], which is out of bounds with table
+itself being size 4. Increase size of table by 1 to 5, which is enough
+for all current uses.
+
+As this overwrites memory based on user input it is potential security
+issue.
+
+Reported-by: pip...@gimp.org
+Signed-off-by: Amadeusz Sławiński
+
+Upstream-Status: Backport
[https://git.savannah.gnu.org/cgit/screen.git/commit/?h=v.4.8.0=68386dfb1fa33471372a8cd2e74686758a2f527b]
+CVE: CVE-2020-9366
+Signed-off-by: Anuj Mittal
+
+---
+ window.h | 2 +-
+ 1 file changed, 1 insertion(+), 1 deletion(-)
+
+diff --git a/window.h b/window.h
+index bd10dcd..a8afa19 100644
+--- a/window.h
b/window.h
+@@ -237,7 +237,7 @@ struct win
+ char w_vbwait;
+ char w_norefresh; /* dont redisplay when switching to
that win */
+ #ifdef RXVT_OSC
+- char w_xtermosc[4][MAXSTR]; /* special xterm/rxvt escapes */
++ char w_xtermosc[5][MAXSTR]; /* special xterm/rxvt escapes */
+ #endif
+ intw_mouse; /* mouse mode 0,9,1000 */
+ #ifdef HAVE_BRAILLE
diff --git a/meta/recipes-extended/screen/screen_4.6.2.bb
b/meta/recipes-extended/screen/screen_4.6.2.bb
index 21b476d..d00b849 100644
--- a/meta/recipes-extended/screen/screen_4.6.2.bb
+++ b/meta/recipes-extended/screen/screen_4.6.2.bb
@@ -25,6 +25,7 @@ SRC_URI = "${GNU_MIRROR}/screen/screen-${PV}.tar.gz \
file://0001-fix-for-multijob-build.patch \
file://0001-configure.ac-fix-configure-failed-while-build-dir-ha.patch \
file://0001-Remove-more-compatibility-stuff.patch \
+ file://CVE-2020-9366.patch \
"
SRC_URI[md5sum] = "a0f529db128dfaa324d978ba73a8"
--
2.7.4
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#136721):
https://lists.openembedded.org/g/openembedded-core/message/136721
Mute This Topic: https://lists.openembedded.org/mt/72559987/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-
[OE-core] [zeus][PATCH 7/9] security_flags.inc: fix flags missing from SDK toolchain
From: Tom Hochstein
The security flags were missing from the SDK toolchain
because they were added specifically to class-target.
Add them to class-cross-canadian as well (since the SDK environment
file is created from cross-canadian target flags).
Signed-off-by: Tom Hochstein
Signed-off-by: Antoine Manache
Signed-off-by: Richard Purdie
Signed-off-by: Anuj Mittal
---
meta/conf/distro/include/security_flags.inc | 2 ++
1 file changed, 2 insertions(+)
diff --git a/meta/conf/distro/include/security_flags.inc
b/meta/conf/distro/include/security_flags.inc
index aaf04e9..568d036 100644
--- a/meta/conf/distro/include/security_flags.inc
+++ b/meta/conf/distro/include/security_flags.inc
@@ -57,6 +57,8 @@ SECURITY_STRINGFORMAT_pn-gcc = ""
TARGET_CC_ARCH_append_class-target = " ${SECURITY_CFLAGS}"
TARGET_LDFLAGS_append_class-target = " ${SECURITY_LDFLAGS}"
+TARGET_CC_ARCH_append_class-cross-canadian = " ${SECURITY_CFLAGS}"
+TARGET_LDFLAGS_append_class-cross-canadian = " ${SECURITY_LDFLAGS}"
SECURITY_STACK_PROTECTOR_pn-gcc-runtime = ""
SECURITY_STACK_PROTECTOR_pn-glibc = ""
--
2.7.4
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#136726):
https://lists.openembedded.org/g/openembedded-core/message/136726
Mute This Topic: https://lists.openembedded.org/mt/72559992/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-
[OE-core] [zeus][PATCH 8/9] linux-yocto/4.19: update to v4.19.107
From: Bruce Ashfield Updating linux-yocto/4.19 to the latest korg -stable release that comprises the following commits: 16ae5406361a crypto: CVE-2019-18808 a083db76118d Linux 4.19.107 cfc30449bbc5 Revert "char/random: silence a lockdep splat with printk()" 8541452acba5 s390/mm: Explicitly compare PAGE_DEFAULT_KEY against zero in storage_key_init_range fee87e931cc5 xen: Enable interrupts when calling _cond_resched() 28a73a946a46 ata: ahci: Add shutdown to freeze hardware resources of ahci 43cac315bec1 rxrpc: Fix call RCU cleanup using non-bh-safe locks acbc5071f073 netfilter: xt_hashlimit: limit the max size of hashtable 5a2972600a2f ALSA: seq: Fix concurrent access to queue current tick/time b105447809b1 ALSA: seq: Avoid concurrent access to queue flags 63495d1e1c7c ALSA: rawmidi: Avoid bit fields for state flags bf3043d27755 bpf, offload: Replace bitwise AND by logical AND in bpf_prog_offload_info_fill 3132696dd748 genirq/proc: Reject invalid affinity masks (again) ba2c07dfa0d8 iommu/vt-d: Fix compile warning from intel-svm.h c0965be4b28b ecryptfs: replace BUG_ON with error handling code 1bae8f424c84 staging: greybus: use after free in gb_audio_manager_remove_all() 568991c91849 staging: rtl8723bs: fix copy of overlapping memory f8e6a3412dc6 usb: dwc2: Fix in ISOC request length checking de8dbb7b02fa usb: gadget: composite: Fix bMaxPower for SuperSpeedPlus 1cad1a6497ec scsi: Revert "target: iscsi: Wait for all commands to finish before freeing a session" c66b2b571211 scsi: Revert "RDMA/isert: Fix a recently introduced regression related to logout" b046c6fec04e Revert "dmaengine: imx-sdma: Fix memory leak" cd26d53a27d6 Btrfs: fix btrfs_wait_ordered_range() so that it waits for all ordered extents 4d886f91ca13 btrfs: do not check delayed items are empty for single transaction cleanup 68b7db197bf8 btrfs: reset fs_root to NULL on error in open_ctree 0ba8e5f347b2 btrfs: fix bytes_may_use underflow in prealloc error condtition e541982a6e5f KVM: apic: avoid calculating pending eoi from an uninitialized val 267eec2d216d KVM: nVMX: handle nested posted interrupts when apicv is disabled for L1 85dd0eb771e8 KVM: nVMX: Check IO instruction VM-exit conditions e5c0857bd5cc KVM: nVMX: Refactor IO bitmap checks into helper function 8cf20fb73e73 ext4: fix race between writepages and enabling EXT4_EXTENTS_FL 48fdbe2a818d ext4: rename s_journal_flag_rwsem to s_writepages_rwsem b7dc081c24db ext4: fix mount failure with quota configured as module 50017cec3dbb ext4: fix potential race between s_flex_groups online resizing and access 7720966a68c8 ext4: fix potential race between s_group_info online resizing and access cc9948abe47b ext4: fix potential race between online resizing and write operations 38884609b8b5 ext4: add cond_resched() to __ext4_find_entry() 9b6e90918bc0 ext4: fix a data race in EXT4_I(inode)->i_disksize 0e3a6e86d43b drm/nouveau/kms/gv100-: Re-set LUT after clearing for modesets da3418ad747f lib/stackdepot.c: fix global out-of-bounds in stack_slabs 56ad5b4b7405 tty: serial: qcom_geni_serial: Fix RX cancel command failure e6ebad85883d tty: serial: qcom_geni_serial: Remove xfer_mode variable 4e438733f727 tty: serial: qcom_geni_serial: Remove set_rfr_wm() and related variables 1cc8834773b2 tty: serial: qcom_geni_serial: Remove use of *_relaxed() and mb() 4d1a94fa6d14 tty: serial: qcom_geni_serial: Remove interrupt storm 0a38fd9326fd tty: serial: qcom_geni_serial: Fix UART hang fe1cfc645845 KVM: x86: don't notify userspace IOAPIC on edge-triggered interrupt EOI ed9e97c35b45 KVM: nVMX: Don't emulate instructions in guest mode 6ca274be314b xhci: apply XHCI_PME_STUCK_QUIRK to Intel Comet Lake platforms 8300ed5a2175 drm/amdgpu/soc15: fix xclk for raven 837ba4829b9f mm/vmscan.c: don't round up scan size for online memory cgroup ea2a11561d01 genirq/irqdomain: Make sure all irq domain flags are distinct 576c04cbbef2 nvme-multipath: Fix memory leak with ana_log_buf e75d2de90b86 mm/memcontrol.c: lost css_put in memcg_expand_shrinker_maps() cf85f00f87db Revert "ipc,sem: remove uneeded sem_undo_list lock usage in exit_sem()" af4693daff1b MAINTAINERS: Update drm/i915 bug filing URL c9ca2010202b serdev: ttyport: restore client ops on deregistration 463a3db812d9 tty: serial: imx: setup the correct sg entry for tx dma 6807593e8edc tty/serial: atmel: manage shutdown in case of RS485 or ISO7816 mode f4e6d51f3f40 serial: 8250: Check UPF_IRQ_SHARED in advance f28ec250579c x86/cpu/amd: Enable the fixed Instructions Retired counter IRPERF 5e5b443ae6cc x86/mce/amd: Fix kobject lifetime 0a3aca3a0f41 x86/mce/amd: Publish the bank pointer only after setup has succeeded 4512119ac90a jbd2: fix ocfs2 corrupt when clearing block group bits 72e2df70fb52 powerpc/tm:
[OE-core] [zeus][PATCH 1/9] icu: fix CVE-2020-10531
Signed-off-by: Anuj Mittal
---
meta/recipes-support/icu/icu/CVE-2020-10531.patch | 122 ++
meta/recipes-support/icu/icu_64.2.bb | 1 +
2 files changed, 123 insertions(+)
create mode 100644 meta/recipes-support/icu/icu/CVE-2020-10531.patch
diff --git a/meta/recipes-support/icu/icu/CVE-2020-10531.patch
b/meta/recipes-support/icu/icu/CVE-2020-10531.patch
new file mode 100644
index 000..56303fc
--- /dev/null
+++ b/meta/recipes-support/icu/icu/CVE-2020-10531.patch
@@ -0,0 +1,122 @@
+From b7d08bc04a4296982fcef8b6b8a354a9e4e7afca Mon Sep 17 00:00:00 2001
+From: Frank Tang
+Date: Sat, 1 Feb 2020 02:39:04 +
+Subject: [PATCH] ICU-20958 Prevent SEGV_MAPERR in append
+
+See #971
+
+Upstream-Status: Backport
[https://github.com/unicode-org/icu/commit/b7d08bc04a4296982fcef8b6b8a354a9e4e7afca]
+CVE: CVE-2020-10531
+Signed-off-by: Anuj Mittal
+---
+ icu4c/source/common/unistr.cpp | 6 ++-
+ icu4c/source/test/intltest/ustrtest.cpp | 62 +
+ icu4c/source/test/intltest/ustrtest.h | 1 +
+ 3 files changed, 68 insertions(+), 1 deletion(-)
+
+diff --git a/icu4c/source/common/unistr.cpp b/icu4c/source/common/unistr.cpp
+index 901bb3358ba..077b4d6ef20 100644
+--- a/icu4c/source/common/unistr.cpp
b/icu4c/source/common/unistr.cpp
+@@ -1563,7 +1563,11 @@ UnicodeString::doAppend(const UChar *srcChars, int32_t
srcStart, int32_t srcLeng
+ }
+
+ int32_t oldLength = length();
+- int32_t newLength = oldLength + srcLength;
++ int32_t newLength;
++ if (uprv_add32_overflow(oldLength, srcLength, )) {
++setToBogus();
++return *this;
++ }
+
+ // Check for append onto ourself
+ const UChar* oldArray = getArrayStart();
+diff --git a/icu4c/source/test/intltest/ustrtest.cpp
b/icu4c/source/test/intltest/ustrtest.cpp
+index b6515ea813c..ad38bdf53a3 100644
+--- a/icu4c/source/test/intltest/ustrtest.cpp
b/icu4c/source/test/intltest/ustrtest.cpp
+@@ -67,6 +67,7 @@ void UnicodeStringTest::runIndexedTest( int32_t index, UBool
exec, const char* &
+ TESTCASE_AUTO(TestWCharPointers);
+ TESTCASE_AUTO(TestNullPointers);
+ TESTCASE_AUTO(TestUnicodeStringInsertAppendToSelf);
++TESTCASE_AUTO(TestLargeAppend);
+ TESTCASE_AUTO_END;
+ }
+
+@@ -2310,3 +2311,64 @@ void
UnicodeStringTest::TestUnicodeStringInsertAppendToSelf() {
+ str.insert(2, sub);
+ assertEquals("", u"abbcdcde", str);
+ }
++
++void UnicodeStringTest::TestLargeAppend() {
++if(quick) return;
++
++IcuTestErrorCode status(*this, "TestLargeAppend");
++// Make a large UnicodeString
++int32_t len = 0xAFF;
++UnicodeString str;
++char16_t *buf = str.getBuffer(len);
++// A fast way to set buffer to valid Unicode.
++// 4E4E is a valid unicode character
++uprv_memset(buf, 0x4e, len * 2);
++str.releaseBuffer(len);
++UnicodeString dest;
++// Append it 16 times
++// 0xAFF times 16 is 0xA4F1,
++// which is greater than INT32_MAX, which is 0x7FFF.
++int64_t total = 0;
++for (int32_t i = 0; i < 16; i++) {
++dest.append(str);
++total += len;
++if (total <= INT32_MAX) {
++assertFalse("dest is not bogus", dest.isBogus());
++} else {
++assertTrue("dest should be bogus", dest.isBogus());
++}
++}
++dest.remove();
++total = 0;
++for (int32_t i = 0; i < 16; i++) {
++dest.append(str);
++total += len;
++if (total + len <= INT32_MAX) {
++assertFalse("dest is not bogus", dest.isBogus());
++} else if (total <= INT32_MAX) {
++// Check that a string of exactly the maximum size works
++UnicodeString str2;
++int32_t remain = INT32_MAX - total;
++char16_t *buf2 = str2.getBuffer(remain);
++if (buf2 == nullptr) {
++// if somehow memory allocation fail, return the test
++return;
++}
++uprv_memset(buf2, 0x4e, remain * 2);
++str2.releaseBuffer(remain);
++dest.append(str2);
++total += remain;
++assertEquals("When a string of exactly the maximum size works",
(int64_t)INT32_MAX, total);
++assertEquals("When a string of exactly the maximum size works",
INT32_MAX, dest.length());
++assertFalse("dest is not bogus", dest.isBogus());
++
++// Check that a string size+1 goes bogus
++str2.truncate(1);
++dest.append(str2);
++total++;
++assertTrue("dest should be bogus", dest.isBogus());
++} else {
++assertTrue("dest should be bogus", dest.isBogus());
++}
++}
++}
+diff --git a/icu4c/source/test/intltest/ustrtest.h
b/icu4c/source/test/intltest/ustrtest.h
+index 218befdcc68..4a356a92c7a 100644
+--- a/icu4c/source/test/intltest/ustrtest.h
b/icu4c/source/test/intltest/ustrtest.h
+@@ -97,6 +97,7 @@ class UnicodeStringTest:
[OE-core] [zeus][PATCH 4/9] nfs-utils: Disable statx if using glibc emulation
From: Julius Hemanth Pitti
nfs-utils 2.4.1, moves from "stat" to "statx
with AT_STATX_DONT_SYNC" in parts of the code.
statx is supported in Linux kernel v4.11 and above.
For all older kernels glibc emulates statx, and it
doesn't support AT_STATX_DONT_SYNC and will return
EINVAL.
When server uses nfs-utils 2.4.1 on kernel v4.10
and older, mount.nfs4 would fail with error
"reason given by server: No such file or directory".
Since Linux v4.4 and v4.9 are LTS, its more likely
that people would use above combination.
This issue has been fixed in nfs-utils 2.4.3 and
above. Backporting fix to 2.4.1.
Signed-off-by: Julius Hemanth Pitti
Signed-off-by: Anuj Mittal
---
...01-Disable-statx-if-using-glibc-emulation.patch | 34 ++
.../nfs-utils/nfs-utils_2.4.1.bb | 1 +
2 files changed, 35 insertions(+)
create mode 100644
meta/recipes-connectivity/nfs-utils/nfs-utils/0001-Disable-statx-if-using-glibc-emulation.patch
diff --git
a/meta/recipes-connectivity/nfs-utils/nfs-utils/0001-Disable-statx-if-using-glibc-emulation.patch
b/meta/recipes-connectivity/nfs-utils/nfs-utils/0001-Disable-statx-if-using-glibc-emulation.patch
new file mode 100644
index 000..98b1391
--- /dev/null
+++
b/meta/recipes-connectivity/nfs-utils/nfs-utils/0001-Disable-statx-if-using-glibc-emulation.patch
@@ -0,0 +1,34 @@
+From ff3ad88c233ecd87f7983ad13836323f944540ec Mon Sep 17 00:00:00 2001
+From: Doug Nazar
+Date: Mon, 9 Dec 2019 10:53:37 -0500
+Subject: [PATCH] Disable statx if using glibc emulation
+
+On older kernels without statx, glibc with statx support will attempt
+to emulate the call. However it doesn't support AT_STATX_DONT_SYNC and
+will return EINVAL. This causes all xstat/xlstat calls to fail.
+
+Upstream-Status: Backport
+
+Signed-off-by: Doug Nazar
+Signed-off-by: Steve Dickson
+---
+ support/misc/xstat.c | 3 +++
+ 1 file changed, 3 insertions(+)
+
+diff --git a/support/misc/xstat.c b/support/misc/xstat.c
+index 661e29e4..a438fbcc 100644
+--- a/support/misc/xstat.c
b/support/misc/xstat.c
+@@ -51,6 +51,9 @@ statx_do_stat(int fd, const char *pathname, struct stat
*statbuf, int flags)
+ statx_copy(statbuf, );
+ return 0;
+ }
++ /* glibc emulation doesn't support AT_STATX_DONT_SYNC */
++ if (errno == EINVAL)
++ errno = ENOSYS;
+ if (errno == ENOSYS)
+ statx_supported = 0;
+ } else
+--
+2.19.1
+
diff --git a/meta/recipes-connectivity/nfs-utils/nfs-utils_2.4.1.bb
b/meta/recipes-connectivity/nfs-utils/nfs-utils_2.4.1.bb
index 7e80354..3ae8f96 100644
--- a/meta/recipes-connectivity/nfs-utils/nfs-utils_2.4.1.bb
+++ b/meta/recipes-connectivity/nfs-utils/nfs-utils_2.4.1.bb
@@ -33,6 +33,7 @@ SRC_URI =
"${KERNELORG_MIRROR}/linux/utils/nfs-utils/${PV}/nfs-utils-${PV}.tar.x
file://0001-Makefile.am-fix-undefined-function-for-libnsm.a.patch \
file://0001-Don-t-build-tools-with-CC_FOR_BUILD.patch \
file://0001-Fix-include-order-between-config.h-and-stat.h.patch \
+ file://0001-Disable-statx-if-using-glibc-emulation.patch \
"
SRC_URI_append_libc-glibc = "
file://0001-configure.ac-Do-not-fatalize-Wmissing-prototypes.patch"
SRC_URI_append_libc-musl = " file://nfs-utils-musl-res_querydomain.patch"
--
2.7.4
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#136723):
https://lists.openembedded.org/g/openembedded-core/message/136723
Mute This Topic: https://lists.openembedded.org/mt/72559989/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-
[OE-core] [zeus][PATCH 6/9] e2fsprogs: backport upstream patch
Fixes a bug wherein a use after free could potentially be used to run
malicious code if a user can be tricked into running e2fsck on a
maliciously crafted file system.
Also see:
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=948517
(From OE-Core rev: 23c1b157362609bd8d85c7d35e6c7f0f60c32c88)
Signed-off-by: Anuj Mittal
Signed-off-by: Richard Purdie
Signed-off-by: Adrian Bunk
Signed-off-by: Anuj Mittal
---
...fsck-fix-use-after-free-in-calculate_tree.patch | 76 ++
.../recipes-devtools/e2fsprogs/e2fsprogs_1.45.3.bb | 1 +
2 files changed, 77 insertions(+)
create mode 100644
meta/recipes-devtools/e2fsprogs/e2fsprogs/e2fsck-fix-use-after-free-in-calculate_tree.patch
diff --git
a/meta/recipes-devtools/e2fsprogs/e2fsprogs/e2fsck-fix-use-after-free-in-calculate_tree.patch
b/meta/recipes-devtools/e2fsprogs/e2fsprogs/e2fsck-fix-use-after-free-in-calculate_tree.patch
new file mode 100644
index 000..342a2b8
--- /dev/null
+++
b/meta/recipes-devtools/e2fsprogs/e2fsprogs/e2fsck-fix-use-after-free-in-calculate_tree.patch
@@ -0,0 +1,76 @@
+From: Wang Shilong
+Date: Mon, 30 Dec 2019 19:52:39 -0500
+Subject: e2fsck: fix use after free in calculate_tree()
+
+The problem is alloc_blocks() will call get_next_block() which might
+reallocate outdir->buf, and memory address could be changed after
+this. To fix this, pointers that point into outdir->buf, such as
+int_limit and root need to be recaulated based on the new starting
+address of outdir->buf.
+
+[ Changed to correctly recalculate int_limit, and to optimize how we
+ reallocate outdir->buf. -TYT ]
+
+Addresses-Debian-Bug: 948517
+Signed-off-by: Wang Shilong
+Signed-off-by: Theodore Ts'o
+(cherry picked from commit 101e73e99ccafa0403fcb27dd7413033b587ca01)
+
+Signed-off-by: Anuj Mittal
+Upstream-Status: Backport
[https://git.kernel.org/pub/scm/fs/ext2/e2fsprogs.git/commit/?id=101e73e99ccafa0403fcb27dd7413033b587ca01]
+---
+ e2fsck/rehash.c | 17 -
+ 1 file changed, 16 insertions(+), 1 deletion(-)
+
+diff --git a/e2fsck/rehash.c b/e2fsck/rehash.c
+index 0a5888a9..2574e151 100644
+--- a/e2fsck/rehash.c
b/e2fsck/rehash.c
+@@ -295,7 +295,11 @@ static errcode_t get_next_block(ext2_filsys fs, struct
out_dir *outdir,
+ errcode_t retval;
+
+ if (outdir->num >= outdir->max) {
+- retval = alloc_size_dir(fs, outdir, outdir->max + 50);
++ int increment = outdir->max / 10;
++
++ if (increment < 50)
++ increment = 50;
++ retval = alloc_size_dir(fs, outdir, outdir->max + increment);
+ if (retval)
+ return retval;
+ }
+@@ -637,6 +641,9 @@ static int alloc_blocks(ext2_filsys fs,
+ if (retval)
+ return retval;
+
++ /* outdir->buf might be reallocated */
++ *prev_ent = (struct ext2_dx_entry *) (outdir->buf + *prev_offset);
++
+ *next_ent = set_int_node(fs, block_start);
+ *limit = (struct ext2_dx_countlimit *)(*next_ent);
+ if (next_offset)
+@@ -726,6 +733,9 @@ static errcode_t calculate_tree(ext2_filsys fs,
+ return retval;
+ }
+ if (c3 == 0) {
++ int delta1 = (char *)int_limit - outdir->buf;
++ int delta2 = (char *)root - outdir->buf;
++
+ retval = alloc_blocks(fs, , _ent,
+ _ent, _offset,
+ NULL, outdir, i, ,
+@@ -733,6 +743,11 @@ static errcode_t calculate_tree(ext2_filsys fs,
+ if (retval)
+ return retval;
+
++ /* outdir->buf might be reallocated */
++ int_limit = (struct ext2_dx_countlimit *)
++ (outdir->buf + delta1);
++ root = (struct ext2_dx_entry *)
++ (outdir->buf + delta2);
+ }
+ dx_ent->block = ext2fs_cpu_to_le32(i);
+ if (c3 != limit->limit)
+--
+2.24.1
+
diff --git a/meta/recipes-devtools/e2fsprogs/e2fsprogs_1.45.3.bb
b/meta/recipes-devtools/e2fsprogs/e2fsprogs_1.45.3.bb
index 2014e68..f81defb 100644
--- a/meta/recipes-devtools/e2fsprogs/e2fsprogs_1.45.3.bb
+++ b/meta/recipes-devtools/e2fsprogs/e2fsprogs_1.45.3.bb
@@ -8,6 +8,7 @@ SRC_URI += "file://remove.ldconfig.call.patch \
file://CVE-2019-5094.patch \
file://CVE-2019-5188.patch \
file://0001-e2fsck-don-t-try-to-rehash-a-deleted-directory.patch \
+file://e2fsck-fix-use-after-free-in-calculate_tree.patch \
"
SRC_URI_append_class-native = "
file://e2fsprogs-fix-missing-check-for-permission-denied.patch \
--
2.7.4
-=-=-=-=-=-=-=-=-=-=-=-
Links:
[OE-core] [zeus][PATCH 5/9] e2fsprogs: fix CVE-2019-5188
Also see:
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=948508
(From OE-Core rev: 09bdcef183d885025da6aa87a7c2bf7e8268774e)
Signed-off-by: Anuj Mittal
Signed-off-by: Richard Purdie
Signed-off-by: Adrian Bunk
Signed-off-by: Anuj Mittal
---
...k-don-t-try-to-rehash-a-deleted-directory.patch | 49 +++
.../e2fsprogs/e2fsprogs/CVE-2019-5188.patch| 57 ++
.../recipes-devtools/e2fsprogs/e2fsprogs_1.45.3.bb | 2 +
3 files changed, 108 insertions(+)
create mode 100644
meta/recipes-devtools/e2fsprogs/e2fsprogs/0001-e2fsck-don-t-try-to-rehash-a-deleted-directory.patch
create mode 100644
meta/recipes-devtools/e2fsprogs/e2fsprogs/CVE-2019-5188.patch
diff --git
a/meta/recipes-devtools/e2fsprogs/e2fsprogs/0001-e2fsck-don-t-try-to-rehash-a-deleted-directory.patch
b/meta/recipes-devtools/e2fsprogs/e2fsprogs/0001-e2fsck-don-t-try-to-rehash-a-deleted-directory.patch
new file mode 100644
index 000..ba4e3a3
--- /dev/null
+++
b/meta/recipes-devtools/e2fsprogs/e2fsprogs/0001-e2fsck-don-t-try-to-rehash-a-deleted-directory.patch
@@ -0,0 +1,49 @@
+From 71ba13755337e19c9a826dfc874562a36e1b24d3 Mon Sep 17 00:00:00 2001
+From: Theodore Ts'o
+Date: Thu, 19 Dec 2019 19:45:06 -0500
+Subject: [PATCH] e2fsck: don't try to rehash a deleted directory
+
+If directory has been deleted in pass1[bcd] processing, then we
+shouldn't try to rehash the directory in pass 3a when we try to
+rehash/reoptimize directories.
+
+Signed-off-by: Theodore Ts'o
+
+Upstream-Status: Backport
[https://git.kernel.org/pub/scm/fs/ext2/e2fsprogs.git/commit/?id=71ba13755337e19c9a826dfc874562a36e1b24d3]
+Signed-off-by: Anuj Mittal
+---
+ e2fsck/pass1b.c | 4
+ e2fsck/rehash.c | 2 ++
+ 2 files changed, 6 insertions(+)
+
+diff --git a/e2fsck/pass1b.c b/e2fsck/pass1b.c
+index 5693b9cf..bca701ca 100644
+--- a/e2fsck/pass1b.c
b/e2fsck/pass1b.c
+@@ -705,6 +705,10 @@ static void delete_file(e2fsck_t ctx, ext2_ino_t ino,
+ fix_problem(ctx, PR_1B_BLOCK_ITERATE, );
+ if (ctx->inode_bad_map)
+ ext2fs_unmark_inode_bitmap2(ctx->inode_bad_map, ino);
++ if (ctx->inode_reg_map)
++ ext2fs_unmark_inode_bitmap2(ctx->inode_reg_map, ino);
++ ext2fs_unmark_inode_bitmap2(ctx->inode_dir_map, ino);
++ ext2fs_unmark_inode_bitmap2(ctx->inode_used_map, ino);
+ ext2fs_inode_alloc_stats2(fs, ino, -1, LINUX_S_ISDIR(dp->inode.i_mode));
+ quota_data_sub(ctx->qctx, >inode, ino,
+ pb.dup_blocks * fs->blocksize);
+diff --git a/e2fsck/rehash.c b/e2fsck/rehash.c
+index 3dd1e941..2c908be0 100644
+--- a/e2fsck/rehash.c
b/e2fsck/rehash.c
+@@ -1028,6 +1028,8 @@ void e2fsck_rehash_directories(e2fsck_t ctx)
+ if (!ext2fs_u32_list_iterate(iter, ))
+ break;
+ }
++ if (!ext2fs_test_inode_bitmap2(ctx->inode_dir_map, ino))
++ continue;
+
+ pctx.dir = ino;
+ if (first) {
+--
+2.24.1
+
diff --git a/meta/recipes-devtools/e2fsprogs/e2fsprogs/CVE-2019-5188.patch
b/meta/recipes-devtools/e2fsprogs/e2fsprogs/CVE-2019-5188.patch
new file mode 100644
index 000..de4bce0
--- /dev/null
+++ b/meta/recipes-devtools/e2fsprogs/e2fsprogs/CVE-2019-5188.patch
@@ -0,0 +1,57 @@
+From 8dd73c149f418238f19791f9d666089ef9734dff Mon Sep 17 00:00:00 2001
+From: Theodore Ts'o
+Date: Thu, 19 Dec 2019 19:37:34 -0500
+Subject: [PATCH] e2fsck: abort if there is a corrupted directory block when
+ rehashing
+
+In e2fsck pass 3a, when we are rehashing directories, at least in
+theory, all of the directories should have had corruptions with
+respect to directory entry structure fixed. However, it's possible
+(for example, if the user declined a fix) that we can reach this stage
+of processing with a corrupted directory entries.
+
+So check for that case and don't try to process a corrupted directory
+block so we don't run into trouble in mutate_name() if there is a
+zero-length file name.
+
+Addresses: TALOS-2019-0973
+Addresses: CVE-2019-5188
+Signed-off-by: Theodore Ts'o
+
+CVE: CVE-2019-5188
+Signed-off-by: Anuj Mittal
+Upstream-Status: Backport
[https://git.kernel.org/pub/scm/fs/ext2/e2fsprogs.git/commit/?id=8dd73c149f418238f19791f9d666089ef9734dff]
+---
+ e2fsck/rehash.c | 9 +
+ 1 file changed, 9 insertions(+)
+
+diff --git a/e2fsck/rehash.c b/e2fsck/rehash.c
+index a5fc1be1..3dd1e941 100644
+--- a/e2fsck/rehash.c
b/e2fsck/rehash.c
+@@ -160,6 +160,10 @@ static int fill_dir_block(ext2_filsys fs,
+ dir_offset += rec_len;
+ if (dirent->inode == 0)
+ continue;
++ if ((name_len) == 0) {
++ fd->err = EXT2_ET_DIR_CORRUPTED;
++ return BLOCK_ABORT;
++ }
+ if (!fd->compress && (name_len == 1) &&
+ (dirent->name[0] == '.'))
+ continue;
+@@ -401,6 +405,11 @@
[OE-core] [zeus][PATCH 0/9] zeus review
Next set of changes for zeus. Please review. Thanks, Anuj The following changes since commit c940e4b858d6be28b198770768117ecc098fa0d3: bluez: fix CVE-2020-0556 (2020-03-16 15:49:02 +0800) are available in the git repository at: git://push.openembedded.org/openembedded-core-contrib anujm/zeus Anuj Mittal (4): icu: fix CVE-2020-10531 screen: fix CVE-2020-9366 e2fsprogs: fix CVE-2019-5188 e2fsprogs: backport upstream patch Bruce Ashfield (1): linux-yocto/4.19: update to v4.19.107 Chee Yang Lee (1): wic/direct: reserve 2 sector for extended partition Julius Hemanth Pitti (1): nfs-utils: Disable statx if using glibc emulation Ross Burton (1): sanity: check for more bits of Python Tom Hochstein (1): security_flags.inc: fix flags missing from SDK toolchain meta/classes/sanity.bbclass| 12 +- meta/conf/distro/include/security_flags.inc| 2 + ...01-Disable-statx-if-using-glibc-emulation.patch | 34 ++ .../nfs-utils/nfs-utils_2.4.1.bb | 1 + ...k-don-t-try-to-rehash-a-deleted-directory.patch | 49 + .../e2fsprogs/e2fsprogs/CVE-2019-5188.patch| 57 ++ ...fsck-fix-use-after-free-in-calculate_tree.patch | 76 + .../recipes-devtools/e2fsprogs/e2fsprogs_1.45.3.bb | 3 + .../screen/screen/CVE-2020-9366.patch | 48 meta/recipes-extended/screen/screen_4.6.2.bb | 1 + meta/recipes-kernel/linux/linux-yocto-rt_4.19.bb | 6 +- meta/recipes-kernel/linux/linux-yocto-tiny_4.19.bb | 8 +- meta/recipes-kernel/linux/linux-yocto_4.19.bb | 20 ++-- meta/recipes-support/icu/icu/CVE-2020-10531.patch | 122 + meta/recipes-support/icu/icu_64.2.bb | 1 + scripts/lib/wic/plugins/imager/direct.py | 6 +- 16 files changed, 421 insertions(+), 25 deletions(-) create mode 100644 meta/recipes-connectivity/nfs-utils/nfs-utils/0001-Disable-statx-if-using-glibc-emulation.patch create mode 100644 meta/recipes-devtools/e2fsprogs/e2fsprogs/0001-e2fsck-don-t-try-to-rehash-a-deleted-directory.patch create mode 100644 meta/recipes-devtools/e2fsprogs/e2fsprogs/CVE-2019-5188.patch create mode 100644 meta/recipes-devtools/e2fsprogs/e2fsprogs/e2fsck-fix-use-after-free-in-calculate_tree.patch create mode 100644 meta/recipes-extended/screen/screen/CVE-2020-9366.patch create mode 100644 meta/recipes-support/icu/icu/CVE-2020-10531.patch -- 2.7.4 -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#136719): https://lists.openembedded.org/g/openembedded-core/message/136719 Mute This Topic: https://lists.openembedded.org/mt/72559985/21656 Group Owner: openembedded-core+ow...@lists.openembedded.org Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
Re: [OE-core] [PATCH 1/2] libnotify: upgrade 0.7.8 -> 0.7.9 / port to meson
On Thu, Mar 19, 2020 at 2:12 AM Andreas Müller wrote:
>
> From [1]:
> New in 0.7.9
>
> * Fixed linking in darwin [Iain, Marco; !5]
> * Added man page for notify-send [Jan; !6]
> * Dropped autotools [Jan; !11]
>
> [1] http://ftp.gnome.org/pub/gnome/sources/libnotify/0.7/libnotify-0.7.9.news
>
> Signed-off-by: Andreas Müller
> ---
> .../{libnotify_0.7.8.bb => libnotify_0.7.9.bb} | 14 +++---
> 1 file changed, 11 insertions(+), 3 deletions(-)
> rename meta/recipes-gnome/libnotify/{libnotify_0.7.8.bb =>
> libnotify_0.7.9.bb} (59%)
>
> diff --git a/meta/recipes-gnome/libnotify/libnotify_0.7.8.bb
> b/meta/recipes-gnome/libnotify/libnotify_0.7.9.bb
> similarity index 59%
> rename from meta/recipes-gnome/libnotify/libnotify_0.7.8.bb
> rename to meta/recipes-gnome/libnotify/libnotify_0.7.9.bb
> index 0306b04f4e..38da41639b 100644
> --- a/meta/recipes-gnome/libnotify/libnotify_0.7.8.bb
> +++ b/meta/recipes-gnome/libnotify/libnotify_0.7.9.bb
> @@ -7,12 +7,20 @@ LIC_FILES_CHKSUM =
> "file://COPYING;md5=7fbc338309ac38fefcd64b04bb903e34"
>
> DEPENDS = "dbus gtk+3 glib-2.0"
>
> -inherit gnomebase gtk-doc features_check gobject-introspection
> +GNOMEBASEBUILDCLASS = "meson"
> +
> +inherit gnomebase gtk-doc features_check gobject-introspection manpages
> # depends on gtk+3
> ANY_OF_DISTRO_FEATURES = "${GTK3DISTROFEATURES}"
>
> -SRC_URI[archive.md5sum] = "babb4b07b5f21bef42a386d3d7019599"
> -SRC_URI[archive.sha256sum] =
> "69209e0b663776a00c7b6c0e560302a8dbf66b2551d55616304f240bba66e18c"
> +SRC_URI[archive.md5sum] = "ccd9c53364174cc8d13e18a1988faa76"
> +SRC_URI[archive.sha256sum] =
> "66c0517ed16df7af258e83208faaf5069727dfd66995c4bbc51c16954d674761"
> +
> +GIR_MESON_ENABLE_FLAG = 'enabled'
> +GIR_MESON_DISABLE_FLAG = 'disabled'
> +GTKDOC_MESON_OPTION = 'gtk_doc'
> +
> +PACKAGECONFIG[manpages] = "-Dman=true,-Dman=false,libxslt-native
> xmlto-native"
>
> # there were times, we had two versions of libnotify (oe-core
> libnotify:0.6.x /
> # meta-gnome libnotify3: 0.7.x)
> --
> 2.21.1
>
Ping?
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#136717):
https://lists.openembedded.org/g/openembedded-core/message/136717
Mute This Topic: https://lists.openembedded.org/mt/72396065/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-
Re: [OE-core] [PATCH 2/2] libsecret: upgrade 0.20.1 -> 0.20.2 / port to meson
On Thu, Mar 19, 2020 at 2:12 AM Andreas Müller wrote:
>
> From [1]:
>
> 0.20.2
> * secret-file-collection: force little-endian in GVariant [!49, #42]
> * Prefer g_info() over g_message() [!48, #40]
> * meson: Don't specify shared_library() [!47]
> * docs: Make sure to set install: true [!46]
>
> [1]
> http://ftp.gnome.org/pub/gnome/sources/libsecret/0.20/libsecret-0.20.2.news
>
> Signed-off-by: Andreas Müller
> ---
> ...an-subdir-only-if-manpage-is-enabled.patch | 30 +++
> ...ibsecret_0.20.1.bb => libsecret_0.20.2.bb} | 20 -
> 2 files changed, 42 insertions(+), 8 deletions(-)
> create mode 100644
> meta/recipes-gnome/libsecret/libsecret/0001-docs-Add-man-subdir-only-if-manpage-is-enabled.patch
> rename meta/recipes-gnome/libsecret/{libsecret_0.20.1.bb =>
> libsecret_0.20.2.bb} (59%)
>
> diff --git
> a/meta/recipes-gnome/libsecret/libsecret/0001-docs-Add-man-subdir-only-if-manpage-is-enabled.patch
>
> b/meta/recipes-gnome/libsecret/libsecret/0001-docs-Add-man-subdir-only-if-manpage-is-enabled.patch
> new file mode 100644
> index 00..f434e6ae01
> --- /dev/null
> +++
> b/meta/recipes-gnome/libsecret/libsecret/0001-docs-Add-man-subdir-only-if-manpage-is-enabled.patch
> @@ -0,0 +1,30 @@
> +From a2037bfcf14a0b5b81f5160b69b5ff94a6096584 Mon Sep 17 00:00:00 2001
> +From: =?UTF-8?q?Andreas=20M=C3=BCller?=
> +Date: Thu, 19 Mar 2020 01:42:22 +0100
> +Subject: [PATCH] docs: Add man subdir only if manpage is enabled
> +MIME-Version: 1.0
> +Content-Type: text/plain; charset=UTF-8
> +Content-Transfer-Encoding: 8bit
> +
> +Upstream-Status: Submitted
> [https://gitlab.gnome.org/GNOME/libsecret/-/merge_requests/51]
> +
> +Signed-off-by: Andreas Müller
> +---
> + docs/meson.build | 4 +++-
> + 1 file changed, 3 insertions(+), 1 deletion(-)
> +
> +diff --git a/docs/meson.build b/docs/meson.build
> +index cc8d964..aa7cfbc 100644
> +--- a/docs/meson.build
> b/docs/meson.build
> +@@ -1,4 +1,6 @@
> +-subdir('man')
> ++if with_manpage
> ++ subdir('man')
> ++endif
> + if with_gtkdoc
> + subdir('reference/libsecret')
> + endif
> +--
> +2.21.1
> +
> diff --git a/meta/recipes-gnome/libsecret/libsecret_0.20.1.bb
> b/meta/recipes-gnome/libsecret/libsecret_0.20.2.bb
> similarity index 59%
> rename from meta/recipes-gnome/libsecret/libsecret_0.20.1.bb
> rename to meta/recipes-gnome/libsecret/libsecret_0.20.2.bb
> index 72511af02d..0effd492fd 100644
> --- a/meta/recipes-gnome/libsecret/libsecret_0.20.1.bb
> +++ b/meta/recipes-gnome/libsecret/libsecret_0.20.2.bb
> @@ -7,21 +7,25 @@ LICENSE = "LGPLv2.1"
> BUGTRACKER = "https://gitlab.gnome.org/GNOME/libsecret/issues;
> LIC_FILES_CHKSUM = "file://COPYING;md5=23c2a5e0106b99d75238986559bb5fc6"
>
> +GNOMEBASEBUILDCLASS = "meson"
> +
> inherit gnomebase gtk-doc vala gobject-introspection manpages
>
> DEPENDS += "glib-2.0 libgcrypt gettext-native"
>
> -PACKAGECONFIG[manpages] = "--enable-manpages, --disable-manpages,
> libxslt-native xmlto-native"
> +SRC_URI[archive.md5sum] = "f24f82e49d360ff742901d6c387e2bc9"
> +SRC_URI[archive.sha256sum] =
> "81e9143833785cdcf96c1da5d0357a8bcf0cd2b0119f15aa0cae775d1f19ffc3"
> +SRC_URI += "file://0001-docs-Add-man-subdir-only-if-manpage-is-enabled.patch"
> +
> +GTKDOC_MESON_OPTION = 'gtk_doc'
>
> -SRC_URI[archive.md5sum] = "d2dd660a8d502099317bc8af9f30302e"
> -SRC_URI[archive.sha256sum] =
> "57f73e94ec6263a17a077fb809cf8cf424637a897a7f15b4eec42ce4aef52447"
> +# gobject-introspection is mandatory and cannot be configured
> +REQUIRED_DISTRO_FEATURES = "gobject-introspection-data"
> +UNKNOWN_CONFIGURE_WHITELIST_append = " introspection"
> +
> +PACKAGECONFIG[manpages] = "-Dmanpage=true,-Dmanpage=false,libxslt-native
> xmlto-native"
>
> # http://errors.yoctoproject.org/Errors/Details/20228/
> ARM_INSTRUCTION_SET_armv4 = "arm"
> ARM_INSTRUCTION_SET_armv5 = "arm"
> ARM_INSTRUCTION_SET_armv6 = "arm"
> -
> -# vapigen.m4 bundled with the tarball does not yet have our
> cross-compilation fixes
> -do_configure_prepend() {
> -rm -f ${S}/build/m4/vapigen.m4
> -}
> --
> 2.21.1
>
Ping?
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#136718):
https://lists.openembedded.org/g/openembedded-core/message/136718
Mute This Topic: https://lists.openembedded.org/mt/72396068/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-
[OE-core] [PATCH] glibc: Backport patch to fix ifuncs on risc-v and gcc10 builds
ifunc patch is needed to address a glibc ptests failure on riscv
long double double patch is backported to let 2.31 build with gcc10
Signed-off-by: Khem Raj
---
.../0030-Improve-IFUNC-check-BZ-25506.patch | 47 +
...-with-GCC-10-when-long-double-double.patch | 170 ++
meta/recipes-core/glibc/glibc_2.31.bb | 2 +
3 files changed, 219 insertions(+)
create mode 100644
meta/recipes-core/glibc/glibc/0030-Improve-IFUNC-check-BZ-25506.patch
create mode 100644
meta/recipes-core/glibc/glibc/0031-Fix-build-with-GCC-10-when-long-double-double.patch
diff --git
a/meta/recipes-core/glibc/glibc/0030-Improve-IFUNC-check-BZ-25506.patch
b/meta/recipes-core/glibc/glibc/0030-Improve-IFUNC-check-BZ-25506.patch
new file mode 100644
index 00..1cb398d2bc
--- /dev/null
+++ b/meta/recipes-core/glibc/glibc/0030-Improve-IFUNC-check-BZ-25506.patch
@@ -0,0 +1,47 @@
+From 87a698a21646b7ee620923ef5ffa9735471a8ddd Mon Sep 17 00:00:00 2001
+From: Fangrui Song
+Date: Tue, 4 Feb 2020 21:55:44 -0800
+Subject: [PATCH] Improve IFUNC check [BZ #25506]
+
+GNU ld's RISCV port does not support IFUNC. ld -no-pie produces no
+relocation and the test passed incorrectly. Be more rigid by testing
+IRELATIVE explicitly.
+
+Upstream-Status: Backport
[https://sourceware.org/git/gitweb.cgi?p=glibc.git;h=87a698a21646b7ee620923ef5ffa9735471a8ddd]
+Tested-by: Aurelien Jarno
+Reviewed-by: Adhemerval Zanella
+Signed-off-by: Khem Raj
+---
+ configure| 2 +-
+ configure.ac | 2 +-
+ 2 files changed, 2 insertions(+), 2 deletions(-)
+
+diff --git a/configure b/configure
+index b959d2d988..3b98ec312f 100755
+--- a/configure
b/configure
+@@ -4035,7 +4035,7 @@ if ${CC-cc} $CFLAGS $CPPFLAGS $LDFLAGS \
+ -o conftest conftest.S 1>&5 2>&5; then
+ # Do a link to see if the backend supports IFUNC relocs.
+ $READELF -r conftest 1>&5
+- LC_ALL=C $READELF -r conftest | grep 'no relocations' >/dev/null || {
++ LC_ALL=C $READELF -Wr conftest | grep -q 'IRELATIVE\|R_SPARC_JMP_IREL' && {
+ libc_cv_ld_gnu_indirect_function=yes
+ }
+ fi
+diff --git a/configure.ac b/configure.ac
+index 49b900c1ed..e20034f301 100644
+--- a/configure.ac
b/configure.ac
+@@ -649,7 +649,7 @@ if ${CC-cc} $CFLAGS $CPPFLAGS $LDFLAGS \
+ -o conftest conftest.S 1>_MESSAGE_LOG_FD 2>_MESSAGE_LOG_FD;
then
+ # Do a link to see if the backend supports IFUNC relocs.
+ $READELF -r conftest 1>_MESSAGE_LOG_FD
+- LC_ALL=C $READELF -r conftest | grep 'no relocations' >/dev/null || {
++ LC_ALL=C $READELF -Wr conftest | grep -q 'IRELATIVE\|R_SPARC_JMP_IREL' && {
+ libc_cv_ld_gnu_indirect_function=yes
+ }
+ fi
+--
+2.25.1
+
diff --git
a/meta/recipes-core/glibc/glibc/0031-Fix-build-with-GCC-10-when-long-double-double.patch
b/meta/recipes-core/glibc/glibc/0031-Fix-build-with-GCC-10-when-long-double-double.patch
new file mode 100644
index 00..72622961ad
--- /dev/null
+++
b/meta/recipes-core/glibc/glibc/0031-Fix-build-with-GCC-10-when-long-double-double.patch
@@ -0,0 +1,170 @@
+From 49348beafe9ba150c9bd48595b3f372299bddbb0 Mon Sep 17 00:00:00 2001
+From: Joseph Myers
+Date: Tue, 17 Mar 2020 22:57:42 +
+Subject: [PATCH] Fix build with GCC 10 when long double = double.
+
+On platforms where long double has the same ABI as double, glibc
+defines long double functions as aliases for the corresponding double
+functions. The declarations of those functions in are
+disabled to avoid problems with aliases having incompatible types, but
+GCC 10 now gives errors for incompatible types when the long double
+function is known to GCC as a built-in function, not just when there
+is an incompatible header declaration.
+
+This patch fixes those errors by using appropriate
+-fno-builtin- options to compile the double functions. The
+list of CFLAGS-* settings is an appropriately adapted version of that
+in sysdeps/ieee754/ldbl-opt/Makefile used there for building nldbl-*.c
+files; in particular, the options are used even if GCC does not
+currently have a built-in function of a given function, so that adding
+such a built-in function in future will not break the glibc build.
+Thus, various of the CFLAGS-* settings are only for future-proofing
+and may not currently be needed (and it's possible some could be
+irrelevant for other reasons).
+
+Tested with build-many-glibcs.py for arm-linux-gnueabi (compilers and
+glibcs builds), where it fixes the build that previously failed.
+
+Upstream-Status: Backport
[https://sourceware.org/git/?p=glibc.git;a=commit;h=49348beafe9ba150c9bd48595b3f372299bddbb0]
+Signed-off-by: Khem Raj
+
+---
+ math/Makefile | 122 ++
+ 1 file changed, 122 insertions(+)
+
+diff --git a/math/Makefile b/math/Makefile
+index 84a8b94c74..0a5a40430e 100644
+--- a/math/Makefile
b/math/Makefile
+@@ -650,6 +650,128 @@ ifneq ($(long-double-fcts),yes)
+ # We won't compile the `long double' code at all. Tell the `double' code
+ # to define aliases for
