This is failing with error:
| In file included from ../ofono-1.29/ell/random.c:34:
| ../ofono-1.29/ell/missing.h:59:20: error: static declaration of
'explicit_bzero' follows non-static declaration
| static inline void explicit_bzero(void *s, size_t n)
| ^~
| In fil
Hi,
Which version did you use? From the OE, or the last one from upstream
"v242-stable" repo? I am not sure, how long it will take, but... Isn't
possible to test it with master from dev repo?
Regards,
Andrej
On 5/9/19 8:19 AM, ChenQi wrote:
> I also just did a simple test, v242 without any oe pa
I also just did a simple test, v242 without any oe patches has the same
problem.
It seems that it's a change in systemd upstream.
I'm wondering why oe-selftest did not discover this problem.
Best Regards,
Chen Qi
On 05/09/2019 01:18 PM, He Zhe wrote:
Hi,
Since 1d453c9087f9 ("systemd: upgrade
Hi,
Since 1d453c9087f9 ("systemd: upgrade to 242"), "shutdown now" hangs like below
where I enable systemd debug information print.
Any idea? Thanks.
[ OK ] Stopped NFS status monitor for NFSv2/3 locking..
Sent message type=signal sender=n/a destination=n/a
path=/org/freedesktop/systemd1/u
From: Kai Kang
Set NO_RECOMMENDATIONS with weak assignment then it could be set a
default value somewhere else.
Signed-off-by: Kai Kang
---
meta/conf/bitbake.conf | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta/conf/bitbake.conf b/meta/conf/bitbake.conf
index c13e4f3f7
The third field in the /etc/shadow file (sp_lstchg) contains the date of
the last password change expressed as the number of days since Jan 1,
1970.
Backport the upstream changes to honour SOURCE_DATE_EPOCH for build
reproducibility.
Signed-off-by: Alex Kiernan
---
...chg-shadow-field-reproduc
On Tue, 2019-05-07 at 16:11 +0300, Adrian Bunk wrote:
> Remove backported patches.
> Switch to new download location.
>
> Signed-off-by: Adrian Bunk
This patch caused an unintended side effect which you can reproduce
with:
oe-selftest -r buildoptions.ImageOptionsTests.test_ccache_tool
Its the
*ping*
//Peter
> -Original Message-
> From: openembedded-core-boun...@lists.openembedded.org core-boun...@lists.openembedded.org> On Behalf Of Peter Kjellerstedt
> Sent: den 12 april 2019 18:15
> To: openembedded-core@lists.openembedded.org
> Subject: [OE-core] [master][warrior][PATCH] s
On Wed, May 8, 2019 at 9:19 PM Alistair Francis wrote:
>
> On Thu, May 2, 2019 at 2:10 PM Alex Kiernan wrote:
> >
> > From: Jonas Bonn
> >
> > There is no reason to have an emtpy machine-id as part of the systemd
> > package. Either:
> >
> > i) the filesystem is writable and the file will be c
On Wed, 2019-05-08 at 23:30 +0300, Adrian Bunk wrote:
> On Wed, May 08, 2019 at 09:06:19PM +0100, Richard Purdie wrote:
> > On Tue, 2019-05-07 at 16:11 +0300, Adrian Bunk wrote:
> > > Remove the backported patches.
> > >
> > > Signed-off-by: Adrian Bunk
> >
> > Unfortunately this seemed to cause
On Wed, May 08, 2019 at 09:06:19PM +0100, Richard Purdie wrote:
> On Tue, 2019-05-07 at 16:11 +0300, Adrian Bunk wrote:
> > Remove the backported patches.
> >
> > Signed-off-by: Adrian Bunk
>
> Unfortunately this seemed to cause:
>
> https://autobuilder.yoctoproject.org/typhoon/#/builders/46/bu
On Thu, May 2, 2019 at 2:10 PM Alex Kiernan wrote:
>
> From: Jonas Bonn
>
> There is no reason to have an emtpy machine-id as part of the systemd
> package. Either:
>
> i) the filesystem is writable and the file will be created
> automatically; or
> ii) the filesystem is read-only, in which cas
Instead of showing:
RESULTS - ptest.PtestRunnerTest.test_ptestrunner - Testcase 1600: UNKNOWN
(32.30s)
map unexpectedSuccesses to PASSED and improve the way they're displayed. We
expect/allow ptest runner to fail but if it passes we should handle it
correctly.
Signed-off-by: Richard Purdie
---
Some projects rely on (cross)specific properties e.g [1]. By setting
MESON_CROSS_EXTRA_PROPS="var1='value1' var2=true"
the required properties can be passed to meson.build. The contents of
MESON_CROSS_EXTRA_PROPS behave same as known by e.g EXTRA_OEMESON.
[1] https://gitlab.gnome.org/GNOME/track
On Tue, 2019-05-07 at 16:11 +0300, Adrian Bunk wrote:
> Remove the backported patches.
>
> Signed-off-by: Adrian Bunk
Unfortunately this seemed to cause:
https://autobuilder.yoctoproject.org/typhoon/#/builders/46/builds/574
Cheers,
Richard
--
__
On Wed, May 08, 2019 at 01:48:14PM +0100, Richard Purdie wrote:
> On Wed, 2019-05-08 at 13:32 +0100, Richard Purdie wrote:
> > On Tue, 2019-05-07 at 16:11 +0300, Adrian Bunk wrote:
> > > Remove patch applied upstream.
> > >
> > > Signed-off-by: Adrian Bunk
> > > ---
> > > .../ofono/ofono/use-pyt
Remove patch applied upstream.
Fix a new parallel build failure.
Signed-off-by: Adrian Bunk
---
...a-race-condition-where-ell-ell.h-was.patch | 28 +++
.../ofono/ofono/use-python3.patch | 27 --
meta/recipes-connectivity/ofono/ofono_1.25.bb | 9 --
Currently a development version is being used.
Signed-off-by: Adrian Bunk
---
meta/recipes-extended/sysstat/sysstat.inc | 3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
diff --git a/meta/recipes-extended/sysstat/sysstat.inc
b/meta/recipes-extended/sysstat/sysstat.inc
index 0bc7e14d36..9
On Tue, May 07, 2019 at 03:54:38PM +0200, Alexander Kanavin wrote:
> You need to remove UPSTREAM_CHECK_REGEX from the recipe at the same time.
Thanks, I'll send a v2.
> Alex
cu
Adrian
--
"Is there not promise of rain?" Ling Tan asked suddenly out
of the darkness. There had been
On Sat, May 4, 2019 at 8:50 PM Rob Walton wrote:
>
> Hi,
>
>
> We're working with OpenEmbedded/yocto in a project; we're trying to create an
> HTML license report for our users, leveraging the license.manifest files
> output from license_image.bbclass.
>
>
> However some relatively crucial infor
On Wed, 8 May 2019 at 14:35, Paulo Neves wrote:
> Should this version bump be backported or the patch
> http://git.savannah.gnu.org/cgit/wget.git/commit/?id=692d5c5215de0db482c252492a92fc424cc6a97c
> be applied in older versions?
The CVE should be backported.
Ross
--
___
Adds an option to dump all the ptest logs to individual files in a
specified directory. If multiple test runs are present, the
'--prepend-run' argument will create separate directories for each test
run under the target directory and put the logs there to prevent each
test run from clobbering the o
Ensure that anyone who sets SYSTEMD_AUTO_ENABLE_${PN} = "mask" (or
"preset") retains the previous behaviour. In addition fix "enable" so it
can (again) create instance units out of templates.
Remove over-zealous quoting of SYSTEMD_SERVICE_ESCAPED as it's already
safely escaped (and can be multiple
When creating images, for anything other than the explicitly stateless
case, touch /etc/machine-id so that the images can be booted without an
initramfs and with `ro` set on the kernel command line, otherwise system
refuses to start:
[7.222134] systemd[1]: No hostname configured.
[7.22
The recent changes to systemd.bbclass broke support for
SYSTEMD_AUTO_ENABLE set to anything other than "enable" or "disable",
whereas there are existing users for "mask" and "preset".
In addition /etc/machine-id was not created as an empty file which
caused systemd to fail to do it's boot time u
Refactor so that SystemdUnit is its own class, then add support for the
enable command. This restores the ability of systemd.bbclass to create
instances using syntax such as:
SYSTEMD_SERVICE_${PN} = "serial-getty@ttyAMA0.service"
Signed-off-by: Alex Kiernan
---
Changes in v2:
- restore suppor
On 5/8/19 5:22 PM, mikko.rap...@bmw.de wrote:
> On Wed, May 08, 2019 at 05:07:08PM +0300, Adrian Bunk wrote:
>> On Wed, May 08, 2019 at 04:26:09PM +0300, Mikko Rapeli wrote:
>>> Since openssl 1.1.1 and openssh which uses it, sshd
>>> startup is delayed. The delays range from few seconds
>>> to minu
On 05/07/2019 08:19 PM, Rudolf J Streif wrote:
> With the recent update of sip/sip3 from 4.19.13 to 4.19.16 FILES has
> changed:
>
> 4.19.13:
>
> |
>
> FILES_python3-sip3 =
> "${libdir}/${PYTHON_DIR}${PYTHON_ABI}/site-packages/"
> FILES_${PN}-dbg +=
> "${libdir}/${PYTHON_DIR}${PYTHON_ABI}/si
Does SRCPV not already cover this in the majority of cases? SRCREV_FORMAT
controls how the multiple revs end up in PV, and the change to PV results
in rebuilding anyway. And iterating over d.keys() is inefficient, *if*
you’re going to do this, operate on SRCREV, gather up the name= parameters
from
On Wed, May 08, 2019 at 05:07:08PM +0300, Adrian Bunk wrote:
> On Wed, May 08, 2019 at 04:26:09PM +0300, Mikko Rapeli wrote:
> > Since openssl 1.1.1 and openssh which uses it, sshd
> > startup is delayed. The delays range from few seconds
> > to minutes and even to hours. The delays are visible
> >
Several fetchers support named sources that require setting a SRCREV with
the source name as a suffix. These named SRCREV variables are not captured
in the sstate hash calculation because they're only referenced within the
bitbake fetcher function.
Add a snippet to the base.bbclass anonymous pytho
On Wed, May 08, 2019 at 04:26:09PM +0300, Mikko Rapeli wrote:
> Since openssl 1.1.1 and openssh which uses it, sshd
> startup is delayed. The delays range from few seconds
> to minutes and even to hours. The delays are visible
> in host keys generation and when sshd process is started
> in response
Signed-off-by: Alexander Kanavin
---
.../perl-sanity/{perl_5.28.1.bb => perl_5.28.2.bb} | 10 +-
1 file changed, 5 insertions(+), 5 deletions(-)
rename meta/recipes-devtools/perl-sanity/{perl_5.28.1.bb => perl_5.28.2.bb}
(97%)
diff --git a/meta/recipes-devtools/perl-sanity/perl_5.2
Add a patch to address a missing format string error.
Disable the recipe on 32 bit x86, as SSE2 is now required unconditionally.
Signed-off-by: Alexander Kanavin
---
...streamer-add-a-missing-format-string.patch | 24 +++
...ebkitgtk_2.24.0.bb => webkitgtk_2.24.1.bb} | 9 +-
None of the backported patches actually made it into this release.
Signed-off-by: Alexander Kanavin
---
meta/recipes-devtools/meson/meson.inc| 4 ++--
.../meson/0001-Make-CPU-family-warnings-fatal.patch | 2 +-
...d-environment.py-do-not-determine-whether-a.patch | 12 +---
On Wed, May 08, 2019 at 08:41:21AM -0500, Joshua Watt wrote:
> On Wed, 2019-05-08 at 16:26 +0300, Mikko Rapeli wrote:
> > The commands only work with with bash. If /bin/sh is
> > dash like in Debian, the command execution fails with
> > errors like:
>
> This might possibly be related to
> https:/
On Wed, 2019-05-08 at 16:26 +0300, Mikko Rapeli wrote:
> The commands only work with with bash. If /bin/sh is
> dash like in Debian, the command execution fails with
> errors like:
This might possibly be related to
https://bugzilla.yoctoproject.org/show_bug.cgi?id=11775 where it was
discovered th
This patch is useful to go around CVE-2019-5953 but other versions of
poky, like the thud do not have the correction.
Should this version bump be backported or the patch
http://git.savannah.gnu.org/cgit/wget.git/commit/?id=692d5c5215de0db482c252492a92fc424cc6a97c
be applied in older versions?
On
Since openssl 1.1.1 and openssh which uses it, sshd
startup is delayed. The delays range from few seconds
to minutes and even to hours. The delays are visible
in host keys generation and when sshd process is started
in response to incoming TCP connection but is failing
to provide SSH version string
The commands only work with with bash. If /bin/sh is
dash like in Debian, the command execution fails with
errors like:
Standard Output: /bin/sh: 5: export: --sysroot: bad variable name
and all SDK tests fail.
Signed-off-by: Mikko Rapeli
---
meta/lib/oeqa/sdk/case.py | 2 +-
m
On Tue, May 07, 2019 at 11:19:54PM +0200, Oleksandr Kravchuk wrote:
> The site is down and no recipe is this variable.
>...
Not in OE-Core, but
meta-openembedded/meta-oe/classes/gpe.bbclass:SRC_URI =
"${GPE_MIRROR}/${BP}.tar.${GPE_TARBALL_SUFFIX}"
meta-openembedded/meta-oe/recipes-graphics/xserve
On Wed, May 08, 2019 at 11:58:36AM +, p...@betafive.co.uk wrote:
>...
> +--- strace-4.26.orig/strace.c
> strace-4.26/strace.c
> +@@ -26,7 +26,7 @@
> + #include
> + #include
> + #ifdef HAVE_PRCTL
> +-# include
> ++# include
> + #endif
> + #include
> diff --git a/meta/recipes-devtools/s
Good day!
Sorry guys, It looks like that the problem is not in recipe but somehow
conected with host distro:
we can not reproduce problem on linux mint 19.1 host distro
but steel face problem with permissions on CentOS Linux release 7.6.1810 (Core)
requested output of package content:
dpkg -c ut
On Wed, 2019-05-08 at 13:32 +0100, Richard Purdie wrote:
> On Tue, 2019-05-07 at 16:11 +0300, Adrian Bunk wrote:
> > Remove patch applied upstream.
> >
> > Signed-off-by: Adrian Bunk
> > ---
> > .../ofono/ofono/use-python3.patch | 27 ---
> >
> > meta/recipes-connect
On Tue, 2019-05-07 at 16:11 +0300, Adrian Bunk wrote:
> Remove patch applied upstream.
>
> Signed-off-by: Adrian Bunk
> ---
> .../ofono/ofono/use-python3.patch | 27 ---
>
> meta/recipes-connectivity/ofono/ofono_1.25.bb | 9 ---
> meta/recipes-connectivity/ofono
On Wed, 2019-05-08 at 12:54 +0100, Burton, Ross wrote:
> On Wed, 8 May 2019 at 04:06, wrote:
> > * Increase the timeout to 15 minutes as the default
> > timeout which is 5 minutes is not enough to fix below error:
> > | Executing: glib/actions.test
> > | Test timed out after 300 seconds
> >
From: Paul Barker
Signed-off-by: Paul Barker
---
.../strace/strace/musl-fixes-armv8.patch | 29 +++
meta/recipes-devtools/strace/strace_4.26.bb | 1 +
2 files changed, 30 insertions(+)
create mode 100644 meta/recipes-devtools/strace/strace/musl-fixes-armv8.patch
diff -
From: Paul Barker
Signed-off-by: Paul Barker
---
meta/recipes-devtools/gdb/gdb-8.2.1.inc | 1 +
...h64-Fix-the-gdb-build-with-musl-libc.patch | 52 +++
2 files changed, 53 insertions(+)
create mode 100644
meta/recipes-devtools/gdb/gdb/0012-AArch64-Fix-the-gdb-build-with
From: Paul Barker
These patches should also apply cleanly to warrior after the commit
"gdb: fix CVE-2017-9778" is backported.
Paul Barker (2):
gdb: Fix aarch64 build with musl
strace: Fix aarch64 build with musl
meta/recipes-devtools/gdb/gdb-8.2.1.inc | 1 +
...h64-Fix-the-gdb-build
On Wed, 8 May 2019 at 04:06, wrote:
> * Increase the timeout to 15 minutes as the default
> timeout which is 5 minutes is not enough to fix below error:
> | Executing: glib/actions.test
> | Test timed out after 300 seconds
> | cleaning up pid 13050
> | FAIL: glib/actions.test (Child proc
The chart size extents were being incorrectly reported, not accounting for the
width of the legend. Set a minimum width to account for that (its fixed size).
Also stop printing the chart background off the bottom of the chart extents.
Signed-off-by: Richard Purdie
---
scripts/pybootchartgui/pyb
This tweaks some intermediate variable names to make it clearer what
is being done.
Signed-off-by: Richard Purdie
---
scripts/pybootchartgui/pybootchartgui/draw.py | 19 ++-
1 file changed, 10 insertions(+), 9 deletions(-)
diff --git a/scripts/pybootchartgui/pybootchartgui/draw.
This updates the pybootchart code (used for viewing build timing profiles)
to use python3. The bulk of the changes are to use gi instead of pygtk, i.e.
port from gtk+2 to gtk+3.
The main change is to make the bootchart widget inherit gtk.Scrollable
and change the way the scrollbars are implemented
The script had a toxic mix of tabs and spaces, fix this.
Signed-off-by: Richard Purdie
---
scripts/pybootchartgui/pybootchartgui/draw.py | 1378 -
1 file changed, 689 insertions(+), 689 deletions(-)
diff --git a/scripts/pybootchartgui/pybootchartgui/draw.py
b/scripts/pybootchar
When using u-boot-nodtb, the symlink didn't install correctly to the
${DEPLOYDIR}. This commit fixes this bug.
Signed-off-by: Ying-Chun Liu (PaulLiu)
---
meta/classes/uboot-sign.bbclass | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/meta/classes/uboot-sign.bbclass b/meta
Add minver/maxver parameters to limit patch application by comparing PV.
Signed-off-by: Ross Burton
---
meta/lib/oe/patch.py | 11 +++
1 file changed, 11 insertions(+)
diff --git a/meta/lib/oe/patch.py b/meta/lib/oe/patch.py
index f43cf047c06..91624e26ddb 100644
--- a/meta/lib/oe/patch.
As SDL was found to be buggy for virgl-based GL passthrough,
gtk+ is enabled to allow that use case.
Signed-off-by: Alexander Kanavin
---
meta-poky/conf/local.conf.sample | 11 ++-
1 file changed, 6 insertions(+), 5 deletions(-)
diff --git a/meta-poky/conf/local.conf.sample b/meta-poky/
This will allow better control over native virgl/qemu configurations.
Adjust gtk+3/cairo native configurations to actually ignore opengl
when building for -native: we do not need it, and it would cause build
failures as only a limited subset of mesa-native is currently built.
Drop native/nativesd
This removes confusion over where qemu frontends are enabled for
native/nativesdk builds: currently they are also set in local.conf.sample
from poky distro, and with this change that becomes the only place.
Signed-off-by: Alexander Kanavin
---
meta/recipes-devtools/qemu/qemu_4.0.0.bb | 2 +-
1 f
Note that to actually use accelerated GL passthrough, there are two options
1) a suitable frontend need to be also enabled - gtk+ seems to work well,
sdl was found to be buggy.
2) it is also possible to render off-screen with -display egl-headless option,
and see the output with a VNC viewer (for
sdl frontend remains enabled and available.
Signed-off-by: Alexander Kanavin
---
meta/recipes-devtools/qemu/qemu_4.0.0.bb | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta/recipes-devtools/qemu/qemu_4.0.0.bb
b/meta/recipes-devtools/qemu/qemu_4.0.0.bb
index 52cb3b8f3dc..72
From: Changqing Li
When using make -j with the 'install' target, it's possible for altbininstall
(which normally creates BINDIR) and libainstall (which doesn't, though it
installs python-config there) to race, resulting in a failure due to
attempting to install python-config into a nonexistent BI
Fix some missing or corrupted patch Upstream-Status values.
Signed-off-by: Richard Purdie
---
...1-upstream-Have-progressmeter-force-an-update-at-the-b.patch | 2 +-
meta/recipes-connectivity/openssh/openssh/CVE-2018-20685.patch | 2 +-
meta/recipes-connectivity/openssh/openssh/CVE-2019-6111.pa
From: Kai Kang
It exists a situation that there is a common config file includes
multilib.conf but variable MULTILIBS is not set by default:
require conf/multilib.conf
MULTILIBS ?= ""
When build target-sdk-provides-dummy in a build project, it fails with
following steps:
1 $ echo 'MACHINE
From: Kai Kang
Kai Kang (1):
target-sdk-provides-dummy: resolve sstate conflict
meta/recipes-core/meta/target-sdk-provides-dummy.bb | 2 ++
1 file changed, 2 insertions(+)
--
2.20.0
--
___
Openembedded-core mailing list
Openembedded-core@lists.
On 5/3/19 11:32 AM, Alex Kiernan wrote:
On Fri, May 3, 2019 at 6:34 PM Burton, Ross wrote:
On Fri, 3 May 2019 at 17:48, Alex Kiernan wrote:
The newer python3 recipe no longer includes python3-misc in target by
default, leading to failures:
This statement isn't true, the python3 package do
Make icu support arm32 BE.
Upstream-Status: Pending
Signed-off-by: Lei Maohui
---
.../icu/icu/0001-icu-Added-armeb-support.patch | 30 ++
meta/recipes-support/icu/icu_64.2.bb | 1 +
2 files changed, 31 insertions(+)
create mode 100644
meta/recipes-suppor
From: Chee Yang Lee
initramfs and rootfs image are required to build wic based
image installer, add both as dependency for do_image_wic.
initiate default value for LIVE_ROOTFS_TYPE, INITRD_IMAGE_LIVE
and INITRD_LIVE
Signed-off-by: Chee Yang Lee
---
meta/classes/image_types_wic.bbclass | 6 +++
From: Chee Yang Lee
Signed-off-by: Chee Yang Lee
---
scripts/lib/wic/canned-wks/wic-installer.wks.in | 7 +++
1 file changed, 7 insertions(+)
create mode 100644 scripts/lib/wic/canned-wks/wic-installer.wks.in
diff --git a/scripts/lib/wic/canned-wks/wic-installer.wks.in
b/scripts/lib/wic/
From: Chee Yang Lee
Add new source parameter label to allow boot.conf/grub.cfg label option
to set as "install-efi", so far it's hardcoded to "Boot".
The label remain to "Boot" for systemd-boot or blank for grub-efi whenever
label are not "install-efi".
when label set to "install-efi" the image
From: Chee Yang Lee
Existing installable image (hddimg/ISO) has limit of 4GB size, so to build
larger installable image, we can build it in wic based image.
2 partition needed for installable image
- first partition build using source plugin bootimg-efi and configure to run
install
- second
From: Chee Yang Lee
This patch implement 'installer-partition.py' source plugin for wic.
The plugin create an image with systemd-boot and rootfs.
The generated image can be use to create wic based image installer.
Signed-off-by: Chee Yang Lee
---
.../lib/wic/plugins/source/installer-partition.
72 matches
Mail list logo
