Hacktoberfest 2026: los issues que los mantenedores marcaron para octubre, abiertos y aptos para principiantes. Explorar issues de Hacktoberfest

Remove the bitvec patch and the Cargo.lock deletion once the upstream fix is released

Abierto
  • ¿Algo no está bien?
#68 0 comentarios 0 reacciones 0 asignados Ver en GitHub

Los mantenedores suelen responder en 1 día

Nadie ha tomado este issue todavía.

Evaluación

Dificultad
3/5
Tiempo estimado
1-2 días
Aptitud para principiantes
51/100
Tipo de issue
Error
Claridad
Bastante claro
Estado de actividad
Activo
Stack tecnológico
rust
Área
build-system

Línea de trabajo

First check whether the upstream bitvec release with the Xtensa fix has been published; this work is explicitly gated on that release. Then read the root Cargo.toml, boards/esp/xtask_builder.rs, and the bitvec patch paragraph in docs/architecture.md; update the dependency and remove the workaround as listed. Done means cargo xtask build --board esp succeeds for an Xtensa chip and a RISC-V chip, with ESP lockfiles retained.

Escrito por el modelo de indexación a partir del texto del issue.

Descripción

Follow-up to #34 (and #63, which documented the workaround).

Background

bitvec 1.0's radium dependency doesn't build for Xtensa (no 64-bit atomics), so the root Cargo.toml patches bitvec to a git revision ([patch.crates-io]). xtask copies that patch table into the generated .app_build / .app_test_build crates and, in the ESP builder, deletes their Cargo.lock on every generation so the patch is always resolved afresh. The cost: those ESP builds aren't locked, so they aren't reproducible.

To do once a bitvec release with the fix is published

  • Remove the [patch.crates-io] table from the root Cargo.toml (and bump bitvec where it is used, e.g. cars/egmp).
  • Remove the two fs::remove_file(".../Cargo.lock") calls and their comments in boards/esp/xtask_builder.rs, so ESP builds keep their lockfile.
  • Remove the bitvec patch paragraph in docs/architecture.md.
  • Verify with cargo xtask build --board esp for an Xtensa chip (esp32 or esp32s3) as well as a RISC-V one.

Related

The reproducible-builds item in OpenCarControls/contracts#11.

Lenguaje dominante
Rust
Estrellas
1
Forks
0
Merge medio
12 h 49 min
PR fusionados (30 d)
19

Preparar el entorno

Abrir en Codespaces

Inicia el contenedor de desarrollo del proyecto en tu navegador, con tu propia cuenta de GitHub.

  • Sin Dockerfile ni archivo de Docker Compose
  • Sin plantilla de pull request
  • Sin guía de contribución

Primeros pasos

  1. Lee el issue completo y luego la guía de contribución del proyecto.
  2. Comenta en el issue que vas a ocuparte — evita que dos personas hagan lo mismo.
  3. Haz un fork del repositorio y trabaja en una rama.
  4. Abre un pull request que haga referencia al número del issue.

Más de OpenCarControls/firmware

Todos los issues de OpenCarControls/firmware

Issues similares

Más issues de Rust

Recibe los nuevos issues en tu correo

Un resumen breve de issues de GitHub para principiantes.