On 05/04/2016 03:48 AM, Joshua Lock wrote:
> This upgrade includes several worthwhile fixes, security and otherwise,
> including
> a complete fix for CVE-2016-2857.
>
> * drop CVE-2016-2857.patch as it's included in this release, along with
> several
> related patches which complete the fixe
On 5 May 2016 at 09:16, Jun Zhu wrote:
> This reverts commit 6464bcd67d10ab9967ac83c27c413c1014be707e.
>
> If another GUI xdg/autostart app runs, the xinput-calibrator may be hidden.
> And touching the GUI app causes the wrong input data for calibration.
> So it is not save to run xinput-calibrato
From: Armin Kuster
Signed-off-by: Armin Kuster
---
meta/recipes-devtools/gcc/gcc-5.3.inc | 1 +
.../gcc/gcc-5.3/CVE-2016-4490.patch| 270 +
2 files changed, 271 insertions(+)
create mode 100644 meta/recipes-devtools/gcc/gcc-5.3/CVE-2016-4490.p
From: Armin Kuster
Signed-off-by: Armin Kuster
---
meta/recipes-devtools/gcc/gcc-5.3.inc | 1 +
.../gcc/gcc-5.3/CVE-2016-4489.patch| 56 ++
2 files changed, 57 insertions(+)
create mode 100644 meta/recipes-devtools/gcc/gcc-5.3/CVE-2016-4489.pat
From: Armin Kuster
Signed-off-by: Armin Kuster
---
meta/recipes-devtools/gcc/gcc-5.3.inc | 1 +
.../gcc/gcc-5.3/CVE-2016-4488.patch| 73 ++
2 files changed, 74 insertions(+)
create mode 100644 meta/recipes-devtools/gcc/gcc-5.3/CVE-2016-4488.pat
From: Armin Kuster
Signed-off-by: Armin Kuster
---
meta/recipes-devtools/gcc/gcc-5.3.inc | 1 +
.../gcc/gcc-5.3/CVE-2016-2226.patch| 103 +
2 files changed, 104 insertions(+)
create mode 100644 meta/recipes-devtools/gcc/gcc-5.3/CVE-2016-2226.p
Hi Ross,
These can be found at:
https://github.com/abelal/openembedded-core/tree/mesa_updates
BR,
Awais
From: Burton, Ross [ross.bur...@intel.com]
Sent: Wednesday, May 04, 2016 7:40 PM
To: Belal, Awais
Cc: OE-core
Subject: Re: [OE-core] [[PATCH v2 1/2] mesa-demos
> Bitbake tracks unexpanded forms of variables, not expanded. So it's literally
> storing '${@base_detect_revision(d)}" in the checksum, not the actual
> revision.
> METADATA_REVISION[vardepvalue] = "${METADATA_REVISION}" in your recipe will
> do it.
Hello!
Thanks for your answer. I've tried
On Fri, 2016-05-06 at 10:10 +, Kucharczyk, Bartlomiej (Nokia -
PL/Wroclaw) wrote:
> > Bitbake tracks unexpanded forms of variables, not expanded. So it's
> > literally storing '${@base_detect_revision(d)}" in the checksum,
> > not the actual revision.
> > METADATA_REVISION[vardepvalue] = "${MET
On 5 May 2016 at 16:55, Mark Hatle wrote:
> I thought this had been fixed.
>
> IMAGE_FSTYPES_DEBUGFS -should- be set to default to:
>
> IMAGE_FSTYPES_DEBUGFS ?= "${IMAGE_FSTYPES}"
>
> I usually set it to "tar.gz" myself.
>
> So this is a bug, and we definitely need to fix it. :P
>
Nope, nothing
If debug filesystem generation is enabled but this isn't assigned then the
generation code throws exceptions.
Signed-off-by: Ross Burton
---
meta/conf/bitbake.conf | 1 +
1 file changed, 1 insertion(+)
diff --git a/meta/conf/bitbake.conf b/meta/conf/bitbake.conf
index 1c4175f..8e02e91 100644
--
On 6 May 2016 at 12:23, Burton, Ross wrote:
> Nope, nothing in oe-core sets that. Can some at WR send a patch?
>
Never mind, just sent it using your example.
Ross
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://
On Fri, May 06, 2016 at 12:26:40PM +0100, Ross Burton wrote:
> If debug filesystem generation is enabled but this isn't assigned then the
> generation code throws exceptions.
Acked-by: Martin Jansa
Thanks
>
> Signed-off-by: Ross Burton
> ---
> meta/conf/bitbake.conf | 1 +
> 1 file changed,
When adding new source files from upstream the autogen.sh
script needs to be run.
Signed-off-by: Catalin Enache
---
meta/recipes-bsp/grub/grub-efi_2.00.bb | 6 ++
1 file changed, 6 insertions(+)
diff --git a/meta/recipes-bsp/grub/grub-efi_2.00.bb
b/meta/recipes-bsp/grub/grub-efi_2.00.bb
in
> The problem is probably the cache. It has no knowledge of when it needs
> to reparse to see if this value has changed. If you set BB_DONT_CACHE =
> "1" in the recipe, does that help?
Yes! That helps.
Thanks for those hints!
What BB_DONT_CACHE does exactly? I found it undocumented. ;-)
I underst
On 6 May 2016 at 05:38, ryan woodsmall wrote:
> The idea is to build an as-close-to-stock-as-possible Poky (or another)
> distro, but include support for static linking natively in the installed
> OS. Some of the bits I build/ship, including standalone static cross and
> native toolchains, target
On 5/6/16 6:26 AM, Ross Burton wrote:
> If debug filesystem generation is enabled but this isn't assigned then the
> generation code throws exceptions.
>
> Signed-off-by: Ross Burton
Acked-by: Mark Hatle
(This is the patch that I thought had been sent before.. obviously didn't
happen..)
Thank
> On May 6, 2016, at 6:51 AM, Mark Hatle wrote:
>
> On 5/6/16 6:26 AM, Ross Burton wrote:
>> If debug filesystem generation is enabled but this isn't assigned then the
>> generation code throws exceptions.
>>
>> Signed-off-by: Ross Burton
> Acked-by: Mark Hatle
>
> (This is the patch that I
The following changes consist of:
* security fixes
* tzdata & tzcode backports
* fido specific fixes submitted by the community
* backports to support building on the updated Yocto Project autobuilder
cluster, with various newer distro versions than when fido was last released
A slightly diverge
On Fri, May 06, 2016 at 03:34:11PM +0100, Joshua Lock wrote:
> The following changes consist of:
> * security fixes
> * tzdata & tzcode backports
> * fido specific fixes submitted by the community
> * backports to support building on the updated Yocto Project autobuilder
> cluster, with various n
On Fri, 2016-05-06 at 16:46 +0200, Martin Jansa wrote:
> On Fri, May 06, 2016 at 03:34:11PM +0100, Joshua Lock wrote:
> > Ross Burton (5):
> > Revert "libsdl: depends on libglu when x11"
> Why do you want to backport the change and also its revert?
Good catch, removed in the repos on *-contrib.
Current Dev Position: YP 2.2 M1
Next Deadline: YP 2.2 cut off: June 13, 2016
SWAT team rotation: Leo -> Juro
https://wiki.yoctoproject.org/wiki/Yocto_Build_Failure_Swat_Team
Key Status/Updates:
*Patches started to be merged into master for YP 2.2 M1.
*Experimentation with py
On Thu, Apr 28, 2016 at 02:01:31PM -0400, Tom Rini wrote:
> On Thu, Apr 28, 2016 at 07:01:34AM -0700, Khem Raj wrote:
> > On Thu, Apr 28, 2016 at 5:14 AM, Tom Rini wrote:
> > > On Thu, Apr 28, 2016 at 12:08:46AM -0700, Khem Raj wrote:
> > >>
> > >> > On Apr 27, 2016, at 3:10 PM, Tom Rini wrote:
>
ACK, thanks guys. Rolling a distro is the better thing to do in the
long run, so that's the direction I'll head.
On 5/6/16, Burton, Ross wrote:
> On 6 May 2016 at 05:38, ryan woodsmall wrote:
>
>> The idea is to build an as-close-to-stock-as-possible Poky (or another)
>> distro, but include supp
On Fri, May 6, 2016 at 6:32 AM, Kucharczyk, Bartlomiej (Nokia - PL/Wroclaw)
wrote:
> > The problem is probably the cache. It has no knowledge of when it needs
> > to reparse to see if this value has changed. If you set BB_DONT_CACHE =
> > "1" in the recipe, does that help?
>
> Yes! That helps.
>
On 05/04/2016 03:17 PM, Joshua G Lock wrote:
> On Wed, 2016-05-04 at 07:16 -0700, akuster wrote:
>>
>> On 05/04/2016 02:52 AM, Joshua G Lock wrote:
>>>
>>> Hi Armin,
>>>
>>> On Thu, 2016-04-28 at 11:23 -0700, Armin Kuster wrote:
From: Armin Kuster
>>> I've been seeing:
>>>
>>> "qe
On 05/06/2016 06:47 PM, akuster808 wrote:
I can not reproduce this issue. I have used two different build systems.
I have another I will try.
so the testcase be?
1) bitbake core-image-sato
2) runqemu qemux86
3) verify that you have a bunch of .gir and .typelib files on that image
(or in tar
From: Patrick Ohly
When a derived distro adds a certain type, say zip, to
COMPRESSIONTYPES and later OE-core does the same, we end up with the
type being listed twice, and that would have undesired effects
(commands generated twice).
So to support such loosely coupled extension, we de-duplicated
From: Patrick Ohly
Support for the other compression format is not always readily
available on all OSes. Using zip instead of, say, xz is less
efficient, but perhaps more user-friendly for users on such OSes.
Signed-off-by: Patrick Ohly
Signed-off-by: Ed Bartosh
---
meta/classes/image_types.b
Hi,
This patchset contains various improvements for the image creation functionality
made by Patchick Ohly during his work on bug #9076:
- added support for zip compression
- fixed dependency calculation for conversion chaining
- converted vmdk/vdi/qcow2 image types into conversion commands
-
From: Patrick Ohly
With the enhanced functionality, the term "compression" is no longer
accurate, because the mechanism also gets used for conversion
operations that do not actually compress data.
It is possible to remove this naming problem in a backward-compatible
manner by including COMPRESSI
From: Patrick Ohly
Conversion to vmdk/vdi/qcow2 is also useful for other base images
types, not just for .hdddirect. This can be achieved by definining
them as conversion commands and relying on the conversion chaining
to convert arbitrary base images.
For this to work when the base image gets c
From: Patrick Ohly
If a certain image type can be created both by applying conversion
commands to a base type as well as via a specialized command (like a
fictious IMAGE_CMD_ext4.xz, or some dedicated task, as indicated by
IMAGE_TYPES_MASKED = ext4.xz), then pick the more specialized method
and s
From: Patrick Ohly
When a symlink does not get created, it is useful for debugging to log
what would have been created and why it was skipped.
Signed-off-by: Patrick Ohly
Signed-off-by: Ed Bartosh
---
meta/classes/image.bbclass | 8 +---
1 file changed, 5 insertions(+), 3 deletions(-)
di
From: Patrick Ohly
When using conversion chaining (for example example: .dsk.vdi.xz),
the imagetypes_getdepends() did not properly detect all compression
commands (thus skipping the corresponding COMPRESS_DEPENDS) and
the base type, leading to missing dependencies of the image's do_rootfs
task.
On Mon, May 02, 2016 at 12:23:54PM -0700, Christopher Larson wrote:
> From: Christopher Larson
>
> This adds support for .wks.in files as WKS_FILE.
>
> These files are treated as the contents of a bitbake variable, so usual
> bitbake variable references are supported. I considered using another
>From 81c448f89c679af258d0a3640592709dd066bbfb Mon Sep 17 00:00:00 2001
From: Christopher Clark
Date: Fri, 6 May 2016 11:06:29 -0700
Subject: [PATCH] linux-firmware : break out all bnx2 firmwares
Break out each bnx2 firmware into an independent subpackage.
Create a bnx2 package that depends upon
Up to now, to make Xwayland to work it required several manual hacks
and it was difficult to make an image which had support for it out of
box.
This patchset intends to set the base for it. It enables weston-init
to be extended to support Xwayland launch when needed.
There are still some issues t
When the DISTRO has X11 and Wayland support enabled, XWayland ought to
be enabled by default.
Signed-off-by: Otavio Salvador
---
Changes in v4: None
Changes in v3: None
Changes in v2:
- Remove PAM requirement
meta/recipes-graphics/wayland/weston_1.9.0.bb | 1 +
1 file changed, 1 insertion(+)
Instead of adding partial dependencies we list the PACKAGECONFIG
options that are required. Those are: X11 and Wayland.
The previous value were redudant with X11 PACKAGECONFIG option and as
it is a requirement, for XWayland, it can be removed to easy
maintenance.
Signed-off-by: Otavio Salvador
-
The new 'weston-start' script redcues the code duplication for SysV
and SystemD based images.
Signed-off-by: Otavio Salvador
---
Changes in v4:
- Use --log= for weston call
Changes in v3:
- Fix log redirection
- Fix argument pass for openvt
Changes in v2: None
meta/recipes-graphics/wayland/w
The Weston nested instance support is not implemented. This errors out
displaying an informative error message so someone insterested on it
may look at implement this later.
Signed-off-by: Otavio Salvador
---
Changes in v4: None
Changes in v3: None
Changes in v2: None
meta/recipes-graphics/way
This allow Weston to be build without the clients.
Signed-off-by: Otavio Salvador
---
Changes in v4:
- New patch.
Changes in v3: None
Changes in v2: None
meta/recipes-graphics/wayland/weston_1.9.0.bb | 7 +++
1 file changed, 3 insertions(+), 4 deletions(-)
diff --git a/meta/recipes-graph
The install -D allow for the parent directories to be created in a
single command line, reducing the code and number of fork during the
build.
Signed-off-by: Otavio Salvador
---
Changes in v4: None
Changes in v3: None
Changes in v2: None
meta/recipes-graphics/wayland/weston-init.bb | 7 ++-
To make weston-start more flexible we now support module loading. For
such modules, following functions can be used:
- add_weston_argument
- add_openvt_argument
Signed-off-by: Otavio Salvador
---
Changes in v4: None
Changes in v3: None
Changes in v2:
- Drop weston-lunch use as it requires PAM
The weston-start script now supports loading modules so the Xwayland
support can be loaded optionally. Use this to load Weston accordingly.
Signed-off-by: Otavio Salvador
---
Changes in v4: None
Changes in v3: None
Changes in v2:
- Move weston-start module to weston package
- Stop using weston-l
This improves the log shawn in boot. Now it shows:
[ OK ] Started Weston Wayland Compositor
Signed-off-by: Otavio Salvador
---
Changes in v4:
- New patch.
Changes in v3: None
Changes in v2: None
meta/recipes-graphics/wayland/weston-init/weston.service | 2 +-
1 file changed, 1 insertion(
When the distribution has X11 and Wayland backends, we enable XWayland
support.
Signed-off-by: Otavio Salvador
---
Changes in v4: None
Changes in v3:
- New patch.
Changes in v2: None
meta/recipes-graphics/images/core-image-weston.bb | 1 +
1 file changed, 1 insertion(+)
diff --git a/meta/rec
48 matches
Mail list logo
