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

en: Rebuild
ca-ES: Recompilació

en: Source package
ca-ES: Paquet font

en: Archive
ca-ES: Arxiu

en: Meta-package
ca-ES: Metapaquet

en: Debian Developer
ca-ES: Desenvolupador de Debian

en: Maintainer
ca-ES: Mantenidor

en: Creating a Debian Package
ca-ES: Creació d'un paquet 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!
ca-ES: És bastant habitual que un administrador que ha estat gestionant paquets Debian de manera regular senti finalment la necessitat de crear els seus propis paquets, o de modificar un paquet existent. Aquest capítol pretén respondre a les preguntes més comunes en aquest camp, i proporcionar els elements necessaris per aprofitar la infraestructura de Debian de la millor manera. Amb sort, després d'haver-ho intentat amb paquets locals, potser fins i tot sentiu la necessitat d'anar més enllà i unir-vos al propi projecte Debian!

en: Rebuilding a Package from its Sources
ca-ES: Recompilació d'un paquet a partir de les fonts

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>
ca-ES: Recompilar un paquet binari és necessari sota diversos conjunts de circumstàncies. En alguns casos, l'administrador necessita una característica de programari que requereix que el programari sigui compilat a partir de les fonts, amb una opció de compilació particular; en altres, el programari empaquetat en la versió instal·lada de Debian no és prou recent. En aquest últim cas, l'administrador normalment crearà un paquet més recent a partir d'una versió més nova de Debian — com ara <emphasis role="distribution">Testing</emphasis> o fins i tot <emphasis role="distribution">Unstable</emphasis> — de manera que aquest nou paquet funcioni a la distribució <emphasis role="distribution">Stable</emphasis>; aquesta operació s'anomena «backporting». Com de costum, abans d'emprendre una tasca d'aquest tipus, s'hauria de tenir cura de comprovar si ja s'ha fet — un cop d'ull ràpid al Debian Package Tracker per a aquest paquet revelarà aquesta informació. <ulink type="block" url="https://tracker.debian.org/" /> <indexterm><primary>backport</primary></indexterm>

en: Getting the Sources
ca-ES: Obtenir les fonts

en: Making Changes
ca-ES: Fer canvis

en: Let us use the <emphasis role="pkg">samba</emphasis> package as an example.
ca-ES: Usem el paquet <emphasis role="pkg">samba</emphasis> com a exemple.

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.
ca-ES: L'última ordre invoca un editor de text (<command>sensible-editor</command> — aquest hauria de ser el vostre editor preferit si s'esmenta en les variables d'entorn <varname>VISUAL</varname> o <varname>EDITOR</varname>, i l'editor per defecte altrament) per permetre documentar les diferències aportades per aquesta recompilació. Aquest editor ens mostra que <command>dch</command> realment ha canviat el fitxer <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.
ca-ES: Depenent dels canvis locals en els paquets, també es pot requerir una actualització al fitxer <filename>debian/control</filename>, que conté una descripció dels paquets generats. En concret, aquest fitxer conté línies <literal>Build-Depends</literal> que controlen la llista de dependències que s'han de complir en el moment de compilació del paquet. Aquestes sovint es refereixen a versions dels paquets continguts en la distribució del paquet font, però que poden no estar disponibles en la distribució utilitzada per a la recompilació. No hi ha una manera automatitzada de determinar si una dependència és real o només especificada per garantir que la construcció només s'hauria d'intentar amb l'última versió d'una biblioteca — aquesta és l'única manera que hi ha per forçar un «<emphasis>autobuilder</emphasis>» a utilitzar una versió donada del paquet durant la compilació, que és per això que els mantenidors de Debian sovint utilitzen dependències de construcció amb versions “estrictes”.

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.
ca-ES: Si se sap amb seguretat que aquestes dependències de construcció són massa estrictes, no hi patiu per relaxar-les localment. Llegir els fitxers que documenten la manera estàndard de construir el programari — aquests fitxers sovint s'anomenen <filename>INSTALL</filename> — us ajudarà a esbrinar les dependències apropiades. Idealment, totes les dependències han de ser satisfetes des de la distribució utilitzada per a la recompilació; si no ho són, s'inicia un procés recursiu en el qual els paquets esmentats al camp <literal>Build-Depends</literal> han de ser “retroadaptats” abans que el paquet desitjat ho pugui ser. Alguns paquets poden no necessitar “retroadaptació”, i es poden instal·lar tal qual durant el procés de construcció (un exemple notable és <emphasis role="pkg">debhelper</emphasis>). Tingueu en compte que el procés de retroadaptació pot tornar-se complex ràpidament si no aneu amb compte. Per tant, les retroadaptacions han de mantenir-se en un mínim estricte sempre que sigui possible.

