Instructions for patching firmware 3.11.0

[tshering]

@Anak

Your system seems not to know the "find" command, and the script breaks at this point.

'FIND' is not recognized as an internal or external command,
operable program or batch file.

I used the find command in this script to prevent the creation of an archive, if there has not been created any content. But we could do without it. The script below should run on your system, but it will create the archive, even if nothing has been produced.

[tshering]

Assuming that the missing "find" command was the only problem, I provide a replacement for the 3.11.0.bat.
On systems that have access to the "find" command, the functionality remains as it was. On systems that (for reasons unknown to me) do not have access t the "find" command the concerned part of the script is skipped. That means the file KoboRoot.tgz will be created irrespective whether any patched library files have actually been produced.

It would be nice if Anak or anybody who has the problem reported by Anak could test the new batch file and report.

[rogerinnyc]

I apologize, but I'm a noob with Kobo and patching. I was able to follow the instructions in post 1, without doing any customization of any of the libnickel files, and it did a great job in reducing the bottom margin on my new H2O. But I'm not getting it in terms of further customization (e.g. I would like to increase the padding on the footer).

I'm using Notepad++ to open the libnickel file with the custom footer patch, but what exactly am I changing? When I delete all (or frankly any) of the # signs before the example lines for H2O (e.g., lines 41 through 46) and then run the 3.11.0.bat file, I get a replace_string mismatched data error for whichever line I removed the # sign from. But I haven't done anything but delete the # character and then save the file. Am I supposed to uncomment all the replace_string lines in the H2O example? Do I do anything with the main entry of the patch (e.g., line 17)? Is there something more to uncommenting than deleting the hashmark?

Any guidance would be much appreciated! Thanks.

[GeoffR]

Originally Posted by rogerinnyc

I apologize, but I'm a noob with Kobo and patching. I was able to follow the instructions in post 1, without doing any customization of any of the libnickel files, and it did a great job in reducing the bottom margin on my new H2O. But I'm not getting it in terms of further customization (e.g. I would like to increase the padding on the footer).

I'm using Notepad++ to open the libnickel file with the custom footer patch, but what exactly am I changing? When I delete all (or frankly any) of the # signs before the example lines for H2O (e.g., lines 41 through 46) and then run the 3.11.0.bat file, I get a replace_string mismatched data error for whichever line I removed the # sign from. But I haven't done anything but delete the # character and then save the file. Am I supposed to uncomment all the replace_string lines in the H2O example? Do I do anything with the main entry of the patch (e.g., line 17)? Is there something more to uncommenting than deleting the hashmark?

Any guidance would be much appreciated! Thanks.

As well as uncommenting (removing the '#' from) the example you want, you also need to comment out (add a '#' to) the examples you don't want. Only one example can be active (uncommented) at once.

E.g. after choosing the H2O example it should look like this:

# Example for Glo/Aura:
#replace_string = DBDC0D, `min-height: 70px;`, `min-height: 40px;`
#replace_string = DBDC20, `max-height: 70px;`, `max-height: 40px;`
#replace_string = DBDC3D, `footerMargin: 105;`, `footerMargin: 105;`
#replace_string = DBDC58, `font-size: 16px;`, `font-size: 20px;`
#replace_string = DBDC6A, `padding-bottom: 0px;`, `padding-bottom: 5px;`
#replace_string = DBDC80, `margin-top: 0px;`, `margin-top: 0px;`
#
# Example for AuraHD/H2O:
replace_string = DBDC0D, `min-height: 70px;`, `min-height: 50px;`
replace_string = DBDC20, `max-height: 70px;`, `max-height: 50px;`
replace_string = DBDC3D, `footerMargin: 105;`, `footerMargin: 170;`
replace_string = DBDC58, `font-size: 16px;`, `font-size: 26px;`
replace_string = DBDC6A, `padding-bottom: 0px;`, `padding-bottom: 8px;`
replace_string = DBDC80, `margin-top: 0px;`, `margin-top: 0px;`
#

Edit: Once that is done, to increase the padding (space between bezel and bottom of footer text) change the replacement string in the padding-bottom line, without increasing the length of the replacement string. E.g. to add an extra 10 pixels (note that the extra digit relaces the leading space):

replace_string = DBDC6A, `padding-bottom: 0px;`, `padding-bottom:18px;`

[vIosOnE]

Works well in Aura H2O. Thanks for all

[rogerinnyc]

Originally Posted by GeoffR

As well as uncommenting (removing the '#' from) the example you want, you also need to comment out (add a '#' to) the examples you don't want. Only one example can be active (uncommented) at once.

Thanks for the step-by-step. My mistake was basic (head slap!). I didn't realize that the Aura/Glo example started off in the libnickel file as uncommented, so while I correctly uncommented the H2O example for my device, I failed to add in the hashmarks to comment out the example right above it. Doh!

[mbovenka]

Originally Posted by rogerinnyc

Thanks for the step-by-step. My mistake was basic (head slap!). I didn't realize that the Aura/Glo example started off in the libnickel file as uncommented, so while I correctly uncommented the H2O example for my device, I failed to add in the hashmarks to comment out the example right above it. Doh!

