Qual é a maneira preferida de atualizar todos os softwares em uma instalação do Fedora?

Antes do Fedora 17

Nenhum dos distros Red Hat anteriores ao Fedora 17 incluía a habilidade de fazer dist-upgrades como você pediu. Esta tinha sido uma opção há muito discutida na lista de desejos de muitas pessoas mas nunca tinha sido implementada.

Mas antes de começarmos um esclarecimento…

De acordo com o tópico Upgrade no wiki, havia um método onde você podia colocar um DVD no seu sistema para a próxima versão do Fedora, e o Anaconda tentaria atualizar o seu sistema. Tendo tentado este método em várias ocasiões, eu não consideraria isto como sendo igual ao dist-upgrade disponível nas distros Debian/Ubuntu, que na verdade funcionou muito bem.

Adicionalmente tendo mantido o RHEL, Fedora & sistemas CentOS durante a última década, eu nunca consideraria sequer usar este método para nada. Ele simplesmente não funcionou.

Então tipicamente as pessoas fariam um dos seguintes:

Rawhide

Utilizar a versão Rawhide, que é a versão de borda sangrenta, similar a como o Sid está no Debian. Rawhide oferece lançamentos rolantes no sentido de que ele sempre tem as últimas versões dos pacotes, mas não é de forma alguma destinado a ser usado como uma distro do dia-a-dia, é realmente destinado apenas para a testing.

Ficar com uma única versão

Só viver com este fato e ficar atualizado enquanto a distro ficar por perto, usando yum. Você pode usar yum para ambos aplicar quaisquer atualizações pendentes e/ou atualizar um único pacote. Adicionalmente, yum também pode ser usado para instalar novos pacotes.

Aplique todas as atualizações pendentes (assume que sim a todas as solicitações):

sudo yum -y update

Atualize um único pacote:

sudo yum -y update apache\*

Instale um novo pacote:

sudo yum -y install apache\*

Aplicação de atualização de software

Se você quiser executar atualizações usando uma GUI você pode usar a ferramenta atualizadora de software que aparece na sua barra de tarefas. Esta ferramenta faz essencialmente a mesma coisa que a yum -y update acima, e pode ser executada sob demanda usando o seguinte comando:

gpk-update-viewer

Re-instalar

Quando uma nova versão sair, você fará manualmente uma nova instalação e terá o cuidado de copiar quaisquer dados e configurações para o novo sistema.

PreUpgrade

Faça uso da ferramenta PreUpgrade. Esta ferramenta essencialmente só recolheu as suas configurações e os nomes dos pacotes que você instalou e o ajudaria a aplicá-los a uma nova instalação. Veja a resposta de @JoelDavis para esta técnica também.

NOTE: Esta não é mais uma opção começando com o Fedora 18, então você foi avisado.

Fedora 17 e depois de

Começando com 17 você pode agora fazer lançamentos rolantes.

FedUp

Novo no Fedora 17/18 é uma ferramenta chamada FedUp (FEDora UPgrader) que pretende fazer “dist-upgrades” semelhantes a Debian/Ubuntu distros.

FedUp (FEDora UPgrader) é o nome de um novo sistema para atualizar as instalações do Fedora no Fedora 18 e versões superiores. Ele substitui todos os métodos de atualização atualmente recomendados (PreUpgrade e DVD) que foram usados em lançamentos anteriores do Fedora. Anaconda, o instalador do Fedora não tem nenhuma funcionalidade de actualização incorporada no Fedora 18 ou versões superiores. Ele foi completamente delegado ao Fedup.

Currentemente, o FedUp é capaz de atualizar as instalações do Fedora 17 para o Fedora 18 usando um repositório em rede, similar a como o PreUpgrade funcionava. Mais métodos para atualização estão atualmente planejados e esta página será atualizada à medida que essas funcionalidades forem concluídas.

Rolling Releases vs. Versioned Releases

O OP fez uma pergunta complementar onde ele queria que eu elaborasse a seguinte frase:

“Começando com 17 você pode agora fazer lançamentos rolantes”

Quando eu fiz esse comentário eu quis dizer uma coisa e a frase “lançamentos rolantes” realmente significa algo mais. Quando eu escrevi que eu quis dizer “rolling release” para significar que agora você pode fazer roll de um ponto de lançamento do Fedora (digamos 17) para a versão 18. A maioria das distribuições como Debian & Ubuntu fornecem esta facilidade agora.

No entanto ao procurar a descrição do que “lançamentos rolantes” realmente significa na wikipedia, agora estou mais educado no assunto.

excertar da wikipedia

…. um modelo de desenvolvimento roll release ou roll update refere-se a um sistema de software em desenvolvimento contínuo; isto é, em vez de um modelo de desenvolvimento standard que usa versões de software que devem ser reinstaladas sobre a versão anterior. O software em andamento, ao invés disso, é continuamente atualizado, ao contrário do software de versão padrão, que é atualizado entre versões. …

Então do ponto de vista dos puristas, Debian, Ubuntu, Fedora, não são “lançamentos rolantes”. Eles são softwares de lançamento padrão que fornecem ferramentas para ajudar na atualização de um lançamento pontual para outro.

O OP também fez a seguinte pergunta

Debian só é “tipo de” lançamento rolante se você usar o Sid. Rolling release = sem versões, os pacotes são apenas despejados na distro do upstream o mais rápido possível, certo? Então Debian é o oposto completo de uma versão rolante, Ubuntu também. O Fedora Rawhide também é amável – de uma versão rolante, mas eu já sabia disso (e não quero usá-lo, se é a isso que você estava se referindo).

Apenas para que fique claro para qualquer leitor futuro. Mesmo os ramos de desenvolvimento do Debian (aka. Sid) e Fedora (aka. Rawhide) não são “lançamentos rolantes”. Claro que você pode usá-los como tal, mas eles são meramente uma “área” de desenvolvimento onde novos pacotes de software que podem ser incorporados em um lançamento futuro podem ser apresentados à comunidade de uma forma centralizada.

O nível da testing que entraria em um pacote sendo colocado em um desses ramos é menos rigoroso do que dizer quando um pacote aparece como uma atualização em uma verdadeira distro “rolling release” como o ArchLinux (seria minha expectativa).

Aqui está a seção da página wikipedia que cobre o uso de ramos de desenvolvimento para distribuições de lançamento padrão:

A distinção entre distribuições de software de lançamento rolante e ramos de desenvolvimento de distribuições de software de lançamento padrão é frequentemente negligenciada por usuários inexperientes com distribuições rolantes. Isto pode levar a comentários confusos, como por exemplo: “distro-X é uma distribuição rolante se você usar seu ramo de desenvolvimento” – onde distro-X é uma distribuição de lançamento padrão. Mesmo em casos raros onde o ramo de desenvolvimento é um ramo de desenvolvimento rolante (versus o cíclico mais comum), isso não faz com que a distribuição seja rolante. Ao contrário das distribuições de release standard, as distribuições de release evolutivas não têm ramos de desenvolvimento.