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 a sus sistemas.

Repositorios
Package repositories are nothing more (or less) than a set of files (ebuilds, metadata files, ChangeLog entries ...). These can be pulled in from public repositories (git, CVS, SVN ...) or downloaded as tarballs and extracted manually onto the system. It is advised to use managed repositories by trusted third parties; any installed ebuild repository will cause Portage to look through the overlaid files when deciding which software to install. If compromised code is in the ebuild repository, then compromised packages could be installed on the system.

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
Each ebuild repository has its unique priority. This makes sure that in the case of a specific version being found in several ebuild repositories, the resolution is unambiguous. Ebuilds from ebuild repositories with higher priority numbers (for example 60) take precedence over ebuilds from ebuild repositories with lower priorities (such as 50).

The list of ebuild repositories with their priorities can be obtained through the output of the following commands (look for the "Repositories" string):

The Gentoo repository will have a priority of -1000. That means that all other ebuild repositories generally take precedence as they are assigned a higher priority. That is the default behavior, because ebuild repositories are designed to "lay over/on top" of the Gentoo repository.

Herramientas disponibles
A number of tools support or integrate with ebuild repositories.

Layman
The application makes it easier to manage and update multiple additional ebuild repositories. It is a command-line application through which publicly available ebuild repositories can be listed, subscribed to and unsubscribed from, as well as update those repositories.

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
When working with ebuild repositories it is possible to encounter a situation where multiple versions of the same package are available from different ebuild repositories. Instruct Portage to install a specific package from a specific ebuild repository with the  notation:

Generación de cache
When large ebuild repositories are installed, portage may take a long time to perform operations like dependency resolution. This is because ebuild repositories do not usually contain a metadata cache.

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

Be careful, because takes a lot of time and it's not recommended for rsync users as rsync updates the cache using server-side caches (most of users of portage are rsync users). Rsync users should simply run (or ) to regenerate the cache. It's probably only users of very large ebuild repositories should try.

Masking when using unsafe ebuild repositories
When using huge ebuild repositories or those with unknown/low quality it is best practice to hardmask the whole ebuild repository.

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

Véase también

 * Overlays project - The official Gentoo project for ebuild repositories' support.
 * Overlays guide (Overlay project) - A user guide written by the Overlay project.
 * Developer's guide to Gentoo overlays - This document is kept only for historical purposes. The current guide is maintained as Project:Overlays/Overlays guide.
 * Defining a custom repository - Section in the Gentoo Handbook

Recursos externos

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