by exposing this private function publicly, this improves usability of rez-pip as a python library and not simply a CLI.

This also make it clear of what really are the input of the function.

An improvement over the function argument name was also performed with a focus on explicity.

- rezRelease: to False because to True would be the most "destructive" action, with the biggest consequences.

reduce the size of the rez_install_pip_packages and allow for more re-usability as a python library

make it more explicit that we are expecting path like object

fix mentions of `rez.cli._run`

again in effort to make rez_pip more usable as a python library where its function could be re-used

again in effort to make rez_pip more usable as a python library where its function could be re-used

to avoid confusion when the list[str] is converted to a list[PackageInfo] which trigger mypy

address issue introduced in 9a76574 where type were not as expected for the "list of pip packages"

as we are now using pathlib objects

is actually not that useful, let's keep smaller changes for now

help at achieving specific override per rez package when using rez_pip as python library

the intention is to try to provide as low-level function as possible for a library-use

This new function should also provide a workaround for JeanChristopheMorinPerso#46

I have the feeling that the "release" parameter shouldn't part of the createPackage function, so to avoid an annoying refacto in the future that remove this arg, it is best to do it now.

It is anyway easier to add arg to the callback than removing some.

again in the effort to make it easier to use rez_pip as a python library

again in the effort to make it easier to use rez_pip as a python library