This is how I solved it (for now) using the second ivarne sentence. I use two-level configuration, two networks connected to the Internet (office network), one network with air traffic (development network).
System Information: openSuSE-13.1 (both networks), julia-0.3.5 (both networks)
Level 1 (office network)
- julia is installed on the NFS share,
/sharename/local/julia . - soft link
/sharename/local/bin/julia to /sharename/local/julia/bin/julia - added
/sharename/local/bin/ to $PATH using script in /etc/profile.d/scriptname.sh - created
/etc/gitconfig for all office network machines: [url "https://"] insteadOf = git:// (to solve problems with a proxy server with github) - Now every user on the office network can just run
# julia Pkg.add("PackageName") then used to install various packages.
Two networks are periodically connected (with specific ssh security measures, firewall, routing) for automatic data exchange for a short period of time.
Second level (development network)
- julia is installed on an NFS share equal to the level of the first.
- When the networks are connected, I use a shell script with
rsync -avz --delete to synchronize the second level .julia directory for the second level for each user.
Conclusion (for now): It seems to work quite well. According to ivarne , there are problems if the package is installed and something more than just copying files (compiled?) At the first level, the package will not work at the second level. But this can be solved using Pkg.build("Pkgname") .
Roman source share