== Series Details ==
Series: gdb: fix header ordering for TRAP_HWBKPT
Revision: 1
URL : https://patchwork.openembedded.org/series/11215/
State : failure
== Summary ==
Thank you for submitting this patch series to OpenEmbedded Core. This is
an automated response. Several tests have been execut
This error can appear in gdb/nat/linux-ptrace.c because of
the order in which some headers are processed:
| In file included from ../../gdb-7.11.1/gdb/nat/linux-ptrace.c:20:0:
| ../../gdb-7.11.1/gdb/nat/linux-ptrace.h:175:22: error: expected identifier
before numeric constant
| # define TRAP_HWBK
From: Fathi Boudra
Patch submitted upstream, pending to be merged:
https://sourceware.org/bugzilla/show_bug.cgi?id=21286
Signed-off-by: Fathi Boudra
Signed-off-by: Daniel Díaz
---
v2: Refresh to glibc 2.27
...o-consts.h-enum-definition-for-TRAP_HWBKP.patch | 69 ++
meta/r
On 3/2/18 5:46 PM, Denys Dmytriyenko wrote:
> From: Denys Dmytriyenko
>
> * Create busybox-inittab recipe to produce machine-specific package with
> /etc/inittab
> and necessary getty calls for a machine, based on SERIAL_CONSOLES, similar
> to how
> sysvinit-inittab was done
>
> * Since CO
On 3/2/18 2:09 PM, Justin Bronder wrote:
> https://ccache.samba.org/releasenotes.html#_ccache_3_4_1
>
> License-Update: copyright years and file paths updated
>
> Signed-off-by: Justin Bronder
> ---
> meta/recipes-devtools/ccache/ccache_3.3.5.bb | 12
> meta/recipes-devtools/ccache
These symbols appear in dynsyms of libsystemd.so and musl loader
doesnt like it
Error relocating
/mnt/a/oe/build/tmp/work/i586-bec-linux-musl/avahi/0.7-r0/recipe-sysroot//lib/libsystemd.so.0:
__start_BUS_ERROR_MAP: symbol not found
Error relocating
/mnt/a/oe/build/tmp/work/i586-bec-linux-musl/a
On 2/28/18 3:41 AM, Alexander Kanavin wrote:
> On 02/28/2018 07:56 AM, Chen Qi wrote:
>> Upgrade systemd to 236.
>
> Latest upstream release is 237, should we use that?
>
I think yes thats a good idea
> Alex
--
___
Openembedded-core mailing list
Ope
Needed by dtdiff which calls `diff` to display its result.
Signed-off-by: Ioan-Adrian Ratiu
---
meta/recipes-kernel/dtc/dtc.inc | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta/recipes-kernel/dtc/dtc.inc b/meta/recipes-kernel/dtc/dtc.inc
index d259c57e8d..9a90d44041 10064
On Fri, Mar 02, 2018 at 04:19:38PM -0500, Denys Dmytriyenko wrote:
> On Mon, May 02, 2016 at 12:43:58PM -0400, Denys Dmytriyenko wrote:
> > On Tue, Feb 02, 2016 at 03:29:43PM +, Richard Purdie wrote:
> > > On Tue, 2016-02-02 at 16:00 +0100, Patrick Ohly wrote:
> > > > On Mon, 2016-02-01 at 08:5
From: Denys Dmytriyenko
Similar to sysvinit-inittab
Signed-off-by: Denys Dmytriyenko
---
meta/conf/layer.conf | 1 +
1 file changed, 1 insertion(+)
diff --git a/meta/conf/layer.conf b/meta/conf/layer.conf
index df67716..91935e4 100644
--- a/meta/conf/layer.conf
+++ b/meta/conf/layer.conf
@@ -
From: Denys Dmytriyenko
* Create busybox-inittab recipe to produce machine-specific package with
/etc/inittab
and necessary getty calls for a machine, based on SERIAL_CONSOLES, similar to
how
sysvinit-inittab was done
* Since CONFIG_FEATURE_USE_INITTAB is controlled by
VIRTUAL-RUNTIME_ini
Various builds of e2fsprogs 1.43.7 package locales which may or may
not have POT-Creation-Date removed. There is no obvious pattern, it
affects different locales each time, the build being non-deterministic.
The root cause was tracked to non-deterministic time stamps (as GIT does
not preserve file
Some implementations of GBM, like the one included with
libMali, do not have gbm_bo_map() nor gbm_bo_unmap().
This patch enables kmscube to work with those implementations
even if it doesn't work as great.
Signed-off-by: Daniel Díaz
---
...-gst_bo_map-_unmap-and-use-it-or-avoid-it.patch | 116 ++
On 2 March 2018 at 19:29, Bruce Ashfield wrote:
> Yah. I've already removed that in my updated WIP version of the patch,
> I'm just trying to complete
> the work and get the scripts building on target with musl .. I assume
> I can use the c library variable
> and select the right package ?
>
Unt
On Fri, 2018-03-02 at 13:14 -0500, Denys Dmytriyenko wrote:
> FYI, sourceforge is currently experiencing issues (another DDoS
> attack?) and
> instead of tarballs, serves HTML file with this text:
>
> We're sorry -- the Sourceforge site is currently in Disaster Recovery
> mode,
> and currently r
On 02/03/18 17:06 -0500, Denys Dmytriyenko wrote:
> On Fri, Mar 02, 2018 at 04:58:17PM -0500, Justin Bronder wrote:
> > https://ccache.samba.org/releasenotes.html#_ccache_3_4_1
> >
> > License-Update: copyright years and file paths updated
> >
> > Signed-off-by: Justin Bronder
> > ---
> > meta/
https://ccache.samba.org/releasenotes.html#_ccache_3_4_1
License-Update: copyright years and file paths updated
Signed-off-by: Justin Bronder
---
meta/recipes-devtools/ccache/ccache_3.3.5.bb | 12
meta/recipes-devtools/ccache/ccache_3.4.1.bb | 12
2 files changed, 12 i
On Fri, Mar 02, 2018 at 04:58:17PM -0500, Justin Bronder wrote:
> https://ccache.samba.org/releasenotes.html#_ccache_3_4_1
>
> License-Update: copyright years and file paths updated
>
> Signed-off-by: Justin Bronder
> ---
> meta/recipes-devtools/ccache/ccache_3.3.4.bb | 12
> meta/
== Series Details ==
Series: ccache: update to 3.4.1
Revision: 1
URL : https://patchwork.openembedded.org/series/11207/
State : failure
== Summary ==
Thank you for submitting this patch series to OpenEmbedded Core. This is
an automated response. Several tests have been executed on the propose
https://ccache.samba.org/releasenotes.html#_ccache_3_4_1
License-Update: copyright years and file paths updated
Signed-off-by: Justin Bronder
---
meta/recipes-devtools/ccache/ccache_3.3.4.bb | 12
meta/recipes-devtools/ccache/ccache_3.4.1.bb | 12
2 files changed, 12 i
On Mon, May 02, 2016 at 12:43:58PM -0400, Denys Dmytriyenko wrote:
> On Tue, Feb 02, 2016 at 03:29:43PM +, Richard Purdie wrote:
> > On Tue, 2016-02-02 at 16:00 +0100, Patrick Ohly wrote:
> > > On Mon, 2016-02-01 at 08:57 -0800, Khem Raj wrote:
> > > > On Mon, Feb 1, 2016 at 12:14 AM, Patrick O
That would be it, thanks Denys.
Ross
On 2 March 2018 at 18:14, Denys Dmytriyenko wrote:
> FYI, sourceforge is currently experiencing issues (another DDoS attack?)
> and
> instead of tarballs, serves HTML file with this text:
>
> We're sorry -- the Sourceforge site is currently in Disaster Recov
I've tested this against my new kernel-devsrc package when built on
musl, and I can
confirm that it works. There's a warning about the flags, but
everything still builds
and runs .. unlike before!
Cheers,
Bruce
root@qemux86-64:/lib/modules/4.14.19-yocto-standard/build# make ARCH=x86 scripts
get
This was another setting left over from debugging the
recipes, and isn't needed by default.
Signed-off-by: Matt Madison
---
meta/recipes-devtools/go/go-cross-canadian.inc | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta/recipes-devtools/go/go-cross-canadian.inc
b/meta/re
since GO_LDFLAGS is also used by the dist tool, and it's confusing
to use a variable with the same name (but not exported, so unused
by make.bash/dist).
Signed-off-by: Matt Madison
---
meta/recipes-devtools/go/go-runtime.inc | 6 ++
1 file changed, 2 insertions(+), 4 deletions(-)
diff --git
to allow go programs to be linked either statically or
dynamically when cross-compiling with the SDK.
Signed-off-by: Matt Madison
---
meta/recipes-core/packagegroups/packagegroup-go-sdk-target.bb | 1 +
1 file changed, 1 insertion(+)
diff --git a/meta/recipes-core/packagegroups/packagegroup-go-
Eliminate some redundancy in the recipes by moving
some commonly-used variable settings to the common
include file. Also removed a duplicate inherit
from go-target.inc that was already in go-common.inc.
Signed-off-by: Matt Madison
---
meta/recipes-devtools/go/go-common.inc | 4
met
While useful on embedded devices for saving disk space, use
of shared runtime in Go is not the usual practice, so disable
it for nativesdk builds. We don't use it for native builds,
either, so this makes the SDK match the native environment
more closely.
Signed-off-by: Matt Madison
---
meta/cla
The statically-linked Go code in the toolchain is not compatible
with PIE, so disable its use in the C compiler during the
toolchain build.
Signed-off-by: Matt Madison
---
meta/recipes-devtools/go/go-cross-canadian.inc | 6 +++---
meta/recipes-devtools/go/go-target.inc | 3 +--
2 files c
* Don't enable verbose test output (-test.v)
by default, as it generates too much noise
for automated results parsing
* Override do_install_ptest_base in the bbclass,
so recipes can provide their own modifications
with do_install_ptest.
* Improve the generated run-ptest script to better
With go1.10 the NOPIE flags are only required for
MIPS target builds, and are now incompatible for
the other architectures.
Signed-off-by: Matt Madison
---
meta/classes/go.bbclass | 3 ---
meta/classes/goarch.bbclass | 1 +
2 files changed, 1 insertion(+), 3 deletions(-)
diff --git a/meta/c
Any directory in a Go package's source tree called
'testdata' contains test data, and isn't necessary
for building.
Some packages include ELF files and other binaries
as test data, and staging them in the sysroot and
-dev package leads to unnecessary QA warnings.
Signed-off-by: Matt Madison
---
The 'go env' in the do_compile function and
the set -x/+x in the do_install_ptest function
were used for debugging the bbclass, and aren't
really needed.
Signed-off-by: Matt Madison
---
meta/classes/go.bbclass | 3 ---
1 file changed, 3 deletions(-)
diff --git a/meta/classes/go.bbclass b/meta/c
New in v4:
* updated the go source patch to protect
GOROOT to defer generating an error
until a build action would try to update
something in GOROOT
* updated go.bbclass to compile for both
static and dynamic linking, similar to
go-runtime
* fixed missing s
and export it. Go 1.10 now supports using this
separate variable locating its temporary files,
so TMPDIR doesn't have to be modified.
Signed-off-by: Matt Madison
---
meta/classes/go.bbclass | 11 +--
1 file changed, 5 insertions(+), 6 deletions(-)
diff --git a/meta/classes/go.bbclass b/
Go 1.10 adds support for selecting hard/soft float
object code through the GOMIPS environment variable.
Signed-off-by: Matt Madison
---
meta/classes/goarch.bbclass| 11 +++
meta/recipes-devtools/go/go-cross-canadian.inc | 1 +
meta/recipes-devtools/go/go-cross.inc
* Patches and recipes reworked for go 1.10's significant
changes to its bootstrap and build steps
* Update go1.4 source tarball used for go-native
bootstrapping to the version recommended
in the current go documentation
* Remove test data from installed sources to eliminate
some packaging
If you install an image into another image (this is the case for
custom initrd for example), it will fail with a non obvious python
backtrace. This patch modifies the package_manager.py print which
package causes the failure for the future, if it is missing a
manifest.
The error you get looks lik
On Fri, Mar 2, 2018 at 1:16 PM, Khem Raj wrote:
> On Thu, Mar 1, 2018 at 1:37 AM, Burton, Ross wrote:
>> Also fails on musl:
>>
>> ERROR: Nothing RPROVIDES 'glibc-utils' (but
>> /home/pokybuild/yocto-autobuilder/yocto-worker/nightly-musl/build/meta/recipes-kernel/linux/kernel-devsrc.bb
>> RDEPEND
On Thu, Mar 1, 2018 at 10:10 PM, Khem Raj wrote:
> On Thu, Mar 1, 2018 at 9:43 PM, Khem Raj wrote:
>>
>>
>> On 3/1/18 3:16 PM, Matt Madison wrote:
>>>
>>> New in v3:
>>> * reduced one of the go source patches,
>>>eliminating an unneeded change (thanks
>>>Otavio)
>>> * Ad
On Thu, Mar 1, 2018 at 8:47 PM, Bruce Ashfield wrote:
> On Thu, Mar 1, 2018 at 11:44 AM, Burton, Ross wrote:
>> Filed a bug for this:
>> https://bugzilla.yoctoproject.org/show_bug.cgi?id=12577
>
> Thank goodness this was discussed on the list. While trying to test my
> new kernel-devsrc package
>
On Thu, Mar 1, 2018 at 1:37 AM, Burton, Ross wrote:
> Also fails on musl:
>
> ERROR: Nothing RPROVIDES 'glibc-utils' (but
> /home/pokybuild/yocto-autobuilder/yocto-worker/nightly-musl/build/meta/recipes-kernel/linux/kernel-devsrc.bb
> RDEPENDS on or otherwise requires it)
>
I sent patches to add
FYI, sourceforge is currently experiencing issues (another DDoS attack?) and
instead of tarballs, serves HTML file with this text:
We're sorry -- the Sourceforge site is currently in Disaster Recovery mode,
and currently requires the use of javascript to function. Please check back
later.
--
Signed-off-by: Khem Raj
---
meta/conf/distro/include/tclibc-musl.inc | 3 +++
1 file changed, 3 insertions(+)
diff --git a/meta/conf/distro/include/tclibc-musl.inc
b/meta/conf/distro/include/tclibc-musl.inc
index 9ae2a93e9b..54e1acf1df 100644
--- a/meta/conf/distro/include/tclibc-musl.inc
+++ b
== Series Details ==
Series: Add support for pyiface
Revision: 1
URL : https://patchwork.openembedded.org/series/11198/
State : failure
== Summary ==
Thank you for submitting this patch series to OpenEmbedded Core. This is
an automated response. Several tests have been executed on the propose
Signed-off-by: Khem Raj
---
meta/conf/distro/include/maintainers.inc | 1 +
1 file changed, 1 insertion(+)
diff --git a/meta/conf/distro/include/maintainers.inc
b/meta/conf/distro/include/maintainers.inc
index 5039248790..027fb18d5e 100644
--- a/meta/conf/distro/include/maintainers.inc
+++ b/me
This contains getconf, getent and iconv glibc compat utils
Signed-off-by: Khem Raj
---
meta/recipes-core/musl/musl-utils.bb | 25 +
1 file changed, 25 insertions(+)
create mode 100644 meta/recipes-core/musl/musl-utils.bb
diff --git a/meta/recipes-core/musl/musl-utils.bb
Since it holds musl specific patches, name it so
Signed-off-by: Khem Raj
---
.../0001-Make-dynamic-linker-a-relative-symlink-to-libc.patch | 0
1 file changed, 0 insertions(+), 0 deletions(-)
rename meta/recipes-core/musl/{files =>
musl}/0001-Make-dynamic-linker-a-relative-symlink-
This helps communicate the dependency a bit better
Signed-off-by: Khem Raj
---
meta/recipes-core/{bsd-headers => musl}/bsd-headers.bb | 0
meta/recipes-core/{bsd-headers => musl}/bsd-headers/sys-cdefs.h | 0
meta/recipes-core/{bsd-headers => musl}/bsd-headers/sys-queue.h | 0
meta/recip
Nice recipe, but it should be in meta-python unless there's a compelling
reason to be in oe-core.
Ross
On 2 March 2018 at 17:46, Alexandru Vasiu wrote:
> Pyiface is a package that exposes the network interfaces of the
> operating system in a easy to use and transparent way.
>
> Signed-off-by: A
Pyiface is a package that exposes the network interfaces of the
operating system in a easy to use and transparent way.
Signed-off-by: Alexandru Vasiu
---
meta/recipes-support/pyiface/pyiface_0.0.2.bb | 10 ++
1 file changed, 10 insertions(+)
create mode 100644 meta/recipes-support/pyifa
While the upstream just runs a number of make tasks hardcoded to a single thread
in succession, we can add '-j n_threads' to a few of them. The benefit
is real: on my machine the do_compile() time goes from 250 seconds to about 90.
Signed-off-by: Alexander Kanavin
---
meta/recipes-devtools/perl/
On Fri, Mar 2, 2018 at 6:26 AM, Burton, Ross wrote:
> Alpine Linux has hit this and they just build a custom getconf binary as
> part of their musl build;
>
> https://git.alpinelinux.org/cgit/aports/tree/main/musl
>
> (also getent)
>
I have long thought for adding musl-utils recipes for compat is
Alpine Linux has hit this and they just build a custom getconf binary as
part of their musl build;
https://git.alpinelinux.org/cgit/aports/tree/main/musl
(also getent)
Ross
On 2 March 2018 at 14:23, Bruce Ashfield
wrote:
> I worked through some problems to test with musl:
>
> - uprev'd linu
I worked through some problems to test with musl:
- uprev'd linux-libc-headers --> refresh / change of the musl ethhdr
patch
- worked around the binutils link issue and libsystemd
So I was able to assemble kernel-devsrc on an image with musl, and now
I'm back to the problem that lead me
ERROR: expect-5.45.4-r0 do_fetch: Fetcher failure for URL: '
http://downloads.sourceforge.net/expect/Expect/5.45.4/expect5.45.4.tar.gz'.
Checksum mismatch!
File: '/srv/autobuilder/
autobuilder.yoctoproject.org/current_sources/expect5.45.4.tar.gz' has md5
checksum cb530d737c8f2d1023797cf0587b4e05 wh
On 02/28/2018 06:58 PM, Alexander Kanavin wrote:
> On 02/28/2018 06:20 PM, Niko Mauno wrote:
>>
>> Improve associated install() method behaviour in affected OpkgPM and
>> DpkgPM classes so that a problematic state of affairs becomes directly
>> obvious for bitbake user, resulting in shell output li
Hi,
I'm not sure what is your use case, but you can check usbmount[1][2]
or automount-usb[3] for example on how to use udev with systemd:
Regards,
Vincent
[1]https://github.com/rbrito/usbmount
[2]
https://github.com/nefethael/meta-random/blob/master/recipes-support/usbmount/usbmount_git.bb
[3]ht
Wrong list, please sent meta-oe patches to openembedded-devel@
Ross
On 2 March 2018 at 04:51, Maxime Roussin-Bélanger <
maxime.roussinbelan...@gmail.com> wrote:
> Just having "v2.0.2.tar.gz" was causing problems with other
> similarly misconfigured packages.
>
> Signed-off-by: Maxime Roussin-Bél
On 03/02/2018 01:34 AM, Burton, Ross wrote:
Can the inherit of python3native be avoided if gtk-doc isn't enabled?
(I just removed the dependency on py3native in glib)
gobject-introspection has the same inherit. And meson, and rpm. I don't
think we should fight against this: python3 does not
Add runtime test for apt to test that it can install deb
package from remote source.
[YOCTO# 11488]
Signed-off-by: Yeoh Ee Peng
---
meta/lib/oeqa/runtime/cases/apt.py | 47 ++
1 file changed, 47 insertions(+)
create mode 100644 meta/lib/oeqa/runtime/cases/ap
Add runtime test for opkg to test that it can install ipk
package from remote source.
[YOCTO# 11488]
Signed-off-by: Yeoh Ee Peng
---
meta/lib/oeqa/runtime/cases/opkg.py | 47 +
1 file changed, 47 insertions(+)
create mode 100644 meta/lib/oeqa/runtime/cases/o
Signed-off-by: Radovan Scasny
Signed-off-by: Andrej Valek
---
.../busybox/busybox/CVE-2017-15873.patch | 95 ++
meta/recipes-core/busybox/busybox_1.27.2.bb| 1 +
2 files changed, 96 insertions(+)
create mode 100644 meta/recipes-core/busybox/busybox/CVE-201
63 matches
Mail list logo
