make : on entre dans le répertoire « /node_modules/mediasoup/worker »
/usr/bin/python2 ./scripts/configure.py -R mediasoup-worker
You need to install gyp in deps/gyp first, run:
./scripts/get_dep.sh gyp
Makefile:23 : la recette pour la cible « Release » a échouée
make: *** [Release] Erreur 42
make : on quitte le répertoire « /node_modules/mediasoup/worker »
I don’t know what you are exactly doing but you don’t need node-gyp to install mediasoup. The installation requirements are clearly explained in the website. Nothing else is needed.
Allowed me to install v3 (I had python 2.7 by default)
Great
However, still got issue with v2
PYTHON=python3 npm install mediasoup@3 --save
Gives
File “./scripts/configure.py”, line 13, in
raise RuntimeError('gyp requires Python 2, but this is Python ’ + str(version) + ', ensure your python2 or python command points to the Python 2 executable
python --version
Python 2.7.13
python2 --version
Python 2.7.13
(This is really totally blank dedicated ovh server with no installation at all)
The mediasoup v2 documentation clearly says that it requires Python 2:
Python 2 (python2 or python command must point to the Python 2 executable)
I don’t know why you are setting such a PYTHON env variable. That is not implemented in v2 but just in v3.
No idea why it fails. It clearly works for me in Debian 8 with Python 2.7.13. Honestly no idea. Please try to move to mediasoup v3, there is zero reason to use v2 nowadays.
Maybe it is messing some python3 and python2.
I use v2 beacuse I have some app made in v2.
(you know how hard it is to find someone with MS knowledge)
I know I took you a lot of time with my complains about complexity of MS.
Maybe one day, you will get rid of this complexity (like removing transports layer from you app and let people just publish and subscribe to streams. I guess we will get rid of the Covid19 before this miracle happens…)
If we eventually go for mediasoup v4 (not planned at all for now), it will be more low level than v3. And v5 will be more low level than v4. For sure. We are not interested in having massive “dummy” developers.