As pessoas normalmente confundem APT com DPKG.. E acham que so ter o APT e voce vai dominar o mundo e seu sistema vai ser facil de administrar.
O apt so eh poderoso e flexivel por que eh utilizado SOBRE o dpkg. APT sobre rpm eh num nojo. Claro que para quem esta comecando voce chegar num sistema qq e dar apt-get install pacote, eh a coisa mais poderosa q ele pode fazer, mas depois de um tempo voce comeca a ver que ta faltando alguma coisa. Sendo especifico. O empacotador RPM nao verifica uma politica de empacotamento, ele deixa que cada empacotador siga o seu rumo, quando estamos falando de uma unica empresa fazendo o pacote isto ja nao eh bom. Imagina centenas pessoas do mundo em lugares diferentes. Cada pacote sai com uma caracteristica, por exemplo ja vi pacotes que tinham arquivos com permissao de usuarios normais e nao ususarios de sistema (ISSO EH ABSURDO). O outro problema que nao ha uma politica de empacotamento para o RPM (e o empacotador tb NAO verifica isso), ja sofri com isso e qq um que tente instalar alguima coisa de fora dos 3 cds da RH sabe como eh: Eu por exemplo fui instalar um MySQL de uma versao mais atual q nao havia ainda sido empacotada pela RH. E vi uns rpms na rpmfind.net (antiga rufus). Eis q me deparo com pacotes diferentes de diferentes distribuicoes. Todos pareciam muito semelhantes mas igualmente incompletos: Haviam pacotes nomeados assim: MySQL-Server MySql-Common MYSQL-client mysql-server MySQL-Client e todo tipo de possibilidade combinando entre maiuscula e minuscula. Depois de baixar todas as variantves para verificar qual supriria a dependencia de qual, descobri q dependendo do q voce instalava este common nao era necessario. Mais um problema eh que se a base RPM corromper voce esta perdido. Chora.. nada pode teajudar, no debian voce tem como solucionar este tipo de problemas. O RPM eh um formato dificil de ser manuseado em ambientes muito restritos, como por exemplo disquetes de recuperacao, enquanto o patoce DPKG eh um AR de 2 tar.gz. O pacote DPKG tem uma flexibilidade GIGANTESCA entre dependencias e permite um gerenciamento bem granilar na atualizacao. por exemplo voce pode fixar alguns pacotes e mesmo assim mandar atualizar todo sistema, o pacote permite que voce atualize sem tocar nos pontos que voce nao quer q ele mecha.. Nao eh um TUDO OU NADA. Quem viveu atransicao de versoes ded RPM sabe como era infernal. eu comecei a usar RH na versão 2 onde ainda era o RPM versao 1 (acho q foi logo que eles criaram o pacote). Quando migraram para versão 2 foi uma transicao dolorosa. Pacotes antigos nao funcionavam no rpm novo.. E vice-versa.. A coisa piorou do 2 para o 3.. E foi completamente caotica do 3 para o 4. Foi ruim mesmo. Os empacotadores rpm sao imundos. Eles fazem todo tipo de sujeira para gerar um pacote. Mesmo os empacotadores higienicos tem q fazer umas lambancas. Faltam ferramentas de manipulacao de pacotes para o RPM, no dpkg nos temos uma pletora de ferramentas que nos ajudam a criar, empacotar, limpar, testar, criar repositorios e por ai vai, e todas com um desenvolvimento uniforme Pra acabar. RH NAO EH LINUX. Diga nao as empresas de SL que fazem lobby comercial.
