The cross-platform dissemination tracker (also known as the Gentoo "world domination" tracker) is for issues involving dissemination of Gentoo to alternative platforms such as Ubuntu, Windows, and Mac OS. This dissemination can ride on the success of the python language, which allows portage to be installed in a python venv on any OS. When installed in a venv, portage is automatically configured for prefix mode, with EPREFIX equal to the venv prefix itself, since portage-3.0.21: https://gitweb.gentoo.org/proj/portage.git/commit/?id=99d116d5b8d243aa4ed5365cbde05fa9e90bf6eb Simply create an venv, enter it with your shell (powershell on windows), and python -m pip install portage. Use `portageq envvar EPREFIX` to test the (automatic) venv EPREFIX configuration.
Today I installed msys, used `pacman -S python` to install python3.12, and installed pytest in a venv in order to run portage's tests. The python3.12 installed via pacman has its muliprocessing start method default to spawn, which lead to this error: > NotImplementedError: fd_pipes only supported with HAVE_SEND_HANDLE or multiprocessing start method "fork" My guess is that the msys version of python is incapable of the multiprocessing fork start method, and without HAVE_SEND_HANDLE, there would be no way to implement fd_pipes. So, I suppose any attempt to use portage under msys might not be a very good idea, and WSL could be the most viable alternative. Cygwin might also work, since it emulates fork as described here: https://wiki.gentoo.org/wiki/Prefix/Cygwin#Restrictions Fork is not really desirable though, since the plan for https://github.com/python/cpython/issues/84559 is to make spawn the new default multiprocessing start method.
