Investigate support for building RoboStack distributions for multiple Python minor versions

Until now, each RoboStack distribution (or more technically, each full rebuild/sync) has been built for a single Python version, to limit the maintainer load. While changing this requires discussion, in this issue I would like to at least investigate the technical changes that are required to permit (in theory) to build a given RoboStack full rebuild/sync for multiple Python versions.

Why I am interested in this? In my organization sometimes we are forced to use a specific Python version, that is typically given by a software that it is only available for a specific Python versions. Examples includes:

• Blender, for which each version is tightly connected to a Python version (as of July 2025 Python 3.11)
• Each version of IsaacSim/IsaacLab is tightly connected to a release of the (closed source) Omniverse Kit, that in turns is only available for a given Python version (as of July 2025 Python 3.11)

So for example, in this specific time I would like to have fresh releases of ROS packages available for Python 3.11, but on the other hand some users are interested in having packages built for newer Python versions (see https://github.com/RoboStack/robostack.github.io/issues/76). Compatibly with maintainers load, it would be great to have at least a couple Python versions available for each RoboStack's full rebuild/sync.

Bắt đầu bằng cách lần theo cách một lần rebuild/sync đầy đủ của RoboStack hiện chọn và xây dựng phiên bản Python duy nhất của nó, sau đó xác định những giả định đang ngăn cản việc hỗ trợ nhiều phiên bản minor. Được xem là hoàn thành khi đã ghi lại các thay đổi kỹ thuật cần thiết, các ràng buộc và một cách tiếp cận khả thi để hỗ trợ ít nhất hai phiên bản Python, mà không cam kết về policy cuối cùng.