On Tue, 2015-02-17 at 23:15 -0800, Khem Raj wrote:
> On Sat, Feb 14, 2015 at 2:06 AM, Richard Purdie
> wrote:
> > Hi Khem,
> >
> > On Thu, 2015-02-12 at 15:35 +0800, Khem Raj wrote:
> >> I have refreshed the branch to include the patch which moves the src
> >> uri to use the newly released glibc 2
On Sat, Feb 14, 2015 at 2:06 AM, Richard Purdie
wrote:
> Hi Khem,
>
> On Thu, 2015-02-12 at 15:35 +0800, Khem Raj wrote:
>> I have refreshed the branch to include the patch which moves the src
>> uri to use the newly released glibc 2.21 branch
>> and please run it via autobuilder ( top 5 commits )
I intended to --annotate the patch and include the [autobuilder] tag
before git-send-email ran off with it on me. Sorry about that.
I'm sending this separately, based on the master HEAD commit, from my
documentation patches since I recognize the benefit of this may be
less obvious and maybe it's
Move yocto-controller and yocto-worker to .template versions and update
the setup script to move them in the expected location if they aren't
already preset, allowing local configurations to make whatever changes
they need in the yocto-[controller|worker] directories without issues on a
pull and wi
I loaded the system effectively and also changed my rt application to
use asynchronous IO - I find the rt kernel is much tighter at periodic
latency yet seems to be worse in the latency measurements. I'm asuming
the non-deteministic nature of userland file IO operations is causing
the additio
I'm having trouble enable UART4 Beaglebone Black with Kernel 3.14, in
kernel 3.8 I'm use capemgr use and /sys/devices/bone_capemgr.*/slots, my
problem is kernel 3.14
With it a bbappend or something .dtsi for this?
--
*Att,Cleiton Bueno*
--
___
yocto
The main README points at conf/autobuilder.conf and conf/yoctoAB.conf,
both of which aren't the current places where the autobuilder looks for
these files anymore.
README-NEW-AUTOBUILDER has a bit of whitespace damage, in the text and in
the examples, so clean that up to make it more paste-friendl
If OPTIMIZED_GIT_CLONE was set, the worker janitor was start up and
depending on the system, produce an error of the form:
/bin/sh: line 1: 11093 Killed python bin/buildworker-janitor
[path-to--autobuilder]/config/autobuilder.conf >> yocto-worker/janitor.log 2>&1
By removing the
yocto-autobuilder-setup modifies bin/worker-init on every new deployment,
so we don't want to consider worker-init for tracking by default.
Signed-off-by: Joe MacDonald
---
.gitignore | 5 +
1 file changed, 5 insertions(+)
diff --git a/.gitignore b/.gitignore
index cb595bb..a4b31c6 100644
-
The janitor log for workers was missing from gitignore, so add it.
Every deployment is expected to make their own changes to buildset-config,
so add the whole directory to the ignore list.
Similarly, every deployment is likely to make their own changes to
config/autobuilder.conf, so ignore change
I think it means the package would prefer to use 'UID' = tss and needs
something like inheriting useradd + setup, otherwise it defaults to root.
I will take a look at the recipe since I did the last update and did
notice that message.
- armin
On 02/16/2015 09:07 PM, Bian, Naimeng wrote:
Hi
On 15-02-17 07:55 AM, PIEWALD Georg wrote:
Hi all,
I'm rather new to the Yocto world so please bear with me. I built a Linux kernel using
the Altera "Golden System Reference Design" [1], which is a 1GB tarball
containing all required layers and all source code. Works fine.
Now I'd like to cust
On Tuesday 17 February 2015 13:35:48 Bruce Ashfield wrote:
> On 15-02-17 01:31 PM, Alexandru Vaduva wrote:
> > I am building for an arm v7.
>
> So I presume that you noticed in
> recipes-devtools/oracle-java/oracle-jse-jdk_1.7.0.bb
>
> The following:
>
> -
>
> # Automatically choose java pa
On 15-02-17 01:31 PM, Alexandru Vaduva wrote:
I am building for an arm v7.
So I presume that you noticed in
recipes-devtools/oracle-java/oracle-jse-jdk_1.7.0.bb
The following:
-
# Automatically choose java package based on target architecture
def get_java_pkg(d):
TA = d.getVar('
I am building for an arm v7.
On Tuesday, February 17, 2015 7:08 PM, Bruce Ashfield
wrote:
On 15-02-17 11:17 AM, Alexandru Vaduva wrote:
> When trying to build 'oracle-jse-jdk' from meta-oracle-java layer I found
> this errors.
> ERROR: Nothing PROVIDES 'oracle-jse-jdk'
> ER
On 15-02-17 11:17 AM, Alexandru Vaduva wrote:
When trying to build 'oracle-jse-jdk' from meta-oracle-java layer I found this
errors.
ERROR: Nothing PROVIDES 'oracle-jse-jdk'
ERROR: oracle-jse-jdk was skipped: True
bitbake-layers show-recipes | grep "oracle-"
Parsing recipes..don
When trying to build 'oracle-jse-jdk' from meta-oracle-java layer I found this
errors.
ERROR: Nothing PROVIDES 'oracle-jse-jdk'
ERROR: oracle-jse-jdk was skipped: True
bitbake-layers show-recipes | grep "oracle-"
Parsing recipes..done.
oracle-jse-jdk:
meta-oracle-java 1.7.0
Hi all,
I'm using meta-sunxi which provides binary libegl & libgles shared library
files. They all
link to a libMali.so file having no SONAME field in it. So it won't
register libegl & libgles
to shlib2 list when do_package, and other packages linking libegl & libgles
won't add
runtime dependent a
Patch accepted and merged.
-Original Message-
From: yocto-boun...@yoctoproject.org [mailto:yocto-boun...@yoctoproject.org] On
Behalf Of Armin Kuster
Sent: Tuesday, February 17, 2015 1:29 AM
To: yocto@yoctoproject.org
Subject: [yocto] [meta-cgl][PATCH] heartbeat: Fix incorrect licence logi
Signed-off-by: Alexandru.Vaduva
---
meta-cgl-common/conf/layer.conf | 6 +++---
meta-cgl-fsl-ppc/conf/layer.conf | 8
2 files changed, 7 insertions(+), 7 deletions(-)
diff --git a/meta-cgl-common/conf/layer.conf b/meta-cgl-common/conf/layer.conf
index 41b2768..f5a0190 100644
--- a/meta
Hi all,
I'm rather new to the Yocto world so please bear with me. I built a Linux
kernel using the Altera "Golden System Reference Design" [1], which is a 1GB
tarball containing all required layers and all source code. Works fine.
Now I'd like to customize the image. Particularly I want to chang
I would swear, that I haven't done anything like that in the past, but
looking back at the emails you are right. It's dated back to 2008, not sure
whether it still according the build system requirements.
Cheers, Hynek
diff --git a/packages/smstools/makefile.patch
b/packages/smstools/makefile.pat
Am 16. Februar 2015 10:18:29 MEZ, schrieb Alexandru Vaduva
:
>Hello Christopher,
>
>Your observation is very accurate.
>After a quick inspection I observed the following:
>
>Inside heartbeat-suse.spec the next information: License:GPL v2
>only; LGPL v2.1 or later
>Link here:
>http://hg.lin
Hi Hynek, Hi Alexandru,
thanks for your interest.
1. Is there a way to get the old recipe sources? My be there are some more
hints for my problem.
2. Based on your comments I started to create two recipes, one called
smstools3 one smstools3_inc_stats
Both are downloading the sources from the sm
Hi Joachim,
On Tuesday 17 February 2015 08:50:34 joachim rodrigues wrote:
> Sorry i made an error in the package name. The package not installed is :
> gstreamer
>
> Hi, i installed successfully a linux on my raspberry following this tutorial
> :https://delog.wordpress.com/2014/09/16/embedded-lin
Sorry i made an error in the package name. The package not installed is :
gstreamer
Hi, i installed successfully a linux on my raspberry following this tutorial
:https://delog.wordpress.com/2014/09/16/embedded-linux-system-for-raspberry-pi-with-yocto-project/
But once installed in my board, gstr
Thanks.
From: Hynek Petrak [mailto:hynek.pet...@gmail.com]
Sent: Tuesday, February 17, 2015 12:20 AM
To: Alexandru Vaduva
Cc: k...@gmx.de; yocto@yoctoproject.org
Subject: Re: [yocto] recipe with optional dependency and configuration.
I would swear, that I haven't done anything like that in the pa
27 matches
Mail list logo