Vibhoothi

@nasirhemed poke

+1 same set of problems even with 3.7 CC: @jaimergp can you please help us out.

@jaimergp Thanks, I was using this, https://colab.research.google.com/github/jaimergp/condacolab/blob/main/constructor-example/condacolab_constructor_tutorial.ipynb#scrollTo=RlIMzQABoone The basic demo one, and i was trying ot install tensorflow 2.8/2.7 So insdie the dependencies part I just added `- tensorflow ==2.8`...

cool that works for installation, I wonder why the tensorflow version still points to 2.9.1 (the current colab one instead of conda version) should I do something more to get...

ah right, I tried that way, I uploaded to a server after creating the installer (2.2gigs) and tried to do install-from_url, now have almost all pacakge conflict when Id o...

Yes, it do crash as expected, attached logs here, [manual_bash.log](https://github.com/conda-incubator/condacolab/files/9380868/manual_bash.log) Edit: just to be clear on how I made the *.sh file is, I just added tensorflow 2.8 as a...

Interesting, thanks for update, Another update I have is, If I do a simple condacolab setup and install tensorflow on it with mamba after runtime restart, I am able to...

Yes that sounds like a great plan and would love some setup like that. If we manage to do things then just zipping /opt/conda and then a simple script to...

Okay an update now, with these packages, ``` - tensorflow =2.8 - gxx_linux-64 =11.1.0 - libstdcxx-ng >=12 ``` I am able to get tensorflow 2.8.2 working within curent running runtime...

I am now wondering whether the packaging problem is how the `==` is used instead of `=` from constructor and failing (similar to the ealrier conflict errors)