Closed goyalyashpal closed 11 months ago
Do you have a virus scanner on the machine? Could be blocking execution.
Btw it's micromamba run -n myenv mycommand
Btw it's
micromamba run -n myenv mycommand
$ micromamba run -n facerecog_env flet -r ./
warning libmamba 'root_prefix' set with default value: C:\Users\...\micromamba
failed to create process.
Do you have a virus scanner on the machine? Could be blocking execution.
nope, nothing other than the ms windows defender, and ms windows firewall.
flet
runs fine when installed/run in venv
's virtual environment.
oh, and also, in the micromamba environment, on running with python -m
(i wish there was some official alias. micromamba
is just way toooo long)
(suggestions: umamba
or umba
or mmmba
or mmba
or mumba
~or mcmba
~ ;;; )
$ python -m flet -r .
C:\Users\...\micromamba\envs\facerecog_env\python.exe: No module named flet.__main__; 'flet' is a package and cannot be directly executed
$ micromamba install conda-lock
conda-forge/noarch
4m:43.3s
conda-forge/win-64
6m:54.6s
Pinned packages:
- python 3.11.*
Transaction
Prefix: C:\Users\...\micromamba\envs\facerecog_env
All requested packages already installed
$ conda-lock --help
failed to create process.
$ python -m conda-lock
C:\Users\...\micromamba\envs\facerecog_env\python.exe: No module named conda-lock
hi! @jonashaag sorry for nagging, but is there any way to make it run? maybe u know some workaround or some troubleshooting?
i don't usually rush things, & I understand that stuff take time; but it was a bit urgent this time as i was on a task deadline...
sorry again π
I don't know how to fix this failed to create process.
error, sorry
How about
micromamba run -n myenv python -m flet -r .
no go... even tried with cmd too
$ (facerecog_env) $ micromamba run -n facerecog_env python -m flet -r .
warning libmamba 'root_prefix' set with default value: C:\Users\...\micromamba
C:\Users\...\micromamba\envs\facerecog_env\python.exe: No module named flet.__main__; 'flet' is a package and cannot be directly executed
on a cmd shell (started directly from start menu):
> (facerecog_env) >flet -r
failed to create process.
> (facerecog_env) >micromamba run -n facerecog_env python -m flet -r
C:\Users\...\micromamba\envs\facerecog_env\python.exe: No module named flet.__main__; 'flet' is a package and cannot be directly executed
on a powershell (started direectly from start):
couldn't even activate the micromamba environment
'e' keey is misbhaving sporadically on my kyboard, so .... ignor th rrors
on reading 'micromamba' is running as a subprocess and can't modify the parent shell.
(also while did in bash) so many tims;
i rcalled that maybe i read some instructions about launching mamba as a gui (or a shell? - idr) - i thought maybe similar thing had to be done for micromamba as well...
i think i am conflating it from somwhr ls - and a quick sarch kinda confirms that...
so, i thought to use mambaforge instead of micromamba, but failed to activate the environment there:
Something is really messed up with your system
asked chat gpt as a duck ~debugger~ assistant... summary: create new env using conda create --prefix <new_path> python=<version>
tried doing this to avoid those "TEMP" directories - alas, no go
i rcalled that maybe i read some instructions about launching mamba as a gui (or a shell? - idr) - i thought maybe similar thing had to be done for micromamba as well...
i think i am conflating it from somwhr ls - and a quick sarch kinda confirms that... - https://github.com/mamba-org/mamba/issues/2702#issuecomment-1650247273
yes, it was from miniforge: "Miniforge Prompt"
that is to say, i tried going with miniforge distribution 23.1.0-4 and on launching the Miniforge Prompt; it launches me into this cmd shell with base environment already activated
oh NOoo.... it still showed the same failed to create process.
in the end...
Aside:
I was wrongly trying with <mambaforge>/_conda.exe
this whole above time & that caused the wrong locations for following to be picked - i admit it's blunder from my side... but umh, i guess a little bit of foolproofing won't hurt. Wrong picked locations:
conda
(23.1.0 vs 22.11.1)python
(3.10.12.final.0 vs 3.9.15.final.0)conda av data dir
(<mambaforge>\etc\conda
vs %TEMP%
)So, here are some points or say tangible deliverables which can be added in mamba forge to smoothen the rough corners a bit... i am just collecting those here, will maybe move to a new comment after some time
mamba.exe
is: <mambaforge>/Scripts/mamba.exe
for foolproofingmicromamba
for environment activation: eval "$(mamba shell hook --shell bash)"
$ micromamba activate
To initialize the current bash shell, run:
$ eval "$(micromamba shell hook --shell bash)"
Small investigation with Scripts/mamba.exe
added in system path variable:
Conclusion:
flet
; problems with conda-lock
(installed from micromamba) still remainsmamba.exe
is located at <mambaforge>/Scripts/mamba.exe
(this point came to my knowledge via Miniforge)<mambaforge>/_conda.exe
that was causing the %TEMP%
directory to be picked for conda av data dir
mamba install --update-all --file req.txt
and mamba create --file env.yml
Deliverables:
There is slight scope for improvement in documentation for installation of mamba.
mamba.exe
is: <mambaforge>/Scripts/mamba.exe
for foolproofingCan micromamba inspired shell hook be provided as an alternate to mamba init
to ease mamba activate
for bash via unix shells on windows??
eval "$(mamba shell hook --shell bash)"
as an alternate to mamba init
for unix shells on windowsone thing i missed in the last hour: (glad i had shared the console logs here :)
the update for flet
was done using mamba
- that is what fixed the issue.
this issue still existed when the package was installed with micromamba.
as is still the case with conda-lock
via micromamba install conda-lock
in the activated (facerecog_env) in bash
so, maybe there's some issue with the way micromamba installs this kind of stuff.
Also notice the difference in size of repo-data for win-64 fetched by mamba
(in logs of "success π") vs micromamba
:
# micromamba
conda-forge/noarch 13.4MB
conda-forge/win-64 18.8MB
# mamba
conda-forge/noarch 13.4MB
conda-forge/win-64 21.4M
To try and verify this, i uninstalled the mambaforge, and miniforge.
micromamba create -f environment.yml
to create fresh environment overriding the existing one (729MB download size)
here, flet --version
ran fine (i.e. as it was installed with whole environment)
so then i did micromamba install -f requirements-directly-pinned.txt conda-lock <<< n
(no) and micromamba install conda-lock <<< y
(yes) and conda-lock
(i.e. installing conda-lock
directly into environment)
now, it didn't show failed to create process.
- rather it showed this elaborate traceback:
closing as not reliably reproduced ever again since.
I've run into this issue just now investigating...
Has anyone solved the reason?
When I create a new micromamba environment, the packages that I install say Failed to create process
I think it's a senescent file from an old Miniconda installation. But cant figure out where to fix?
the packages that I install say
Failed to create process
hi! what packageh were u trying to run? i have found an alternate way; maybe that could, at least partially, help u.
I am trying to install poetry and Python. I am reinstalling Windows 11, hopefully that solves the issueβ¦go big or go home lmao
sent from humblWorkshop
β¬οΈβ¬οΈΒ TRY OUR DATA TOOLSΒ β¬οΈβ¬οΈ ππhumblfinance.ioππ
β¬οΈβ¬οΈΒ CONTACTΒ β¬οΈβ¬οΈ π§: @. π§: @. π±: +1 (307) 278-6561 On Feb 2, 2024 at 2:36β―AM +0000, goyalyashpal @.***>, wrote:
the packages that I install say Failed to create process hi! what packageh were u trying to run? i have found an alternate way - maybe that could at least partially help u. β Reply to this email directly, view it on GitHub, or unsubscribe. You are receiving this because you commented.Message ID: @.***>
Jump to https://github.com/mamba-org/mamba/issues/2702#issuecomment-1652409499 for conclusion.
Head
### Troubleshooting docs - [X] My problem is not solved in the Troubleshooting docs ### How did you install Mamba? Micromamba ### Search tried in issue tracker [run subprocess](https://github.com/mamba-org/mamba/issues?q=is%3Aissue+is%3Aopen+run+subprocess) ### Latest version of Mamba - [X] My problem is not solved with the latest version ### Tried in Conda? I didn't tryTail
### mamba info / micromamba info ```shell libmamba version : 1.4.9 micromamba version : 1.4.9 curl version : libcurl/8.1.2-DEV Schannel zlib/1.2.13 libarchive version : libarchive 3.6.2 zlib/1.2.13 liblzma/5.4.3 bz2lib/1.0.8 liblz4/1.9.4 libzstd/1.5.5 envs directories : C:\Users\...\micromamba\envs package cache : C:\Users\...\micromamba\pkgs C:\Users\...\.mamba\pkgs C:\Users\...\AppData\Roaming\.mamba\pkgs environment : facerecog_env (active) env location : C:\Users\...\micromamba\envs\facerecog_env user config files : C:\Users\...\.mambarc populated config files : C:\Users\...\micromamba\.mambarc virtual packages : __win=0=0 __archspec=1=x86_64 __cuda=10.2=0 channels : https://conda.anaconda.org/conda-forge/win-64 https://conda.anaconda.org/conda-forge/noarch base environment : C:\Users\