[NOT SOLVED] SpiderOak won't launch

[juanperucho]

After the last upgrade SpiderOak returns the following error and will not launch:

Code: [Select]

Traceback (most recent call last):
  File "<string>", line 5, in <module>
zipimport.ZipImportError: not a Zip file: '/usr/lib/SpiderOak/library.zip'


/usr/lib/SpiderOak/library.zip actually exists but when I try to open it as root I get:

Code: [Select]

No ha sido posible abrir el archivo, probablemente debido a que se use un formato de archivo no soportado.
zip:/usr/lib/SpiderOak/library.zip

I don't know if the problem is related to the upgrade, but until a few days ago, SpiderOak worked perfectly.
The last upgrade was:

Code: [Select]

Commit Log for Wed Jan  5 08:35:30 2011
Actualizó los paquetes siguientes:
bombono-dvd (0.6.0-1pclos2010) to 1.0.0-1pclos2011
iso-codes (3.22-1pclos2010) to 3.24-1pclos2011
kdeutils4-ark (4.5.4-2pclos2010) to 4.5.4-3pclos2011
kdeutils4-core (4.5.4-2pclos2010) to 4.5.4-3pclos2011
kdeutils4-kcalc (4.5.4-2pclos2010) to 4.5.4-3pclos2011
kdeutils4-kdf (4.5.4-2pclos2010) to 4.5.4-3pclos2011
libpcsclite1 (1.5.3-1pclos2009) to 1.6.6-1pclos2010
libssh4 (0.4.6-1pclos2010) to 0.4.7-1pclos2010
pdfjam (1.21-1pclos2010) to 1.21-2pclos2011
radeontool (1.5-1pclos2007) to 1.6.0-1pclos2011


[JohnW_57]

Can't duplicate it.  
Have a fully updated install.

JohnW

[Old-Polack]

After the last upgrade SpiderOak returns the following error and will not launch:

Code: [Select]

Traceback (most recent call last):
  File "<string>", line 5, in <module>
zipimport.ZipImportError: not a Zip file: '/usr/lib/SpiderOak/library.zip'


/usr/lib/SpiderOak/library.zip actually exists but when I try to open it as root I get:

Code: [Select]

No ha sido posible abrir el archivo, probablemente debido a que se use un formato de archivo no soportado.
zip:/usr/lib/SpiderOak/library.zip

I don't know if the problem is related to the upgrade, but until a few days ago, SpiderOak worked perfectly.
The last upgrade was:

Code: [Select]

Commit Log for Wed Jan  5 08:35:30 2011
Actualizó los paquetes siguientes:
bombono-dvd (0.6.0-1pclos2010) to 1.0.0-1pclos2011
iso-codes (3.22-1pclos2010) to 3.24-1pclos2011
kdeutils4-ark (4.5.4-2pclos2010) to 4.5.4-3pclos2011
kdeutils4-core (4.5.4-2pclos2010) to 4.5.4-3pclos2011
kdeutils4-kcalc (4.5.4-2pclos2010) to 4.5.4-3pclos2011
kdeutils4-kdf (4.5.4-2pclos2010) to 4.5.4-3pclos2011
libpcsclite1 (1.5.3-1pclos2009) to 1.6.6-1pclos2010
libssh4 (0.4.6-1pclos2010) to 0.4.7-1pclos2010
pdfjam (1.21-1pclos2010) to 1.21-2pclos2011
radeontool (1.5-1pclos2007) to 1.6.0-1pclos2011


Open Synaptic uninstall SpiderOak, then install it. I've had this happen a couple of times with DropBox. I get the error that the *.zip is not a zip file, and the item there will not open with Ark. On new install, everything works fine. You might want to log out and back in before testing it.

You could try just reinstalling SpiderOak, without uninstalling it first. That has worked once, and not worked once, for me. When it failed to work as a reinstall, the uninstall first, then install did work.

[juanperucho]

You could try just reinstalling SpiderOak, without uninstalling it first. That has worked once, and not worked once, for me. When it failed to work as a reinstall, the uninstall first, then install did work.

That worked PERFECTLY.
Thanks a lot.

[juanperucho]

It turns out that I wrongly marked this issue as solved.
Everytime I want to run SpiderOak I have to reinstall it through Synaptic.

Any ideas as to what could be the cause of the error message?

Code: [Select]

Traceback (most recent call last):
  File "<string>", line 5, in <module>
zipimport.ZipImportError: not a Zip file: '/usr/lib/SpiderOak/library.zip'

[Old-Polack]

It turns out that I wrongly marked this issue as solved.
Everytime I want to run SpiderOak I have to reinstall it through Synaptic.

Any ideas as to what could be the cause of the error message?

Code: [Select]

Traceback (most recent call last):
  File "<string>", line 5, in <module>
zipimport.ZipImportError: not a Zip file: '/usr/lib/SpiderOak/library.zip'

Not a clue. Try searching /var/log/messages and dmesg for anything related to SpiderOak.

[juanperucho]

Not a clue. Try searching /var/log/messages and dmesg for anything related to SpiderOak.

I got nothing. Thanks anyway. Maybe in the next reinstall it will work.

