Issues with installation

Hi all,

I’m having some trouble understanding whether I’ve installed or updated Pumas correctly.

After some effort, I managed to get Pumas working when I create a new file in the global Julia environment. However, I cannot add or use Pumas in a new environment or project.

My typical workflow is to initialize a project using DrWatson.jl. When I activate a project folder and try to add or use Pumas, I get the following error (this also happens with my older projects):

ERROR: The following package names could not be resolved:
 * Pumas (not found in project, manifest or registry)
   Suggestions: Numssp, Damask, Purses, Pandas, Grumps, Primes, PDMats

It seems that I now have to use the Pumas installer to “Install to project” every time, whereas before I could simply do using Pumas in a project. Is this the expected workflow?

Additionally, to work with my old projects, do I need to import my scripts into a new folder where Pumas has been installed to the project environment?

Finally, I noticed that I no longer have a Pumas folder in:

C:\…\AppData\Local\Programs

where it was located in previous installations.

Any guidance on the correct way to set up Pumas for use in isolated Julia projects would be greatly appreciated.

Hello @medhat,

“Install to project” is the correct way to make use of Pumas in a non-global location. It will not duplicate any installation data, just adds the resolve Project.toml and Manifest.toml files to the local folder so that using finds the correct version from your depot path. Once Pumas is set up in a folder then you can use normal package operations to add any additional packages that are compatible with the particular Pumas release if they are not provided in the default set. Desktop Installation · Pumas for the specifics needed when adding extra packages.

If you were able to do using Pumas from any environment then that means it was installed directly in your default global environment. We discourage that since it results in non-reproducible environments.

It behaves more closely to a normal Julia package now and all data is just stored in the Julia depot path like any other Julia packages on your system and managed by the same system as the rest of your Julia installation.

Then that means all went well!

Indeed it was installed directly before in which case it would conflict with adding certain packages (like Plots.jl).

Thanks for the clear explanation, Michael.