Balena support for RaspberryPI boards
There are two ways of initializing this repository: * Clone this repository with "git clone --recursive".
See below for using the build script.
Run the build script:
You can also run barys with the -h switch to inspect the available options
Run the build script in dry run mode to setup an empty
./balena-yocto-scripts/build/barys --remove-build --dry-run
Prepare build's shell environment
Run bitbake (see message outputted when you sourced above for examples)
For issues we use an aggregated github repository available here. When you create issue make sure you select the right labels.
To contribute send github pull requests targeting this repository.
Please refer to: Yocto Contribution Guidelines and try to use the commit log format as stated there. Example: ```
: Short description
I'm going to explain here what my commit does in a way that history would be useful.
Changelog-entry: User facing description of the issue Signed-off-by: Joe Developer [email protected] ```
The header of each commit must not exceed 72 characters in length and must be in 1 line only.
The header and the subject of each commit must be separated by an empty line.
The subject of each commit must not exceed 72 characters in length but can be wrapped to several lines.
The subject and the footer of each commit must be separated by an empty line.
Every pull request must contain at least one commit annotated with the
Changelog-entryfooter. The messages contained in these footers will be used to automatically fill the changelog on every new version.
Also, every update to
meta-balenashould be separated into its own commit, if the body of that commit contains the following line
Updated meta-balena from X to Ythe generated changelog will include a button to show all the updates in
meta-balenafrom the version after
An example of a valid commit updating
layers/meta-balena: Update to v2.24.0
Update meta-balena from 2.19.0 to 2.24.0
Changelog-entry: Update the meta-balena submodule from v2.19.0 to v2.24.0
Make sure you mention the issue addressed by a PR. See: * https://help.github.com/articles/autolinked-references-and-urls/#issues-and-pull-requests * https://help.github.com/articles/closing-issues-via-commit-messages/#closing-an-issue-in-a-different-repository