Skip to content

Proof-of-concept layers to build ChromeOS with Yocto Project/OpenEmbedded

Notifications You must be signed in to change notification settings

konsulko/meta-chromeos

Repository files navigation

meta-chromeos

NOTE: This is a work-in-progress and currently at a pre-alpha, proof-of-concept stage.

To ensure you have all the dependent layers at the expected revision, use the manifest in the chromeos-yocto-manifest git repository.

This umbrella repository holds the individual layers which make up meta-chromeos. In Yocto Project/OpenEmbedded layers can be of different types (distro, bsp and software/functional) and should be kept for the specified purpose in order to pass the Yocto Project Layer Compatibility tests.

Layers in this repository:

  • meta-chromeos-distro: High-level "global" settings, such as branding and invasive features (DISTRO_FEATURES) such as systemd or wayland.
  • meta-chromeos-bsp: Low-level definition of boards (MACHINEs), tunings, bootloaders and Linux™ kernels.
  • meta-chromeos-base: Software/functional layer for the recipes needed to build chromeos-base. This is also where the chromeos-base-image is defined. Most of the work for this proof-of-concept is in this layer.

To set up your build environment:

$ source <path to>/meta-chromeos/cros-init-build-env [build directory]

Many tutorials will tell you to clone other layers as sub-directories of poky and by default put your build directory there as well. This does not work well when working on multiple projects or different build configurations. It is strongly recommended to keep your other layers as siblings of poky and put your build-<purpose> directory on a disk with lots of fast scratch storage.

About

Proof-of-concept layers to build ChromeOS with Yocto Project/OpenEmbedded

Resources

Stars

Watchers

Forks

Releases

No releases published

Packages

No packages published