Good to hear I wasn't the only one who did that

[GeoffR]

Anyone using Windows 8? Did the instructions in post #1 work for you? If not, does the new batch file in tshering's post #152 solve the problem? Do you need to run the batch file in administrator mode for it to work?

Originally Posted by tshering

Assuming that the missing "find" command was the only problem, I provide a replacement for the 3.11.0.bat.
On systems that have access to the "find" command, the functionality remains as it was. On systems that (for reasons unknown to me) do not have access t the "find" command the concerned part of the script is skipped. That means the file KoboRoot.tgz will be created irrespective whether any patched library files have actually been produced.

It would be nice if Anak or anybody who has the problem reported by Anak could test the new batch file and report.

[mbovenka]

Originally Posted by GeoffR

Anyone using Windows 8? Did the instructions in post #1 work for you? If not, does the new batch file in tshering's post #152 solve the problem? Do you need to run the batch file in administrator mode for it to work?

The original batch file worked for me on Windows 8.1 64 bits. Whether it needs admin rights I don't know, as my account has them by default (yeah, bad practice, I know..), but I would be surprised if it did, assuming you run it from a directory tree owned by the account you're running it under.

[PeterT]

Just had a thought (I know... highly unusual).

I know we've shown in the past that collection of full stats on kEpubs is controlled by what location they are stored in; Kobo downloaded material stored in .Kobo directory structure records stats, side loaded material stored elsewhere do not store stats.

This seems to suggest that there is a check on location being done. Any chance of a patch to change this, to re-enable stats regardless of location?

[xtine]

Trying to run the shell script from my Mac, I'm getting this error:

Extracting files to patch from 3.11.0_source/kobo-update-3.11.0.zip ...
tar: ./usr/local/Kobo/librmsdk.so.1.0.0: Not found in archive
tar: ./usr/local/Kobo/libadobe.so: Not found in archive
tar: ./usr/local/Kobo/libnickel.so.1.0.0: Not found in archive
tar: Error exit delayed from previous errors.
Cleaning up /var/folders/kf/4nkwy8sd7s39ym600dvch0pm0000gn/T/patch32lsb_XXXXXXXX.DMYDvKNl
logout

[Process completed]

I don't know what I'm doing wrong. I have the kobo-update-3.11.0 zip file in the 3.11.0_source folder. It should be kept zipped, right?

I don't know what I'm doing so please be gentle Thanks!

Update: I tried to run the bat file from a PC ang managed to get a tgz file which I copied onto my H2O. Upon ejecting, it seemed to update but it's been 10 minutes and it's still updating. I hope I haven't bricked my Kobo!

Update #2: In hindsight there may have been errors when I ran the bat file but stupidly assumed everything was fine because I got the tgz file anyway. Thankfully I've managed to do a factory reset so at least the Kobo isn't bricked.

Would still like to do the patch if someone can help me out but I probably won't be trying it again by myself without assistance from the experts

[tshering]

Originally Posted by xtine

Update: I tried to run the bat file from a PC ang managed to get a tgz file which I copied onto my H2O. Upon ejecting, it seemed to update but it's been 10 minutes and it's still updating. I hope I haven't bricked my Kobo!

Update #2: In hindsight there may have been errors when I ran the bat file but stupidly assumed everything was fine because I got the tgz file anyway. Thankfully I've managed to do a factory reset so at least the Kobo isn't bricked.

Just to exclude one possibility: Was your H2O running on FW 3.11.0 when you applied the patch? If you were under FW 3.11.0, it would be interesting to know the content of your tgz file.

And for my curiosity: How did you do the factory reset? By tapping at the top corners of the screen? If yes, did the reset start before the squares started running or afterwards?

[xtine]

Yes, I checked several times to be sure.

Trying to recheck what I did wrong -- the 3.11 zip file I transferred to the 3.11.0_source folder was this one:

Mark 5 Hardware : New Aura (and probably the Aura H2O)
(4d8eac1207, 16 Oct 2014)
72.9 MB - 74,690 KB - 76,481,595 bytes

from this thread here: https://www.mobileread.com/forums/sho...d.php?t=185660

I don't know if that is indeed the correct 3.11 file for the H2O?

[tshering]

Originally Posted by xtine

Yes, I checked several times to be sure.

Trying to recheck what I did wrong -- the 3.11 zip file I transferred to the 3.11.0_source folder was this one:

Mark 5 Hardware : New Aura (and probably the Aura H2O)
(4d8eac1207, 16 Oct 2014)
72.9 MB - 74,690 KB - 76,481,595 bytes

from this thread here: https://www.mobileread.com/forums/sho...d.php?t=185660

I don't know if that is indeed the correct 3.11 file for the H2O?

Yes, this is the correct one.

[xtine]

Thanks. I'm stumped then. I've tried redownloading both the patch and firmware and running the shell script again several times (and on two different Macs), still come up with the error message. I'm afraid to run it through the PC again, because I might not be able to resurrect the Kobo again.