Configuration for dedede will now be managed on a per-project basis with the goal of enabling autonomous and flexible partner contributions and clearer API boundaries.
Starlark -- a Python-like configuration-management language -- will be used to generate Protocol Buffer configuration payloads in chromeos/project/dedede repos and model.yaml will be deleted from overlay-dedede and overlay-dedede-private. A few resources to get started:
Changes will be made in the following repos:
CROS_WORKON_PROJECTto chromeos/project/dedede repos. model.yaml is deleted.
We understand that getting used to the new configuration management ecosystem may take some time, and are committed to providing the best experience possible for partners and Googlers. Please contact the project TAM/SIE for issues and feedback, which will be relayed in timely fashion.
Configuration data for ChromeOS hardware, firmware, and software has been spread across multiple data silos and formats. This has made the effects of configuration changes confusing and inhibited analytics that could drive project planning and infrastructure. This migration will provide a coherent and clear API ecosystem.
No. For the time being, the protobuf payloads will be translated backwards into JSON payloads conforming to cros_config_schema.yaml. From the platform point-of-view, the configuration will not change.
No. During the migration, we will ensure that configuration generated by the new repos is the same as the configuration generated by model.yaml. Standard CQ coverage will apply to the migration CLs and stakeholders will be added as reviewers. Migration will be done in a single submission that can be reverted.
If your project has not yet created branches, you will only need to cherry pick changes to the generated payloads in the new config repos. If your project has created branches, you will need to cherry pick the ebuild change to read the new config repos as well. The Boxster team will be available to assist in the cherry pick process.