gugve-project
[Top][All Lists]
Advanced

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

[Gugve-project] Manejadores de paquetes


From: Ricardo Correa
Subject: [Gugve-project] Manejadores de paquetes
Date: Sun, 6 Feb 2005 01:08:22 -0400

Ante todo saludos a mis amigos y colisteros de gugve.

El motivo de este emilio es el de exponerles una idea que he estado
discutiendo con Luis Araujo en el canal de irc desde hace un tiempo, y
que es la idea que mas ha atraido a Luis como manejador de paquetes.

La idea, bastante simple en concepto, consiste en un daemon (una
suerte de servidor) que se ejecuta y "escucha" los eventos que ocurren
en un determinado directorio (inotify/dnotify proveen este mecanismo)
y que hace uso de una libreria (libapt-pkg) para encargarse de
instalar/desinstalar paquetes. Los objetivos principales de dicho
sistema serian: facilitar la instalacion de paquetes (al poder usar
herramientas basicas de cualquier sistema, cp, mv, rm, etc), aligerar
las dependencias del sistema base (al depender de libapt se pueden
usar sistemas de paquetes que no tienen que ser exactamente los debs,
de hecho una de las ideas era usar tgz con cierta informacion
contenida dentro del paquete que informara de dependencias,
configuracion, etc) e idealmente una independencia del instalador de
paquetes (libapt-pkg se encarga de resolucion de dependencias entre
los paquetes, dpkg/rpm/x los instalan). Las desventajas que encuentro
son: la actualizacion de paquetes es un proceso que requiere una mayor
intervencion del usuario (apt-get upgrade por ejemplo), la
actualizacion de los paquetes en formato tgz seria un poco mas dificil
que la actualizacion de otros formatos como deb/rpm, es un sistema
inexistente y por lo tanto tendria que ser implementado de
practicamente cero. Por ahora no puedo pensar en otras, pero estoy
casi seguro de que ahi estan.

Como alternativa le señale a Luis otro sistema que en si no maneja
paquetes (porque no serian necesarios con dicho sistema), pero que me
parece de diseño muy atractivo, llamado zero install
(zero-install.sf.net). Les recomiendo que lean la pagina entera antes
de sacar conclusiones.

Bueno, estoy dispuesto a escuchar sugerencias, opiniones, etc




reply via email to

[Prev in Thread] Current Thread [Next in Thread]