docs: confirm the reMarkable 2 runs the app on hardware - #14
Open
partridgeworks wants to merge 1 commit into
Open
docs: confirm the reMarkable 2 runs the app on hardware#14partridgeworks wants to merge 1 commit into
partridgeworks wants to merge 1 commit into
Conversation
The reMarkable 2 row has said "installs, but not yet confirmed on hardware, testers wanted" since 2.3.0. It now runs daily on a reMarkable 2 on OS 3.27.3.0, fetching from the Device API and rendering real dashboards on the greyscale panel. Record that in the README and the compatibility table, scoped to what has actually been exercised: install and everyday refreshing. The remainder of the hardware checklist - offline restart from cache, suspend and resume, reboot, uninstall, and stock recovery - is untested on this model, so the model is not claimed as fully validated and the reMarkable 1 row is left alone. Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
6 tasks
Author
|
Hey there - just getting in touch to confirm that I have tested this app on the rm2 and have it running locally, fetching TRMNL pages from a BYOS server. (on my LAN) The PR itself is generated by Claude Code (not trying to hide that) but I worked with it to test locally and confirm, so if you're happy on that basis then this amends the README with the current status. |
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
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.
What changed
The reMarkable 2 row in the README's supported-models table, and the matching
row in
docs/compatibility.md, no longer say "not yet confirmed on hardware /testers wanted". Both now record that the app is confirmed running on a
reMarkable 2, scoped to what has actually been exercised.
Why
You note in the README that you own a Paper Pro and nothing else, so the other
models depend on community testing. This is that report: I've been running the
app daily on a reMarkable 2 (
reMarkable 2.0,armv7l) on OS 3.27.3.0, whereit fetches from the Device API and renders real dashboards on the greyscale
panel without trouble.
I've deliberately not claimed the model as fully validated. The checklist at
the bottom of
docs/compatibility.mdasks for a good deal more than I've done —offline restart from cache, overlay cleanup, suspend and resume, reboot to
stock, reactivation, uninstall, purge, and stock recovery — and none of that is
confirmed on this model. The wording says so plainly, and links to that
checklist, so the gap is visible rather than papered over. The reMarkable 1 row
is untouched.
Two caveats worth your judgement:
release archive, so I cannot give you an archive SHA-256 and this is not
evidence for the exact-archive install path the checklist asks about.
checklist is done. I'd rather under-claim than have the table promise more
than has been tested — reword or close it as you see fit.
Validation
gofmt, unit tests, race tests, andgo vet— unaffected; documentation only, no code changesgovulncheck— unaffected, no code changesCompatibility and recovery impact
None. Documentation only: no code, no persistent file changes, no change to
installer behaviour, and nothing to recover from. The model and firmware gates
are untouched — this records evidence about a device the installer already
accepts, and does not widen what it will install onto.