search

conda-forge / xeus-cling-feedstock

A conda-smithy repository for xeus-cling.
BSD 3-Clause "New" or "Revised" License
3 stars 6 forks source link

Can't install xeus-cling on jupyter-scipy-notebook #44

Open nthiery opened 3 years ago

nthiery commented 3 years ago 
sudo docker run -ti jupyter/scipy-notebook bash
...
Digest: sha256:8896f1b51624f961b4a22c945c317d2471b06467845de766f3f747d8f2bd0ebf
Status: Downloaded newer image for jupyter/scipy-notebook:latest
(base) jovyan@7cf0d0e47f70:~$ mamba install xeus-cling
...
Looking for: ['xeus-cling']

WARNING conda.lock:touch(51): Failed to create lock, do not run conda in parallel processes [errno 13]
conda-forge/noarch       [====================] (00m:02s) Done
conda-forge/linux-64     [====================] (00m:03s) Done

Pinned packages:
  - python 3.9.*
  - python 3.9.6

Encountered problems while solving:
  - nothing provides system needed by clangdev-5.0.0-default_0
nthiery commented 3 years ago

cc: @JohanMabille

Alas, this is preventing us from upgrading our image on our JupyterHub ...

JohanMabille commented 3 years ago

@nthiery can you provide your environment.yml file? xeus-cling should depend on the cling variant of clang, not on the default one.

nthiery commented 3 years ago

Hi @JohanMabille; thanks for investigating!

I have an environment.yml for our server, but the minimal example above in this issue does not need one: I literally run mamba install xeus-cling in the latest jupyter/scipy-notebook image.

JohanMabille commented 3 years ago

So the culprit is openblas which replaces _openmp_mutex variant, switching form 1_gnu to 1_llvm. When installing openblas and xeus-cling together in the same command line, everything works fine (mamba keeps the 1_gnu variant).

A workaroun to have xeus-cling working on the image:

I haven't tested if this breaks other packages at runtime.

nthiery commented 3 years ago

The workaround worked smoothy for building our jupyterhub image. Thank you @JohanMabille! Looking forward a final resolution.