Difference between revisions of "Official Repositories (Español)"

From ArchWiki
Jump to: navigation, search
(Actualizar:2012.11.18)
Line 7: Line 7:
 
[[nl:Official Repositories]]
 
[[nl:Official Repositories]]
 
[[pt:Official Repositories]]
 
[[pt:Official Repositories]]
 +
[[ro:Depozitele oficiale]]
 
[[ru:Official Repositories]]
 
[[ru:Official Repositories]]
 
[[tr:Resmi_Depolar]]
 
[[tr:Resmi_Depolar]]
 
[[zh-CN:Official Repositories]]
 
[[zh-CN:Official Repositories]]
 
[[zh-TW:Official Repositories]]
 
[[zh-TW:Official Repositories]]
{{out of date}}
+
{{Article summary start|Sumario}}
 +
{{Article summary text|Los repositorios de software contienen software compilado y empaquetado por los desarrolladores y los Usuarios de Confianza (''«Trusted Users»''), de fácil acceso a través de pacman. En este artículo se describen los repositorios oficiales proporcionados con el apoyo de los desarrolladores Arch de Linux.}}
 +
{{Article summary heading|Descripción}}
 +
{{Article summary text|Los paquetes en Arch Linux son compilados usando [[makepkg]] y un script personalizado por cada paquete (conocido como [[PKGBUILD]]). Una vez empaquetado, el software puede ser instalado y gestionado con [[pacman (Español)|pacman]]. Los PKGBUILD para el software presente en los '''repositorios oficiales''' están disponibles desde el árbol [[ABS]]; otros miles más están disponibles desde el repositorio [[Arch_User_Repository|AUR]] (sin soporte).}}
 +
{{Article summary heading|Relacionado}}
 +
{{Article summary wiki|Mirrors}}
 +
{{Article summary wiki|Arch User Repository}}
 +
{{Article summary wiki|Unofficial User Repositories}}
 +
{{Article summary end}}
  
:''Debido a que hay mucha confusión acerca de los repositorios oficiales, este articulo trata de explicar su significado:''
+
Un [[Wikipedia:es:Repositorio|repositorio de software]] es un lugar donde se almacenan los paquetes de software, los cuales pueden ser recuperados e instalados en un ordenador. Los [[Package Maintainer|mantenedores de paquetes]] de Arch Linux  (y los desarrolladores [[Trusted Users]]) mantienen una serie de repositorios oficiales que contienen paquetes de software, desde el más esencial al extra, a los que se puede acceder fácilmente mediante [[pacman (Español)|pacman]]. En este artículo se describen estos repositorios con apoyo oficial.
  
== Trasfondo Histórico ==
+
== Antecedentes históricos ==
  
La mayoría de los grupos de repositorios existen por razones históricas. Originalmente, cuando esta distribución era usada por muy pocos usuarios, solo había un repositorio, el que ahora es [core] -- solía ser llamado [official]. Este repositorio contenía básicamente las aplicaciones preferidas de Judd (aunque este no es el caso ahora). La cada grupo estaba diseñado para contener un "tipo" de programa -- un Entorno de Escritorio, un navegador, etc.
+
La mayoría de los grupos de repositorios existen por razones históricas. Originalmente, cuando Arch Linux era usada por muy pocos usuarios, solo había un depósito conocido como ''[official]'' (ahora '''[core]'''). Este repositorio contenía básicamente las aplicaciones preferidas de Judd Vinet. Cada grupo estaba diseñado para contener un programa para cada tipo de aplicación: un entorno de escritorio, un navegador, etc.
  
