Por supuesto apt-rpm es una gran idea, pero no es lo mismo que apt-get. Empezando por el sistema de paquetes de debian. El conjunto de herramientas de manejo de los paquetes va mas alla de las dependencias. Estan por ejemplo los paquetes virtuales, el manejo de los permisos, los archivos de configuracion, debconf o las 'diversiones' como yo las llamo, que son cuando dos archivos de diferentes paquetes, entran en conficto el creador del paquete puede reemplazarlo para volver a ser restaurado automagicamente cuando se desinstala, o borrado cuando el paquete antiguo desaparece. Y sobre todo el sistema de parcheo-compilacion-empaquetado automatico, que ademas es simplisimo y puedes hacer tus paquetes de las fuentes en 5 minutos. Estas son solo unas pocas cualidades que se me ocurren.
Pero lo que mas diferencia a uno y a otro, y por lo que el concepto apt-get es natural en debian (en mi modesta opinion, claro) es el modelo de tres distribuciones estable, pruebas, inestable y la capacidad de mezclar las tres. Yo tengo el SSH estable pero KDE 3.1.2 con algunos fallos.
De todas maneras como ha dicho alguien ya, nada es perfecto, pero se esta trabajando en ello, y seguro que con el tiempo se convertira en una magnifica herramienta. Es mas, en inestable no es que pueden fallar las dependencias, de hecho fallan, y hay paquetes mal hechos, pero se corrigen y se sigue avanzando.
Yo me quedo con mi debian, que tiene en los repositorios casi cualquier programa que necesites y mirrors por todo el pais. Y repositorios no oficiales con KDE, GNOME, X, mplayer ....etc calentitos recien salidos del CVS
PD: Por si no se ha notado soy debianita
No voy a discutir la gran cantidad de paquetes disponibles para Debian en cualquiera de sus tres lineas. Pero si me gustaria aclarar algunas cosas sobre el empaquetado de RPM, si es que entendi bien algunas cosas que destacas de DEB.
RPM tiene paquetes virtuales, de esos que proveen cierta funcionalidad y se usa para satisfacer dependencias con paquetes distintos, a eleccion. Lo que no tiene RPM son los meta paquetes, aunque no seria complejo hacer uno, ya que seria un paquete solo con dependencias.
En cuando al manejo de permisos, no se a que te refieres.
Sobre debconf, nada que decir, excelente.
El sistema de parcheo/compilacion/empaquetado automatico tambien se puede hacer facilmente con RPM, de hecho uno de los objetivos es el uso de "pristine sources", en donde el empaquetador puede agregar parches al paquete en forma independiente al source original.
Incluso si el .tar.gz tiene el respectivo .spec puedes aplicar directamente:
rpmbuild -ta fuente.tar.gz
El sistema de mantencion de distintos niveles de "estabilidad" de paquetes no existe en forma nativa en apt-rpm hasta donde se. Pero si puedes obtener directamente los paquetes de una version de la distribucion RedHat + updates, los de la que viene en camino (RawHide) y externos (fedora, freshrpms). Aunque el numero de paquetes en esta modalidad ni se acerca al de debian, que tiene por montones, quizas algun dia.
debian es debian, y el resto es otra cosa
(Puntos:3, Interesante)( http://barrapunto.com/ )
Pero lo que mas diferencia a uno y a otro, y por lo que el concepto apt-get es natural en debian (en mi modesta opinion, claro) es el modelo de tres distribuciones estable, pruebas, inestable y la capacidad de mezclar las tres. Yo tengo el SSH estable pero KDE 3.1.2 con algunos fallos.
De todas maneras como ha dicho alguien ya, nada es perfecto, pero se esta trabajando en ello, y seguro que con el tiempo se convertira en una magnifica herramienta. Es mas, en inestable no es que pueden fallar las dependencias, de hecho fallan, y hay paquetes mal hechos, pero se corrigen y se sigue avanzando.
Yo me quedo con mi debian, que tiene en los repositorios casi cualquier programa que necesites y mirrors por todo el pais. Y repositorios no oficiales con KDE, GNOME, X, mplayer ....etc calentitos recien salidos del CVS
PD: Por si no se ha notado soy debianita
La uniformidad no es necesaria para la unidad
Re:debian es debian, y el resto es otra cosa
(Puntos:2, Interesante)( Última bitácora: Miércoles, 10 Octubre de 2007, 11:24h )
Podrias porfavor explicar como haces para tener paquestes de la inestable en la estable (o viceversa). Mezclar paquetes, hablando claro.
La idea es buenisima, y combatiria una de las grandes pegas que, bajo mi punto de vista, tiene debian.
Gracias de antemano.
Re:debian es debian, y el resto es otra cosa
(Puntos:3, Interesante)( http://www.tuxpan.com/fcatrin )
No voy a discutir la gran cantidad de paquetes disponibles para Debian en cualquiera de sus tres lineas. Pero si me gustaria aclarar algunas cosas sobre el empaquetado de RPM, si es que entendi bien algunas cosas que destacas de DEB.
RPM tiene paquetes virtuales, de esos que proveen cierta funcionalidad y se usa para satisfacer dependencias con paquetes distintos, a eleccion. Lo que no tiene RPM son los meta paquetes, aunque no seria complejo hacer uno, ya que seria un paquete solo con dependencias.
En cuando al manejo de permisos, no se a que te refieres.
Sobre debconf, nada que decir, excelente.
El sistema de parcheo/compilacion/empaquetado automatico tambien se puede hacer facilmente con RPM, de hecho uno de los objetivos es el uso de "pristine sources", en donde el empaquetador puede agregar parches al paquete en forma independiente al source original.
Incluso si el .tar.gz tiene el respectivo .spec puedes aplicar directamente:
rpmbuild -ta fuente.tar.gz
El sistema de mantencion de distintos niveles de "estabilidad" de paquetes no existe en forma nativa en apt-rpm hasta donde se. Pero si puedes obtener directamente los paquetes de una version de la distribucion RedHat + updates, los de la que viene en camino (RawHide) y externos (fedora, freshrpms). Aunque el numero de paquetes en esta modalidad ni se acerca al de debian, que tiene por montones, quizas algun dia.
--
Franco Catrin L.
http://www.tuxpan.com/fcatrin
[tuxpan.com]