Regarding the comments I made last night, perhaps I was just using kindletool incorrectly. To keep file permissions, it makes more sense to pack payload files (including executables) in a tar.gz file, and unpack that with the install script (which not only preserves file permissions, but can also move files where they are needed).
Previous post content:
Spoiler:
Meh... One more windows thing to deal with: windows files are normally ALL "chmod 755" (executable) when copied from kindle userstore to a linux partition. However, especially on executables (ARM ELF files, in this case), the executable permissions on files in the update package (other than install.sh) are REMOVED by kindletool.exe for windows. We apparently need an extra step to set executable permissions (or at least not remove them) in kindletool for win32...
I am making an update_install.bin that includes gmplay and plays videos (on my K1 at this point) with no jailbreak or other mods to the filesystem. BTW, there is no /var/local on a K1, so any persistent stuff needs to go in /opt/var/. I am thinking a JB bridge may one day need a "rootkit" kernel module, to hide filesystem mods from OTA updates, and resurrect itself as needed during the update process. Yes?
Strangely, if I do not "chmod 755 ./gmplay" in install.sh, then I get a "not an executable" message on STDOUT when I pipe data to it, but if I DO change it to executable, then I get a "gmplay not found" message on STDOUT when I pipe data to it. Also, I cannot get file sourcing to work in an OTA update package, even though the OTA scripts themselves do that for eips helper functions. Perhaps that was a permissions problem too -- I will need to go back and revisit that...