En ese entonces existían usuarios que no preferían las elecciones de Judd, debido a que el [[Arch Build System (Español)|ABS]] es tan fácil de usar, comenzaron a crear paquetes propios. Estos paquetes fueron incorporados a un repositorio llamado [unofficial] y fueron mantenidos por distintos desarrolladores. Eventualmente estos dos repositorios consiguieron apoyo por parte de todos los desarrolladores. Como los nombres [oficial] y [unoficial] no eran aplicables fueron renombrados a [current] y [extra] en la versión 0.5.  
+
En aquel entonces existían algunos usuarios a los que no les gustaba las selecciones de Judd, y dado que el [[Arch Build System (Español)|ABS]] era fácil de usar, comenzaron a crear sus propios paquetes. Estos paquetes fueron incorporados a un repositorio llamado [unofficial] y fueron mantenidos por algunos desarrolladores de Judd. Con el tiempo estos dos repositorios consiguieron apoyo por parte de todos los desarrolladores. Como los nombres [oficial] y [unoficial] ya no reflejaban su verdadero propósito fueron renombrados a [current] y [extra] en torno a la versión 0.5.  
  
Poco tiempo después de la versión 2007.8.1, [current] fue renombrado a [core] para prevenir confusión sobre lo que contenía. Los repositorios ahora se encuentran bajo la misma mirada de desarrolladores y la comunidad, pero [core] tiene algunas diferencias, la principal siendo que los paquetes para el CD de instalación y los snapshots son tomados solo de [core]. Este repositorio aun provee un completo sistema Linux, pero puede no ser el sistema que tu deseas.
+
Poco tiempo después del lanzamiento de la versión 2007.08.01, [current] fue renombrado a [core] para prevenir confusiones sobre lo que contenía. Los repositorios ahora se encuentran atendidos por igual por los desarrolladores y la comunidad, pero [core] tiene algunas diferencias, la principal es que los paquetes para el CD de instalación y las liberaciones de instantáneas (''«snapshots»'') son tomados solo de [core]. Este repositorio aun provee un completo sistema Linux, pero puede no ser el sistema que desee.
  
En algún momento entre 0.5 y 0.6, se descubrió que existían muchos paquetes que los desarrolladores no querían mantener. Uno de los desarrolladores (Xentac) configuro el Repositorio de Usuarios Confiables (Trusted User Repositories) que era básicamente un repositorio no oficial en el cual los usuarios confiables podían incluir paquetes que ellos hayan creado. Existió un repositorio [staging] donde los paquetes podían ser promovidos al repositorio oficial por uno de los desarrolladores de Arch Linux, pero más allá de esto, los desarrolladores y usuarios confiables estaban más o menos separados.
+
En algún momento entre versión 0.5 y la 0.6, se descubrió que existían muchos paquetes que los desarrolladores no querían mantener. Uno de los desarrolladores (Xentac) preparó el «Repositorio de Usuarios de Confianza» (''Trusted User Repositories'') que era básicamente un repositorio no oficial en el cual los usuarios de confianza podían colocar paquetes que ellos hubieran creado. Existió un repositorio [staging], donde los paquetes podían ser derivados a uno de los repositorios oficiales mantenidos por los desarrolladores de Arch Linux, pero a parte de esto, los desarrolladores y usuarios de confianza se han mantenidos más o menos distintos.
  
