Libelektra: debian buster builds quebrados

Obrigado por testar e relatar!

Onde esses pacotes estão hospedados?

EDITAR:
Posso movê-los para o repo junto com os pacotes biônicos.

deb [trusted=yes] https://debian-buster-repo.libelektra.org/ buster main

Depois de executar isso com apt-get update , recebo:

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)

São os pacotes que hospedamos, a7 ou servidor da comunidade.

Eu também tive falha na conexão, parece que o debian-buster-repo.libelektra.org está fora do ar?

Venha para pensar sobre isso, o buster repo já existiu? Tivemos um repositório extenso e repositório bionic ubuntu. Acho que nunca tivemos um buster repo e o registro A está apontando para um IP que não possuímos.

O Jenkinsfile atual finge que cria imagens destruidoras:

https://github.com/ElektraInitiative/libelektra/blob/9cd0170f2630631696e711a5a1f08c553ce010e6/scripts/jenkins/Jenkinsfile#L1079

Nesse caso, acho que publicamos pacotes de redução no repositório de alongamento.

Atualizei o registro DNS de debian-buster-repo.libelektra.org, ambos agora apontam para 128.130.173.73. Agora a situação é assim:

• debian-buster-repo.libelektra.org leva a: │W: Herunterladen von https://debian-buster-repo.libelektra.org/dists/buster/main/binary-amd64/Packages fehlgeschlagen: Falha na verificação do certificado: O certificado NÃO é confiável. O emissor do certificado é desconhecido. O nome no certificado não corresponde ao esperado. Não foi possível realizar o handshake: Erro na verificação do certificado. [IP: 128.130.173.73 443]
• debian-stretch-repo.libelektra.org tem libelektra4 versão 0.9.1-1.1761 e 0.9.1-2 compilado para libc6 (> = 2.27), o que significa, como também sugeriu @mpranj , provavelmente buster?

Acho que não precisamos resolver o problema de "esticar", vamos simplesmente remover esse repositório e, em vez disso, corrigir o certificado de debian-buster-repo.libelektra.org

Eu criei a configuração do apache e tentei adquirir um certificado letsencrypt, mas o DNS antigo ainda está em cache. Vou tentar novamente mais tarde.

O trecho repo agora é migrado para buster. Se pretendemos eliminar o suporte de estiramento, devemos remover o registro A obsoleto.

Infelizmente, as compilações principais estão quebradas, então nenhum pacote pode ser compilado.

doc / INSTALL.md também menciona debian-stretch-repo

Os documentos são atualizados e a publicação automatizada de pacotes principais deve funcionar agora. Você pode verificar se os pacotes do repo funcionam agora?

Por alguma razão eu tenho 0.9.1-2 instalado, que é preferível a 0.9.1-1.1861, que é provavelmente o novo do buildserver? Podemos bombear o número ou preciso fazer o downgrade? Algo como dch --newversion 0.9.1-2 "Bump version." deve ser suficiente.

Obrigado por testar novamente. Sim, você pode aumentar o número da versão.

Obrigado por melhorar a versão. Eu acionei uma reconstrução do master para obter novos pacotes e parece funcionar agora. Testei os pacotes do nosso repo usando uma imagem docker do debian buster limpa.

Sim, funciona perfeitamente, obrigado por acionar! Eu atualizei agora para 0.9.1-2.1881: fogos de artifício:

Afaik nós consertamos tudo mencionado aqui. Abra novamente se eu estiver errado ou se o problema ocorrer novamente.

Obrigado! Já estou executando o Elektra 0.9.2 no Buster! Tudo está funcionando perfeitamente: brilho: