Hi Jonathan,
Am 25.06.2016 um 06:44 schrieb Jonathan Haws:
I've tried adding
kernel configuration fragments to disable this option, but with no luck.
Kernel config fragments are currently not supported in meta-raspberrypi.
There is a patch for this here:
https://lists.yoctoproject.org/piperma
We recently did (attempted? ) an upgrade of our Yocto embedded build system
from Fido to Krogoth and, other than one rather massive issue, it all went well.
The massive issue is the fact that X11 is apparently not starting correctly.
The embedded device boots okay since we can see in via a seri
Hi,
On 07/01/2016 03:18 AM, Takashi Matsuzawa wrote:
Hello Yocto.
Recently I am trying icecc with bitbake and amd halfway satisfied.
Good to see batch of my compilation jobs consumed by my build machines on icemon
is not bad.
However, I can see my builds fail in certain condition eveytime and
w
Hello Yocto.
Well, this may not be a very new topic, but I wonder if you have recent
suggetions.
So far I have tried the followings and see some improvement, making the build
time to days to hours.
1) All of the directories, DL_DIR, SSTATE_CACHE, TMPDIR, DEPLOY_DIR are on SSD.
2) .repo and wor
Hello Yocto.
Recently I am trying icecc with bitbake and amd halfway satisfied.
Good to see batch of my compilation jobs consumed by my build machines on icemon
is not bad.
However, I can see my builds fail in certain condition eveytime and
wonder if it is a known issue and a workaround exists?
On Thu, Jun 30, 2016 at 4:03 PM, Michael Halstead
wrote:
> Please reach out if you have concerns.
Hi Mike
I have been playing with the new instance no issues so far. Send a
note when you bring down the system and again another when its all up.
--
___
After 2 weeks of testing and some performance tuning we are going to
proceed with the Patchwork upgrade. Data entered into the current
version in the next few hours may need to be re-entered after the upgrade.
All features of the current Patchwork install work in the new version.
So while there ar
The problem is that ccache is not finding the compiler after
environment-setup*.sh is sourced.Your error message can be foud at:
https://github.com/ccache/ccache/blob/master/ccache.c#L2075. It seems
that its searching for "gcc" when I though that kernel would search
for "${CROSS_COMPILE}gcc"
2016-
[YOCTO #7533]
Signed-off-by: Tim Orling
---
scripts/build.sh| 2 +-
scripts/generate-doc.sh | 2 +-
2 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/scripts/build.sh b/scripts/build.sh
index 97b6498..e289417 100755
--- a/scripts/build.sh
+++ b/scripts/build.sh
@@ -130,7 +13
On Thursday, June 30, 2016, Gary Thomas wrote:
> On 2016-06-29 17:27, Khem Raj wrote:
>
>> On Jun 29, 2016 4:10 AM, "Gary Thomas" > g...@mlbassoc.com>> wrote:
>> >
>> > I just [successfully] built a large image for my target (details):
>> > BB_VERSION= "1.31.0"
>> > BUILD_SYS
> I'm trying to build an image for an Rpi3 and am having some difficulty.
>
> I've created and posted a meta-batman layer to bring the latest BATMAN
> Advanced module and userspace tools to Yocto. I haven't had any
> troubles getting this layer to work with other architectures, but am
> having tro
I have found the issue. The dlt-daemon package has to install it's packages in
lib64 directory. There was a upstream patch available that did the trick. It
has some modifications to its CMake related files.
http://git.projects.genivi.org/?p=dlt-daemon.git;a=commit;h=7f3b861410374effbba07ad71c1f
On 30 June 2016 at 10:40, Gujulan Elango, Hari Prasath (H.) <
hguju...@visteon.com> wrote:
> The dlt-daemon package build directory at
> tmp/work/aarch64-poky-linux/dlt-daemon/2.11.1-r0/image
> has the following build output where I couldn't see any directory named
> lib64. Probably this is the r
I looked into the output log of bitbake -e dlt-daemon. I could see that the
baselib variable expands to lib64. For e.g FILES_SOLIBSDEV expands to
/lib64/lib*.so.
The dlt-daemon package build directory at
tmp/work/aarch64-poky-linux/dlt-daemon/2.11.1-r0/image has the following build
output whe
On 2016-06-30 11:24, Gujulan Elango, Hari Prasath (H.) wrote:
Hi,
I am looking into the files you have suggested. Meanwhile I forgot to mention
in my original post that when I build the
dependent package(dlt-daemon), I have been getting this QA warning. I have not
done any changes in the orig
Hi,
I am looking into the files you have suggested. Meanwhile I forgot to mention
in my original post that when I build the dependent package(dlt-daemon), I have
been getting this QA warning. I have not done any changes in the original .bb
file that comes with the meta-ivi.
ERROR: QA Issue:
Hi,
Check what files are added to the package of your distribution (deb, ipk )
Variable FILES_ defines what files should be added to the packages ( -dev,
-dbg, -doc ) which are installed in sysroot.
bitbake.conf specify default files which should be packed.
You can check bitbake -e &> output.lo
Hello
I am trying to integrate the meta-ivi layer into my distribution. When I am
trying to build the audiomanager, some dependent package do_configure() fails.
It looks for some packageconfig files(.pc) file in the
tmp/sysroots/, but this file is not there.
When I look into the dependent pa
On 2016-06-29 17:27, Khem Raj wrote:
On Jun 29, 2016 4:10 AM, "Gary Thomas" mailto:g...@mlbassoc.com>> wrote:
>
> I just [successfully] built a large image for my target (details):
> BB_VERSION= "1.31.0"
> BUILD_SYS = "x86_64-linux"
> NATIVELSBSTRING = "Ubuntu-15.10"
> TAR
19 matches
Mail list logo