en: <emphasis>TIP</emphasis> Installing <literal>Build-Depends</literal>
ca-ES: <emphasis>SUGGERIMENT</emphasis> Instal·lació dels <literal>Build-Depends</literal>

en: Starting the Rebuild
ca-ES: Inici de la recompilació

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.
ca-ES: Quan s'han aplicat tots els canvis necessaris a les fonts, podem començar a generar el paquet binari real (fitxer <filename>.deb</filename>). Tot el procés és gestionat per l'ordre <command>dpkg-buildpackage</command>.

en: Rebuilding a package
ca-ES: Recompilació d'un paquet

en: <emphasis>TOOL</emphasis> <command>fakeroot</command>
ca-ES: <emphasis>EINA</emphasis> <command>fakeroot</command>

en: <primary>account</primary><secondary>root account</secondary>
ca-ES: <primary>compte</primary><secondary>compte de root</secondary>

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.
ca-ES: En essència, el procés de creació de paquets és una qüestió simple de recopilar en un arxiu un conjunt de fitxers existents (o creats); la majoria dels fitxers acabaran sent propietat de <emphasis>root</emphasis> a l'arxiu. No obstant això, la construcció de tot el paquet sota aquest usuari implicaria majors riscos; afortunadament, això es pot evitar amb l'ordre <command>fakeroot</command>. Aquesta eina es pot utilitzar per executar un programa fer-li creure que funciona com a <emphasis>root</emphasis> i crea fitxers amb propietat i permisos arbitraris. Quan el programa crea l'arxiu que es convertirà en el paquet de Debian, se l'enganya per crear un arxiu que conté fitxers marcats com a pertanyents a propietaris arbitraris, incloent-hi <emphasis>root</emphasis>. Aquesta configuració és tan convenient que <command>dpkg-buildpackage</command> utilitza <command>fakeroot</command> per defecte en construir paquets.

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.
ca-ES: Tingueu en compte que el programa només és enganyat en "creure" que funciona com un compte privilegiat, i el procés en realitat funciona com l'usuari executant <command>fakeroot <replaceable>programa</replaceable></command> (i els fitxers es creen realment amb els permisos d'aquest usuari). En cap moment rep privilegis de superusuari dels que podria abusar.

en: Building your First Package
ca-ES: Creant el primer paquet

en: Meta-Packages or Fake Packages
ca-ES: Metapaquets o paquets 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.
ca-ES: Els paquets falsos, o «fake packages»i els metapaquets són similars, ja que són capes buides que només existeixen per als efectes que les seves metadades tenen a la pila de manipulació de paquets.

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.
ca-ES: El propòsit d'un paquet fals és enganyar <command>dpkg</command> i <command>apt</command> perquè creguin que algun paquet està instal·lat encara que només sigui una consola buida. Això permet satisfer les dependències d'un paquet quan el programari corresponent s'ha instal·lat fora de l'àmbit del sistema de paquets. Aquest mètode funciona, però ha d'evitar-se sempre que sigui possible, ja que no hi ha cap garantia que el programari instal·lat manualment es comporti exactament com ho faria el paquet corresponent i altres paquets depenent d'ell no funcionarien correctament.

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.
ca-ES: D'altra banda, un metapaquet existeix principalment com una col·lecció de dependències, de manera que la instal·lació del metapaquet realment estirarà un conjunt d'altres paquets d'un sol cop.

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.
ca-ES: Tots dos tipus de paquets es poden crear amb les ordres <command>equivs-control</command> i <command>equivs-build</command> (al paquet <emphasis role="pkg">equivs</emphasis>). L'ordre <command>equivs-control <replaceable>fitxer</replaceable></command> crea un fitxer de capçalera de paquet de Debian que s'ha d'editar per incloure el nom del paquet esperat, el seu número de versió, el nom del mantenidor, les seves dependències i la seva descripció. Altres camps sense un valor per defecte són opcionals i es poden suprimir. Els camps <literal>Copyright</literal>, <literal>Changelog</literal>, <literal>Readme</literal>i <literal>Extra-Files</literal> no són camps estàndard en paquets de Debian; només tenen sentit dins de l'àmbit d'aplicació d'<command>equivs-build</command>, i no es mantindran a les capçaleres del paquet generat.

en: Header file of the <emphasis>libxml-libxml-perl</emphasis> fake package
ca-ES: Fitxer de capçalera del paquet fals <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.
ca-ES: El següent pas és generar el paquet Debian amb l'ordre <command>equivs-build <replaceable>fitxer</replaceable></command>. Voilà: el paquet es crea al directori actual i es pot gestionar com qualsevol altre paquet de Debian.

