[linux-yocto] KMETA branch/directory redux (yocto #5090)
Peter A. Bigot
pab at pabigot.com
Thu Aug 7 06:27:07 PDT 2014
First, some yak shaving:
If something goes wrong with linux-yocto's do_patch, it prints:
| ERROR. Could not apply patches for beaglebone.
| Patch failures can be resolved in the devshell (bitbake -c
devshell linux-yocto)
In fact, you can't, because meta/classes/devshell.bbclass has:
addtask devshell after do_patch
so there's a chicken/egg thing here because bitbake never gets to
devshell. No idea how to fix that.
Now: What goes wrong with do_patch for me ultimately turns out to be
https://bugzilla.yoctoproject.org/show_bug.cgi?id=5090 biting me again a
year after I filed and forgot it, because I set KMETA=yocto-3.14/meta
because that's the branch name in my local kernel directory. Various
kgit-* tools still want to use KMETA to name the directory as well as
the branch, and they are not happy when KMETA isn't meta.
I'm going to try to do a patch for that, if it's agreed that KMETA
really does only name the branch and something else needs to propagate
the directory name among all the scripts.
Before I do that, is that the intended behavior? I was going to add
KMETA_DIR as the companion variable, and probably have all the
meta_dir() shell functions in the *me scripts export that.
Are patches to yocto-kernel-tools to be sent to this list?
Also, is there a reason all the support scripts are present in the
meta/scripts directory of the KMETA branches, even though when you run
bitbake the versions that come from kern-tools are the ones that are
actually used? Their presence tricked me into thinking that the ones in
the meta branch were what I should be patching....
Peter
More information about the linux-yocto
mailing list