Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Is not like an issue but more like an aha moment #329

Closed
lcamVz opened this issue Oct 25, 2023 · 3 comments
Closed

Is not like an issue but more like an aha moment #329

lcamVz opened this issue Oct 25, 2023 · 3 comments

Comments

@lcamVz
Copy link

lcamVz commented Oct 25, 2023

So I was having problems installing picrust2 after recently updating conda in both intel and was newly installing in M1. I saw people were having issues with castor me too I tried to update path and nothing. but later out of a just incase installed castor in my R in the local and it resolved all issues.

I still had problem instaling picrust2 with mamba in M1 but managed to install it with conda and was able to run with the install of castor in the local R I use with the IDE.

hope this can help people with similar issues.

@larssnip
Copy link

larssnip commented Dec 12, 2023

Interesting, since I having a related problem. Installed picrust2 as a conda environment on our computing cluster, but get the following error:

Error running this command:
Rscript /mnt/users/larssn/.conda/envs/picrust2/lib/python3.8/site-packages/picrust2/Rscripts/castor_nsti.R picrust_out/out.tre /home/work/tmp5a10ia2k/known_tips.txt /home/work/tmp5a10ia2k/nsti_out.txt

Standard error of the above failed command:
Error: package or namespace load failed for ‘castor’ in dyn.load(file, DLLpath = DLLpath, ...):
unable to load shared object '/net/fs-2/scale/OrionStore/Home/larssn/R/myLib/Matrix/libs/Matrix.so':
libRlapack.so: cannot open shared object file: No such file or directory
Execution halted

It looks to me like the R script castor_nsti.R has problems loading the R package castor, which in turn loads the Matrix package. But both are loaded without any problems from my local R. Is it not strange that this conda environment uses my locally installed R packages?

@larssnip
Copy link

Actually, this made me thinking. I have of course an .Rprofile file in my HOME folder, that tells R where to locate the (locally) installed R packages. I just renamed this to Rprofile (no dot), and re-started picrust2. This seems to work like a charm! Now there is no confusion between my local R packages and the picrust2 conda environment when R is started from the latter.

This may actually be helpful to add to the installation procedure for picrust2.

@R-Wright-1
Copy link
Contributor

I am just closing this issue as it seems to be fixed. Thanks everyone for your follow-up here! It seems like there are several issues that can be run into, particularly with the M1 Macs, so I think it might be too confusing to add anything to the install pages, but hopefully anyone that runs into this issue will be able to search here for the solutions!

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

3 participants