On Mon, 2013-04-08 at 11:41 -0400, Robert P. J. Day wrote: > finally have the time to work my way through the ELC 2013 hands on > kernel labs described here: > > https://www.yoctoproject.org/tools-resources/presentations/working-kernel > > since i'll almost certainly use some of them in my next yocto course, > so the occasional question for anyone who's already been down this > road. start with lab 1. > > the doc mentions including the meta-yocto and meta-yocto-bsp layers > -- are those strictly necessary? the layer.conf definition file for > the lab1 layer doesn't list those layers as dependencies. what will > happen if i leave them out? what's the policy on explicitly listing > dependencies on those two layers in a new layer? >
The bblayers.conf for the labs is just the bblayers.conf that gets generated the first time you source oe-init-build-env in poky, which is what the lab is based on. You shouldn't need those layers - the BSPs should work fine outside of poky, but since this is a yocto lab and it uses poky, there's no need to make a point of removing them - actually, I haven't tried removing those layers - meta-yocto-bsp could certainly be removed since it's all machine-specific to existing BSPs, but it's easy enough to remove them and see... > also, just doing a basic fetch for lab1 produces: > > ERROR: QA Issue: > /home/rpjday/yocto/k_lab/layers/meta-lab1-qemux86/recipes-kernel/linux/linux_3.0.18.bb: > Variable FILES is set as not being package specific, please fix this. > > is that deliberate? something that will be resolved later in the > lab as part of an exercise? just curious. > The labs are and should be targeted to a specific release for exactly the reason you just discovered - in this case, the main metadata promoted various QA Issues into errors immediately following the release. In this case you were lucky and hit an example of something obvious, most of the time it's not that obvious - basically if you do anything outside of what's specified in the labs, especially working from master, all bets are off... Tom > rday > _______________________________________________ yocto mailing list yocto@yoctoproject.org https://lists.yoctoproject.org/listinfo/yocto
