toolchain: auto resolve deps

[T-Dynamos]

Closes #3274

Package resolution is performed using the hostpython's pip via the --dry-run option.

Example

requirements = python3,
    kivy==master,
    materialyoucolor,
    materialshapes,
    exceptiongroup,
    asyncgui,
    asynckivy,
    android,
    pillow==11.0.0,
    pycairo,
    https://github.com/kivymd/KivyMD/archive/master.zip,
    trio,
    openai

Output:

[AndreMiras]

Awesome work, looks good overall, pretty clear and nice feature thank you!
I just have a few remarks and concerns I'd like to discuss.

1. It would be nice to have at least some basic unit tests for is_wheel_platform_independent() (that one should be relatively easy) and process_python_modules() (that one is more tricky, but let's try to have at least some basic coverage). I noticed the code currently bypasses the new logic when recipe_build_order is a Mock - having proper tests would let us remove that workaround.
2. Have we thought of having a --no-auto-resolve or something like that for reproducible builds?
3. A bit tricky to integration test, I imagine that would mean having an app build with the requirements list not fully defined/pinned and test it runtime, but then we have some build reproducibility concerns. Do you have some ideas for how to make sure your changes don't get broken later on without us realising?

[AndreMiras]

I think we're better off updating the tests to maybe mock process_python_modules so it just returns modules as is or something like that than having a test bypass in the code itself

[AndreMiras]

Should we handle any error gracefully here?
Like returning modules untouched.
We should probably still log the error for debugging, but not breaking the process if automatic module resolution doesn't work