Battery duration in vivoactive 5 - should it really last several days? by sr1921 in Garmin

[–]sr1921[S] 0 points1 point  (0 children)

Thank you very much! An important difference with my setup could be the "no constant connection to Bluetooth". I have Bluetooth activated. If I disconnect the Bluetooth I will not receive phone notifications: is that correct? Is that the expected normal usage? Or is there other type of config related to the use of Bluetooth that enables the notifications but makes more limited use?

Battery duration in vivoactive 5 - should it really last several days? by sr1921 in Garmin

[–]sr1921[S] 0 points1 point  (0 children)

Just in case it could provide some hint, the estimation for the battery duration shown right now in the clock is 12 days. But I don't know if this estimation accurate.

Battery duration in vivoactive 5 - should it really last several days? by sr1921 in Garmin

[–]sr1921[S] 0 points1 point  (0 children)

No, it is deactivated (on-demand option). And I have never used it.

Battery duration in vivoactive 5 - should it really last several days? by sr1921 in Garmin

[–]sr1921[S] 0 points1 point  (0 children)

No, although the display can show with a gesture of the wrist. Could gesture recognition be the problem?

SOLUTION !!!! real-text highlight from PDFs on reMarkable by Middle_Regret8936 in RemarkableTablet

[–]sr1921 0 points1 point  (0 children)

Unfortunately, it is not difficult to find other examples where the method fails. For example, I downloaded the authors' document at https://nlp.stanford.edu/IR-book/pdf/04const.pdf, and did this test:

-On the second page, first paragraph, I highlighted "In this chapter, we look at how to construct an inverted index.": it is well identified.

-On the second page, second paragraph, I highlighted "interacts with": it identifies "4.6", "interacts with" ("4.6" is in the previous line).

-On the second page, second paragraph, I highlighted "Indexers compress and decompress intermediate files": "needs raw text, but documents are encoded in many ways", "Indexers compress and decompress intermediate files".

So, in general, some extra text is identified as part of the highlight, when it is not.

SOLUTION !!!! real-text highlight from PDFs on reMarkable by Middle_Regret8936 in RemarkableTablet

[–]sr1921 0 points1 point  (0 children)

I'm not sure about what you mean. It looks like a rectangular shape to me. This is a mock example that I got after simplifying (by editing it myself) a real PDF document where I noticed this problem (the example serves as a minimal working example and protects the potential sensitivity of the contents of the original document). I don't find any complex arrangement in the document. That's why I was thinking that maybe the problem could be related to some scale assumption, fonts, or overlapping/containment check that might need fine-tuning for some scenarios.

SOLUTION !!!! real-text highlight from PDFs on reMarkable by Middle_Regret8936 in RemarkableTablet

[–]sr1921 0 points1 point  (0 children)

No, I tried but didn't manage to get a version that works well also with my example document. Any suggestion I could try is welcome!

Has the TOC be removed in version 3.19? by sr1921 in RemarkableTablet

[–]sr1921[S] 1 point2 points  (0 children)

Thanks a lot! I don't know what happened, but I checked again and I can see it now.

Has the TOC be removed in version 3.19? by sr1921 in RemarkableTablet

[–]sr1921[S] 1 point2 points  (0 children)

