Hi Jagadeesh,
On 11.10.2016 14:11, Jagadeesh Krishnanjanappa wrote:
> Hi Andreas,
>
> Thanks for reviewing the patch.
>
>
> I think this is too fragile to land in OE-Core. What happens if a
> network driver prints "device=eth0"? Or if other kernel messages make
> the string disappea
Hi Chistopher,
On 11.10.2016 21:34, Christopher Larson wrote:
>
> On Tue, Oct 11, 2016 at 12:03 PM, Jagadeesh Krishnanjanappa
> mailto:jkrishnanjana...@mvista.com>> wrote:
>
> On Tue, Oct 11, 2016 at 9:06 PM, Christopher Larson
> mailto:clar...@kergoth.com>> wrote:
>
>
> On Tue
On 12 October 2016 at 09:31, Robert Yang wrote:
> Its Makefile's do_install creates .pyc files for python3, now also
> create them for python2 so that they will be recorded by manifest, and
> can be cleaned correctly.
So this is about autotools byte-compiling for python3 at install time and
the
On 10/12/2016 04:00 PM, Jussi Kukkonen wrote:
On 12 October 2016 at 09:31, Robert Yang mailto:liezhi.y...@windriver.com>> wrote:
Its Makefile's do_install creates .pyc files for python3, now also
create them for python2 so that they will be recorded by manifest, and
can be cleaned
The following changes since commit 1a2311c8fa9a3703568cd390c44639fe3335023e:
build-appliance-image: Update to master head revision (2016-10-11 23:43:20
+0100)
are available in the git repository at:
git://git.openembedded.org/openembedded-core-contrib rbt/package
http://cgit.openembedded
Fixed:
WARNING: attr-2.4.47-r0 do_package_write_tar: Task do_package_tar changed cwd
to /path/to/attr/2.4.47-r0/packages-split/attr-locale-sv
Signed-off-by: Robert Yang
---
meta/classes/package_tar.bbclass | 5 +
1 file changed, 5 insertions(+)
diff --git a/meta/classes/package_tar.bbclass
There is a do_package_write_foo[cleandirs], so the
do_package_write_foo[dirs] is not needed.
Signed-off-by: Robert Yang
---
meta/classes/package_deb.bbclass | 1 -
meta/classes/package_ipk.bbclass | 1 -
meta/classes/package_rpm.bbclass | 1 -
3 files changed, 3 deletions(-)
diff --git a/meta/c
On 12 October 2016 at 03:37, wrote:
> gcc checks threads and leak sanitizers support when do configure. If not
> supported, packages of tsan and lsan are empty. If add such package to
> image it fails to build:
>
> | ERROR: core-image-minimal-1.0-r0 do_rootfs: libtsan-dev not found in the
> feeds
On 12 October 2016 at 10:19, Robert Yang wrote:
> There is a do_package_write_foo[cleandirs], so the
> do_package_write_foo[dirs] is not needed.
>
[dirs] changes the cwd whereas [cleandirs] doesn't, so assuming that you've
verified this isn't a problem the message should explain that the tasks
c
Hi,
could you kindly merge the following fix from master to krogoth branch?
0445e68fdbbba5c4efb6422c89ee864e4273b114
The issue mentioned in the commit message can be reproduced on
krogoth builds on armv8. The patch fixes the problem.
Issue described in commit message:
The libical build QA fai
On 12 October 2016 at 07:31, Robert Yang wrote:
> +cd ${D}${libdir}/xcb-proto/xcbgen
> +python -m py_compile *.py
>
The cd is redundant as you can pass absolute paths to py_compile.
Ross
--
___
Openembedded-core mailing list
Openembedded-cor
* syslinux config hardcodes kernel image as /vmlinuz add warning message
when the selected image doesn't exist and allow to select different image
with VM_DEFAULT_KERNEL variable (qemuboot.bbclass is using QB_DEFAULT_KERNEL)
Signed-off-by: Martin Jansa
---
meta/classes/live-vm-common.bbclass
To produce certain types of images wic uses do_bootimg results
to assemble final image. For example, it copies BOOT/EFI directory
produced by do_bootimg to boot partition for every EFI image.
The tricky part of this is that do_bootimg task is not always run,
so we can't always make do_image_wic de
On Thu, Oct 06, 2016 at 10:54:22AM +0200, Martin Jansa wrote:
> Either use 4.7.99+4.8-rc4 like most other recipes do or at least "4.8~rc4"
> which might sort lower than "4.8" (but needs to be verified for all
> packaging backends first).
>
> Ignoring all this completely results with what we can se
gmplib has some assembly routines. These have not been optimized
for MIPS R6 yet. Add --disable-assembly so that the C implementation
is used.
Signed-off-by: Zubair Lutfullah Kakakhel
---
meta/recipes-support/gmp/gmp_6.1.1.bb | 4
1 file changed, 4 insertions(+)
diff --git a/meta/recipes-s
On 12 October 2016 at 23:18, Martin Jansa wrote:
> On Thu, Oct 06, 2016 at 10:54:22AM +0200, Martin Jansa wrote:
>> Either use 4.7.99+4.8-rc4 like most other recipes do or at least "4.8~rc4"
>> which might sort lower than "4.8" (but needs to be verified for all
>> packaging backends first).
>>
>>
The tuples for MIPS r6 onwards are
- mipsisa32r6el
- mipsisa32r6
- mipsisa64r6el
- mipsisa64r6
The default case passes it forward which isn't handled well and
causes a build error. Rework the case statement to make it generic.
Signed-off-by: Zubair Lutfullah Kakakhel
---
meta/recipes-support/li
On Wed, Oct 12, 2016 at 11:55:00PM +1100, Jonathan Liu wrote:
> On 12 October 2016 at 23:18, Martin Jansa wrote:
> > On Thu, Oct 06, 2016 at 10:54:22AM +0200, Martin Jansa wrote:
> >> Either use 4.7.99+4.8-rc4 like most other recipes do or at least "4.8~rc4"
> >> which might sort lower than "4.8"
Hi,
is this separate variable working correctly?
It was introduced in:
commit 522ba4c51fff53566678b2689d0d63c393e417b3
Author: Richard Purdie
Date: Fri Sep 11 13:25:46 2015 +0100
populate_sdk_base: Fix aarch64 OLDEST_KERNEL sdk issues
aarch64 sets OLDEST_KERNEL to 3.14. This stops th
I just ran into an annoying problem with two recipes whose upstreams
both use the same poor naming scheme for their downloadable tarballs
which causes the sources to collide in DL_DIR. One of them is eudev,
which has:
SRC_URI = "https://github.com/gentoo/${BPN}/archive/v${PV}.tar.gz
This shows u
This update will avoid confusion with other parts of OE-Core that
set the kernel version to 4.8 for qemux86* and genericx86*.
Signed-off-by: Saul Wold
---
meta/conf/machine/include/x86-base.inc | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta/conf/machine/include/x86-base
On Wed, Oct 12, 2016 at 06:01:05PM +0100, Phil Blundell wrote:
> I just ran into an annoying problem with two recipes whose upstreams
> both use the same poor naming scheme for their downloadable tarballs
> which causes the sources to collide in DL_DIR. One of them is eudev,
> which has:
>
> SRC_
On Wed, Oct 12, 2016 at 10:01 AM, Phil Blundell wrote:
> I just ran into an annoying problem with two recipes whose upstreams
> both use the same poor naming scheme for their downloadable tarballs
> which causes the sources to collide in DL_DIR. One of them is eudev,
> which has:
>
> SRC_URI = "
On Wed, Oct 12, 2016 at 12:30 AM, Andreas Oberritter
wrote:
> On 11.10.2016 21:34, Christopher Larson wrote:
> >
> > On Tue, Oct 11, 2016 at 12:03 PM, Jagadeesh Krishnanjanappa
> > mailto:jkrishnanjana...@mvista.com>>
> wrote:
> >
> > On Tue, Oct 11, 2016 at 9:06 PM, Christopher Larson
> >
On Wed, Oct 12, 2016 at 10:01 AM, Phil Blundell wrote:
> I just ran into an annoying problem with two recipes whose upstreams
> both use the same poor naming scheme for their downloadable tarballs
> which causes the sources to collide in DL_DIR. One of them is eudev,
> which has:
>
> SRC_URI = "h
On Wed, Oct 12, 2016 at 5:52 AM, Zubair Lutfullah Kakakhel
wrote:
> gmplib has some assembly routines. These have not been optimized
> for MIPS R6 yet. Add --disable-assembly so that the C implementation
> is used.
>
> Signed-off-by: Zubair Lutfullah Kakakhel
> ---
> meta/recipes-support/gmp/gmp
On 12.10.2016 19:49, Christopher Larson wrote:
>
> On Wed, Oct 12, 2016 at 12:30 AM, Andreas Oberritter
> mailto:o...@opendreambox.org>> wrote:
>
> On 11.10.2016 21:34, Christopher Larson wrote:
> >
> > On Tue, Oct 11, 2016 at 12:03 PM, Jagadeesh Krishnanjanappa
> > mailto:jkrishn
On 12 October 2016 at 18:30, Martin Jansa wrote:
> Github archives are regenerated from time to time and then the checksums
> are changed, so 3rd option is to use git fetcher with SRCREV matching the
> has of v${PV} tag.
>
Note that Github maintain that this isn't the case for .tar.gz archives.
On Wed, Oct 12, 2016 at 08:11:57PM +0100, Burton, Ross wrote:
> On 12 October 2016 at 18:30, Martin Jansa wrote:
>
> > Github archives are regenerated from time to time and then the checksums
> > are changed, so 3rd option is to use git fetcher with SRCREV matching the
> > has of v${PV} tag.
> >
On 2016-10-08 09:17 PM, Huang, Jie (Jackie) wrote:
-Original Message-
From: MacLeod, Randy
Sent: Friday, October 07, 2016 4:54 AM
To: Bruce Ashfield; Khem Raj; Huang, Jie (Jackie)
Cc: Patches and discussions about the oe-core layer
Subject: Re: [OE-core] [PATCH] linux-libc-headers: if_
Hi Martin,
On Wed, 12 Oct 2016 15:26:15 Martin Jansa wrote:
> is this separate variable working correctly?
>
> It was introduced in:
> commit 522ba4c51fff53566678b2689d0d63c393e417b3
> Author: Richard Purdie
> Date: Fri Sep 11 13:25:46 2015 +0100
>
> populate_sdk_base: Fix aarch64 OLDEST_
Since the move to put image deployment under sstate control in
d54339d4b1a7e884de636f6325ca60409ebd95ff old images are automatically
removed before a new image is deployed (the default behaviour of the
sstate logic).
RM_OLD_IMAGE is therefore no longer required to provide this
behaviour, remove th
RM_OLD_IMAGE has been removed so don't include this variable in
sample local.conf
Signed-off-by: Joshua Lock
---
meta/conf/local.conf.sample.extended | 3 ---
1 file changed, 3 deletions(-)
diff --git a/meta/conf/local.conf.sample.extended
b/meta/conf/local.conf.sample.extended
index da4820d..
On Oct 12, 2016 10:21 PM, "Randy MacLeod"
wrote:
>
> On 2016-10-08 09:17 PM, Huang, Jie (Jackie) wrote:
>>
>>
>>
>>> -Original Message-
>>> From: MacLeod, Randy
>>> Sent: Friday, October 07, 2016 4:54 AM
>>> To: Bruce Ashfield; Khem Raj; Huang, Jie (Jackie)
>>> Cc: Patches and discussions
On Wed, Oct 12, 2016 at 4:21 PM, Randy MacLeod
wrote:
> On 2016-10-08 09:17 PM, Huang, Jie (Jackie) wrote:
>
>>
>>
>> -Original Message-
>>> From: MacLeod, Randy
>>> Sent: Friday, October 07, 2016 4:54 AM
>>> To: Bruce Ashfield; Khem Raj; Huang, Jie (Jackie)
>>> Cc: Patches and discussion
Patch taken from Binutils Bugzilla:
https://sourceware.org/bugzilla/show_bug.cgi?id=20649
Signed-off-by: Andre McCurdy
---
meta/recipes-devtools/binutils/binutils-2.27.inc | 1 +
.../0015-binutils-mips-gas-pic-relax-linkonce.diff | 65 ++
2 files changed, 66 insertions(
On Wed, Oct 12, 2016 at 12:30 PM, Andreas Oberritter
wrote:
> Hi Jagadeesh,
>
> On 11.10.2016 14:11, Jagadeesh Krishnanjanappa wrote:
> > Hi Andreas,
> >
> > Thanks for reviewing the patch.
> >
> >
> > I think this is too fragile to land in OE-Core. What happens if a
> > network driver pr
1.CVE-2016-2775.patch
[security] getrrsetbyname with a non absolute name could
trigger an infinite recursion bug in lwresd
and named with lwres configured if when combined
with a search list entry the resulting name is
too long. (
On 10/12/2016 07:36 PM, Burton, Ross wrote:
On 12 October 2016 at 07:31, Robert Yang mailto:liezhi.y...@windriver.com>> wrote:
+cd ${D}${libdir}/xcb-proto/xcbgen
+python -m py_compile *.py
The cd is redundant as you can pass absolute paths to py_compile.
Thanks, updated i
On Thu, 13 Oct 2016 09:38:08 Paul Eggleton wrote:
> On Wed, 12 Oct 2016 15:26:15 Martin Jansa wrote:
> > is this separate variable working correctly?
> >
> > It was introduced in:
> > commit 522ba4c51fff53566678b2689d0d63c393e417b3
> > Author: Richard Purdie
> > Date: Fri Sep 11 13:25:46 2015 +
On Oct 13, 2016 5:23 AM, "Paul Eggleton"
wrote:
>
> On Thu, 13 Oct 2016 09:38:08 Paul Eggleton wrote:
> > On Wed, 12 Oct 2016 15:26:15 Martin Jansa wrote:
> > > is this separate variable working correctly?
> > >
> > > It was introduced in:
> > > commit 522ba4c51fff53566678b2689d0d63c393e417b3
> >
On Thu, 13 Oct 2016 08:14:07 Khem Raj wrote:
> On Oct 13, 2016 5:23 AM, "Paul Eggleton"
> wrote:
> > Thinking about it - even if that were fixed, would setting it to 2.6.32
> > actually work on master? We are now using glibc 2.24 and that requires a
> > minimum kernel version of 3.2.0.
>
> For x8
On 10/12/2016 05:37 PM, Burton, Ross wrote:
On 12 October 2016 at 10:19, Robert Yang mailto:liezhi.y...@windriver.com>> wrote:
There is a do_package_write_foo[cleandirs], so the
do_package_write_foo[dirs] is not needed.
[dirs] changes the cwd whereas [cleandirs] doesn't, so assuming
43 matches
Mail list logo
