build-podd-sd.sh emits only podd-sd.img.gz, but slim/patch-diag scripts default to the raw podd-sd.img that never exists

Abierto Apto para principiantes
#49 0 comentarios 0 reacciones 0 asignados Ver en GitHub

Nadie ha tomado este issue todavía.

Evaluación

Dificultad
2/5
Tiempo estimado
1-3 horas
Aptitud para principiantes
68/100
Tipo de issue
Error
Claridad
Bien especificado
Estado de actividad
Activo
Stack tecnológico
bash, linux, shell
Área
build-system

Línea de trabajo

Lee scripts/build-podd-sd.sh, scripts/slim-podd-sd.sh y scripts/patch-podd-sd-diag.sh para rastrear sus rutas de imagen predeterminadas y su comportamiento de limpieza. Reproduce la canalización documentada build → patch-diag → slim y, después, haz que la salida de la compilación pueda ser utilizada por ambos scripts posteriores. Se considera terminado cuando la canalización se ejecuta sin tener que descomprimir manualmente la imagen.

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

Descripción

bug

scripts/build-podd-sd.sh defaults OUT to dist/podd-sd.img.gz (line 62) and gzips the working image into it; the raw SD_IMG lives in WORK and is deleted on cleanup unless --keep-work. But scripts/slim-podd-sd.sh (line 31) and scripts/patch-podd-sd-diag.sh (line 41) both default their input to the raw $REPO/dist/podd-sd.img, which the build never produces. Running the documented L1 pipeline (build -> patch-diag -> slim) therefore dies immediately with 'source image not found' / 'image not found' until the user manually gunzips. Either have build-podd-sd.sh also leave the raw .img in dist/, or point the downstream scripts at the .gz.


Filed from a repo-wide code audit (working tree at bcad746).

Lenguaje dominante
Rust
Estrellas
0
Forks
0
Métricas de merge de PR
Sin PR fusionados en 30 d

Preparar el entorno

Este proyecto no incluye contenedor de desarrollo, Dockerfile ni guía de contribución, así que la configuración corre por tu cuenta: empieza por su README y consulta nuestra guía para la primera contribución para los pasos generales.

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 GoogleBot42/podd

Todos los issues de GoogleBot42/podd

Issues similares

Más issues de Rust

Recibe los nuevos issues en tu correo

Un resumen breve de issues de GitHub para principiantes.