Signed-off-by: Sakib Sajal
---
scripts/oe-timeout-dd-test.sh | 0
1 file changed, 0 insertions(+), 0 deletions(-)
mode change 100644 => 100755 scripts/oe-timeout-dd-test.sh
diff --git a/scripts/oe-timeout-dd-test.sh b/scripts/oe-timeout-dd-test.sh
old mode 100644
new mode 100755
--
2.29.2
The subprocess that runs the commands periodically
times out prematurely even when there is sufficient
time available within the given interval for the
commands to run.
This change improves timeout handling and give all the
commands equal time to run.
Signed-off-by: Sakib Sajal
---
upstream is informed about this via
https://bugs.webkit.org/show_bug.cgi?id=222959
On Mon, Mar 8, 2021 at 7:58 PM Alexander Kanavin wrote:
>
> Please send the patches upstream first, I wouldn’t normally ask for it
> explicitly, but there’s a history of webkit patches that are forever pending
>
On Mon, Mar 8, 2021 at 7:50 PM Alexander Kanavin wrote:
>
> Can you please explain the context for this? Why would we want to support
> building webkit on such constrained machines? 8g of ram means they can’t run
> more than 4-6 gcc processes, so webkit builds will be unbearably slow anyway.
>
Please send the patches upstream first, I wouldn’t normally ask for it
explicitly, but there’s a history of webkit patches that are forever
pending and cause pain on version updates.
Alex
On Tue 9. Mar 2021 at 4.54, Khem Raj wrote:
> This fixes linking failures
>
This fixes linking failures
Source/WTF/wtf/text/StringImpl.h:1115: undefined reference to
`__atomic_compare_exchange_1'
Signed-off-by: Khem Raj
---
.../webkitgtk/webdriver-libatomic.patch | 23 +++
meta/recipes-sato/webkit/webkitgtk_2.30.5.bb | 3 +++
2 files changed,
Can you please explain the context for this? Why would we want to support
building webkit on such constrained machines? 8g of ram means they can’t
run more than 4-6 gcc processes, so webkit builds will be unbearably slow
anyway.
Alex
On Tue 9. Mar 2021 at 1.00, Khem Raj wrote:
> Helps builds
Please merge these changes in gatesgarth.
Thanks,
Anuj
The following changes since commit 0e5605af9ebbfceffd510e42013d4eaa76c4e820:
acpica: Fix reproducibility issues (2021-02-22 23:53:37 +0800)
are available in the Git repository at:
git://push.openembedded.org/openembedded-core-contrib
Hi Mark,
Is it something similar to 'passwd-expire' in this extrausers.bbclass?
Best Regards,
Chen Qi
On 03/09/2021 02:08 AM, Mark Hatle wrote:
As documented in shadow(5), the third parameter is the last login time. A
special value of '0' is defined which causes the password system to force
Helps builds on machines with less RAM ( 8G )
Signed-off-by: Khem Raj
---
.../webkitgtk/reduce-memory-overheads.patch | 22 +++
meta/recipes-sato/webkit/webkitgtk_2.30.5.bb | 1 +
2 files changed, 23 insertions(+)
create mode 100644
On 3/8/21 2:25 PM, Andre McCurdy wrote:
On Mon, Mar 8, 2021 at 2:15 PM Khem Raj wrote:
On 3/8/21 2:11 PM, Andre McCurdy wrote:
On Mon, Mar 8, 2021 at 11:30 AM Khem Raj wrote:
From: Frans Meulenbroeks
resolvconf uses flock and readlink.
So explicitly added dependencies on util-linux
On Sun, 2021-02-28 at 11:10 -0800, Khem Raj wrote:
>
> On 2/28/21 7:36 AM, Alexander Kanavin wrote:
> > Signed-off-by: Alexander Kanavin
> > ---
> > .../procps/0001-w.c-correct-musl-builds.patch | 44 +++
> > ...02-proc-escape.c-add-missing-include.patch | 23 ++
> >
On Mon, 2021-03-01 at 12:53 +0100, Alexander Kanavin wrote:
> On Sun, 28 Feb 2021 at 20:30, Khem Raj wrote:
> > > Can you send a patch upstream for this please? I have filed a ticket
> > > which you can reference:
> > > https://github.com/rpm-software-management/libdnf/issues/1146
> > >
On Mon, Mar 8, 2021 at 2:15 PM Khem Raj wrote:
>
> On 3/8/21 2:11 PM, Andre McCurdy wrote:
> > On Mon, Mar 8, 2021 at 11:30 AM Khem Raj wrote:
> >>
> >> From: Frans Meulenbroeks
> >>
> >> resolvconf uses flock and readlink.
> >> So explicitly added dependencies on util-linux (for flock) and
On 3/8/21 2:11 PM, Andre McCurdy wrote:
On Mon, Mar 8, 2021 at 11:30 AM Khem Raj wrote:
From: Frans Meulenbroeks
resolvconf uses flock and readlink.
So explicitly added dependencies on util-linux (for flock) and coreutils
(for readlink).
Note that the options used with flock and readlink
Hi Sakib,
On Mon, 2021-03-08 at 15:46 -0500, Sakib Sajal wrote:
> Randy and I could directly use autobuilders and make the necessary
> changes to run the tests/experiments, if you prefer to do it yourself,
> read on for more details.
I'm happy to have the help. I'm thinking that rather than
On Mon, Mar 8, 2021 at 11:30 AM Khem Raj wrote:
>
> From: Frans Meulenbroeks
>
> resolvconf uses flock and readlink.
> So explicitly added dependencies on util-linux (for flock) and coreutils
> (for readlink).
> Note that the options used with flock and readlink are not part of the
> busybox
Backport a recent upstream patch
that redesigned the test.
It's now enabled for both x86-64 and arm.
[YOCTO #14223]
Signed-off-by: Yi Fan Yu
---
...gtest-hanging-on-newer-glibc-and-or-.patch | 200 ++
...Disable-nlcontrolc.vgtest-for-x86-64.patch | 36
From: amann
Certain recipes require the "glibc-utils" recipe to include Glibc utility tools.
However, the native version is incompatible with the Windows host, and thus
these
recipes will cause the Windows SDK to fail to build, particularly the kernel
development recipes.
[YOCTO #14286]
From: Dorinda Bassey
This test is to keep track of recipes that do not have a HOMEPAGE or
DESCRIPTION,
with exceptions to recipes whose SRC_URI are not linked to external sources.
[YOCTO #13471]
Signed-off-by: Dorinda Bassey
---
v2:
-Changed PN to BPN
-Used set() instead of lists
-Changed
On 2021-03-08 12:33 p.m., Richard Purdie wrote:
[Please note: This e-mail is from an EXTERNAL e-mail address]
On Mon, 2021-03-08 at 09:50 -0500, Randy MacLeod wrote:
On 2021-03-07 3:58 p.m., Sakib Sajal wrote:
+timeout $1 dd if=/dev/zero of=/tmp/foo bs=1024 count=$2 >/dev/null 2>&1
+
+if [
From: Frans Meulenbroeks
resolvconf uses flock and readlink.
So explicitly added dependencies on util-linux (for flock) and coreutils
(for readlink).
Note that the options used with flock and readlink are not part of the
busybox implementations so full-fledged implementations are needed.
On Fri, 2021-03-05 at 11:02 +, luca.bocca...@gmail.com wrote:
> From: Luca Boccassi
>
> Recently util-linux gained an (optional) build dependency on libcryptsetup.
> But libcryptsetup build-depends on util-linux for blkid (optional, can be
> disabled)
> and uuid (mandatory).
> Split out
On 3/8/21 12:50 PM, Khem Raj wrote:
>
>
> On 3/8/21 10:08 AM, Mark Hatle wrote:
>> From: Mark Hatle
>>
>> As documented in shadow(5), the third parameter is the last login time. A
>> special value of '0' is defined which causes the password system to force
>> a password change on next login.
On 3/8/21 10:08 AM, Mark Hatle wrote:
From: Mark Hatle
As documented in shadow(5), the third parameter is the last login time. A
special value of '0' is defined which causes the password system to force
a password change on next login.
Adding the variable "EXTRA_FORCE_PASSWORD_CHANGE", a
On 3/8/21 3:22 AM, Robert P. J. Day wrote:
collecting some examples of inheritance of class functions using
EXPORT_FUNCTIONS, and ran across this routine in cmake.bbclass:
... snip ...
cmake_runcmake_build() {
bbnote ...
eval ...
}
cmake_do_compile() {
Further issues were highlighted by autobuilder testing, extend the second patch
to cover them.
Signed-off-by: Richard Purdie
---
.../ltp/ltp/determinism2.patch| 267 ++
meta/recipes-extended/ltp/ltp_20210121.bb | 4 +-
2 files changed, 269 insertions(+), 2
As noted in the commit message, the shadow(5) indicates that the third
parameter of the /etc/shadow file, when set to 0, can be used to force
a password change on login. Note, a login program that supports this
behavior is required.
It was added to extrausers.bbclass as it has the same
From: Mark Hatle
As documented in shadow(5), the third parameter is the last login time. A
special value of '0' is defined which causes the password system to force
a password change on next login.
Adding the variable "EXTRA_FORCE_PASSWORD_CHANGE", a space separated list of
user names, we can
insane has checks that the compiler isn't printing "CROSS COMPILE
Badness" during configure/compile/install, but this message hasn't been
output by GCC since 2010 (23f522e7).
The current warning is "include location [...] is unsafe for cross-
compilation" and as that is a proper GCC warning, we
Add a recipe that explicitly searches /usr/include, and use that in
oe-selftest to verify that host include paths are correctly causing
build failures.
Signed-off-by: Ross Burton
---
meta-selftest/recipes-test/poison/poison.bb | 16
meta/lib/oeqa/selftest/cases/buildoptions.py
Extend --enable-poison-system-directories so that it can be an error
instead of a warning by default.
Signed-off-by: Ross Burton
---
.../0002-gcc-poison-system-directories.patch | 56 ++-
1 file changed, 53 insertions(+), 3 deletions(-)
diff --git
When building the cross GCC, configure it so that including the host
system include directories is fatal, not just a warning.
Signed-off-by: Ross Burton
---
meta/recipes-devtools/gcc/gcc-cross.inc | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git
On Mon, 2021-03-08 at 09:50 -0500, Randy MacLeod wrote:
> On 2021-03-07 3:58 p.m., Sakib Sajal wrote:
> > +timeout $1 dd if=/dev/zero of=/tmp/foo bs=1024 count=$2 >/dev/null 2>&1
> > +
> > +if [ $? -ne 0 ]
> > +then
> > +top -b -n 1
> > +else
> > +echo "success"
>
> Do we need
kernel-devsrc is a dependency of the image so we no longer need the symlink
creation code or the module-base inherit/dependency as it is included in
that recipe. The KERNEL_VERSION usage was broken anyway as the module
usage would have needed a:
do_image[depends] +=
From: Michael Halstead
Signed-off-by: Michael Halstead
Signed-off-by: Richard Purdie
(cherry picked from commit 317f8bf320383e81085f5740e202a7edb12932c7)
Signed-off-by: Steve Sakoman
---
meta/conf/distro/include/yocto-uninative.inc | 8
1 file changed, 4 insertions(+), 4
From: Michael Halstead
Support glibc 2.33.
Signed-off-by: Michael Halstead
Signed-off-by: Richard Purdie
(cherry picked from commit 5c7f963d395aa4a94d78c37883488baac471ea43)
Signed-off-by: Steve Sakoman
---
meta/conf/distro/include/yocto-uninative.inc | 10 +-
1 file changed, 5
Please review this next set of patches for dunfell and have comments back by
end of day Wednesday.
Passed a-full and meta-oe on autobuilder:
https://autobuilder.yoctoproject.org/typhoon/#/builders/83/builds/1948
https://autobuilder.yoctoproject.org/typhoon/#/builders/88/builds/1014
The
All,
The triage team is starting to try and collect up and classify bugs which a
newcomer to the project would be able to work on in a way which means people
can find them. They're being listed on the triage page under the appropriate
heading:
Hi Sana
Thanks for your contribution. this patch needs a bit of rework, please
apply it to master branch of meta-openembedded repository, this recipe
is from meta-networking layer therefore prefix your subject line with
[meta-networking] and meta-openembedded repo patches are sent to
net: vmxnet3: validate configuration values during activate
Upstream-Status: Acepted
[https://lists.gnu.org/archive/html/qemu-devel/2021-01/msg07935.html]
CVE: CVE-2021-20203
Signed-off-by: Minjae Kim
---
meta/recipes-devtools/qemu/qemu.inc | 1 +
.../qemu/qemu/CVE-2021-20203.patch
On 2021-03-07 3:58 p.m., Sakib Sajal wrote:
oe-timeout-dd-test tries to write number of
kilobytes to the filesystem within a specified
. The purporse of this script is to find
s/purporse/purpose/
which part of the build system puts stress on the
filesystem io and log all the processes.
To
net: vmxnet3: validate configuration values during activate
Upstream-Status: Acepted
[https://lists.gnu.org/archive/html/qemu-devel/2021-01/msg07935.html]
CVE: CVE-2021-20203
Signed-off-by: Minjae Kim
---
meta/recipes-devtools/qemu/qemu.inc | 1 +
.../qemu/qemu/CVE-2021-20203.patch
net: vmxnet3: validate configuration values during activate
Upstream-Status: Acepted
[https://lists.gnu.org/archive/html/qemu-devel/2021-01/msg07935.html]
CVE: CVE-2021-20203
Signed-off-by: Minjae Kim
---
meta/recipes-devtools/qemu/qemu.inc | 1 +
.../qemu/qemu/CVE-2021-20203.patch
A vulnerability was discovered in how p2p/p2p_pd.c in wpa_supplicant
before 2.10 processes P2P (Wi-Fi Direct) provision discovery requests.
It could result in denial of service or other impact
(potentially execution of arbitrary code), for an attacker within radio range.
Upstream-Status: Acepted
From: Nisha Parrakat
xml2-config is broken for neon.
if packageconfig libxml2, webdav, zlib is enabled for neon
we get the following configure error in the yocto build.
| configure: WebDAV support is enabled
| checking for xml2-config... xml2-config
| ERROR: /usr/bin/xml2-config should not be
collecting some examples of inheritance of class functions using
EXPORT_FUNCTIONS, and ran across this routine in cmake.bbclass:
... snip ...
cmake_runcmake_build() {
bbnote ...
eval ...
}
cmake_do_compile() {
cmake_runcmake_build --target
another oddity in my travels, found a couple recipes that appear to
explicitly un-PROVIDE themselves, such as libxcrypt-compat_4.4.18.bb:
PROVIDES = ""
i thought that every recipe always implicitly provided itself, and
that one could always extend that (with either = or +=), but this is
the
48 matches
Mail list logo
