Hi Gary,
On 15 September 2016 at 21:30, Gary Thomas wrote:
> I haven't seen this before, just thought I'd toss it out there.
> I was doing a build (actually three in parallel in separate
> windows on my build box) and noticed this:
>
> Currently 3 running tasks (3282 of 5081) 64%
> |###
> -Original Message-
> From: André Draszik [mailto:g...@andred.net]
> Sent: Monday, September 26, 2016 4:54 PM
> To: Huang, Jie (Jackie); openembedded-core@lists.openembedded.org
> Subject: Re: [OE-core] [PATCH 2/2 v2] boost: add support for additional boost
> libs
>
> On Mo, 2016-09-26
From: Armin Kuster
Fixed several typos in the openssl commits.
This includes a fix for systemd
[Yocto # 10329]
The following changes since commit e6c1d03d3d161cbbda254a5dae7008ff7e37d874:
oeqa/buildiptables: Switch from netfilter.org to yoctoproject.org mirror
(2016-09-24 09:27:51 +0100)
From: Edwin Plauchu
A minor fix has been published regarding the need of a user
of being noticed when some run-ptest script fails.
Also Found modifications to ptest unit test stuff
* removed unnecessary code from unit test run_timeout_ptest
* added test case for run_ptest failure
Finally..
New
From: Edwin Plauchu
A minor fix has been published regarding the need of a user
of being noticed when some run-ptest script fails.
We have also modified ptest unit test stuff
* removed unnecessary code from unit test run_timeout_ptest
* added test case for run_ptest failure
Finally..
Added cont
This check ensures that when the PREFERRED_PROVIDER for virtual/kernel
changes, the previous instances gets removed correctly so when the new
instance installs files into the shared area there is not an overlap of
old and new.
[YOCTO #10278]
Signed-off-by: Saul Wold
---
meta/recipes-kernel/linu
From: Mariano Lopez
The relocation script of the SDK doesn't have enough
error handling when replacing host perl with SDK perl
or changing the symlinks. This will add those checks
along with a sanity check of xargs.
[YOCTO #10114]
Signed-off-by: Mariano Lopez
---
meta/files/toolchain-shar-rel
When trying to obtain the current directory from a directory
that does not exist anymore, an exception is raised.
This patch handles such exception.
[YOCTO #10331]
Signed-off-by: Juro Bystricky
---
bitbake/lib/bb/build.py | 9 +++--
1 file changed, 7 insertions(+), 2 deletions(-)
diff --gi
This patch is the one that fixed this issue for me:
http://cgit.openembedded.org/openembedded-core/commit/meta/classes/useradd.bbclass?id=a68a797c7aec607a0720ec5421baf6be821803b8
The problem was introduced by this change to systemd's recipe:
http://cgit.openembedded.org/openembedded-core/commit/m
On Fri, Sep 16, 2016 at 7:32 AM, Ed Bartosh
wrote:
> diff --git a/meta/classes/image_types.bbclass b/meta/classes/image_types.
> bbclass
> index 5ef6f60..0bb6252 100644
> --- a/meta/classes/image_types.bbclass
> +++ b/meta/classes/image_types.bbclass
> @@ -218,6 +218,7 @@ IMAGE_CMD_wic[vardepsexc
Currently, prelink doesn't work unless base_libdir/libdir match
its hardcoded values. This patch manipulates those paths so that
they match the values set in the variables and handles multilib
configurations too. The manipulations only happen in the target
case, if needed.
[YOCTO #10282]
Signed-
When changing SDKMACHINE, we may encounter an error forcing us to wipe the TMP
folder.
Since only SDK_ARCH is captured in the PN of the crosssdk recipes, changes to
SDK_OS
result in conflicts. Eventually we hit the error:
ERROR: ...: The recipe <...> is trying to install files into a shared are
When changing SDKMACHINE, we may encounter an error forcing us to wipe the TMP
folder.
Since only SDK_ARCH is captured in the PN of the crosssdk recipes, changes to
SDK_OS
result in conflicts. Eventually we hit an error such as:
ERROR: meta-toolchain-1.0-r7 do_populate_sdk: The recipe meta-tool
Its useful to be able to query a list of variables to obtain the values
in each multilib context. This adds such a function which works even
if called in the non-default recipe context.
Signed-off-by: Richard Purdie
diff --git a/meta/classes/utils.bbclass b/meta/classes/utils.bbclass
index 3c2a1
On 09/26/2016 08:02 AM, Joe Konno wrote:
> I saw this as well. Opened the following bug:
> * https://bugzilla.yoctoproject.org/show_bug.cgi?id=10329
thanks, guess I should have done it when first reported.
http://git.yoctoproject.org/cgit/cgit.cgi/poky/commit/meta/classes/useradd.bbclass?id=1
Hi Edwin,
Please write a better explanation about the changes also you need to
bump the version to 2.0.1.
alimon
On 09/23/2016 03:08 PM, Edwin Plauchu wrote:
> From: Edwin Plauchu
>
> A minor fix has been published regarding the need of a user
> of being noticed when some run-ptest scr
We add a patch to report the progress, and at the same time
inform bitbake that progress can be extracted via the simple
'percent' progress handler.
Signed-off-by: André Draszik
---
.../cve-check-tool/cve-check-tool_5.6.4.bb | 2 +
...ogress-in-percent-when-downloading-CVE-db.patch | 1
On 09/23/2016 05:58 AM, liu.min...@gmail.com wrote:
> From: Ming Liu
>
> This fixes a following compiling issue:
> | agent.c:33:19: fatal error: error.h: No such file or directory
> | #include "error.h"
>
> it's back-ported from lttng-tools upstream, we need it in SRC_URI
> since 2.8 is still t
These patches implement progress reporting for cve-check-tool when
it is downloading the CVE database.
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
This will allow us to easily incorporate progress support
via bb.process.run()
Signed-off-by: André Draszik
---
.../cve-check-tool/cve-check-tool_5.6.4.bb | 45 +-
1 file changed, 19 insertions(+), 26 deletions(-)
diff --git a/meta/recipes-devtools/cve-check-tool/cve
Bring across the comment that was in runqemu regarding why the
virtio-rng-pci device was needed. This comment is added to each location
where the virtio-rng-pci device is added.
Signed-off-by: Nathan Rossi
---
This patch is due to a review comment where Khem suggested on a previous
patch that the
I saw this as well. Opened the following bug:
* https://bugzilla.yoctoproject.org/show_bug.cgi?id=10329
On Sat, 24 Sep 2016 10:48:00 -0400
Ian Geiser wrote:
> I think the systemd change may have broken something. It looks like it is
> running a useradd with no arguments other than the root.
Thanks Richard!
On 09/23/2016 09:40 AM, Richard Purdie wrote:
On Thu, 2016-09-22 at 08:33 -0700, akuster808 wrote:
Alejandro,
On 09/21/2016 02:10 PM, Alejandro Hernandez wrote:
This patch adds the packages python3-signal, python3-enum and
python3-selectors,
while it also fixes python3-subpr
Signed-off-by: Daiane Angolini
Acked-by: Otavio Salvador
---
meta/recipes-kernel/linux-firmware/linux-firmware_git.bb | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/meta/recipes-kernel/linux-firmware/linux-firmware_git.bb
b/meta/recipes-kernel/linux-firmware/linux-firmw
Two simple patches to reduce our dependency on python2.
Markus Lehtonen (2):
autotools.bbclass: use python3 instead of python (v2)
glibc-initial: use python3 instead of python (v2)
meta/classes/autotools.bbclass| 2 +-
meta/recipes-core/glibc/glibc-initial.inc | 2 +-
2 files cha
Signed-off-by: Markus Lehtonen
---
meta/recipes-core/glibc/glibc-initial.inc | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta/recipes-core/glibc/glibc-initial.inc
b/meta/recipes-core/glibc/glibc-initial.inc
index 0c8bd64..ec21f10 100644
--- a/meta/recipes-core/glibc/glibc
Signed-off-by: Markus Lehtonen
---
meta/classes/autotools.bbclass | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta/classes/autotools.bbclass b/meta/classes/autotools.bbclass
index e5f527e..ecbba9f 100644
--- a/meta/classes/autotools.bbclass
+++ b/meta/classes/autotools.bbc
When devtool creates a new workspace, it produced a README with one very
long line and no space following 'bblayers.conf'. Add a line break as was
intended.
Signed-off-by: Joe MacDonald
---
scripts/devtool | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/scripts/devtool b/scr
On Mon, Sep 26, 2016 at 10:06 AM, Alexander Kanavin
wrote:
> On 09/23/2016 07:42 PM, Otavio Salvador wrote:
>>
>> There are architectures which support running in 32 and 64 bit
>> flavours however the simulation is provided in a specific QEMU
>> setting, requiring us to use a different binary. Thi
On 09/23/2016 07:42 PM, Otavio Salvador wrote:
There are architectures which support running in 32 and 64 bit
flavours however the simulation is provided in a specific QEMU
setting, requiring us to use a different binary. This patch allow this
to be done using, for example:
QEMU_TARGET_BINARY_pp
On 09/26/2016 02:55 PM, Jussi Kukkonen wrote:
May be this is a FAQ, but I could not find any helpful documentation.
What is the best way to define a system wide default locale setting
(LANG and LC_ALL) for OE based Angstrom style images?
systemd provides system wide locale setting
On 09/23/2016 06:20 PM, Patrick Ohly wrote:
The compile error is inside an #ifdef, so it could be that just that
particular configuration hadn't been tested. But yes, one has to wonder.
So what's preferred for OE-core master and the 2.2 release? Updating to
1.0.2i or backporting the critical pa
Signed-off-by: Daiane Angolini
Acked-by: Otavio Salvador
---
meta/recipes-kernel/linux-firmware/linux-firmware_git.bb | 9 -
1 file changed, 8 insertions(+), 1 deletion(-)
diff --git a/meta/recipes-kernel/linux-firmware/linux-firmware_git.bb
b/meta/recipes-kernel/linux-firmware/linux-f
On 09/23/2016 07:25 PM, akuster808 wrote:
No this demonstrates that folks do want to help out. They to the best
they can with their abilities and situation. The community has made a
lot of noise about how important it is to address security issues.
Except a few of us who do send patches, the com
On Mon, 26 Sep 2016 00:02:21 -0400 akuster808
wrote
>
>
> On 09/24/2016 07:48 AM, Ian Geiser wrote:
> > I think the systemd change may have broken something. It looks like it is
> > running a useradd with no arguments other than the root. Now I see the
> > following erro
On 26 September 2016 at 13:46, Steffen Sledz wrote:
> May be this is a FAQ, but I could not find any helpful documentation.
>
> What is the best way to define a system wide default locale setting (LANG
> and LC_ALL) for OE based Angstrom style images?
>
systemd provides system wide locale settin
On 26.09.2016 13:01, Maciej Borzęcki wrote:
> On Mon, Sep 26, 2016 at 12:46 PM, Steffen Sledz wrote:
>> May be this is a FAQ, but I could not find any helpful documentation.
>>
>> What is the best way to define a system wide default locale setting (LANG
>> and LC_ALL) for OE based Angstrom style
On Mon, Sep 26, 2016 at 12:46 PM, Steffen Sledz wrote:
> May be this is a FAQ, but I could not find any helpful documentation.
>
> What is the best way to define a system wide default locale setting (LANG and
> LC_ALL) for OE based Angstrom style images?
Don't know about Angstrom style images, b
May be this is a FAQ, but I could not find any helpful documentation.
What is the best way to define a system wide default locale setting (LANG and
LC_ALL) for OE based Angstrom style images?
Regards,
Steffen
--
DResearch Fahrzeugelektronik GmbH
Otto-Schmirgal-Str. 3, 10319 Berlin, Germany
Tel
When a recipe uses more than one source which isn't a plain file (for
example, multiple git repos), then do_ar_original created the source
archives using the same filename and thus only archived one source.
The "name" parameter is used as file suffix to create unique names for
each source, leading
meta-oic's iotivity_1.1.1.bb recently started using destsuffix=${S}
for different git source URLs. This breaks randomly (depending on task
scheduling) when archive.bbclass and ARCHIVER_MODE[src] = "original"
are active, because the archiver then unpacks again into ${S} in
parallel to the running bu
Support for absolute paths in the "subdir" parameter was recently
added (bitbake rev: c3873346c6fa). The git fetcher has supported
absolute paths in "destsuffix" already before.
When the path is absolute as in destsuffix=${S}/foobar, the tmpdir
used by do_ar_original gets ignored, which breaks:
-
On Mon, Sep 26, 2016 at 11:40 AM, sujith h wrote:
> Hi,
>
> Let me know if we need to make any changes to this patch. If so I would be
> happy to do that.
>
Sorry for my earlier mail, this patch is merged:
http://git.openembedded.org/openembedded-core/commit/?id=0ce06611068e74e6ea2e226e3f967aaa9
On Mon, Sep 26, 2016 at 11:39 AM, sujith h wrote:
> Hi,
>
> Let me know if this patch is ok. Else I can help make this patch better.
>
oops, sorry for my earlier mail. This patch is merged :
http://git.yoctoproject.org/cgit/cgit.cgi/poky/commit/?id=aa7f7b63485b8c4d33491b9cd467fc4487a281c7
>
> T
On Mo, 2016-09-26 at 15:56 +0800, jackie.hu...@windriver.com wrote:
> From: Jackie Huang
>
> * Added libs:
> - container
> - context
> - coroutine
> - exception
> - graph_parallel
> - locale
> - math
> - mpi
> - wave
>
> * Add PACKAGECONFIG to add proper dependencies for:
> g
1)Upgrade ltp from 20160126 to 20160920.
2)Delete some patches, since they are integrated upstream.
0001-ltp-Don-t-link-against-libfl.patch
0006-sendfile-Use-off64_t-instead-of-__off64_t.patch
0007-replace-SIGCLD-with-SIGCHLD.patch
0009-Guard-error.h-with-__GLIBC__.patch
0012-fs
From: Jackie Huang
It's a work around for a defect when build in parallel:
https://svn.boost.org/trac/boost/ticket/12477
Signed-off-by: Jackie Huang
---
.../boost/boost-math-disable-pch-for-gcc.patch | 31 ++
meta/recipes-support/boost/boost_1.61.0.bb | 1 +
2
From: Jackie Huang
* Added libs:
- container
- context
- coroutine
- exception
- graph_parallel
- locale
- math
- mpi
- wave
* Add PACKAGECONFIG to add proper dependencies for:
graph_parallel, locale, and mpi.
* boost-mpi depends on mpich which is in meta-oe,
and boost-gra
From: Jackie Huang
Changes in v2:
1. Add a workaround as a separate commit for the issue found in:
http://autobuilder.yocto.io:8010/builders/nightly-x86-64-lsb/builds/56/
2. Add PACKAGECONFIG for graph_parallel and mpi but disable by default
since they depend on mpich which is in meta-oe.
3
With recent changes to the watchdog recipe, there are now
separate packages, one which starts "watchdog" and the other
which starts "wd_keepalive". At least on my hardware (an i.MX6
plus an external watchdog), these are self conflicting. If the
"watchdog" process starts first, the "wd_keepalive"
50 matches
Mail list logo
