Como consertar dependências quebradas, que requerem desinstalação do dnf no Fedora 23?

Question

Eu recentemente atualizei do Fedora 21 para o Fedora 23. A maioria das coisas caiu sem muito drama (incluindo os drivers nVidia), exceto pelos pacotes que envolvem dnf .

Após a atualização, a execução de um dnf upgrade me dá isso:

Skipping packages with broken dependencies:
 sqlite                      x86_64                      3.11.0-1.fc23                       updates                      484 k

Um rpm -qa | grep sqlite me informa sobre outra versão do sqlite sendo instalada atualmente:

sqlite-3.10.2-1.fc23.x86_64

Agora, achei que poderia resolver isso rapidamente usando dnf upgrade --best --allowerasing . Infelizmente, isso não funciona desta vez, porque uma versão anterior já está instalada:

Error: cannot install both sqlite-3.11.0-1.fc23.x86_64 and sqlite-3.10.2-1.fc23.x86_64

Eu pensei que poderia simplesmente desinstalar o pacote sqlite, remover pacotes dependentes, instalar a versão mais nova do sqlite e instalar os pacotes dependentes. Isso obviamente leva um pouco de tempo, mas é o que eu já estava acostumado a fazer. Tipo de resolução de dependência manual, se quiser.

No entanto, dnf remove sqlite me dá isso:

Error: The operation would result in removing the following protected packages: systemd, dnf.

Então, como eu vou a partir deste ponto? Obviamente, não consigo desinstalar dnf ou systemd como tal. Existe uma maneira que eu possa forçar a atualização de um pacote que é uma dependência de outros pacotes, que estão bloqueados?

    

Answer 1

O problema específico com o sqlite é um problema temporário com uma atualização incorreta que chegou aos repositórios. (O feedback negativo do QA chegou tarde demais depois de vários testadores já terem dado sua aprovação.) Há uma atualização mais recente no teste que deve corrigir o problema.

Isso deve resolver seu problema imediato; Não tenho certeza se você precisa de uma resposta mais geral ou não - infelizmente, acho que a resposta geral é muitas vezes "bem, você não pode, realmente ... quando o repositório de atualização está em um estado incoerente, não há muito a ser feito." Se você realmente quer cavar (se, por exemplo, um sério problema de segurança estivesse em jogo), você poderia ignorar o DNF e usar o rpm diretamente (pelo menos até que o problema esteja em uma dependência de RPM em si).