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

[RFC] Patch building and Webhooks API

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

@yurinnick ya está trabajando en esto.

Desde el 1/8/2023.

  • #295 de @yurinnick — cerrado sin fusionar
  • #297 de @yurinnick — abierto
  • #299 de @yurinnick — abierto
  • #2041 de @yurinnick — cerrado sin fusionar

Evaluación

Dificultad
5/5
Tiempo estimado
Más de una semana
Aptitud para principiantes
20/100
Tipo de issue
Nueva funcionalidad
Claridad
Necesita aclaración
Estado de actividad
Estancado
Stack tecnológico
git, github, gitlab, python
Área
api, backend, backend-api-design

Línea de trabajo

No se nombran archivos, pruebas ni puntos de entrada. Empieza leyendo el RFC y sus preguntas sin resolver de Discussion; después, identifica las cuatro áreas de implementación solicitadas: el webhook de Patchwork, los metadatos del parche, la aplicación de mbox y las actualizaciones de checks. Se considera completado cuando exista un contrato de webhook acordado y compatibilidad para compilar, probar e informar de los resultados de los parches.

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

Descripción

Webhook API should help to integrate KernelCI with patch management (Patchwork) and version control systems (Github, Gitlab). It will provide interface to trigger non-upstream patch builds that should be able to publish results back later.

Implementation

As the first step, I'd like to implement Patchwork integration with KernelCI. Following changes should be implemented:

  1. Add /webhooks/patchwork API that will expect certain (TBD) input from Patchwork side, enough to build and test kernel, and report back results
  2. Extend kernelci.Node, KernelBuildMetadata, kernelci.config.Tree with patch-related fields
  3. Implement patch mbox application on top of git checkout
  4. Implement Patchwork patch checks update mechanism

Minimal patch information

We need a patch and all dependent patches information, as well as submitter information for email notifications.

{
  "patches": [
    {
      "patchwork_id": "str",
      "hash": "str",
      "web_url": "str",
      "date": "str",
      "mbox": "str"
    }
  ],
  "submitter": { 
    "id": "int", 
    "url": "str", 
    "name": "str", 
    "email": "str" 
  }
}

Discussion

  • How to make patches information generic enough to share across multiple systems? Should we make it generic at all?
  • How to pass Patchwork specific metadata into Node? data field or a separate field?
  • Calculating and passing revision information
  • What data should we expect in /webhooks/patchwork? (Collaboration with Patchwork developers)
Lenguaje dominante
Python
Estrellas
10
Forks
21
Merge medio
22 min
PR fusionados (30 d)
1

Preparar el entorno

  • Incluye un Dockerfile o un 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 kernelci/kernelci-api

Todos los issues de kernelci/kernelci-api

Issues similares

Más issues de Python

Recibe los nuevos issues en tu correo

Un resumen breve de issues de GitHub para principiantes.