Primeiro, yum é o novo apt , pelo menos quando se trata de usar RPMs ao invés de DEBs. A intenção da ferramenta é a mesma, mas a funcionalidade é um pouco diferente (por exemplo, o Debian / Ubuntu usa uma ferramenta CLI separada para consultar pacotes de conteúdo, enquanto o yum é mais uma abordagem "tudo em um").
Vindo do Debian / Ubuntu, posso facilmente dizer que você perderá a "completude" dos pacotes disponíveis para download. Existem vários odds'n'ends que são úteis para ter, mas não são em um ambiente do CentOS / RHEL. Você pode facilmente adicionar repositórios (o equivalente a um site Debian / Ubuntu) ao yum, mas tenha em mente que você está confiando na fonte que está adicionando, antes de fazer isso. Nada é mais irritante do que achar que você precisa da ferramenta X para executar a tarefa Y , mas a ferramenta X não possui um RPM disponível nos repositórios oficiais (ou pior: depende do pacote secundário Z que não tem RPM ). Que pena.
Em algum momento, você será tentado a
- inclua um RPM que não faz parte da sua distro ou
- inclua outro formato de pacote que não esteja no formato RPM
Enquanto isso (normalmente) funciona, tente evitá-lo. As instalações RPM tentam ser distro-neutral, mas eu vi pacotes malformados que faziam suposições sobre certos diretórios estarem "lá", onde "there" é um caminho de diretório em alguma outra outra distro. De um modo geral, é melhor fazer o download dos RPMs de origem e reconstruir o pacote; os pacotes resultantes serão criados para o seu ambiente e não terão alguns dos problemas do caminho louco que você pode ver ocasionalmente.
Do ponto de vista do usuário final, muitos dos olhos do Ubuntu terão desaparecido; em vez disso, você tem uma configuração do Gnome um tanto baunilha, nada de errado com essa mente, apenas um pouco staid , isso é tudo. O software OOB também tende a seguir essa abordagem "conservadora" para um desktop, embora adicionar o repositório (como mencionado acima) resolva isso se você precisar.