View Single Post
Old 03-25-2021, 11:00 PM   #184
NiLuJe
BLAM!
NiLuJe ought to be getting tired of karma fortunes by now.NiLuJe ought to be getting tired of karma fortunes by now.NiLuJe ought to be getting tired of karma fortunes by now.NiLuJe ought to be getting tired of karma fortunes by now.NiLuJe ought to be getting tired of karma fortunes by now.NiLuJe ought to be getting tired of karma fortunes by now.NiLuJe ought to be getting tired of karma fortunes by now.NiLuJe ought to be getting tired of karma fortunes by now.NiLuJe ought to be getting tired of karma fortunes by now.NiLuJe ought to be getting tired of karma fortunes by now.NiLuJe ought to be getting tired of karma fortunes by now.
 
NiLuJe's Avatar
 
Posts: 13,506
Karma: 26047202
Join Date: Jun 2010
Location: Paris, France
Device: Kindle 2i, 3g, 4, 5w, PW, PW2, PW5; Kobo H2O, Forma, Elipsa, Sage, C2E
Quote:
Originally Posted by NiMa View Post
So if I'm right, I should edit /etc/inittab with the loop0 thing (do you have an example?
You should most definitely *not* do that, as the inittab may be overwritten by a FW update .

The loop0 thing relies on custom udev rules instead to avoid that. (c.f., https://www.mobileread.com/forums/sh...p0#post4092742).

Quote:
Originally Posted by NiMa View Post
Do you do some sort of "signing" in your packages? That could help the script decide if it has to update KFMon or not.
Not really. Assuming KFMon is up, you can query the current version via echo "version" | kfmon-ipc 2>/dev/null.
Keep in mind that the OCP ships a rolling release build, so expect getting a git-describe version scheme (e.g., KFMon v1.4.3-18-g1b586a5).

If that helps, remind me to push said build during the OCP upload, that way you have a chance to actually download binaries without jumping through extra hoops .

EDIT: Done. It's listed in the HTML index, and I added a JSON manifest like the KoboStuff packages.

Last edited by NiLuJe; 03-25-2021 at 11:45 PM.
NiLuJe is offline   Reply With Quote