gestor de paquetes

Los sistemas informáticos que utilizan el enlace dinámico de bibliotecas , en lugar del enlace estático , comparten bibliotecas ejecutables de instrucciones de máquina entre paquetes y aplicaciones. En estos sistemas, las relaciones conflictivas entre diferentes paquetes que requieren distintas versiones de bibliotecas dan lugar a una situación denominada " infierno de dependencias" . En los sistemas Microsoft Windows , esto también se conoce como "infierno de DLL" cuando se trabaja con bibliotecas de enlace dinámico. ^{[ 8 ]}

Los gestores de paquetes modernos han resuelto en gran medida estos problemas permitiendo la instalación paralela de múltiples versiones de bibliotecas (por ejemplo, el sistema Framework de OPENSTEP ), dependencias de cualquier tipo (por ejemplo, ranuras en Gentoo Portage ) e incluso paquetes compilados con diferentes versiones de compilador (por ejemplo, bibliotecas dinámicas creadas por el compilador Glasgow Haskell , donde no existe una ABI estable ), para permitir que otros paquetes especifiquen con qué versión están vinculados o instalados.

Los administradores de sistemas pueden instalar y mantener software utilizando herramientas distintas a los gestores de paquetes. Por ejemplo, un administrador local puede descargar código fuente sin empaquetar, compilarlo e instalarlo. Esto puede provocar que el sistema local pierda la sincronización con la base de datos del gestor de paquetes . El administrador local deberá tomar medidas adicionales, como gestionar manualmente algunas dependencias o integrar los cambios en el gestor de paquetes.

Existen herramientas para garantizar que los paquetes compilados localmente se integren con el sistema de gestión de paquetes. Para sistemas operativos basados ​​en archivos .deb y .rpm , así como para Slackware Linux , existe CheckInstall ; y para sistemas basados ​​en recetas, como Gentoo Linux , y sistemas híbridos, como Arch Linux , es posible escribir primero una receta, lo que garantiza que el paquete se ajuste a la base de datos de paquetes local.

Las actualizaciones de archivos de configuración pueden resultar particularmente problemáticas. Dado que los gestores de paquetes, al menos en sistemas Unix , se originaron como extensiones de los archivadores de archivos, generalmente solo pueden sobrescribir o conservar los archivos de configuración, en lugar de aplicarles reglas. Existen excepciones que suelen aplicarse a la configuración del kernel (que, si se daña, dejará el equipo inutilizable tras un reinicio). Pueden surgir problemas si cambia el formato del archivo de configuración; por ejemplo, si el archivo antiguo no desactiva explícitamente las nuevas opciones que deberían estar desactivadas. Algunos gestores de paquetes, como dpkg de Debian , permiten la configuración durante la instalación. En otros casos, los paquetes se instalan con la configuración predeterminada, que luego se sobrescribe, por ejemplo, en instalaciones sin interfaz gráfica para un gran número de equipos. Este tipo de instalación preconfigurada también es compatible con dpkg.

Para dar a los usuarios más control sobre el software que permiten que se instale en sus sistemas, y a veces debido a razones legales o de conveniencia por parte de los distribuidores, los paquetes a menudo se descargan de repositorios de software . ^{[ 9 ]}

Cuando un usuario actualiza un paquete con un software de gestión de paquetes, es habitual que se le muestren las acciones a ejecutar (normalmente la lista de paquetes a actualizar y, posiblemente, los números de versión antiguos y nuevos), y que pueda aceptar la actualización en bloque o seleccionar paquetes individuales para actualizar. Muchos gestores de paquetes se pueden configurar para que nunca actualicen ciertos paquetes, o para que los actualicen solo cuando se encuentren vulnerabilidades o inestabilidades críticas en la versión anterior, según lo defina el empaquetador del software. Este proceso se denomina supresión de actualizaciones o fijación de versiones . Por ejemplo, para evitar las actualizaciones del programa OpenOffice :