en: Simple File Archive
ca-ES: Simple arxiu de fitxers

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/" />
ca-ES: Els administradors de Falcot Corp han de crear un paquet de Debian per facilitar el desplegament d'un conjunt de documents en un gran nombre de màquines. L'administrador encarregat d'aquesta tasca primer llegeix la "Guia del nou mantenidor", i després comença a treballar en el seu primer paquet. <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:
ca-ES: El primer pas és crear un directori <filename>falcot-data-1.0</filename> que contindrà el paquet amb les fonts. El paquet lògicament s'anomenarà <literal>falcot-data</literal> i tindrà el número de versió <literal>1.0</literal>. L'administrador col·loca els documents en un subdirectori <filename>data</filename>. Llavors invoquen l'ordre <command>dh_make</command> (del paquet <emphasis role="pkg">dh-make</emphasis>) per afegir els fitxers requerits pel procés de generació de paquets, que s'emmagatzemaran en un subdirectori <filename>debian</filename>:

en: <primary>package</primary><secondary>types</secondary>
ca-ES: <primary>paquet</primary><secondary>tipus</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.
ca-ES: El tipus «<emphasis>library</emphasis>» o “biblioteca” correspon a un paquet font que genera diversos paquets binaris. És útil per a les biblioteques compartides, ja que han de seguir normes estrictes d'empaquetament.

en: <emphasis>TIP</emphasis> Maintainer's name and email address
ca-ES: <emphasis>SUGGERIMENT</emphasis> Nom i adreça de correu electrònic del mantenidor

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!):
ca-ES: La majoria dels programes implicats en el manteniment de paquets buscaran el vostre nom i adreça de correu electrònic a les variables d'entorn <varname>DEBFULLNAME</varname> i <varname>DEBEMAIL</varname> o <varname>EMAIL</varname> . Definir-les una vegada us evitarà haver d'escriure-les diverses vegades. Si el vostre intèrpret d'ordres habitual és <command>bash</command>, és una simple qüestió d'afegir les dues línies següents al vostre fitxer <filename>~/.bashrc</filename> (òbviament substituireu els valors per altres més rellevants!):

en: <primary><filename>control</filename></primary><secondary><literal>Depends</literal>, header field</secondary>
ca-ES: <primary><filename>control</filename></primary><secondary><literal>Depends</literal>, camp de capçalera</secondary>

en: The <filename>control</filename> file
ca-ES: El fitxer <filename>control</filename>

en: The <filename>changelog</filename> file
ca-ES: El fitxer <filename>changelog</filename>

en: The <filename>copyright</filename> file
ca-ES: El fitxer <filename>copyright</filename>

en: <emphasis>BACK TO BASICS</emphasis> <filename>Makefile</filename> file
ca-ES: <emphasis>TORNAR A LES BASES</emphasis> El fitxer <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:
ca-ES: Un fitxer <filename>Makefile</filename> és un script utilitzat pel programa <command>make</command>; descriu les regles sobre com construir un conjunt de fitxers entre si en un arbre de dependències (per exemple, un programa es pot construir a partir d'un conjunt de fitxers font). El fitxer <filename>Makefile</filename> descriu aquestes regles en el format següent:

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.
ca-ES: Tingueu en compte que les línies d'ordres han de començar amb un caràcter de tabulació; també cal tenir en compte que quan una línia d'ordres comença amb un caràcter de guió (<literal>-</literal>), la fallada de l'ordre no interromp tot el procés.

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).
ca-ES: El fitxer <filename>rules</filename> normalment conté un conjunt de regles utilitzades per configurar, compilar i instal·lar el programari en un subdirectori dedicat (anomenat com el paquet binari generat). El contingut d'aquest subdirectori s'arxiva després dins del paquet Debian com si fos l'arrel del sistema de fitxers. En el nostre cas, els fitxers s'instal·laran al subdirectori <filename>debian/falcot-data/usr/share/falcot-data/</filename>, de manera que instal·lant el paquet generat es desplegaran els fitxers sota <filename>/usr/share/falcot-data/</filename>. El fitxer <filename>rules</filename> s'utilitza com a <filename>Makefile</filename>, amb alguns «targets» o “objectius” estàndard (incloent-hi <literal>clean</literal> i <literal>binary</literal>, utilitzats respectivament per netejar el directori d'origen i generar el paquet binari).

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:
ca-ES: Encara que aquest fitxer és el cor del procés, cada cop més conté només el mínim per executar un conjunt estàndard d'ordres proporcionat per l'eina <command>debhelper</command>. Aquest és el cas dels fitxers generats per <command>dh_make</command>. Per instal·lar els nostres fitxers, simplement es configura el comportament de l'ordre <command>dh_install</command> creant el següent fitxer <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>.
ca-ES: En aquest punt ja es pot crear el paquet. No obstant això, hi afegirem una capa de pintura. Atès que els administradors volen que els documents siguin fàcilment accessibles des dels menús dels entorns gràfics d'escriptori, s'afegeix un fitxer <filename>falcot-data.desktop</filename> i s'instal·la a <filename>/usr/share/applications</filename> afegint una segona línia a <filename>debian/falcot-data.install</filename>.

