Hi,
we created our own image for our custom hardware with yocto jethro.
Everything works fine, thanks for this great tools!
Now more developers have to write software for our project. I did the
following steps to set up a application dev environment (as mentionend in
application developers guide)
Hi Stefan,
On Wed, 27 Apr 2016 08:35:51 s.jar...@esa-grimma.de wrote:
> Thank you for taking time to check my problem. I fixed that. Maybe not how
> you will do it.
> My main problem still exists - the compiling problem when the std. c++
> includes needed to be compiled. Maybee you have an idea ho
you could use multilib add something like this below to local.conf
require conf/multilib.conf
MULTILIBS = "multilib:lib32"
DEFAULTTUNE_virtclass-multilib-lib32 = "armv7at-neon”
> On Apr 26, 2016, at 10:53 PM, Jaggi, Manish
> wrote:
>
> It worked, thanks!!
>
> But I couldnt find support to inc
On 4/27/16 12:53 PM, Khem Raj wrote:
> thanks I think most of them come to these categories. So any help in
> fixing them is welcome.
>
> 1. kernel older than 4.4, backport needed fixed into these branches or
> move to newer kernels.
> 2. uboot dont have gcc6 compiler header files, backport the ne
thanks I think most of them come to these categories. So any help in
fixing them is welcome.
1. kernel older than 4.4, backport needed fixed into these branches or
move to newer kernels.
2. uboot dont have gcc6 compiler header files, backport the needed fixes
2. meta-qt4 needs to use gnu++98
3. gc
On Wed, Apr 27, 2016 at 6:19 PM, Christopher Larson wrote:
>
>
> On Wed, Apr 27, 2016 at 9:11 AM, Ulf Magnusson wrote:
>>
>> I'm trying to get a feel for how BitBake infers task dependencies. The
>> easiest way (but I'm open to suggestions) seems to be to dump the
>> value of do_task[vardeps] for
On Wed, Apr 27, 2016 at 9:11 AM, Ulf Magnusson wrote:
> I'm trying to get a feel for how BitBake infers task dependencies. The
> easiest way (but I'm open to suggestions) seems to be to dump the
> value of do_task[vardeps] for a particular recipe after the inferred
> dependencies are added.
>
> W
Hello,
I'm trying to get a feel for how BitBake infers task dependencies. The
easiest way (but I'm open to suggestions) seems to be to dump the
value of do_task[vardeps] for a particular recipe after the inferred
dependencies are added.
What's a good way to dump do_task[vardeps]? I tried using ge
I am trying to build mono with the mono-xsp (fastcgi) package.
Compiling works fine, however on the final image all the scripts are incorrect.
For example /usr/bin/fastcgi-mono-server4 has the following contents.
#!/bin/sh
exec /build/product/tmp-glibc/sysroots/x86_64-linux/usr/bin/mono $MONO_O
On 27 April 2016 at 14:03, Lars Larsen wrote:
>
> BRANCH ?="develop"
> SRC_URI =
"git:///eserver/GIT/autodiscover/;branch=${BRANCH};;name=discover "
> SRCREV_discover= "${AUTOREV}"
> SRCREV_FORMAT= "discover"
This is likely the problem.
$(AUTOREV) means "go and get the latest revision every bui
ping?
it's been over 2 weeks now
On Mon 2016-04-11 @ 02:28:30 PM, Trevor Woerner wrote:
> The u-boot master and chip/stable branches have diverged such that the md5sums
> of the License README files are now different. The latest master branch has
> added a "SIL OPEN FONT LICENSE (OFL-1.1)" licens
Hi,
we created our own image for our custom hardware with yocto jethro.
Everything works fine, thanks for this great tools!
Now more developers have to write software for our project. I did the
following steps to set up a application dev environment (as mentionend in
application developers guide)
On 2016-04-27 14:21, Gary Thomas wrote:
On 2016-04-27 13:38, Lars Larsen wrote:
Hello
I have 2 questions
I have finally managed to build an image like I want it.
I consists of a kernel.
The ROS framework.
And our proprietary software under git control
What I want to achieve is the foll
> Subject: Re: [yocto] [Fwd: gobject introspection release notes]
> To: zhenhua@nxp.com; christrobri...@hotmail.com
> CC: yocto@yoctoproject.org
> From: alexander.kana...@linux.intel.com
> Date: Wed, 27 Apr 2016 15:38:01 +0300
>
> On 04/26/2016 11:05 AM, Zhenhua Luo wrote:
> > Any ideas as to
On 04/26/2016 11:05 AM, Zhenhua Luo wrote:
Any ideas as to why "qemu-ppc64 crashes out immediately"?
I can confirm the build ends in a segfault when I tried building
gobject-introspection for the t1042d4rdb-64b machine.
*/[Luo Zhenhua-B19537] This is a gobject-introspection support issue of
QEM
On 27 April 2016 at 03:12, Paul Eggleton wrote:
> On Tue, 26 Apr 2016 09:39:26 Burton, Ross wrote:
>> > SUMMARY = "g3log"
>> > SECTION = "sek4"
>> > LICENSE = "MIT"
>> > LIC_FILES_CHKSUM = "file://$
>> > {COMMON_LICENSE_DIR}/MIT;md5=0835ade698e0bcf8506ecda2f7b4f302"
>
> This appears to be the Unli
On 2016-04-27 13:38, Lars Larsen wrote:
Hello
I have 2 questions
I have finally managed to build an image like I want it.
I consists of a kernel.
The ROS framework.
And our proprietary software under git control
What I want to achieve is the following:
When online it should fetch the lat
Hello
I have 2 questions
I have finally managed to build an image like I want it.
I consists of a kernel.
The ROS framework.
And our proprietary software under git control
What I want to achieve is the following:
When online it should fetch the latest commit (or what ever branch/tag)
fro
On 27 April 2016 at 10:07, Chris Trobridge
wrote:
> pjproject hasn't been touched for 6 years and has some custom steps I
> don't understand (
> https://github.com/openembedded/openembedded/tree/master/recipes/pjproject
> ).
>
> asterisk (
> https://github.com/openembedded/openembedded/tree/maste
Regarding:
"Can you shine any light on the "-fdebug-prefix-map" related fatal QA errors?
(leaking host paths) I've found some discussion in openembedded that suggests
this should be fixed in the compiler but again I am curious why this (very
simple) recipe has this issue but others don't."
So D
On 2016-04-27 11:23, Burton, Ross wrote:
On 27 April 2016 at 10:22, Gary Thomas mailto:g...@mlbassoc.com>> wrote:
Can you explain a bit more? - BAD_RECOMMENDS doesn't seem to be documented.
My mistake - BAD_RECOMMENDATIONS.
http://www.yoctoproject.org/docs/2.0.1/ref-manual/ref-manual.htm
On Wed, Apr 27, 2016 at 10:48:03AM +0200, Gary Thomas wrote:
> I see that the replacement for udev (eudev) in OE-core takes nearly
> 12MB on my i.MX6 (ARM CortexA7). This is nearly 25% of my total
> storage space (64MB NAND)!
See
http://permalink.gmane.org/gmane.comp.handhelds.openembedded.core/7
On 27 April 2016 at 10:22, Gary Thomas wrote:
> Can you explain a bit more? - BAD_RECOMMENDS doesn't seem to be documented.
>
My mistake - BAD_RECOMMENDATIONS.
http://www.yoctoproject.org/docs/2.0.1/ref-manual/ref-manual.html#var-BAD_RECOMMENDATIONS
Ross
--
___
On 2016-04-27 10:59, Burton, Ross wrote:
On 27 April 2016 at 09:48, Gary Thomas mailto:g...@mlbassoc.com>> wrote:
Is there any way to not have both the hwdb.bin (which I assume
is a binary version of the hardware databases) and /etc/udev/hwdb.d?
Perhaps there is some way to only use
Thanks Ross,
I have added "EXTRA_OECONF += "--enable-shared", as asterisk needs shared
libraries: these don't get the suffix and asterisk builds fine.
I am still getting a whole slew of host contamination warnings, eg "pjproject:
/pjproject-staticdev/usr/lib/libpjsua-x86_64-poky-linux-gnu.a is ow
Hi Gary,
On Wed, Apr 27, 2016 at 10:48 AM, Gary Thomas wrote:
> I see that the replacement for udev (eudev) in OE-core takes nearly
> 12MB on my i.MX6 (ARM CortexA7). This is nearly 25% of my total
> storage space (64MB NAND)!
>
> # ls -lR /etc/udev
> /etc/udev:
> total 6520
> -rw-r--r-- 1 root
On 27 April 2016 at 09:48, Gary Thomas wrote:
> Is there any way to not have both the hwdb.bin (which I assume
> is a binary version of the hardware databases) and /etc/udev/hwdb.d?
> Perhaps there is some way to only use one?
>
> Or maybe there is a better choice, such as mdev? I'm not sure abo
Finally made errors.yp do the right thing:
http://errors.yoctoproject.org/Errors/Latest/?filter=91ef7bf5ad13304827e2ef06738f7fc28ed650f6&type=commit
is a list of all the failures.
Ross
On 27 April 2016 at 09:02, Burton, Ross wrote:
>
> On 21 April 2016 at 04:06, Khem Raj wrote:
>
>> I have upd
I see that the replacement for udev (eudev) in OE-core takes nearly
12MB on my i.MX6 (ARM CortexA7). This is nearly 25% of my total
storage space (64MB NAND)!
# ls -lR /etc/udev
/etc/udev:
total 6520
-rw-r--r-- 1 root root1600 Jan 1 1970 cache.data
-r--r--r-- 1 root root 6660476 Apr 26 13:
On 21 April 2016 at 04:06, Khem Raj wrote:
> I have updated
>
> http://git.openembedded.org/openembedded-core-contrib/log/?h=kraj/gcc-6
>
> With few more patches added now. Most of packages in OE-Core are
> building fine except linux-yocto on mips and ppc
>
I threw this at the autobuilder. Lots
On 27 April 2016 at 03:30, Paul Eggleton
wrote:
> Looking at meta/recipes-devtools/qemu/qemu.inc it is explicitly looking at
> DISTRO_FEATURES for the native class. That seems wrong to me as well, but I
> would be surprised if it were the only place we were referring to
> DISTRO_FEATURES in the n
On 27 April 2016 at 07:27, Chris Trobridge
wrote:
> Aside from the issues I mentioned previously, pjproject is detecting
> cross-compilation and this causes it to append '-x86_64-poky-linux-gnu' to
> all its library names.
>
> This is then breaking autotools configuration in other recipes that ar
32 matches
Mail list logo