Lutando para entender a lógica na história das migrações e remoções nos scrcpy
testes do Debian (Bookworm).
Citando notícias de https://tracker.debian.org/pkg/scrcpy (ordem invertida para conveniência):
- [2022-04-08] scrcpy 1.23-1 MIGRADO para testing (debian testing watch)
- [2022-06-07] scrcpy 1.23-1~bpo11+1 aceito (fonte amd64 all) em bullseye-backports, bullseye-backports (Debian FTP Masters) (assinado por: Antoine Beaupré)
- então, neste ponto, a versão 1.23 é boa o suficiente para estar em testes e backports estáveis, certo?
- [2022-07-17] scrcpy 1.24-1 aceito (fonte) em instável (Yangfl) (assinado por: Boyuan Yang)
- o teste ainda tem o 1.23 funcionando, certo?
- [2022-07-23] scrcpy 1.24-1 MIGRADO para testing (debian testing watch)
- o que isso significa exatamente, ou seja, "migrado para teste" implica "verificado para estar funcionando em teste, portanto migrado"?
- [28/09/2022] scrcpy REMOVIDO do teste (relógio de teste do Debian)
- ?! não está mais funcionando? Mas mesmo assim, por que removê-lo em vez de voltar ao bom 1.23? E por que os backports não são afetados, que são por definição "pacotes retirados do teste"?
Finalmente, um lado mais prático desta questão: dada uma situação como esta, seria mais ou menos seguro instalar 1.23 de backports estáveis para testes agora? Esta versão não foi realmente removida dos testes (1.24 foi), então deveria estar mais ou menos funcionando, certo?
Pacotes em testing migram da instável automaticamente assim que determinados critérios são atendidos:
Os pacotes podem ser removidos do teste se introduzirem bugs críticos ao lançamento. Isso é o que aconteceu indiretamente com
scrcpy
:android-framework-23
e outros tiveram bugs críticos ao lançamento, então eles foram removidos do teste junto com todos os pacotes que dependiam deles. É extremamente incomum que um pacote seja revertido para uma versão anterior, e tais reversões precisam passar primeiro pela instável; dada a situação geral dos pacotesscrcpy
depende de qualquer maneira, não faria sentido tentar isso.Os pacotes não migram para backports, eles são carregados lá manualmente, com base em sua presença no teste.
Assim
scrcpy
, migrou automaticamente de instável para teste e, em seguida, foi carregado para backports. Devido a problemas com outros pacotes Android dos quaisscrcpy
depende, ele foi posteriormente removido do teste; mas o pacote com backport não foi removido (e provavelmente não será removido). O pacote atual em instável também tem dois de seus próprios bugs críticos de lançamento , mas eles estão relacionados a dependências de biblioteca e provavelmente não afetam o pacote de backport, pois ele usa pacotes estáveis (e são as dependências persistentes desses pacotes que causam problemas no instável).É seguro o suficiente para instalar
scrcpy
a partir de backports estáveis em um sistema de teste, mas você também precisará ter o estável configurado para que as dependências da biblioteca possam ser extraídas.Em tudo isso, é importante entender que o objetivo do teste não é ser uma distribuição totalmente utilizável por si só; seu principal objetivo é se tornar o próximo lançamento estável. Em particular, isso significa que um dos principais propósitos do teste é garantir que todos os pacotes que ele contém sejam construíveis e instaláveis usando apenas pacotes que também estão em teste. A reintrodução
scrcpy
sem corrigir o restante dos pacotes do Android quebraria isso.