license_tests: pip-license-checker v0.46.1 fails on PEP 639 packages
Nadie ha tomado este issue todavía.
Evaluación
- Dificultad
- 2/5
- Tiempo estimado
- 1-3 horas
- Aptitud para principiantes
- 65/100
Línea de trabajo
Comienza con .github/workflows/license_tests.yml e inspecciona cómo está configurado pilosus/action-pip-license-checker, incluida su versión y la entrada de branch. Actualiza la action a v3 y evalúa si github.ref_name debería reemplazar a github.head_ref en los eventos de push. Se considera terminado cuando el workflow usa la versión compatible del checker y el comportamiento de checkout funciona tanto para pull requests como para pushes.
Escrito por el modelo de indexación a partir del texto del issue.
Descripción
Summary
The shared license_tests.yml workflow is failing across repos (e.g. ovos-skill-laugh) with Error: Checker License sources not found for common, well-known packages:
click:8.3.1 Error Error: Checker License sources not found
idna:3.11 Error Error: Checker License sources not found
importlib_metadata:8.7.1 Error Error: Checker License sources not found
RapidFuzz:3.14.3 Error Error: Checker License sources not found
regex:2026.2.28 Error Error: Checker License sources not found
typing_extensions:4.15.0 Error Error: Checker License sources not found
urllib3:2.6.3 Error Error: Checker License sources not found
zipp:3.23.0 Error Error: Checker License sources not found
Root Cause
pilosus/action-pip-license-checker@v2 pins to pip-license-checker 0.46.1, which queries the PyPI JSON API for the old License metadata field. Many packages have migrated to PEP 639's License-Expression field. The checker doesn't understand this format, so it returns Error instead of the actual license string.
Since the workflow sets fail: 'Copyleft,Other,Error', every unresolved package fails the check.
Fix
Upgrade pilosus/action-pip-license-checker to v3 in .github/workflows/license_tests.yml. v3 adds support for the new PyPI metadata format.
Secondary Issue
The workflow passes branch: ${{ github.head_ref }} from calling repos. github.head_ref is only set on pull_request events — on push events it is empty, causing the checkout step to silently fall back to the commit SHA. This works by accident but is fragile. Consider defaulting to github.ref_name instead.
- Lenguaje dominante
- Sin datos de lenguaje
- Estrellas
- 0
- Forks
- 7
- Métricas de merge de PR
- Sin PR fusionados en 30 d
Preparar el entorno
- Sin Dockerfile ni archivo de Docker Compose
- Sin 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.
Issues similares
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 82/100
mariadb-operator/mariadb-operator#1962 ·
Los mantenedores suelen responder en 1 día
-
area/infra good first issue type/bug
Dificultad 2/5 1-3 horas Aptitud para principiantes 60/100
cristim/AztecCraft#92 ·
Los mantenedores suelen responder en 1 día
-
dx P2 platform Stellar Wave Wave 10
Dificultad 2/5 1-3 horas Aptitud para principiantes 72/100
winsznx/routedock#579 · 1 comentario ·
Los mantenedores suelen responder en 1 día
-
good first issue maintenance
Dificultad 2/5 1-3 horas Aptitud para principiantes 62/100
dark-princezz/stellar-hooks#1010 ·
Los mantenedores suelen responder en 1 día
-
bug needs-triage service/costoptimizationhub
Dificultad 2/5 1-3 horas Aptitud para principiantes 72/100
hashicorp/terraform-provider-aws#50507 · 1 comentario ·
Los mantenedores suelen responder en 1 día