On 12/23/2014 04:27 PM, Richard Purdie wrote:
On Tue, 2014-12-23 at 14:57 -0800, Saul Wold wrote:
ping!
Three went in, the other three did not since when Ross and I tried
fetching them, the files existed and there was no need to convert to
git. Please retest.
Ah, it seems to be correct, I che
On Tue, 2014-12-23 at 14:57 -0800, Saul Wold wrote:
> ping!
Three went in, the other three did not since when Ross and I tried
fetching them, the files existed and there was no need to convert to
git. Please retest.
Cheers,
Richard
--
___
Openembedde
ping!
On 12/09/2014 09:55 PM, Saul Wold wrote:
The nss* tarballs have been removed so we need to use the git repos at
0pointer. These git repos need to build the README, but use lynx, so disable
for now.
Sau!
The following changes since commit 219e793907406eabf632e784e3a11ab9acb77cfb:
qem
Since we normally fix the version of elfutils in tcmode-default, this
needs to be updated after we upgrade the recipe itself.
Signed-off-by: Saul Wold
---
meta/conf/distro/include/tcmode-default.inc | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta/conf/distro/include/tcmo
Any update?
alimon
On 24/11/14 15:16, Aníbal Limón wrote:
Remove dpkg-1.17.4-CVE-2014-0471, dpkg-1.17.4-CVE-2014-0471-CVE-2014-3127 and
ignore_extra_fields patches that are already in upstream.
Rebase no-vla-warning patch.
Signed-off-by: Aníbal Limón
---
meta/recipes-devtools/dpkg/dpkg
On Tuesday 23 December 2014 16:08:48 Paul Eggleton wrote:
> Using -f sets a taint on the specified task
Hmm, that would be -C in this case, not -f. I've adjusted the commit message
on the branch.
Cheers,
Paul
--
Paul Eggleton
Intel Open Source Technology Centre
--
___
All,
I am in the process of upgrading core items in my image (core-image-minimal
with a few additional packages), and one item I am taking a look at is changing
my init from SysVinit. I know the other easily supported option for init is
systemd, but if I change to systemd I want to do it becau
Using -f sets a taint on the specified task, and m4-native is in the
dependency chain for just about everything, which means that everything
gets forced to rebuild. We don't need the influence of this test to
extend outside of the test itself, so ensure that the taint gets cleared
at the end of the
Build some recipes so that we have the needed data in the sysroot for
recipetool to refer to when scanning for dependencies.
Signed-off-by: Paul Eggleton
---
meta/lib/oeqa/selftest/devtool.py | 2 ++
1 file changed, 2 insertions(+)
diff --git a/meta/lib/oeqa/selftest/devtool.py
b/meta/lib/oeqa
Some fixes for issues in the QA tests; some of these came up on the
autobuilder, others were stumbled over while I was fixing the other
issues.
The following changes since commit 353e70f3964eb6531ecb3dc69cbd827053d8f463:
init-ifupdown: Add missing script for qemuarm64 (2014-12-23 10:12:47 +
We have just implemented incremental ipk image generation, but at the
moment this test doesn't support that, so skip it if not using rpm.
Signed-off-by: Paul Eggleton
---
meta/lib/oeqa/selftest/buildoptions.py | 3 +++
1 file changed, 3 insertions(+)
diff --git a/meta/lib/oeqa/selftest/buildopt
Python code should use spaces only for indentation.
Signed-off-by: Paul Eggleton
---
meta/lib/oeqa/utils/commands.py | 10 ++---
meta/lib/oeqa/utils/decorators.py | 84 +++
2 files changed, 47 insertions(+), 47 deletions(-)
diff --git a/meta/lib/oeqa/utils/
Without this, running tests individually failed with a traceback:
$ oe-selftest --run-test
buildoptions.ImageOptionsTests.test_incremental_image_generation
2014-12-23 14:40:37,636 - selftest - INFO - Checking that everything is in
order before running the tests
2014-12-23 14:40:38,408 - selftest
assertTrue prints "False is not True" if it fails, which is pretty much
useless. Use a more appropriate assertion test where practical and add a
message where it isn't.
Signed-off-by: Paul Eggleton
---
meta/lib/oeqa/selftest/devtool.py | 20 ++--
1 file changed, 10 insertions(+),
Signed-off-by: Paul Eggleton
---
meta/lib/oeqa/selftest/bbtests.py | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta/lib/oeqa/selftest/bbtests.py
b/meta/lib/oeqa/selftest/bbtests.py
index 68f97bd..2a85f10 100644
--- a/meta/lib/oeqa/selftest/bbtests.py
+++ b/meta/lib/oeqa/s
On 12/22/2014 06:48 AM, Burton, Ross wrote:
On 22 December 2014 at 04:54, Armin Kuster mailto:akuster...@gmail.com>> wrote:
This fixes 'core-image-x11' image dependancy on meta-oe packages
since xinit requires xterm, xclock and twm to 'startx'.
Why can't we just make core-image-x11 s
On Tue, Dec 23, 2014 at 6:51 AM, Enrico Scholz
wrote:
> Richard Purdie writes:
>
>>> > In summary, basically, yes. The kernel source is huge and we were
>>> > compressing/decompressing it in several places on the critical
>>> > path. People were struggling to develop kernels using the system
>>>
On Tue, Dec 23, 2014 at 4:54 AM, Richard Purdie
wrote:
> On Tue, 2014-12-23 at 03:07 +0100, Enrico Scholz wrote:
>> Richard Purdie writes:
>>
>> > In summary, basically, yes. The kernel source is huge and we were
>> > compressing/decompressing it in several places on the critical path.
>> > Peopl
Inspection of buildhistory shows no existing libraries changed and
the atmoic and chrono libraries are packaged individually.
Signed-off-by: Philip Balister
---
meta/recipes-support/boost/boost.inc | 2 ++
1 file changed, 2 insertions(+)
diff --git a/meta/recipes-support/boost/boost.inc
b/meta
I've written a quick tutorial about this work Paul and his co-workers
have been doing:
https://drive.google.com/file/d/0B3KGzY5fW7laQmgxVXVTSDJHeFU/view?usp=sharing
Tested-by: Trevor Woerner
--
___
Openembedded-core mailing list
Openembedded-core@lists
Richard Purdie writes:
>> | test:
>> |
>> /srv/oe/cache/bld/f95aceac-8952-bd61-430a-dfcdf48db33c/work/cortexa9t2hf-vfp-neon-linux-gnueabi/test/1.0-r0/test-1.0/test.c:2:
>> | main: Assertion `0' failed.
>>
>> instead of
>>
>> | test: test.c:2: main: Assertion `0' failed.
>
>
> Lets say you just
Richard Purdie writes:
>> > In summary, basically, yes. The kernel source is huge and we were
>> > compressing/decompressing it in several places on the critical
>> > path. People were struggling to develop kernels using the system
>> > due to the overhead.
>>
>> I do not see how the new system
On Thu, 2014-12-11 at 18:27 +0800, Hongxu Jia wrote:
> During packaging, check if there are any dependencies (RDEPENDS)
> on packages that have ended up empty and not produced; and if so
> produce an warn/error as soon as possible, instead of allowing
> the build to proceed up to do_rootfs and then
On Tue, 2014-12-23 at 03:07 +0100, Enrico Scholz wrote:
> Richard Purdie writes:
>
> > In summary, basically, yes. The kernel source is huge and we were
> > compressing/decompressing it in several places on the critical path.
> > People were struggling to develop kernels using the system due to t
On 12/23/2014 02:25 PM, Anders Darander wrote:
* ChenQi [141223 02:58]:
On 12/19/2014 02:42 PM, Mike Looijmans wrote:
On 12/19/2014 07:21 AM, Chen Qi wrote:
...
As almost all files under /etc are basically configuration files, we
provide a default value for CONFFILES.
CONNFFILES = "${sy
On Mon, 2014-12-22 at 12:24 +0100, Enrico Scholz wrote:
> what is the recommended way to enable in-source builds globally?
You could probably do something like:
B_forcevariable = "${S}"
although its untested and I would warn that we rely on separate build
directories to avoid breakage from autot
26 matches
Mail list logo
