Eeems

This is not publicly available information in Canada. One very real concern here is that domestic abusers will now be able to find their victims: https://www.cbc.ca/news/canada/edmonton/edmonton-city-counci...

A factory reset would result in it being regenerated

They release software updates for both devices at the same time. There was no hacked version with all the same feature upgrades, it was, and always has been the official software update. They to this day still release all the same features to both devices.

3.x support will come to toltec, I've been blocked by stuff outside of my control a couple of times. Including things happening in my life that I won't get into.

You can see the current progress here: https://github.com/toltec-dev/toltec/issues/820

As for the comment on the kernel change, that was actually an ask by someone in the community: https://github.com/reMarkable/linux/issues/8

Thanks for mentioning oxide :) kinda cool to see people find my stuff exciting.

As for the statement that they don't respond to requests for source that they are obligated to release. They have everything that they are obligated to release on GitHub, and they have always released updated toolchains (that include a bunch of source) when. requested of them. They have been kinda late with the latest request, so yes they aren't timely right now. I've been poking what contacts I have, but I think a bunch of people had some extended vacations around the holidays or something.

I usually have a macro called __RIGHT_HERE__ that prints a large arrow, the file name, and the line number.

Could you provide a source on the software updates being more frequent, as well as clarify what you mean by rM being bad at updates? rM has been pushing out updates fairly regularly this year, especially if you include their beta channel.

Not exactly true. there is an experimental display driver that does not require xochitl[0]. There hasn't been enough need for replacing the current rm2fb solution yet to drive completing it yet.

0. https://github.com/matteodelabre/waved

Half as many cores, half the ram, and way less battery life due to higher power draw during suspend for some reason. It doesn't support the keyboard folio either. Depending on your criteria, one, or the other, is the better device.

Usually the reason is that people want to continue using the built-in interface with just some additions, instead of replacing and maintaining a separate installation.

It would be nice if someone were to start working on an aftermarket linux distribution/ecossytem that targets eink devices. It's a lot of work to do, though, so I'm not surprised that nobody has picked up that torch yet.

Some notes on the reMarkable, it is running a custom linux distribution that is based on Openembedded Core[0]. The company publishes their modifications to the linux kernel[1], so one person has created their own linux distribution for the original reMarkable tablet [2]. The reMarkable 2 currently has no native framebuffer driver for the screen, due to it being software controlled by the UI application, which requires a workaround for custom applications[3].

0. https://www.yoctoproject.org/software-item/openembedded-core... 1. https://github.com/reMarkable/linux 2. http://www.davisr.me/projects/parabola-rm/ 3. https://github.com/ddvk/remarkable2-framebuffer

https://remarkable.guide/ has a bunch of current information on the state of hacking your device. You have root access out of the box, which means how invasive it is depends on how you go about it. The community is trying their best to stick to a set of standards that keeps things from being too brittle, and "just works".

> I didn't know there's different kinds of bricking.

There are two types of bricking[0]. A hard brick, where the device no longer functions, and may not be recoverable, and a soft brick, where the device is still working, but fails to boot to a usable state.

> It does NOT sound like having root access.

Could you clarify what you mean by this not sounding like you have root access? You have the ability to sign in to the device as the root user out of the box, which is exactly what root access is.

> This big warning is on the front page: > > > Warning: Toltec does not support OS builds newer than 2.15.1.1189. You will soft-brick your device if you install before support is released. See remarkable2-recovery for information on how to recover your device if you have done this.

Yes, I know about the warning, I wrote it. When it was less strongly worded, way too many people were ignoring the warning, trying to install toltec on an OS version that didn't have the offsets required for rm2fb yet, and did not write down their SSH password or set up an SSH key.

0. https://en.wikipedia.org/wiki/Brick_(electronics)#Types

Better in what way?

Some of their stuff is open source[0], others, like the UI, are not.

0. https://github.com/reMarkable

You can run your own reverse engineered implementation of their cloud: https://ddvk.github.io/rmfakecloud/

There is no jailbreaking. You are given root access out of box[2]. They don't discourage external developers, they even provide a toolchain[1] to build for the device upon request. Hell, their CTO at the time (not sure if they still are) wrote some non-official software that people can install[4], and helped some of the initial members of the community get their stuff working. They just don't provide official support for external software on the device.

As for bricking your device: It will not hard brick, it may only soft-brick[0], as in, the display will not update on the rM2, because the software driving the screen needs to be updated to support the new OS. You can still SSH in and revert the changes and then downgrade. If you were silly enough not to write down your SSH password, or set up an SSH key and can't get into SSH, you can still recover your device[3] on your own.

0. https://remarkable.guide/faqs.html#can-i-install-toltec-befo... 1. https://remarkable.guide/devel/toolchains.html 2. https://remarkable.guide/guide/access/ssh.html 3. https://remarkable.guide/tech/recovery.html 4. https://github.com/sandsmark/recrossable

https://remarkable.guide is a good place to start

More open than root access out of box?

I just read the entire issue thread, yes eval was the reason.

So Gnome?

what are some of the examples that you were dissatipointed by?

Jeez, has it really been that long?

I had pointed out this optimization years ago, but I never took the time to actually get it merged into the emulator.

I would expect that a reMarkable does actually fit the billing for you here. You have root access[0], and there is a mainline kernel build available[1]. There are several terminal emulators available as well[2][3]. If you don't like the built in reader, there are alternatives as well[4].

0. https://remarkablewiki.com/tech/ssh 1. https://toltec-dev.org/stable/#section-kernel 2. https://github.com/timower/rM2-stuff/tree/master/apps/yaft 3. https://github.com/dixonary/fingerterm-reMarkable 4. https://toltec-dev.org/stable/#section-readers

For anybody wanting more context on the ipk format: https://github.com/toltec-dev/toltec/blob/stable/docs/opkg.m...

That makes a lot more sense. you can always just install initially and then use opkg to install local packages you scp across in the future as well: `opkg install path/to/package.ipk`

another option would be to just grab the files from the package itself and extract them to the device, and then manually run the install script steps as required. They are basically just gz tarballs.

That's one of the UI solutions You can also find the source here: https://github.com/RedTeamPentesting/remarkable-encryption.

There is also https://github.com/plan5/remarvin

I guess you haven't looked at our install instructions[0]. The hash check is done before running the script. You can't run the script if it doesn't match unless you choose to just run it manually and ignore the check.

0. https://toltec-dev.org/

Wikipedia is kind of solved[0]. As for stackoverflow, you might be able to use netsurf[1] already, I'm not sure how JS dependent it is.

0. https://github.com/dps/remarkable-wikipedia

1. https://github.com/alex0809/netsurf-reMarkable

gocryptfs is available in toltec[0]. So you could in theory add full device encryption behind a password on startup. I know there has been some work on creating a UI for this kind of setup, but I don't know if anyone has actually released one yet.

0. https://toltec-dev.org/stable/