[Old-Polack]

Not a clue. Try searching /var/log/messages and dmesg for anything related to SpiderOak.

I got nothing. Thanks anyway. Maybe in the next reinstall it will work.

Strictly as a work-around, the next time you reinstall, as root copy the /usr/lib/SpiderOak/library.zip to /usr/lib/SpiderOak/library.zip-backup. Then when you get that error, copy library.zip-backup back to library.zip, rather than do a reinstall.

You could write a script to do this, and even make a .desktop file to make running the script a one click deal. If that works, you could then make the .desktop run the script first, then launch SpiderOak, with that single click.

[juanperucho]

Not a clue. Try searching /var/log/messages and dmesg for anything related to SpiderOak.

I got nothing. Thanks anyway. Maybe in the next reinstall it will work.

Strictly as a work-around, the next time you reinstall, as root copy the /usr/lib/SpiderOak/library.zip to /usr/lib/SpiderOak/library.zip-backup. Then when you get that error, copy library.zip-backup back to library.zip, rather than do a reinstall.

You could write a script to do this, and even make a .desktop file to make running the script a one click deal. If that works, you could then make the .desktop run the script first, then launch SpiderOak, with that single click.

That's clever!
It worked perfectly.
I just added

Code: [Select]

kdesu "cp -f /usr/lib/SpiderOak/library.zip-backup /usr/lib/SpiderOak/library.zip" ; SpiderOakto Spideroak's Kmenu entry and I'm up and running again.

Thanks a lot.

[bcat23]

I am having the same problem. How would I apply the same fix to LXDE? Thanks.

[juanperucho]

I am having the same problem. How would I apply the same fix to LXDE? Thanks.

I've never used LXDE, but if it is somehow similar to gnome or xfce, you could create a launcher and provide sth. like

Code: [Select]

gksu "cp -f /usr/lib/SpiderOak/library.zip-backup /usr/lib/SpiderOak/library.zip" ; SpiderOakas the command, provided that you have previously backed up a decent copy of the zip file to /usr/lib/SpiderOak/library.zip-backup as suggested by old-polack.


(It is actually called gksu?)

[Old-Polack]

I am having the same problem. How would I apply the same fix to LXDE? Thanks.

I've never used LXDE, but if it is somehow similar to gnome or xfce, you could create a launcher and provide sth. like

Code: [Select]

gksu "cp -f /usr/lib/SpiderOak/library.zip-backup /usr/lib/SpiderOak/library.zip" ; SpiderOakas the command, provided that you have previously backed up a decent copy of the zip file to /usr/lib/SpiderOak/library.zip-backup as suggested by old-polack.


(It is actually called gksu?)

If you write a separate script, with the name spiderfix with the copy line, copy it to /usr/local/bin, as root, then make it executable, you could reduce the menu entry to;

spiderfix ; SpiderOak

I'm assuming at the moment you have to give a root password with the present arrangement because of the kdesu in the command. This would eliminate the need for a password.

[besonian]

I've been having exactly the same problem with Spider Oak - the only difference is that OP's workaround doesn't want to work with my system. So I emailed Spider Oak support and received - what a shock! - a reply within less than 24 hours from a real human being who seemed to be saying what he wanted and needed to, rather than just spouting the creed he'd had drummed into him. I'm impressed. Anyway, the upshot is this - his first suggestion is that the version we're using (if we're getting it from the repo) is out of date, and that we should download the latest one. This is the link -

https://spideroak.com/install

Having taken to heart a long time ago the warning not to install anything from outside the repo's, I'm not going to do it, until I've asked somebody (like Old Polack) his/her opinion about the advisability of just that and got the OK. Or not.

I copy the rest of his advice here -

"If you are still having this reboot issue with the new version, then I
will need additional information. Please let me know the name of the
device that is having this problem and please send your log files.

(Linux)To create an archive, please use the following command: tar cjf
spideroak_logs.tar.bz2 ~/.SpiderOak/*.log.  Please be sure to specify
which of your computers these files are from!  Once we’ve received
these files, we can get to work analyzing the problem and finding the
best way to fix it."

I don't know enough to comment on his way of creating an archive - but I include it in case it's useful to those who know far more than I.
Any comments on all of this would be welcome. I hope it might lead to this really irritating fault being sorted.

[bcat23]

I am having the same problem. The workaround described in this post does not work for me. I downloaded and extracted the SlackWare version as described in this post on the Mandriva forum:

http://forum.mandriva.com/en/viewtopic.php?t=108497

The SlackWare version is the up-to-date version and has been working fine for me so far.

I understand that installing software from outside the repo's is not recommended, but SpiderOak is a must-have software program for me.

[besonian]

For reasons which are beyond me, the workaround suggested by OP, and which didn't work for me - hence my contacting Spider Oak support - quite suddenly started to work. Not only that, but most mornings now, when I boot up, I don't even need to go through that because SO launches automatically as I've configured it to do. And on a second machine - for which I'd taken a chance and installed the RPM of the latest version from the Spider Oak - that has worked every boot-up right from the start. So for me I guess the problem is, for all practical purposes, solved.