I cannot load the PyPlot package using Julia 1.2.0-1 running on MacOS 10.15.1.
After starting Julia I type a ] to get to "Pkg". I then type
add PyPlot
and get the following messages:
Updating registry at ~/.juliapro/JuliaPro_v1.2.01/registries/JuliaPro
Updating git-repo https://pkg.juliacomputing.com//registry/JuliaPro
ERROR: GitError(Code:EMERGECONFLICT, Class:Checkout, 1332 conflicts prevent checkout)
followed by a lengthy stacktrace. I have never seen this with previous Julia and MacOS versions; they just loaded the package.
Deleting the registry and restarting Julia did the trick! Thanks to all >who replied!
Related
I have added a package Relief.jl to my environment. I have also checked if it's available by typing stand it's listed under available packages for the environment. However when I type using Relief I get the following error,
ERROR: ArgumentError: Package Relief [e59a39ae-ffc4-11ea-35a5-2b2996f35250] is required but does not seem to be installed:
- Run Pkg.instantiate() to install all recorded dependencies.
Any ideas what I should do to resolve this?
You need to run the command: ] build "name of package" in the terminal. This should fix the problem.
(Without the speech marks. That is just to highlight its a name)
I had used Julia some months back for a project, and didn't use it since. I hadn't faced problems back then. But now, I absolutely am not able to install any package.
(#v1.5) pkg> add Distributions
Resolving package versions...
ERROR: Unsatisfiable requirements detected for package Distributions [31c24e10]:
Distributions [31c24e10] log:
├─Distributions [31c24e10] has no known versions!
└─restricted to versions * by an explicit requirement — no versions left
Any package I install, I am getting the same error. How do I fix it?
This is the status of Pkg:
(#v1.5) pkg> status
Status `C:\Users\jaine\.julia\environments\v1.5\Project.toml`
[6e4b80f9] BenchmarkTools v0.5.0
[7073ff75] IJulia v1.21.2
[91a5bcdd] Plots v1.6.0
[438e738f] PyCall v1.91.4
[d330b81b] PyPlot v2.9.0
[2913bbd2] StatsBase v0.33.0
Given
├─Distributions [31c24e10] has no known versions!
it looks like you have a missing or corrupt package registry. The package manager will reinstall it for you if you delete .julia/registries and try to add the package again.
You can do this from within julia
rm(joinpath(homedir(), ".julia", "registries"), recursive=true, force=true)
These are indeed some of the more tricky situations to resolve so please bear with me as we work through this.
If you are not familiar with the basics of the package manager, it's worth a quick read to check out: https://julialang.github.io/Pkg.jl/v1/getting-started/
Assuming you are now in the Julia Repl, my general work flow for these issues is to remove everything it warns me about. The core problem here is that one of your existing packages is saying it needs a specific version of Distributions.jl but it's not able to add it. So, the first step would be to enter the pkg manager by doing ] and type rm Distributions.
Then, while still in the pkg mode, do resolve and add Distributions.
So the process is to just remove each package the Repl complains about until it stops complaining.
Note: If you run into something like this again, the worst-case scenario is to remove the project and manifest files for the specific Julia version you are using. If you navigate to ".julia/environments" you should be able to completely reset the Julia Env for a specific version there (that way you don't need to actually reinstall Julia).
I keep trying to add IJulia in the REPL, and I keep getting this error message:
I tried installing JSON directly, but the REPL would say "The following packages names could not be resolved".
If it helps, I'm running a Windows 10 laptop with julia 1.0.5
Is there a fix to this? Should I install an earlier version to julia?
Appreciate the time.
It seems like you have outdated registries locally.
The registries are ~/.julia/registries, message like The following package names could not be resolved usually suggests that registry are not updated or somehow corrupted.
Delete them (the directory ~/.julia/registries/General) and then adding packages should cause the General registry to be downloaded, the newest version. Then you should be able to add IJulia without problem.
More people encountered this problem with messed up registry, see https://discourse.julialang.org/t/registry-failed-to-update/17840/10
I would like to install the R Package JuliaCall, to use Julia from R. I have installed Julia via snap and installed the JuliaCall R package form the Cran.
I received the following error when trying to use the setup function of JuliaCall.
library(JuliaCall)
julia <- julia_setup()
Julia version 1.0.4 at location /snap/julia/13/bin will be used.
Error in dyn.load(.julia$dll_file) :
unable to load shared object '/snap/julia/13/bin/../lib/libjulia.so.1':
/snap/julia/13/bin/../lib/libjulia.so.1: wrong ELF class: ELFCLASS32
Show Traceback
Rerun with Debug
Error in juliacall_initialize(.julia$dll_file) :
/snap/julia/13/bin/../lib/libjulia.so.1 - /snap/julia/13/bin/../lib/libjulia.so.1: wrong ELF class: ELFCLASS32
Julia is installed:
XRJulia::findJulia()
[1] "/snap/bin/julia"
I have tried some suggestions found in
https://github.com/Non-Contradiction/JuliaCall/issues/72
and even report my problems, but I'm not sure if this is an issue to open on Github or a problem with my installation.
The same error occurs
My system specifications are:
Ubuntu 18.04,
Rstudio 1.1.456,
R 3.5.1,
Julia installed via snap
Thanks for any help you could provide
Actually, the developer of JuliaCall answered my question.
I have installed Julia using snap without noticing that a 32bits version was used. Installing Julia from the .tar.gz archive and choosing the correct 64 bits version solve this problem.
Many Thanks to #Non-Contradiction.
My end goal is to be able to use the geoR and sp packages in R on an AWS EC2 Linux instance. The first hurdle is getting an older version of R since 3.3 doesn't support TCL/TK (at least that I've found).
After unpacking R-3.2.5.tar.gz and following the instructions in the INSTALL file (along with these configure options), a search in the config.log shows the following for TCL and TK:
configure:32908: checking for tclConfig.sh
configure:32950: checking for tclConfig.sh in library (sub)directories
configure:33143: checking for tcl.h
conftest.c:228:17: fatal error: tcl.h: No such file or directory
#include <tcl.h>
config.status:1893: creating src/library/tcltk/DESCRIPTION
config.status:1893: creating src/library/tcltk/Makefile
config.status:1893: creating src/library/tcltk/src/Makefile
ac_cv_env_TCLTK_CPPFLAGS_set=
ac_cv_env_TCLTK_CPPFLAGS_value=
ac_cv_env_TCLTK_LIBS_set=
ac_cv_env_TCLTK_LIBS_value=
r_cv_header_tcl_h=no
TCLTK_CPPFLAGS=''
TCLTK_LIBS=''
TCL_CONFIG=''
use_tcltk='no'
R installs successfully, but running capabilities("tcltk") confirms that something went wrong, as it returns FALSE.
Following the hints here, I searched for tclConfig.sh and tkConfig.sh, and realized I hadn't installed the appropriate dependencies, namely tcl-devel, and tk-devel.
Running yum list available shows a package for tcl-devel.x86_64 but nothing for tk. I downloaded source files for TCL and TK from here, but couldn't find source files for any devel packages.
So now I'm at a loss on how to proceed. Has anyone been through this process that can shed some light on it?
UPDATE
After reading the comment below, I'm afraid I didn't do my due diligence in researching TCL/TK and R 3.3.
My very early efforts to troubleshoot the whole problem consisted of the following workflow- First, without even considering an older version of R, I ran install.packages("geoR") in 3.3.2. This resulted in installation of package 'geoR' had non-zero exit status, along with:
Error: package 'tcltk' does not have a namespace
ERROR: lazy loading failed for package 'geoR'
So, naturally, I ran install.packages("tcltk") which resulted in package 'tcltk' is not available (for R version 3.3.2)
As I mentioned before, this was very early on. I took the message literally and didn't think to look further into TCL/TK for 3.3, but instead started looking to get an earlier version of R, since I had been successfully running geoR and sp on another system that had R 3.2.5.