0 - en to es-ES translation catalogue (124 entries)

en: Backport
es-ES: Retroadaptación

en: Rebuild
es-ES: Recompilación

en: Source package
es-ES: Paquete fuente

en: Archive
es-ES: Repositorio

en: Meta-package
es-ES: Metapaquete

en: Debian Developer
es-ES: Desarrollador Debian

en: Maintainer
es-ES: Responsable

en: Creating a Debian Package
es-ES: Creación de un paquete Debian

en: It is quite common, for an administrator who has been handling Debian packages in a regular fashion, to eventually feel the need to create their own packages, or to modify an existing package. This chapter aims to answer the most common questions in this field, and provide the required elements to take advantage of the Debian infrastructure in the best way. With any luck, after trying your hand for local packages, you may even feel the need to go further than that and join the Debian project itself!
es-ES: Es muy común para un administrador Debian que gestiona diariamente paquetes Debian finalmente sentir la necesidad de crear sus propios paquetes o modificar un paquete existente. Este capítulo pretende dar respuesta a las preguntas más comunes en este campo y proporcionar los elementos necesarios para aprovechar lo mejor posible la infraestructura de Debian. Con un poco de suerte, después de probar con paquetes locales, incluso puede sentir la necesidad de ir más allá y ¡unirse al proyecto Debian en sí!

en: Rebuilding a Package from its Sources
es-ES: Recompilación de un paquete desde sus fuentes

en: Rebuilding a binary package is required under several sets of circumstances. In some cases, the administrator needs a software feature that requires the software to be compiled from sources, with a particular compilation option; in others, the software as packaged in the installed version of Debian is not recent enough. In the latter case, the administrator will usually build a more recent package taken from a newer version of Debian — such as <emphasis role="distribution">Testing</emphasis> or even <emphasis role="distribution">Unstable</emphasis> — so that this new package works in their <emphasis role="distribution">Stable</emphasis> distribution; this operation is called “backporting”. As usual, care should be taken, before undertaking such a task, to check whether it has been done already — a quick look on the Debian Package Tracker for that package will reveal that information. <ulink type="block" url="https://tracker.debian.org/" /> <indexterm><primary>backport</primary></indexterm>
es-ES: Son varias las cirunstancias bajo las que es necesario reconstruir un paquete binario. En algunos casos, el administrador necesita una funcionalidad del software para la que necesitará compilarlo desde sus fuentes con alguna opción de compilación particular; en otras, el software empaquetado para la versión de Debian instalada no es suficientemente reciente. En el último caso, el administrador generalmente compilará un paquete más reciente que obtendrá de una versión más reciente de Debian — como <emphasis role="distribution">Testing</emphasis> o inclusive <emphasis role="distribution">Unstable</emphasis> — para que este nuevo paquete funcione con su distribución <emphasis role="distribution">Stable</emphasis>; esta operación es llamada «retroadaptación» («backporting»). Como siempre, antes de embarcarse en esta tarea, se debe revisar si no fue hecha ya — un repaso rápido al gestor de seguimiento de paquetes Debian mostrará esta información. <ulink type="block" url="https://tracker.debian.org/" /><indexterm><primary>backport</primary></indexterm>

en: Getting the Sources
es-ES: Obtención de las fuentes

en: Making Changes
es-ES: Realización de cambios

en: Let us use the <emphasis role="pkg">samba</emphasis> package as an example.
es-ES: Usemos el paquete <emphasis role="pkg">samba</emphasis> como ejemplo.

en: The last command invokes a text editor (<command>sensible-editor</command> — this should be your favorite editor if it is mentioned in the <varname>VISUAL</varname> or <varname>EDITOR</varname> environment variables, and the default editor otherwise) to allow documenting the differences brought by this rebuild. This editor shows us that <command>dch</command> really did change the <filename>debian/changelog</filename> file.
es-ES: La última orden llama a un editor de texto (<command>sensible-editor</command> —esto debería ser su editor favorito si se menciona en las variables de entorno <varname>VISUAL</varname> o <varname>EDITOR</varname>, y el editor predeterminado en caso contrario—) para permitir documentar las diferencias que ha traido esta recompilación. El editor nos muestra que <command>dch</command> realmente cambió el archivo <filename>debian/changelog</filename>.

en: Depending on the local changes to the packages, an update may also be required in the <filename>debian/control</filename> file, which contains a description of the generated packages. In particular, this file contains <literal>Build-Depends</literal> lines controlling the list of dependencies that must be fulfilled at package build time. These often refer to versions of packages contained in the distribution the source package comes from, but which may not be available in the distribution used for the rebuild. There is no automated way to determine if a dependency is real or only specified to guarantee that the build should only be attempted with the latest version of a library — this is the only available way to force an <emphasis>autobuilder</emphasis> to use a given package version during build, which is why Debian maintainers frequently use strictly versioned build-dependencies.
es-ES: Dependiendo de los cambios locales a los paquetes, también podría necesitar actualizar el archivo <filename>debian/control</filename>, que contiene una descripción de los paquetes generados. En particular, este paquete contiene líneas <literal>Build-Depends</literal> que controlan la lista de dependencias que se deben cumplir en el momento de compilar un paquete. Éstas líneas generalmente hacen referencia a las versiones de los paquetes que se encuentran en la distribución de la que proveen los paquetes fuente pero que pueden no estar disponibles en la distribución en la que estamos recompilando. No hay una forma automatizada para determinar si una dependencia es real o sólo está presente para garantizar que sólo se intente compilar con la última versión de una biblioteca — esta es la única forma de forzar que <emphasis>autobuilder</emphasis> utilice una versión específica de un paquete durante su compilación, por lo que los desarrolladores Debian frecuentemente utilizan dependencias de compilación con versiones estrictas.

en: If you know for sure that these build-dependencies are too strict, you should feel free to relax them locally. Reading the files which document the standard way of building the software — these files are often called <filename>INSTALL</filename> — will help you figure out the appropriate dependencies. Ideally, all dependencies should be satisfiable from the distribution used for the rebuild; if they are not, a recursive process starts, whereby the packages mentioned in the <literal>Build-Depends</literal> field must be backported before the target package can be. Some packages may not need backporting, and can be installed as-is during the build process (a notable example is <emphasis role="pkg">debhelper</emphasis>). Note that the backporting process can quickly become complex if you are not careful. Therefore, backports should be kept to a strict minimum when possible.
es-ES: Si está seguro que estas dependencias de compilación son muy estrictas, siéntase libre de relajarlas localmente. Lea los archivos que documentan la forma estándar de compilar el software — generalmente estos archivos son llamados <filename>INSTALL</filename> — le ayudarán a encontrar las dependencias adecuadas. Idealmente, podrá satisfacer todas las dependencias en la distribución que utilice para recompilar; de lo contrario, comienza un proceso recursivo en el que debemos retroadaptar los paquetes mencionados en el campo <literal>Build-Depends</literal> antes de poder finalizar con el paquete deseado. Algunos paquetes pueden no necesitar ser retroadaptados y puede instalarlos tal cual durante el proceso de compilación (un ejemplo notable es <emphasis role="pkg">debhelper</emphasis>). Sepa que el proceso de retroadaptación puede volverse muy complejo rápidamente si no tiene cuidado. Por lo tanto, debe mantener al mínimo las retroadaptaciones siempre que sea posible.

