Hello,
The latest release of the Yocto Project 2.4.2 (rocko-18.0.2) is now available
for download at:
http://downloads.yoctoproject.org/releases/yocto/yocto-2.4.2/poky-rocko-18.0.2.tar.bz2
http://mirrors.kernel.org/yocto/yocto/yocto-2.4.2/poky-rocko-18.0.2.tar.bz2
A gpg signed version of these
On Fri, 2018-03-09 at 11:12 -0700, Oleg K Dzhimiev wrote:
> Poky 2.4.
> I would like to add ping and scp to HOSTTOOLS from a class inherited
> by a recipe. HOSTTOOLS is updated but the links will not appear in
> the build/tmp/hosttools/
> Is there any way to do this?
HOSTTOOLS is a global configur
Hi community,
I am searching for any *widely* accepted benchmark, which can be used to
quantify performance of SDHC and SDIO drivers based on different
parameters, on embedded platforms?
Tests might include copying a block of data from host to a SD card or vice
versa and measuring bandwidth and spe
On Mon, Mar 12, 2018 at 3:59 PM, Outback Dingo wrote:
> -snip--
Okay ive confirmed this works, building fine again all the way through, thanks
>
> okay ive updated the makefile with your edits and read the doc, the
> new version is here... is it on the right track ??? much apprec
Hi,
I have to integrate Ixxat SocketCAN driver in the image which will run our
system.
The organisation of the files is the following
Yocto/MyCompany/meta-myCompany/recipes-candriver/ixxat-socketcan
This directory contains the file ixxat-socketcan.bb.
The content of this file is
Hi,
I have to integrate Ixxat SocketCAN driver in the image which will run our
system.
The organisation of the files is the following
Yocto/MyCompany/meta-myCompany/recipes-candriver/ixxat-socketcan
This directory contains the file ixxat-socketcan.bb.
The content of this file is
From: André Draszik
As per the commit message - build on hosts with --as-needed
toolchains (Ubuntu 16.04) using system provided zlib fails:
If the (host) toolchain has been configured to
unconditionally add --as-needed to the linker command line
then linking can fail when using system libraries.
From: André Draszik
The patch had a few typos, leading to errors during ./configure
../jdk8u-4be07cb28b21/common/autoconf/configure: line 8408: test: too many
arguments
Change-Id: I867eba7aae3390aa869e69c86f29e77b505043e7
---
recipes-core/openjdk/patches-openjdk-8/dont-expect-fqpn-for-make.
*Executive summary*
do_patch() will shortly start issuing warnings when recipe patches are
applied with some of the patch context ignored. This email explains why
this is necessary, and how the warnings can be eliminated.
*What is patch fuzz?*
Patch fuzz is a situation when the patch tool ig
Current Dev Position: YP 2.5 M3 final close out.
Next Deadline: YP 2.5 M3 cut off was 2/19/18
*** FEATURE FREEZE for 2.5 has passed ***
SWAT lead is currently Cal.
SWAT team rotation: Cal -> Armin on March 16, 2018
SWAT team rotation: Armin -> Ross on March 23, 2018
https://wiki.yoctoproject
-snip--
okay ive updated the makefile with your edits and read the doc, the
new version is here... is it on the right track ??? much appreciated
the insight
modifications below
#
# This file was derived from the 'Hello World!' example recipe in the
# Yocto Project Developm
On 12 March 2018 at 13:35, Outback Dingo wrote:
> Well heres the dltwrapper bb file it appears to build fine
> #
> # This file was derived from the 'Hello World!' example recipe in the
> # Yocto Project Development Manual.
> #
>
> DESCRIPTION = "DLT Wrapper"
> SECTION = "examples"
> DEPENDS = "bo
Well heres the dltwrapper bb file it appears to build fine
#
# This file was derived from the 'Hello World!' example recipe in the
# Yocto Project Development Manual.
#
DESCRIPTION = "DLT Wrapper"
SECTION = "examples"
DEPENDS = "boost libusb1 dlt-daemon"
LICENSE = "COMPANY_COMMON_LICENSES"
LIC_FIL
At a guess as I don't have any of your recipes to look at, jsonparser and
dltwrapper packages are broken and putting the libraries into the -dev
packages. That probably caused a QA warning too.
Ross
On 12 March 2018 at 11:53, Outback Dingo wrote:
> ERROR: QA Issue: r4-hub rdepends on dltwrappe
ERROR: QA Issue: r4-hub rdepends on dltwrapper-dev [dev-deps]
ERROR: QA Issue: r4-hub rdepends on jsonparser-dev [dev-deps]
ERROR: QA run found fatal errors. Please consider fixing them.
ERROR: Function failed: do_package_qa
ERROR: Logfile of failure stored in: log.do_package_qa.21297
seems ive cr
On 12 March 2018 at 11:34, Arno Steffens wrote:
> You are right, the bits/fcntl-32.h at the very end has a
> #include
> But, all lines in are greyed (not active), except these I
> noted as bold (below). So it not become active.
> I would assume __arm__ should be set by someone.
>
> It seems it
You are right, the bits/fcntl-32.h at the very end has a
#include
But, all lines in are greyed (not active), except these I noted as bold (below). So it not become active.
I would assume __arm__ should be set by someone.
It seems it is not a problem for the compiler, but for the Eclipse
Have you looked at the content of bits/fcntl-32.h?
On 12 March 2018 at 10:32, Arno Steffens wrote:
>
> Sure, sorry if this wasn't clear.
> For me the chain is
> includes (see below) and this doesn't include
> .
> This is my SDK sysroot for cortexa9-hf.
>
> Arno
>
>
> /*
> * Copyright (C) 200
Sure, sorry if this wasn't clear.
For me the chain is
includes (see below) and this doesn't include .
This is my SDK sysroot for cortexa9-hf.
Arno
/*
* Copyright (C) 2005-2011 by Wind River Systems, Inc.
*
* Permission is hereby granted, free of charge, to any person obtaini
Don't know if I can help you with that, sorry.
Seems to be a promise of a nest of snakes :)
Perhaps a suggestion before you go down that rabbit hole...
Try getting the whole `meta-qt5` that has the required python packages in
it already.
Perhaps you'll have more luck with that than porting a recip
Can you explain what the actual problem is?
For me the include you'd use in programs includes
which includes which defines O_RDONLY.
Ross
On 12 March 2018 at 07:32, Arno Steffens wrote:
> I looked for
> #define O_RDONLY 00
> #define O_WRONLY 01
> #define O_RDWR
Hi Arno,
On Fri, Mar 09, 2018 at 07:19:06AM +0100, Arno Steffens wrote:
> I have 2 extra users (added with useradd_example.bb). Login works for all 3
> parties.
>
> While login works, passwd (to change it) doesn't work for the extra users.
> They will asked for the old one - which fails.
> Root
I looked for
#define O_RDONLY 00
#define O_WRONLY 01
#define O_RDWR 02
and found it in : bits/fcntl-linux.h. According to this file it should not be
included, but bits/fcntl.h.
And it requires something like that:
A minimal contains just:
struct flock
23 matches
Mail list logo
