Ebuild repository/es

Dentro de Gentoo Linux, los usuarios ya disponen de un repositorio de paquetes "principal". El repositorio principal contiene todos los paquetes de software (llamados ebuilds) que mantienen los desarrolladores de Gentoo. Los árboles de paquetes adicionales se hospedan en repositories. Los usuarios pueden añadir estos repositorios adicionales al árbol que "cubren" el árbol principal, de ahí el nombre: Overlays (Revestimientos).

Repositorios
Los repositorios de paquetes no son más (o menos) que un conjunto de ficheros (ebuilds, ficheros de metadatos, entradas en el registro de cambios, ...). Éstos se pueden obtener de repositorios públicos (git, CVS, SVN ...) o descargarse como ficheros empaquetados (tarballs) y desempaquetarse manualmente en el sistema. Se recomienda utilizar repositorios gestionados por terceros de confianza. Cualquier overlay instalado causará que Portage mire en los ficheros de overlay para decidir qué software instalar. Si se obtiene código comprometido desde un overlay, entonces se podrían instalar paquetes comprometidos en el sistema.

La forma actual por defecto para gestionar repositorios es a través de que, como otras localizaciones de Portage, también puede ser un directorio.

Las definiciones de repositorio dentro de también informan a Portage si el repositorio se puede actualizar y cómo se puede realizar. Con todo esto, la lanzar se actualizarán todos los repositorios.

Un método ya obsoleto pero aún permitido es utilizar la variable PORTDIR_OVERLAY dentro de. Esta variable puede apuntar a más de una localización adicional en el sistema de ficheros donde se pueden localizar repositorios. Sin embargo es preferible utilizar el directorio.

Para más información leer sobre /etc/portage/repos.conf y el artículo de Portage/Sync.

Prioridades
Cada overlay tiene su propia prioridad única. Esto asegura que en el caso de que una versión en particular se encuentre en varios overalys, la resolución de la misma no es ambigua. Los ebuilds de los overalys con números de prioridad más altos (por ejemplo 60) tienen preferencia sobre los ebuilds con menores prioridades (por ejemplo 50).

Se puede obtener sa lista de overalys y sus prioridades consultando la salida de las siguientes ordenes (Buscar la palabra "Repositories"):

El repositorio de Gentoo tendrá una prioridad de -1000. Esto implica que, por lo general, el resto de overlays tienen mayor precedencia ya que se les asigna un prioridad mayor. Este es el comportamiento por defecto ya que los overlays se han diseñado para "colocarse encima" del repositorio de Gentoo.

Herramientas disponibles
Existen algunas herramientas de soporte para integrar los overlays.

Layman
La aplicación facilita la gestión y actualización de múltiples overlays adicionales. Se trata de una aplicación de la línea de órdenes a través de la cual se pueden listar los overlays disponibles al público, suscritos o no suscritos así como la actualización de esos repositorios.

Se ofrece soporte tanto para el método como para el método.
 * Cuando se utiliza el método, gestiona un archivo dedicado de configuración que debe ser cargado por
 * Cuando se utiliza, gestiona el fichero  directamente.

Para más información, consultar Layman y Project:Portage/Sync.

emaint
Lea el artículo Sync (Portage project) y.

eix
es un envoltorio para (que de hecho arranca ) seguido de. Para más detalles, leer el artículo sobre Eix y su página del manual.

Hacer emerge de un paquete duplicado
Cuando se trabaja con overlays es posible encontrarse en la situación en que existen varias versiones del mismo paquete en diferentes overlays. Se puede indicar a Portage que instale paquetes específicos desde un overlay específico usando la notación :

Generación de cache
Cuando se instalan overlays muy voluminosos, a portage le puede llevar mucho tiempo realizar operaciones como la resolución de dependencias. Esto es debido a que los overlays no suelen contener una caché para los metadatos.

Generate a local metadata cache by running after syncing the ebuild repositories:

Hay que ser cuidadoso ya que lleva bastante tiempo y no se recomienda a los usuarios de rsync ya que rsync actualiza la caché usando caché del servidor (la mayoría de los usuarios de portage son usuarios rsync). Estos usuarios deberían simplemente lanzar (o ) para regenerar la caché. Probablemente solo los usuarios de overlays muy voluminosos deberían correr.

Enmascaramiento cuando se utilicen overlays no seguros
Cuando se utilizan overlays con muchos paquetes o se cree que son de baja o desconocida calidad, es una buena práctica enmascarar todo el overlay.

Después de esto, desenmascarar los paquetes que se instalarán.

Véase también

 * Proyecto de Overlays. El proyecto oficial de Gentoo de soporte de overlays.
 * Guía de Overlays (Proyecto Overlays). Una guía de usuario escrita por el proyecto Overlay.
 * Guía del desarrollador de Overlays en Gentoo. Este documento se conserva únicamente por razones históricas. La guía actual se mantiene en Project:Overlays/Overlays guide.
 * Definiendo un repositorio personalizado. La sección del manual de Gentoo

Recursos externos

 * https://overlays.gentoo.org
 * https://github.com/gentoo/