Package Details: crashplan 4.7.0-1

Git Clone URL: https://aur.archlinux.org/crashplan.git (read-only)
Package Base: crashplan
Description: An online/offsite backup solution
Upstream URL: http://www.crashplan.com
Licenses: custom
Submitter: billyburly
Maintainer: justin8
Last Packager: justin8
Votes: 119
Popularity: 3.582324
First Submitted: 2011-09-17 03:06
Last Updated: 2016-05-17 06:50

Latest Comments

baldrick commented on 2016-05-19 09:43

Sorry no, I already upgraded manually by changing version in the PKGBUILD.
Mine kept working too, until I restarted the service and then tried to reopen the GUI. That's when it got stuck on the green splash screen stating "Updating".

justin8 commented on 2016-05-17 07:43

Updated the package now for 4.7.0

@baldrick can you capture some logs and/or screenshots? I don't experience that behaviour on my headless or GUI machines, they keep working but have that little automatic update failed message.

blackhole commented on 2016-05-16 17:07

Just compiled 4.7.0 only changing version in the PKGBUILD and all is working fine

baldrick commented on 2016-05-16 16:59

This is broken due to an automatically enforced Crashplan update. That's to say - within the client it keeps trying to trigger an update every hour which fails. If you then exit the GUI and reopen it it hangs on "Updating".

blackhole commented on 2016-05-16 15:42

If not updated to last version 4.7.0, gui will hang

justin8 commented on 2016-05-13 20:16

gtk2 is already an opt depend since it is only for the gui. It tells you this when you install the package.

xorg-fonts-type1 isn't a requirement as far as I can tell. It isn't installed on my laptop and it works without issues

fryfrog commented on 2016-05-13 15:47

A lot of us run Crashplan headless, so GTK2 and xorg-fonts-type1 aren't *requirements*, but they certainly could be optional dependencies.

adambot commented on 2016-05-12 23:51

Also requires GTK2 and xorg-fonts-type1

whstrain commented on 2016-04-29 15:25

I found a bunch of log files under /opt/crashplan/log that people might want to clean out. rm -f upgrade.*.log. Also, the content of the upgrade log file may lend some information about the failing upgrade process.

Thu Apr 28 17:29:23 EDT 2016 : Ensuring the UpgradeUI is not running.
Thu Apr 28 17:29:23 EDT 2016 : UpgradeUI is shut down.
Thu Apr 28 17:29:23 EDT 2016 : JAVACOMMON is set: /usr/bin/java
Thu Apr 28 17:29:23 EDT 2016 : Current Java Version: 1.8
Thu Apr 28 17:29:23 EDT 2016: The Current java is not compatible. Embedding a compatible version.
Thu Apr 28 17:29:23 EDT 2016 : Download JVM from http://download.code42.com/installs/proserver/jre/jre-7-linux-i586.tgz

whstrain commented on 2016-04-29 13:04

The file was approximately 1435813200460_403.jar.
The folder was approximately 1435813200460.#############. I have a feeling the ??? is the epoch time the .jar was expanded but not sure.

All comments