On Thu, Dec 10, 2015 at 02:48:16PM +0100, Martin Jansa wrote:
> The following changes since commit 9f339f516ab03d598fae0e536b3a420ea4d8ee1a:
>
> bash: Disable custom memory allocator (2015-11-20 15:46:27 +)
PING
>
> are available in the git repository at:
>
>
On Fri, 2016-01-15 at 13:10 +0100, Martin Jansa wrote:
> On Wed, Dec 23, 2015 at 01:40:36PM +, Joshua Lock wrote:
> > From: Joshua Lock
> >
> > Please consider the following fixes, available in the joshuagl/fido
> > -next
> > branch of openembedded-core-contrib,
On 15 January 2016 at 11:15, Richard Purdie <
richard.pur...@linuxfoundation.org> wrote:
> Can we just call this 1.42+1.43-git${SRCPV}?
>
I've a branch somewhere which added test cases for each package manager to
exercise the ~ codepaths in the package managers (where 1.42 < 1.43~git <
1.43)
IMAGE_TYPES_MASKED support was accidentally removed. The original
idea behind it was to remove some of the hardcoding in the core
image code, so do that for image-live and ensure the dependency
and masked variables correctly reflect the needs of the class.
This means we can remove all the
This cleans up the do_configure_qa code so that the exit status from
package_qa_handle_error is handled correctly.
It also converts package_qa_check_license to use our standard QA check
configuration interface through package_qa_handle_error rather than
a mix of return values, bb.fatal and
On 15.01.2016 14:06, Richard Purdie wrote:
> On Fri, 2016-01-15 at 13:03 +0100, Steffen Sledz wrote:
>> Hi all,
>>
>> for our internal development we use the Angstrom distro with some
>> additional layers. Now we try to switch from fido to jethro branches
>> and hit a problem where we are
On Wed, Dec 23, 2015 at 01:40:36PM +, Joshua Lock wrote:
> From: Joshua Lock
>
> Please consider the following fixes, available in the joshuagl/fido-next
> branch of openembedded-core-contrib, for the fido branch.
When is this going to be merged?
> Regards,
>
Whilst in theory return values are nice, handling the complex aggregation
of the return values is ugly. The code already uses QA_SANE as a marker
to signal problems. Whilst that isn't as idealistic, it makes the code
massively cleaner, so rely on this instead.
Signed-off-by: Richard Purdie
Whilst in theory return values are nice, handling the complex
aggregation of the return values is ugly. The code already uses QA_SANE
as a marker to signal problems. Whilst that isn't as idealistic, it
makes the code massively cleaner, so rely on this instead.
Signed-off-by: Richard Purdie
On Fri, 2016-01-15 at 13:03 +0100, Steffen Sledz wrote:
> Hi all,
>
> for our internal development we use the Angstrom distro with some
> additional layers. Now we try to switch from fido to jethro branches
> and hit a problem where we are overchallenged.
>
> Our local.conf contains
>
>
On Thu, 2016-01-14 at 18:29 -0800, Robert Yang wrote:
> There are a lot of binary packages have files in /etc/, but only a
> few
> of them have set CONFFILES, more than 180 packages are not set in a
> world build. So treat all the files in /etc/ as CONFFILES as Debian
> does:
> - All the files in
On Thu, 2016-01-14 at 18:15 -0800, Robert Yang wrote:
> * If more than one files have the same QA issue, package_qa_walk()
> can
> only print the last one, others are overrided, for example:
> messages["host-user-contaminated"] = "foo1"
> messages["host-user-contaminated"] = "foo2"
> Only
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi all,
for our internal development we use the Angstrom distro with some additional
layers. Now we try to switch from fido to jethro branches and hit a problem
where we are overchallenged.
Our local.conf contains
DISTRO_FEATURES_remove = "x11
On Thu, 2016-01-14 at 18:05 -0800, Robert Yang wrote:
> Upgrade to 1.43-WIP to make "mke2fs -d" support xattr, so that the
> layer
> which requires xattr such as meta-selinux can populate images easily.
>
> * Remove the following patches since they are alredy in the source.
>
> Op 15 jan. 2016 om 15:26 heeft Steffen Sledz het
> volgende geschreven:
>
>> On 15.01.2016 14:24, Steffen Sledz wrote:
>> And I made another interesting discovery: The exception appears on certain
>> machine types only, e.g with qemuarm it appears, with qemuarm64 or
On Tue, 2016-01-12 at 15:25 -0800, Armin Kuster wrote:
> changes in contrib branch for alt integration.
>
> The following changes since commit
> 0073b234d793099a371b2e529f740987decce756:
>
> yocto-bsp: Typo on the file extension (2016-01-07 12:13:55 +)
>
> are available in the git
On 16-01-15 03:13 AM, Andrea Adami wrote:
On Thu, Jan 14, 2016 at 1:21 PM, Martin Jansa wrote:
qemuarm was using slightly older metadata, that's why it shows more failures.
Reexecuting qemuarm build shows only one failure:
Summary: 1 task failed:
On 15.01.2016 14:24, Steffen Sledz wrote:
> And I made another interesting discovery: The exception appears on certain
> machine types only, e.g with qemuarm it appears, with qemuarm64 or qemux86
> not.
It seems that all machines based on armv5e are affected.
--
DResearch Fahrzeugelektronik
On Thu, Dec 10, 2015 at 02:48:20PM +0100, Martin Jansa wrote:
> * we don't want the do_package signature depending on INHERIT variable
> * e.g. just adding the own-mirrors causes texinfo to rebuild:
> # bitbake-diffsigs BUILD/sstate-diff/*/*/texinfo/*do_package.sig*
> basehash changed from
On Fri, 2016-01-15 at 15:26 +0100, Steffen Sledz wrote:
> On 15.01.2016 14:24, Steffen Sledz wrote:
> > And I made another interesting discovery: The exception appears on
> > certain machine types only, e.g with qemuarm it appears, with
> > qemuarm64 or qemux86 not.
>
> It seems that all machines
On Fri, 2016-01-15 at 14:41 +0100, Martin Jansa wrote:
> On Thu, Dec 10, 2015 at 02:48:20PM +0100, Martin Jansa wrote:
> > * we don't want the do_package signature depending on INHERIT
> > variable
> > * e.g. just adding the own-mirrors causes texinfo to rebuild:
> > # bitbake-diffsigs
Current Dev Position: YP 2.1 M2
Next Deadline: YP 2.1 M2 Cutoff (Feature Freeze) date is January 25, 2016 noon
GMT
SWAT team rotation: Cristian -> Randy
https://wiki.yoctoproject.org/wiki/Yocto_Build_Failure_Swat_Team
Key Status/Updates:
* Due to some people being sick, we're operating at
On Thu, 2016-01-14 at 14:46 +0800, Jian Liu wrote:
> If setting IMAGE_INSTALL += "linux-libc-headers", do_rootfs will
> cause
> error.
> ERROR: linux-libc-headers not found in the base feeds
>
> This is because that there is no linux-libc-headers.rpm generated.
There is no point in generating
On Wed, 2016-01-13 at 09:36 -0800, Khem Raj wrote:
> Hi All,
>
> We are carrying pth recipe in OE-Core.
>
> 1. There are no packages in OE-Core which depend on it.
> 2. pth is quite old ( last release was in 2006) moreover there is
> npth replacement available and we have recipe in OE-Core
>
>
On Fri, Jan 15, 2016 at 1:17 PM, Richard Purdie wrote:
> On Thu, 2016-01-14 at 14:46 +0800, Jian Liu wrote:
> > If setting IMAGE_INSTALL += "linux-libc-headers", do_rootfs will
> > cause
> > error.
> > ERROR: linux-libc-headers not found in the base feeds
> >
> > This is
On Fri, Jan 15, 2016 at 2:23 AM, Robert Yang
wrote:
>
> I've afraid this patch can't work well, when opkg-utils doesn't provide
> virtual/update-alternatives, then chkconfig would be built and there would
> be dependency loops for example,
>
> PACKAGECONFIG = "python"
On Fri, Jan 15, 2016 at 3:39 PM, Bruce Ashfield
wrote:
> On 16-01-15 03:13 AM, Andrea Adami wrote:
>>
>> On Thu, Jan 14, 2016 at 1:21 PM, Martin Jansa
>> wrote:
>>>
>>> qemuarm was using slightly older metadata, that's why it shows more
>>>
On 01/15/2016 07:15 PM, Richard Purdie wrote:
On Thu, 2016-01-14 at 18:05 -0800, Robert Yang wrote:
Upgrade to 1.43-WIP to make "mke2fs -d" support xattr, so that the
layer
which requires xattr such as meta-selinux can populate images easily.
* Remove the following patches since they are
applies to Jethro too as both are at same version.
Armin Kuster (1):
openssh: CVE-2016-1907
.../openssh/CVE-2016-1907_upstream_commit.patch| 33 ++
meta/recipes-connectivity/openssh/openssh_7.1p2.bb | 3 +-
2 files changed, 35 insertions(+), 1 deletion(-)
create mode
On 01/15/2016 07:12 PM, Richard Purdie wrote:
On Thu, 2016-01-14 at 18:29 -0800, Robert Yang wrote:
There are a lot of binary packages have files in /etc/, but only a
few
of them have set CONFFILES, more than 180 packages are not set in a
world build. So treat all the files in /etc/ as
On 01/16/2016 04:07 AM, Christopher Larson wrote:
On Fri, Jan 15, 2016 at 2:23 AM, Robert Yang > wrote:
I've afraid this patch can't work well, when opkg-utils doesn't provide
virtual/update-alternatives, then chkconfig
From: Armin Kuster
This issue requires three commits:
https://anongit.mindrot.org/openssh.git/commit/?id=ed4ce82dbfa8a3a3c8ea6fa0db113c71e234416c
https://anongit.mindrot.org/openssh.git/commit/?id=f98a09cacff7baad8748c9aa217afd155a4d493f
Found two more commits for this CVE.
Armin Kuster (1):
openssh: CVE-2016-1907
.../openssh/openssh/CVE-2016-1907_2.patch | 65
.../openssh/openssh/CVE-2016-1907_3.patch | 329 +
.../openssh/CVE-2016-1907_upstream_commit.patch| 33 +++
On 01/15/2016 04:27 PM, Robert Yang wrote:
On 01/15/2016 04:21 PM, Andreas Müller wrote:
On Mon, Dec 28, 2015 at 8:14 AM, Robert Yang wrote:
From: Martin Jansa
* WARN: gstreamer1.0-plugins-good: gstreamer1.0-plugins-good-video4linux2
Hi, Bruce:
No problem, thanks for letting me know the status.
//Ming Liu
2016-01-14 18:06 GMT+01:00 Bruce Ashfield :
> Just bumping this review to let you know that I haven't forgotten
> about it.
>
> I've been looking at the details at least twice now, but
The 66e32244aed8d33f1b49fbe78179f2442545c730 wrongly removed gudev from
PACKAGECONFIG, now add it back.
Signed-off-by: Robert Yang
---
.../gstreamer/gstreamer1.0-plugins-good.inc|2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git
The following changes since commit 901af5a00338fd8f1ace939123484ea91c090a7a:
libaio: don't disable linking to the system libraries (2016-01-14 15:18:16
+)
are available in the git repository at:
git://git.openembedded.org/openembedded-core-contrib rbt/jethro-next
On Mon, Dec 28, 2015 at 8:14 AM, Robert Yang wrote:
> From: Martin Jansa
>
> * WARN: gstreamer1.0-plugins-good: gstreamer1.0-plugins-good-video4linux2
> rdepends on libcap, but it isn't a build dependency?
> WARN: gstreamer1.0-plugins-good:
On 01/15/2016 04:21 PM, Andreas Müller wrote:
On Mon, Dec 28, 2015 at 8:14 AM, Robert Yang wrote:
From: Martin Jansa
* WARN: gstreamer1.0-plugins-good: gstreamer1.0-plugins-good-video4linux2
rdepends on libcap, but it isn't a build
On Thu, Jan 14, 2016 at 1:21 PM, Martin Jansa wrote:
> qemuarm was using slightly older metadata, that's why it shows more failures.
>
> Reexecuting qemuarm build shows only one failure:
> Summary: 1 task failed:
>
>
Hi Chris,
I've afraid this patch can't work well, when opkg-utils doesn't provide
virtual/update-alternatives, then chkconfig would be built and there would
be dependency loops for example,
PACKAGECONFIG = "python"
$ bitbake core-image-minimal
[snip]
ERROR:
Dependency loop #1 found:
Task
41 matches
Mail list logo