2012-04-23 8 views
8

¿Hay una trampa de usar múltiples gestores de paquetes? ¿Podría usar el yum de Redhat con la aptitud de Debian al mismo tiempo?Administrador de paquetes múltiples

me encontré con this article y esta infografía - 2011 Linux Distro comparison result

me sentí inclinado a elegir Debian, sino una máquina virtual de instalación rápida mostró que el núcleo no se actualiza a 3.2 en el repositorio estable todavía. Así que estoy planeando mudarme a Archlinux, pero la infografía lo califica con poca disponibilidad de paquetes y me preguntaba si podría instalar archivos .deb o .rpm de los repositorios de Fedora o Ubuntu.

+0

Me pregunto si usó gimp en el espíritu de Linux para crear estos gráficos. –

+1

Vote to close: ¿Alguien con autoridad puede mover esto al foro correcto? unix.stackexchange.com? –

Respuesta

7

La respuesta corta es: sí, usted puede, pero realmente no debería.

A continuación se presenta una lista de las cosas (en ningún orden en particular) a considerar en la implementación de distribución de cruz:

  • Dependencia demonios

La razón principal existen cosas como yum/apt/YaST en el primer lugar es evitar lo que se conoce como dependency hell. Al usar paquetes de otros sistemas, usted pierde el trabajo que se ha puesto en los paquetes de la instalación limpia.

El administrador de paquetes secundario querrá satisfacer sus propias dependencias, e instalar una serie de cosas que ya están instaladas. Esto significa que debe instalar los paquetes de a una por vez para que no sobrescriba los paquetes ya instalados de su gestor de paquetes primario y tenga todo tipo de problemas.

  • ¿Utilizan el mismo administrador de paquetes?

Si lo hacen, es posible que incluso pueda instalarlo directamente, pero es probable que tenga problemas de dependencias o conflictos de paquetes. Si no lo hacen, puede extraer el paquete con varias herramientas y simplemente colocar los archivos binarios en el sistema de archivos (eche un vistazo a alien, o this post about extracting .rpm and .deb files).

Esto le dará los archivos en el sistema, pero no hay garantía de que salga de la caja. Es posible que se requiera (y normalmente se requiere) una búsqueda manual adicional.

  • ¿Las versiones de paquetes base como glibc son iguales o muy similares?

Si es así, hay menos posibilidades de que surja algún problema. La mayor diferencia entre los paquetes base de las dos distribuciones, es más probable que falten bibliotecas compartidas que no están disponibles en la distribución en la que se está ejecutando, porque la versión es diferente y el nombre del archivo no coincide con el binario. buscando.

Técnicamente, también podría extraer las dependencias base de la otra distribución y ponerlas también en el sistema de archivos, pero eso ciertamente le causará dolor si alguna vez necesita compilar cosas desde el código fuente. Imagina cuán confundido va a ser el gcc.

  • ¿El paquete que está instalando llama a un módulo kernel específico?

La mejor manera en que puedo articular esto es un problema común que veo estos días con la compra de máquinas virtuales desde un host; obtienes su propia marca de xen o virtuozzo kernel, e iptables no funciona directamente porque netfilter está en el kernel y el ABI ha cambiado. Puede ser bastante dolor de cabeza hacer que funcione de nuevo, y este problema no se limita a iptables. Mi mejor consejo aquí es elegir la distribución que tiene el kernel que desea en su propio repositorio base.

  • Compilar desde el código fuente

No hay duda de que tendrá que hacer esto debe ser muy profunda en querer paquetes de otros sistemas. Dado que las diferentes distribuciones configuran sus entornos de compilación de forma diferente, pasará la mitad de su tiempo averiguando rutas y otros problemas de configuración.

+2

Muchas gracias :-) Esa es una muy buena respuesta. Desearía que esta pregunta hubiera sido movida en lugar de cerrada. –

Cuestiones relacionadas