en: <emphasis>TIP</emphasis> Installing <literal>Build-Depends</literal>
es-ES: <emphasis>SUGERENCIA</emphasis> Instalación de <literal>Build-Depends</literal>

en: Starting the Rebuild
es-ES: Inicio de la recompilación

en: When all the needed changes have been applied to the sources, we can start generating the actual binary package (<filename>.deb</filename> file). The whole process is managed by the <command>dpkg-buildpackage</command> command.
es-ES: Cuando aplicamos los cambios necesarios a las fuentes, podemos comenzar la generación del paquete binario (archivo <filename>.deb</filename>). El programa <command>dpkg-buildpackage</command> gestiona todo el proceso.

en: Rebuilding a package
es-ES: Recompilación del paquete

en: <emphasis>TOOL</emphasis> <command>fakeroot</command>
es-ES: <emphasis>HERRAMIENTA</emphasis> <command>fakeroot</command>

en: In essence, the package creation process is a simple matter of gathering in an archive a set of existing (or built) files; most of the files will end up being owned by <emphasis>root</emphasis> in the archive. However, building the whole package under this user would imply increased risks; fortunately, this can be avoided with the <command>fakeroot</command> command. This tool can be used to run a program and give it the impression that it runs as <emphasis>root</emphasis> and creates files with arbitrary ownership and permissions. When the program creates the archive that will become the Debian package, it is tricked into creating an archive containing files marked as belonging to arbitrary owners, including <emphasis>root</emphasis>. This setup is so convenient that <command>dpkg-buildpackage</command> uses <command>fakeroot</command> by default when building packages.
es-ES: En esencia, el proceso de creación de un paquete es simple cuestión de reunir en un compendio un conjunto de archivos existentes (o compilados); en dicho compendio <emphasis>root</emphasis> será el dueño de la mayoría de los archivos del compendio. Sin embargo, crear todo el paquete bajo este usuario aumentaría los riesgos; afortunadamente, podemos evitar esto con el programa <command>fakeroot</command>. Podemos utilizar esta herramienta para ejecutar un programa y darle la impresión que está ejecutando como <emphasis>root</emphasis> y crea archivos con permisos y dueños arbitrarios. Cuando el programa crea el compendio que será el paquete Debian, se lo engaña para que cree un compendio con archivos con dueños arbitrarios, incluyendo <emphasis>root</emphasis>. Esta configuración es tan conveniente que <command>dpkg-buildpackage</command> utiliza <command>fakeroot</command> de forma predeterminada cuando genera paquetes.

