Pogo plug 4 and crashplanpro?

[nellson]

I have looked through the wiki and a few build scripts before I felt a bit over my head in knowing if my system was anything like what was being tried with Arch + Crashplan/PRO. But here is what I was think I have gleaned
- It's a wise idea to have a spinning disk swap partition to avoid out of memory issues (only 128 Meg in a pogo plug 4), ok, did that with a 2 gig swap partition, but left swappiness at 60.
- Various JRE's can be found using pacman.. but Crasplan's installer doesn't like them, the installer grabs one it likes and that seems to install great.
I am using CrashPlanPRO_3.5.3_Linux.tgz from AUR, and I unpacked it to ~/builds/CrashPlanPRO-install and ran the "install.sh" which first asked me to dedicate
Welcome to the CrashPlan Installer.
Press enter to continue with installation.
Validating environment...
detected root permissions
which: no java in (/usr/local/sbin:/usr/local/bin:/usr/bin:/usr/bin/core_perl)
No Java VM could be found in your path
Would you like to download the JRE and dedicate it to CrashPlan? (y/n) [y]
So I say yes, and accept the license, and then proceed to take the defaults which would appear to be for a different style init system than Arch, yes? At the end of this script it claims to have started the Engine, but no process shows in the task list. I am guessing that must be resolved first before I even worry about getting CrashPlanDesktop to run on my remote Xming X Server on my Windows Desktop. xclock woould fine run as DISPLAY="<ip of windows system>.0.0" xclock
If any of the forum users know about alternate ways of installing, can you point out what I might use? I have a CrashPlanPro family account, and want this to be a NAS with CPP backing it up to the cloud and to an offsite friends CPP system.
The rest of what I selecting the the install script follows...

Do you accept and agree to be bound by the EULA? (yes/no) yes
What directory do you wish to install CrashPlan to? [/usr/local/crashplan]
What directory do you wish to link the CrashPlan executable to? [/usr/local/bin]
What directory do you wish to store backups in? [/usr/local/var/crashplan]
What directory contains your SYSV init scripts? [/etc/init.d]
What directory contains your runlevel init links? [/etc/rc.d]
Your selections:
CrashPlan will install to: /usr/local/crashplan
And put links to binaries in: /usr/local/bin
And store datas in: /usr/local/var/crashplan
Your init.d dir is: /etc/init.d
Your current runlevel directory is: /etc/rc.d
Is this correct? (y/n) [y]

Download of the JVM found. We'll try to use it, but if it's only a partial
copy of the file then this will fail. If that happens please remove the file
and try again.
JRE Archive: jre1.6.0_25_i586.tgz
Java Installed.
Unpacking /root/builds/CrashPlanPRO-install/./CrashPlanPRO_3.5.3.cpi ...
48835 blocks
Your Linux system is currently configured to watch 8192 files in real time.
We recommend using a larger value; see the CrashPlan support site for details
Starting CrashPlan Engine ... Using standard startup
OK
CrashPlan has been installed and the Service has been started automatically.
Press Enter to complete installation.
Important directories:
Installation:
/usr/local/crashplan
Logs:
/usr/local/crashplan/log
Default archive location:
/usr/local/var/crashplan
Start Scripts:
sudo /usr/local/crashplan/bin/CrashPlanEngine start|stop
/usr/local/crashplan/bin/CrashPlanDesktop
You can run the CrashPlan Desktop UI locally as your own user or connect
a remote Desktop UI to this Service via port-forwarding and manage it
remotely. Instructions for remote management are in the readme files
placed in your installation directory:
/usr/local/crashplan/doc
Would you like to start CrashPlanDesktop? (y/n) [y] n
To start the Desktop UI:
/usr/local/bin/CrashPlanDesktop
Installation is complete. Thank you for installing CrashPlan for Linux.
Online
Report

[WarheadsSE]

Okay, this is so bad, I am not going to quote or code tag this for you.

[WarheadsSE]

$this->bbcode_second_pass_quote('', 'J')RE Archive: jre1.6.0_25_i586.tgz

[nellson]

That bad? I tried the jvm that was found in the package tree with pacman, and when I started the installer it said my version was unsupported. Is there a recommended jvm that I should be using?

Nick

[WarheadsSE]

Here's a hint: not the 32-bit x86 one.

[nellson]

ejdk-8u6-fcs-b23-linux-arm-sflt-12_jun_2014.tar.gz or ejre-7u60-fcs-b19-linux-arm-sflt-headless-07_may_2014.tar.gz ??

Both say arm5 from Oracle.

[moonman]

AUR: ejre-arm-headless. Last time I checked openjdk wasn't working on armv5
EDIT: Just checked openjdk and it works. jre7-openjdk-headless package should suffice with jre7-openjdk being the full should it not run with headless.