ArcGIS Python environment clone inconsistent

Question

I have an issue with arcgis-py3 clones.

I just created a clone through the Python Command Prompt (through AGPs UI never worked for me!), and swapped the default environment to the newly created one.

Then I made the attempt to update the arcgis package.

conda update arcgis

The result on a fresh environment is

I went then to jupyterlab, trying to install jupyterlab-manager, which requires NodeJS. Hence, back to the command prompt and

conda install nodejs

The result is of course the same. The inconsistency persists.

How can I avoid the inconsistencies, except from not trying to update or install anything?

I am on ArcGIS Pro 2.9.0

TylerS · Answer

Did you ever figure out a solution for this? I have the same issue off a fresh 2.9 install and almost exactly the same packages causing the mismatch.

danretired · Answer

I should have indicated that cloning through the Package Manager produced the pinned file in my example

I use the command line usually with --no-pin  If it doesn't cause any conflicts with what Pro requires, there is usually no problem.

The "pinned" file is just a text file, as you know, which you can copy (for backup purposes of course), if can be duplicated, and moved, you can create a new version of it if you wanted.  You can also do this with the conda-arc file and the package .json files that you have probably discovered.  The details would probably make a good blog article (python blog) but then people with less familiarity with conda, pinned and json package descriptions might try to do something and get into problems.  For those with more experience, I recommend experimenting and using "..... install --revisions ... or a complete reinstall of Pro if needed.  I need not say more

TomGeo · Answer

@DanPatterson

yes, in the res directory of the base environment, there is a pinned file. There is also one in the conda-meta environment.

Looks to me like conda create --clone arcgispro-py3 --name NAME does not create a clone including the pinned file.

To a certain degree that is also what the user wants. I create the clone to be able to install what I need and want. At the same time, the absence of a pinned file, containing at least the packages that can't be updated is rather creating problems, than providing solutions.

I didn't check the order of channels, and would assume the esri channel comes before the conda-forge, but setting -c pointing at conda-forge gave me the same message about the inconsistency.

@DanPatterson wrote:I usually install packages in the base environment (for example Spyder and other packages) since I have full admin rights to my machine and a

conda install --revisions (desired revision # here)

How do you install something in your base environment? Do you simply use the command line and --no-pin?
The pinned files for the base environment are up to the neck full with all the base packages...