en: Note that the program is only tricked into “believing” that it operates as a privileged account, and the process actually runs as the user running <command>fakeroot <replaceable>program</replaceable></command> (and the files are actually created with that user's permissions). At no time does it actually get root privileges that it could abuse.
es-ES: Sepa que sólo se engaña al programa para que «crea» que funciona bajo una cuenta con privilegios, pero el proceso realmente ejecuta como el usuario que ejecutó <command>fakeroot <replaceable>programa</replaceable></command> (y se crean los archivos con los permisos de dicho usuario). En ningún momento realmente obtiene privilegios de root que pueda abusar.

en: Building your First Package
es-ES: Creación de su primer paquete

en: Meta-Packages or Fake Packages
es-ES: Metapaquetes o paquetes falsos

en: Fake packages and meta-packages are similar, in that they are empty shells that only exist for the effects their meta-data have on the package handling stack.
es-ES: Los paquetes falsos y los metapaquetes son similares en que son cascarones vacíos que sólo existen por los efectos que tienen sus metadatos en el sistema de gestión de paquetes.

en: The purpose of a fake package is to trick <command>dpkg</command> and <command>apt</command> into believing that some package is installed even though it is only an empty shell. This allows satisfying dependencies on a package when the corresponding software was installed outside the scope of the packaging system. Such a method works, but it should still be avoided whenever possible, since there is no guarantee that the manually installed software behaves exactly like the corresponding package would and other packages depending on it would not work properly.
es-ES: El propósito de un paquete falso es engañar a <command>dpkg</command> y <command>apt</command> para que crean que un paquete está instalado, aunque solo sea una consola vacía. Esto permite satisfacer las dependencias de un paquete cuando se instaló el software correspondiente fuera del alcance del sistema de paquetes. Este método funciona, pero debería evitarlo siempre que sea posible ya que no hay garantías que el software instalado manualmente se comporta exactamente de la misma forma que el paquete correspondiente y que otros paquetes que dependan de él funcionarán correctamente.

en: On the other hand, a meta-package exists mostly as a collection of dependencies, so that installing the meta-package will actually bring in a set of other packages in a single step.
es-ES: Por otro lado, un metapaquete existe más que nada como una colección de dependencias, para que su instalación incluya un conjunto de otros paquetes en un solo paso.

en: Both these kinds of packages can be created by the <command>equivs-control</command> and <command>equivs-build</command> commands (in the <emphasis role="pkg">equivs</emphasis> package). The <command>equivs-control <replaceable>file</replaceable></command> command creates a Debian package header file that should be edited to contain the name of the expected package, its version number, the name of the maintainer, its dependencies, and its description. Other fields without a default value are optional and can be deleted. The <literal>Copyright</literal>, <literal>Changelog</literal>, <literal>Readme</literal> and <literal>Extra-Files</literal> fields are not standard fields in Debian packages; they only make sense within the scope of <command>equivs-build</command>, and they will not be kept in the headers of the generated package.
es-ES: Puede crear ambos tipos de paquetes con los programas <command>equivs-control</command> y <command>equivs-build</command> (en el paquete <emphasis role="pkg">equivs</emphasis>). Si ejecuta <command>equivs-control <replaceable>archivo</replaceable></command> creará un archivo de cabecera de un paquete Debian que debe editar para que contenga el nombre esperado del paquete, su número de versión, el nombre de su encargado, sus dependencias y su descripción. Puede eliminar todos los demás campos sin un valor predeterminado ya que son opcionales. Los campos <literal>Copyright</literal>, <literal>Changelog</literal>, <literal>Readme</literal> y <literal>Extra-Files</literal> no son campos estándar en los paquetes Debian, sólo tienen sentido dentro del alcance de <command>equivs-build</command> y no serán mantenidos en las cabeceras del paquete generado.

en: Header file of the <emphasis>libxml-libxml-perl</emphasis> fake package
es-ES: Archivo de cabecera del paquete falso <emphasis>libxml-libxml-perl</emphasis>

en: The next step is to generate the Debian package with the <command>equivs-build <replaceable>file</replaceable></command> command. Voilà: the package is created in the current directory and it can be handled like any other Debian package would.
es-ES: EL siguiente paso es generar el paquete Debian ejecutando <command>equivs-build <replaceable>archivo</replaceable></command>. Voilà: se creó el paquete en el directorio actual y lo puede utilizar como cualquier otro paquete Debian.

en: Simple File Archive
es-ES: Simple compendio de archivos

en: The Falcot Corp administrators need to create a Debian package in order to ease deployment of a set of documents on a large number of machines. The administrator in charge of this task first reads the “New Maintainer's Guide”, then starts working on their first package. <ulink type="block" url="https://www.debian.org/doc/manuals/maint-guide/" />
es-ES: Los administradores de Falcot Corp necesitaron crear un paquete Debian para facilitar el despliegue de un conjunto de documentos en una gran cantidad de equipos. El administrador a cargo de esta tarea primero leyó la «Guía del nuevo desarrollador de Debian» y luego comenzó a trabajar en su primer paquete. <ulink type="block" url="https://www.debian.org/doc/manuals/maint-guide/" />

en: The first step is creating a <filename>falcot-data-1.0</filename> directory to contain the target source package. The package will logically, be named <literal>falcot-data</literal> and bear the <literal>1.0</literal> version number. The administrator then places the document files in a <filename>data</filename> subdirectory. Then they invoke the <command>dh_make</command> command (from the <emphasis role="pkg">dh-make</emphasis> package) to add files required by the package generation process, which will all be stored in a <filename>debian</filename> subdirectory:
es-ES: El primer paso es crear un directorio <filename>falcot-data-1.0</filename> que contendrá el paquete fuente objetivo. El paquete, lógicamente, se llamará <literal>falcot-data</literal> y tendrá el número de versión <literal>1.0</literal>. El administrador luego ubicará los archivos de documentos en un subdirectorio <filename>data</filename>. Luego ejecutará <command>dh_make</command> (del paquete <emphasis role="pkg">dh-make</emphasis>) para agregar los archivos necesarios para el proceso de generación del paquete, que serán almacenados en un subdirectorio <filename>debian</filename>:

en: <primary>package</primary><secondary>types</secondary>
es-ES: <primary>paquete</primary><secondary>tipos</secondary>

en: The <emphasis>library</emphasis> type corresponds to a source package leading to several binary packages. It is useful for shared libraries, since they need to follow strict packaging rules.
es-ES: El tipo <emphasis>biblioteca</emphasis> («library») corresponde a un paquete fuente que generará varios paquetes binarios. Es útil para bibliotecas compartidas ya que necesitan seguir reglas de empaquetado estrictas.

en: <emphasis>TIP</emphasis> Maintainer's name and email address
es-ES: <emphasis>SUGERENCIA</emphasis> Nombre y dirección de correo del encargado

en: Most of the programs involved in package maintenance will look for your name and email address in the <varname>DEBFULLNAME</varname> and <varname>DEBEMAIL</varname> or <varname>EMAIL</varname> environment variables. Defining them once and for all will avoid you having to type them multiple times. If your usual shell is <command>bash</command>, it is a simple matter of adding the following two lines in your <filename>~/.bashrc</filename> file (you will obviously replace the values with more relevant ones!):
es-ES: La mayoría de los programas involucrados al mantener paquetes buscarán su nombre y dirección de correo en las variables de entorno <varname>DEBFULLNAME</varname> y <varname>DEBEMAIL</varname> o <varname>EMAIL</varname>. Definirlas de una vez y para siempre le evitará tener que ingresarlas varias veces. Si su consola usual es <command>bash</command>, es simple cuestión de agregar las siguientes dos líneas a su archivo <filename>~/.bashrc</filename> (¡obviamente reemplazará los valores con unos más relevantes!):

en: The <filename>control</filename> file
es-ES: El archivo <filename>control</filename>

en: The <filename>changelog</filename> file
es-ES: El archivo <filename>changelog</filename>

en: The <filename>copyright</filename> file
es-ES: El archivo <filename>copyright</filename>

en: <emphasis>BACK TO BASICS</emphasis> <filename>Makefile</filename> file
es-ES: <emphasis>VOLVER A LOS CIMIENTOS</emphasis> El archivo <filename>Makefile</filename>

en: A <filename>Makefile</filename> file is a script used by the <command>make</command> program; it describes rules for how to build a set of files from each other in a tree of dependencies (for instance, a program can be built from a set of source files). The <filename>Makefile</filename> file describes these rules in the following format:
es-ES: Un archivo <filename>Makefile</filename> es un script utilizado por el programa <command>make</command>; describe las reglas para crear un conjunto de archivos desde otros en un árbol de dependencias (por ejemplo, podemos compilar un programa desde un conjunto de archivos fuente). El archivo <filename>Makefile</filename> describe estas reglas en el siguiente formato:

en: 
    target: source1 source2 ...
            command1
            command2
es-ES: 
    objetivo: fuente1 fuente 2 ...
            orden1
            orden2

en: Note that the command lines must start with a tab character; also note that when a command line starts with a dash character (<literal>-</literal>), failure of the command does not interrupt the whole process.
es-ES: Sepa que las líneas de órdenes deben comenzar con un carácter de tabulación; también debe saber que cuando una línea de órdenes comienza con un carácater de guión (<literal>-</literal>), si éste falla no interrumpirá todo el proceso.

en: The <filename>rules</filename> file usually contains a set of rules used to configure, build and install the software in a dedicated subdirectory (named after the generated binary package). The contents of this subdirectory is then archived within the Debian package as if it were the root of the filesystem. In our case, files will be installed in the <filename>debian/falcot-data/usr/share/falcot-data/</filename> subdirectory, so that installing the generated package will deploy the files under <filename>/usr/share/falcot-data/</filename>. The <filename>rules</filename> file is used as a <filename>Makefile</filename>, with a few standard targets (including <literal>clean</literal> and <literal>binary</literal>, used respectively to clean the source directory and generate the binary package).
es-ES: El archivo <filename>rules</filename> generalmente contiene un conjunto de reglas utilizadas para configurar, compilar e instalar el software en un subdirectorio dedicado (cuyo nombre coincide con el del paquete binario generado). Luego se incluye el contenido de este subdirectorio en el compendio del paquete Debian como si fuera la raíz del sistema de archivos. En nuestro caso, se instalarán los archivos en el subdirectorio <filename>debian/falcot-data/usr/share/falcot-data/</filename> para que el paquete generado despliegue los archivos en <filename>/usr/share/falcot-data/</filename>. Se utiliza el archivo <filename>rules</filename> como si fuera un archivo <filename>Makefile</filename>, con unos pocos objetivos estándar (incluyendo <literal>clean</literal> y <literal>binary</literal>, utilizados para limpiar el directorio fuente y generar el paquete binario respectivamente).

en: Although this file is the heart of the process, it increasingly contains only the bare minimum for running a standard set of commands provided by the <command>debhelper</command> tool. Such is the case for files generated by <command>dh_make</command>. To install our files, we simply configure the behavior of the <command>dh_install</command> command by creating the following <filename>debian/falcot-data.install</filename> file:
es-ES: Si bien este archivo es el corazón del proceso, cada vez más contiene sólo el mínimo indispensable para ejecutar un conjunto estándar de programas que provee la herramienta <command>debhelper</command>. Tal es el caso de los archivos generados por <command>dh_make</command>. Para instalar nuestros archivos simplemente configuraríamos el comportamiento de <command>dh_install</command> creando el siguiente archivo <filename>debian/falcot-data.install</filename>:

en: At this point, the package can be created. We will, however, add a lick of paint. Since the administrators want the documents to be easily accessed from the menus of graphical desktop environments, we add a <filename>falcot-data.desktop</filename> file and get it installed in <filename>/usr/share/applications</filename> by adding a second line to <filename>debian/falcot-data.install</filename>.
es-ES: En este punto, podemos crear el paquete. Sin embargo, agregaremos una capa de pintura. Debido a que los administradores desean que se pueda acceder fácilmente a los documentos desde los menú de los entornos gráficos de escritorio, añadiremos un fichero <filename>falcot-data.desktop</filename> y lo instalaremos en <filename>/usr/share/applications</filename> agregando una segunda línea a <filename>debian/falcot-data.install</filename>.

en: The <filename>falcot-data.desktop</filename> file
es-ES: El archivo <filename>falcot-data.desktop</filename>

en: 
    [Desktop Entry]
    Name=Internal Falcot Corp Documentation
    Comment=Starts a browser to read the documentation
    Exec=x-www-browser /usr/share/falcot-data/index.html
    Terminal=false
    Type=Application
    Categories=Documentation;
es-ES: 
    [Desktop Entry]
    Name=Documentaciónn Interna Falcot Corp
    Comment=Inicia un navegador para leer la documentación
    Exec=x-www-browser /usr/share/falcot-data/index.html
    Terminal=false
    Type=Application
    Categories=Documentation;

en: The updated <filename>debian/falcot-data.install</filename> looks like this:
es-ES: El <filename>debian/falcot-data.install</filename> actualizado se parece a este:

en: Our source package is now ready. All that is left to do is to generate the binary package, with the same method we used previously for rebuilding packages: we run the <command>dpkg-buildpackage -us -uc</command> command from within the <filename>falcot-data-1.0</filename> directory.
es-ES: Ahora nuestro paquete fuente está listo. Todo lo que falta es generar el paquete binario con el mismo método que utilizamos para recompilar paquetes: ejecutaremos <command>dpkg-buildpackage -us -uc</command> desde el directorio <filename>falcot-data-1.0</filename>.

en: Creating a Package Repository for APT
es-ES: Creación de un repositorio de paquetes para APT

en: <primary>package</primary><secondary>Debian</secondary><tertiary>archive of</tertiary>
es-ES: <primary>paquete</primary><secondary>Debian</secondary><tertiary>repositorio de</tertiary>

en: Falcot Corp gradually started maintaining a number of Debian packages either locally modified from existing packages or created from scratch to distribute internal data and programs.
es-ES: Falcot Corp gradualmente comenzó a mantener una cantidad de paquetes Debian con modificaciones locales de paquetes existentes o creados desde cero para distribuir datos y programas internos.

en: To make deployment easier, they want to integrate these packages in a package archive that can be directly used by APT. For obvious maintenance reasons, they wish to separate internal packages from locally-rebuilt packages. The goal is for the matching entries in a <filename>/etc/apt/sources.list.d/falcot.list</filename> file to be as follows:
es-ES: Para facilitar su despliegue, desean integrarlos en un repositorio de paquetes que APT pueda utilizar directamente. Por razones de mantenimiento obvias, desean separar los paquetes internos de aquellos recompilados localmente. El objetivo es que los elementos correspondientes del archivo <filename>/etc/apt/sources.list.d/falcot.list</filename> sean los siguientes:

en: The administrators therefore configure a virtual host on their internal HTTP server, with <filename>/srv/vhosts/packages/</filename> as the root of the associated web space. The management of the archive itself is delegated to the <command>mini-dinstall</command> command (in the similarly-named package). This tool keeps an eye on an <filename>incoming/</filename> directory (in our case, <filename>/srv/vhosts/packages/mini-dinstall/incoming/</filename>) and waits for new packages there; when a package is uploaded, it is installed into a Debian archive at <filename>/srv/vhosts/packages/</filename>. The <command>mini-dinstall</command> command reads the <filename>*.changes</filename> file created when the Debian package is generated. These files contain a list of all other files associated with the version of the package (<filename>*.deb</filename>, <filename>*.dsc</filename>, <filename>*.diff.gz</filename>/<filename>*.debian.tar.gz</filename>, <filename>*.orig.tar.gz</filename>, or their equivalents with other compression tools), and these allow <command>mini-dinstall</command> to know which files to install. <filename>*.changes</filename> files also contain the name of the target distribution (often <literal>unstable</literal>) mentioned in the latest <filename>debian/changelog</filename> entry, and <command>mini-dinstall</command> uses this information to decide where the package should be installed. This is why administrators must always change this field before building a package, and set it to <literal>internal</literal> or <literal>updates</literal>, depending on the target location. <command>mini-dinstall</command> then generates the files required by APT, such as <filename>Packages.gz</filename>.
es-ES: Por lo tanto, los administradores configuraron un servidor virtual en su servidor HTTP interno, con <filename>/srv/vhosts/packages/</filename> como raíz del espacio web asociado. Delegaron la gestión del repositorio en sí al programa <command>mini-dinstall</command> (en el paquete del mismo nombre). Esta herramienta revisa el directorio <filename>incoming/</filename> (en nuestro caso: <filename>/srv/vhosts/packages/mini-dinstall/incoming</filename>) y espera allí a los nuevos paquetes; cuando se sube un paquete, lo instala en un repositorio en <filename>/srv/hosts/packages/</filename>. El programa <command>mini-dinstall</command> lee el archivo <filename>*.changes</filename> creado cuando se genera el paquete Debian. Estos archivos contienen una lista de todos los otros archivos asociados con la versión del paquete (<filename>*.deb</filename>, <filename>*.dsc</filename>, <filename>*.diff.gz</filename>/<filename>*.debian.tar.gz</filename>, <filename>*.orig.tar.gz</filename> o sus equivalentes con otras herramientas de compresión) que le permiten a <command>mini-dinstall</command> saber qué archivos instalar. Los archivos <filename>*.changes</filename> también contienen el nombre de la distribución objetivo (generalmente <literal>unstable</literal>) mencionada en el último campo de la entrada en <filename>debian/changelog</filename> y <command>mini-dinstall</command> utiliza esta información para decidir dónde instalar el paquete. Es por esto que los administradores siempre deben cambiar este campo antes de compilar un paquete y definirlo como <literal>internal</literal> o <literal>updates</literal>, dependiendo de la ubicación objetivo. <command>mini-dinstall</command> generará luego los archivos necesarios para APT, como <filename>Packages.gz</filename>.

en: If <command>mini-dinstall</command> seems too complex for your Debian archive needs, you can also use the <command>apt-ftparchive</command> command. This tool scans the contents of a directory and displays (on its standard output) a matching <filename>Packages</filename> file. In the Falcot Corp case, administrators could upload the packages directly into <filename>/srv/vhosts/packages/updates/</filename> or <filename>/srv/vhosts/packages/internal/</filename>, then run the following commands to create the <filename>Packages.gz</filename> files:
es-ES: Si <command>mini-dinstall</command> le parece demasiado complejo para sus necesidades de repositorios Debian, también puede utilizar el programa <command>apt-ftparchive</command>. Esta herramienta explora el contenido de un directorio y muestra (por su salida estándar) el archivo <filename>Packages</filename> correspondiente. En el caso de Falcot Corp, los administradores pueden subir sus paquetes directamente a <filename>/srv/vhosts/packages/updates/</filename> o <filename>/srv/vhosts/packages/internal/</filename> y luego ejecutar lo siguiente para crear los archivos <filename>Pacakges.gz</filename>:

en: The <command>apt-ftparchive sources</command> command allows creating <filename>Sources.gz</filename> files in a similar fashion.
es-ES: Ejecutar <command>apt-ftparchive sources</command> permite crear archivos <filename>Sources.gz</filename> de forma similar.

en: Configuring <command>mini-dinstall</command> requires setting up a <filename>~/.mini-dinstall.conf</filename> file; in the Falcot Corp case, the contents are as follows:
es-ES: La configuración de <command>mini-dinstall</command> necesita definir un archivo <filename>~/.mini-dinstall.conf</filename>; en el caso de Falcot Corp, su contenido es el siguiente:

en: 
    [DEFAULT]
    archive_style = flat
    archivedir = /srv/vhosts/packages
    
    verify_sigs = 0
    mail_to = admin@falcot.com
    
    generate_release = 1
    release_origin = Falcot Corp
    release_codename = stable
    
    [updates]
    release_label = Recompiled Debian Packages
    
    [internal]
    release_label = Internal Packages
es-ES: 
    [DEFAULT]
    archive_style = flat
    archivedir = /srv/vhosts/packages
    
    verify_sigs = 0
    mail_to = admin@falcot.com
    
    generate_release = 1
    release_origin = Falcot Corp
    release_codename = stable
    
    [updates]
    release_label = Paquetes Debian Recompilados
    
    [internal]
    release_label = Paquetes Internos

en: One decision worth noting is the generation of <filename>Release</filename> files for each archive. This can help manage package installation priorities using the <filename>/etc/apt/preferences</filename> configuration file (see <xref linkend="sect.apt.priorities" /> for details).
es-ES: Una decisión importante es la generación de archivos <filename>Release</filename> para cada repositorio. Esto puede ayudar a gestionar las prioridades de instalación utilizando el archivo de configuración <filename>/etc/apt/preferences</filename> (revise el <xref linkend="sect.apt.priorities" /> para más detalles).

en: <emphasis>SECURITY</emphasis> <command>mini-dinstall</command> and permissions
es-ES: <emphasis>SEGURIDAD</emphasis> <command>mini-dinstall</command> y permisos

en: Since <command>mini-dinstall</command> has been designed to run as a regular user, there is no need to run it as root. The easiest way is to configure everything within the user account belonging to the administrator in charge of creating the Debian packages. Since only this administrator has the required permissions to put files in the <filename>incoming/</filename> directory, we can deduce that the administrator authenticated the origin of each package prior to deployment and <command>mini-dinstall</command> does not need to do it again. This explains the <literal>verify_sigs = 0</literal> parameter (which means that signatures need not be verified). However, if the contents of packages are sensitive, we can reverse the setting and elect to authenticate with a keyring containing the public keys of persons allowed to create packages (configured with the <literal>extra_keyrings</literal> parameter); <command>mini-dinstall</command> will then check the origin of each incoming package by analyzing the signature integrated to the <filename>*.changes</filename> file.
es-ES: Debido a que se diseñó a <command>mini-dinstall</command> para ejecutar como un usuario normal, no es necesario ejecutarlo como root. La forma más sencilla es configurar todo en la cuenta de usuario que pertenezca al administrador encargado de crear los paquetes Debian. Debido a que sólo este administrador tiene los permisos necesarios para guardar archivos en el directorio <filename>incoming/</filename> podemos deducir que éste autenticó el origen de cada paquetes antes de desplegarlo y <command>mini-dinstall</command> no necesita hacerlo nuevamente. Esto explica el parámetros <literal>verify_sigs = 0</literal> (que significa que no se necesita verificar firmas). Sin embargo, si el contenido del paquete es sensible, podemos revertir esta configuración y seleccionar autenticar con un conjunto de llaves que contenga aquellas de las personas que tienen permitido crear paquetes (configurado con el parámetro <literal>extra_keyrings</literal>); <command>mini-dinstall</command> luego verificará el origen de cada paquete entrante analizando la firma integrada en el archivo <filename>*.changes</filename>.

en: Invoking <command>mini-dinstall</command> actually starts a daemon in the background. As long as this daemon runs, it will check for new packages in the <filename>incoming/</filename> directory every half-hour; when a new package arrives, it will be moved to the archive and the appropriate <filename>Packages.gz</filename> and <filename>Sources.gz</filename> files will be regenerated. If running a daemon is a problem, <command>mini-dinstall</command> can also be manually invoked in batch mode (with the <literal>-b</literal> option) every time a package is uploaded into the <filename>incoming/</filename> directory. Other possibilities provided by <command>mini-dinstall</command> are documented in its <citerefentry><refentrytitle>mini-dinstall</refentrytitle> <manvolnum>1</manvolnum></citerefentry> manual page.
es-ES: Ejecutar <command>mini-dinstall</command> en realidad inicia un demonio en segundo plano. Mientras ejecute el demonio, revisará el directorio <filename>incoming/</filename> por nuevos paquetes cada media hora; cuando detecte un nuevo paquete lo moverá al repositorio y generará los archivos <filename>Packages.gz</filename> y <filename>Sources.gz</filename>. Si ejecutar un demonio es un problema, también puede invocar manualmente <command>mini-dinstall</command> en modo de lote (con la opción <literal>-b</literal>) cada vez que suba un paquete al directorio <filename>incoming/</filename>. <command>mini-dinstall</command> permite otras posibilidades documentadas en su página de manual <citerefentry><refentrytitle>mini-dinstall</refentrytitle> <manvolnum>1</manvolnum></citerefentry>.

en: <emphasis>EXTRA</emphasis> Generating a signed archive
es-ES: <emphasis>EXTRA</emphasis> Generación de un repositorio firmado

en: The APT suite checks a chain of cryptographic signatures on the packages it handles before installing them, in order to ensure their authenticity (see <xref linkend="sect.package-authentication" />). Private APT archives can then be a problem, since the machines using them will keep displaying warnings about unsigned packages. A diligent administrator will therefore integrate private archives with the secure APT mechanism.
es-ES: La suite APT verifica una cadena de firmas criptográficas en los paquetes que gestiona antes de instalarlos para asegurar su autenticidad (ver <xref linkend="sect.package-authentication" />). Por lo tanto, los repositorios APT privados pueden ser un problema, ya que los equipos que los utilicen mostrarán advertencias sobre paquetes sin firmar. Por lo tanto, un administrador diligente integrará los archivos privados con el mecanismo de seguridad de APT.

en: To help with this process, <command>mini-dinstall</command> includes a <literal>release_signscript</literal> configuration option that allows specifying a script to use for generating the signature. A good starting point is the <filename>sign-release.sh</filename> script provided by the <emphasis role="pkg">mini-dinstall</emphasis> package in <filename>/usr/share/doc/mini-dinstall/examples/</filename>; local changes may be relevant.
es-ES: Para ayudar con este proceso, <command>mini-dinstall</command> incluye la opción de configuración <literal>release_signscript</literal> que permite especificar un script a utilizar para generar la firma. Un buen punto de partida es el script <filename>sign-release.sh</filename>, provisto por el paquete <emphasis role="pkg">mini-dinstall</emphasis>, en el directorio <filename>/usr/share/doc/mini-dinstall/examples/</filename>; puede necesitar cambios locales.

en: Becoming a Package Maintainer
es-ES: Cómo convertirse en un encargado de paquetes

en: Learning to Make Packages
es-ES: Aprendizaje de creación de paquetes

en: Rules
es-ES: Reglas

en: A Debian package must comply with the precise rules compiled in the Debian policy, and each package maintainer must know them. There is no requirement to know them by heart, but rather to know they exist and to refer to them whenever a choice presents a non-trivial alternative. Every Debian maintainer has made mistakes by not knowing about a rule, but this is not a huge problem as long as the error gets fixed when a user reports it as a bug report (which tends to happen fairly soon thanks to advanced users). The <literal>Standards-Version</literal> field in <filename>debian/control</filename> specifies the version of the Debian policy with which a package complies. Maintainers should comply to the latest version of the Debian policy. <ulink type="block" url="https://www.debian.org/doc/debian-policy/" />
es-ES: Un paquete Debian debe cumplir con las reglas precisas agrupadas en la normativa Debian, y todo encargado de paquetes debe conocerlas. No hay necesidad de saberlas de memoria, sino saber que existen y consultarlas cuando se enfrente ante alternativas no triviales. Todo encargado Debian ha cometido errores por no conocer alguna regla, pero esto no es un gran problema siempre y cuando se corrija cuando un usuario informe del error como (lo que sucede bastante rápido gracias a usuarios avanzados). El campo <literal>Standards-Version</literal> en <filename>debian/control</filename> especifica la versión de la política de Debian a la que se adhiere un paquete. Los desarrolladores deberían adherirse a la última versión de la política de Debian <ulink type="block" url="https://www.debian.org/doc/debian-policy/" />

en: Procedures
es-ES: Procedimientos

en: Debian is not a simple collection of individual packages. Everyone's packaging work is part of a collective project; being a Debian developer involves knowing how the Debian project operates as a whole. Every developer will, sooner or later, interact with others. The Debian Developer's Reference (in the <emphasis role="pkg">developers-reference</emphasis> package) summarizes what every developer must know in order to interact as smoothly as possible with the various teams within the project, and to take the best possible advantages of the available resources. This document also enumerates a number of duties a developer is expected to fulfill. <ulink type="block" url="https://www.debian.org/doc/manuals/developers-reference/" />
es-ES: Debian no es una simple colección de paquetes individuales. El trabajo de empaquetado de todos es parte de un proyecto colectivo; ser un desarrollador Debian incluye saber cómo funciona el proyecto Debian como un todo. Todo desarrollador, tarde o temprano, interactuará con otros. La referencia de desarrolladores de Debian («Debian Developer's Reference», en el paquete <emphasis role="pkg">developers-reference</emphasis>) resume lo que todo desarrollador debe saber para poder interactuar de la mejor forma posible con los varios equipos dentro del proyecto y para poder aprovechar al máximo los recursos disponibles. Este documento también enumera una serie de deberes que se espera cumpla un desarrollador. <ulink type="block" url="https://www.debian.org/doc/manuals/developers-reference/" />

en: Tools
es-ES: Herramientas

en: Many tools help package maintainers in their work. This section describes them quickly, but does not give the full details, since they all have comprehensive documentation of their own.
es-ES: Muchas herramientas ayudan a los encargados de paquetes con su trabajo. Esta sección las describe rápidamente, pero no provee todos sus detalles, ya que cada una de ellas cuenta con su propia documentación.

en: The <emphasis role="pkg">devscripts</emphasis> package contains many programs helping with a wide array of a Debian developer's job:
es-ES: El paquete <emphasis role="pkg">devscripts</emphasis> contiene muchos programa que ayudan en un gran espectro del trabajo de un desarrollador Debian:

en: <command>debuild</command> allows generating a package (with <command>dpkg-buildpackage</command>) and running <command>lintian</command> to check its compliance with the Debian policy afterwards.
es-ES: <command>debuild</command> permite generar un paquete (con <command>dpkg-buildpackage</command>) y ejecutar <command>lintian</command> para verificar si cumple con la normativa Debian luego.

en: <command>debclean</command> cleans a source package after a binary package has been generated.
es-ES: <command>debclean</command> limpia un paquete fuente luego que se generó un paquete binario.

en: <command>dch</command> allows quick and easy editing of a <filename>debian/changelog</filename> file in a source package.
es-ES: <command>dch</command> permite editar rápida y fácilmente el archivo <filename>debian/changelog</filename> en un paquete fuente.

en: <command>uscan</command> checks whether a new version of a software has been released by the upstream author; this requires a <filename>debian/watch</filename> file with a description of the location of such releases.
es-ES: <command>uscan</command> verifica si el autor original publicó una nueva versión de un software; esto necesita un archivo <filename>debian/watch</filename> con una descripción de la ubicación de dichas publicaciones.

en: <command>debi</command> allows installing (with <command>dpkg -i</command>) the Debian package that was just generated without the need to type its full name and path.
es-ES: <command>debi</command> permite instalar (con <command>dpkg -i</command>) el paquete Debian que acaba de generar sin necesidad de introducir su nombre y ruta completos.

en: In a similar fashion, <command>debc</command> allows scanning the contents of the recently-generated package (with <command>dpkg -c</command>), without needing to type its full name and path.
es-ES: De forma similar, <command>debc</command> le permite escanear el contenido de un paquete generado recientemente (con <command>dpkg -c</command>) sin tener que ingresar su nombre y ruta completos.

en: <command>debrelease</command> uploads a recently-generated package to a remote server, without needing to type the full name and path of the related <filename>.changes</filename> file.
es-ES: <command>debrelease</command> sube un paquete recientemente generado a un servidor remoto sin tener que ingresar el nombre y ruta completos del archivo <filename>.changes</filename> relacionado.

en: <command>debsign</command> signs the <filename>*.dsc</filename> and <filename>*.changes</filename> files.
es-ES: <command>debsign</command> firma los archivos <filename>*.dsc</filename> y <filename>*.changes</filename>.

en: <command>uupdate</command> automates the creation of a new revision of a package when a new upstream version has been released.
es-ES: <command>uupdate</command> automatiza la creación de una nueva revisión de un paquete cuando se publicó una nueva versión del software original.

en: <emphasis role="pkg">debhelper</emphasis> and <emphasis role="pkg">dh-make</emphasis>
es-ES: <emphasis role="pkg">debhelper</emphasis> y <emphasis role="pkg">dh-make</emphasis>

en: The <command>dh_make</command> script (in the <emphasis>dh-make</emphasis> package) creates files required for generating a Debian package in a directory initially containing the sources for a piece of software. As can be guessed from the name of the program, the generated files use debhelper by default.
es-ES: El script <command>dh_make</command> (en el paquete <emphasis>dh-make</emphasis>) crea los archivos necesarios para generar un paquete Debian en un directorio que contiene inicialmente las fuentes de un software. Como puede adivinar del nombre del programa, los archivos generados utilizan debhelper de forma predeterminada.

en: This tool is one of the most important: it is the Debian package checker. It is based on a large array of tests created from the Debian policy, and detects quickly and automatically many errors that can then be fixed before packages are released.
es-ES: Esta herramienta es una de las más importantes: es el verificador de paquetes Debian. Está basado en un gran conjunto de pruebas creadas a partir de la normativa Debian, y detecta rápida y automáticamente muchos errores que pueden corregirse antes de publicar los paquetes.

en: This tool is only a helper, and it sometimes gets it wrong (for instance, since the Debian policy changes over time, <command>lintian</command> is sometimes outdated). It is also not exhaustive: not getting any Lintian error should not be interpreted as a proof that the package is perfect; at most, it avoids the most common errors.
es-ES: Esta herramienta es sólo una ayuda y a veces está equivocada (por ejemplo, como la normativa Debian cambia con el tiempo, <command>lintian</command> a veces está desactualizado). No es exhaustiva: no debe interpretar el no obtener ningún error Lintian como prueba de que el paquete es perfecto; como máximo, éste evita los errores más comunes.

en: This is another important tool: it automates the installation, upgrade, removal and purge of a package (in an isolated environment), and checks that none of these operations leads to an error. It can help in detecting missing dependencies, and it also detects when files are incorrectly left over after the package got purged.
es-ES: Esta es otra herramienta importante: automatiza la instalación, actualización, eliminación y purga de un paquete (en un entorno aislado) y revisa que ninguna de estas operaciones genere un error. Puede ayudar a detectar dependencias faltantes y también detecta cuando un archivo no elimina archivos que debería luego de ser purgado.

en: <command>reprotest</command> builds the same source code twice in different environments, and then checks the binaries produced by each build for differences. If any are found, then <command>diffoscope</command> (if unavailable, <command>diff</command>) is used to display them in detail for later analysis.
es-ES: <command>reprotest</command> compila el mismo código fuente dos veces en diferentes entornos, y luego comprueba si hay diferencias en los binarios producidos en cada compilación. Si se encuentra alguna, la instrucción <command>diffoscope</command> (si no está disponible, <command>diff</command>) se usa para mostrarlos en detalle para un posterior análisis.

en: <command>dupload</command> and <command>dput</command>
es-ES: <command>dupload</command> y <command>dput</command>

en: Acceptance Process
es-ES: Proceso de aceptación

en: <primary>Debian</primary><secondary>Developer</secondary>
es-ES: <primary>Debian</primary><secondary>Desarrollador</secondary>

en: Becoming a “Debian developer” is not a simple administrative matter. The process comprises several steps, and is as much an initiation as it is a selection process. In any case, it is formalized and well-documented, so anyone can track their progression on the website dedicated to the new member process. <ulink type="block" url="https://nm.debian.org/" />
es-ES: Convertirse en un "desarrollador Debian" no es una simple cuestión administrativa. El proceso tiene varios pasos, y se parece tanto a una iniciación como a un proceso de selección. En cualquier caso, está formalizado y bien documentado, por lo que cualquiera puede seguir su progreso en el sitio web dedicado al proceso para nuevos miembros. <ulink type="block" url="https://nm.debian.org/" />

en: <emphasis>EXTRA</emphasis> Lightweight process for “Debian Maintainers”
es-ES: <emphasis>EXTRA</emphasis> Proceso liviano para «encargados Debian»

en: “Debian Maintainer” is another status that gives less privileges than “Debian developer” but whose associated process is quicker. With this status, the contributors can maintain their own packages only. A Debian developer only needs to perform a check on an initial upload, and issue a statement to the effect that they trust the prospective maintainer with the ability to maintain the package on their own.
es-ES: «Encargado Debian» («Debian Maintainer») es otro estatus que proporcionad menos privilegios que "desarrolador Debian". Un desarrollador Debian sólo necesita realizar una revisión enla subida inicial, y realizar una declaración indicando que confían en el encargado potencial y su habilidad de mantener el paquete por su cuenta.

en: Prerequisites
es-ES: Prerrequisitos

en: All candidates are expected to have at least a working knowledge of the English language. This is required at all levels: for the initial communications with the examiner, of course, but also later, since English is the preferred language for most of the documentation; also, package users will be communicating in English when reporting bugs, and they will expect replies in English.
es-ES: Se espera que todos los candidatos tengan un conocimiento práctico del idioma inglés. Esto es necesario en todos los niveles: por supuesto, para la comunicación inicial con el examinador pero también luego, ya que el inglés es el idioma de preferencia para la mayoría de la documentación; además los usuarios de paquetes se comunicarán en inglés al reportar errores y esperarán respuestas en el mismo idioma.

en: The other prerequisite deals with motivation. Becoming a Debian developer is a process that only makes sense if the candidate knows that their interest in Debian will last for many months. The acceptance process itself may last for several months, and Debian needs developers for the long haul; each package needs permanent maintenance, and not just an initial upload.
es-ES: El otro prerequisito tiene que ver con la motivación. Ser un desarrollador Debian es un proceso que sólo tiene sentido si el candidato sabe que su interés en Debian durará muchos meses. El proceso de aceptación en sí puede durar varios meses, y Debian necesita desarrolladores a largo plazo; se necesita mantener permanentemente cada paquete y no sólo subirlos y ya.

en: Registration
es-ES: Registración

en: The first (real) step consists in finding a sponsor or advocate; this means an official developer willing to state that they believe that accepting <emphasis>X</emphasis> would be a good thing for Debian. This usually implies that the candidate has already been active within the community, and that their work has been appreciated. If the candidate is shy and their work is not publicly touted, they can try to convince a Debian developer to advocate them by showing their work in a private way.
es-ES: El primer paso (real) consiste en encontrar un patrocinador («sponsor») o partidario («advocate»); esto significa un desarrollador oficial dispuesto a manifestar que aceptar <emphasis>X</emphasis> sería algo bueno para Debian. Esto generalmente implica que el candidato ha participado en la comunidad y que se apreció su trabajo. Si el candidato es tímido y no promocionó su trabajo públicamente, pueden intentar convencer a un desarrollador Debian para que lo patrocine mostrándole su trabajo en privado.

en: <primary>key pair</primary>
es-ES: <primary>par de claves</primary>

en: At the same time, the candidate must generate a public/private RSA key pair with GnuPG, which should be signed by at least two official Debian developers. The signature authenticates the name on the key. Effectively, during a key signing party, each participant must show an official identification (usually an ID card or passport) together with their key identifiers. This step confirms the link between the human and the keys. This signature thus requires meeting in real life. If you have not yet met any Debian developers in a public free software conference, you can explicitly seek developers living nearby using the list on the following webpage as a starting point. <ulink type="block" url="https://wiki.debian.org/Keysigning" />
es-ES: Al mismo tiempo, el candidato debe generar un par de claves pública/privada con GnuPG, que deben ser firmadas por al menos dos desarrolladores Debian oficiales. La firma autentica el nombre en la llave. Efectivamente, durante una fiesta de firma de claves, cada participante debe mostrar identificación oficial (generalmente un pasaporte o documento de identidad) junto con sus identificadores de claves. Este paso confirma la relación entre la persona y las claves. Esta firma, por lo tanto, requiere encontrarse en la vida real. Si no encuentra ningún desarrollador Debian en una conferencia pública de software libre, puede buscar explícitamente desarrolladores que vivan cerca utilizando la lista en la siguiente página web como punto de partida. <ulink type="block" url="https://wiki.debian.org/Keysigning" />

en: Once the registration on <literal>nm.debian.org</literal> has been validated by the advocate, an <emphasis>Application Manager</emphasis> is assigned to the candidate. The application manager will then drive the process through multiple pre-defined steps and checks.
es-ES: Una vez que el patrocinador validó la registración en <literal>nm.debian.org</literal>, se le asigna al candidato un <emphasis>Gestor de aplicación</emphasis> («Application Manager»). El gestor de aplicación, de allí en adelante, dirigirá el proceso a través de varios pasos y validaciones predeterminados.

en: The first verification is an identity check. If you already have a key signed by two Debian developers, this step is easy; otherwise, the application manager will try and guide you in your search for Debian developers close by to organize a meet-up and a key signing.
es-ES: La primera verificación es una comprobación de identidad. Si ya tiene una clave firmada por dos desarrolladores Debian, este paso es sencillo; de lo contrario, el gestor de aplicación intentará guiarlo para buscar desarrolladores Debian cercanos y organizar una reunión y firma de claves.

en: Accepting the Principles
es-ES: Aceptación de principios

en: These administrative formalities are followed by philosophical considerations. The point is to make sure that the candidate understands and accepts the social contract and the principles behind Free Software. Joining Debian is only possible if one shares the values that unite the current developers, as expressed in the founding texts (and summarized in <xref linkend="the-debian-project" />).
es-ES: Se siguen estas formalidades administrativas por consideraciones filosóficas. El objetivo es asegurarse que el candidato entiende y acepta el contrato social y los principios detrás del Software Libre. Unirse a Debian sólo es posible si uno comparte los valores que unen a los desarrolladores actuales, como están expresados en los textos de fundación (resumidos en el <xref linkend="the-debian-project" />).

en: In addition, each candidate wishing to join the Debian ranks is expected to know the workings of the project, and how to interact appropriately to solve the problems they will doubtless encounter as time passes. All of this information is generally documented in manuals targeting the new maintainers, and in the Debian developer's reference. An attentive reading of this document should be enough to answer the examiner's questions. If the answers are not satisfactory, the candidate will be informed. They will then have to read (again) the relevant documentation before trying again. In the cases where the existing documentation does not contain the appropriate answer for the question, the candidate can usually reach an answer with some practical experience within Debian, or potentially by discussing with other Debian developers. This mechanism ensures that candidates get involved somewhat in Debian before becoming a full part of it. It is a deliberate policy, by which candidates who eventually join the project are integrated as another piece of an infinitely extensible jigsaw puzzle.
es-ES: Además, se espera que cada candidato que desee unirse a las filas de Debian conozca cómo funciona el proyecto y cómo interactuar de forma apropiada para solucionar los problemas que seguramente encontrarán con el paso del tiempo. Toda esta información generalmente está documentada en los manuales para nuevos encargados y en la referencia para desarrolladores de Debian. Debería bastar con una lectura atenta de este documento para responder las preguntas del examinador. Si las respuestas no son satisfactorias, se le informará al candidato. Tendrán que leer (nuevamente) la documentación relevante antes de intentarlo de nuevo. En aquellos casos en los que la documentación existente no contenga la respuesta apropiada para la pregunta, el candidato frecuentemente podrá llegar a la respuesta con un poco de experiencia práctica dentro de Debian o, potencialmente, discutiendo con otros desarrolladores Debian. Este mecanismo asegura que los candidatos se involucren de alguna forma en Debian antes de formar completamente parte de él. Es una normativa deliberada, por la que los candidatos que se unirán eventualmente al proyecto son integrados como otra pieza de un rompecabezas que se puede extender sin fin.

en: This step is usually known as the <emphasis>Philosophy &amp; Procedures</emphasis> (P&amp;P for short) in the lingo of the developers involved in the new member process.
es-ES: Este paso es conocido generalmente como <emphasis>filosofía y procedimientos</emphasis> (abreviado como «P&amp;P» por «Philosophy &amp; Procedures») en la jerga de los desarrolladores involucrados en el proceso de nuevos miembros.

en: <primary><emphasis>Philosophy &amp; Procedures</emphasis></primary>
es-ES: <primary><emphasis>Fiosofía y Procedimientos</emphasis></primary>

en: Checking Skills
es-ES: Revisión de habilidades

en: Each application to become an official Debian developer must be justified. Becoming a project member requires showing that this status is legitimate, and that it facilitates the candidate's job in helping Debian. The most common justification is that being granted Debian developer status eases maintenance of a Debian package, but it is not the only one. Some developers join the project to contribute to porting to a specific architecture, others want to improve documentation, and so on.
es-ES: Se debe justificar cada aplicación para convertirse en un desarrollador oficial de Debian. Convertirse en un miembro del proyecto requiere mostrar que esta posición es legítima y que facilita el trabajo del candidato para ayudar a Debian. La justificación más común es que ser desarrollador Debian facilita el mantener un paquete Debian, pero no es la única. Algunos desarrolladores se unen al proyecto para adaptar una arquitectura particular, otros desean mejorar la documentación, etc.

en: This step represents the opportunity for the candidate to state what they intend to do within the Debian project and to show what they have already done towards that end. Debian is a pragmatic project and saying something is not enough, if the actions do not match what is announced. Generally, when the intended role within the project is related to package maintenance, a first version of the prospective package will have to be validated technically and uploaded to the Debian servers by a sponsor among the existing Debian developers.
es-ES: Este paso le ofrece al candidato la oportunidad de especificar lo que desean hacer dentro del proyecto Debian y mostrar lo que ya han hecho para ello. Debian es un proyecto pragmático y decir algo no es suficiente si las acciones no coinciden con lo que se anuncia. Frecuentemente, cuando el rol deseado dentro del proyecto está relacionado con la manutención de un paquete, se deberá validar técnicamente una primera versión del futuro paquete y deberá ser subido a los servidores Debian por un desarrollador Debian existente como patrocinador.

en: <emphasis>COMMUNITY</emphasis> Sponsoring
es-ES: <emphasis>COMUNIDAD</emphasis> Patrocinio

en: <primary>sponsoring</primary>
es-ES: <primary>patrocinio</primary>

en: Debian developers can “sponsor” packages prepared by someone else, meaning that they publish them in the official Debian repositories after having performed a careful review. This mechanism enables external persons, who have not yet gone through the new member process, to contribute occasionally to the project. At the same time, it ensures that all packages included in Debian have always been checked by an official member.
es-ES: Los desarrolladores Debian pueden «patrocinar» («sponsor») paquetes preparados por alguien más, lo que significa que los publican en los repositorios Debian oficiales luego de haber realizado una revisión cuidadosa. Este mecanismo le permite a terceros, quienes todavía no atravesaron el proceso de nuevos miembros, contribuir al proyecto ocasionalmente. Al mismo tiempo, asegura que todos los paquetes incluidos en Debian siempre son revisados por un miembro oficial.

en: This step is known as the <emphasis>Tasks &amp; Skills</emphasis> step (T&amp;S for short) in the examiners' jargon.
es-ES: En la jerga de los examinadores, se conoce a este paso como <emphasis>tareas y habilidades</emphasis> (abreviado «T&amp;S» por «Tasks &amp; Skills»).

en: <primary><emphasis>Tasks &amp; Skills</emphasis></primary>
es-ES: <primary><emphasis>Tareas y Habilidades</emphasis></primary>

en: Final Approval
es-ES: Aprobación final

en: At the very last step, the whole process is reviewed by a DAM (<emphasis>Debian Account Manager</emphasis>). The DAM will review all the information about the candidate that the examiner collected, and makes the decision on whether or not to create an account on the Debian servers. In cases where extra information is required, the account creation may be delayed. Refusals are rather rare if the examiner does a good job of following the process, but they sometimes happen. They are never permanent, and the candidate is free to try again at a later time.
es-ES: En el último paso, un DAM (<emphasis>gestor de cuentas Debian</emphasis>: «Debian Account Manager») revisa todo el proceso. El DAM revisará toda la información que recolectó el examinador sobre el candidato y tomará la decisión de crearle una cuenta en los servidores Debian o no. En los casos que necesite información adicional se puede demorar la creación de la cuenta. Los rechazos son bastante raros si el examinador realiza un buen trabajo siguiendo el procedimiento, pero a veces ocurren. Nunca son permanentes y el candidato es libre de intentar nuevamente luego de un tiempo.

en: The DAM's decision is authoritative and (almost) without appeal, which explains why the people in that seat have often been criticized in the past.
es-ES: La decisión del DAM es final y (casi) sin apelación, lo que explica porqué, en el pasado, se criticaba frecuentemente a aquellos en dicho rol .
