Bitbake World Status Setup - Revision history

Armpit at 21:31, 29 October 2017

2017-10-29T21:31:06Z

← Older revision		Revision as of 21:31, 29 October 2017
Line 18:		Line 18:
	The jenkins jobs are described here https://github.com/shr-project/jenkins-jobs		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.		Usually I build for 4 MACHINE qemuarm, qemuarm64, 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.		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.

Jama at 20:07, 14 February 2017

2017-02-14T20:07:55Z

← Older revision		Revision as of 20:07, 14 February 2017
Line 7:		Line 7:

	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/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		It's not using "master" branches, but "jansa/master" branches in
Line 20:		Line 14:
	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.		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.		It's running on Ubuntu 16.04 LTS with dash still as default shell.

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

Jama at 20:07, 14 February 2017

2017-02-14T20:07:10Z

← Older revision		Revision as of 20:07, 14 February 2017
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

Jama at 20:25, 23 November 2015

2015-11-23T20:25:02Z

← Older revision		Revision as of 20:25, 23 November 2015
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/~~oe-shr-core-branches~~/log.world.~~20131120_212012~~.log/world_fixes.inc
	http://logs.nslu2-linux.org/buildlogs/oe/~~oe-shr-core-branches~~/log.world.~~20131120_212012~~.log/world_mask.inc ~~(This~~ 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).		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		It's not using "master" branches, but "jansa/master" branches in

Jama: Created page with "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..."

2014-10-18T08:13:11Z

Created page with "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..."

New page

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/oe-shr-core-branches/log.world.20131120_212012.log/world_fixes.inc
http://logs.nslu2-linux.org/buildlogs/oe/oe-shr-core-branches/log.world.20131120_212012.log/world_mask.inc (This 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
* http://git.openembedded.org/openembedded-core-contrib/
* http://git.openembedded.org/meta-openembedded-contrib/
* https://github.com/shr-distribution/meta-smartphone
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.