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

repo reorg bikeshed

Abierto
#573 4 comentarios 1 reacción 0 asignados Ver en GitHub

@classabbyamp ya está trabajando en esto.

Desde el 9/10/2023.

  • #574 de @classabbyamp — abierto

Evaluación

Dificultad
5/5
Tiempo estimado
Más de una semana
Aptitud para principiantes
25/100
Tipo de issue
Nueva funcionalidad
Claridad
Necesita aclaración
Estado de actividad
Estancado
Stack tecnológico
c
Área
cli, tooling

Línea de trabajo

Review the design questions in issue #573 and the related void-infrastructure pull request #142 before locating the relevant XBPS repository URL handling. Resolve the template delimiter, supported values, and architecture naming behavior with project guidance; done means those choices are agreed and implemented with appropriate validation.

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

Descripción

related to: https://github.com/void-linux/void-infrastructure/pull/142

@the-maldridge expressed interest in the new layout being .../<XBPS_ARCH>/..., and I think I agree that this would make the most sense.

I think the best way to implement this in xbps (and having the side benefit of preventing needing to -R other arch's repos when installing something for another XBPS_ARCH) would be to allow templating repo urls:

repository=https://repo-default.voidlinux.org/current/{{XBPS_ARCH}}/
  1. What delimiter characters should be used to template this? {{XBPS_ARCH}}, %XBPS_ARCH% were thoughts I had.
  2. should other templated values be allowed, like ARCH and LIBC?
  3. Could this also be an opportunity to change <arch> -> <arch>-glibc? <arch> would have to stick around as a legacy alias of course.

I am interested in implementing this once some of the details are hashed out

Lenguaje dominante
C
Estrellas
1.2k
Forks
152
Métricas de merge de PR
Sin PR fusionados en 30 d

Preparar el entorno

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 void-linux/xbps

Todos los issues de void-linux/xbps

Issues similares

Más issues de C

Recibe los nuevos issues en tu correo

Un resumen breve de issues de GitHub para principiantes.