🚀 go-pugleaf

rvm wrote:
> 
> 
> El caso es que aunque un usuario de suse se instalase paquetes para suse
> o un usuario de redhat se instalase paquetes para redhat el problema
> continua.
> Veamos:
> paquete.deb = paquete.rpm
>        dpkg = rpm
>         apt = �no hay nada similar!
> 
> Yo no me meto con los paquetes rpm ni el modo en que est�n hechos ni
> nada de eso. Solamente digo que los usuarios de distribuciones con
> paquetes rpm's tienen m�s dificultades con las dependencias simplemente
> porque no disponen de una herramienta similar al apt.
> 

Pero s� que lo hay!!! RPM, se llama
Aqu� hay (creo) dos cosas a considerar:
apt funciona muy bien, pero �Es siempre utilizable? Qu� ocurre si, por
la raz�n que sea yo tengo un programa instalado que *requiere
precisamente* la versi�n XYZ de la librer�a que sea?  Que apt, tan �til,
funcionando por su cuenta me chingar� el uso de ese programa porque
sustituir� la vieja librer�a por su nueva versi�n (sin preguntarme). 
Existe otra cuesti�n, m�s relacionada incluso con CM: en un entorno
controlado, �es razonable que un proceso de instalaci�n recurra a
bajarse autom�ticamente c�digo de un servidor externo? (no es que sea
irresoluble, puedo forzar apt para que utilice otros or�genes de datos
que yo s� controle).  Por otra parte, como sabr�s, los paquetes RPM
incluyen (o pueden incluir) scripts tanto pre como postinstalaci�n �qu�
problema hay para que se incluya en el prescript todo el c�digo de
control de versiones, se haga el proceso tan interactivo como sea
necesario y, finalmente, se enganche al FTP de RedHat y te lo haga todo?
Yo no veo ninguno, salvo que no se hace y mi opini�n es que, en buena
medida es porque lo que funciona con RH no tiene que funcionar
exactamente igual con Mandrake o HipaLinux llegados a este nivel de
detalle, mientras que Debian-es Debian-es Debian (esto es, el
constructor de un *deb s�lo se preocupa de una distribuci�n, en tanto el
de RPM sabe que potencialmente va a tener m�ltiples clientes potenciales
y tiene que optar por una ley de m�nimos).

Y ojo, que no digo que apt me disguste, quede claro.

-- 
SALUD,
Jes�s
***
jesus_navarro@promofinarsa.es
***