I have looked at the output from a couple builds (nightly-fsl-arm, nightly-fsl-ppc, nightly-mips) and had a couple questions.
Running "poky/oe-init-build-env" will produce a "build/conf/local.conf", but the nightly builder prefers to puts its configurations into "build/conf/auto.conf". Obviously there's nothing wrong with this, but I'm wondering why use auto.conf instead of local.conf? I'm guessing there's some nugget of information in this choice that I'm hoping to discover. Not all builds, but these three seem to follow similar steps: 1. prepare 2. configure+build core-image-sato core-image-sato-dev core-image-sato-sdk core-image-minimal core-image-minimal-dev 3. configure+build core-image-sato core-image-sato-dev core-image-sato-sdk core-image-minimal core-image-minimal-dev 4. configure+build meta-toolchain-gmae 5. configure+build meta-toolchain-gmae 6. finish up I can't help but wonder why the same builds are (apparently) done more than once? Also, for me I think it would be better if #2 and #3 split out each of those build targets individually. Seeing that, say, meta-fsl-arm failed wouldn't provide me with as much information as knowing that (for example) core-image-minimal passed, but core-image-sato failed. With the build the way it is currently, I'd have to dig through #2's log to see whether core-image-minimal was okay or not. Is the choice of build slave random? I've noticed that there seem to be 3 different slave hosts: debian, fedora, and suse. This is great! Although rare, sometimes the host does influence whether a build fails or succeeds, so I'm curious to know if a build's choice of slave will always be the same or is selected randomly. Also, I've noticed that the version of the host software on the slaves can vary (e.g. I've noticed a suse 11.3 and a 12.2). I'm curious to know if this is on purpose. Thanks. _______________________________________________ yocto mailing list yocto@yoctoproject.org https://lists.yoctoproject.org/listinfo/yocto
