On 10/26, Cliff Brake wrote:
> How long have you been using OE?
~3 years
> How do you use OE/Yocto?
[ X ] product development
[ X ] hobby/research/education/yocto core developer, etc
> What distro do you use?
[ ] Poky
[ ] Angstrom
[ X ] nodistro or custom (Based on Poky)
> How do y
The Yocto Project Technical Meeting is about to start.
How To Join:
https://www.yoctoproject.org/monthly-technical-call/
Shared Google Doc:
https://docs.google.com/document/d/1Lr8KgkmmCZ84RF_ThIwnT3WWxMv_tUsHkpRV5PXTd0s/edit?usp=sharing
Cheers,
Stephano
--
__
Hi All,
Sorry for the cross posting but I want to be sure to hit both the Yocto
Project and OpenEmbedded communities with this information.
It has been brought to our attention that the weekly bug triage has
fallen out of the spotlight and we'd like to get it back into focus.
We'd like to encoura
On 5/29/18 8:00 AM, Trevor Woerner wrote:
> Is someone working on putting together a (google?) calendar of the
> various project (OE Yocto) meetings?
Great question.
Michael, do we have access to a Yocto Project google account?
--S
--
___
yocto mailin
When scraping the build targets from refkit-ci.inc, grep would only
return the first line of the search result. By replacing grep with
awk, we are now searching for multi-line variables, and should now
scrape build targets even if they have line breaks between them.
Signed-off-by: Stephano Cetola
point.
Signed-off-by: Stephano Cetola
---
buildset-config.controller/nightly-refkit.conf | 6 ++
1 file changed, 6 insertions(+)
diff --git a/buildset-config.controller/nightly-refkit.conf
b/buildset-config.controller/nightly-refkit.conf
index ab3ef6fa6..1d2487da6 100644
--- a/buildset
: Stephano Cetola
---
.../site-packages/autobuilder/buildsteps/ScrapeTargets.py| 9 -
1 file changed, 4 insertions(+), 5 deletions(-)
diff --git
a/lib/python2.7/site-packages/autobuilder/buildsteps/ScrapeTargets.py
b/lib/python2.7/site-packages/autobuilder/buildsteps
Updates since V1:
match the first line and remove the variable name, rather than skipping the
first line.
fixes [YOCTO #11720]
Stephano Cetola (1):
ScrapeTargets.py: improve target search algorithm
.../site-packages/autobuilder/buildsteps/ScrapeTargets.py| 9 -
1 file
Updates since V2:
match the first line and remove the variable name, rather than skipping the
first line. Also, removed some backslashes and submitted the correct patch
rather than resubmitting the old patch again.
fixes [YOCTO #11720]
Stephano Cetola (1):
ScrapeTargets.py: improve target
: Stephano Cetola
---
.../site-packages/autobuilder/buildsteps/ScrapeTargets.py | 11 ++-
1 file changed, 6 insertions(+), 5 deletions(-)
diff --git
a/lib/python2.7/site-packages/autobuilder/buildsteps/ScrapeTargets.py
b/lib/python2.7/site-packages/autobuilder/buildsteps
changed since V3:
Remove line breaks as well.
Stephano Cetola (1):
ScrapeTargets.py: improve target search algorithm
.../site-packages/autobuilder/buildsteps/ScrapeTargets.py| 12 +++-
1 file changed, 7 insertions(+), 5 deletions(-)
--
2.13.2
: Stephano Cetola
---
.../site-packages/autobuilder/buildsteps/ScrapeTargets.py| 12 +++-
1 file changed, 7 insertions(+), 5 deletions(-)
diff --git
a/lib/python2.7/site-packages/autobuilder/buildsteps/ScrapeTargets.py
b/lib/python2.7/site-packages/autobuilder/buildsteps
On 07/06, Joshua Lock wrote:
> This still leaves us a bit brittle. What if someone adds whitespace
> around the assignment operator? Could you create a follow-on patch for
> that?
>
> Thanks!
Actually, since the awk command just searches for self.targetsvar now
instead of ``self.targetsvar="``, it
c" to ensure that a compatible shell is
used.
Currently, refkit is the only build that suffers from this edge case.
Signed-off-by: Stephano Cetola
---
buildset-config.controller/nightly-refkit.conf| 3 ++-
lib/python2.7/site-packages/autobuilder/buildsteps/BuildImages.py |
Using awk, sed, or grep to pull a shell variable out of stdio proved
complex. Instead, simply cat the entire "inc" file to stdio and use
python/regex to find the variable.
Signed-off-by: Stephano Cetola
---
.../autobuilder/buildsteps/ScrapeTargets.py | 17 ++-
the source dir. Adding --init to the git submodule update
resolves this issue.
Signed-off-by: Stephano Cetola
---
.../buildbot-0.8.8-py2.7.egg/buildbot/steps/source/yoctogit.py | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git
a/lib/python2.7/site-packages/buildbot-0.8.8-py2
way.
Signed-off-by: Stephano Cetola
---
.../site-packages/autobuilder/buildsteps/ScrapeTargets.py | 7 ---
1 file changed, 4 insertions(+), 3 deletions(-)
diff --git
a/lib/python2.7/site-packages/autobuilder/buildsteps/ScrapeTargets.py
b/lib/python2.7/site-packages/autobuil
owever that presents several challenges
outside the scope of this work.
[YOCTO #11745 ]
Signed-off-by: Stephano Cetola
---
.../autobuilder/buildsteps/ModBBLayersConf.py | 35 ++
1 file changed, 35 insertions(+)
create mode 100644
lib/python2.7/site-packages/au
d step has been flushed out.
Signed-off-by: Stephano Cetola
---
buildset-config.controller/nightly-refkit.conf | 53 +-
1 file changed, 1 insertion(+), 52 deletions(-)
diff --git a/buildset-config.controller/nightly-refkit.conf
b/buildset-config.controller/nightly-re
179b7ae2511974173ae4aa72dfb49384ff69c2e5
Signed-off-by: Stephano Cetola
---
.../site-packages/autobuilder/buildsteps/CreateBBLayersConf.py | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git
a/lib/python2.7/site-packages/autobuilder/buildsteps/CreateBBLayersConf.py
b/lib/python2.7/site-packages/autobuilder
Take a list of pairs of layer substitutions: (current, replacement)
and replace each entry's current layer with the replacement layer.
The replacement parameter may include #YPDIR which will be
substituted for the full path of the poky checkout.
[YOCTO #11745 ]
Signed-off-by: Stephano C
d step has been flushed out.
Signed-off-by: Stephano Cetola
---
buildset-config.controller/nightly-refkit.conf | 56 ++
1 file changed, 3 insertions(+), 53 deletions(-)
diff --git a/buildset-config.controller/nightly-refkit.conf
b/buildset-config.controller/nightly-re
rivate keys.
Signed-off-by: Stephano Cetola
---
buildset-config.controller/nightly-refkit.conf | 11 +++
1 file changed, 11 insertions(+)
diff --git a/buildset-config.controller/nightly-refkit.conf
b/buildset-config.controller/nightly-refkit.conf
index 5fdfe4fc7..133eb54fd 1
them with distro = poky, calling
oe-init inside poky rather than inside refkit. The only layers we
need to add for refkit are "core" and "meta-intel".
Signed-off-by: Stephano Cetola
---
buildset-config.controller/nightly-refkit.conf | 11 +++
1 file changed, 11 inserti
This script name was changed in the following commit:
b46e05677b342df44829ffe8bcfbfc954e906030
This patch updates the script name to match.
[YOCTO #12110]
Signed-off-by: Stephano Cetola
---
lib/python2.7/site-packages/autobuilder/buildsteps/CheckYoctoCompat.py | 3 ++-
1 file changed, 2
Rocko introduces yocto-check-layer-wrapper which creates a separate
build dir to run yocto-check-layer inside.
Signed-off-by: Stephano Cetola
---
buildset-config.meta-intel/nightly-meta-intel.conf | 1 +
1 file changed, 1 insertion(+)
diff --git a/buildset-config.meta-intel/nightly-meta
These patches add musl buildsets for 64 bit on the main autobuilders
and 32 bit on the meta-intel autobuilder.
Stephano Cetola (2):
nightly-musl-x86-64: add 64bit musl build
meta-intel: nightly-musl: add 32 bit buildset
.../nightly-musl-x86-64.conf | 18
We were building with musl on 32 bit platforms but not on 64 bit.
This adds a 64 bit musl buildset that is similar to the 32 bit one
and also adds that buildset to the list of builds for nightly.
Signed-off-by: Stephano Cetola
---
buildset-config.controller/nightly-musl-x86-64.conf | 18
On the meta-intel autobuilder, we were only building musl for 64bit
architectures. This adds a buildset for core2-32 arch, and adds that
build to the nightly.
Signed-off-by: Stephano Cetola
---
buildset-config.meta-intel/nightly-meta-intel.conf | 3 +-
.../nightly-musl-core2-32.conf
separate layer from
meta-intel, we need to add that layer's location based on
meta-intel's layer version.
Stephano Cetola (4):
buildset-config.meta-intel: add oe-selftest buildsets
intel-quark.conf: change the defaults for srcrev_meta and
srcrev_machine
buildset-config.meta-intel/ni
The default values for srcrev_machine and srcrev_meta should be set
to blank rather than AUTOREV. AUTOREV will force them to the tip of
the current branch, which is no longer needed.
Signed-off-by: Stephano Cetola
---
buildset-config.meta-intel/intel-quark.conf | 8
1 file changed, 4
Yocto v2.4 is live and the codename is rocko. This adds that name to
the list of possible releases.
Signed-off-by: Stephano Cetola
---
buildset-config.meta-intel/nightly-meta-intel.conf | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/buildset-config.meta-intel/nightly-meta
These buildset configs add RunOeSelftest steps for x86, x86-64,
corei7 core2-32 and qemux86-64.
Signed-off-by: Stephano Cetola
---
.../nightly-oe-selftest-core2-32.conf | 31 ++
.../nightly-oe-selftest-corei7.conf| 31
-tlk, and add the appropriate
folder to the bblayers.conf depending on which layer version of
meta-intel we are building.
Also, some cleanup was done on the buildset configs to remove extra
white spaces or cleanup the formatting.
Signed-off-by: Stephano Cetola
---
buildset-config.meta-intel
On 2/2/18 11:04 AM, Cetola, Stephano wrote:
> Cetola, Stephano has invited you to Yocto Project Technical Team Meeting
>
> When:
>
> Occurs the first Tuesday of every month effective 2/6/18 from 8:00 AM to
> 8:30 AM.
>
> Organizer:
>
> Cetola, Stephano
>
> Description:
>
> When:
YPTM will be Feb. 6, 2018 at 8am PST.
We encourage people attending the meeting to logon and announce
themselves on the Yocto Project IRC chancel during the meeting (optional):
Yocto IRC: http://webchat.freenode.net/?channels=#yocto
IRC Tutorial: http://www.irchelp.org/irchelp/irctutorial.html
h
Attendees:
Armin, Stephano, Alex, Maxin, Amanda, Stephen, Richard, Pascal, Ross,
Denys, Joshua Watt, Tim Orling, Martin/Oliver/Marcus (of Phoenix
Contact, Germany), wmills
Current Status:
https://wiki.yoctoproject.org/wiki/Weekly_Status
Spectre / Meltdown Info:
http://lists.openembedded.org/piper
On 2/22/18 3:59 AM, Pulizzotto Alessio (COMAU) wrote:
> Hello,
>
> I’m writing you because I have some problems with the building of an
> 2.4.1 image of the Yocto.
>
> I am using a Siemens IoT 2040 hardware witch have an intel quark cpu.
>
> My error is the follow, in the “bitbake name-image”:
>
Attendees: Armin, Stephano, Juro, Stephen, Ross, Joshua Watt, Amanda,
Tim, David Reyna, Denys, Randy, Michael Halstead, Richard, Alex Kanavin,
Bill Mills, Mark Hatle, Tracey Erway
Current Status:
https://wiki.yoctoproject.org/wiki/Weekly_Status
It was mentioned that the 2.6 features should be dis
The Yocto Project team is moving to a new release planning process and I
want to provide an overview as there will be some things I need from
those of you making changes and adding things to Bugzilla.
Overview:
We are moving to a “Pull” process for planning rather than a “Push”
process. What this
We're updating our manuals and I want to be sure the information we are
providing is correct. Here is the section in question:
TIP
Ordering and BBFILE_PRIORITY for the layers listed in BBLAYERS matter.
For example, if multiple layers define a machine configuration, the
OpenEmbedded build system u
On 3/22/18 12:31 AM, Vincent Daanen wrote:
> Hi,
>
> I’m porting the makefile to build SocketCan for Ixxat on yocto. At this
> time I successfully build the module file.
Have you checked out the CANopen drivers?
https://github.com/ros-industrial/ros_canopen
https://github.com/bmwcarit/meta-ros/t
Current Dev Position: YP 2.5 M3 final close out.
Next Deadline: YP 2.5 M4 stabilization is 4/2/18
SWAT lead is currently Ross.
SWAT team rotation: Ross -> Juro on March 30, 2018
SWAT team rotation: Juro -> Paul on April 6, 2018
https://wiki.yoctoproject.org/wiki/Yocto_Build_Failure_Swat_Team
Ke
On 3/27/18 6:28 AM, Eric Schwarz wrote:
> Hello,
>
> is this the right mailing list to post new recipes for libraries to be
> included in the openembedded layer and/or recipes patches, respectively?
>
> Many thanks
> Eric
Hey Eric,
Thank you for looking into contributing to OE & Yocto.
Dependi
On 3/27/18 6:03 AM, Karim ATIKI wrote:
> Hi all,
>
> We just received some evaluation boards based on Freescale IMX8 Quad.
> We'll have to firstly build a custom linux image to test our products.
> I'm not experienced with freescales processors.
>
> Is there some layers managing the recent IMX8 F
Attendees:
Armin, Stephano, Robin, Richard, Maxin, Alex K, Sean Gabriel, Martin,
Denys, Joshua Watt, Michael Halstead, Pascal Bach, Randy MacLeod,
Amanda, Trevor, Tracey
If people are aware of items that should be going into 2.5 but are not
on the list, please contact Richard. While no high level
On 4/4/18 7:48 AM, Giordon Stark wrote:
> Hi all,
>
> I have a custom board with custom kernel config changes. Because of
> that, I append the u-boot recipe as well:
>
> https://github.com/kratsg/meta-l1calo/blob/master/recipes-bsp/u-boot/u-boot-xlnx_%25.bbappend
>
>
> with my machine.h and de
to
> recipes-kernel/linux/ and report back.
Sounds good!
--S
>
> G
>
> On Wed, Apr 4, 2018 at 10:32 AM Stephano Cetola
> <mailto:stephano.cet...@linux.intel.com>> wrote:
>
> On 4/4/18 7:48 AM, Giordon Stark wrote:
> > Hi all,
> >
>
On 4/4/18 8:48 AM, Giordon Stark wrote:
> Hi all,
>
> I looked at the bitbake manual, but if I have a custom layer that's
> checked out at a specific revision, how can I access the variable
> containing the revision to embed it into the hostname variable?
>
> I would want to append the hostname v
On 4/4/18 9:13 AM, Stephano Cetola wrote:
> On 4/4/18 8:48 AM, Giordon Stark wrote:
>> Hi all,
>>
>> I looked at the bitbake manual, but if I have a custom layer that's
>> checked out at a specific revision, how can I access the variable
>> containing the
In order for the build slaves to process the "deploy artifacts"
property, it needs to be passed in when the builds are triggered.
This fixes [YOCTO 10229]
Signed-off-by: Stephano Cetola
---
buildset-config.controller/nightly.conf | 3 ++-
1 file changed, 2 insertions(+), 1 deletio
On 01/04, richard_al...@keysight.com wrote:
> I am getting errors with morty and -c populate_sdk_ext when I have recipes
> which inherit bin_package
> These recipes work fine with Krogoth and it's populate_sdk_ext
>
> Note: package is not empty, Use to install package on running system.
>
> No i
On 01/05, richard_al...@keysight.com wrote:
> Hi
> 1) I had just successfully built an image with all the recipes ( hals,
> hals-doc) [and yes, there these are non-empty]
> 2) I had then successfully built image with -c populate_sdk
> 3) The bitbake image -c populate_sdk_ext is what is failing
>
53 matches
Mail list logo