Closed nick-youngblut closed 2 years ago
I figured out the naming, which most people likely won't run into. The {environment}
naming comes from running jupyter notebook servers in each of those directories. I run one per project. I don't have any notebooks running in the /tmp/global2/
projects, which is why the {environment}
is missing for those kernels.
I'm guessing that there is no way to change the naming in this case. Due to inode limitations for our projects file system, we need to migrate all of our conda envs to another file system, so the conda envs will be in a different location than the running jupyter notebooks, and hence the naming issue.
I guess that we could just name all conda envs with the project
as the prefix (i.e., conda env name: {project}-{conda_env}
, but this can result in long conda env names.
I have kernels in various project directories. For example:
All of these conda envs include
nb_conda_kernels
The default for kernel naming is
'{language} [conda env:{environment}]'
, and so Jupyter (withnb_conda_kernels
) lists all of the python kernels for these conda envs as:So it automatically seems to know the project name. This is not true when I include a different file system:
Which results in no automatic project naming for the kernel :
There is no
{environment}
for the/tmp/global2/
conda envs.Which leads to problems with multiple conda envs of the same name, but different locations:
... produces:
Any idea why I'm seeing this behavior?