Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Roll latest changes out to production #3917

Merged
merged 27 commits into from
Nov 11, 2024
Merged

Roll latest changes out to production #3917

merged 27 commits into from
Nov 11, 2024

Conversation

mudge
Copy link
Contributor

@mudge mudge commented Nov 11, 2024

No description provided.

tdewey-rpi and others added 27 commits November 4, 2024 10:59
A casual reader might have previously assumed Raspberry Pi 5 requires this flag to boot in 64-bit mode. That is incorrect - Raspberry Pi 5 follows Raspberry Pi 4 in assuming 64-bit mode by default.

Edit the defaults line to reflect this, and further edit it to include more complete platform names.
The Raspberry Pi 5 does not support the arm_64bit flag at all - and so users should be made aware that if they are reading the documentation in the context of Raspberry Pi 5 they are safe to skip the entire section.
Rather than having users run connectivity checks themselves, document
the new rpi-connect doctor CLI command and what it tests.

While the doctor will output various things users can try, keep the
details of our servers and ports in case someone wants to check their
network ahead of time.
Add rpi-otp-private-key clarification
Accepted.

Co-authored-by: nate contino <[email protected]>
Accepted.

Co-authored-by: nate contino <[email protected]>
IMX500: Add note about --no-input-persistency command line argument.
…64bit

configtxt/boot: Update arm_64bit flag
Generify boot diagnostics to apply to more than just Pi 4
Document rpi-connect 2.1.0's new doctor CLI
In order to ensure we don't accidentally opt users into Google Analytics
cookies before they have responded to our new cookie banner, set the
consent mode defaults to deny everything. Once the user accepts the
cookie banner, this will send an update to Google Analytics and set the
relevant _ga cookies.

See https://developers.google.com/tag-platform/security/guides/consent?sjid=13978649501343282593-EU&consentmode=advanced#default-consent
Add new site-wide cookie banner
@nathan-contino nathan-contino merged commit 10d6258 into master Nov 11, 2024
1 check passed
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.

6 participants