Bitbake World Status Setup: Difference between revisions

From Openembedded.org
Jump to navigation Jump to search
No edit summary
No edit summary
Line 5: Line 5:


Basically it uses default distro-less configuration from oe-core with few tweaks, all tweaks are included in each log directory e.g.:
Basically it uses default distro-less configuration from oe-core with few tweaks, all tweaks are included in each log directory e.g.:
http://logs.nslu2-linux.org/buildlogs/oe/world/pyro/log.world.qemuarm.20170213_095743.log/world_fixes.inc


http://logs.nslu2-linux.org/buildlogs/oe/world/log.world.20151119_085946.log/world_fixes.inc
http://logs.nslu2-linux.org/buildlogs/oe/world/log.world.20151119_085946.log/world_fixes.inc

Revision as of 20:07, 14 February 2017

This page is replacement for my regular "State of bitbake world" e-mails like this one: http://lists.openembedded.org/pipermail/openembedded-devel/2013-October/092818.html

In my setup there are currently 26 layers included (you can see exact list at the top of bitbake.log)

Basically it uses default distro-less configuration from oe-core with few tweaks, all tweaks are included in each log directory e.g.:

http://logs.nslu2-linux.org/buildlogs/oe/world/pyro/log.world.qemuarm.20170213_095743.log/world_fixes.inc

http://logs.nslu2-linux.org/buildlogs/oe/world/log.world.20151119_085946.log/world_fixes.inc

http://logs.nslu2-linux.org/buildlogs/oe/world/log.world.20151119_085946.log/world_mask.inc

The second one is used only when world_fixes includes it, the idea is to blacklist recipes which are known to be broken to get easier to read log).

It's not using "master" branches, but "jansa/master" branches in

etc. it's only because it's easier for me to push some changes I need to review to that branch (or my changes before I even send them to list for review) and let Jenkins to verify them in very big build.

It's running on Ubuntu 12.04.1 LTS with dash still as default shell.

The jenkins jobs are described here https://github.com/shr-project/jenkins-jobs

Usually I build for 3 MACHINE qemuarm, qemux86, qemux86-64. Each MACHINE takes about 20-24hours so sometimes there is bigger delay.

test-dependencies.sh build for all included recipes takes 11DAYS for 1 machine - so I don't do it very often, but incremental builds (with only recipes which failed last time) are fine.