creation / change in weston-ini-conf.bbappend can be ignored by yocto
Description
Environment
Activity
Walt Miner November 3, 2017 at 10:19 PM
Closing as part of EE RC2

Tom Rini November 2, 2017 at 12:13 PM
For Dab, changes were pushed that have all of the variables be tracked correctly. For Eel, the same was done and then on top of that .

Tom Rini October 12, 2017 at 4:05 PM
I've had a chance to talk with Richard Purdie and Chris Larson about what we're doing here. The root problem is that while there's logic today to cover ensuring that getVar() ends up causing things to be put into the signature there's no similar logic for getVarFlags(). While this could be seen as a bug, the next issue is that since we use them in a nested fashion, we would have to make use of vardeps to manually track this usage regardless.
The immediate solution here is to vardeps lines into the places where we're adding new variables that we must track and a longer term solution would be to re-evaluate how much of this functionality is even still required. With the move to Weston 2.0 a conf file is not strictly required and we could probably move to a small series of fragments to handle orientation / output device, core required parts, and board+display specific features. We should also do our best to move away from calling out specific 'portable' touchscreens as much as possible.

Tom Rini October 12, 2017 at 12:52 PM
This is due to I believe that we're making use of variable flags in such a non-standard way. The general problem is that we need to be making a lot more use of vardeps. I actually started down this path yesterday after seeing the comment (after seeing the fix for the eGalax screen thing). I'm going to grab this issue and run with it. I also poked some of the OE folks I know to see if this is an expected side-effect of what we're doing here

Jan-Simon Moeller October 12, 2017 at 11:27 AM
is this behaviour of missing bbappends known/reported upstream already ? Is there an entry in the yocto bugzilla that we can track ?
If you follow the process indicated in
meta-agl/recipes-graphics/wayland/Readme.weston-ini-conf
to create a new screen type, the creation of the weston-ini-conf.bbappend file will likely be ignored by yoto bitbake.
A work around exists:
run first, after any change in that bbappend.
# bitbake weston-ini-conf -c clean ; bitbake weston-ini-conf -c cleansstate