🚀 go-pugleaf

Hola rvm:

rvm wrote:
> 
> Virginia N��ez Sanz escribi� en mensaje
> <39d9de15.77040@news.navegalia.com>...
> >Hola a todos. Supongo que este es el foro adecuado para mi pregunta.
> >No s� demasiado de programaci�n pero creo que necesito una informaci�n
> >con urgencia.
> >
> >Cuando instalo alg�n programa de linux a veces me da problemas de
> >dependecia. Eso supongo que es porque le hace falta alguna librer�a de
> >programaci�n �es as�? �pueden ser otro tipo de dependencias?
> 
> Cuando se llega a linux por primera vez suele sorprender bastante esto
> de las dependencias, ya que es un problema que en windows no se da. Y no
> se da porque normalmente los programas de windows suelen incluir las
> librer�as que necesitan para no molestar al usuario con problemas que
> probablemente no sabr�a resolver.
> 

Jeeee.  No s� si has trabajado mucho con windows: si te fijas una gran
parte de las pantallitas azules �sas, tan monas, se dan por infracci�n
de direcciones de memoria que se dan, en muchos casos, por problemas de
dependencias de librer�as: el manejo de librer�as en windows ha sido,
tradicionalmente *UNA AUT�NTICA PESADILLA* (que el usuario no se de
cuenta, es otra cosa.  Tanto es as�, que una de la superduperventajas
del windows2000 es su nuevo modelo de gesti�n de librer�as.

> 
> En linux esto no es as�; los programas no incluyen ninguna librer�a,
> �stas se deben conseguir separadamente.
> 

Vamos, ning�n programa incluye librer�as: por eso son librer�as.  En
todo caso, las librer�as *se distribuyen* junto con el programa y luego
el programa *usa* esas librer�as (si puede).  El que distribuye cierto
programa puede decidir incluir en el paquete librer�as, o no.  Tanto en
Win como en Linux como donde sea.

> Normalmente cuando te instalas tu distribuci�n de linux el instalador se
> cuida de instalar todas las librer�as necesarios para los grupos de
> programas seleccionados.
> 
> El problema suele surgir cuando intentas actualizar un determinado
> programa, ya que con toda seguridad necesitar� versiones nuevas de las
> librer�as de las que depende.
> 

Pero eso no es un problema de Linux.  Aunque parezca extra�o, es un
problema colateral del modelo de desarrollo de software libre.  Y por
cierto que la actualizaci�n de librer�as es un problema que, por
supuesto, *tambi�n* afecta a windows (en un Win95 intenta instalar
*s�lo* el ejecutable de, digamos Access2000, a ver qu� pasa; una vez que
hayas instalado todas las librer�as *de que depende* intenta arrancar el
Access95, a ver qu� pasa -y eso que es software propietario-).

> 
> El segundo tipo, usado fundamentalmente por _una_ distribuci�n (aunque
> recientemente han aparecido otras basadas en ella), es totalmente
> opuesto. Es el instalador el que hace todo el trabajo. El usuario s�lo
> indica qu� programa quiere instalar y el instalador se ocupa de ver que
> otros paquetes son necesarios, localizarlos (ya sea en CD's o en ftp's)
> e instalarlos. El usuario mientras tanto se puede dedicar a otras tareas
> m�s provechosas. Por supuesto nada es perfecto y este sistema s�lo
> funcionar� 100% si se utilizan los paquetes oficiales de la
> distribuci�n, aunque este problema se ve minimizado al ser la
> distribuci�n que m�s paquetes dispone (y con diferencia).
> 

No dir�a yo eso: los paquetes de Debian est�n m�s afinados porque se
distribuyen a una �nica distribuci�n (no digo que DEB no pueda ser
adaptado/usado por otras distribuciones).  RPM es un modelo de
distribuci�n dise�ado a priori para ser utilizado por m�ltiples
distribuciones y, de hecho, usado por m�ltiples distribuciones.  Los
problemas del uso de RPM vienen:
a/ Por un mal desarrollo de los scripts asociados al paquete.
b/ Por no haber previsto la distribuci�n de ficheros y nomenclator de
paquetes en cierta distribuci�n (que, desgraciadamente, siempre parece
ser la que uno posee).
Por lo dem�s, el "problema de las dependencias entre librer�as" de
muchas distribuciones no es m�s que una muestra de falta de "limpieza"
en los acabados de esas distribuciones (que puede servir para poner de
relevancia el buen trabajo en este sentido hecho por otras).

> Ah, y por cierto, creo que esta pregunta s� era un poco offtopic en este
> grupo. El grupo adecuado era es.comp.os.linux.instalacion.
> 

Reporras, me acabo de dar cuenta: pero ahora me da pena tirar los
minutos dedicados...
-- 
SALUD,
Jes�s
***
jesus_navarro@promofinarsa.es
***