Libelektra: debian buster se construye roto
Pasos para reproducir el problema
Instale Debian buster, agregue una de estas líneas (conduzca al mismo resultado) en /etc/apt/sources.list
deb [trusted=yes] https://debian-stretch-repo.libelektra.org/ stretch main
deb [trusted=yes] https://debian-buster-repo.libelektra.org/ buster main
correr:
apt-get update
apt-get install libelektra4
Resultado Esperado
Ese libelektra se instala.
Resultado actual
The following packages have unmet dependencies:
libelektra4 : Depends: libc6 (>= 2.27) but 2.24-11+deb9u4 is to be installed
E: Unable to correct problems, you have held broken packages
Información del sistema
- Versión de Elektra: maestro
Más archivos de registro y resultados
markus2330
Todos 18 comentarios
¡Gracias por probar e informar!
mpranj
en 18 may. 2020
¿Dónde se alojan estos paquetes?
EDITAR:
Puedo moverlos al repositorio junto con paquetes biónicos.
dbulatovic
en 18 may. 2020
deb [trusted=yes] https://debian-buster-repo.libelektra.org/ buster main
Después de ejecutar esto con apt-get update obtengo:
W: Failed to fetch https://debian-buster-repo.libelektra.org/dists/buster/InRelease Could not connect to debian-buster-repo.libelektra.org:443 (88.198.134.179). - connect (111: Connection refused)
dbulatovic
en 18 may. 2020
Son los paquetes que hospedamos, a7 o el servidor de la comunidad.
También tengo una conexión fallida, ¿parece que debian-buster-repo.libelektra.org ya no funciona?
markus2330
en 18 may. 2020
Ahora que lo pienso, ¿existió alguna vez el repositorio de buster? Tuvimos un repositorio extendido y
mpranj
en 19 may. 2020
El Jenkinsfile actual finge que crea imágenes impresionantes:
markus2330
en 19 may. 2020
En ese caso, creo que publicamos paquetes buster en el repositorio extensible.
mpranj
en 19 may. 2020
Actualicé el registro DNS de debian-buster-repo.libelektra.org, ambos ahora apuntan a 128.130.173.73. Ahora la situación es como:
- debian-buster-repo.libelektra.org conduce a: │W: Herunterladen von https://debian-buster-repo.libelektra.org/dists/buster/main/binary-amd64/Packages fehlgeschlagen: Error de verificación del certificado: el certificado NO es de confianza. Se desconoce el emisor del certificado. El nombre del certificado no coincide con el esperado. No se pudo establecer el protocolo de enlace: Error en la verificación del certificado. [IP: 128.130.173.73 443]
- debian-stretch-repo.libelektra.org tiene libelektra4 versión 0.9.1-1.1761 y 0.9.1-2 compilación para libc6 (> = 2.27), eso significa, como también sugirió @mpranj , probablemente buster?
Creo que no necesitamos resolver el problema del "estiramiento", simplemente eliminemos este repositorio y, en su lugar, arreglemos el certificado de debian-buster-repo.libelektra.org
markus2330
en 19 may. 2020
Creé la configuración de apache e intenté adquirir un certificado de letsencrypt, pero el DNS antiguo todavía está en caché. Intentaremos de nuevo más tarde.
mpranj
en 19 may. 2020
El repositorio de estiramiento ahora se migra a buster. Si pretendemos eliminar el soporte de extensión, deberíamos eliminar el registro A obsoleto.
Desafortunadamente, las compilaciones maestras están dañadas, por lo que no se pueden construir paquetes.
mpranj
en 20 may. 2020
doc / INSTALL.md también menciona debian-stretch-repo
markus2330
en 20 may. 2020
Los documentos se actualizan y la publicación automatizada de paquetes maestros ahora debería funcionar. ¿Puede comprobar si los paquetes del repositorio funcionan ahora?
mpranj
en 22 may. 2020
Por alguna razón, tengo 0.9.1-2 instalado, que se prefiere a 0.9.1-1.1861, que probablemente sea el nuevo del servidor de compilación. ¿Podemos bombear el número o tengo que bajar de categoría? Algo como dch --newversion 0.9.1-2 "Bump version." debería ser suficiente.
markus2330
en 22 may. 2020
Gracias por probar de nuevo. Sí, puede aumentar el número de versión.
mpranj
en 22 may. 2020
Gracias por mejorar la versión. Activé una reconstrucción del maestro para obtener nuevos paquetes y parece funcionar ahora. Probé los paquetes de nuestro repositorio usando una imagen limpia de debian buster docker.
mpranj
en 23 may. 2020
Sí, funciona perfectamente, ¡gracias por activarlo! Actualicé ahora a 0.9.1-2.1881: fuegos artificiales:
markus2330
en 23 may. 2020
Afaik arreglamos todo lo mencionado aquí. Vuelva a abrir si me equivoco o si el problema se repite.
mpranj
en 28 may. 2020
¡Gracias! ¡Ya estoy ejecutando Elektra 0.9.2 en Buster! Todo funciona a la perfección: brillo:
markus2330
en 28 may. 2020
Temas relacionados
ghost
·
29Comentarios
markus2330
·
49Comentarios
sanssecours
·
28Comentarios
markus2330
·
38Comentarios
KurtMi
·
85Comentarios
Comentario más útil
Afaik arreglamos todo lo mencionado aquí. Vuelva a abrir si me equivoco o si el problema se repite.