Investigate support for building RoboStack distributions for multiple Python minor versions
Personne n'a encore pris cette issue.
Évaluation
- Difficulté
- 5/5
- Temps estimé
- Plus d'une semaine
- Accessibilité débutants
- 35/100
- Type d'issue
- Fonctionnalité
- Clarté
- À clarifier
- Activité
- Active
- Stack technique
- python
- Domaine
- build-system
Piste de recherche
Commencez par retracer comment une reconstruction/synchronisation complète de RoboStack sélectionne et construit actuellement son unique version de Python, puis identifiez les hypothèses qui empêchent la prise en charge de plusieurs versions mineures. Le travail est considéré comme terminé lorsque les changements techniques requis, les contraintes et une approche viable pour prendre en charge au moins deux versions de Python sont documentés, sans s’engager sur la politique finale.
Rédigé par le modèle d'indexation à partir du texte de l'issue.
Description
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.
- Langage dominant
- Astro
- Étoiles
- 385
- Forks
- 36
- Merge moyen
- 5 h 37 min
- PR mergées (30 j)
- 18
Guide de contribution
Aucun guide de contribution indexé pour ce dépôt
Par où commencer
- Lisez l'issue en entier, puis le guide de contribution du projet.
- Signalez en commentaire que vous la prenez — cela évite que deux personnes fassent le même travail.
- Forkez le dépôt et travaillez sur une branche.
- Ouvrez une pull request qui référence le numéro de l'issue.
Autres issues de RoboStack/robostack.github.io
-
Difficulté 5/5 Plus d'une semaine Accessibilité débutants 30/100
RoboStack/robostack.github.io#175 · 1 commentaire ·
-
AI assisted workflows Ouverte
Difficulté 5/5 Plus d'une semaine Accessibilité débutants 30/100
RoboStack/robostack.github.io#174 · 2 réactions ·
-
enhancement
Difficulté 5/5 Plus d'une semaine Accessibilité débutants 35/100
RoboStack/robostack.github.io#173 ·
-
Devendor cyclonedds + iceoryx Ouverte
Difficulté 5/5 Plus d'une semaine Accessibilité débutants 35/100
RoboStack/robostack.github.io#134 · 4 commentaires ·
-
Difficulté 4/5 3-5 jours Accessibilité débutants 45/100
RoboStack/robostack.github.io#135 · 7 commentaires ·
Toutes les issues de RoboStack/robostack.github.io
Issues similaires
-
nix: vendorHash is outdated Ouverte
Difficulté 1/5 Moins d'une heure Accessibilité débutants 90/100
-
bug
Difficulté 2/5 1-3 heures Accessibilité débutants 75/100
typelevel/sbt-typelevel#929 ·
-
Difficulté 2/5 1-3 heures Accessibilité débutants 70/100
openSUSE/python-rpm-macros#219 ·
-
HMR stops working Ouverte
Difficulté 2/5 1-3 heures Accessibilité débutants 75/100
-
Difficulté 1/5 Moins d'une heure Accessibilité débutants 90/100
Qiskit/mcp-servers#221 ·