-
Notifications
You must be signed in to change notification settings - Fork 22
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
Does not work with my version of Xochitl #18
Comments
This comment has been minimized.
This comment has been minimized.
This comment has been minimized.
This comment has been minimized.
This comment has been minimized.
This comment has been minimized.
This comment has been minimized.
This comment has been minimized.
This comment has been minimized.
This comment has been minimized.
This comment has been minimized.
This comment has been minimized.
This comment has been minimized.
This comment has been minimized.
This comment has been minimized.
This comment has been minimized.
This comment has been minimized.
This comment has been minimized.
This comment has been minimized.
This comment has been minimized.
This comment has been minimized.
This comment has been minimized.
This comment has been minimized.
This comment has been minimized.
This comment has been minimized.
This comment has been minimized.
This comment has been minimized.
This comment has been minimized.
This comment has been minimized.
This comment has been minimized.
This comment has been minimized.
This comment has been minimized.
This comment has been minimized.
This comment has been minimized.
This comment has been minimized.
This comment has been minimized.
This comment has been minimized.
This comment has been minimized.
This comment has been minimized.
This comment has been minimized.
This comment has been minimized.
This comment has been minimized.
This comment has been minimized.
This comment has been minimized.
This comment has been minimized.
This comment has been minimized.
This comment has been minimized.
This comment has been minimized.
This comment has been minimized.
This comment has been minimized.
This comment has been minimized.
This comment has been minimized.
This comment was marked as off-topic.
This comment was marked as off-topic.
This comment was marked as off-topic.
This comment was marked as off-topic.
This comment was marked as off-topic.
This comment was marked as off-topic.
HI, following this thread: matteodelabre/vnsee#21 (specifically matteodelabre/vnsee#21 (comment)) I managed to have a confirmed connection from remarkable 2 version: 3.4.0.1771, the issue I am having seems to lead here and is:
and when running the client
I am running Mac Ventura 13.2 on an M1 Max chip. |
See the comment just before yours. |
Thanks, I already browsed this for like an hour and it escapes for me a simple answer: it works, it does not work, it will work... |
In my understanding |
Thank you! Then I guess we will get notified for changes when something happens here? I was pretty excited to get it running... Now I need a beer :) |
This comment was marked as outdated.
This comment was marked as outdated.
3.4 in sight? |
Upvote request for support. I'm on 3.5 now 😬 |
FYI I have a version of rm2fb that works for 3.5: https://github.com/timower/rM2-stuff/tree/master/libs/rm2fb |
Could you share a release version (.so) to test it? Thank you in advance! |
https://github.com/timower/rM2-stuff/releases/tag/v0.0.10 |
Raw files seems to be working great on my 3.5 and KOReader! Thank you so much @timower !!! |
How would you install the IPK, file? Toltec says there's a dependency conflict. |
What's the conflict? |
Just a word of warning, when I first started xochitl after adding an LD_PRELOAD with the .so from rm2stuff, my remarkable rebooted und is in a loop since then. Don't yet understand exactly what triggered it and might be specific to me device, have to wait until my pogo pin connector gets delivered to find out 😅 |
If you don't have the rm2fb server running, the xochitl service will crash when running with the LD_PRELOAD. When the xochitl service crashes it will restart itself and run a script to keep track of how often it crashes. That script will switch the root partition to the fallback one if it is run too many times in a short period of time. If your fallback partition is also in a bad state you can get yourself into a reboot loop. |
@timower Could you please share which version of 3.5 your fork of rm2fb works on? I got a segfault with 3.5.1.1798 which was my best guess to the one that you support, as indicated by: (Although I don't know how to translate between the two different formats of version numbers that seem to be in use.) |
3.5.2.1807 is what I'm using. It's also what https://github.com/timower/rM-docker uses, so it should work. |
I'm running 3.7.0.1930; the sha256sum of my xochitl binary is Does this mean that the structure of xochitl changed entirely since the last version which rm2fb supported? If so, is it feasible to make rm2fb work with the newer versions? Or am I just too inexperienced to be able to identify these functions? |
Forgot to mention: The original |
reMarkable has started to use reproducable builds for their OS releases, so /etc/version will no longer be unique per-version. At least that's what was indicated in discord by one of their staff. So going forward, a new mechanism will be required for determining the OS version. 3.6 and newer have had large changes, including libc upgrades, so it's quite likely that a bunch of how the display code works changed, and further code changes will be required for rm2fb to work. |
Part of the other difficulty here is that rm2fb is being maintained in a backwards compatible way. Which means that every new release must still support the older OS versions with the built in config. This is why we can't just take timower's implementation and call it a day, as that is not backwards compatible, and it would not work on older OS versions. As soon as toltec breaks up it's OS version support so that different sets of packages can be used on different OS versions, we can explore dropping older OS version support from rm2fb, but it's taking a while because it's difficult to get people to test the open PRs against toltec, which is required before we can merge them. |
(sorry, I removed that reply - feel free to restore if you want, I just found it less accurate than I thought after poking at the different forks) So is it mostly a distribution issue then? The technical side is working, backwards-compat with existing uses is working, but it needs to be made to work with all xochitls to distribute safely? (or toltec changes, but that's outside of this repo) Is there anything technically preventing that, or is it mostly a "needs more effort" thing, to support both sets of method names/etc and select the correct one at runtime [somehow]? If it just needs to support both, that can probably be done by someone who doesn't have reverse-engineering experience. |
I'd recommend just adding an edit instead of removing a comment in the future. I don't have permissions to restore deleted comments.
Yes and no, we'll still need to resolve some backwards compatibility issues as toltec is just splitting down the OS 2.x and 3.x line so far. Which will mean that rm2fb will still need to support all of the 3.x side, which is still something that requires porting of the other forks code. This is difficult, as timower's code, which is the one that is updated the most, has done extensive changes that will be difficult to port into the existing rm2fb code. Existing 3.2 and 3.3 support that was released in rm2fb took a bit of effort to be ported in. I'm also not sure we have full coverage of the stable OS builds handled yet. So there is still more work that would be required after porting changes into rm2fb's codebase to make sure those OS versions will work. |
This issue is for when rm2fb's server process fails to find the signature it needs.
Please respond with which binary was being used and what its md5sum is, thank you!
NOTE: this issue is specifically for if rm2fb server or client prints out an error referencing issue #18. The error message means that the signatures we use are no longer valid in the version of xochitl being used. Please open separate threads for other issues.
The text was updated successfully, but these errors were encountered: