Package Details: spideroak-one 7.5.0-1

Git Clone URL: https://aur.archlinux.org/spideroak-one.git (read-only, click to copy)
Package Base: spideroak-one
Description: Secure file backup, sync and sharing client. This provides the client for SpiderOakONE.
Upstream URL: https://crossclave.com/
Keywords: backup
Licenses: custom
Conflicts: spideroak, spideroak-beta
Provides: spideroak
Replaces: spideroak
Submitter: coolpyrofreak
Maintainer: mbc
Last Packager: mbc
Votes: 269
Popularity: 0.013389
First Submitted: 2015-07-18 19:17 (UTC)
Last Updated: 2023-09-04 21:57 (UTC)

Latest Comments

« First ‹ Previous 1 2 3 4 5 6 7 8 9 10 11 .. 27 Next › Last »

znmeb commented on 2017-05-05 01:36 (UTC)

Looks good - just did a clean install and I'm happily syncing!!

coolpyrofreak commented on 2017-05-05 01:12 (UTC)

So here's v6.2.0. As previously reported, the libz error still exists. I'll leave the simlink in the PKGBUILD until this is fixed upstream.

coolpyrofreak commented on 2017-05-04 20:53 (UTC)

I'll build the new version today or tomorrow. I would've pushed out sooner, but have just been too busy.

znmeb commented on 2017-05-04 19:16 (UTC)

I just hacked an install via 'alien' and 'archalien' on the latest .deb, 6.2.0. It looks like the bug noted by @zero456 still exists and the symlink workaround still fixes it.

znmeb commented on 2017-05-04 07:26 (UTC) (edited on 2017-05-04 19:16 (UTC) by znmeb)

Is the 64-bit .deb corrupted? yaourt is erroring on a checksum failure ==> Building and installing package ==> Making package: spideroak-one 6.1.9-1 (Thu May 4 00:25:21 PDT 2017) ==> Checking runtime dependencies... ==> Checking buildtime dependencies... ==> Retrieving sources... -> Found terms.txt -> Downloading spideroakone_6.1.9_amd64.deb... % Total % Received % Xferd Average Speed Time Time Time Current Dload Upload Total Spent Left Speed 100 25.6M 100 25.6M 0 0 7854k 0 0:00:03 0:00:03 --:--:-- 7854k ==> Validating source files with sha256sums... terms.txt ... Passed ==> Validating source_x86_64 files with sha256sums... spideroakone_6.1.9_amd64.deb ... FAILED ==> ERROR: One or more files did not pass the validity check! ==> ERROR: Makepkg was unable to build spideroak-one. ==> Restart building spideroak-one ? [y/N] ==> -------------------------------------- ==>

flash872 commented on 2017-04-01 18:07 (UTC)

I have been in touch with support at SpiderOakONE. They are now aware of this and I am told that their packaging engineer is taking action on it.

coolpyrofreak commented on 2017-04-01 17:02 (UTC)

I'm really tempted to add that fix to the PKGBUILD, since I don't think an update is on the schedule anytime soon. I'll look at it later today or tomorrow.

zero456 commented on 2017-04-01 00:41 (UTC) (edited on 2017-04-01 00:44 (UTC) by zero456)

@yochaigal @iegubkin - I can confirm that the issue is indeed caused by the latest version of libpng-1.6.29. After a bit of investigating, it seems it is actually due to SpiderOak shipping and using it's own version of libz located in its' install directory - /opt/SpiderOakONE/lib/ Backing up and then symlinking to Arch's built-in libz fixes the issue with the new version of libpng: # mv /opt/SpiderOakONE/lib/libz.so.1 /opt/SpiderOakONE/lib/libz.so.1.bak # ln -s /usr/lib/libz.so.1 /opt/SpiderOakONE/lib Hope this helps!

yochaigal commented on 2017-03-29 22:23 (UTC) (edited on 2017-03-29 23:15 (UTC) by yochaigal)

I'm having the same issue as @iegubkin had earlier: 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 21, in <module> File "PyQt4/QtGui.py", line 26, in <module> File "PyQt4/QtGui.py", line 17, in _bbfreeze_import_dynamic_module ImportError: /opt/SpiderOakONE/lib/libz.so.1: version `ZLIB_1.2.9' not found (required by /usr/lib/libpng16.so.16) Downgrading libpng with: pacman -U /var/cache/pacman/pkg/libpng-1.6.28-1-x86_64.pkg.tar.xz Resolves the issue for now.

nesk_aur commented on 2017-01-10 19:31 (UTC)

This is a problem when upgrading to harfbuzz 1.4.1 and still using Infinality fonts. See details here on how to migrate back to freetype2 https://gist.github.com/cryzed/e002e7057435f02cc7894b9e748c5671 It worked for me.

« First ‹ Previous 1 2 3 4 5 6 7 8 9 10 11 .. 27 Next › Last »