On Wed, 2014-05-21 at 16:45 -0400, Stefan Seefeld wrote:
> Hello,
>
> I started experimenting with the meta-mingw layer today, using the
> 'daisy' branch for both, poky as well as meta-mingw.
>
> Running `bitbake meta-toolchain`, the build process failed in one of the
> last steps (1003 of 1005)
Dear all,
Hi there, I'm a student new to Yocto and Openembedded, so this question may
be a stupid question, but i have read the adt-manual but did not find a direct
solution.
I've sucessfully configure the bblayers.conf and local.conf to build a
core-image-sato with opencv library, and the E
Avoid policy_scan.c: No such file or directory
Signed-off-by: Chong Lu
---
recipes-security/setools/setools_3.3.8.bb |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/recipes-security/setools/setools_3.3.8.bb
b/recipes-security/setools/setools_3.3.8.bb
index 1e95a60..342506
Hi Beth,
Would you please also update the adt repo in
http://adtrepo-dev.yoctoproject.org/1.6+snapshot-8293f564685d0f587ab63a107285625dc4f98f1c-master/
?
Thanks,
Yi
于 2014年05月21日 22:54, Flanagan, Elizabeth 写道:
Found an AB bug. I'll have weekly synced up in a moment and the AB
patched soon
t;>> TARGET_SYS= "arm-poky-linux-gnueabi"
>>>> MACHINE = "beaglebone"
>>>> DISTRO= "poky"
>>>> DISTRO_VERSION= "1.6+snapshot-20140521"
>>>> TUNE_FEATURES = "a
>
> The reason you don't see this is because you are building on daisy,
> but Chris is building on master. I doubt it it has something to do
> with the host distro.
> Specifically master enables separate build dir by default in
> autotools.bbclass whereas daisy doesn't.
>
> Daisy has these:
> http:
>>>>> BB_VERSION= "1.23.1"
>>>>>> BUILD_SYS = "x86_64-linux"
>>>>>> NATIVELSBSTRING = "Fedora-20"
>>>>>> TARGET_SYS= "arm-poky-linux
Hello,
I started experimenting with the meta-mingw layer today, using the
'daisy' branch for both, poky as well as meta-mingw.
Running `bitbake meta-toolchain`, the build process failed in one of the
last steps (1003 of 1005) with:
ERROR: nativesdk-packagegroup-sdk-host not found in the base fee
On Wed, May 21, 2014 at 1:30 PM, Richard Purdie
wrote:
> On Wed, 2014-05-21 at 19:58 +0100, Burton, Ross wrote:
>> On 21 May 2014 17:22, Flanagan, Elizabeth
>> wrote:
>> > One thing I'm thinking of and I want some feedback here is setting the
>> > package type on the main builds to just ipk and
uot;x86_64-linux"
>>>>> NATIVELSBSTRING = "Fedora-20"
>>>>> TARGET_SYS= "arm-poky-linux-gnueabi"
>>>>> MACHINE = "beaglebone"
>>>>> DISTRO
t;>> TARGET_SYS= "arm-poky-linux-gnueabi"
>>>> MACHINE = "beaglebone"
>>>> DISTRO= "poky"
>>>> DISTRO_VERSION= "1.6+snapshot-20140521"
>>>> TUNE_FEATURES = "a
On Wed, 2014-05-21 at 19:58 +0100, Burton, Ross wrote:
> On 21 May 2014 17:22, Flanagan, Elizabeth
> wrote:
> > One thing I'm thinking of and I want some feedback here is setting the
> > package type on the main builds to just ipk and running a special
> > deb/rpm test being to ensure those packa
t;> Build Configuration:
>>> BB_VERSION= "1.23.1"
>>> BUILD_SYS = "x86_64-linux"
>>> NATIVELSBSTRING = "Fedora-20"
>>> TARGET_SYS= "arm-poky-linux-gnueabi"
>>> MACHINE = "be
Hello,
The latest point release of the Yocto Project, 1.5.2 (dora 10.0.2) is now
available for download at:
http://downloads.yoctoproject.org/releases/yocto/yocto-1.5.2/poky-dora-10.0.2.tar.bz2
http://mirrors.kernel.org/yocto/yocto/yocto-1.5.2/poky-dora-10.0.2.tar.gz
A gpg signed version of thes
= "1.23.1"
>> BUILD_SYS = "x86_64-linux"
>> NATIVELSBSTRING = "Fedora-20"
>> TARGET_SYS= "arm-poky-linux-gnueabi"
>> MACHINE = "beaglebone"
>> DISTRO= "poky"
>> DISTRO_
Hi Beth,
On 21 May 2014 17:22, Flanagan, Elizabeth wrote:
> In an effort to speed up release times, I'm going to remove the deb
> and rpm publishing from the weekly builds. We'll still have ipk
> publishing and we will still generate debs and rpms, but as far as I
> can tell, no one is actually u
= "arm-poky-linux-gnueabi"
MACHINE = "beaglebone"
DISTRO= "poky"
DISTRO_VERSION= "1.6+snapshot-20140521"
TUNE_FEATURES = "arm armv7a vfp neon"
TARGET_FPU= "vfp-neon"
me
quot;
MACHINE = "beaglebone"
DISTRO= "poky"
DISTRO_VERSION= "1.6+snapshot-20140521"
TUNE_FEATURES = "arm armv7a vfp neon"
TARGET_FPU= "vfp-neon"
meta = "master:8293f564685d0f587ab63a
Folks,
In an effort to speed up release times, I'm going to remove the deb
and rpm publishing from the weekly builds. We'll still have ipk
publishing and we will still generate debs and rpms, but as far as I
can tell, no one is actually utilizing the debs/rpms.
One thing I'm thinking of and I wan
Folks,
We have folks located around the world, currently we have have one Tech
Team meeting on Tuesday Morning (US Time) to coordinate with the
European afternoon.
The agenda will be to discuss Status of the Yocto Project and address
any technical issues people might have.
Conference dat
On 21 May 2014 11:49, Auslands-KV wrote:
> That's it. It does't seem to know where they are. If I add the option
> with the path, it works.
>
> Do I miss something in my local.conf?
No, OpenSSL should know where they are out of this, this is probably a
problem with the OpenSSL recipe.
GnuTLS is
Found an AB bug. I'll have weekly synced up in a moment and the AB
patched soon after. Give me 20 or so.
-b
On Wed, May 21, 2014 at 12:51 AM, Yi Zhao wrote:
> Hi Beth,
>
> Seems many artifacts are not copied to the publish directory. Would you
> please check it ?
>
> Thanks,
> Yi
>
> 于 2014年05月
On Mon, May 19, 2014 at 7:12 AM, Richard Purdie
wrote:
> On Sat, 2014-05-17 at 13:19 -0700, Christopher Larson wrote:
>>
>>
>> On Saturday, May 17, 2014, Chris Morgan wrote:
>>
>> On May 17, 2014 3:58 PM, "Christopher Larson"
>> wrote:
>> >
>> >
>> >
>>
On 14-05-21 08:44 AM, Bruce Ashfield wrote:
On 14-05-21 08:33 AM, Wolfgang Denk wrote:
Hi,
is my understanding of kernel-yocto.bbclass correct that it
effectively completely ignores any specific git commit ID that was
gien in SRCREV, but instead always checks out and uses the HEAD of the
respec
On 14-05-21 08:33 AM, Wolfgang Denk wrote:
Hi,
is my understanding of kernel-yocto.bbclass correct that it
effectively completely ignores any specific git commit ID that was
gien in SRCREV, but instead always checks out and uses the HEAD of the
respective branch?
Or am I missing something here?
Hi,
is my understanding of kernel-yocto.bbclass correct that it
effectively completely ignores any specific git commit ID that was
gien in SRCREV, but instead always checks out and uses the HEAD of the
respective branch?
Or am I missing something here? My expectation was that we specify a
git co
Very sorry for mixing up your name with Pauls, Ross.
Sorry,
Michael
--
Thanks Paul.
That's it. It does't seem to know where they are. If I add the option
with the path, it works.
Do I miss something in my local.conf?
Cheers
Michael
Am 21
Thanks Paul.
That's it. It does't seem to know where they are. If I add the option
with the path, it works.
Do I miss something in my local.conf?
Cheers
Michael
Am 21.05.2014 12:27, schrieb Burton, Ross:
> On 21 May 2014 10:37, Neuer User wrote:
>> I really need certificate support in wget. W
Hi,
Has anybody had any luck with the PiCam and Gstreamer?
I had the bcm2835_v4l2 kernel driver detecting the camera and
mjpg-streamer is working for me.
Now I'd like to have gstreamer doing the streaming instead of
mjpeg-streamer.
I've had something like the following pipeline working with USB
On 21 May 2014 10:37, Neuer User wrote:
> I really need certificate support in wget. What am I missing? I guess,
> it is a very stupid error on my side, but I just don't know which.
Try passing --ca-certificate=/etc/ssl/certs/ca-certificates.crt to
verify that wget works if you tell it exactly wh
Hi,
I am using Yocto dylan 9.0.2 code to generate Ubuntu kernel and images
for Gumstix Overo/Beagleboard. Everything is working fine except the
utility "screen" that I am using to ssh to board, running an application
and logout.
This is what it is used for, but unfortunately it is not working
Nobody any idea?
I really need certificate support in wget. What am I missing? I guess,
it is a very stupid error on my side, but I just don't know which.
Michael
Am 19.05.2014 14:02, schrieb Neuer User:
> Am 19.05.2014 12:56, schrieb Paul Barker:
>> On 19 May 2014 10:35, Neuer User wrote:
>>>
On 20 May 2014 22:44, wrote:
> I have a recipe that only produces dev headers (macros, constants, etc).
> Builds fine, and recipes dependent on these headers are fine as well. The
> problem is that only a dev and dbg ipkg get produced for deploy (makes
> sense, there is no device side content). B
Hi Beth,
Seems many artifacts are not copied to the publish directory. Would you
please check it ?
Thanks,
Yi
于 2014年05月21日 14:10, Flanagan, Elizabeth 写道:
http://autobuilder.yoctoproject.org/pub/nightly/20140520-2
bitbake ef2bf63e56b87e19d1a9059dd2d81a9a1a537254
eclipse-poky-juno 26
34 matches
Mail list logo