[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: [BEM OFF-TOPIC]rpm packages



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.



Reply to: