Package Details: spideroak-one 6.4.0-1

Git Clone URL: https://aur.archlinux.org/spideroak-one.git (read-only)
Package Base: spideroak-one
Description: Secure file backup, sync and sharing client. This provides the client for SpiderOakONE.
Upstream URL: https://spideroak.com/
Keywords: backup
Licenses: custom
Conflicts: spideroak, spideroak-beta
Provides: spideroak
Replaces: spideroak
Submitter: coolpyrofreak
Maintainer: coolpyrofreak
Last Packager: coolpyrofreak
Votes: 265
Popularity: 1.298034
First Submitted: 2015-07-18 19:17
Last Updated: 2017-09-29 00:55

Latest Comments

infinitezero commented on 2017-11-21 19:01

Looks like Spideroak broke a few weeks back. It will start, but no backup. Here is the error I get when running it from term:

Traceback (most recent call last):
File "<string>", line 6, in <module>
File "__main__.py", line 128, in <module>
File "__main__SpiderOakONE__.py", line 183, in <module>
File "__main__SpiderOakONE__.py", line 168, in main
File "oak/Oak.py", line 19, in <module>
File "Pandora/library/policy_selection.py", line 14, in <module>
File "Pandora/UserConfig.py", line 20, in <module>
File "Pandora/system_queue/fix_win_root_path.py", line 12, in <module>
File "Pandora/Network/__init__.py", line 44, in <module>
File "Pandora/Network/UplinkService.py", line 10, in <module>
File "Pandora/Network/ServerSession.py", line 17, in <module>
File "Pandora/Network/ServerSessionBase.py", line 12, in <module>
File "Pandora/ssl/__init__.py", line 3, in <module>
File "OpenSSL/__init__.py", line 40, in <module>
ImportError: cannot import name crypto

znmeb commented on 2017-11-19 23:27

It looks like SpiderOak one is now available as a generic Linux tarball - https://spideroak.com/release/spideroak/slack_tar_x86 and https://spideroak.com/release/spideroak/slack_tar_x64.

coolpyrofreak commented on 2017-11-19 22:56

@ectoplasm - I just maintain the PKGBUILD. I'm sorry that SpiderOak's support was less than helpful, but I'm not going to be much help either.

SpiderOakONE does have a CLI-only option. Just run with the --headless flag. You can see all the CLI references here: https://support.spideroak.com/hc/en-us/articles/115001891343-Command-Line-Reference

ectospasm commented on 2017-11-18 17:16

@coolpyrofreak I have tried moving my .config/SpiderOakONE out of the way (as my original post stated), with *precisely* the same behavior: nothing happens, no warnings or error messages displayed, even with the --verbose option. I contacted SpiderOakONE, their support is practically worthless. The only suggestion they gave to me was try an older version. I've tried 6.3 and 6.0.1 to no avail, they use libraries which are no longer current and I'm not interested (yet) in installing old libraries. I'm at my wits end. I think if they had a command-line only option, it would work much better.

I wonder if this has to do with ~/.config/SpiderOakONE being mounted on my NAS over NFS. Syncing takes a LOT of local storage space and my 256G SSD fills up quite quickly.

coolpyrofreak commented on 2017-07-31 01:19

@ectospasm - I receive the same error when I start from the command line, but it doesn't keep the SpiderOakONE client from running. I imagine your problem is something else. I'd suggest deleting your ~/.config/SpiderOakONE folder, then running the config wizard again.

If you continue to have problems, you should contact SpiderOak Support.

ectospasm commented on 2017-07-31 00:58

Ever since this update was released, SpiderOakONE doesn't launch for me. It simply prints out the following warning if I launch it from a terminal shell, then a long, long pause before exiting with a zero status:

"sni-qt/22935" WARN 20:42:56.607 void StatusNotifierItemFactory::connectToSnw() Invalid interface to SNW_SERVICE

I figured some incompatibility between my ~/.config/SpiderOakONE and this new version, so I moved it out of the way. SpiderOakONE still gives the same behavior, only the splash screen shows for several minutes, while the terminal output is precisely the same.


coolpyrofreak commented on 2017-07-29 01:25

Apologies for the delay. Apparently this update has been out for a while, but I didn't know until now.

Update is very minor: they finally fixed the libz error by upgrading the included libz file. I've also had to create a new email, so I've updated my address in the PKGBUILD if any of you need it.

EDIT: forgot to mention that since SpiderOak updated their provided libz package, I've removed the ugly hack I previously had in the PKGBUILD.

ProfessorKaos64 commented on 2017-07-29 01:01

Checksum fails.

cb474 commented on 2017-06-10 01:00

@blacktav Yeah, I blame gtk3.

blacktav commented on 2017-06-09 18:46

@cb474 indeed. The command-line "error" I was getting seems to be fairly innocuous - according to SpiderOak
The real problem is more likely related to system instability as you suggest - not soon after, my keyboard was killed and my xfce effectively died, with both staying dead even after reboots, removing and reinstalling all xfce bins & config. Xfce remains non-functional for one particular user.
However, lxde & even kde appear to be fine, SpiderOak GUI runs OK & even my keyboard works again. Go figure

All comments