Skip to content

Shared docs: update description of Release vs. Development builds#108

Merged
barsnick merged 2 commits into
shared-docsfrom
shared-docs-rel-vs-devel-image
Jun 4, 2026
Merged

Shared docs: update description of Release vs. Development builds#108
barsnick merged 2 commits into
shared-docsfrom
shared-docs-rel-vs-devel-image

Conversation

@barsnick
Copy link
Copy Markdown
Contributor

@barsnick barsnick commented Jun 3, 2026

Also drop the rauc keyring section, it was never useful for EVerest builds.

barsnick added 2 commits June 3, 2026 11:48
Signed-off-by: Moritz Barsnick <moritz.barsnick@chargebyte.com>
This was never valid for EVerest builds. Even the newly provided "Release"
builds are signed with the devel key, and their symbolic link reflects this
correctly.

Signed-off-by: Moritz Barsnick <moritz.barsnick@chargebyte.com>
Copy link
Copy Markdown
Contributor

@FaHaGit FaHaGit left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

LGTM

Comment thread firmware_upgrade.inc
developer or release image. In order to update the firmware with a chargebyte EVerest developer
image, the developer key must be set in the :code:`"/etc/rauc"` directory to pass the internal
validation process of the RAUC firmware update mechanism. The image type can be identified by the
file name.
Copy link
Copy Markdown
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Please keep this section for the rare cases of Truffle to EVerest migration.

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

You're right; that's important hint if you're updating from the legacy Truffle stack. However, EVerest uses the developer key for both image types (release and developer). Therefore, the text should be updated accordingly so that customers don't mistakenly reconfigure the key when using the EVerest release image.

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Maybe this note should be directly described in section "Updating from chargebyte’s proprietary charging stack to EVerest-based charging stack"

Copy link
Copy Markdown
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I agree with Fabian. This only ever applies to Charge Control C, as the other platforms never had a legacy stack, and EVerest builds always (for the time being) use the development signing key.

I propose to keep this change, and modify CCC in #109.

Copy link
Copy Markdown
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I'm fine with the suggestion

Copy link
Copy Markdown
Member

@mhei mhei left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

well... not sure, how important the upgrade path Truffle -> EVerest still is... no strong opinion for this... LGTM otherwise

@barsnick barsnick merged commit 3c2750c into shared-docs Jun 4, 2026
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

5 participants