Report if a package is a reproducible build or is just semantically equivalent
Nadie ha tomado este issue todavía.
Evaluación
- Dificultad
- 4/5
- Tiempo estimado
- 3-5 días
- Aptitud para principiantes
- 45/100
- Tipo de issue
- Nueva funcionalidad
- Claridad
- Bastante claro
- Estado de actividad
- Estancado
- Stack tecnológico
- csharp
- Área
- build-system
Línea de trabajo
El issue no nombra archivos, tests ni puntos de entrada; empieza rastreando dónde produce actualmente OSSGadget el informe semánticamente equivalente y revisa #426 para obtener contexto sobre la terminología. Se considera terminado cuando el informe identifica explícitamente los paquetes que son reproducibles bit a bit, preservando al mismo tiempo el resultado existente de equivalencia semántica para los demás casos.
Escrito por el modelo de indexación a partir del texto del issue.
Descripción
The oss-reproducible measures if a regenerated package is "semantically equivalent" to the posted package. One thing it tries to do is determine if a build is a "reproducible build", that is, if it's bit-for-bit identical. Being a reproducible build is the best possible evidence of something being semantically equivalent!! It'd be awesome if the tool could report if a package is a reproducible build when it is, instead of only reporting that it's semantically equivalent (without adding that additional information when it's true).
It shouldn't be too hard to make the report, you're already doing the hard part :-). But this is more than a documentation change, and #426 was purely about changing the term to make it clearer to everyone.
If anyone is reading this and wants more context, see:
- Rename "semantically reproducible builds" - #426
- Reproducible-builds mailing list thread
- SLSA issue #873
Thanks so much!
- Lenguaje dominante
- C#
- Estrellas
- 372
- Forks
- 57
- Métricas de merge de PR
- Sin PR fusionados en 30 d
Preparar el entorno
Inicia el contenedor de desarrollo del proyecto en tu navegador, con tu propia cuenta de GitHub.
- Incluye un Dockerfile o un archivo de Docker Compose
- Sin plantilla de pull request
- Sin guía de contribución
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 microsoft/OSSGadget
-
[BUG] BD000104 misses curl/wget pipelines written across lines (implicit string concatenation)Abierto
Dificultad 2/5 1-3 horas Aptitud para principiantes 78/100
-
Dificultad 4/5 3-5 días Aptitud para principiantes 54/100
-
Dificultad 5/5 Más de una semana Aptitud para principiantes 42/100
-
Dificultad 5/5 Más de una semana Aptitud para principiantes 35/100
-
Dificultad 3/5 1-2 días Aptitud para principiantes 62/100
Todos los issues de microsoft/OSSGadget
Issues similares
-
area-multitenancy area-security p1-recommended priority-high technical-debt
Dificultad 2/5 Menos de una hora Aptitud para principiantes 75/100
Los mantenedores suelen responder en 1 día
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 65/100
-
help wanted needs-unity ready for a contributor
Dificultad 2/5 1-3 horas Aptitud para principiantes 78/100
eyalgolan/statecraft-israel#1542 ·
Los mantenedores suelen responder en 1 día
-
kind/enhancement Provider Upgrade pulumi/pulumi-azure R1 Task
Dificultad 2/5 1-3 horas Aptitud para principiantes 65/100
pulumi/pulumi-azure#3669 ·
-
type/bug
Dificultad 2/5 1-3 horas Aptitud para principiantes 68/100
Los mantenedores suelen responder en 1 día