One-Click Install Packages for KOReader & Plato

[gogu1904]

Originally Posted by Frenzie

You don't, but you will have to reinstall kfmon and/or NickelMenu.

This is not completely true. NickelMenu does survive firmware updates and it does not need reinstalling.

[intriac]

I have a few issues that seem unrelated to the others people are having on the Libra 2.

These are the issues I'm having in KOreader -
1.Battery is stuck at 0% and shows itself as 'charging' regardless of being plugged in (reads as 95% and discharging in Nickel)
2.The physical page turn buttons are not working (they work in Nickel).
3.Warmth is unadjustable. Brightness adjustment works correctly. (Warmth remains set to whatever is set in Nickel).

These all persisted after a factory reset and after updating to latest firmware (4.33.19611).

My only oddity might be that I'm reusing a kobo account I used on a different kobo that had koreader installed.

[intriac]

Two updates -
1. Plato immediately crashes when it tries to open.

2. I turned on verbose debug logging for KOReader.
Here are were the only odd messages from my crash.log for it.

06/15/22-12:19:52 WARN Device:getKeyRepeat: EVIOCGREP ioctl failed: Function not implemented
ffi.load: libs/libmupdf.so
ffi.load: libs/libwrap-mupdf.so
ffi.load: libs/libfreetype.so.6
ffi.load: libs/libharfbuzz.so.0
ffi.load: libs/libzstd.so.1
ffi.load: libs/libutf8proc.so.2




# 06/15/22-12:45:21 INFO: invalid widget for setDirty() stack traceback:
frontend/ui/uimanager.lua:882: in function 'post_guard'
frontend/dbg.lua:68: in function 'setDirty'
frontend/ui/widget/titlebar.lua:441: in function 'setSubTitle'
frontend/ui/widget/menu.lua:1099: in function 'updateItems'
frontend/ui/widget/filechooser.lua:361: in function 'updateItems'
frontend/ui/widget/menu.lua:1176: in function 'switchItemTable'
frontend/ui/widget/filechooser.lua:380: in function 'refreshPath'
frontend/ui/widget/menu.lua:957: in function 'init'
frontend/ui/widget/filechooser.lua:169: in function 'init'
frontend/ui/widget/widget.lua:48: in function 'new'
frontend/apps/filemanager/filemanager.lua:125: in function 'setupLayout'
frontend/apps/filemanager/filemanager.lua:468: in function 'init'
frontend/ui/widget/widget.lua:48: in function 'new'
frontend/apps/filemanager/filemanager.lua:1283: in function 'showFiles'
./reader.lua:298: in function 'action'
frontend/ui/uimanager.lua:1179: in function '_checkTasks'
frontend/ui/uimanager.lua:1609: in function 'handleInput'
frontend/ui/uimanager.lua:1726: in function 'run'
./reader.lua:324: in main chunk
[C]: at 0x000140bd

06/15/22-12:45:46 INFO Kobo Wi-Fi: Left in an inconsistent state by launcher!
dhcpcd[2666]: dhcpcd not running
06/15/22-12:45:46 INFO Kobo Wi-Fi: disabling Wi-Fi
dhcpcd[2678]: dhcpcd not running
Selected interface 'wlan0'
OK

Plato has these errors :

Can't load settings: can't read file Settings.toml: No such file or directory (os error 2).
Error: can't build context

Caused by:
0: can't create battery
1: No such file or directory (os error 2)
Can't load settings: can't read file Settings.toml: No such file or directory (os error 2).
Error: can't build context

Caused by:
0: can't create battery
1: No such file or directory (os error 2)

