`patch-add` overlay appends `PatchN:` tag at end of preamble instead of grouping with existing Patch tags
Los mantenedores suelen responder en 7 días
Evaluación
- Dificultad
- 2/5
- Tiempo estimado
- 1-3 horas
- Aptitud para principiantes
- 78/100
Línea de trabajo
Comienza en edit.go:653 y sigue Spec.AddPatchEntry a través de edit.go:172 y AddTag/AppendLinesToSection en edit.go:473. Comprueba el ejemplo libsolv.spec y el manejo existente de las etiquetas patch; el trabajo está terminado cuando patch-add agrupa las nuevas etiquetas PatchN: con las etiquetas Patch existentes, conserva el comportamiento de %patchlist y deja sin cambios los specs que no tienen etiquetas patch.
Escrito por el modelo de indexación a partir del texto del issue.
Descripción
Summary
When the patch-add overlay adds a patch to a spec that has no %patchlist section, the new PatchN: tag is appended at the very end of the preamble (just before %description) rather than being placed alongside the existing Patch/PatchN tags. This produces valid but awkwardly-placed output.
Example
For libsolv.spec, which has an upstream Patch: tag near the top of the preamble, running the patch-add overlay:
[[components.libsolv.overlays]]
description = "Make file time available for dnf plugins, a prerequisite for virtual snapshots"
type = "patch-add"
source = "0002-Make-file-time-available-for-dnf-plugins.patch"
inserts Patch1: at ~L92 (after the %if %{with zchunk}...%endif BuildRequires block, immediately before %description), instead of next to the existing Patch: tag at ~L70.
Root cause
- The
patch-addoverlay callsSpec.AddPatchEntry (edit.go:653). - When there is no
%patchlistsection, it falls back toAddTag(...)(edit.go:172). AddTagcallsAppendLinesToSection, which always inserts at the end of the section (edit.go:473).
Acceptance criteria
- New patches added via
patch-addare placed next to existing Patch/PatchN tags. (cosmetic change) - Specs with a
%patchlistsection continue to append there. - Specs with no existing patch tags behave as today.
- Lenguaje dominante
- Go
- Estrellas
- 18
- Forks
- 29
- Merge medio
- 6 d 19 h
- PR fusionados (30 d)
- 19
Preparar el entorno
Inicia el contenedor de desarrollo del proyecto en tu navegador, con tu propia cuenta de GitHub.
- Sin Dockerfile ni archivo de Docker Compose
- Tiene una plantilla de pull request
- Leer la 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/azure-linux-dev-tools
-
enhancement
Dificultad 5/5 Más de una semana Aptitud para principiantes 15/100
microsoft/azure-linux-dev-tools#374 ·
Los mantenedores suelen responder en 7 días
-
[Bug]: no specification for TOML object modelQuizá libre de nuevo @ddstreet la tomó hace 42 días y no hay ningún pull request abierto. Abiertobug
microsoft/azure-linux-dev-tools#318 · 1 comentario · 1 asignado ·
Los mantenedores suelen responder en 7 días
-
[Bug]: azldev comp render doesn't always add changelog entriesQuizá libre de nuevo @ddstreet la tomó hace 54 días y no hay ningún pull request abierto. Abiertobug GA blocker
microsoft/azure-linux-dev-tools#316 · 1 asignado ·
Los mantenedores suelen responder en 7 días
-
config dump omits per-file overlays and inherited default-component-configPosiblemente ocupada @liunan-ms la tomó hace 54 días. Abiertobug GA blocker
microsoft/azure-linux-dev-tools#264 · 1 asignado ·
Los mantenedores suelen responder en 7 días
-
[Bug]: Findings from first pass at mutation testingQuizá libre de nuevo @liunan-ms la tomó hace 42 días y no hay ningún pull request abierto. Abiertoarea: testing bug
microsoft/azure-linux-dev-tools#245 · 1 asignado ·
Los mantenedores suelen responder en 7 días
Todos los issues de microsoft/azure-linux-dev-tools
Issues similares
-
state:triage-needed
Dificultad 2/5 1-3 horas Aptitud para principiantes 65/100
Los mantenedores suelen responder en 1 día
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 80/100
puppe1990/amarra-cais#342 ·
Los mantenedores suelen responder en 1 día
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 72/100
Los mantenedores suelen responder en 1 día
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 70/100
Los mantenedores suelen responder en 1 día
-
tier:1-mechanical
Dificultad 2/5 1-3 horas Aptitud para principiantes 72/100
krakenhavoc/cmd_and_ctrl#3278 ·
Los mantenedores suelen responder en 1 día