• yum admite la supresión de actualizaciones con la sintaxis exclude=openoffice*^{[ 10 ].}
• pacman con IgnorePkg= openoffice^{[ 11 ]} (para suprimir la actualización de openoffice en ambos casos)
• dpkg y dselect admiten la supresión parcial mediante el indicador hold en las selecciones de paquetes.
• APT extiende la bandera de retención a través de un mecanismo de fijación, ^{[ 12 ]} y los usuarios también pueden incluir un paquete en la lista negra ^{[ 13 ].}
• aptitude utiliza banderas hold y forbid : ^{[ 14 ]}
  • hold : impide que un paquete se actualice o modifique durante las instalaciones/actualizaciones.
  • forbid : impide que un paquete se instale o reinstale.
• Portage admite la supresión a través del archivo de configuración package.mask.

Algunas de las funciones de administración de paquetes más avanzadas ofrecen eliminación de paquetes en cascada , ^{[ 11 ]} en la que también se eliminan todos los paquetes que dependen del paquete objetivo y todos los paquetes de los que solo depende este.

Aunque los comandos son específicos de cada gestor de paquetes, son traducibles en gran medida, ya que la mayoría de los gestores de paquetes ofrecen funciones similares. La wiki de Arch Linux ofrece una descripción general exhaustiva de los comandos. ^{[ 15 ]}

A menudo se denomina gestor de paquetes o gestor de instalación , lo que puede generar confusión entre gestores de paquetes e instaladores . Las diferencias incluyen:

La mayoría de los sistemas de gestión de configuración de software tratan la compilación y la implementación del software como pasos separados e independientes. Una utilidad de automatización de compilación suele tomar archivos de código fuente legibles que ya se encuentran en un ordenador y automatiza el proceso de convertirlos en un paquete ejecutable en el mismo ordenador o en uno remoto. Posteriormente, un gestor de paquetes, normalmente ejecutándose en otro ordenador, descarga el ejecutable precompilado y lo instala.

Sin embargo, ambos tipos de herramientas tienen muchas características en común:

• La ordenación topológica del grafo de dependencias que se utiliza en un gestor de paquetes para gestionar las dependencias entre componentes binarios también se utiliza en un gestor de compilación para gestionar las dependencias entre componentes fuente.
• Muchos makefiles admiten no solo la creación de ejecutables, sino también su instalación con make install.
• Todos los gestores de paquetes para distribuciones basadas en código fuente , como Portage , Sorcery o Homebrew , permiten convertir el código fuente en ejecutables binarios e instalarlos.  

Algunas herramientas, como Maak y AAP, están diseñadas para gestionar tanto la compilación como la implementación, y pueden utilizarse como utilidades de automatización de compilación, gestores de paquetes o ambas cosas. ^{[ 22 ]}

Las tiendas de aplicaciones también pueden considerarse gestores de paquetes a nivel de aplicación (sin la capacidad de instalar todos los niveles de programas ^{[ 23 ] [ 24 ]} ). A diferencia de los gestores de paquetes tradicionales, las tiendas de aplicaciones están diseñadas para permitir el pago del software en sí (en lugar del desarrollo del software) y pueden ofrecer únicamente paquetes monolíticos sin dependencias ni resolución de dependencias. ^{[ 25 ] [ 24 ]} Suelen tener una funcionalidad de gestión limitada, debido a que se centran en la facilidad de uso por encima de la potencia o la aparición , y son comunes en sistemas operativos comerciales y dispositivos inteligentes .

Los gestores de paquetes también suelen tener solo código revisado por humanos. Muchas tiendas de aplicaciones, como Google Play y la App Store de Apple, examinan las aplicaciones principalmente usando solo herramientas automatizadas; el malware puede pasar estas pruebas detectando cuándo se está probando la aplicación y retrasando la actividad maliciosa. ^{[ 26 ] [ 27 ] [ 28 ]} Hay excepciones: la base de datos de paquetes npm , por ejemplo, se basa completamente en la revisión posterior a la publicación de su código, ^{[ 29 ] [ 30 ]} mientras que la base de datos de paquetes Debian tiene un extenso proceso de revisión humana antes de que cualquier paquete se incorpore a la base de datos principal. La puerta trasera XZ Utils usó años de construcción de confianza para insertar una puerta trasera, que no obstante fue detectada mientras estaba en la base de datos de pruebas.

