textchimp: I'm also using the same approach to "syncing" books. You may want to use the plugin's command chaining and its sync mechanism instead of simulating a usb connecting. Also, the busybox wget will not work with secure connections. So you may want to use curl instead.

I'm currently also using a simple php script with a simple interface to add URLs that I want the kobo to download. When I get some free time, I hope to do Dropbox syncing using their REST api.

Thanks for the suggestions, but curl is not available on the busybox installation on the Kobo (the Glo, anyway). EDIT: However, it is possible to download a more fully featured version of wget, precompiled for the Kobo Linux architecture, from here: http://packages.debian.org/squeeze/armel/wget/download
Having installed this, you can use wget with the --post-file= option to send files without size restriction (though they need to be percent-encoded, and binary files probably won't work). Curl is available in the same way, but it has so many library dependencies when you try to install it that I gave up on it.

I'm also not sure if performing a full sync is easier than the usb faking (EDIT: I was wrong here, the Plugin:sync() command doesn't do a full online sync using kobo.com as expected); in any case, the command chaining doesn't seem to block, so there's no guarantee the download command earlier in the chain would be finished before the sync command is run. The only alternative is to keep the sync() as a separate menu item; it works, but it means you first have to select the download menu item (and wait til it finishes, without receiving a notification when it is), then select the sync menu item.

Thanks for the suggestions, but curl is not available on the busybox installation on the Kobo (the Glo, anyway). EDIT: However, it is possible to download a more fully featured version of wget, precompiled for the Kobo Linux architecture, from here: http://packages.debian.org/squeeze/armel/wget/download
Having installed this, you can use wget with the --post-file= option to send files without size restriction (though they need to be percent-encoded, and binary files probably won't work). Curl is available in the same way, but it has so many library dependencies when you try to install it that I gave up on it.

I can send you curl if you want to. I took the time to get all the dependencies (but yeah, it took some time :P)

Quote:

Originally Posted by textchimp

I'm also not sure if performing a full sync is easier than the usb faking (EDIT: I was wrong here, the Plugin:sync() command doesn't do a full online sync using kobo.com as expected); in any case, the command chaining doesn't seem to block, so there's no guarantee the download command earlier in the chain would be finished before the sync command is run. The only alternative is to keep the sync() as a separate menu item; it works, but it means you first have to select the download menu item (and wait til it finishes, without receiving a notification when it is), then select the sync menu item.

Not using kobo.com myself, so can't say anything about that. I havn't tried the newer versions of the plugin (been real busy), but the one I have blocks perfectly well. When I run my sync.sh nickel hangs (Sync entry in plugin menu statys "activated") until sync.sh is done. Chaining also works fine. Are you sure you're not using wget& or something similar in your script?

Got a Kobo Glo last weekend. Running firmware 2.1.5. People on this thread seem to confirm that the plugin interface works on the Glo with this firmware.

I followed the instructions - connected my Glo via USB, unzipped both files to the .kobo directory, and ejected the device from my PC. I think the .tgz file is being read, because when I do this, the screen says that the software is updating.

My issue is that after that, the old stock interface is still there, with no changes. I open a book, and close it. Still no change. I shut down the Kobo, boot it back up, open and close a book, and still nothing.

I've tried this with my own *.ini content, and with an unmodified *.ini file downloaded from the first post of this thread. Neither has worked.

What am I doing wrong?

the same happens to me, I tried several times, thinking that I must be doing something wrong but with no luck, at least I know that I'm not the only one that can't instal it.

My issue is that after that, the old stock interface is still there, with no changes. I open a book, and close it. Still no change. I shut down the Kobo, boot it back up, open and close a book, and still nothing.

Have you tried opening several different books?

It didn't work for me either, when I was opening kepubs. But an epub did the job.

Hi there, I also posted a while back in this thread about having the same installation issues, after seeing the same updating screen, powering up without a sd card as advised, opening up a number of epub and kepub books I still could not get it to load properly. I think there is a growing minority of users who cannot get this to work, so I am keen to work with anyone to help diagnose the problem, and am happy to provide any info requested. It sounds like some devices are falling over loading nickel somehow

I think there is a growing minority of users who cannot get this to work, so I am keen to work with anyone to help diagnose the problem, and am happy to provide any info requested.

I'm one of that growing minority, with the same results as you had: Appears to update after eject, but plugin never seems to activate after opening a book. Not powering down, not using SD card. Glo, 2.1.5. Also glad to help with diagnosis and testing.

dannyproy, 0x55, just in case: did you open said ebooks via the library or via the home screen thumbnails? I had difficulties to load the plugin at first but then when I tried powering it off and on again then going through the Library > Books to open an ebook, the plugin would load (and the reading status bar would change accordingly)

I was struggling the same as some others on here with getting this to work. I finally figured out what the problem was. I am a Mac user and my "expansion" software (Stuffit Expander) was set to keep expanding files as much as possible. This of course meant it expanded the "test-xx-xx-xx.zip" file one too many times, resulting in a new Folder (Kobo2) as opposed to the compressed installer. I had to go into DropStuff and uncheck the preference to keep expanding as much as possible. This means it only expands the file one step, resulting in the correct compressed installer. I then followed the remainder of the steps and presto! it works! Hope this helps someone...

Darn it, I was ready to get my hopes up, but unfortunately opening an epub via the library screen still didn't do the trick, 0x55 I'm glad it's working for you now though

Edit: strike a light, it's working ok now! Benjaminries suggestion to stay in the epub a wee bit longer was the key, Mind you it seems a little tempramental, it took 3 tries of powering off, taking out the sd card, powering on, going into the library, opening an epub, navigating a few pages for about 10 seconds, then going back to the home page before it worked...oddly on my second try it briefly worked but upon inserting my sd card the addon changes were lost. Thanks to everyone for their help!