(This is apparently known and fixed in latest commits for Plato, though no release is out :
https://github.com/baskerville/plato/issues/241
https://github.com/baskerville/plato/pull/239 )

[domistr]

Hi,
I unpacked install.sh in Downloads. I then went to Downloads where the command ls -la shows that it exists in that directory.
On typing install.sh I got the message "command not found". I am running Xubuntu.

[Frenzie]

You'd need to type something like bash install.sh or ./install.sh. The latter will only work if the file is executable.

./ being in the current folder.

It's a touch different from how the DOS prompt works. My guess would be it's to prevent confusion between "command" the global command from PATH and "command" the executable file in the current folder, but I'm not sure how or where I'd look up the rationale.

[domistr]

@NiLuJe Following your instructions for Linux, I clicked on the download link and extracted sh.install in Downloads. In directory downloads I typed install.sh and got a "command not found" response. How is this possible? I am using Xubuntu.

[pazos]

Originally Posted by domistr

@NiLuJe Following your instructions for Linux, I clicked on the download link and extracted sh.install in Downloads. In directory downloads I typed install.sh and got a "command not found" response. How is this possible? I am using Xubuntu.

Because you choose to ignore the previous comment that explained you how things work.

To be fair: both comments happened at the same minute .

But yeah, please don't double post and wait for an answer.

[serdar0020]

I have just updated to version 2022.07 and two things still bother me (if this is the wrong thread, my apologies)

1. when I remove a book from history, the sdr-folder remains and I have to delete it manually with my PC (I don't want to delete the book from the ebook reader)

2. in a pdf, when a book has pages numbered with Roman numerals in the beginning and then Arabic, I'd like to go to precisely the page I want and not having to do a calculation (I've posted this before)

[NiLuJe]

That is indeed the wrong place .

AFAIR, both of these have existing issues on GitHub (very sure about the first because it was pinged recently; and the second does ring a bell).

[menneske]

Originally Posted by gogu1904

This is not completely true. NickelMenu does survive firmware updates and it does not need reinstalling.

on CLARA HD my Kobo updated itself despite √ set in "do not update". Very -SIGH-

FW is 4.33 - and it killed nickelMenu.

Now I cannot install KoReader. Tried one-click, and install script for MacOS too. Kobo just goes to KOBO-setup (all books are still on it) demanding Kobo desktop, which demand an update. Will such further prevent install?

UPDATE: All is back. Nothing seemed to happen as a result of the KOBO desktop update. And KoReader and nickelmenu installed beautifully. Even remembering my place in the book I was reading. But 4 hours of worries.

[davidfor]

Originally Posted by menneske

on CLARA HD my Kobo updated itself despite √ set in "do not update". Very -SIGH-

Where do you have that set? I can't think of anywhere in the firmware that there is an option to not do firmware updates.

[DNSB]

Originally Posted by davidfor

Where do you have that set? I can't think of anywhere in the firmware that there is an option to not do firmware updates.

I think there is a do not update option in KOReader. Though I'm fairly certain it is to not do an OTA update of KOReader and has nothing to do with the ereader firmware. If it for a firmware update, this might work as long as you don't run Nickel at any point in time.

OTOH, I've used NickelMenu since geek1011 released it and haven't had it fail to survive a firmware update. If the ereader was already updated to 4.33.19759, it seems a bit strange that the Kobo Desktop app would want to download and install the same firmware version unless the ereader was signed out or was factory reset.

[NiLuJe]

IIRC, there *is* a patch to block updates, but it comes with a big shiny warning that says "untested, may not work" ;o).

Regardless of that particular tidbit, basically what @DNSB said .

There was *one* major version jump a few months ago that broke bits of NM, but that's it.
KFMon, on the other hand, *never* survives update (by design).

This is all laid out in the documentation.

[JSWolf]

Originally Posted by NiLuJe

IIRC, there *is* a patch to block updates, but it comes with a big shiny warning that says "untested, may not work" ;o).

Regardless of that particular tidbit, basically what @DNSB said .

There was *one* major version jump a few months ago that broke bits of NM, but that's it.
KFMon, on the other hand, *never* survives update (by design).

This is all laid out in the documentation.

But you don't need to run KFMon to start KOReader. You can use NickelMenu to do it.

[menneske]

Originally Posted by DNSB

If the ereader was already updated to 4.33.19759, it seems a bit strange that the Kobo Desktop app would want to download and install the same firmware version unless the ereader was signed out or was factory reset.

The "sync and update" setting in KOBO's OS has a way of turning itself on...

https://www.dropbox.com/s/cfe60kikhd...11457.mp4?dl=0

But it was un-checked (I made sure), when I turned on the Kobo wifi in order to use the beta-web browser to see if I could copy from mine&partner's refugee poetry project site onto KoReader's note app.

And instantly KOBO OS began updating - from 4.20's (to 4.33). I cut the house's internet connection, but I was still too late. And following that it was baby clean (with books, however) and refused to accept a koReader update, but instead started over with choice of language, while demanding Kobo desktop on the Mac be opened. Which then wanted an update - so, very narrow path I did not know where would lead: koReader install prevention or what?

But after 2 koReader install attempts all was back. And now koReader starts almost instantly! The joy!

--

BTW: The text to QR-code function in koReader is AMAZING!

And DID you know that QR-codes can store up to 4296 characters, including punctuation marks and special characters (or 7089 digits)!? That means there is room for full poems in that single symbol!!

The opportunities!