On Wed, 2015-05-06 at 23:47 -0700, Khem Raj wrote:
> > On May 6, 2015, at 1:11 AM, Richard Purdie
> > wrote:
> >
> > But we build gcc-cross-arm once. This will cause it to rebuild depending
> > on which machine you target? Worse, it likely will now do this for all
> > architectures, not just arm
> On May 6, 2015, at 1:11 AM, Richard Purdie
> wrote:
>
> But we build gcc-cross-arm once. This will cause it to rebuild depending
> on which machine you target? Worse, it likely will now do this for all
> architectures, not just arm.
only when float ABI changes which may be common across a su
> On May 6, 2015, at 8:39 AM, Martin Jansa wrote:
>
> On Fri, May 01, 2015 at 07:47:42PM +0200, Martin Jansa wrote:
>> From: Andre McCurdy
>>
>> As per the Mesa 10.2 release notes, "--with-llvm-shared-libs"
>> has been renamed to "--enable-llvm-shared-libs".
>>
>> http://www.mesa3d.org/relno
> On May 6, 2015, at 8:33 AM, Martin Jansa wrote:
>
> I'm considering providing simple old-style recipes for vanilla kernels
> and using them in my jenkins builds instead linux-yocto, because kernel
> shouldn't block testing other recipes from meta-oe and other layers as
> often as linux-yocto d
> On May 6, 2015, at 2:38 PM, Igor Santos wrote:
>
> +do_install() {
> +install -d ${D}${bindir}
> +install -m 755 ${B}/ctags ${D}${bindir}/
> +install -d ${D}${mandir}/man1/
> +install -m 644 ${B}/ctags.1 ${D}${mandir}/man1/
> +}
you could just bundle whole function into two li
From: Roy Li
Upgrade to fix CVE-2015-0245
Signed-off-by: Roy Li
---
meta/recipes-core/dbus/dbus_1.8.10.bb | 4
meta/recipes-core/dbus/dbus_1.8.16.bb | 4
2 files changed, 4 insertions(+), 4 deletions(-)
delete mode 100644 meta/recipes-core/dbus/dbus_1.8.10.bb
create mode 100644 met
On Wed, May 06, 2015 at 09:12:43PM +0200, Steffen Sledz wrote:
> Am 02.05.2015 um 23:55 schrieb Andrea Adami:
> > On Fri, May 1, 2015 at 6:06 PM, Denys Dmytriyenko wrote:
> >> Has anyone ever seen this message during .do_rootfs task?
> >>
> >> Collected errors:
> >> * opkg_install_pkg: Package m
I use tmpfs in most of my builds, so in most cases when I see the error
from the build, tmpfs is already gone (purged by next build executed on the
same sever).
On Wed, May 6, 2015 at 11:32 PM, Richard Purdie <
richard.pur...@linuxfoundation.org> wrote:
> On Wed, 2015-05-06 at 13:46 -0400, Bruce
Cscope is an interactive, screen-oriented tool that allows the user to
browse through C source files for specified elements of code.
Signed-off-by: Igor Santos
---
meta/recipes-devtools/cscope/cscope_15.8b.bb | 24
1 file changed, 24 insertions(+)
create mode 100644 met
Hi, these series add ctags and cscope to the devtools.
It's interesting to add these tools to the stable branches.
Igor Santos (2):
ctags: add exuberant ctags
cscope: add cscope
meta/recipes-devtools/cscope/cscope_15.8b.bb | 24
meta/recipes-devtools/ctags/ctags_5.8.
Ctags generates an index (or tag) file of language objects found in
source files that allows these items to be quickly and easily located by
a text editor or other utility. A tag signifies a language object for
which an index entry is available (or, alternatively, the index entry
created for that o
On Wed, 2015-05-06 at 13:46 -0400, Bruce Ashfield wrote:
> On 2015-05-06 12:07 PM, Martin Jansa wrote:
> > I've used master-next week or two ago (mostly to test bluez4 and python3
> > changes) and soon after that dropped all linux-yocto related changes
> > from it assuming that it's indeed cause fo
Race condition between do_compile_kernelmodules and do_shared_workdir
tasks occurs when do_compile_kernelmodules changes files in
include/generated/* while do_shared_workdir tries to copy them to
shared working directory.
Fixed race by moving do_shared_workdir after do_compile but before
do_compil
Am 02.05.2015 um 23:55 schrieb Andrea Adami:
> On Fri, May 1, 2015 at 6:06 PM, Denys Dmytriyenko wrote:
>> Has anyone ever seen this message during .do_rootfs task?
>>
>> Collected errors:
>> * opkg_install_pkg: Package md5sum mismatch. Either the opkg or
>> the package index are corrupt. Try '
On 2015-05-06 12:07 PM, Martin Jansa wrote:
On Wed, May 06, 2015 at 04:44:46PM +0100, Richard Purdie wrote:
On Wed, 2015-05-06 at 17:33 +0200, Martin Jansa wrote:
On Wed, May 06, 2015 at 10:58:36AM -0400, Bruce Ashfield wrote:
On 2015-05-06 10:42 AM, Martin Jansa wrote:
At this point, all I ca
mkdirhier() doesn't raise an exception if the directory exists, so if it
does raise one we should just be failing, otherwise we're just going
to hit errors later anyway.
Signed-off-by: Paul Eggleton
---
meta/classes/buildstats.bbclass | 15 +++
1 file changed, 3 insertions(+), 12 del
* Drop trailing whitespace
* Use spaces around equals in assignments
* Replace an errant tab with spaces
Signed-off-by: Paul Eggleton
---
meta/classes/buildstats.bbclass | 50 -
1 file changed, 25 insertions(+), 25 deletions(-)
diff --git a/meta/classes/b
* Rename BNFILE and DEVFILE so that they are clearly specific to this
class, since they end up in the global scope
* Use "with open" when opening files consistently
* Use getVar('PF', True) instead of expand('${PF}')
* Drop some unnecessary assignments
Signed-off-by: Paul Eggleton
---
meta/cla
The following changes since commit 4563788a21fb1715920cd5056b43d85c69563c32:
connman: upgrade to 1.29 (2015-05-05 22:14:10 +0100)
are available in the git repository at:
git://git.openembedded.org/openembedded-core-contrib paule/buildstats
http://cgit.openembedded.org/cgit.cgi/openembedde
On Wed, May 06, 2015 at 04:44:46PM +0100, Richard Purdie wrote:
> On Wed, 2015-05-06 at 17:33 +0200, Martin Jansa wrote:
> > On Wed, May 06, 2015 at 10:58:36AM -0400, Bruce Ashfield wrote:
> > > On 2015-05-06 10:42 AM, Martin Jansa wrote:
> > > At this point, all I can say is file a bug. My builds
On 06/05/15 01:33, Rongqing Li wrote:
On 2015年05月05日 23:34, Burton, Ross wrote:
On 5 May 2015 at 08:14, mailto:rongqing...@windriver.com>> wrote:
Upgrade to fix the several CVEs: CVE-2014-0488, CVE-2014-0490
Remove apt-0.9.9.4-CVE-2014-0478.patch, which was backport.
Romve no-k
On 2015-05-05 04:05 PM, Otavio Salvador wrote:
On Tue, May 5, 2015 at 4:51 PM, Richard Purdie
wrote:
On Mon, 2015-05-04 at 14:45 -0400, Randy MacLeod wrote:
...
Certainly a recipe in meta-oe and someone experimenting with it would be
great and I've love to see the feedback and results but I'd
On Wed, 2015-05-06 at 17:33 +0200, Martin Jansa wrote:
> On Wed, May 06, 2015 at 10:58:36AM -0400, Bruce Ashfield wrote:
> > On 2015-05-06 10:42 AM, Martin Jansa wrote:
> > At this point, all I can say is file a bug. My builds of the same
> > board work, and the autobuilder show up green.
> >
> >
On 2015-05-05 03:14 AM, rongqing...@windriver.com wrote:
From: Roy Li
Upgrade to fix the several CVEs: CVE-2014-0488, CVE-2014-0490
Remove apt-0.9.9.4-CVE-2014-0478.patch, which was backport.
Romve no-ko-translation.patch, apt-1.0.9.9 has ko translation
s/Romve/Remove/
Update use-host.patch n
On Fri, May 01, 2015 at 07:47:42PM +0200, Martin Jansa wrote:
> From: Andre McCurdy
>
> As per the Mesa 10.2 release notes, "--with-llvm-shared-libs"
> has been renamed to "--enable-llvm-shared-libs".
>
> http://www.mesa3d.org/relnotes/10.2.html
Be aware that this correctly enables gallium-ll
On Wed, May 06, 2015 at 10:58:36AM -0400, Bruce Ashfield wrote:
> On 2015-05-06 10:42 AM, Martin Jansa wrote:
> > On Sat, May 02, 2015 at 10:50:53PM -0400, Bruce Ashfield wrote:
> >> On 2015-05-02 4:13 AM, Martin Jansa wrote:
> >>> On Fri, May 01, 2015 at 07:30:24PM -0400, Bruce Ashfield wrote:
> >
Hello,
Can other interested stakeholders test this upgrade to their own interest and
variations?
I tested a lot of combinations, but my testing cannot be exhaustive when we are
talking about qemu.
Thanks,
Cristian
-Original Message-
From: openembedded-core-boun...@lists.openembedded.or
Qemu-Arm-versatilepb-Add-memory-size-checking.patch
brought up to date;
37ed3bf1ee07bb1a26adca0df8718f601f231c0b.patch removed,
integrated upstream;
glx enable config option changed to opengl enable,
update accordingly.
Signed-off-by: Cristian Iorga
---
...-Arm-versatilepb-Add-memory-size-checki
qemu guesses via probing the format of root FS, but
gives a warning and restricts write operations on block 0.
So fix it by setting correctly the format as raw.
Signed-off-by: Cristian Iorga
---
scripts/runqemu-internal | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/scri
The following changes since commit b2b59b14ecfe13ba794d92f97d1403d6503c7407:
poky.conf: remove SVK mirror (2015-05-05 22:18:23 +0100)
are available in the git repository at:
git://git.yoctoproject.org/poky-contrib Ciorga/qemu-upg
http://git.yoctoproject.org/cgit.cgi/poky-contrib/log/?h=Cio
On 2015-05-06 10:42 AM, Martin Jansa wrote:
On Sat, May 02, 2015 at 10:50:53PM -0400, Bruce Ashfield wrote:
On 2015-05-02 4:13 AM, Martin Jansa wrote:
On Fri, May 01, 2015 at 07:30:24PM -0400, Bruce Ashfield wrote:
On 2015-05-01 6:59 PM, Richard Purdie wrote:
On Thu, 2015-04-30 at 21:34 -0400
The next changes are to add support for handle INCOMPATIBLE_LICENSE in
manifest creation, in order to do it the license_create_manifest was
reimplemented in python and also added some tweaks for save disk space
during build.
The following changes since commit b2b59b14ecfe13ba794d92f97d1403d6503c
When INCOMPATIBLE_LICENSE's is specified it need to be removed from
license.manifest and also avoid copy to target image.
Add ManifestVisitor that walk the license string searching for
INCOMPATIBLE_LICENSE's if found remove it.
[YOCTO #6765]
Signed-off-by: Aníbal Limón
---
meta/classes/license
Add dont_want_licenses as parameter to license_ok function and move it
to oe.license module in order to use in other modules.
Signed-off-by: Aníbal Limón
---
meta/classes/license.bbclass | 21 -
meta/lib/oe/license.py | 14 ++
2 files changed, 18 insertions(
Reimplemented license_manifest_create from shell to python for
INCOMPATIBLE_LICENSE handle using oe.license module.
Optimizations are made to avoid license copy now uses a hardlink
and symbolic link this helps to save space during build.
Signed-off-by: Aníbal Limón
---
meta/classes/license.bbcl
On Wed, 2015-05-06 at 17:03 +0300, Ed Bartosh wrote:
> Race condition between do_compile_kernelmodules and do_shared_workdir
> tasks occurs when do_compile_kernelmodules changes files in
> include/generated/* while do_shared_workdir tries to copy them to
> shared working directory.
>
> Fixed race
On Wed, May 6, 2015 at 10:03 AM, Ed Bartosh wrote:
> Race condition between do_compile_kernelmodules and do_shared_workdir
> tasks occurs when do_compile_kernelmodules changes files in
> include/generated/* while do_shared_workdir tries to copy them to
> shared working directory.
>
> Fixed race by
Just tried that. Change the SRCREV of the module, and ran
bitbake-whatchanged kernel-module-dyplo
Then it claims nothing changed:
$ bitbake-whatchanged kernel-module-dyplo
Figuring out the STAMPS_DIR ...
Generating the new stamps ... (need several minutes)
=== Summary: (0 changed, 0 unchanged)
Race condition between do_compile_kernelmodules and do_shared_workdir
tasks occurs when do_compile_kernelmodules changes files in
include/generated/* while do_shared_workdir tries to copy them to
shared working directory.
Fixed race by moving do_shared_workdir after do_compile_kernelmodules.
[YOC
On Wed, May 6, 2015 at 9:57 AM, wrote:
>> -Original Message-
>> From: Bruce Ashfield [mailto:bruce.ashfi...@gmail.com]
>> Sent: Wednesday, May 06, 2015 3:37 PM
>> To: Pankratz, Steffen
>> Cc: Patches and discussions about the oe-core layer
>> Subject: Re: [OE-core] KBUILD_DEFCONFIG issue
> -Original Message-
> From: Bruce Ashfield [mailto:bruce.ashfi...@gmail.com]
> Sent: Wednesday, May 06, 2015 3:37 PM
> To: Pankratz, Steffen
> Cc: Patches and discussions about the oe-core layer
> Subject: Re: [OE-core] KBUILD_DEFCONFIG issue
> >> > I am in the process of creating a boar
On Wed, May 6, 2015 at 9:28 AM, wrote:
>> -Original Message-
>> From: Bruce Ashfield [mailto:bruce.ashfi...@gmail.com]
>> Sent: Wednesday, May 06, 2015 2:47 PM
>
> Hi Bruce
>
>> > I am in the process of creating a board support package (1) for NVIDIAs
>> Jetson TK1 board (2).
>> >
>> > In
> -Original Message-
> From: Bruce Ashfield [mailto:bruce.ashfi...@gmail.com]
> Sent: Wednesday, May 06, 2015 2:47 PM
Hi Bruce
> > I am in the process of creating a board support package (1) for NVIDIAs
> Jetson TK1 board (2).
> >
> > In my kernel recipe I am using 'KBUILD_DEFCONFIG = "te
On Wed, May 6, 2015 at 3:10 AM, wrote:
> Hi
>
> I am in the process of creating a board support package (1) for NVIDIAs
> Jetson TK1 board (2).
>
> In my kernel recipe I am using 'KBUILD_DEFCONFIG = "tegra_defconfig"' but the
> build failed always.
>
> I think the issue is in do_kernel_metadata
On 06-05-15 14:35, Richard Purdie wrote:
On Wed, 2015-05-06 at 08:35 +0200, Mike Looijmans wrote:
Something in recent OE-core triggered a weird dependency "backfire".
If I change a recipe for a kernel module (a bb recipe that does "inherit
module") this will trigger a rebuild of the whole ker
On Wed, 2015-05-06 at 08:35 +0200, Mike Looijmans wrote:
> Something in recent OE-core triggered a weird dependency "backfire".
>
> If I change a recipe for a kernel module (a bb recipe that does "inherit
> module") this will trigger a rebuild of the whole kernel.
>
> This turns the 5-second jo
On 06-05-15 12:35, Burton, Ross wrote:
On 6 May 2015 at 07:35, Mike Looijmans mailto:mike.looijm...@topic.nl>> wrote:
If I change a recipe for a kernel module (a bb recipe that does "inherit
module") this will trigger a rebuild of the whole kernel.
You can start to debug this by usin
On 6 May 2015 at 08:04, Khem Raj wrote:
> We use standard ISO C data types and get rid of configure guess work
> which is iffy in cross compiled environment. Cleans up the re-build as well
> since we were deleting art_config.h without considering if the file is
> there in first place or not.
>
F
On 6 May 2015 at 07:35, Mike Looijmans wrote:
> If I change a recipe for a kernel module (a bb recipe that does "inherit
> module") this will trigger a rebuild of the whole kernel.
>
You can start to debug this by using bitbake-whatchanged. Build the kernel
and modules, make a minor change to th
Race condition between do_compile_kernelmodules and do_shared_workdir
tasks occurs when do_compile_kernelmodules changes files in
include/generated/* while do_shared_workdir tries to copy them to
shared working directory.
Functionality of do_shared_workdir has been moved to separate function
mk_sh
From: Roy Li
Backport a patch to fix CVE-2015-1572
http://web.nvd.nist.gov/view/vuln/detail?vulnId=CVE-2015-1572
Signed-off-by: Roy Li
---
...-fix-potential-buffer-overflow-in-closefs.patch | 58 ++
.../recipes-devtools/e2fsprogs/e2fsprogs_1.42.9.bb | 1 +
2 files changed,
Something in recent OE-core triggered a weird dependency "backfire".
If I change a recipe for a kernel module (a bb recipe that does "inherit
module") this will trigger a rebuild of the whole kernel.
This turns the 5-second job of just updating a single module into a several
minute workout f
On Wed, 2015-05-06 at 00:04 -0700, Khem Raj wrote:
> This helps in configuring the cross compiler to have sane defaults
> in case of ARM e.g. it will do the right thing for selecting hardfloat
> ABI when invoked without using TOOLCHAIN_OPTIONS on cmdline.
>
> Signed-off-by: Khem Raj
> ---
> meta
From: Roy Li
Upgrade to include a security fixes for CVE-2015-3153
Signed-off-by: Roy Li
---
meta/recipes-support/curl/{curl_7.42.0.bb => curl_7.42.1.bb} | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
rename meta/recipes-support/curl/{curl_7.42.0.bb => curl_7.42.1.bb} (93%)
diff -
Hi
I am in the process of creating a board support package (1) for NVIDIAs Jetson
TK1 board (2).
In my kernel recipe I am using 'KBUILD_DEFCONFIG = "tegra_defconfig"' but the
build failed always.
I think the issue is in do_kernel_metadata (meta/classes/kernel-yocto.bbclass),
if no defconfig e
Change-Id: I54dc82a569f02d489137d88f16d6b768c4ab779b
Signed-off-by: Khem Raj
---
meta/recipes-devtools/gcc/gcc-4.9.inc | 1 +
...IBS_DIR-replacement-instead-of-hardcoding.patch | 24 +++
meta/recipes-devtools/gcc/gcc-5.1.inc | 1 +
...IBS_DIR-replacemen
We use standard ISO C data types and get rid of configure guess work
which is iffy in cross compiled environment. Cleans up the re-build as well
since we were deleting art_config.h without considering if the file is
there in first place or not.
Signed-off-by: Khem Raj
---
.../libart_lgpl-2.3.21-
This helps in configuring the cross compiler to have sane defaults
in case of ARM e.g. it will do the right thing for selecting hardfloat
ABI when invoked without using TOOLCHAIN_OPTIONS on cmdline.
Signed-off-by: Khem Raj
---
meta/recipes-devtools/gcc/gcc-cross.inc | 2 ++
1 file changed, 2 ins
we still need nativesdk or native recipes for libc to come
from glibc, but only be ignored for target recipes types
Change-Id: Ibaf8114f2aef63f1eadf493b264e78cd928535a0
Signed-off-by: Khem Raj
---
meta/recipes-core/glibc/glibc-collateral.inc | 3 +++
meta/recipes-core/glibc/glibc_2.21.bb
musl 1.1.8 supports aarch64
Change-Id: Ie8d39a29dcb7a41c8d59d2a00528b6add8a7655c
Signed-off-by: Khem Raj
---
meta/classes/insane.bbclass | 2 ++
1 file changed, 2 insertions(+)
diff --git a/meta/classes/insane.bbclass b/meta/classes/insane.bbclass
index ab4bd78..14d4a3c 100644
--- a/meta/classe
This patchset adds gcc 5.1.0 recipes, additionally fixes
gcc configure defaults for cross building, fixes aarch64 multilib
case
Accomodate aach64 for musl and let glibc not build for non-glibc libcs
add patch to libart-lgpl to avoid configure time checks for datasizes
Khem Raj (6):
glibc: igno
61 matches
Mail list logo