The following changes since commit 11063a01d4511b2688ea7ba2d7359e4e07328c66:
ruby: upgrade to 2.3.1 (2016-11-30 15:47:17 +)
are available in the git repository at:
git://git.openembedded.org/openembedded-core-contrib ChenQi/git-2.11.0
http://cgit.openembedded.org/cgit.cgi/openembedded
Upgrade git to 2.11.0.
Signed-off-by: Chen Qi
---
meta/recipes-devtools/git/git_2.11.0.bb | 11 +++
meta/recipes-devtools/git/git_2.9.3.bb | 11 ---
2 files changed, 11 insertions(+), 11 deletions(-)
create mode 100644 meta/recipes-devtools/git/git_2.11.0.bb
delete mode 100644
> -Original Message-
> From: Khem Raj [mailto:raj.k...@gmail.com]
> Sent: den 1 december 2016 17:50
> To: Peter Kjellerstedt
> Cc: openembedded-core@lists.openembedded.org
> Subject: Re: [OE-core] [PATCH 2/2 V5] systemd: Upgrade to 232
>
> On Thu, Dec 1, 2016 at 1:28 AM, Peter Kjellerstedt
Signed-off-by: Alexander Kanavin
---
meta/recipes-bsp/grub/grub-efi_2.00.bb | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git a/meta/recipes-bsp/grub/grub-efi_2.00.bb
b/meta/recipes-bsp/grub/grub-efi_2.00.bb
index 5a0dc95..9aab813 100644
--- a/meta/recipes-bsp/grub/grub-efi_2.
This change allow to install u-boot in /boot partition using
MACHINE_ESSENTIAL_EXTRA_RDEPENDS variable e.g.:
MACHINE_ESSENTIAL_EXTRA_RDEPENDS += "bootloader"
This is usefull when system has only one partition and u-boot,
kernel and device tree need to be installed in /boot.
Signed-off-by: Fabio
On 30/11/16 16:29, Ed Bartosh wrote:
>> ...
>
> You're right. oe-selftest requires qemux86-64 target.
>
> Even if you usually work in different environment it makes sense to run
> oe-selftest to ensure that your changes don't breake it.
> This is because our maintainers use oe-selftest results as
On Fri, Dec 02, 2016 at 03:36:47PM +0100, Kristian Amlie wrote:
> On 30/11/16 16:29, Ed Bartosh wrote:
> >> ...
> >
> > You're right. oe-selftest requires qemux86-64 target.
> >
> > Even if you usually work in different environment it makes sense to run
> > oe-selftest to ensure that your changes
On Thu, 2016-12-01 at 11:58 -0800, Khem Raj wrote:
> On Thu, Dec 1, 2016 at 9:19 AM, Burton, Ross
> wrote:
> >
> > On 1 December 2016 at 03:42, Khem Raj wrote:
> >
> > >
> > > >
> > > > >
> > > > > If libva goes in, can we get libva-intel-driver in as well?
> > > > > Those go
> > > > > hand-
On 2 December 2016 at 15:54, Saul Wold wrote:
> I'm wondering if we should also move the gstreamer-vaapi-1.0 recipe to
> oe-core to be with it's brethren?
>
Yes, I think so.
Ross
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembed
On Mon, 2016-11-28 at 04:35 -0600, Peter A. Bigot wrote:
Hi Peter,
I'm helping Paul with this. Sadly, I'm not much of an npm expert
either, but want to improve support for node.js development.
>
> Sorry, that wasn't clear. statsd depends on modern-syslog but the
> lockdown and shrinkwrap fil
Recent distros are enabling -pie by default; in case of grub
we need to turn it off.
Signed-off-by: Alexander Kanavin
---
...nforce-no-pie-if-the-compiler-supports-it.patch | 45 ++
meta/recipes-bsp/grub/grub2.inc| 1 +
2 files changed, 46 insertions(+)
Update to 1.10.1 at the same time
Signed-off-by: Khem Raj
---
.../gstreamer/gstreamer1.0-vaapi.inc | 36 ++
.../gstreamer1.0-vaapi/install-tests.patch | 43 ++
.../gstreamer/gstreamer1.0-vaapi_1.10.1.bb | 6 +++
3 files changed,
This recipe is used by intel and amd BSP layers
additional copies are also there see
https://layers.openembedded.org/layerindex/branch/master/recipes/?q=libva
Signed-off-by: Khem Raj
---
meta/recipes-graphics/libva/libva_1.7.3.bb | 48 ++
1 file changed, 48 insertions
Hi all,
This pull request is mainly to fix a couple of bugs that were reported
on the mailing list recently, but it also includes some kernel version
updates that I *think* I sent previously.
kern-tools: fix processing for no branch meta-data
kernel-yocto: exit on non-zero return code
Those
Historically the processing of kernel meta data contained some
commands that exited with a non-zero return code. Special processing
was required to properly deal with their exit.
That is no longer true, and instead of handling all return codes
and doing an explicit 'exit' call, we can remove set -
Integrating the 4.8.9 and 4.8.10 -stable updates. The commit log is
as follows:
cf5ae2989a32 Linux 4.8.10
5cd8f6788ff3 usb: gadget: f_fs: stop sleeping in ffs_func_eps_disable
e2458382c792 usb: gadget: f_fs: edit epfile->ep under lock
e34a0f1c53b5 sparc64: Delete now unused user copy f
Signed-off-by: Bruce Ashfield
---
meta/recipes-kernel/linux/linux-yocto-dev.bb | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta/recipes-kernel/linux/linux-yocto-dev.bb
b/meta/recipes-kernel/linux/linux-yocto-dev.bb
index 9154bb7c3113..0cda553afdba 100644
--- a/meta/recipe
Lernel meta-data that has patches, but no branches, can trigger an
error due to no branch specific patch queue.
This error then cascades to more issues since the tools are using
a named file in /tmp to store and display error messages to the
user.
We fix both issues though the following kern tool
From: Edwin Plauchu
Signed-off-by: Edwin Plauchu
---
.../texinfo/texinfo/dont-depend-on-help2man.patch | 19 ---
.../texinfo/texinfo/texinfo-4.12-zlib.patch| 65 +++---
.../texinfo/{texinfo_6.0.bb => texinfo_6.3.bb} | 4 +-
3 files changed, 56 insertions(+), 32
Setting WKS_FILE variable in qemux86-64 made wic test to
use wrong wks file to produce an image and resulted in
test_qemu failure.
Used conditional assignment in qemux86-64 and explicitly
set WKS_FILE in wic testing suite to make the suite to use
wic-image-minimal.wsk. This should fix test_qemu fa
Thanks Robert!
Bug filed:
https://bugzilla.yoctoproject.org/show_bug.cgi?id=10761
Michael
On Fri, Dec 2, 2016 at 1:17 AM, Robert Yang
wrote:
> Hi Michael,
>
> On 12/02/2016 11:19 AM, Michael Gloff wrote:
>
>> I've run into an issue recently when trying to build an image along with
>> the
>> com
21 matches
Mail list logo