[Feature request] xbps-install interactive choice for selecting virtual provider
Nadie ha tomado este issue todavía.
Evaluación
- Dificultad
- 4/5
- Tiempo estimado
- 3-5 días
- Aptitud para principiantes
- 35/100
Línea de trabajo
Start with the referenced declarations in include/xbps.h.in and provider-selection logic in lib/repo.c. Trace how virtual providers and configured virtualpkg entries are selected, then define the interactive prompt behavior while preserving the configured default and the existing non-interactive --yes path.
Escrito por el modelo de indexación a partir del texto del issue.
Descripción
Some packages depend on virtual?java-runtime for example which is provided by openjdk17-jre and openjdk11-jre at least. Currently (xbps-0.59.1_7) though the default provider to install appears to be completely arbitrary and depends on the sorting of the package index on the mirror.
Obviously if the user has configured virtualpkg=... in /etc/xbps.d or whatever that should be prioritized (or given as the default choice when just pressing enter?) when installing something and installed always during non-interactive cases with --yes (just like it works presently).
Related code:
- https://github.com/void-linux/xbps/blob/0.59.1/include/xbps.h.in#L1698-L1708
- https://github.com/void-linux/xbps/blob/0.59.1/lib/repo.c#L389-L421
Here's how an "interactive virtual provider choice" looks like on pacman (Arch Linux) for example:
# pacman -S java-runtime
:: There are 4 providers available for java-runtime:
:: Repository extra
1) jre-openjdk 2) jre11-openjdk 3) jre17-openjdk 4) jre8-openjdk
Enter a number (default=1):
@classabbyamp @paper42 would know a bit more about this as we discussed this a few months back in August on #xbps.
- Lenguaje dominante
- C
- Estrellas
- 1.2k
- Forks
- 152
- 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.
Más de void-linux/xbps
-
Dificultad 1/5 Menos de una hora Aptitud para principiantes 68/100
void-linux/xbps#475 ·
-
Dificultad 4/5 3-5 días Aptitud para principiantes 45/100
void-linux/xbps#701 ·
-
Dificultad 4/5 3-5 días Aptitud para principiantes 55/100
void-linux/xbps#700 ·
-
xbps-query -RX repository overridesPosiblemente ocupada @outofsyncrs la tomó hace 32 días. Abiertobug
Dificultad 3/5 1-2 días Aptitud para principiantes 45/100
void-linux/xbps#696 ·
-
Dificultad 3/5 1-2 días Aptitud para principiantes 52/100
void-linux/xbps#695 · 7 comentarios ·
Todos los issues de void-linux/xbps
Issues similares
-
severity: low
Dificultad 2/5 1-3 horas Aptitud para principiantes 70/100
luainkernel/lunatik#1853 ·
Los mantenedores suelen responder en 1 día
-
encoding.binary: bounds check guard is compiled away, so decode functions read past the sliceAbierto
Dificultad 2/5 Medio día Aptitud para principiantes 70/100
Los mantenedores suelen responder en 1 día
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 66/100
Los mantenedores suelen responder en 5 días
-
constants.h: M_PI / M_PI_2 fallbacks cause -Wambiguous-macro when H3 is compiled as a Clang moduleAbierto
Dificultad 2/5 1-3 horas Aptitud para principiantes 68/100
Los mantenedores suelen responder en 1 día
-
area:backend bug launch:p2 scope:core
Dificultad 2/5 1-3 horas Aptitud para principiantes 62/100
Chelis-Lang/chelis#3494 ·
Los mantenedores suelen responder en 1 día