On Jul 24, 2013, at 11:02 PM, Laszlo Papp wrote:
> I also filed a bugreport with regards to this:
> https://bugzilla.yoctoproject.org/show_bug.cgi?id=4901
OK thanks.
>
>
> On Thu, Jul 25, 2013 at 6:57 AM, Laszlo Papp wrote:
> You seem to have missed this email:
> https://lists.yoctoprojec
I also filed a bugreport with regards to this:
https://bugzilla.yoctoproject.org/show_bug.cgi?id=4901
On Thu, Jul 25, 2013 at 6:57 AM, Laszlo Papp wrote:
> You seem to have missed this email:
> https://lists.yoctoproject.org/pipermail/yocto/2013-July/017416.html
>
>
> On Thu, Jul 25, 2013 at 6:
You seem to have missed this email:
https://lists.yoctoproject.org/pipermail/yocto/2013-July/017416.html
On Thu, Jul 25, 2013 at 6:47 AM, Khem Raj wrote:
>
> On Jul 24, 2013, at 12:47 AM, "Rifenbark, Scott M" <
> scott.m.rifenb...@intel.com> wrote:
>
> I am facing this issue, any clue?
> **
On Jul 24, 2013, at 12:47 AM, "Rifenbark, Scott M"
wrote:
> I am facing this issue, any clue?
>
> ERROR: Failed to obtain CodeSourcery toolchain version: Execution of
> '/usr/bin/i686-pc-linux-gnu-gcc -v' failed: command not found
> ERROR: Failed to obtain CodeSourcery toolchain version: Exe
So, is there any workaround in any way to get unblocked or I should just
switch away from Yocto for now? Unfortunately, if no workaround comes, I do
not have any other option because then it just does not work. :(
https://bugzilla.yoctoproject.org/show_bug.cgi?id=4899
Note, I have no clue how to
Hi,
I'm looking to use a bbappend to add a repository/channel that the
smart package manager can use out of the box. For zypper, this was
just a question of adding a configuration file to the recipe.
How might I preconfigure Smart? The only way I've come up with so far
is a postinst 'smart cha
On 24/07/13 19:31, Jukka Rissanen wrote:
Hi Christian,
On 24.07.2013 05:51, Christian Gagneraud wrote:
Hi there,
I have successfully generated Dylan core-image-minimal with the meta-ti
layer. I would like to know what is the procedure to select systemd for
the init process and connman as the n
/20130724-2
eclipse-poky76df60597ae7cce069a5f1fd45089ea04c7394cd
meta-fsl-arm4b8f1b4f11f21043d4a37b1c294fafb8f37f8498
meta-fsl-ppc5d98580e7b366ef25e917b3c446308de28c8cbd4
meta-intel bd34513dc12c412f40328001c09fa5407041e912
meta-minnow
Also, it seems to be a bit less lightweight than what we have in oe-core. I
would not like to pull unnecessary recipes in. Is it possible to work the
oe-core stuff around?
On Wed, Jul 24, 2013 at 10:23 PM, Laszlo Papp wrote:
> I believe the developer story would be simpler with oe-core as oppos
I believe the developer story would be simpler with oe-core as opposed to
meta-sourcery. Besides, some documentation would be nice to have how to use
it, how it will work alongside the oe-core "example", and so forth.
You know, something similar to what the Linaro people seem to have.
On Wed, Ju
On Wed, Jul 24, 2013 at 4:59 PM, Laszlo Papp wrote:
> 1) Is that really from sourcery?
> 2) What documentation?
> 3) BTW, the question was whether sourcery is officially supported.
>
>
> Yocto's default action is to build the toolchain from source and no it
isn't Code Sourcery if that is what you
On Wed, Jul 24, 2013 at 1:55 PM, Brian Hutchinson wrote:
> On Wed, Jul 24, 2013 at 10:49 AM, Laszlo Papp wrote:
>
>> is this officially supported by the Yocto project? I would not like to
>> use Yocto for my own purposes if it is something unsupported, and I would
>> need to put a significant inv
1) Is that really from sourcery?
2) What documentation?
3) BTW, the question was whether sourcery is officially supported.
On Wed, Jul 24, 2013 at 9:55 PM, Brian Hutchinson wrote:
> On Wed, Jul 24, 2013 at 10:49 AM, Laszlo Papp wrote:
>
>> Hi,
>>
>> is this officially supported by the Yocto pro
On Wed, Jul 24, 2013 at 10:49 AM, Laszlo Papp wrote:
> Hi,
>
> is this officially supported by the Yocto project? I would not like to use
> Yocto for my own purposes if it is something unsupported, and I would need
> to put a significant investment into to it to make the releases buildable,
> et
On 25/07/13 02:49, Laszlo Papp wrote:
Hi,
is this officially supported by the Yocto project? I would not like to
use Yocto for my own purposes if it is something unsupported, and I
would need to put a significant investment into to it to make the
releases buildable, et cetera.
FYI, The arago p
This issue is fixed by not having the default MACHINE ??= "qemux86", but a
real arm machine, like beagleboard.
On Wed, Jul 24, 2013 at 8:47 AM, Rifenbark, Scott M <
scott.m.rifenb...@intel.com> wrote:
> Hi,
>
> ** **
>
> Can anyone address the toolchain questions here for Laszlo?
>
> *
Yeah, I already filed a bugreport:
https://bugzilla.yoctoproject.org/show_bug.cgi?id=4899
On Wed, Jul 24, 2013 at 7:16 PM, Saul Wold wrote:
> On 07/24/2013 11:11 AM, Laszlo Papp wrote:
>
>> It seems I can reproduce the issue with even beagleboard + poky using
>> poky dylan vanilla.
>>
>> Anyone
On 07/24/2013 11:11 AM, Laszlo Papp wrote:
It seems I can reproduce the issue with even beagleboard + poky using
poky dylan vanilla.
Anyone mind fixing this very nasty bug?
Please file a bug and include your local.conf and any other
configuration files and setup information you have. I will l
It seems I can reproduce the issue with even beagleboard + poky using poky
dylan vanilla.
Anyone mind fixing this very nasty bug?
On Wed, Jul 24, 2013 at 5:46 PM, Laszlo Papp wrote:
> Here you can find the two outputs for "bitbake -e busybox". The broken
> sourcery, and not so broken csl:
>
>
Hi all,
I am getting exactly same error while trying to build a image using hob. I
am also trying to add some additional packages and gst plugins.
was this issue resolved ? how can i get rid of this error ?
I am using imx6q board and and image is fsl-image-gui.
regards,
venkatesh
___
Here you can find the two outputs for "bitbake -e busybox". The broken
sourcery, and not so broken csl:
http://ix.io/6QZ
http://ix.io/6R1
Yeah, I know it is a bad practice to paste files to a mailing list, so
forgive that for me now, please.
On Wed, Jul 24, 2013 at 4:20 PM, Laszlo Papp wrote:
Hi Andrei,
On Wednesday 24 July 2013 15:55:37 Andrei Dinu wrote:
> A script from the meta-security layer had a missing
> dependency that prevented it to work correctly.
>
> Signed-off-by: Andrei Dinu
> ---
> meta/recipes-support/libcap-ng/libcap-ng_0.7.3.bb | 12
> 1 file changed
> Hi,
> I have tried the steps suggested by Mr. Paul.
> But still i am facing an error to build yocto project offline.
> First - I use the machine that have full Internet access and execute the -
> bitbake -c fetchall core-image-minimal Before that i have enabled the DL_DIR
> in conf/local
On 13-07-24 11:23 AM, lot...@denx.de wrote:
Hi, thank you very much for your answer!
So, you mean something like this in the kernel .bb:
require recipes-kernel/linux/linux-yocto.inc
This is definitely missing. I'm including linux.inc changing it to
linux-yocto.inc breaks other patches that I'
Hi all,
I'm working on a recipe for pullledpork, which is a Perl app which grabs
and combines Snort rules from various sites.
My questions all revolve around pulledpork's various module dependencies.
pulledpork tries to use the module Crypt::SSLeay and in my current
configuration it can't find i
Hi, thank you very much for your answer!
So, you mean something like this in the kernel .bb:
require recipes-kernel/linux/linux-yocto.inc
This is definitely missing. I'm including linux.inc changing it to
linux-yocto.inc breaks other patches that I'd like to apply (perhaps
the path?). This
Typo in the file name should be regex
Sau!
On 07/24/2013 04:24 AM, Emilia Ciobanu wrote:
The PRSPV variable is used for the packages:
* zip
* unzip
* docbook-sgml-dtd-3.1-native
* docbook-sgml-dtd-4.1-native
The REGEX variable has been added/changed for the fol
If I change external-csl to external-sourcery, busybox keeps failing with
the following error:
ERROR: ExpansionError during parsing
/home/lpapp/Projects/foo/Yocto/poky-dylan-9.0.0/meta/recipes-core/busybox/
busybox_1.20.2.bb: Failure expanding variable do_configure: ExpansionError:
Failure expandi
On Wed, Jul 24, 2013 at 11:08 AM, Laszlo Papp wrote:
> I was using that based on the non-official documentation (i.e. presentation
> at the Linux event).
external-sourcery is the new TCMODE and should work, however, I just
thought trying the old one may work.
>
>
> On Wed, Jul 24, 2013 at 4:06 P
This one to be precise:
TCMODE = "external-csl"
EXTERNAL_TOOLCHAIN = "/usr/local/arm-2009q1"
TARGET_PREFIX = "arm-none-linux-gnueabi-"
On Wed, Jul 24, 2013 at 4:08 PM, Laszlo Papp wrote:
> I was using that based on the non-official documentation (i.e.
> presentation at the Linux event).
>
>
>
Try with:
TCMODE = "external-csl"
EXTERNAL_TOOLCHAIN = "/path/to/sourcery/toolchain"
On Wed, Jul 24, 2013 at 3:47 AM, Rifenbark, Scott M
wrote:
> Hi,
>
>
>
> Can anyone address the toolchain questions here for Laszlo?
>
>
>
> Thanks,
>
> Scott
>
>
>
> From: djsz...@archlinux.us [mailto:djsz...@a
I was using that based on the non-official documentation (i.e. presentation
at the Linux event).
On Wed, Jul 24, 2013 at 4:06 PM, Bill Traynor wrote:
> Try with:
>
> TCMODE = "external-csl"
> EXTERNAL_TOOLCHAIN = "/path/to/sourcery/toolchain"
>
> On Wed, Jul 24, 2013 at 3:47 AM, Rifenbark, Scot
Hi,
is this officially supported by the Yocto project? I would not like to use
Yocto for my own purposes if it is something unsupported, and I would need
to put a significant investment into to it to make the releases buildable,
et cetera.
Many thanks,
Laszlo
_
On 24 July 2013 15:30, Gary Thomas wrote:
>>> ERROR: QA Issue: non -dev/-dbg/-nativesdk package contains symlink .so:
>>> amanda path
>>>
>>> '/work/armv7a-vfp-neon-amltd-linux-gnueabi/amanda/3.3.3-r0/packages-split/amanda/usr/lib/amanda/libamar.so'
>>
>>
>> I'm curious, what does the symlink poin
On 2013-07-24 08:12, Burton, Ross wrote:
On 24 July 2013 14:56, Gary Thomas wrote:
I'm [still] trying to set up a package for Amanda. I'd like
the end result to match how it's done on other systems, e.g.
my desktop Fedora box. However, this layout is causing some
QA errors which I don't know
Hi I want to install spamassassin to my image.
already I ran bitbake fal-image-full with following line on my
conf/local.conf
IMAGE_INSTALL_append = " perl-modules"
But still building spamassassing is complaining about PERL modules.
NOTE: Resolving any missing task queue dependencies
ERROR: No
Sorry for the noise. Disregard the busybox issue as that has been now
solved. The problem is with the external sourcery toolchain inside the
platform as it seems. At least, the error message has no any reference to
my custom layer.
On Wed, Jul 24, 2013 at 3:14 PM, Laszlo Papp wrote:
> It is a d
It is a different issue I am facing on another computer, so yet another one
to be solved, but here it goes:
ERROR: Multiple .bb files are due to be built which each provide
busybox
(/home/lpapp/Projects/foo/Yocto/poky-dylan-9.0.0/meta-foo/recipes-core/busybox/busybox_1.20.2.bb
/home/lpapp/Project
On 24 July 2013 14:56, Gary Thomas wrote:
> I'm [still] trying to set up a package for Amanda. I'd like
> the end result to match how it's done on other systems, e.g.
> my desktop Fedora box. However, this layout is causing some
> QA errors which I don't know how to fix, e.g.
>
> ERROR: QA Issue
I'm [still] trying to set up a package for Amanda. I'd like
the end result to match how it's done on other systems, e.g.
my desktop Fedora box. However, this layout is causing some
QA errors which I don't know how to fix, e.g.
ERROR: QA Issue: non debug package contains .debug directory: amanda
On 2013-07-24 06:48, Amit Kumar wrote:
-Original Message-
From: yocto-boun...@yoctoproject.org [mailto:yocto-boun...@yoctoproject.org] On
Behalf Of Amit Kumar
Sent: Wednesday, July 24, 2013 8:10 AM
To: Paul Eggleton
Cc: yocto@yoctoproject.org; lee_ball...@dell.com
Subject: Re: [yocto]
On 13-07-24 09:05 AM, lot...@denx.de wrote:
Dear Yocto Team,
For an ARM based board (MACHINE = "myboard"), I use a default kernel
config from arch/arm/configs and want now to change some particular
CONFIG_ options.
Trying to follow the documentation, I currently have the following files:
.
+- l
Dear Yocto Team,
For an ARM based board (MACHINE = "myboard"), I use a default kernel
config from arch/arm/configs and want now to change some particular
CONFIG_ options.
Trying to follow the documentation, I currently have the following files:
.
+- linux-acme
| |
| +- additional.cfg
|
A script from the meta-security layer had a missing
dependency that prevented it to work correctly.
Signed-off-by: Andrei Dinu
---
meta/recipes-support/libcap-ng/libcap-ng_0.7.3.bb | 12
1 file changed, 12 insertions(+)
create mode 100644 meta/recipes-support/libcap-ng/libcap-ng_
-Original Message-
From: yocto-boun...@yoctoproject.org [mailto:yocto-boun...@yoctoproject.org] On
Behalf Of Amit Kumar
Sent: Wednesday, July 24, 2013 8:10 AM
To: Paul Eggleton
Cc: yocto@yoctoproject.org; lee_ball...@dell.com
Subject: Re: [yocto] Regarding offline build
Hi,
I have
Dat Tran writes:
>
> This is the error I get:
>
> configure: WARNING: unrecognized options: --disable-silent-rules, --with-
> sysroot
> DEBUG: Shell function do_configure finished
> DEBUG: Executing python function do_qa_configure
> NOTE: Checking autotools environment for common misconfig
Hi all,
How do CaspaVL driver can be integrated into Yocto project? Any ideas?
--
Regards,
Zafrullah Syed
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto
The PRSPV variable is used for the packages:
* zip
* unzip
* docbook-sgml-dtd-3.1-native
* docbook-sgml-dtd-4.1-native
The REGEX variable has been added/changed for the following packages:
* btrfs-tools
* bjam-native
* build-appliance-image
Hi Emilia,
On 18 July 2013 17:09, Emilia Ciobanu
wrote:
> +PRSPV_pn-unzip = "${@d.getVar('PV',1).replace('.','')}"
Looks good.
> +PRSPV_pn-docbook-sgml-dtd-3.1-native = "31"
> +PRSPV_pn-docbook-sgml-dtd-4.1-native = "41"
As discussed already, let's rename these files so the PV is in the
filena
Hi,
Can anyone address the toolchain questions here for Laszlo?
Thanks,
Scott
From: djsz...@archlinux.us [mailto:djsz...@archlinux.us] On Behalf Of Laszlo
Papp
Sent: Tuesday, July 23, 2013 11:52 PM
To: Rifenbark, Scott M
Cc: Wold, Saul
Subject: Re: FW: [OE-core] Doc: external toolchain
OK, tha
Hi Christian,
On 24.07.2013 05:51, Christian Gagneraud wrote:
Hi there,
I have successfully generated Dylan core-image-minimal with the meta-ti
layer. I would like to know what is the procedure to select systemd for
the init process and connman as the network manager.
It seems to me that syste
51 matches
Mail list logo
