Change version to 0.9, merging breaking changes #109
Merged
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
This turns the version up to 0.9 for real (after a period on 0.8.999 since #90).
Changing the version and pulling breaking changes from #104 and #108 means that this PR's CI will not pass. However, the individual PRs pulled in passed in their own PRs with "DO NOT MERGE" commits on top that bend the affected repositories (RIOT, riot-module-examples) to the respective 0.9 branch.
This PR will be merged ignoring the failing CI. Once it is published, RIOT and riot-module-examples can get their own updates that go to 0.9. The alternative to this rather brutal approach is to bend CI now to test against the branches, and then do an extra PR bending it back -- I think that the risk of things going wrong on that track are larger than those of just merging this.