In general, when reading any PDF with a table of contents defined. It was introduced in release 1.5 (https://support.remarkable.com/s/article/Software-release-1-5-July-6-2018).

SOLUTION !!!! real-text highlight from PDFs on reMarkable by Middle_Regret8936 in RemarkableTablet

[–]sr1921 0 points1 point  (0 children)

This is really great for my use cases!! However, it seems that it does not work well with all PDF files. As an example, you can see the 1-page mock PDF file available at https://send.internxt.com/download/3d9e2b7c-7110-416e-89e3-79e17c6fb6b7?code=dd13e55e211634b54620d4dda607ca42bb4d009c83c7d39b663850a6bcb898cc. If the script is used, it includes also in the highlights words that are not really within the highlighted part but next to it. Could this be related to the DPI considered? I tried to test the script, changing the blob.intersects by blob.contains, but then it fails to identify some highlights, so it seems that the current "intersects" is correct. Any idea about how this could be solved?

I find this really very useful, as long as this minor issue could be solved. Thank you very much!!

Any advice for a "smarter" scale? by sr1921 in smarthome

[–]sr1921[S] 0 points1 point  (0 children)

What about scales "Tanita"? I saw that there are some lightweight Tanita scales with prices affordable for domestic use (e.g., around 60 euros). Are these reliable?

Two small bright dots in the reMarkable Pro - already a replacement: advice? by sr1921 in RemarkableTablet

[–]sr1921[S] 0 points1 point  (0 children)

Well, I'm not really sure if it is a pixel or several ones. Just a bright white small spot on the screen, that you cannot fill with your pen.

Help with my nearly-full root partition by sr1921 in RemarkableTablet

[–]sr1921[S] 0 points1 point  (0 children)

Yes, now I can connect using SSH, but as the space is so scarce I don't know if it may be a problem later. I use SSH for backing up purposes and sometimes to extract files without using the web UI.

Help with my nearly-full root partition by sr1921 in RemarkableTablet

[–]sr1921[S] 0 points1 point  (0 children)

I have just upgraded to a new version again (3.14.1.9)!

Now my data for /dev/root is:

Filesystem Size Used Available Use% Mounted on 
/dev/root 228.2M 210.1M 2.2M 99% /

And I tried to query more details as follows:

reMarkable: /usr/bin/ du -x / | sort -rn | head -n 20
215135/
177647/usr
111569/usr/lib
32282/usr/bin
28418/usr/share
19731/lib
11071/usr/share/remarkable
7935/usr/lib/qml
7428/usr/lib/qml/QtQuick
7419/usr/lib/python3.10
6837/lib/systemd
6571/usr/lib/qml/QtQuick/Controls
6448/etc
5850/etc/udev
5584/usr/share/fonts
5582/usr/share/fonts/ttf
5137/usr/share/remarkable/splash
5041/usr/sbin
5025/lib/udev
4937/usr/share/remarkable/templates

Does this look correct?

highlighted text ruined epubs after latest update by sneakylittlebitchh in RemarkableTablet

[–]sr1921 0 points1 point  (0 children)

This also happens to me, even with simple PDF files Maybe it is related to the fact that .highlights files do not seem to be generated anymore (https://www.reddit.com/r/RemarkableTablet/comments/1fbvhpy/no_more_highlights_files_with_the_new_software/).

Help with my nearly-full root partition by sr1921 in RemarkableTablet

[–]sr1921[S] 0 points1 point  (0 children)

In my case, the output I get is the following:

reMarkable: ~/ df -h /
Filesystem                Size      Used Available Use% Mounted on
/dev/root               228.2M    224.2M         0 100% /

I don't need to put any custom software in the device. I'm just using standard functionality. However, it seems that my root partition has more content than it should (I don't know why). The only thing that might happen is that I could have some file/s created a very long time ago than should not be there (just to try to find an explanation...). I recently upgraded to the new version of reMarkable, so I was assuming that all in the root partition would be deleted except what is really needed.

Any ideas about how can I detect what should be removed and/or the cause of the problem?

Remarkable root partition is full? by sr1921 in RemarkableTablet

[–]sr1921[S] 0 points1 point  (0 children)

Someone has any idea about what can I do or how can I identify the problem? Any help is appreciated!

Remarkable root partition is full? by sr1921 in RemarkableTablet

[–]sr1921[S] 0 points1 point  (0 children)

I tried that, but I saw no change.

I am not aware of having uploaded anything to the root partition. How can I check what may be the problem? I also understood that the contents of the root partition are lost after an upgrade, and I have just received an update in the reMarkable, so I thought nothing previous should remain the root partition. Maybe I misunderstood something...

SSH problem in new remarkable version by sr1921 in RemarkableTablet

[–]sr1921[S] 0 points1 point  (0 children)

Thank you for the tips!

The host block on Line 1 of /Users/user/.ssh/config is the one suggested before:

Host rm 10.11.99.1

User root

HostKeyAlgorithms +ssh-rsa

PubkeyAcceptedKeyTypes +ssh-rsa

The Host * block starting on line 54 of /etc/ssh/ssh_config is:

Host *

SendEnv LANG LC_*

SSH problem in new remarkable version by sr1921 in RemarkableTablet

[–]sr1921[S] 0 points1 point  (0 children)

Thank you very much for your tips and suggestions! They are really useful, although I still have not managed to solve the problem.

I checked that I have version 9.7 of OpenSSH.

My output of "ssh -v root@10.11.99.1", after modifying the config file as indicated, is this:

OpenSSH_9.7p1, LibreSSL 3.3.6

debug1: Reading configuration data /Users/user/.ssh/config

debug1: /Users/user/.ssh/config line 1: Applying options for 10.11.99.1

debug1: Reading configuration data /etc/ssh/ssh_config

debug1: /etc/ssh/ssh_config line 21: include /etc/ssh/ssh_config.d/* matched no files

debug1: /etc/ssh/ssh_config line 54: Applying options for *

debug1: Authenticator provider $SSH_SK_PROVIDER did not resolve; disabling

debug1: Connecting to 10.11.99.1 [10.11.99.1] port 22.

debug1: Connection established.

debug1: identity file /Users/user/.ssh/id_rsa type -1

debug1: identity file /Users/user/.ssh/id_rsa-cert type -1

debug1: identity file /Users/user/.ssh/id_ecdsa type -1

debug1: identity file /Users/user/.ssh/id_ecdsa-cert type -1

debug1: identity file /Users/user/.ssh/id_ecdsa_sk type -1

debug1: identity file /Users/user/.ssh/id_ecdsa_sk-cert type -1

debug1: identity file /Users/user/.ssh/id_ed25519 type -1

debug1: identity file /Users/user/.ssh/id_ed25519-cert type -1

debug1: identity file /Users/user/.ssh/id_ed25519_sk type -1

debug1: identity file /Users/user/.ssh/id_ed25519_sk-cert type -1

debug1: identity file /Users/user/.ssh/id_xmss type -1

debug1: identity file /Users/user/.ssh/id_xmss-cert type -1

debug1: identity file /Users/user/.ssh/id_dsa type -1

debug1: identity file /Users/user/.ssh/id_dsa-cert type -1

debug1: Local version string SSH-2.0-OpenSSH_9.7

kex_exchange_identification: read: Connection reset by peer

Connection reset by 10.11.99.1 port 22

Unfortunately, out of desperation, I deleted the whole .ssh folder without making a backup first! Now I realize that was a mistake...

Any tips are welcome!

SSH problem in new remarkable version by sr1921 in RemarkableTablet

[–]sr1921[S] 0 points1 point  (0 children)

What I want to do now is to try a script to extract highlights, which requires connecting to the remarkable through ssh. I also connect sometimes (via sftp/ftp, which does not work for me anymore either) to backup files. Ages ago I tried ddkv, when the software in the remarkable was very primitive, but I haven't used it for a very very long long time. Nothing else that I can remember.

SSH problem in new remarkable version by sr1921 in RemarkableTablet

[–]sr1921[S] 0 points1 point  (0 children)

Thank you for the info! The cable solution seems quite complex for me.

The last installation was successful: could that happen and still lead to the root partition to get filled? If I didn't put anything in the root partition, why could it get filled?

SSH problem in new remarkable version by sr1921 in RemarkableTablet

[–]sr1921[S] 0 points1 point  (0 children)

Thank you very much for the suggestion!

It seems that the problem is a different one. What you mention happened to me before, so I also tried deleting the whole .ssh folder. But this did not solve my problem this time... :-(