Esto funciono por un tiempo, pero no cuando uno de los usuarios confiables se aburría de su repositorio o cuando un usuario no confiable quería compartir sus propios paquetes. Esto llevo al desarrollo del [[Arch User Repository (Español)|AUR]]. Los TUs (Usuarios Confiables) fueron congregados en un grupo más unido y ahora mantienen colectivamente el repositorio [community]. Los usuarios confiables aun son un grupo separado de los desarrolladores de Arch Linux y no existe mucha comunicación entre ellos. Sin embargo, los paquetes populares aun son promovidos desde [community] a [extra] en ocasiones. El AUR también permite a usuarios no confiables a enviar [[PKGBUILD (Español)|PKGBUILD]]s para ser usados por otros usuarios si lo desean. Estos paquetes no cuentan con soporte y a veces son llamados el repositorio [unsupported], aunque debido a que no se distribuyen paquetes binarios, [unsupported] no es realmente un repositorio. Usuarios confiables puede adoptar paquetes de [unsupported] e incorporarlos a [community], ya sea porque el paquete es popular o porque están interesados en mantenerlo.
+
Este sistema funciono por un tiempo, pero luego los Usuarios de Confianza comenzaron a descuidar su repositorio, mientras que los usuarios normales deseaban compartir sus paquetes. Esto llevo al desarrollo del repositorio [[Arch User Repository (Español)|AUR]]. Los Usuarios de Confianza (''«Trued Users»'') fueron congregados en un grupo más unido y ahora mantienen colectivamente el repositorio [community]. Los usuarios de confianza aun son un grupo separado de los desarrolladores de Arch Linux y no existe mucha comunicación entre ambos colectivos. Sin embargo, los paquetes populares aun siguen siendo derivados desde [community] a [extra], en ocasiones. El repositorio [https://aur.archlinux.org/ AUR] también permite a usuarios que no tienen la clasificación «Trued Users» enviar PKGBUILDs.
  
== Lista de Repositorios ==
+
Después de [https://www.archlinux.org/news/please-avoid-kernel-261614-1/ numerosos problemas ] causados por un kernel introducido en '''[core]''' , fue presentada la norma «política del visto bueno del núcleo» (''«core signoff policy»'') . Desde entonces, todas las actualizaciones de los paquetes depositados en [core] tienen que ser presentados primero a través del repositorio '''[testing]''' , y únicamente después de varios '' vistos buenos'' («signoffs») de otros desarrolladores se les permite moverse a core. Con el tiempo, se observó que algunos paquetes destinados a [core] tenían poco uso, para este tipo de paquetes el visto bueno de los usuarios o, incluso, la falta de informes de errores, se aceptó oficiosamente como criterio para admitirlos.
Arch actualmente ofrece los siguientes repositorios accesibles a través de pacman:
+
  
===[core]===
+
A finales 2009, principios de 2010, con la llegada de unos nuevos sistemas de archivos y el deseo de apoyarlos durante la instalación, junto con la conciencia de que [core] nunca se definió claramente (simplemente «paquetes importantes, seleccionados por los desarrolladores»), los repositorios recibieron una descripción más precisa (véase más adelante).
  
El principio detrás de [core] es proveer solamente una de cada herramienta necesaria para un sistema base Arch Linux; La cadena de herramientas GNU, el kernel de Linux, un editor, un navegador de línea de comandos, etc. (Hay muchas excepciones. Por ejemplo, tanto vi como nano están disponibles, permitiendo al usuario elegir uno o ambos.) [core] contiene todos los paquetes que deben estar perfectamente trabajando para que tu sistema siga funcionando. Estos paquetes del sistema son absolutamente críticos. Mantenido por los desarrolladores.
+
== [core] ==
*''El CD de instalación Core contiene simplemente un script de instalación, y una imagen (snapshot) del repositorio core del momento de la liberación o release.''
+
  
===[extra]===
+
Este depósito se encuentra en {{ic|.../core/os/}} desde su mirror favorito.
  
El repositorio [extra] contiene todos los paquetes que no son necesarios para un sistema base Arch, pero contribuyen a un entorno más completo en funcionalidades. [[Xorg (Español)|X]], [[KDE (Español)|KDE]] y [[GNOME (Español)|GNOME]], por ejemplo, pueden ser encontrados aquí. Mantenido por los desarrolladores.
+
Cuenta con unos requisitos de calidad muy estrictos:
  
===[community]===
+
* Los desarrolladores y/o usuarios necesitan dar el visto bueno para las actualizaciones de los paquetes antes de que estos últimos sean aceptados.
  
El repositorio [community] es mantenido por los ''Trusted Users (TUs, "Usuarios Confiables")'' , y técnicamente es parte del ''Arch User Repository ([[Arch User Repository (Español)|AUR]], Repositorio de Usuarios Arch Linux)''. Contiene paquetes binarios del AUR que tienen suficientes votos y fueron adoptados por un ''Trusted User''. Al igual que todos los repositorios listados anteriormente, [community] está accesible a través de [[pacman (Español)|pacman]].
+
* Para paquetes con poco uso, una exposición razonable (es decir, el informe de los usuarios acerca de la actualización, peticiones de autoriazaciones, período de pruebas de hasta una semana, dependiendo de la severidad del cambio, la falta de informes de fallos pendientes, junto con el visto bueno implícito del mantenedor del paquete) es suficiente.
  
===[multilib]===
+
Contiene paquetes que:
  
Los usuarios que usan Arch Linux de 64 bits pueden usar paquetes que no están para esta arquitectura. Las versiones de paquetes de 32 bits pueden ser usadas en un escritorio de 64 bits, para esto se necesitan tener instalados algunos paquetes de 32 bits, en [multilib] se encuentran estos paquetes. Este repositorio es de sólo binarios y es accesible por pacman.
+
:* Son necesarios para arrancar cualquier tipo de sistema de apoyo de Arch.
 +
:* Pueden ser necesario para conectarse a Internet.
 +
:* Son esenciales para la compilación de paquetes.
 +
:* Pueden gestionar y verificar/reparar sistemas de archivos compatibles.
 +
:* Paquetes necesarios en la primera fase del proceso de instalación aunque sean muy exclusivos dado que la mayoría de los usuarios no los van a necesitar (por ejemplo, {{pkg|openssh}}).
 +
:* Son dependencias (pero no necesariamente makedepends) de los anteriores.
  
{{Nota | Si desea agregar este repositorio, es necesario que agregue las siguientes lineas al archivo {{ic|/etc/pacman.conf}}.}}
+
{{Nota|Este depósito era incluido en los soportes de instalación, por lo que podía construirse un sistema de base totalmente funcional sin acceso a Internet. Esto ya no es posible. El acceso a Internet se necesario ahora con el fin de instalar un nuevo sistema. Véase [[Pacman_Tips#Installing_packages_from_a_CD.2FDVD_or_USB_stick|esto]] si desea crear un repositorio local con paquetes desde [core] o desde cualquiera de los otros repositorios.}}
  
[multilib]
+
== [extra] ==
Include = /etc/pacman.d/mirrorlist
+
  
===[unsupported] (también conocido como AUR)===
+
Este depósito se encuentra en {{ic|.../extra/os/}} desde su mirror favorito.
El [[Arch User Repository (Español)|AUR]] también contiene la rama '''unsupported''', que no es accesible directamente por pacman*. [unsupported] contiene más de 8 mil scripts [[PKGBUILD (Español)|PKGBUILD]] para generar paquetes a partir del código fuente, que pueden no estar disponibles en otros repositorios.
+
  
<nowiki>*</nowiki> '''''[[AUR Helpers]]''''' puede ayudarte a accesar de forma transparente el AUR (actualmente no disponible en español).
+
Contiene todos los paquetes que no se ajustan a los requisitos para estar en [core]. Por ejemplo: Xorg, gestores de ventanas, navegadores Web, reproductores multimedia, herramientas para trabajar con lenguajes como Python y Ruby, y mucho otros.
  
===[testing]===
+
== [community] ==
  
El repositorio [testing] contiene software candidato para los repositorios [core] o [extra]. Nuevos paquetes se colocan en [testing] si:
+
Este depósito se encuentra en {{ic|.../community/os/}} con su mirror favorito.
* se espera que rompan algo al actualizar y deben ser probados primero.
+
* requieren que otros paquetes sean recompilados, en este caso todos los paquetes que requieren ser recompilados se colocan primero en [testing]. Cuando se terminan todas las recompilaciones, se mueven a sus repositorios correspondientes. Mantenido por los desarrolladores.
+
[testing] es el único repositorio que puede tener colisiones con cualquier otro repositorio oficial.
+
experimental e inestable, especialmente si la versión de desarrollo de un paquete se volvió popular por algún motivo. Por ejemplo, es posible que la versión estable esté rotundamente fuera de fecha, o que la versión inestable tenga cambios innovadores en los que muchos usuarios estén interesados, como drivers del kernel experimentales o versiones de paquetes -svn. Mantenido por los desarrolladores.
+
  
{{Nota | Si es habilitado, [testing] debe ser el primer repositorio listado en el archivo {{ic|/etc/pacman.conf}}.}}
+
Contiene los paquetes provenientes del repositorio [[Arch User Repository]] que obtivieron los votos suficientes para ser adoptadas por un [[Trusted_Users|Usuario de Confianza]].
  
{{Advertencia| Es posible que el sistema se rompa si se realiza una actualización del sistema con el repositorio [testing] habilitado. Solo usuarios experimentados deben utilizar este repositorio.}}
+
== [multilib] ==
  
===[community-testing]===
+
Este depósito se encuentra en {{ic|.../multilib/os/}} desde su mirror favorito.
  
===[multilib-testing]===
+
Contiene el software de 32 bits y las bibliotecas que se pueden utilizar para ejecutar y desarrollar aplicaciones de 32 bits en instalaciones de 64 bits (por ejemplo, {{Pkg|wine}}, {{Pkg|skype}}, etc.).
  
==Viejos==
+
Para obtener más información, véase [[Multilib]].
[core]
+
  
El repositorio [core] puede ser encontrado dentro de ''core/os/i686'' o ''core/os/x86_64'' en tu mirror preferido. Contiene paquetes centrales de Arch y algo de software adicional, la filosofía es "un de cada", para que contuviera solo un editor, un administrador de ventanas, etc. (por supuesto, esta filosofía no es seguida muy estrictamente).
+
== [testing] ==
  
Snapshots del repositorio core son publicados tambien en el CD de instalación ''full''.
+
{{Advertencia|Tenga cuidado al activar el repositorio [testing]. Su sistema puede volverse inestable después de realizar una actualización. Solo los usuarios experimentados que saben cómo hacer frente a una potencial rotura del sistema deben utilizarlo.}}
  
[extra]
+
Este depósito se encuentra en {{ic|.../testing/os/}} desde su mirror favorito.
  
El repositorio [extra] puede ser encontrado dentro de 'extra/os/i686' o 'extra/os/x86_64' en tu mirror preferido. Contiene todos los paquetes de Arch que no llegaron a ser incluídos en [core]. Cosas importantes como KDE o GNOME se pueden encontrar aquí.
+
Es especial porque contiene paquetes que son candidatos para los repositorios [core] o [extra].
  
[unstable]  
+
Los nuevos paquetes entran en [testing] si:
  
El respositorio [unstable] puede ser encontrado dentro de 'unstable/os/i686' en tu mirror preferido. Este respitorio contiene software experimental e inestable, especialmente si la versión de desarrollo de un paquete se ha vuelto popular por alguna razón; por ejemplo si la versión estable está desactualizada o la nueva versión (inestable) tiene grandes cambios que muchos usuarios estén interesados en probar. Se encuentran drivers experimentales para el kernel o versiones SVN.
+
* Se sospecha que puedan romper algo con una actualización y necesitan ser probado en primer lugar.
  
En contraposición a lo que se cree popularmente, es perfectamente seguro habilitar el repositorio [unstable] debido a que no hay colisiones con los nombres de los paquetes de [core] o [extra], esto significa que los paquetes de [unstable] son únicamente instalados si así lo hace explícitamente.
+
* Se requieren otros paquetes que ser reconstruido. En este caso, todos los paquetes que se necesitan para la recompilación se ponen en [testing] primero y cuando se completan todas las recompilaciones, se les traslada de nuevo a los otros repositorios.
  
Actualmente el respositorio [unstable] no es mantenido para 'x86_64'.
+
Este es el único depósito que puede tener colisiones de nombres con cualquiera de los repositorios oficiales. Si está habilitado, tiene que ser el primer repositorio listado en su archivo {{ic|/etc/pacman.conf}}.
  
[testing]  
+
Tenga en cuenta que no se trata de un repositorio que contenga «la más reciente» de las versiones de los paquetes. Parte de su propósito es mantener actualizaciones de paquetes que tienen el potencial de '''causar la rotura del sistema''', ya sea por ser parte del conjunto de paquetes contenidos en [core], o por ser crítico de otra manera. Como tal, los usuarios del repositorio [testing] son '''fuertemente alentados''' a suscribirse a la lista de correo de [https://mailman.archlinux.org/mailman/listinfo/arch-dev-public arch-dev-public], mirar el [https://bbs.archlinux.org/viewforum.php?id=49 <nowiki></nowiki> Fórum del Repositorio [testing]], y a [https://bugs.archlinux.org/ informar] de todos los fallos.
  
El repositorio [testing] puede ser encontrado dentro de 'testing/os/i686' de tu mirror preferido. [testing] es especial ya que contiene paquetes que son candidatos para entrar en los repositorios [core], [extra] o [unstable]. Los nuevos paquetes van a [testing] si:
+
Si activa [testing], también debe activar [community-testing].
* se espera que la actualización rompa algo y necesita ser probado primero
+
* se requiere que otros paquetes se vuelvan a construir. En este caso, todos los paquetes que necesiten ser reconstruídos son puestos dentro de [testing] primero y cuando las reconstrucciones son efectuadas son movidos de vuelta a los otros repositorios
+
  
[testing] es el único repositorio que puede tener colisiones con los nombres de paquetes de los otros repositorios oficiales. Si está habilitado, tiene que ser el primer repositorio listado en tu archivo {{ic|/etc/pacman.conf}}
+
== [community-testing] ==
  
Se cuidadoso cuando habilitas [testing]. Tu sistema puede romperse después de actualizarlo con [testing] habilitado. Solo usuarios experimentados deben usarlo.
+
Este repositorio es como el repositorio [testing] pero con los paquetes que son candidatos para el repositorio [community].
  
[release]  
+
Si lo activa, también tiene que activar [testing].
  
El repositorio [release] es una instantánea del repositorio [core] cuando se hace una release. Está aquí por motivos históricos y no está pensado para un uso general.
+
== [multilib-testing] ==
  
[community]  
+
Este repositorio es como el repositorio [testing] pero con los paquetes que son candidatos para el repositorio [multilib].
  
El repositorio [community] puede ser encontrado dentro de 'community/os/i686' o 'community/os/x86_64' de tu  mirror preferido. Es mantenido por los Usuarios Confiables (TUs por sus siglas en inglés: Trusted Users) y es parte del Repositorio de Usuarios [[Arch User Repository (Español)|AUR]]. Contiene paquetes del AUR que tuvieron suficientes votos y fueron adoptados por un TU (Usuario Confiable)
+
Si lo activa, también tiene que activar [testing].
 
+
El repositorio [community] se volvió disponible para 'x86_64' recientemente, por lo que no esperes encontrar tantos paquetes allí.
+
 
+
[unsupported]
+
 
+
El repositorio [unsupported] no es realmente un repositorio. A diferencia de los demás, no provee paquetes binarios. Es usado para referirse a la colección de [[PKGBUILD (Español)|PKGBUILD]]s en [[Arch User Repository (Español)|AUR]] que son enviados por usuarios comunes, por lo que el repositorio [unsupported] es no-oficial.
+

Revision as of 10:02, 19 November 2012

Sumario help replacing me
Los repositorios de software contienen software compilado y empaquetado por los desarrolladores y los Usuarios de Confianza («Trusted Users»), de fácil acceso a través de pacman. En este artículo se describen los repositorios oficiales proporcionados con el apoyo de los desarrolladores Arch de Linux.
Descripción
Los paquetes en Arch Linux son compilados usando makepkg y un script personalizado por cada paquete (conocido como PKGBUILD). Una vez empaquetado, el software puede ser instalado y gestionado con pacman. Los PKGBUILD para el software presente en los repositorios oficiales están disponibles desde el árbol ABS; otros miles más están disponibles desde el repositorio AUR (sin soporte).
Relacionado
Mirrors
Arch User Repository
Unofficial User Repositories

Un repositorio de software es un lugar donde se almacenan los paquetes de software, los cuales pueden ser recuperados e instalados en un ordenador. Los mantenedores de paquetes de Arch Linux (y los desarrolladores Trusted Users) mantienen una serie de repositorios oficiales que contienen paquetes de software, desde el más esencial al extra, a los que se puede acceder fácilmente mediante pacman. En este artículo se describen estos repositorios con apoyo oficial.

Antecedentes históricos

La mayoría de los grupos de repositorios existen por razones históricas. Originalmente, cuando Arch Linux era usada por muy pocos usuarios, solo había un depósito conocido como [official] (ahora [core]). Este repositorio contenía básicamente las aplicaciones preferidas de Judd Vinet. Cada grupo estaba diseñado para contener un programa para cada tipo de aplicación: un entorno de escritorio, un navegador, etc.

En aquel entonces existían algunos usuarios a los que no les gustaba las selecciones de Judd, y dado que el ABS era fácil de usar, comenzaron a crear sus propios paquetes. Estos paquetes fueron incorporados a un repositorio llamado [unofficial] y fueron mantenidos por algunos desarrolladores de Judd. Con el tiempo estos dos repositorios consiguieron apoyo por parte de todos los desarrolladores. Como los nombres [oficial] y [unoficial] ya no reflejaban su verdadero propósito fueron renombrados a [current] y [extra] en torno a la versión 0.5.

Poco tiempo después del lanzamiento de la versión 2007.08.01, [current] fue renombrado a [core] para prevenir confusiones sobre lo que contenía. Los repositorios ahora se encuentran atendidos por igual por los desarrolladores y la comunidad, pero [core] tiene algunas diferencias, la principal es que los paquetes para el CD de instalación y las liberaciones de instantáneas («snapshots») son tomados solo de [core]. Este repositorio aun provee un completo sistema Linux, pero puede no ser el sistema que desee.

En algún momento entre versión 0.5 y la 0.6, se descubrió que existían muchos paquetes que los desarrolladores no querían mantener. Uno de los desarrolladores (Xentac) preparó el «Repositorio de Usuarios de Confianza» (Trusted User Repositories) que era básicamente un repositorio no oficial en el cual los usuarios de confianza podían colocar paquetes que ellos hubieran creado. Existió un repositorio [staging], donde los paquetes podían ser derivados a uno de los repositorios oficiales mantenidos por los desarrolladores de Arch Linux, pero a parte de esto, los desarrolladores y usuarios de confianza se han mantenidos más o menos distintos.

Este sistema funciono por un tiempo, pero luego los Usuarios de Confianza comenzaron a descuidar su repositorio, mientras que los usuarios normales deseaban compartir sus paquetes. Esto llevo al desarrollo del repositorio AUR. Los Usuarios de Confianza («Trued Users») fueron congregados en un grupo más unido y ahora mantienen colectivamente el repositorio [community]. Los usuarios de confianza aun son un grupo separado de los desarrolladores de Arch Linux y no existe mucha comunicación entre ambos colectivos. Sin embargo, los paquetes populares aun siguen siendo derivados desde [community] a [extra], en ocasiones. El repositorio AUR también permite a usuarios que no tienen la clasificación «Trued Users» enviar PKGBUILDs.

Después de numerosos problemas causados por un kernel introducido en [core] , fue presentada la norma «política del visto bueno del núcleo» («core signoff policy») . Desde entonces, todas las actualizaciones de los paquetes depositados en [core] tienen que ser presentados primero a través del repositorio [testing] , y únicamente después de varios vistos buenos («signoffs») de otros desarrolladores se les permite moverse a core. Con el tiempo, se observó que algunos paquetes destinados a [core] tenían poco uso, para este tipo de paquetes el visto bueno de los usuarios o, incluso, la falta de informes de errores, se aceptó oficiosamente como criterio para admitirlos.

A finales 2009, principios de 2010, con la llegada de unos nuevos sistemas de archivos y el deseo de apoyarlos durante la instalación, junto con la conciencia de que [core] nunca se definió claramente (simplemente «paquetes importantes, seleccionados por los desarrolladores»), los repositorios recibieron una descripción más precisa (véase más adelante).

[core]

Este depósito se encuentra en .../core/os/ desde su mirror favorito.

Cuenta con unos requisitos de calidad muy estrictos:

  • Los desarrolladores y/o usuarios necesitan dar el visto bueno para las actualizaciones de los paquetes antes de que estos últimos sean aceptados.
  • Para paquetes con poco uso, una exposición razonable (es decir, el informe de los usuarios acerca de la actualización, peticiones de autoriazaciones, período de pruebas de hasta una semana, dependiendo de la severidad del cambio, la falta de informes de fallos pendientes, junto con el visto bueno implícito del mantenedor del paquete) es suficiente.

Contiene paquetes que:

  • Son necesarios para arrancar cualquier tipo de sistema de apoyo de Arch.
  • Pueden ser necesario para conectarse a Internet.
  • Son esenciales para la compilación de paquetes.
  • Pueden gestionar y verificar/reparar sistemas de archivos compatibles.
  • Paquetes necesarios en la primera fase del proceso de instalación aunque sean muy exclusivos dado que la mayoría de los usuarios no los van a necesitar (por ejemplo, openssh).
  • Son dependencias (pero no necesariamente makedepends) de los anteriores.
Nota: Este depósito era incluido en los soportes de instalación, por lo que podía construirse un sistema de base totalmente funcional sin acceso a Internet. Esto ya no es posible. El acceso a Internet se necesario ahora con el fin de instalar un nuevo sistema. Véase esto si desea crear un repositorio local con paquetes desde [core] o desde cualquiera de los otros repositorios.

[extra]

Este depósito se encuentra en .../extra/os/ desde su mirror favorito.

Contiene todos los paquetes que no se ajustan a los requisitos para estar en [core]. Por ejemplo: Xorg, gestores de ventanas, navegadores Web, reproductores multimedia, herramientas para trabajar con lenguajes como Python y Ruby, y mucho otros.

[community]

Este depósito se encuentra en .../community/os/ con su mirror favorito.

Contiene los paquetes provenientes del repositorio Arch User Repository que obtivieron los votos suficientes para ser adoptadas por un Usuario de Confianza.

[multilib]

Este depósito se encuentra en .../multilib/os/ desde su mirror favorito.

Contiene el software de 32 bits y las bibliotecas que se pueden utilizar para ejecutar y desarrollar aplicaciones de 32 bits en instalaciones de 64 bits (por ejemplo, wine, skype, etc.).

Para obtener más información, véase Multilib.

[testing]

Advertencia: Tenga cuidado al activar el repositorio [testing]. Su sistema puede volverse inestable después de realizar una actualización. Solo los usuarios experimentados que saben cómo hacer frente a una potencial rotura del sistema deben utilizarlo.

Este depósito se encuentra en .../testing/os/ desde su mirror favorito.

Es especial porque contiene paquetes que son candidatos para los repositorios [core] o [extra].

Los nuevos paquetes entran en [testing] si:

  • Se sospecha que puedan romper algo con una actualización y necesitan ser probado en primer lugar.
  • Se requieren otros paquetes que ser reconstruido. En este caso, todos los paquetes que se necesitan para la recompilación se ponen en [testing] primero y cuando se completan todas las recompilaciones, se les traslada de nuevo a los otros repositorios.

Este es el único depósito que puede tener colisiones de nombres con cualquiera de los repositorios oficiales. Si está habilitado, tiene que ser el primer repositorio listado en su archivo /etc/pacman.conf.

Tenga en cuenta que no se trata de un repositorio que contenga «la más reciente» de las versiones de los paquetes. Parte de su propósito es mantener actualizaciones de paquetes que tienen el potencial de causar la rotura del sistema, ya sea por ser parte del conjunto de paquetes contenidos en [core], o por ser crítico de otra manera. Como tal, los usuarios del repositorio [testing] son fuertemente alentados a suscribirse a la lista de correo de arch-dev-public, mirar el Fórum del Repositorio [testing], y a informar de todos los fallos.

Si activa [testing], también debe activar [community-testing].

[community-testing]

Este repositorio es como el repositorio [testing] pero con los paquetes que son candidatos para el repositorio [community].

Si lo activa, también tiene que activar [testing].

[multilib-testing]

Este repositorio es como el repositorio [testing] pero con los paquetes que son candidatos para el repositorio [multilib].

Si lo activa, también tiene que activar [testing].