Hello,
Thanks for taking care of this. I was looking at meta-ivi/4.0.
Noor
-Original Message-
From: Florin Sarbu [mailto:florin.sa...@windriver.com]
Sent: Friday, June 21, 2013 11:10 AM
To: Ahsan, Noor
Cc: holger.behr...@windriver.com; yocto@yoctoproject.org
Subject: Re: [PATCH] ecryptf
Hi everyone,
On Tue, Jun 18, 2013 at 7:24 PM, Khem Raj wrote:
> <...>
>
> Seems a missing dep on OpenSSL btw does tcf-agent work on anything other
> than x86 ?
>
>
First of all, it's possible to compile the agent with OpenSSL disabled,
you will need to set ENABLE_SSL to 0 in your CFLAGS, see
ht
> From: Nicolas Dechesne
>
> here you are mixing a recipe for an image with a recipe for a
> 'package', and that's wrong. you have recipes for images, and
> recipes for packages. for package, bitbake will actually do
> the standard fetch/unpack/patch/configure/compile/package
> steps, but not
Hi,
thanks for pointing this out. I've changed the configure flags for this
to be fixed, rather than modifying the do_install. Please update the
master/4.0 branch, the fix for this issue is there now.
Florin
On 06/19/2013 01:54 PM, Noor, Ahsan wrote:
From: Noor
* mounting ecryptfs drive wa
On Thu, Jun 20, 2013 at 6:08 PM, Paul D. DeRocco wrote:
> I've tried to add a single small executable to my image, based on what it
> says in 5.3.1. of the Project Development Manual, and while the image gets
> built with no error messages, it never compiles my executable. I'm not
> doing
> _exact
I've tried to add a single small executable to my image, based on what it
says in 5.3.1. of the Project Development Manual, and while the image gets
built with no error messages, it never compiles my executable. I'm not doing
_exactly_ what it says, so I assume some difference is accounting for thi
Sorry for this. Please disregard.
On Thu, Jun 20, 2013 at 11:08 PM, Andrei Gherzan wrote:
> Signed-off-by: Andrei Gherzan
> ---
> recipes-graphics/gpu-viv-bin-mx6q/gpu-viv-bin-mx6q.inc | 1 +
> 1 file changed, 1 insertion(+)
>
> diff --git a/recipes-graphics/gpu-viv-bin-mx6q/gpu-viv-bin-mx6q.
Signed-off-by: Andrei Gherzan
---
recipes-graphics/gpu-viv-bin-mx6q/gpu-viv-bin-mx6q.inc | 1 +
1 file changed, 1 insertion(+)
diff --git a/recipes-graphics/gpu-viv-bin-mx6q/gpu-viv-bin-mx6q.inc
b/recipes-graphics/gpu-viv-bin-mx6q/gpu-viv-bin-mx6q.inc
index e1f10b6..91d93e6 100644
--- a/recipes
Signed-off-by: Andrei Gherzan
---
.../dlt-daemon/fix-in-build-builds.patch | 148 +
recipes-extended/dlt-daemon/dlt-daemon_2.9.0.bb| 6 +-
2 files changed, 152 insertions(+), 2 deletions(-)
create mode 100644
recipes-extended/dlt-daemon/dlt-daemon/fix-in-buil
I was able to build core-image-base from Dylan with no problem. I then added
my own layer that specifies an RT kernel by including "linux-yocto-rt" in my
top-level recipe, and then setting PREFERRED_PROVIDER_virtual/kernel to
"linux-yocto-rt" in bblayers.conf. It complained that none of the availab
> -Original Message-
> From: yocto-boun...@yoctoproject.org [mailto:yocto-
> boun...@yoctoproject.org] On Behalf Of Stewart, David C
> Sent: Thursday, June 20, 2013 11:23 AM
> To: Rifenbark, Scott M; Bill Traynor; Richard Purdie
> Cc: yocto@yoctoproject.org; Paul Eggleton; Osier-mixon, J
On Thu, 2013-06-20 at 10:26 -0700, Paul D. DeRocco wrote:
> > From: Tom Zanussi
> >
> > I actually used yocto-bsp to create a brand new cedartrail BSP, called
> > meta-cdt, with just a vesa graphics machine called 'cdt-vesa':
> >
> >
> http://git.yoctoproject.org/cgit/cgit.cgi/meta-intel-contrib/
On 6/20/13 8:23 AM, "Rifenbark, Scott M"
wrote:
>
>
>>-Original Message-
>>From: yocto-boun...@yoctoproject.org [mailto:yocto-
>>boun...@yoctoproject.org] On Behalf Of Bill Traynor
>>Sent: Thursday, June 20, 2013 8:12 AM
>>To: Richard Purdie
>>Cc: yocto@yoctoproject.org; Paul Eggleton;
From: djnass...@hotmail.com
To: jessica.zh...@intel.com
Subject: RE: [yocto] cannot bitbake/build.compile tcf-agent for use with
fsl-image-gui-sdk
Date: Thu, 20 Jun 2013 17:48:14 +
Hi jessica,
I will try with SSH too,
but for now it seems there are some bugs with "packages_deb " being th
> From: Tom Zanussi
>
> I actually used yocto-bsp to create a brand new cedartrail BSP, called
> meta-cdt, with just a vesa graphics machine called 'cdt-vesa':
>
>
http://git.yoctoproject.org/cgit/cgit.cgi/meta-intel-contrib/log/?h=tzanussi
/meta-cdt-v0
>
> It built fine here, but it wouldn't bo
From: Ioana Grigoropol
- when creating a new bitbake commander project, a bunch of information
relevant for the project is set in the project information map
- when closing & restarting Eclipse, having a Bitbake commander project in the
workspace an deadlock occurs due to the following:
>-Original Message-
>From: yocto-boun...@yoctoproject.org [mailto:yocto-
>boun...@yoctoproject.org] On Behalf Of Bill Traynor
>Sent: Thursday, June 20, 2013 8:12 AM
>To: Richard Purdie
>Cc: yocto@yoctoproject.org; Paul Eggleton; Osier-mixon, Jeffrey
>Subject: Re: [yocto] Documenting YP De
ecryptfsd is a resident program, i.e. daemon. According to systemd
documentation, Type=oneshot/RemainAfterExit=yes should be used for programs
that do not remain working after exit. But for daemons we should use
Type=forked to indicate that the service remains running in background.
ecryptfs provid
On Thu, Jun 20, 2013 at 10:25 AM, Richard Purdie
wrote:
> On Thu, 2013-06-20 at 09:49 -0400, Bruce Ashfield wrote:
>> On 13-06-20 04:40 AM, Rifenbark, Scott M wrote:
>> > Hi,
>> >
>> > Recently, Paul, Ross, Richard and I had a video conference meeting where
>> > we had some initial discussion on
On 04/04/2013 12:14 PM, Bodke, Kishore K wrote:
> Hi Bruce/Darren,
>
> I do not see Linux-yocto-3.0 kernel branch in git repo.
> Is it no longer available?
> Cedartrail BSP for 1.3 Yocto (danny) supports only 3.0 kernel.
>
> I am not sure how Paul is able to build this bsp?
>
Do you mean you
On 13-06-20 10:25 AM, Richard Purdie wrote:
On Thu, 2013-06-20 at 09:49 -0400, Bruce Ashfield wrote:
On 13-06-20 04:40 AM, Rifenbark, Scott M wrote:
Hi,
Recently, Paul, Ross, Richard and I had a video conference meeting where we had some initial
discussion on how to satisfy YOCTO #2808 (https
On Thu, 2013-06-20 at 09:49 -0400, Bruce Ashfield wrote:
> On 13-06-20 04:40 AM, Rifenbark, Scott M wrote:
> > Hi,
> >
> > Recently, Paul, Ross, Richard and I had a video conference meeting where we
> > had some initial discussion on how to satisfy YOCTO #2808
> > (https://bugzilla.yoctoproject.o
On 13-06-20 04:40 AM, Rifenbark, Scott M wrote:
Hi,
Recently, Paul, Ross, Richard and I had a video conference meeting where we had some initial
discussion on how to satisfy YOCTO #2808 (https://bugzilla.yoctoproject.org/show_bug.cgi?id=2808),
which calls for an illustration showing source and
This thread is closed as I have identified that the error is becuase of
issues concerned with using the same build environment for two build , one
that uses sysvinit and the other that uses systemd So, I deleted the *
tmp* and rebuild the toolchain and it got solved..
On Fri, Jun 14, 2013 at
I think you guys are right and now I am able to build the toolchain
perfectly
On Thu, Jun 20, 2013 at 12:06 PM, Burton, Ross wrote:
> On 20 June 2013 10:07, DAMARLA Satya Swaroop
> wrote:
> > The udev version to ve installed is 182-r7 bu I dont understand why
> 1:204-r0
> > is trying to
On 2013-06-20 06:22, Gary Thomas wrote:
Using Yocto master (1dd643b142c69ac9035e29bff11d02201638dc65)
I forcefully interrupted a bitbake build with ^C^C. When it
shut down, I made some changes to my local.conf and then tried
to fire it up again, only to get this error:
ERROR: Only one copy o
On 19 June 2013 13:33, Alex M <0xf...@gmail.com> wrote:
> I just built core-image-x11 and able to run it on qemux86, but all my
> attempts to run image on real hardware with nVidia GTX465 or AMD
> HD6320 - failed. In X11 logs I see errors about GLX module.
>
> What I should do to add GLX and OpenGL
On Wednesday 19 June 2013 09:10:20 DAMARLA Satya Swaroop wrote:
> I have a .deb file which has to be installed. It installs properly on the
> target image but I want to install it at the build itself by creating a
> bitbake recipe.. Is it possible to install .deb files or not? If possible,
> please
On 20 June 2013 10:07, DAMARLA Satya Swaroop wrote:
> The udev version to ve installed is 182-r7 bu I dont understand why 1:204-r0
> is trying to get installed..
This is because your deploy directory contains the systemd "udev"
package, which is version 204 and so newer than the sysvinit "udev"
p
Yeah.. I checked it and its true. In the errror its totally different issue
*| The following packages have unmet dependencies:*
*| udev-dev : Depends: udev (= 182-r7) but 1:204-r0 is to be installed*
*| Recommends: libusb-dev but it is not installable*
*| Recommends: modul
Hi,
Recently, Paul, Ross, Richard and I had a video conference meeting where we had
some initial discussion on how to satisfy YOCTO #2808
(https://bugzilla.yoctoproject.org/show_bug.cgi?id=2808), which calls for an
illustration showing source and destination directories during a build using
Y
On Thursday 20 June 2013 00:29:23 Khem Raj wrote:
> On Jun 20, 2013, at 12:12 AM, DAMARLA Satya Swaroop
> wrote:
> > Any reasons why toolchains compile wihtout any issues on sysvinit and not
> > with systemd?
> >
> >
> > On Wed, Jun 19, 2013 at 3:11 PM, DAMARLA Satya Swaroop
> > wrote: Yes... I
Hi Khem,
May I ask you where I have to set that because I dont see anything like
sysvinit has been set ... would be greatfull if you can tell me that
Greets,
Satya
On Thu, Jun 20, 2013 at 9:29 AM, Khem Raj wrote:
>
> On Jun 20, 2013, at 12:12 AM, DAMARLA Satya Swaroop <
> satyaswaroop.dama...
On Jun 20, 2013, at 12:12 AM, DAMARLA Satya Swaroop
wrote:
> Any reasons why toolchains compile wihtout any issues on sysvinit and not
> with systemd?
>
>
> On Wed, Jun 19, 2013 at 3:11 PM, DAMARLA Satya Swaroop
> wrote:
> Yes... I thought the same and so, I made two build directories , on
Any reasons why toolchains compile wihtout any issues on sysvinit and not
with systemd?
On Wed, Jun 19, 2013 at 3:11 PM, DAMARLA Satya Swaroop <
swaroop.dama...@gmail.com> wrote:
> Yes... I thought the same and so, I made two build directories , one for
> sysvinit and the other for systemd and t
35 matches
Mail list logo
