Hacktoberfest 2026: die Issues, die Maintainer für den Oktober markiert haben – offen und einsteigerfreundlich. Hacktoberfest-Issues durchsuchen

Investigation: Using `pixi-build-ros` with `pixi` instead of `vinca` with `rattler-build`.

Offen
  • Stimmt etwas nicht?
#175 1 Kommentar 0 Reaktionen 0 zugewiesene Personen Auf GitHub ansehen

Maintainer antworten meist innerhalb von 1 Tag

Dieses Issue hat noch niemand übernommen.

Bewertung

Schwierigkeit
5/5
Geschätzter Aufwand
Über eine Woche
Anfängerfreundlichkeit
30/100
Issue-Typ
Feature
Klarheit
Muss geklärt werden
Aktivitätsstatus
Aktiv
Tech-Stack
github-actions
Bereich
build-system, ci-cd, tooling

Rechercherichtung

Beginne mit pixi-build-ros und den verknüpften Pixi-Issues #6901 und #6918 und überprüfe anschließend die aufgeführten Lücken in Bezug auf Patches, Distro-Snapshots, Workflow-Orchestrierung und ROS-Paketmetadaten. Als abgeschlossen gilt die Arbeit, wenn der Umfang festgelegt und eine konkrete Nachverfolgung für die ausgewählten Verbesserungen definiert wurde; dieses Issue nennt keine Dateien oder Tests.

Vom Indexierungsmodell aus dem Issue-Text verfasst.

Beschreibung

Leaving this here as an intermediate result of some investigation into the topic of using pixi-build-ros instead of vinca to generate the recipes and build the packages for the ROS distros in RoboStack.

Issues found:

  • pixi doesn't automatically use all dependencies in the workspace as host/build dependencies of the other packages in the workspace so it's not easy to setup a workspace that contains all packages from a git source. (https://github.com/prefix-dev/pixi/issues/6901)
  • pixi-build-ros doesn't support the concept of patches yet. (https://github.com/prefix-dev/pixi/issues/6918)
    We could support this by adding the copy of source into a source folder again like the backends used to do.
  • You would still need some script to manage the distro snapshots as a way to fill in the [package.build.source] for pixi build.
  • There needs to be a build orchestrator like vinca-gha to create the multi stage GitHub Actions workflow file.
    This would be a feature that is welcome to Pixi anyway as it would be really cool to have any type of workspace split it's builds into multiple jobs, on any CI server.

Smaller issues:

  • pixi-build-ros needs to support <group_depend> from a package.xml.
  • pixi-build-ros needs to support ros2-<package_name> naming convention.
  • We need a backend for dummy meta packages where we need to shim conda-forge packages like ros-xxx-eigenpy.

Claude generated sketch, not perfect but sketches the idea of this comparison.
Image

I feel like this would only align the tools more but wouldn't bring too many UX improvements to RoboStack today. As you would still need to maintain a generator to translate the rosdistro_snapshot into pixi.toml files instead of recipe.yaml files. The robostack.yaml would still need to be maintained.

Where I can see value is in making pixi-build-ros a better tool for ROS development. The required CI job orchestration tool would be a big win for Pixi and the work to maintain vinca can be moved to pixi-build-ros to share more of the effort between the projects.

Vorherrschende Sprache
Astro
Sterne
386
Forks
37
Ø Merge
2 Std. 23 Min.
Gemergte PRs (30 T.)
16

Entwicklungsumgebung

Dieses Projekt bietet weder Dev-Container noch Dockerfile noch Beitragsleitfaden – die Einrichtung liegt bei Ihnen. Beginnen Sie mit der README; die allgemeinen Schritte stehen in unserem Leitfaden für den ersten Beitrag.

Erste Schritte

  1. Lesen Sie das ganze Issue und danach den Beitragsleitfaden des Projekts.
  2. Schreiben Sie ins Issue, dass Sie es übernehmen — das erspart doppelte Arbeit.
  3. Forken Sie das Repository und arbeiten Sie in einem Branch.
  4. Öffnen Sie einen Pull Request, der die Issue-Nummer nennt.

Mehr aus RoboStack/robostack.github.io

Alle Issues in RoboStack/robostack.github.io

Ähnliche Issues

Weitere Issues zu Build System

Neue Issues direkt in Ihr Postfach

Eine kurze Übersicht über anfängerfreundliche GitHub-Issues.