Arch Linux User Repository

I'm going to be disowning this package soon. I'm moving away from crashplan and have no interest in maintaining this package, and dealing with usage issues, when I wont be using it.

I'll keep it up to date during the coming months as needed, but if no one else shows up, I plan to disown it at the end of October.

@gadicc, I added some pacman hooks to handle setting/unsetting the immutable flag:

Sets immutable flag after install/upgrade:

[Trigger]
Operation = Upgrade
Operation = Install
Type = Package
Target = crashplan-pro

[Action]
Description = Set immutability of Crashplan Pro upgrade directory
When = PostTransaction
Exec = /usr/bin/bash -c "rm -rf /opt/crashplan/upgrade/*; chattr +i /opt/crashplan/upgrade"`

Unsets immutable flag before upgrade/remove:

[Trigger]
Operation = Upgrade
Operation = Remove
Type = Package
Target = crashplan-pro

[Action]
Description = Undo immutability of Crashplan Pro upgrade directory
When = PreTransaction
Exec = /usr/bin/bash -c "chattr -i /opt/crashplan/upgrade"```

I am running an up-to-date archlinux (as of yesterday). I just installed this latest crashplan-pro. However the client window (CrashPlanDesktop) just shows as an empty box. I don't see any particular errors in the ui logs. The last thing it says is 2020-08-14T20:07:59.445Z - info routes.js: onChange: previousPath=/login with params=none 2020-08-14T20:07:59.445Z - info routes.js: onChange: nextPath=/login with params=none

Before installing this crashplan, I was running crashplan directly from code42. When I updated it to 8.2, I started seeing this problem so I decided to try the AUR version.

I installed with makepkg -si to make sure I got any new dependencies, but no luck.

Service is running but not backing up anything. I believe it needs that first login in order to work.

I'm connecting remotely via ssh -X since there is no desktop installed on the archlinux machine (X is, of course, installed).

I also tried it more directly with DISPLAY=<othercomputer>.0 and get the same thing.

@blackhole... ooopsy same mistake as before worked itself back into the PKGBUILD... thanks for pointing it out!

OK, I corrected the link with ln -s /opt/crashplan/bin/Code42Service /opt/crashplan/bin/CrashPlanService and now working

It does not start, manually or with systemd service.

In engine log: nice: ‘/opt/crashplan/bin/CrashPlanService’: No such file or directory I checked and /opt/crashplan/bin/CrashPlanService is a link to /var/tmp/pamac-build-audiolinux/crashplan-pro/pkg/crashplan-pro/opt/crashplan/bin/Code42Service !!

Thanks for supporting this, I use to manage crashplan by hand. And every time it tried to self update I was filled with dread. But now I just do a git pull && makepkg -si and tell systemctl to restart it

Thanks, with the fix suggested now systemd service starts and now I can connect with the gui application.

@blackhole, I found a link error in the install section (CrashPlanService was pointing to where makepkg ran as oppose to the install location) - This has been fixed in 8.2.0-rel2 but you can test the fix locally aswell.

ln -sf /opt/crashplan/bin/Code42Service /opt/crashplan/bin/CrashPlanService

If it isn't that, then it is probably that the service although reporting OK, then has exited with an error. Can you provide the logs in /opt/crashplan/engine_error.log and engine_output.log to help diagnose?

Systemd service fails. Starting from console give this:

Starting Code42 Service ... Using standard startup OK

but crashplan ui is not connecting to service in /opt/crashplan/log I have found this:

2018-08-23T07:18:37.114Z - warn RestAdapter: Error making service request to https://127.0.0.1:4244/v1/Setting/org-securityTools-enable : Not Found

I have just upissued to 8.2.0 (d2ba03b), however behind the scenes Crashplan is being renamed to Code42.

I will update and rename this package at some point, but before then please comment if you have any issues with this package not working (especially if the error mentions Code42)

Great package, thanks for the work maintaining this.

I recently installed this and couldn't get the desktop app to load.

Looking in the service.log.0 file I was seeing the following error

"STACKTRACE:: java.io.IOException: Cannot run program "hostname": error=2, No such file or directory"

Turns out the the com.code42.service.app expects to be able to execute the command line executable "hostname" which is provided by the [inetutils] package.

Just thought this might save others some time and possibly worth adding this in as a [depends]