On September 6, 2016 10:22:35 PM EDT, Adolfo Sanchez
wrote:
>Hello Nick
>
>
>Thanks for your feedback.
>
>I tried installing the libtool as you suggested, also performed and
>apt-get upgrade just in case
>
>I am still getting the same error
>
>
>Best Regards,
>
>Adolfo
>
Adolfo,
Try installing
Hello Nick
Thanks for your feedback.
I tried installing the libtool as you suggested, also performed and apt-get
upgrade just in case
I am still getting the same error
Best Regards,
Adolfo
De: xerofoify
Enviado: martes 6 de septiembre de 2016 09:47:59 a.m.
Join us to learn more about Yocto Project’s open source, high-quality
infrastructure and tools. Build your own Linux distribution and choose
a development board to take home! Available options: MinnowBoard
Turbot, BeagleBone Black, or DragonBoard 410c.
Our trainers have prepared a preliminary agen
On 2016-09-06 2:17 PM, Clark, Mark A wrote:
Did a complete clone / checkout of krogoth this morning. Same
results. Can’t get a core-image-rt build of the latest poky.
I'll fire off a build for this on Wednesday. As I mentioned, I've
fixed this in other branches, and this is very likely the s
On September 6, 2016 6:50:34 PM EDT, "Daniel." wrote:
>Ronald
>
>If you have a module developed against 3.10 you may have trouble
>compiling it against 4.x. You should port the module to 4.x kernel,
>not kernel to module. If you patch the kernel to compile that module
>other modules may break. I
Ronald
If you have a module developed against 3.10 you may have trouble
compiling it against 4.x. You should port the module to 4.x kernel,
not kernel to module. If you patch the kernel to compile that module
other modules may break. I suggest that you download the kernel and
module to some folder
I seem to have been able to solve my own problem by doing a bit more
poking around:
It looks like the makefile I'm looking for is found in
${STAGING_KERNEL_DIR}, which appears in the Makefile as
$(KERNEL_PATH).
At least once I replaced the setting that was hard coded to
/lib/modules/$(KERNEL_VERS
Did a complete clone / checkout of krogoth this morning. Same results. Can't
get a core-image-rt build of the latest poky.
yocto@yocto-HP-Pavilion-dv7-Notebook-PC:~/poky/build$ bitbake core-image-rt
Parsing recipes: 100%
|###
> On Aug 30, 2016, at 5:30 AM, Gujulan Elango, Hari Prasath (H.)
> wrote:
>
> Hello all,
>
> We are working on a platform based on Renesas processor. The BSP provided by
> them has arm-trusted-firmware. Now in order to enable all the 8 cores, they
> have suggested to add a environment variab
> On Sep 1, 2016, at 3:57 AM, Samuel Stirtzel wrote:
>
> 2016-09-01 12:34 GMT+02:00 Jussi Kukkonen :
>> On 1 September 2016 at 13:21, Herman van Hazendonk wrote:
>>>
>>> Hi Pietro,
>>>
>>> You can override the recipe by adding a recipe for version 3.0.0+ in your
>>> own layer and making sure
> On Sep 4, 2016, at 8:43 PM, Armin Kuster wrote:
>
> V2: refactored patch to use meta-oe llvm.
>
> ./llvm/include/llvm/Support/AlignOf.h:57:24: error: expected unqualified-id
> before 'alignof'
> static inline unsigned alignof() { return AlignOf::Alignment; }
>^~~
> On Sep 5, 2016, at 6:00 AM, Pietro wrote:
>
> Well,
>
> I am cross-compiling the gRPC using the Yocto build system, I have
> created a recipe for a new package which generates the gRPC
> library(ies).
>
> The error comes from here *guess* :
> ifeq ($(SYSTEM),Darwin)
> $(Q) $(LD) $(LDFLAG
> On Sep 6, 2016, at 9:08 AM, Jaghathiswari Rankappagounder Natarajan
> wrote:
>
> Hi... what would the correct way to add some changes via my layer to a
> machine.conf file(existing in another layer)? The qemuarm.conf already exists
> in meta/conf/ .. I want to add some dependencies to machi
> On Aug 29, 2016, at 11:41 PM, Ottavio Campana wrote:
>
> Hello,
>
> I'm trying to port the kernel compilation of a bsp to yocto. My problem is
> that this kernel has a bunch of drivers that are out of the kernel sources
> tree and all the includes are hard coded with an uncommon structure.
I'm trying to integrate a 3rd party kernel module for some hardware
that we are using as part of our project. Following the directions
that work on the native Linux installation for building it doesn't
quite work for a number of reasons, so I'm now modifying the generated
Makefile.
However, it ap
> On Aug 29, 2016, at 5:45 AM, Sujith H wrote:
>
> From: Christopher Larson
>
> rdoc gets unhappy if this already exists, so remove it before building.
>
> Without this, it's possible to hit this error:
>
>Directory .ext/rdoc already exists, but it looks like it isn't an RDoc
>direct
On Tue, Sep 6, 2016 at 9:13 AM, Adolfo Sanchez wrote:
> Hello
>
>
>
> I am new to Yocto and trying to learn the basics of the system
>
>
> I am following the Yocto Quick Start guide:
>
> http://www.yoctoproject.org/docs/2.1/yocto-project-qs/yocto-project-qs.html
>
>
> Details:
>
> 1) I am using Lu
Attendees: Armin, Stephen, Joshua, Ross, Sona, Michael, Richard,
* Opens collection - 5 min (Stephen)
* Yocto Project status - 5 min (Stephen/team)
We are struggling to get M3 stable. But, YP 2.2 M3 is getting close.
https://wiki.yoctoproject.org/wiki/Yocto_Project_v2.2_Status
https://wiki.y
Hello
I am new to Yocto and trying to learn the basics of the system
I am following the Yocto Quick Start guide:
http://www.yoctoproject.org/docs/2.1/yocto-project-qs/yocto-project-qs.html
Details:
1) I am using Lubuntu 16.04 64bits on a Oracle VirtualBox VM, over a Windows10
host.
2) I
it already has been fixed … thank you
> Am 06.09.2016 um 10:52 schrieb Markus Volk :
>
> With latest changes in the master tree i´m getting infinite build loops at
> task do_package for recipes that contain a line like this in do_install:
>
> echo "whatever" > ${D}/whatever
>
>
Maciej Borzęcki
writes:
> On Tue, Sep 6, 2016 at 12:05 PM, Pietro wrote:
>>
>>
>>
>> "Daniel." writes:
>>
>>> I *guess* that it should be -Wl,-soname=libgpr.so.1 intead of
>>> -Wl,-soname,libgpr.so.1. Now from where this flags are comming is a
>>> good question..
>>
>> No that is correct, I dou
On Tue, Sep 6, 2016 at 12:05 PM, Pietro wrote:
>
>
>
> "Daniel." writes:
>
>> I *guess* that it should be -Wl,-soname=libgpr.so.1 intead of
>> -Wl,-soname,libgpr.so.1. Now from where this flags are comming is a
>> good question..
>
> No that is correct, I double checked.
>
> I would love to build
"Daniel." writes:
> I *guess* that it should be -Wl,-soname=libgpr.so.1 intead of
> -Wl,-soname,libgpr.so.1. Now from where this flags are comming is a
> good question..
No that is correct, I double checked.
I would love to build the library "by hand" - namely without using
bitbake - from t
With latest changes in the master tree i´m getting infinite build loops at task
do_package for recipes that contain a line like this in do_install:
echo "whatever" > ${D}/whatever
can anyone confirm this ?
regards
Markus
--
___
yocto m
24 matches
Mail list logo