en: The <filename>falcot-data.desktop</filename> file
ca-ES: El fitxer <filename>falcot-data.desktop</filename>

en: The updated <filename>debian/falcot-data.install</filename> looks like this:
ca-ES: L'actualització de <filename>debian/falcot-data.install</filename> queda així:

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.
ca-ES: El nostre paquet font ja està llest. Tot el que queda per fer és generar el paquet binari, amb el mateix mètode utilitzat anteriorment per reconstruir paquets: executem l'ordre <command>dpkg-buildpackage -us -uc</command> des del directori <filename>falcot-data-1.0</filename>.

en: Creating a Package Repository for APT
ca-ES: Creació d'un repositori de paquets per a APT

en: <primary>package</primary><secondary>Debian</secondary><tertiary>archive of</tertiary>
ca-ES: <primary>paquet</primary><secondary>Debian</secondary><tertiary>arxiu 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.
ca-ES: Falcot Corp va començar a mantenir gradualment una sèrie de paquets Debian modificats localment a partir de paquets existents o creats des de zero per distribuir dades i programes interns.

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:
ca-ES: Per facilitar-ne la distribució, es vol integrar aquests paquets en un arxiu de paquets que pugui ser utilitzat directament per APT. Per raons de manteniment òbvies, es volen separar els paquets interns dels paquets refets localment. L'objectiu és que les entrades corresponents en un fitxer <filename>/etc/apt/sources.list.d/falcot.list</filename> siguin les següents:

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>.
ca-ES: Per tant, els administradors configuren un servidor virtual al seu servidor HTTP intern, amb <filename>/srv/vhosts/packages/</filename> com l'arrel de l'espai web associat. La gestió del mateix arxiu es delega a l'ordre <command>mini-dinstall</command> (al paquet amb el mateix nom). Aquesta eina manté un ull al directori <filename>incoming/</filename> (en el nostre cas, <filename>/srv/vhosts/packages/mini-dinstall/incoming/</filename>) i espera nous paquets allà; quan s'hi envia un paquet, s'instal·la en un arxiu Debian a <filename>/srv/vhosts/packages/</filename>. L'ordre <command>mini-dinstall</command> llegeix el fitxer <filename>*.changes</filename> creat quan es genera el paquet Debian. Aquests fitxers contenen una llista de tots els altres fitxers associats amb la versió del paquet (<filename>*.deb</filename>,<filename>*.dsc</filename>,<filename>*.diff.gz</filename>/<filename>*.debian.tar.gz</filename>,<filename>*.orig.tar.gz</filename>, o els seus equivalents amb altres eines de compressió), i aquests permeten a <command>mini-dinstall </command> saber quins fitxers cal instal·lar. Els fitxers <filename>*.changes</filename> també contenen el nom de la distribució de destinació (sovint <literal>unstable</literal>) mencionada a l'última entrada de <filename>debian/changelog</filename>, i <command>mini-dinstall</command> utilitza aquesta informació per decidir on s'ha d'instal·lar el paquet. Per això els administradors sempre han de canviar aquest camp abans de construir un paquet, i establir-lo a <literal>internal</literal> o <literal>updates</literal>, depenent de la ubicació de destinació. <command>mini-dinstall</command> després genera els fitxers requerits per APT, com ara <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:
ca-ES: Si <command>mini-dinstall</command> sembla massa complex per a les vostres necessitats d'arxiu Debian, també podeu utilitzar l'ordre <command>apt-ftparchive</command>. Aquesta eina escaneja el contingut d'un directori i mostra (en la seva sortida estàndard) un fitxer <filename>Packages</filename> corresponent. En el cas de Falcot Corp, els administradors podrien pujar els paquets directament a <filename>/srv/vhosts/packages/updates/</filename> o <filename>/srv/vhosts/packages/internal/</filename>, per després executar les ordres següents per crear els fitxers <filename>Packages.gz</filename>:

en: The <command>apt-ftparchive sources</command> command allows creating <filename>Sources.gz</filename> files in a similar fashion.
ca-ES: L'ordre <command>apt-ftparchive sources</command> permet crear fitxers <filename>Sources.gz</filename> d'una manera 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:
ca-ES: La configuració de <command>mini-dinstall</command> requereix configurar un fitxer <filename>~/.mini-dinstall.conf</filename>; en el cas Falcot Corp, el contingut és el següent:

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).
ca-ES: Una decisió que val la pena assenyalar és la generació de fitxers <filename>Release</filename> per a cada arxiu. Això pot ajudar a gestionar les prioritats d'instal·lació de paquets utilitzant el fitxer de configuració <filename>/etc/apt/preferences</filename> (vegeu <xref linkend="sect.apt.priorities" /> per als detalls).

