¿Qué sucede al instalar yum en ubuntu?
Antes de usar yum/apt, es probable que encuentre una fuente de configuración (en términos generales, Ubuntu tiene una fuente de configuración incorporada, por lo que pocas personas pueden configurarla manualmente) y la función de la fuente de configuración. es decirle a apt/yum dónde descargar el software cuando lo instala. Por ejemplo, si usa el código fuente de 163, cuando instale xxx con apt-get/yum, leerá la ubicación de su archivo de configuración fuente (en este caso, el servidor de 163) y luego, tal vez la primera vez, actualice el código fuente local. base de datos (que registra los paquetes propiedad del servidor 163, sus dependencias, etc.), y una vez completada la actualización, lee las dependencias y las dependencias de software del caché local. Después de una actualización local, lee las dependencias y las URL de los paquetes de la base de datos de la caché local y las descarga en el directorio de la caché local. Una vez completada la descarga, se realizará la operación de instalación.
Hablando de operaciones de instalación, tenemos que hablar de las diferencias entre los paquetes de software obtenidos de las dos formas. Hay el software correspondiente en el interior. Debido a que los desarrolladores son diferentes, los métodos de descompresión de los dos paquetes de software también son diferentes. Al igual que los paquetes gz y rar, se requieren comandos específicos para descomprimir. El paquete rpm es el comando rpm y el deb es el comando dpkg.
¿Qué pasa con la generalidad de la descompresión (por ejemplo, descomprimir un deb y ejecutarlo en rhel)? No es imposible, pero hay muchos factores a considerar. Suponiendo que el paquete es un binario compilado (como un ejecutable de Windows), se deben tener en cuenta las dependencias. Si es un archivo de script, la situación será mejor porque la mayoría de los scripts son más compatibles.
Esta relación de dependencia es más complicada, por supuesto, también se puede decir simplemente que, al igual que el .dll de Windows, Linux también tiene archivos de biblioteca de enlaces dinámicos y los sufijos generalmente son así. El software puede depender de ello. Para estas bibliotecas, el glibc de su sistema es originalmente la versión 2.12, pero si lo trasplanta y necesita la versión 2.14, encontrará que no se puede ejecutar. Por supuesto, esto también se puede resolver, pero el problema a resolver es
Bueno, volviendo a yum/apt, apt/yum puede resolver automáticamente el problema de dependencia, pero hay un problema, por ejemplo, el recién trasplantado Después de instalar el software, le indicará que la versión de glibc es demasiado baja y debe actualizarse. Sin embargo, actualizar significa que después de actualizar el software que originalmente dependía de glibc, encontrará que la versión de glibc también lo es. alto. Pero actualizar significa que después de actualizar, el software original que depende de glibc encontrará que la versión de glibc es demasiado alta y puede ser incompatible. En este momento, habrá un conflicto entre satisfacer el software antiguo o el nuevo. Si se deja que apt/yum lo resuelva, el resultado será que el software encontrará una actualización importante y los conflictos de software no se mencionarán como resultado de la actualización. Si simplemente instala Apache, provocará que realice la descarga. cientos de megabytes o incluso varios gigabytes de cosas, ¿no te parece más problemático? Si realmente lo necesita, puede usar apt-get source o un método similar para descargar el código fuente y luego colocarlo en otro sistema para intentar compilarlo o usar apt-get download para descargar el paquete deb y luego descomprimirlo; y cópielo a otro sistema, e intente resolver las dependencias manualmente.
Tu problema es teóricamente posible, pero pocas personas lo implementarán y yo no lo he hecho de todos modos. Pero no necesariamente no vale la pena hacerlo. Muchas veces, lo que otros dicen es diferente de lo que realmente sucede. La práctica trae consigo el verdadero conocimiento.