Manutenção do Gentoo [make updating]

Question

Eu instalei e ajustei a distribuição do Gentoo com GNOME-3.1 . Para conseguir esta instalação eu tive que adicionar muitas linhas para package.accept_keywords . Agora (depois de alguns meses) eu decidi atualizar meu sistema com o seguinte comando:

emerge --sync
emerge -pv --update --deep --with-bdeps=y --newuse world

como foi proposto pelo Manual do Gentoo e eu tenho muitos conflitos. O motivo de muitos deles foi que o software atualizado ( mutter-3.6 como exemplo) usava o mesmo SLOT que o mutter-3.1 instalado. E alguma linha assim:

=bla-bla-bla/mutter-3.1 ~amd64

foi adicionado ao meu package.accept_keywords .

Pelo que entendi, preciso atualizar meu package.accept_keywords excluindo =bla-bla-bla/mutter-3.1 ~amd64 e adicionando =bla-bla-bla/mutter-3.6 ~amd64 . Assim, a situação é a seguinte (como eu entendo):

mutter-3.6 e mutter-3.1 não podem coexistir no sistema (e não devem ser). mutter-3.6 vai atualizar mutter-3.1 , mas como ainda não está bem testado, está marcado com "~amd64" . Assim, eu preciso adicionar a seguinte linha proposta por emerge :

>=bla-bla-blah/mutter-3.6 ~amd64

ao meu arquivo package.accept_keywords .

Perguntas:

1. Posso adicionar uma linha proposta sem excluir a antiga linha relacionada mutter-3.1 ? É seguro, correto?
2. Se a primeira pergunta estiver correta, posso obtê-la de maneira confiável e automática?
3. Como, em geral, mantém (delete / update) package.accept_keywords arquivo, especialmente quando contém muitas linhas (a maneira preferida é automaticamente)?
4. Posso trancar o arquivo package.accept_keyword e atualizar o mundo ou executar emerge ... --autounmask-write ? É seguro o que vai acontecer?
5. Por que estou ficando instável mutter-3.6 no meu sistema se package.accept_keyword contiver exatamente =bla-bla-bla/mutter-3.1 ~amd64 dizendo que somente essa versão de mutter é possível ficar instável?

Answer 1

1. Can I add proposed line without deleting the old mutter-3.1 related line? It it safe, correct?

Sim, está tudo bem. Depois de fazer as atualizações, basta remover as linhas da versão antiga.

2. If the 1st question is OK, hot can I get it reliable and automatically?

- autonunmask-write funcionará bem para isso. Eu mantenho minhas palavras-chave aceitas manualmente, mas me tornei bastante fluente ao longo dos anos.

3. How in general maintain (delete/update) package.accept_keywords file, especially when it contains many lines (preferred way is automatically)?

A automação completa "mágica" disso é uma coisa do tipo do Santo Graal. A máquina de todos é diferente, portanto, não pode ser 100% automatizada. Como regra geral, mantenho minhas palavras-chave aceitas em ordem alfabética + aceito apenas uma única versão de um pacote.

4. Can I just trancate package.accept_keyword file and then update world or run emerge ... --autounmask-write? Is it safe, what will happen?

Claro, você pode seguramente matá-lo. Apenas isso afetará muito os cálculos de dependência. Muitos pacotes serão mascarados por palavras-chave e o portage não conseguirá resolver suas dependências, ou simplesmente fará downgrade de tudo para o mais estável possível.

5. Why I'm getting unstable mutter-3.6 on my system if package.accept_keyword contains exactly =bla-bla-bla/mutter-3.1 ~amd64 saying that only this version of mutter is possible to be unstable?

Porque alguns pacotes têm um requisito difícil de precisar de uma versão superior do mutter. É assim que o portage saberá até sugerir isso para desmascarar. Sem isso, o portage apenas permitiria que você começasse a construir esses pacotes contra o mutter-3.1 e é muito provável que o build falhe em algum lugar no meio.