would like an idempotent humility flash with verification
Nadie ha tomado este issue todavía.
Evaluación
- Dificultad
- 3/5
- Tiempo estimado
- 1-2 días
- Aptitud para principiantes
- 45/100
Línea de trabajo
Localiza el punto de entrada del comando flash y compara cómo --check y --verify determinan sus estados de salida. Añade el modo idempotente solicitado para que la verificación siga teniendo éxito con el estado 0 cuando la ROM ya coincida; después, prueba el comportamiento existente de verificación de flash y confirma que el estado normal no idempotente no cambia.
Escrito por el modelo de indexación a partir del texto del issue.
Descripción
Right now, the humility flash --verify command does almost everything we want: it checks not merely the image ID but also the ROM contents to make sure they match the image. Somewhat regrettably it then exits with a non-zero status code if the image is actually correct, informing the user that they should rerun with --force if they want to rewrite the ROM even though it ostensibly matches.
I think this behaviour is useful in the cases where you expect that the ROM is not correct and want to know if your expectations are not met. However, in manufacturing we have to do basically this every time:
if ! humility flash --check; then
humility flash --verify
fi
It would be really helpful if there was a humility flash --verify --idempotent (or whatever) that does what flash --verify does today, but which still exits 0 if it did not have to do any work.
- Lenguaje dominante
- Rust
- Estrellas
- 587
- Forks
- 64
- Merge medio
- 2 d 15 h
- PR fusionados (30 d)
- 5
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
- Lee el issue completo y luego la guía de contribución del proyecto.
- Comenta en el issue que vas a ocuparte — evita que dos personas hagan lo mismo.
- Haz un fork del repositorio y trabaja en una rama.
- Abre un pull request que haga referencia al número del issue.
Más de oxidecomputer/humility
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 62/100
oxidecomputer/humility#737 ·
-
Dificultad 3/5 1-2 días Aptitud para principiantes 65/100
oxidecomputer/humility#730 · 1 comentario ·
-
Dificultad 3/5 1-2 días Aptitud para principiantes 45/100
oxidecomputer/humility#729 ·
-
Dificultad 4/5 3-5 días Aptitud para principiantes 42/100
oxidecomputer/humility#723 · 1 comentario ·
-
Dificultad 4/5 3-5 días Aptitud para principiantes 48/100
oxidecomputer/humility#705 · 12 comentarios ·
Todos los issues de oxidecomputer/humility
Issues similares
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 66/100
ActivityWatch/aw-notify-rs#47 · 1 comentario ·
-
`inverse()` of a controlled `CUGate` drops the phase parameter γPosiblemente ocupada @rupasri118 la tomó hoy. Abiertobug mod: circuit
Dificultad 2/5 1-3 horas Aptitud para principiantes 66/100
Qiskit/qiskit#17223 · 1 comentario ·
Los mantenedores suelen responder en 1 día
-
Dificultad 1/5 Menos de una hora Aptitud para principiantes 84/100
Los mantenedores suelen responder en 2 días
-
agent:triaged bug bughunt pm:bundler priority:p1
Dificultad 2/5 1-3 horas Aptitud para principiantes 70/100
SocketDev/socket-patch#1573 · 1 comentario ·
Los mantenedores suelen responder en 1 día
-
rustix::termios::Termios::OutputModes does not expost some const e.g. OLCUC for musl and macOSAbierto
Dificultad 2/5 1-3 horas Aptitud para principiantes 62/100
bytecodealliance/rustix#1706 · 1 comentario ·
Los mantenedores suelen responder en 11 días