en: <emphasis>SECURITY</emphasis> <command>mini-dinstall</command> and permissions
ca-ES: <emphasis>SEGURETAT</emphasis> <command>mini-dinstall</command> i els 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.
ca-ES: Atès que <command>mini-dinstall</command> ha estat dissenyat per funcionar com un usuari normal, no hi ha necessitat d'executar-lo com a «root». La manera més senzilla és configurar-ho tot dins del compte d'usuari que pertanyi a l'administrador encarregat de crear els paquets Debian. Com que només aquest administrador té els permisos necessaris per posar fitxers al directori <filename>incoming/</filename>, podem deduir que l'administrador haurà autenticat l'origen de cada paquet abans d'incloure'l i <command>mini-dinstall</command> no necessita tornar-ho a fer. Això explica el paràmetre <literal>verify_sigs = 0</literal> (el qual significa que les signatures no han de ser verificades). No obstant això, si el contingut dels paquets és sensible, podem revertir aquesta configuració i triar autenticar-se amb un anell de claus públic que contingui les claus públiques de les persones permeses per crear paquets (configurat amb el paràmetre <literal>extra_keyrings</literal>); <command>mini-dinstall</command> comprovarà l'origen de cada paquet entrant analitzant la signatura integrada al fitxer <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.
ca-ES: Invocar <command>mini-dinstall</command> en realitat inicia un dimoni en segon pla. Mentre s'executi aquest dimoni, comprovarà si hi ha paquets nous al directori <filename>incoming/</filename> cada mitja hora; quan arriba un paquet nou, es mourà a l'arxiu i es regeneraran els fitxers <filename>Packages.gz</filename> i <filename>Sources.gz</filename>. Si l'execució d'un dimoni és un problema, <command>mini-dinstall</command> també es pot invocar manualment en mode per lots o «batch» (amb l'opció <literal>-b</literal>) cada vegada que es puja un paquet al directori <filename>incoming/</filename>. Altres possibilitats proporcionades per <command>mini-dinstall</command> estan documentades a la seva pàgina de manual <citerefentry><refentrytitle>mini-dinstall</refentrytitle> <manvolnum>1</manvolnum></citerefentry>.

en: <emphasis>EXTRA</emphasis> Generating a signed archive
ca-ES: <emphasis>EXTRA</emphasis> Generació d'un arxiu signat

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.
ca-ES: La suite APT comprova una cadena de signatures criptogràfiques als paquets que gestiona abans d'instal·lar-los per tal d'assegurar la seva autenticitat (vegeu <xref linkend="sect.package-authentication" />). Els arxius d'APT privats poden ser un problema, ja que les màquines que els utilitzen mostraran contínuament avisos sobre els paquets sense signar. Per tant, un administrador diligent integrarà arxius privats amb el mecanisme d'APT segur.

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.
ca-ES: Per ajudar amb aquest procés, <command>mini-dinstall</command> inclou una opció de configuració <literal>release_signscript</literal> que permet especificar un script a utilitzar per generar la signatura. Un bon punt de partida és l'script <filename>sign-release.sh</filename> proporcionat pel paquet <emphasis role="pkg">mini-dinstall</emphasis> a <filename>/usr/share/doc/mini-dinstall/examples/</filename>; pot ser rellevants adaptar-lo localment.

en: Becoming a Package Maintainer
ca-ES: Convertir-se en mantenidor de paquets

en: Learning to Make Packages
ca-ES: Aprendre a fer paquets

en: Rules
ca-ES: Regles

en: <primary>Debian</primary><secondary>Policy</secondary>
ca-ES: <primary>Debian</primary><secondary>Normativa</secondary>

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/" />
ca-ES: Un paquet Debian ha de complir amb les regles precises compilades a la política de Debian, i cada mantenidor de paquets ha de conèixer-les. No existeix cap requisit de conèixer-los de memòria, sinó de saber que existeixen i de referir-se a ells quan una opció presenta una alternativa no trivial. Tots els mantenidors de Debian han comès errors al no saber una regla, però això no és un problema enorme sempre que l'error es corregeixi quan un usuari n'informa com a informe d'error (que tendeix a passar de seguita gràcies als usuaris avançats). El camp <literal>Standards-Version</literal> de <filename>debian/control</filename> especifica la versió de la política Debian amb la qual compleix un paquet. Els mantenidors haurien de complir amb l'última versió de la política Debian. <ulink type="block" url="https://www.debian.org/doc/debian-policy/" />

en: Procedures
ca-ES: Procediments

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/" />
ca-ES: Debian no és una simple col·lecció de paquets individuals. El treball d'empaquetament de cadascú és part d'un projecte col·lectiu; ser un desenvolupador de Debian implica saber com funciona el projecte de Debian com a conjunt. Cada desenvolupador interactuarà, més aviat o més tard, amb els altres. La «Debian Developer's Reference» o “Referència del Desenvolupador Debian” (al paquet <emphasis role="pkg">developers-reference</emphasis>) resumeix el que cada desenvolupador ha de saber per tal d'interactuar de la millor manera possible amb els diferents equips del projecte, i per aprofitar millor els avantatges possibles dels recursos disponibles. Aquest document també enumera una sèrie de deures que s'espera que compleixi un desenvolupador. <ulink type="block" url="https://www.debian.org/doc/manuals/developers-reference/" />

en: Tools
ca-ES: Eines

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.
ca-ES: Moltes eines ajuden els mantenidors de paquets en el seva tasca. Aquesta secció els descriu ràpidament, però no dóna tots els detalls ja que tots tenen una completa documentació pròpia.

en: The <emphasis role="pkg">devscripts</emphasis> package contains many programs helping with a wide array of a Debian developer's job:
ca-ES: El paquet <emphasis role="pkg">devscripts</emphasis> conté molts programes que ajuden en una àmplia gamma de tasques d'un desenvolupador de 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.
ca-ES: <command>debuild</command> permet generar un paquet (amb <command>dpkg-buildpackage</command>) i executar <command>lintian</command> per verificar després el compliment amb la política Debian.

en: <command>debclean</command> cleans a source package after a binary package has been generated.
ca-ES: <command>debclean</command> neteja un paquet font després que s'hagi generat un paquet binari.

en: <command>dch</command> allows quick and easy editing of a <filename>debian/changelog</filename> file in a source package.
ca-ES: <command>dch</command> permet l'edició ràpida i senzilla d'un fitxer <filename>debian/changelog</filename> en un paquet font.

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.
ca-ES: <command>uscan</command> comprova si un autor original ha publicat una nova versió d'un programari; això requereix un fitxer <filename>debian/watch</filename> amb una descripció de la ubicació d'aquests publicacions.

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.
ca-ES: <command>debi</command> permet instal·lar (amb <command>dpkg -i</command>) el paquet Debian que s'acaba de generar sense la necessitat d'escriure el seu nom i camí complets.

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.
ca-ES: De manera similar, <command>debc</command> permet escanejar el contingut del paquet acabat de generar (amb <command>dpkg -c</command>), sense necessitat d'escriure el seu nom i camí complets.

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.
ca-ES: <command>debrelease</command> ennvia un paquet generat recentment a un servidor remot, sense necessitat d'escriure el nom complet i el camí del fitxer <filename>.changes</filename> corresponent.

en: <command>debsign</command> signs the <filename>*.dsc</filename> and <filename>*.changes</filename> files.
ca-ES: <command>debsign</command> signa els fitxers <filename>*.dsc</filename> i <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.
ca-ES: <command>uupdate</command> automatitza la creació d'una nova revisió d'un paquet quan s'ha publicat una nova versió del programari original.

en: <emphasis role="pkg">debhelper</emphasis> and <emphasis role="pkg">dh-make</emphasis>
ca-ES: <emphasis role="pkg">debhelper</emphasis> i <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.
ca-ES: L'script <command>dh_make</command> (al paquet <emphasis>dh-make</emphasis>) crea els fitxers necessaris per generar un paquet Debian en un directori que inicialment conté les fonts d'un programari. Com es pot endevinar a partir del nom del programa, els fitxers generats utilitzen el debhelper per defecte.

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.
ca-ES: Aquesta eina és una de les més importants: és el verificador de paquets Debian. Es basa en una gran varietat de testos creats a partir de la política Debian, i detecta ràpidament i automàticament molts errors que després es poden corregir abans que es publiquin els paquets.

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.
ca-ES: Aquesta eina només és una ajuda, i de vegades s'equivoca (per exemple, ja que la política de Debian canvia amb el temps, <command>lintian</command> de vegades està obsolet). Tampoc és exhaustiva: no tenir cap error de Lintian no hauria d'interpretar-se com una prova que el paquet és perfecte; com a molt, evita els errors més comuns.

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.
ca-ES: Aquesta és una altra eina important: automatitza la instal·lació, l'actualització, l'eliminació i la purga d'un paquet (en un entorn aïllat), i comprova que cap d'aquestes operacions condueixi a un error. Pot ajudar a detectar les dependències que manquen, i també detecta quan s'han deixat fitxers incorrectament després que el paquet s'hagi purgat.

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.
ca-ES: <command>reprotest</command> construeix el mateix codi font dues vegades en entorns diferents, i després comprova els binaris produïts per cada compilació per trobar-ne diferències. Si n'hi ha, llavors s'utilitza el <command>diffoscope</command> (i si no està disponible, <command>diff</command>) per mostrar-les en detall per a l'anàlisi posterior.

en: <command>dupload</command> and <command>dput</command>
ca-ES: <command>dupload</command> i <command>dput</command>

en: Acceptance Process
ca-ES: Procés d'acceptació

en: <primary>Debian</primary><secondary>Developer</secondary>
ca-ES: <primary>Debian</primary><secondary>desenvolupador</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/" />
ca-ES: Convertir-se en “desenvolupador de Debian” no és una qüestió administrativa senzilla. El procés comprèn diversos passos, i és tant una iniciació com un procés de selecció. En qualsevol cas, està formalitzat i ben documentat, de manera que qualsevol pot fer un seguiment de la seva progressió al lloc web dedicat al procés per nous membres. <ulink type="block" url="https://nm.debian.org/" />

en: <emphasis>EXTRA</emphasis> Lightweight process for “Debian Maintainers”
ca-ES: <emphasis>EXTRA</emphasis> Procés lleuger per als “mantenidors de 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.
ca-ES: El «Debian Maintainer» o “mantenidor de Debian” és un altre estat que dóna menys privilegis que el “desenvolupador de Debian”, però el procés associat és més ràpid. Amb aquest estatus, els contribuents només poden mantenir els seus propis paquets. Un desenvolupador de Debian només ha de realitzar una comprovació en una pujada inicial, i emetre una declaració en el sentit que confia en el mantenidor prospectiu amb la capacitat de mantenir el paquet pel seu compte.

en: Prerequisites
ca-ES: Prerequisits

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.
ca-ES: S'espera que tots els candidats tinguin almenys un coneixement funcional de la llengua anglesa. Això és necessari a tots els nivells: per a les comunicacions inicials amb l'examinador, per descomptat, però també més tard, ja que l'anglès és l'idioma preferit per a la majoria de la documentació; també, els usuaris de paquets es comunicaran en anglès quan informin d'errors, i esperaran respostes en anglès.

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.
ca-ES: L'altre prerequisit s'ocupa de la motivació. Convertir-se en desenvolupador de Debian és un procés que només té sentit si el candidat sap que el seu interès en Debian durarà molts mesos. El procés d'acceptació pot durar diversos mesos, i Debian necessita desenvolupadors de llarga durada; cada paquet necessita manteniment permanent, i no només una pujada inicial.

en: Registration
ca-ES: Registre

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.
ca-ES: El primer pas (real) consisteix a trobar un patrocinador o representant; això és un desenvolupador oficial disposat a declarar que creu que acceptar <emphasis>X</emphasis> seria una cosa bona per a Debian. Això normalment implica que el candidat ja ha estat actiu dins de la comunitat, i que el seu treball ha estat apreciat. Si el candidat és tímid i el seu treball no és accessible públicament, es pot intentar convèncer un desenvolupador de Debian perquè el defensi mostrant el seu treball de manera privada.

en: <primary>key pair</primary>
ca-ES: <primary>parell de claus</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" />
ca-ES: Al mateix temps, el candidat ha de generar un parell de claus RSA públic/privat amb GnuPG, que hauria de ser signat per almenys dos desenvolupadors oficials de Debian. La signatura autentifica el nom de la clau. De manera efectiva, durant una «key signing party» o “trobada per a la signatura de claus”, cada participant ha de mostrar una identificació oficial (normalment una targeta d'identificació o passaport) juntament amb els seus identificadors de claus. Aquest pas confirma l'enllaç entre la persona i les claus. Per tant, aquesta signatura requereix trobar-se en la vida real. Si encara no heu conegut cap desenvolupador de Debian en una conferència de programari lliure públic, podeu cercar explícitament desenvolupadors que viuen a prop utilitzant la llista de la pàgina web següent com a punt 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.
ca-ES: Un cop el registre a <literal>nm.debian.org</literal> ha estat validat pel patrocinador, s'assigna un «<emphasis>Application Manager</emphasis>» o “gestor de la sol·licitud” al candidat. El gestor de la sol·licitud conduirà el procés a través de múltiples passes i comprovacions predefinides.

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.
ca-ES: La primera verificació és una comprovació d'identitat. Si ja teniu una clau signada per dos desenvolupadors de Debian, aquest pas és fàcil; en cas contrari, el gestor de la sol·licitud intentarà guiar-vos en la cerca de desenvolupadors de Debian propers per organitzar una trobada i una signatura de claus.

en: Accepting the Principles
ca-ES: Acceptació dels principis

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" />).
ca-ES: Aquestes formalitats administratives van seguides de consideracions filosòfiques. La qüestió és assegurar-se que el candidat entén i accepta el contracte social i els principis que subjacents al Programari Lliure. L'entrada a Debian només és possible si es comparteixen els valors que uneixen els desenvolupadors actuals, com s'expressa en els textos fundacionals (i es resumeixen a <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.
ca-ES: A més, s'espera que cada candidat que desitgi unir-se a les files de Debian conegui el funcionament del projecte, i com interactuar adequadament per resoldre els problemes que sens dubte apareixeran a mesura que passi el temps. Tota aquesta informació generalment està documentada en manuals dirigits als nous mantenidors, i a la referència del desenvolupador de Debian. Una lectura atenta d'aquest document hauria de ser suficient per a respondre a les preguntes de l'examinador. Si les respostes no són satisfactòries, s'informarà el candidat. Després caldrà llegir (altre cop) la documentació pertinent abans d'intentar-ho de nou. En els casos en què la documentació existent no conté la resposta apropiada per a la pregunta, el candidat normalment pot trobar a una resposta en alguna experiència pràctica dins de Debian, o potencialment discutint-ho amb altres desenvolupadors de Debian. Aquest mecanisme assegura que els candidats s'impliquin en certa mesura a Debian abans de convertir-se de ple en part d'aquest. És una política deliberada, mitjançant la qual els candidats que finalment s'uneixen al projecte s'integren com una altra peça d'un trencaclosques infinitament extensible.

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.
ca-ES: Aquest pas es coneix normalment com <emphasis>filosofia &amp; procediments</emphasis> (P&amp;P per escurçar) en el lingo dels desenvolupadors implicats en el procés per nous membres.

en: <primary><emphasis>Philosophy &amp; Procedures</emphasis></primary>
ca-ES: <primary><emphasis>Filosofia i procediments</emphasis></primary>

en: Checking Skills
ca-ES: Comprovació d'habilitats

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.
ca-ES: Cada sol·licitud per convertir-se en desenvolupador oficial de Debian ha d'estar justificada. Convertir-se en membre del projecte requereix mostrar que aquest estatus és legítim, i que facilita el treball del candidat per ajudar Debian. La justificació més comuna és que si es concedeix l'estatus de desenvolupador de Debian això facilita el manteniment d'un paquet Debian, però no és l'única. Alguns desenvolupadors s'uneixen al projecte per contribuir a l'adaptació a una arquitectura específica, altres volen millorar la documentació, 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.
ca-ES: Aquest pas representa l'oportunitat que el candidat expliqui què pensa fer dins del projecte Debian i mostri el que ja han fet per a aquesta fi. Debian és un projecte pragmàtic i dir alguna cosa no és suficient, si les accions no coincideixen amb el que es diu. En general, quan el paper previst dins del projecte està relacionat amb el manteniment de paquets, una primera versió prospectiva del paquet haurà de ser validada tècnicament i pujada als servidors de Debian per un patrocinador entre els desenvolupadors de Debian existents.

en: <emphasis>COMMUNITY</emphasis> Sponsoring
ca-ES: <emphasis>COMUNITAT</emphasis> Patrocini

en: <primary>sponsoring</primary>
ca-ES: <primary>patrocini</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.
ca-ES: Els desenvolupadors de Debian poden “patrocinar” paquets preparats per algú altre, fet que significa que els publiquen als repositoris oficials de Debian després d'haver realitzat una acurada revisió. Aquest mecanisme permet a persones externes, que encara no han passat pel procés de nous membres, contribuir ocasionalment al projecte. Al mateix temps, assegura que tots els paquets inclosos a Debian sempre han estat verificats per un membre oficial.

en: This step is known as the <emphasis>Tasks &amp; Skills</emphasis> step (T&amp;S for short) in the examiners' jargon.
ca-ES: Aquest pas es coneix com el pas de les <emphasis>tasques &amp; habilitats</emphasis> (T&amp;S per abreujar de l'anglès «tasks &amp; skills») en l'argot dels examinadors.

en: <primary><emphasis>Tasks &amp; Skills</emphasis></primary>
ca-ES: <primary><emphasis>Tasques &amp; habilitats</emphasis></primary>

en: Final Approval
ca-ES: Aprovació final

en: <primary>Debian</primary><secondary>Account Managers</secondary><seealso>DAM</seealso>
ca-ES: <primary>Debian</primary><secondary>Administradors de comptes</secondary><seealso>DAM</seealso>

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.
ca-ES: A l'últim pas, tot el procés es revisa per un DAM («<emphasis>Debian Account Manager</emphasis>» o “gestor de comptes de Debian”). El DAM revisarà tota la informació sobre el candidat que hagi recollit l'examinador, i prendrà la decisió sobre si crear o no un compte als servidors de Debian. En els casos en què es requereixi informació addicional, la creació del compte es pot endarrerir. Els rebuigs són bastant rars si l'examinador fa una bona feina seguint el procés, però a vegades succeeixen. Mai són permanents, i el candidat és lliure d'intentar-ho una altra vegada.

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.
ca-ES: La decisió del DAM és autoritativa i (gairebé) sense apel·lació, la qual cosa explica perquè la gent en aquest càrrec sovint ha estat criticada en el passat.
