To follow up: As suggested in the manual <http://docs.julialang.org/en/latest/manual/packages/?highlight=internet#offline-installation-of-packages>, I copied the package root directory from another (virtual) machine specially set up with the same operating system and identical file system organization. This seems to work fine.
--Peter On Thursday, April 23, 2015 at 9:13:44 PM UTC-7, Peter Simon wrote: > > I'm running Julia 0.3.7 and am attempting to regenerate my ~/.julia/v0.3 > directory (after carefully saving the old one). I'm having a problem with > building several packages that have dependencies. The problem packages > include Cairo, HDF5, Nettle, and Images. I'm working as a user without > root privileges on CentOS 6.5. Julia hangs when building these packages, > apparently in the step where Yum is being invoked to install a dependency. > Our company's security posture recently became much stricter, and the > system administrators recently locked down the computer, so that no > downloads are allowed from anywhere (I'm using a local copies, obtained > with special permission, of all Julia registered packages to do the package > installations). When I look into one of my old package directories in my > old saved ~/.julia/v0.3 directory, I see that the deps subdirectory of > these older installed packages also contains an automatically generated > file named deps.jl that shows that the package manager was able to find > local versions of the dependencies from directories included in my > LD_LIBARY_PATH environment variable. This deps.jl file is not present in > any of the problematic package deps directories. Has something changed > recently so that Julia no longer attempts to find local files to satisfy > dependencies, and instead immediately tries to download them? Is there a > way to force Julia to use the locally available dependencies? Am I asking > the right question here? > > Thanks very much for any help with this. > > --Peter >