On Fri, Sep 6, 2013 at 3:36 PM, Burton, Ross wrote:
> On 5 September 2013 09:33, Richard Purdie
> wrote:
>> I'd also appreciate someone (Ross maybe?) confirming that if we build
>> application A against mesa, then change over to a machine that uses emgd
>> and swizzle the libs around in the sysro
On Fri, Sep 6, 2013 at 6:15 PM, Khem Raj wrote:
> Some packages like grub have already stripped binaries e.g.
>
> ERROR: QA Issue: File '/boot/grub/kernel.img' from grub was already
> stripped, this will prevent future debugging!
> ERROR: QA run found fatal errors. Please consider fixing them.
>
>
On Fri, Sep 6, 2013 at 5:30 PM, Darren Hart wrote:
> Fixes [YOCTO #5110]
>
> Add support for the iwlwifi 7260 adapters. This creates a new package
> and includes support in the default linux-firmware (everything) package.
>
> Update the iwlwifi and radeon license checksums. Extensions to the
> cop
On Fri, Sep 6, 2013 at 5:30 PM, Darren Hart wrote:
> The genericx86 and genericx86-64 machines share a great deal in common
> in terms of machine features, required packages, etc. Use a common
> include file to simplify changes to both machine definitions and avoid
> accidental omissions.
>
> Repl
On Sep 6, 2013, at 2:10 AM, "Burton, Ross" wrote:
> On 6 September 2013 05:36, Khem Raj wrote:
>> rpm macros should be independent of libdir
>> Fixes errors seen when multilib is turned on
>> it shows up since then libdir != usr/lib
>
> I can't see a reason to package the rpm macros at all, it
On Fri, 2013-09-06 at 12:03 -0700, Saul Wold wrote:
> On 09/05/2013 09:25 AM, Valentin Popa wrote:
> > Changes to split live into iso and hddimg without
> > adding a new image type class.
> >
> > [YOCTO #3197]
> > ---
> > meta/classes/image.bbclass | 11 ++-
> > meta/classes
On Fri, 2013-09-06 at 20:01 +, Slater, Joseph wrote:
> Hi,
>
> Several packages in oe-core have PACKAGECONFIG[] info, or the
> equivalent, concerning
> explicitly disabling audit support.
>
> Some people believe that PACKAGECONFIG[] data concerning features not
> in oe-core
>
> should not b
>From 035ad642c76bbf388de198a886f544e4da8a7efc Mon Sep 17 00:00:00 2001
From: Tudor Florea
Date: Fri, 6 Sep 2013 22:49:30 +0200
Subject: [PATCH] kmod: avoid parallel-tests
Signed-off-by: Tudor Florea
---
meta/recipes-kernel/kmod/kmod.inc|1 +
.../kmod/kmod/remove_parall
On Sep 6, 2013, at 10:05 AM, Richard Purdie
wrote:
> On Fri, 2013-09-06 at 09:54 -0700, Khem Raj wrote:
>> On Sep 6, 2013, at 2:34 AM, Richard Purdie
>> wrote:
>>
>>> On Fri, 2013-09-06 at 00:08 -0700, Khem Raj wrote:
On Sep 5, 2013, at 2:17 PM, Richard Purdie
wrote:
>
Some packages like grub have already stripped binaries e.g.
ERROR: QA Issue: File '/boot/grub/kernel.img' from grub was already
stripped, this will prevent future debugging!
ERROR: QA run found fatal errors. Please consider fixing them.
We would like to have a possibility to skip it using somethi
Avoid parallel-tests for kmod as it remove
buildtest-TESTS and runtest-TESTS targets required by ptest.
Signed-off-by: Tudor Florea
---
meta/recipes-kernel/kmod/kmod.inc|1 +
.../kmod/kmod/remove_parallel_tests.patch| 18 ++
2 files changed,
On Fri, 2013-09-06 at 14:06 -0700, Khem Raj wrote:
> On Sep 6, 2013, at 10:05 AM, Richard Purdie
> wrote:
>
> > On Fri, 2013-09-06 at 09:54 -0700, Khem Raj wrote:
> >> On Sep 6, 2013, at 2:34 AM, Richard Purdie
> >> wrote:
> >>
> >>> On Fri, 2013-09-06 at 00:08 -0700, Khem Raj wrote:
> O
On Fri, Sep 6, 2013 at 2:09 PM, Richard Purdie
wrote:
> I can't see how that will help solve this problem though?
might help n getting the libtool hackery right.
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.op
On Sep 6, 2013, at 2:34 AM, Richard Purdie
wrote:
> On Fri, 2013-09-06 at 00:08 -0700, Khem Raj wrote:
>> On Sep 5, 2013, at 2:17 PM, Richard Purdie
>> wrote:
>>
>>> These are the hacks I needed to make libgfortran build. This is ugly, no
>>> argument from me. We could probably get better re
Hi,
Several packages in oe-core have PACKAGECONFIG[] info, or the equivalent,
concerning
explicitly disabling audit support.
Some people believe that PACKAGECONFIG[] data concerning features not in oe-core
should not be in oe-core. I do think it should be there unless the package
requires spec
Hi,
I'm trying to install ruby-dev (in order to be able to apply some passenger
features), and Passenger requires ruby-dev
ruby-dev has indeed been built (i'm working with yoctoProject) but when I'm
trying to install it, I can't:
root@qemuarm:~# smart install ruby-dev
rpmdb: BDB0113 Thread/proc
Richard/Saul,
The 1.5 kern tools managed to break TomZ's bsp script's generated patches,
so I've included a fix here for that issue.
The second one is a usablity fix for the tgz support for linux-yocto
based kernels, with this, misconfigurations are detected and reported
rather than some arcane e
While non-git kernel repos are not the preferred format for a kernel upstream,
they are supported. Depending on the creator of the archive the expanded
source directory name varies. If the recipe for the kernel doesn't properly
set S to the right value, a cryptic git error message is produced. We c
Updating the kern-toosl SRCREV to pick up the following fix:
previous versions of the kern-tools supported the ability to import a bare
patch, with no From: Subject: or other identifying fields that are typically
in a full commit.
The same type of commit with kgit-s2q will prompt
The genericx86 and genericx86-64 machines share a great deal in common
in terms of machine features, required packages, etc. Use a common
include file to simplify changes to both machine definitions and avoid
accidental omissions.
Replace the hard-coded XSERVER assignment with the XSERVER_IA32*
de
As this series bridges both oe-core and poky and is best viewed as one series, I
opted to send the series to both lists.
These patches address bugs/feature requests for additional support of
linux-firmware and xorg-video-* drivers for the new meta-yocto-bsp genericx86
and genericx86-64 machines.
Fixes [YOCTO #5110]
Add support for the iwlwifi 7260 adapters. This creates a new package
and includes support in the default linux-firmware (everything) package.
Update the iwlwifi and radeon license checksums. Extensions to the
copyright date ranges were the only change to the LICENSE files.
S
On 09/05/2013 09:25 AM, Valentin Popa wrote:
Changes to split live into iso and hddimg without
adding a new image type class.
[YOCTO #3197]
---
meta/classes/image.bbclass | 11 ++-
meta/classes/image_types.bbclass| 11 +++
meta/conf/machine/include/ia32-b
Hi,
Has anyone seen this error before? It happens for me quite often, but not
always, on Dylan branch during initial parsing:
Parsing recipes...
ERROR: ExpansionError during parsing
.../oe-core/meta/recipes-core/eglibc/eglibc_2.17.bb:
Failure expanding variable SELECTED_OPTIMIZATION[:=], expr
On 09/05/2013 10:10 AM, Anders Roxell wrote:
Signed-off-by: Anders Roxell
---
meta/recipes-extended/ltp/ltp_20130503.bb | 75 -
meta/recipes-extended/ltp/ltp_20130904.bb | 78 +++
2 files changed, 78 insertions(+), 75 deletions(-)
del
On 5 September 2013 09:33, Richard Purdie
wrote:
> I'd also appreciate someone (Ross maybe?) confirming that if we build
> application A against mesa, then change over to a machine that uses emgd
> and swizzle the libs around in the sysroot, do we need to recompile the
> app? This approach is assu
On 6 September 2013 15:50, Richard Purdie
wrote:
> Basically, agreed. I've pushed this into master-next for testing
> purposes whilst we discuss what this really should be. I think 5 might
> be a good number.
That certainly seems like a compromise between needless spinning and a
noticeable delta
On 09/06/2013 06:38 AM, Mihaela Sendrea wrote:
libstdc++-v3 tests need g++ installed on the target, otherwise the
majority of the tests will fail.
The v3-build_support (initial support for objects needed for the test
suite) is built separately at build time, to be able to still run and
see the te
On 09/06/2013 07:49 AM, Mihai Prica wrote:
Bluez5 ships some tools that can be used to test its
functionality.
The installation can be tested using "make check" and
this should be included in a ptest package.
[YB #5028]
Signed-off-by: Mihai Prica
---
meta/recipes-connectivity/bluez5/bluez5.
On Fri, 2013-09-06 at 09:54 -0700, Khem Raj wrote:
> On Sep 6, 2013, at 2:34 AM, Richard Purdie
> wrote:
>
> > On Fri, 2013-09-06 at 00:08 -0700, Khem Raj wrote:
> >> On Sep 5, 2013, at 2:17 PM, Richard Purdie
> >> wrote:
> >>
> >>> These are the hacks I needed to make libgfortran build. This
On Sep 6, 2013, at 7:14 AM, Chris Larson wrote:
>
> On Fri, Sep 6, 2013 at 1:35 AM, Khem Raj wrote:
> Some packages like grub have already stripped binaries e.g.
>
> ERROR: QA Issue: File '/boot/grub/kernel.img' from grub was already
> stripped, this will prevent future debugging!
> ERROR: QA
This makes sure the the first build starts from a clean state. Otherwise
one could have the first build affected by any leftover state from
a previous build.
This also leaves a working state behind after the final build.
Signed-off-by: Peter Kjellerstedt
---
scripts/contrib/bb-perf/bb-matrix.sh
This fixes a couple of problems with bb-matrix that I found the other
day when trying to use the script. They would have saved me a day or
two of test builds that were not building what I thought they were due
to incorrect configurations...
//Peter
The following changes since commit ed3ef0823fde8
If any of BB_NUMBER_THREADS, PARALLEL_MAKE or SSTATE_DIR happened to be
set in local.conf then the bb-matrix script would not perform as
intended.
Signed-off-by: Peter Kjellerstedt
---
scripts/contrib/bb-perf/bb-matrix.sh | 4
1 file changed, 4 insertions(+)
diff --git a/scripts/contrib/bb
Greetings,
I'm emailing as I think we should determine when and where ca-certificates
gets pulled into images and sdks. Should we add it as a RRECOMMENDS to
openssl and gnutls, or should it continue to be pulled in manually when and
where appropriate? I'm not really familiar enough with openssl an
On Fri, 2013-09-06 at 15:46 +0100, Burton, Ross wrote:
> On 6 September 2013 15:42, Richard Purdie
> wrote:
> > -sread, swrite, serror = select.select(socklist, [], [], 0)
> > +sread, swrite, serror = select.select(socklist, [], [],
> > 0.1)
>
> As discussed on IM
The following changes since commit c7994f83baa678a4670472e1f037bfc16cb1e3be:
bitbake: runqueue: Fix scenequeue to pass file descriptors, not a float
(2013-09-02 09:16:24 +0100)
are available in the git repository at:
git://git.yoctoproject.org/poky-contrib mihaip/bluez5
http://git.yoctopr
Bluez5 ships some tools that can be used to test its
functionality.
The installation can be tested using "make check" and
this should be included in a ptest package.
[YB #5028]
Signed-off-by: Mihai Prica
---
meta/recipes-connectivity/bluez5/bluez5.inc |6 --
1 file changed, 4 insertion
Bluez5 doesn't install libbluetooth by default. This is required
by connman, ofono or other packages.
Signed-off-by: Mihai Prica
---
meta/recipes-connectivity/bluez5/bluez5.inc |1 +
1 file changed, 1 insertion(+)
diff --git a/meta/recipes-connectivity/bluez5/bluez5.inc
b/meta/recipes-conn
On 6 September 2013 15:42, Richard Purdie
wrote:
> -sread, swrite, serror = select.select(socklist, [], [], 0)
> +sread, swrite, serror = select.select(socklist, [], [], 0.1)
As discussed on IM, for the purposes of this loop a timeout of seconds
instead of fraction
If binfmt_misc was compiled as a module but isn't installed then systemd-binfmt
will put an automounter on /proc/sys/fs/binfmt_misc and when it attempts to
automount (e.g. when df is called) it can't find support for the filesystem, and
throws an error.
As binfmt_misc isn't commonly used, split th
A 0 value to select.select() immediately returns with no timeout. This was
pegging the cpu at 100% for the python process which was bad and may be
contributing to some of the timeout problems.
Profile from -P of a core-image-minimal before:
97526792 function calls (97525652 primitive calls) i
On Fri, 2013-09-06 at 15:38 +0200, Mihaela Sendrea wrote:
> libstdc++-v3 tests need g++ installed on the target, otherwise the
> majority of the tests will fail.
Shouldn't that be listed in RDEPENDS then? I'm guessing the problem is
that adds the target gcc into the build and kills performance? :/
On Fri, Sep 6, 2013 at 1:35 AM, Khem Raj wrote:
> Some packages like grub have already stripped binaries e.g.
>
> ERROR: QA Issue: File '/boot/grub/kernel.img' from grub was already
> stripped, this will prevent future debugging!
> ERROR: QA run found fatal errors. Please consider fixing them.
>
Nedeed for gcc-runtime tests.
Signed-off-by: Mihaela Sendrea
---
.../dejagnu-1.5/remove-expect-tcl-dependency.patch | 34
meta/recipes-devtools/dejagnu/dejagnu_1.5.bb | 19 +++
2 files changed, 53 insertions(+)
create mode 100644
meta/recipes-devtools/dej
libstdc++-v3 tests need g++ installed on the target, otherwise the
majority of the tests will fail.
The v3-build_support (initial support for objects needed for the test
suite) is built separately at build time, to be able to still run and
see the testcases and their output: PASS/FAIL/SKIP.
Signed
Nedeed for gcc-runtime tests.
Signed-off-by: Mihaela Sendrea
---
.../expect/expect/0001-configure.in.patch | 108
.../expect/expect/0002-tcl.m4.patch| 17 +++
meta/recipes-devtools/expect/expect_5.45.bb| 53 ++
3 files changed, 1
On Fri, 2013-09-06 at 00:08 -0700, Khem Raj wrote:
> On Sep 5, 2013, at 2:17 PM, Richard Purdie
> wrote:
>
> > These are the hacks I needed to make libgfortran build. This is ugly, no
> > argument from me. We could probably get better results if we patch
> > configure and libtool to stop doing n
On 6 September 2013 05:36, Khem Raj wrote:
> rpm macros should be independent of libdir
> Fixes errors seen when multilib is turned on
> it shows up since then libdir != usr/lib
I can't see a reason to package the rpm macros at all, it's not like
there'll be ever be used unless you are building R
Some packages like grub have already stripped binaries e.g.
ERROR: QA Issue: File '/boot/grub/kernel.img' from grub was already
stripped, this will prevent future debugging!
ERROR: QA run found fatal errors. Please consider fixing them.
We would like to have a possibility to skip it using somethi
The connman init.d script tried to ignore all the network interfaces
if NFS root is configured. We should only ignore the interface
that is used by NFS root.
[YOCTO #4587]
Signed-off-by: Jukka Rissanen
---
meta/recipes-connectivity/connman/connman/connman | 14 --
1 file changed, 12
On Sep 5, 2013, at 2:17 PM, Richard Purdie
wrote:
> These are the hacks I needed to make libgfortran build. This is ugly, no
> argument from me. We could probably get better results if we patch
> configure and libtool to stop doing nasty things. I've probably taken
> this as far as I'd want to
On Sep 5, 2013, at 2:14 PM, Richard Purdie
wrote:
> Add packaging for libgfortran and libquadmath as well as tweak the packaging
> for libmudflap since it was broken.
Looks good to me.
>
> Signed-off-by: Richard Purdie
> ---
> diff --git a/meta/recipes-devtools/gcc/gcc-runtime.inc
> b/meta
53 matches
Mail list logo
