Antes do Fedora 17
Nenhuma das distribuições da Red Hat anteriores ao Fedora 17 incluiu a capacidade de fazer dist-upgrades como você pediu. Esta foi uma opção muito discutida na lista de desejos de muitas pessoas, mas nunca foi implementada.
Mas antes de começarmos um esclarecimento ...
According to the Upgrading topic in the wiki, there was a method where you could put a DVD in your system for the next version of Fedora, and Anaconda would attempt to upgrade your system. Having tried this method on numerous occasions I would not consider this to be on par with the
dist-upgradeavailable in the Debian/Ubuntu distros which actually worked very well.Additionally having maintained RHEL, Fedora & CentOS systems for over the past decade, I would never even consider using this method for anything. It simply did not work.
Então, normalmente, as pessoas fariam o seguinte:
Rawhide
Use o lançamento do Rawhide , que é a versão de ponta, semelhante a como o Sid está no Debian . O Rawhide oferece lançamentos contínuos no sentido de que sempre tem as versões mais recentes dos pacotes, mas não deve ser usado como uma distribuição do dia a dia, mas sim apenas para testes.
Fique com um único lançamento
Apenas viva com esse fato e mantenha-se atualizado enquanto a distribuição permanecer por perto, usando yum . Você pode usar yum para aplicar as atualizações pendentes e / ou atualizar um único pacote. Além disso, yum pode ser usado para instalar novos pacotes também.
Aplicar todas as atualizações pendentes (assume sim para todos os prompts):
sudo yum -y update
Atualize um único pacote:
sudo yum -y update apache\*
Instale um novo pacote:
sudo yum -y install apache\*
Applet de atualização de software
Se você deseja executar atualizações usando uma GUI, pode usar a ferramenta de atualização de software que aparece na barra de tarefas. Essa ferramenta basicamente faz a mesma coisa que o yum -y update acima e pode ser executada sob demanda usando o seguinte comando:
gpk-update-viewer
Reinstalar
À medida que uma nova versão é lançada, você faz manualmente uma nova instalação e toma o cuidado de copiar dados e configurações para o novo sistema.
Pré-upgrade
Faça uso da ferramenta PreUpgrade . Esta ferramenta basicamente apenas coletou suas configurações e os nomes dos pacotes que você instalou e os ajudaria a aplicá-los em uma nova instalação. Veja resposta do @JoelDavis ' para esta técnica também.
NOTA: Isso não é mais uma opção a partir do Fedora 18, então você foi avisado.
Fedora 17 e depois
Começando com 17, agora você pode fazer lançamentos contínuos.
FedUp
Novo no Fedora 17/18 é uma ferramenta chamada FedUp (FEDora UPgrader) que pretende fazer "dist-upgrades" similar para distribuições Debian / Ubuntu.
FedUp (FEDora UPgrader) is the name of a new system for upgrading Fedora installs in Fedora 18 and above releases. It replaces all of the currently recommended upgrade methods (PreUpgrade and DVD) that have been used in previous Fedora releases. Anaconda, the Fedora installer does have not any in-built upgrade functionality in Fedora 18 or above releases. It has been completely delegated to Fedup.
Currently, FedUp is capable of upgrading Fedora 17 installs to Fedora 18 using a networked repository, similar to how PreUpgrade worked. More methods for upgrade are currently planned and this page will be updated as those features are completed.
Rolling Releases vs. Versões com Versão
O OP fez uma pergunta de acompanhamento onde ele queria que eu elaborasse a seguinte frase:
"Beginning with 17 you can now do rolling releases."
Quando eu fiz esse comentário, eu quis dizer uma coisa e a frase "rolling releases" realmente significa outra coisa. Quando eu escrevi que eu quis dizer "rolling release" significava que você poderia agora passar de uma versão do Fedora (digamos 17) para a versão 18. A maioria das distros como o Debian & O Ubuntu fornece esse recurso agora.
No entanto, ao pesquisar a descrição do que "releases contínuos" significa na wikipedia , agora estou mais educado sobre o assunto.
excerto da wikipedia
... a rolling release or rolling update development model refers to a continually developing software system; this is instead of a standard release development model which uses software versions that must be reinstalled over the previous version. Rolling software, instead, is continually updated, in contrast to standard release software which is upgraded between versions. ...
Então, do ponto de vista dos puristas, Debian, Ubuntu, Fedora, não são "versões lançadas". São softwares lançados por padrão de pontos que fornecem ferramentas para auxiliar na atualização de um ponto para outro.
O OP também fez a seguinte pergunta
Debian is only "kind of" rolling release if you use Sid. Rolling release = no versions, packages are just dumped into the distro from the upstream ASAP, right? So Debian is the complete opposite of a rolling release, Ubuntu as well. Fedora Rawhide is also kind-of a rolling release, but I already knew that (and don't want to use it, if that's what you were referring to).
Apenas para que fique claro para qualquer futuro leitor. Mesmo os ramos de desenvolvimento do Debian (também conhecido como Sid) e Fedora (também conhecido como Rawhide) não são "lançamentos contínuos". 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 uma versão futura podem ser apresentados à comunidade de forma centralizada.
O nível de teste que seria incluído em um pacote sendo colocado em uma dessas ramificações é menos rigoroso do que quando um pacote é exibido como uma atualização em uma verdadeira distribuição "roll release", como o ArchLinux (seria minha expectativa) .
Aqui está a seção da página da Wikipédia que cobre o uso de ramificações de desenvolvimento para distribuições de versão padrão:
The distinction between rolling release software distributions and development branches of standard release software distributions is often overlooked by users inexperienced with rolling distributions. This can lead to confused comments, such as: "distro-X is a rolling distribution if you use its development branch" — where distro-X is a standard release distribution. Even in rare cases where the development branch is a rolling (versus the more common cyclical) development branch, this does not make the distribution rolling. Unlike standard release distributions, rolling release distributions do not have development branches.