Bump nerves_runtime from 0.10.2 to 0.11.7

[dependabot]

Bumps nerves_runtime from 0.10.2 to 0.11.7.

Release notes

Sourced from nerves_runtime's releases.

v0.11.7

• Bug fixes
  • Nerves.Runtime.firmware_valid?/0 would return that the firmware wasn't validated when the validation feature wasn't in use. This was confusing since firmware is assumed valid when the feature is off.

v0.11.6

• New features

  • Added support for implementing auto-revert logic using U-Boot's bootcount/upgrade_available feature. This can simplify U-Boot scripts. See the README.md for details.

• Bug fixes

  • Specify "-f" to force f2fs filesystem formats like those of other filesystems. Thank to Eric Rauer for catching this oversight.

v0.11.5

• Updates
  • If /etc/sysctl.conf is present, run sysctl to load and set the kernel configuration parameters in it.
  • Improve C compilation messages and error help

v0.11.4

• Updates
  • Added Nerves.Runtime.firmware_valid?/0 to easily check whether the firmware has been marked valid for systems that auto-rollback.

v0.11.3

• Updates
  • Support uboot_env v0.3.0. This version of uboot_env has backwards incompatible changes, but they don't affect nerves_runtime, so the mix.exs deps spec allows it now.
  • Tightened up the specs on Nerves.Runtime.KV functions.

Support for OTP 20 was removed. uboot_env v0.3.0 requires OTP 21 and later. If you still are using OTP 20, lock the version of uboot_env to ~> 0.2.0 in your mix.exs.

v0.11.2

• New features
  • Added Nerves.Runtime.validate_firmware/0 for validating firmware on systems that auto-rollback. This only abstracts the setting of the nerves_fw_validated key. It doesn't add any new functionality. However, it will enable auto-rollback to be added to Nerves systems in a consistent manner in the future and allow for platform-specific variations without impacting application code.

v0.11.1

• Bug fixes
  • Reap zombie process that was created by the uevent port helper.

... (truncated)

Changelog

Sourced from nerves_runtime's changelog.

v0.11.7

• Bug fixes
  • Nerves.Runtime.firmware_valid?/0 would return that the firmware wasn't validated when the validation feature wasn't in use. This was confusing since firmware is assumed valid when the feature is off.

v0.11.6

• New features

  • Added support for implementing auto-revert logic using U-Boot's bootcount/upgrade_available feature. This can simplify U-Boot scripts. See the README.md for details.

• Bug fixes

  • Specify "-f" to force f2fs filesystem formats like those of other filesystems. Thank to Eric Rauer for catching this oversight.

v0.11.5

• Updates
  • If /etc/sysctl.conf is present, run sysctl to load and set the kernel configuration parameters in it.
  • Improve C compilation messages and error help

v0.11.4

• Updates
  • Added Nerves.Runtime.firmware_valid?/0 to easily check whether the firmware has been marked valid for systems that auto-rollback.

v0.11.3

• Updates
  • Support uboot_env v0.3.0. This version of uboot_env has backwards incompatible changes, but they don't affect nerves_runtime, so the mix.exs deps spec allows it now.
  • Tightened up the specs on Nerves.Runtime.KV functions.

Support for OTP 20 was removed. uboot_env v0.3.0 requires OTP 21 and later. If you still are using OTP 20, lock the version of uboot_env to ~> 0.2.0 in your mix.exs.

v0.11.2

• New features
  • Added Nerves.Runtime.validate_firmware/0 for validating firmware on systems that auto-rollback. This only abstracts the setting of the nerves_fw_validated key. It doesn't add any new functionality. However, it will enable auto-rollback to be added to Nerves systems in a consistent

... (truncated)

Commits

• 9335abc v0.11.7 release
• c42cc93 Change firmware_valid? to be valid when not used
• cb148b3 Bump ex_doc from 0.25.1 to 0.25.2
• 8216010 Add credo
• fa2007b v0.11.6 release
• 358bfbc Fix function name in README
• 88fe6b9 Support U-Boot bootcount/upgrade_available
• 20ff498 Add force flag to mkfs.f2fs
• 2ba9add Bump ex_doc from 0.25.0 to 0.25.1
• f052911 v0.11.5 release
• Additional commits viewable in compare view

Dependabot will resolve any conflicts with this PR as long as you don't alter it yourself. You can also trigger a rebase manually by commenting @dependabot rebase.

---

Dependabot commands and options

You can trigger Dependabot actions by commenting on this PR:

• @dependabot rebase will rebase this PR
• @dependabot recreate will recreate this PR, overwriting any edits that have been made to it
• @dependabot merge will merge this PR after your CI passes on it
• @dependabot squash and merge will squash and merge this PR after your CI passes on it
• @dependabot cancel merge will cancel a previously requested merge and block automerging
• @dependabot reopen will reopen this PR if it is closed
• @dependabot close will close this PR and stop Dependabot recreating it. You can achieve the same result by closing it manually
• @dependabot ignore this major version will close this PR and stop Dependabot creating any more for this major version (unless you reopen the PR or upgrade to it yourself)
• @dependabot ignore this minor version will close this PR and stop Dependabot creating any more for this minor version (unless you reopen the PR or upgrade to it yourself)
• @dependabot ignore this dependency will close this PR and stop Dependabot creating any more for this dependency (unless you reopen the PR or upgrade to it yourself)