También conocido como gestor de repositorio binario, es una herramienta de software diseñada para optimizar la descarga y el almacenamiento de archivos binarios, artefactos y paquetes utilizados y producidos en el proceso de desarrollo de software. ^{[ 31 ]} Estos gestores de paquetes buscan estandarizar la forma en que las empresas manejan todos los tipos de paquetes. Ofrecen a los usuarios la capacidad de aplicar métricas de seguridad y cumplimiento a todos los tipos de artefactos. Se ha dicho que los gestores de paquetes universales se encuentran en el centro de una cadena de herramientas DevOps. ^{[ 32 ]}

Cada gestor de paquetes depende del formato y los metadatos de los paquetes en su repositorio. Es decir, los gestores de paquetes necesitan que los grupos de archivos se agrupen junto con los metadatos correspondientes, como las dependencias. A menudo, un conjunto básico de utilidades gestiona la instalación básica de estos paquetes, y varios gestores de paquetes utilizan estas utilidades para proporcionar funcionalidades adicionales.

Por ejemplo, yum se basa en rpm como motor . Yum amplía la funcionalidad de rpm añadiendo características como la configuración sencilla para el mantenimiento de una red de sistemas. Otro ejemplo es el gestor de paquetes Synaptic , que proporciona una interfaz gráfica de usuario mediante la biblioteca Advanced Packaging Tool (apt), la cual, a su vez, se basa en dpkg para su funcionalidad principal.

Alien es un programa que convierte entre diferentes formatos de paquetes de Linux , admitiendo la conversión entre paquetes .rpm compatibles con Linux Standard Base (LSB) , .deb , Stampede (.slp), Solaris (.pkg) y Slackware ( .tgz , .txz , .tbz, .tlz).

Para sistemas operativos móviles, Google Play utiliza el formato de paquete de aplicación de Android (APK), mientras que Microsoft Store utiliza los formatos APPX y XAP . Tanto Google Play como Microsoft Store cuentan con gestores de paquetes homónimos.

Debido a la naturaleza del software libre y de código abierto (FOSS), existen paquetes con licencias similares y compatibles disponibles para diversos sistemas operativos. Estos paquetes se pueden combinar y distribuir mediante sistemas de empaquetado configurables para gestionar múltiples combinaciones de software y administrar dependencias y conflictos específicos de cada versión. Algunos gestores de paquetes FOSS se publican como software libre. Una diferencia típica entre la gestión de paquetes en sistemas operativos propietarios, como Mac OS X y Windows, y en software libre y de código abierto, como Linux, radica en que los sistemas de software libre y de código abierto permiten instalar y actualizar paquetes de terceros mediante el mismo mecanismo, mientras que los gestores de paquetes de Mac OS X y Windows solo actualizan el software proporcionado por Apple y Microsoft, respectivamente (con la excepción de algunos controladores de terceros en Windows). La capacidad de actualizar continuamente el software de terceros se suele añadir agregando la URL del repositorio correspondiente al archivo de configuración del gestor de paquetes.

Además de los gestores de aplicaciones a nivel de sistema, existen gestores de paquetes adicionales para sistemas operativos con capacidades limitadas y para lenguajes de programación en los que los desarrolladores necesitan las bibliotecas más recientes .

A diferencia de los gestores de paquetes a nivel de sistema, los gestores de paquetes a nivel de aplicación se centran en una pequeña parte del sistema de software. Suelen residir en un árbol de directorios que no es mantenido por el gestor a nivel de sistema, como c:\cygwin o /opt/sw . ^{[ 33 ]} Esto puede no ser así para los gestores que se ocupan de las bibliotecas de programación, lo que puede dar lugar a conflictos, ya que ambos gestores pueden reclamar la propiedad de un archivo y provocar fallos en las actualizaciones.