Por qué RPM es mejor que DEB para MeeGo?

Question

Sé que ha habido mucha pelusa sobre este tema en diversos foros y grupos de noticias relativas a la combinación de Moblin y Maemo.Me gustaría saber qué stackoverflow-becarios de pensar acerca de esto.¿Cuáles son los beneficios de los paquetes RPM de más de DEB, que hacen de ella la mejor opción para MeeGo?

Answer 1

RPM se especifica como el formato de envase para la Linux Standard Base .

...

Está bien, lo admito, que se extiende por una respuesta, incluso para mí. No hay una gran cantidad de diferencia en el objeto de base de ambos RPM y paquetes DEB; cada uno tiene sus propias capacidades distintas, pero al final los dos son una bolsa de archivos y metadatos.

Answer 2

Hay un par de diferencias importantes entre estos dos formatos de paquete y que van más allá de distinciones técnicas.

En primer lugar, APT (Advanced Packaging System), que crea y utiliza Debs, es un sistema de embalaje completo que tradicionalmente ha tenido un mejor soporte para el seguimiento de la dependencia. Esto es importante ya que al instalar un paquete, a menudo hay que instalar un montón de otros paquetes que el paquete se basa en. Si no lo hace, a menudo no se ejecutará su paquete. Este tipo de resolución de dependencias es uno de los puntos fuertes del formato de empaquetado deb. rpm tiene poco apoyo para esto y como consecuencia de otras herramientas (mmm, zypper) han crecido a tratar de replicar la dependencia sofisticada que hace la resolución de APT.

En segundo lugar, Debian es una especie de plataforma de "referencia". Se llama a sí mismo "el sistema operativo universal" sobre todo en broma pero hay algo de verdad en ella. contrato y apoyo de software libre de Debian sociales significa que no es controlado por una sola entidad o corporación. Esto significa que la aplicación está abierta para la mejora constante y es más fácil de integrar el software. La consecuencia es que tiene un sistema operativo que se ejecuta en 8 arquitecturas de chip oficialmente y algunos otros no oficial, por lo que un paquete deb instalarán en una gran cantidad de diferentes tipos de hardware que rpm ni siquiera correr. Con Debian siendo la plataforma de referencia para cosas como el lenguaje de programación Perl y lenguaje de programación estadística R, significa que su deb probable que sea capaz de tener las dependencias que necesita para ser integrado fácilmente en su sistema. Debian también tiene una gran cantidad de expertos en la materia que se sienten atraídos a ella, ya que son capaces de trabajar de acuerdo a sus intereses y capacidades y no están obligados a considerar las declaraciones de pérdidas y ganancias.

Esto significa que un deb menudo no es sólo técnicamente superiores debido a su especificación del paquete, sino también por el ecosistema de desarrolladores que se conecta a.

Answer 3

Yo no sé nada de Moblin y Maemo, pero he hecho un montón de paquetes de software.Yo sería partidario de la elección de la rpm durante deb como el archivo de formato que se elija para cualquier sistema operativo donde yo podía elegir.Antes de apt existía para rpm, mucho me favorecido debian sobre redhat derivados de los sistemas. yum es casi tan buena como la de apt.Como he aprendido tanto de sistemas de envasado prefiero entregar rpm de deb.

Una comparación de rpm y deb:

(1) Para Datos Binarios, rpm utiliza cpio, deb utiliza ar. cpio es el más cruzar la plataforma de la opción escogida como la predeterminada POSIX archiver. ar es el tradicional archiver.

(2) Para Fuente De Datos, srpm (un tipo especial de rpm) utiliza cpio con un solo archivo especial que automatiza el proceso de construcción de una rpm, y es generado cuando cualquier rpm, está construido correctamente desde el código fuente. deb por otro lado utiliza una multitud de sistemas de compresión como la fuente original de los vendedores de formato de entrada es compatible, opcionalmente también una serie de archivos de revisión, y 3 de la magia de los archivos de cada una de ellas con un formato de archivo diferente.

(3) Hacer funcional rpm paquetes es mucho más fácil en mi experiencia de hacer deb los archivos.

(4) elaboración de un funcional chroot en rpm los sistemas basados en el estándar es la rpm los comandos, mientras que en deb los sistemas basados en que está especializado script llamado debootstrap.

Sólo apt de debian para el campamento, parece más útiles que yum desde el redhat campamento, todos los de aguas arriba QA herramientas parecen mejor de la Redhat Campamento.

Sugiero que Hacer un rpm no es un arte de la magia, sólo un poco de cosa que usted tiene que entrenar a la gente.

Una comparación de rpm y deb QA herramientas:

(1) Repositorio de constructores: createrepo es la herramienta, fácil de usar y entender. mini-dinstall, dpkg-scanpackages o dak (Archivo de Debian Kit) o mini-dak o reprepro o debarchiver o debpool o DebMarshal o apt-ftparchive o dpkg-scansources son complejos o mal documentados, o la falta de una característica fundamental, y algunas veces todos los tres.

(2) "Fuente deb" no son de un solo archivo como srpm es un solo archivo, por lo que requiere de herramientas especiales para moverlos.

(3) servidores de Compilación: Koji beats pbuilder cada día de la semana en la documentación.Debe decirse sin embargo que pbuilder es tranquilo, fresco.

Estoy sorprendido no limpian la mejor herramienta para hacer un deb basado repo existe.De los que he probado son buenos.Ninguno he probado son casi tan buena como la de createrepo es para rpm.(reprepro es casi tan buena como la de createrepo de rpm, excepto que no permiten múltiples versiones del mismo paquete en un único repositorio, por lo que descartarla para la mayoría de la continua implementación de los sistemas.

Conclusión :Una comparación de rpm y deb

Creo que escoger una rpm herramienta de la cadena es el mejor de su parte. Así como el enlace interesante por Charles Stewart señaló que, a su las herramientas que importa.

Answer 4

decisión de renunciar a DEB para RPM para MeeGo y otros similares había sido puramente política y los negocios. opiniones técnicas habían sido ignoradas. Su pregunta (como cuestión) es válida en el contexto general pero en caso de MeeGo parece como intento de justificar a paso lo ha hecho ya, después. Sin embargo, nunca sabremos méritos técnicos favor y en contra -. Meego es ahora de manera diferente ido, donde se excluye la competencia deb-vs-rpm

Answer 5

En este punto, creo que esto probablemente debería ser una pregunta Linux y Unix.

En realidad no es cierto decir que MeeGo cambió de APT (es decir, .deb) a RPM; en cambio, Meego fue una fusión de la Maemo-APT usando con el Moblin RPM-usando. Robin Burchill dijo en su blog el pasado febrero - http: // blog.rburchell.com/2010/02/meego-rpm-vs-deb-debate.html - que era más fácil ir con RPM porque Moblin dictado más de las opciones de arquitectura dentro de MeeGo y Maemo refactorización era más fácil .