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

en: Binary package
ca-ES: Paquet binari

en: Source package
ca-ES: Paquet font

en: package
ca-ES: paquet

en: dependencies
ca-ES: dependències

en: conflict
ca-ES: conflicte

en: Packaging System: Tools and Fundamental Principles
ca-ES: Sistema de paquets: eines i principis fonamentals

en: As a Debian system administrator, you will routinely handle <filename>.deb</filename> packages, since they contain consistent functional units (applications, documentation, etc.), whose installation and maintenance they facilitate. It is therefore a good idea to know what they are and how to use them.
ca-ES: Com a administrador de sistema Debian, gestionareu rutinàriament els paquets <filename>.deb</filename>, ja que contenen unitats funcionals consistents (aplicacions, documentació, etc.), i de les quals en faciliten la instal·lació i manteniment. Per tant, és bona idea saber què són i com utilitzar-los.

en: This chapter describes the structure and contents of “binary” and “source” packages. The former are files directly usable by <command>dpkg</command>, while the latter contain the source code, as well as instructions for building binary packages.
ca-ES: Aquest capítol descriu l'estructura i el contingut dels paquets “binaris” i “font”. Els primers són arxius directament utilitzables per <command>dpkg</command>, mentre que aquests últims contenen el codi font, així com les instruccions per construir paquets binaris.

en: Structure of a Binary Package
ca-ES: Estructura d'un paquet binari

en: <primary>package</primary><secondary>binary package</secondary><seealso><filename>.deb</filename></seealso>
ca-ES: <primary>paquet</primary><secondary>paquet binari</secondary><seealso><filename>.deb</filename></seealso>

en: The Debian package format is designed so that its content may be extracted on any Unix system that has the classic commands <command>ar</command>, <command>tar</command>, and <command>xz</command> or sometimes <command>gzip</command> or <command>bzip2</command>. This seemingly trivial property is important for portability and disaster recovery.
ca-ES: El format del paquet Debian està dissenyat de manera que el seu contingut es pugui extreure en qualsevol sistema Unix que tingui les ordres clàssiques <command>ar</command>, <command>tar</command>, i <command>xz</command>, o de vegades <command>gzip</command> o <command>bzip2</command>. Aquesta propietat aparentment trivial és important per a la portabilitat i la recuperació en cas de desastre.

en: Imagine, for example, that you mistakenly deleted the <command>dpkg</command> program, and that you could thus no longer install Debian packages. <command>dpkg</command> being a Debian package itself, it would seem your system would be done for... Fortunately, you know the format of a package and can therefore <ulink url="https://www.debian.org/distrib/packages#search_packages">download</ulink> the <filename>.deb</filename> file of the <emphasis role="pkg">dpkg</emphasis> package and install it manually (see sidebar <xref linkend="sidebar.dpkg-apt-ar" />). If by some misfortune one or more of the programs <command>ar</command>, <command>tar</command> or <command>gzip</command>/<command>xz</command>/<command>bzip2</command> have disappeared, you will only need to copy the missing program from another system (since each of these operates in a completely autonomous manner, without dependencies, a simple copy will suffice). If your system suffered some even more outrageous fortune, and even these don't work (maybe the deepest system libraries are missing?), you should try the static version of <command>busybox</command> (provided in the <emphasis role="pkg">busybox-static</emphasis> package), which is even more self-contained, and provides subcommands such as <command>busybox ar</command>, <command>busybox tar</command> and <command>busybox xz</command>.
ca-ES: Imagineu, per exemple, que heu esborrat erròniament el programa <command>dpkg</command>, i que per tant ja no podeu instal·lar paquets de Debian. Essent <command>dpkg </command> un paquet de Debian en si, semblaria que el vostre sistema estaria acabat per... Per sort, ja coneixeu el format d'un paquet i per tant podeu <ulink url="https://www.debian.org/distrib/packages#search_packages">descarregar</ulink> el fitxer <filename>.deb</filename> del paquet <emphasis role="pkg">dpkg</emphasis> i instal·lar-lo manualment (vegeu el requadre <xref linkend="sidebar.dpkg-apt-ar" />). Si per alguna desgràcia un o més dels programes <command>ar</command>, <command>tar</command> o <command>gzip</command>/<command>xz</command>/<command>bzip2</command> han desaparegut, només cal copiar d'un altre sistema el programa que us falti (ja que cadascun d'ells funciona de manera completament autònoma, sense dependències, una còpia simple serà suficient). Si el vostre sistema ha patit un infortuni encara més escandalós, i fins i tot això no funciona (potser falten biblioteques de sistema de més baix nivell?), hauríeu de provar la versió estàtica de <command>busybox</command> (contingut al paquet <emphasis role="pkg">busybox-static</emphasis>), que és encara més autònom, i ofereix subordres com ara <command>busybox ar</command>, <command>busybox tar</command> i <command>busybox xz</command>.

en: <emphasis>In case of a misfortune you better also have a backup of your system (see <xref linkend="sect.backup" />).</emphasis>
ca-ES: <emphasis>En cas de desgràcia també és millor que tingueu una còpia de seguretat del vostre sistema (vegeu <xref linkend="sect.backup" />).</emphasis>

en: <emphasis>TOOLS</emphasis> <command>dpkg</command>, <command>APT</command> and <command>ar</command>
ca-ES: <emphasis>EINES</emphasis> <command>dpkg</command>, <command>APT</command> i <command>ar</command>

en: <command>dpkg</command> is the program that handles <filename>.deb</filename> files (binary packages), notably extracting, analyzing, and unpacking them.
ca-ES: <command>dpkg</command> és el programa que gestiona arxius <filename>.deb</filename> (paquets binaris), especialment l'extracció, anàlisi i desempaquetament.

en: <acronym>APT</acronym> (the abbreviation of "Advanced Packaging Tool") is a group of programs that allows the execution of higher-level modifications to the system: installing or removing a package (while keeping dependencies satisfied), updating and upgrading the system, listing the available packages, etc.
ca-ES: <acronym>APT</acronym> (l'abreviatura de “Eina Avançada de Paquets” o «Advanced Packaging Tool») és un grup de programes que permeten l'execució de modificacions de més alt nivell al sistema: instal·lació o eliminació d'un paquet (al temps que manté les dependències satisfetes), actualització dels repositoris i del sistema, llistat dels paquets disponibles, etc.

en: <primary>decompressing, binary package</primary>
ca-ES: <primary>descompressió, paquet binari</primary>

en: <primary>uncompressing, binary package</primary>
ca-ES: <primary>descompressió, paquet binari</primary>

en: <primary>unpacking</primary><secondary>binary package</secondary>
ca-ES: <primary>desempaquetat</primary><secondary>paquet binari</secondary>

en: <command>ar t <replaceable>archive</replaceable></command> displays the list of files contained in such an archive,
ca-ES: <command>ar t <replaceable>fitxer</replaceable></command> mostra la llista de fitxers continguts al fitxer donat,

en: <command>ar x <replaceable>archive</replaceable></command> extracts the files from the archive into the current working directory,
ca-ES: <command>ar x <replaceable>fitxer</replaceable></command> extreu els fitxers continguts al directori actual de treball,

en: <command>ar d <replaceable>archive</replaceable> <replaceable>file</replaceable></command> deletes a file from the archive, etc.
ca-ES: <command>ar d <replaceable>fitxer</replaceable> <replaceable>fitxer-per-esborrar</replaceable></command> esborra el fitxer-per-esborrar del fitxer donat, etc.

en: Its man page <citerefentry><refentrytitle>ar</refentrytitle><manvolnum>1</manvolnum></citerefentry> documents all its other features. <command>ar</command> is a very rudimentary tool that a Unix administrator would only use on rare occasions, but admins routinely use <command>tar</command>, a more evolved archive and file management program. This is why it is easy to restore <command>dpkg</command> in the event of an erroneous deletion. You would only have to download the Debian package and extract the content from the <filename>data.tar.xz</filename> archive in the system's root (<filename>/</filename>):
ca-ES: La seva pàgina man <citerefentry><refentrytitle>ar</refentrytitle><manvolnum>1</manvolnum></citerefentry> documenta totes les altres funcions. <command>ar</command> és una eina molt rudimentària que un administrador d'Unix només utilitzaria en rares ocasions, però els administradors usen habitualment <command>tar</command>, un programa d'arxivat i gestió de fitxers més desenvolupat. Per això és fàcil restaurar <command>dpkg</command> en cas d'un esborrat per error. Només haureu de baixar el paquet Debian i extreure'n el contingut del fitxer <filename>data.tar.xz</filename> a l'arrel del sistema (<filename>/</filename>):

en: <emphasis>BACK TO BASICS</emphasis> Man page notation
ca-ES: <emphasis>TORNAR A LES BASES</emphasis> Notació de les pàgines de “man”

en: It can be confusing for beginners to find references to “<citerefentry><refentrytitle>ar</refentrytitle><manvolnum>1</manvolnum></citerefentry>” in the literature. This is generally a convenient means of referring to the man page entitled <literal>ar</literal> in section 1.
ca-ES: Pot ser confús per als principiants trobar referències a “<citerefentry><refentrytitle>ar</refentrytitle><manvolnum>1</manvolnum></citerefentry>” a la literatura. Això és generalment un mitjà convenient per referir-se a la pàgina man titulada <literal>ar</literal> de la secció 1.

en: Sometimes this notation is also used to remove ambiguities, for example to distinguish between the <command>printf</command> command that can also be indicated by <citerefentry><refentrytitle>printf</refentrytitle><manvolnum>1</manvolnum></citerefentry> and the <function>printf</function> function in the C programming language, which can also be referred to as <citerefentry><refentrytitle>printf</refentrytitle><manvolnum>3</manvolnum></citerefentry>.
ca-ES: De vegades aquesta notació també s'utilitza per eliminar ambigüitats, per exemple per distingir entre l'ordre <command>printf</command> que també es pot indicar com <citerefentry><refentrytitle>printf</refentrytitle><manvolnum>1</manvolnum></citerefentry> i la funció <function>printf</function> del llenguatge de programació C, que també pot ser referit com a <citerefentry><refentrytitle>printf</refentrytitle><manvolnum>3</manvolnum></citerefentry>.

en: <xref linkend="solving-problems" /> discusses manual pages in further detail (see <xref linkend="sect.manual-pages" />).
ca-ES: El <xref linkend="solving-problems" /> analitza les pàgines del manual amb més detall (vegeu <xref linkend="sect.manual-pages" />).

en: Have a look at the content of a <filename>.deb</filename> file:
ca-ES: Doneu un cop d'ull al contingut d'un fitxer <filename>.deb</filename>:

en: As you can see, the <command>ar</command> archive of a Debian package is comprised of three files:
ca-ES: Com podeu veure, l'arxiu <command>ar</command> d'un paquet Debian està format per tres fitxers:

en: This is a text file which simply indicates the version of the <filename>.deb</filename> file package format version. In Debian <emphasis role="distribution">Bullseye</emphasis> it is still version 2.0.
ca-ES: Aquest és un fitxer de text que simplement indica la versió del format <filename>.deb</filename> de paquet de fitxers. A Debian <emphasis role="distribution">Bullseye</emphasis> encara és a la versió 2.0.

en: This archive file contains all of the available meta-information, like the name and version of the package as well as some scripts to run before, during or after (un-)installation of it. Some of the meta-information allows package management tools to determine if it is possible to install or uninstall it, for example according to the list of packages already on the machine, and if files shipped have been modified locally.
ca-ES: Aquest arxiu conté tota la meta-informació disponible, com el nom i la versió del paquet, així com alguns «scripts» per executar abans, durant o després de la (des)instal·lació d'aquest. Alguna de la meta-informació permet a les eines de gestió de paquets determinar si és possible instal·lar o desinstal·lar-lo, per exemple, d'acord amb la llista de paquets que ja hi ha a la màquina, i si els arxius continguts s'han modificat localment.

en: This archive contains all of the files to be extracted from the package; this is where the executable files, libraries, documentation, etc., are all stored. Packages may use different compression formats, in which case the file will be named differently for <command>xz</command>, <command>bzip2</command> or <command>gzip</command>.
ca-ES: Aquest arxiu conté tots els fitxers que s'han d'extreure del paquet; aquí és on s'emmagatzemen els arxius executables, les biblioteques, la documentació, etc. Els paquets poden utilitzar diferents formats de compressió, en aquest cas el fitxer s'anomenarà de manera diferent per a <command>xz</command>, <command>bzip2</command> o <command>gzip</command>.

en: Package Meta-Information
ca-ES: Meta-informació del paquet

en: <primary>package meta-information</primary><seealso>meta-information</seealso>
ca-ES: <primary>meta-informació del paquete</primary><seealso>meta-informació</seealso>

en: <primary>package</primary><secondary>meta-information</secondary>
ca-ES: <primary>paquet</primary><secondary>meta-informació</secondary>

en: <primary>package</primary><secondary>maintainer scripts</secondary>
ca-ES: <primary>paquet</primary><secondary>scripts del mantenidor</secondary>

en: <primary>package</primary><secondary>checksums</secondary>
ca-ES: <primary>paquet</primary><secondary>sumes de verificació</secondary>

en: The Debian package is not only an archive of files intended for installation. It is part of a larger whole and describes its relationship with other Debian packages (requisites, dependencies, conflicts, suggestions). It also provides scripts that enable the execution of commands at different stages in the package's lifecycle (installation, upgrade, removal). These data are used by the package management tools, but are not part of the packaged software; they are, within the package, what is called its “meta-information” - information about other information.
ca-ES: El paquet Debian no és només un arxiu de fitxers destinats a la instal·lació. Forma part d'un conjunt més gran i descriu la seva relació amb altres paquets de Debian (requisits, dependències, conflictes, suggeriments). També proporciona «scripts» que permeten l'execució d'ordres en diferents etapes en el cicle de vida del paquet (instal·lació, actualització, eliminació). Aquestes dades són utilitzades per les eines de gestió de paquets però no formen part del programari empaquetat; són, dins del paquet, el que s'anomena la seva “meta-informació” ‐ informació sobre altra informació.

en: Description: the <filename>control</filename> File
ca-ES: Descripció: l'arxiu <filename>control</filename>

en: <primary>package meta-information</primary>
ca-ES: <primary>metainformació d'un paquet</primary>

en: <primary>package</primary><secondary><filename>control</filename></secondary>
ca-ES: <primary>paquet</primary><secondary><filename>control</filename></secondary>

en: <primary><filename>control</filename></primary><seealso>package meta-information</seealso>
ca-ES: <primary><filename>control</filename></primary><seealso>meta-informació del paquet</seealso>

en: This file uses a structure similar to email headers (as defined by <link linkend="sidebar.rfc">RFC 2822</link>) and is fully described in the Debian Policy and the manual pages <citerefentry><refentrytitle>deb-control</refentrytitle><manvolnum>5</manvolnum></citerefentry> and <citerefentry><refentrytitle>deb822</refentrytitle><manvolnum>5</manvolnum></citerefentry>. <ulink type="block" url="https://www.debian.org/doc/debian-policy/ch-controlfields.html" />
ca-ES: Aquest fitxer utilitza una estructura similar a les capçaleres de correu electrònic (com es defineixen a <link linkend="sidebar.rfc">RFC 2822</link>) i es descriu completament a la Normativa de Debian i a les pàgines del manual <citerefentry><refentrytitle>deb-control</refentrytitle><manvolnum>5</manvolnum></citerefentry> i <citerefentry><refentrytitle>deb822</refentrytitle><manvolnum>5</manvolnum></citerefentry>.<ulink type="block" url="https://www.debian.org/doc/debian-policy/ch-controlfields.html" />

en: For example, for <emphasis role="pkg">apt</emphasis>, the <filename>control</filename> file looks like the following:
ca-ES: Per exemple, el <filename>control</filename> de <emphasis role="pkg">apt</emphasis>, es veu d'aquesta manera:

en: <emphasis>BACK TO BASICS</emphasis> RFC — Internet standards
ca-ES: <emphasis>TORNAR A LES BASES</emphasis> RFC — estàndards d'internet

en: <acronym>RFC</acronym> is the abbreviation of “Request For Comments”. An RFC is generally a technical document that describes what will become an Internet standard. Before becoming standardized and frozen, these standards are submitted for public review (hence their name). The <acronym>IETF</acronym> (Internet Engineering Task Force) decides on the evolution of the status of these documents (proposed standard, draft standard, or standard).
ca-ES: <acronym>RFC</acronym> és l'abreviatura de “Petició de comentaris” (de l'anglès «Request For Comments»). Un RFC és generalment un document tècnic que descriu el que es convertirà en un estàndard d'Internet. Abans d'estandarditzar-se i “congelar-se”, aquests estàndards es presenten per a revisió pública (d'aquí el seu nom). L'<acronym>IETF</acronym> («Internet Engineering Task Force» o grup de treball d'enginyeria d'internet) decideix sobre l'evolució de l'estat d'aquests documents (estàndard proposat, estàndard en esborrany o estàndard).

en: RFC 2026 defines the process for standardization of Internet protocols. <ulink type="block" url="http://www.faqs.org/rfcs/rfc2026.html" />
ca-ES: RFC 2026 defineix el procés d'estandardització dels protocols d'Internet.<ulink type="block" url="http://www.faqs.org/rfcs/rfc2026.html" />

en: Dependencies: the <literal>Depends</literal> Field
ca-ES: Dependències: el camp <literal>Depends</literal>

en: <primary>dependency</primary>
ca-ES: <primary>dependència</primary>

en: <primary>package</primary><secondary>dependency</secondary>
ca-ES: <primary>paquet</primary><secondary>dependència</secondary>

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 dependencies are defined in the <literal>Depends</literal> field in the package header. It is a list of conditions to be met for the package to work correctly. This information is used by tools such as <command>apt</command> in order to install the required libraries, tools, drivers, etc., in appropriate versions fulfilling the dependencies of the package to be installed. For each dependency it is possible to restrict the range of versions that meet that condition. In other words, it is possible to express the fact that we need the package <emphasis role="pkg">libc6</emphasis> in a version equal to or greater than “2.15” (written “<command>libc6 (&gt;= 2.15)</command>”). Version comparison operators are as follows:
ca-ES: Les dependències es defineixen al camp <literal>Depends</literal> de la capçalera del paquet. És una llista de condicions que cal complir perquè el paquet funcioni correctament. Aquesta informació és utilitzada per eines com <command>apt</command> per tal d'instal·lar les biblioteques, eines, controladors, etc., en les versions apropiades que compleixin les dependències del paquet que s'instal·larà. Per a cada dependència és possible restringir el rang de versions que compleixen aquesta condició. En altres paraules, és possible expressar el fet que necessitem el paquet <emphasis role="pkg">libc6</emphasis> en una versió igual o superior a “2.15” (escrit “<command>libc6 (&gt;= 2.15)</command>”). Els operadors de comparació de versions són els següents:

en: <command>&lt;&lt;</command>: less than;
ca-ES: <command>&lt;&lt;</command>: menor que;

en: <command>&lt;=</command>: less than or equal to;
ca-ES: <command>&lt;=</command>: menor o igual que;

en: <command>=</command>: equal to (note that “<literal>2.6.1</literal>” is not equal to “<literal>2.6.1-1</literal>”);
ca-ES: <command>=</command>: igual a (noteu que “<literal>2.6.1</literal>” no és igual a “<literal>2.6.1-1</literal>”);

en: <command>&gt;=</command>: greater than or equal to;
ca-ES: <command>&gt;=</command>: major o igual que;

en: <command>&gt;&gt;</command>: greater than.
ca-ES: <command>&gt;&gt;</command>: mayor que.

en: In a list of conditions to be met, the comma serves as a separator. It must be interpreted as a logical “and”. In conditions, the vertical bar (“|”) expresses a logical “or” (it is an inclusive “or”, not an exclusive “either/or”). Carrying greater priority than “and”, it can be used as many times as necessary. Thus, the dependency “(A or B) and C” is written <command>A | B, C</command>. In contrast, the expression “A or (B and C)” should be written as “(A or B) and (A or C)”, since the <literal>Depends</literal> field does not tolerate parentheses that change the order of priorities between the logical operators “or” and “and”. It would thus be written <command>A | B, A | C</command>. <ulink type="block" url="https://www.debian.org/doc/debian-policy/ch-relationships.html#syntax-of-relationship-fields" />
ca-ES: En una llista de condicions a complir, la coma serveix com a separador. S'ha d'interpretar com una “i” lògica. En condicions, la barra vertical (“|”) expressa un “o” lògic (és a dir, un “o” inclusiu, no un “o” exclusiu). Té més prioritat que “i”, i es pot utilitzar tantes vegades com sigui necessari. Per tant, la dependència “(A o B) i C” s’escriu <command>A | B, C</command>. Per contra, l'expressió “A o (B i C)” s'ha d'escriure com a “(A o B) i (A o C)”, ja que el camp <literal>Depends</literal> no tolera parèntesis que canvien l'ordre de prioritats entre els operadors lògics “o” and “i”. Per tant, s'escriuria <command>A | B, A | C</command>.<ulink type="block" url="https://www.debian.org/doc/debian-policy/ch-relationships.html#syntax-of-relationship-fields" />

en: <primary>meta-package</primary>
ca-ES: <primary>metapaquet</primary>

en: The dependencies system is a good mechanism for guaranteeing the operation of a program, but it has another use with “meta-packages”. These are empty packages that only describe dependencies. They facilitate the installation of a consistent group of programs pre-selected by the meta-package maintainer; as such, <command>apt install <replaceable>meta-package</replaceable></command> will automatically install all of these programs using the meta-package's dependencies. The <emphasis role="pkg">gnome</emphasis>, <emphasis role="pkg">kde-full</emphasis> and <emphasis role="pkg">linux-image-amd64</emphasis> packages are examples of meta-packages.
ca-ES: El sistema de dependències és un bon mecanisme per garantir el funcionament d'un programa, però té un altre ús amb “metapaquets”. Aquests són paquets buits que només descriuen dependències. Faciliten la instal·lació d'un grup coherent de programes preseleccionats pel mantenidor del metapaquet; com a tal, <command>apt install <replaceable>metapaquet</replaceable></command> instal·larà automàticament tots aquests programes usant les dependències del metapaquet. Els paquets <emphasis role="pkg">gnome</emphasis>, <emphasis role="pkg">kde-full</emphasis> i <emphasis role="pkg">linux-image-amd64</emphasis> són exemples de metapaquets.

en: <emphasis>DEBIAN POLICY</emphasis> <literal>Recommends</literal>, <literal>Suggests</literal>, and <literal>Enhances</literal> fields
ca-ES: <emphasis>NORMATIVA DEBIAN</emphasis> Camps <literal>Recommends</literal>, <literal>Suggests</literal> i <literal>Enhances</literal>

en: <primary>package</primary><secondary>recommendations</secondary>
ca-ES: <primary>paquet</primary><secondary>recomanacions</secondary>

en: <primary>package</primary><secondary>suggestions</secondary>
ca-ES: <primary>paquet</primary><secondary>suggeriments</secondary>

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

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

en: The <literal>Recommends</literal> and <literal>Suggests</literal> fields describe dependencies that are not compulsory. The “recommended” dependencies, the most important, considerably improve the functionality offered by the package but are not indispensable to its operation. The “suggested” dependencies, of secondary importance, indicate that certain packages may complement and increase their respective utility, but it is perfectly reasonable to install one without the others.
ca-ES: Els camps <literal>Recommends</literal> i <literal>Suggests</literal> descriuen les dependències que no són obligatòries. Les dependències “recomanades”, les més importants, milloren considerablement la funcionalitat oferta pel paquet però no són indispensables per al seu funcionament. Les dependències “suggerides”, d'importància secundària, indiquen que certs paquets poden complementar i augmentar la seva utilitat respectiva, però és perfectament raonable instal·lar-ne un però no els altres.

en: You should always install the “recommended” packages, unless you know exactly why you do not need them. This is now also the default for APT unless configured otherwise. Conversely, it is not necessary to install “suggested” packages unless you know why you need them (the package description or its documentation may contain information which extra functionality they will activate). The behavior of <command>apt</command> can be controlled by using the <literal>APT::Install-Recommends</literal> and <literal>APT::Install-Suggests</literal> configuration options or the corresponding command line options <literal>--[no-]install-recommends</literal> and <literal>--[no-]install-suggests</literal>.
ca-ES: Sempre hauríeu d'instal·lar els paquets “recomanats”, tret que sabeu exactament per què no els necessiteu. Aquest és ara també el valor per defecte per a APT llevat que es configuri d'altra manera. Per contra, no és necessari instal·lar paquets “suggerits” a menys que sàpigueu per què es necessiten (la descripció del paquet o la seva documentació pot contenir informació sobre la funcionalitat afegida que poden activar). El comportament d'<command>apt</command> es pot controlar utilitzant les opcions de configuració <literal>APT::Install-Recommends</literal> i <literal>APT::Install-Suggests</literal> o les corresponents opcions de línia d'ordres <literal>--[no-]install-recommends</literal> i <literal>--[no-]install-suggests</literal>.

en: <primary>package</primary><secondary>enhancements</secondary>
ca-ES: <primary>paquet</primary><secondary>millores</secondary>

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

en: The <literal>Enhances</literal> field also describes a suggestion, but in a different context. It is indeed located in the suggested package, and not in the package that benefits from the suggestion. Its interest lies in that it is possible to add a suggestion without having to modify the package that is concerned. Thus, all add-ons, plug-ins, and other extensions of a program can then appear in the list of suggestions related to the software. Although it has existed for several years, this last field is still largely ignored by programs such as <command>apt</command> or <command>synaptic</command>. Its purpose is for a suggestion made by the <literal>Enhances</literal> field to appear to the user in addition to the traditional suggestions — found in the <literal>Suggests</literal> field.
ca-ES: El camp <literal>Enhances</literal> també descriu un suggeriment, però en un context diferent. De fet, es troba en el paquet proposat, i no en el paquet que es beneficia del suggeriment. El seu interès radica en el fet que és possible afegir un suggeriment sense haver de modificar el paquet en qüestió. Així, tots els complements, connectors i altres extensions d'un programa poden aparèixer a la llista de suggeriments relacionats amb el programari. Encara que ha existit durant diversos anys, aquest últim camp encara és en gran part ignorat per programes com <command>apt</command> o <command>synaptic</command>. El seu propòsit és que un suggeriment fet pel camp <literal>Enhances</literal> aparegui a l'usuari a més dels suggeriments tradicionals — que es troben al camp <literal>Suggests</literal>.

en: <emphasis>DEBIAN POLICY</emphasis> <literal>Pre-Depends</literal>, a more demanding <literal>Depends</literal>
ca-ES: <emphasis>NORMATIVA DEBIAN</emphasis> <literal>Pre-Depends</literal>, un <literal>Depends</literal> més exigent

en: <primary>package</primary><secondary>pre-dependency</secondary>
ca-ES: <primary>paquet</primary><secondary>predependència</secondary>

en: <primary>pre-dependency</primary>
ca-ES: <primary>predependència</primary>

en: “Pre-dependencies”, which are listed in the “<literal>Pre-Depends</literal>” field in the package headers, complete the normal dependencies; their syntax is identical. A normal dependency indicates that the package in question must be unpacked and configured before configuration of the package declaring the dependency. A pre-dependency stipulates that the package in question must be unpacked and configured before execution of the pre-installation script of the package declaring the pre-dependency, that is before its installation.
ca-ES: Les “predependències”, que es llisten al camp «<literal>Pre-Depends</literal>» de les capçaleres dels paquets, completen les dependències normals; la seva sintaxi és idèntica. Una dependència normal indica que el paquet en qüestió s'ha de desempaquetar i configurar abans de la configuració del paquet que declara la dependència. Una predependència estipula que el paquet en qüestió s'ha de desempaquetar i configurar abans de l'execució de l'«script» de preinstal·lació del paquet que declara la predependència, és a dir, abans de la seva instal·lació.

en: Conflicts: the <literal>Conflicts</literal> field
ca-ES: Conflictes: el camp <literal>Conflicts</literal>

en: <primary>conflicts</primary>
ca-ES: <primary>conflictes</primary>

en: <primary>package</primary><secondary>conflict</secondary>
ca-ES: <primary>paquet</primary><secondary>conflicte</secondary>

en: The <literal>Conflicts</literal> field indicates when a package cannot be installed simultaneously with another. The most common reasons for this are that both packages include a file of the same name and path, or provide the same service on the same TCP port, or would hinder each other's operation.
ca-ES: El camp <literal>Conflicts</literal> indica quan un paquet no es pot instal·lar simultàniament amb un altre. Les raons més comunes per a això són que tots dos paquets inclouen un arxiu del mateix nom i ruta («path»), o proporcionen el mateix servei en el mateix port TCP, o dificulten l'operació de l'altre.

en: <command>dpkg</command> will refuse to install a package if it triggers a conflict with an already installed package, except if the new package specifies that it will “replace” the installed package, in which case <command>dpkg</command> will choose to replace the old package with the new one. <command>apt</command> always follows your instructions: if you choose to install a new package, it will automatically offer to uninstall the package that poses a problem.
ca-ES: <command>dpkg</command> es negarà a instal·lar un paquet si provoca un conflicte amb un paquet ja instal·lat, excepte si el nou paquet especifica que “reemplaçarà” el paquet instal·lat, en aquest cas <command>dpkg</command> optarà per reemplaçar el paquet antic amb el nou. <command>apt</command> sempre segueix les vostres instruccions: si trieu instal·lar un nou paquet, s'oferirà automàticament per desinstal·lar el paquet que planteja un problema.

en: Incompatibilities: the <literal>Breaks</literal> Field
ca-ES: Incompatibilitats: el camp <literal>Breaks</literal>

en: <primary>incompatibilities</primary>
ca-ES: <primary>incompatibilitats</primary>

en: <primary>package</primary><secondary>incompatibility</secondary>
ca-ES: <primary>paquet</primary><secondary>incompatibilitat</secondary>

en: The <literal>Breaks</literal> field has an effect similar to that of the <literal>Conflicts</literal> field, but with a special meaning. It signals that the installation of a package will “break” another package (or particular versions of it). In general, this incompatibility between two packages is transitory, and the <literal>Breaks</literal> relationship specifically refers to the incompatible versions.
ca-ES: El camp <literal>Breaks</literal> té un efecte similar al del camp <literal>Conflicts</literal>, però amb un significat especial. Indica que la instal·lació d'un paquet “trencarà” un altre paquet (o certes versions concretes). En general, aquesta incompatibilitat entre dos paquets és transitòria, i la relació <literal>Breaks</literal> es refereix específicament a les versions incompatibles.

en: <command>dpkg</command> will refuse to install a package that breaks an already installed package, and <command>apt</command> will try to resolve the problem by updating the package that would be broken to a newer version (which is assumed to be fixed and, thus, compatible again).
ca-ES: <command>dpkg</command> es negarà a instal·lar un paquet que trenca un paquet ja instal·lat, i <command>apt</command> intentarà resoldre el problema actualitzant el paquet que es trencaria a una versió més nova (que se suposa que estaria resolt i, per tant, seria compatible de nou).

en: This type of situation may occur in the case of updates without backwards compatibility: this is the case if the new version no longer functions with the older version, and causes a malfunction in another program without making special provisions. The <literal>Breaks</literal> field prevents the user from running into these problems.
ca-ES: Aquest tipus de situació pot ocórrer en el cas d'actualitzacions sense compatibilitat cap enrere: aquest és el cas si la nova versió ja no funciona amb la versió més antiga, i causa un mal funcionament en un altre programa sense fer disposicions especials. El camp <literal>Breaks</literal> evita que l'usuari es trobi amb aquests problemes.

en: Provided Items: the <literal>Provides</literal> Field
ca-ES: Ítems proveïts: el camp <literal>Provides</literal>

en: This field introduces the very interesting concept of a “virtual package”. It has many roles, but two are of particular importance. The first role consists in using a virtual package to associate a generic service with it (the package “provides” the service). The second indicates that a package completely replaces another, and that for this purpose it can also satisfy the dependencies that the other would satisfy. It is thus possible to create a substitution package without having to use the same package name.
ca-ES: Aquest camp introdueix el molt interessant concepte de “paquet virtual”. Té moltes funcions, però dues són d'especial importància. El primer rol consisteix en l'ús d'un paquet virtual per associar un servei genèric amb ell (el paquet “proveeix” el servei). El segon indica que un paquet substitueix completament un altre i que, per a aquest propòsit, també pot satisfer les dependències que l'altre podria satisfer. Per tant, és possible crear un paquet de substitució sense haver d'utilitzar el mateix nom de paquet.

en: <emphasis>VOCABULARY</emphasis> Meta-package and virtual package
ca-ES: <emphasis>VOCABULARI</emphasis> Metapaquet i paquet virtual

en: <primary>package</primary><secondary>virtual package</secondary>
ca-ES: <primary>paquet</primary><secondary>paquet virtual</secondary>

en: <primary>virtual package</primary>
ca-ES: <primary>paquet virtual</primary>

en: It is essential to clearly distinguish meta-packages from virtual packages. The former are real packages (including real <filename>.deb</filename> files), whose only purpose is to express dependencies.
ca-ES: És essencial distingir clarament els metapaquets dels paquets virtuals. Els primers són paquets reals (incloent-hi fitxers <filename>.deb</filename> reals), l'únic propòsit dels quals és expressar dependències.

en: Virtual packages, however, do not exist physically; they are only a means of identifying real packages based on common, logical criteria (service provided, compatibility with a standard program or a pre-existing package, etc.).
ca-ES: No obstant això, els paquets virtuals no existeixen físicament; són només un mitjà per identificar paquets reals basats en criteris comuns i lògics (servei proporcionat, compatibilitat amb un programa estàndard o un paquet preexistent, etc.).

en: Providing a “Service”
ca-ES: Proveint un “servei”

en: Let us discuss the first case in greater detail with an example: all mail servers, such as <emphasis role="pkg">postfix</emphasis> or <emphasis role="pkg">sendmail</emphasis> are said to “provide” the <emphasis role="pkg">mail-transport-agent</emphasis> virtual package. Thus, any package that needs this service to be functional (e.g. a mailing list manager, such as <emphasis role="pkg">smartlist</emphasis> or <emphasis role="pkg">sympa</emphasis>) simply states in its dependencies that it requires a <emphasis role="pkg">mail-transport-agent</emphasis> instead of specifying a large yet incomplete list of possible solutions (e.g. <command>postfix | sendmail | exim4 | …</command>). Furthermore, it is useless to install two mail servers on the same machine, which is why each of these packages declares a conflict with the <emphasis role="pkg">mail-transport-agent</emphasis> virtual package. A conflict between a package and itself is ignored by the system, but this technique will prohibit the installation of two mail servers side by side.
ca-ES: Discutirem el primer cas amb més detall amb un exemple: tots els servidors de correu, com <emphasis role="pkg">postfix</emphasis> o <emphasis role="pkg">sendmail</emphasis> es diu que “proveeixen” paquet virtual <emphasis role="pkg">mail-transport-agent</emphasis>. Per tant, qualsevol paquet que necessiti aquest servei per ser funcional (p. ex. un gestor de llistes de correu, com <emphasis role="pkg">smartlist</emphasis> o <emphasis role="pkg">sympa</emphasis>) simplement declara a les dependències que requereix un <emphasis role="pkg">mail-transport-agent</emphasis> en lloc d'especificar una llarga però incompleta llista de solucions possibles(p.ex. <command>postfix | sendmail | exim4 | …</command>). A més, és inútil instal·lar dos servidors de correu en la mateixa màquina, raó per la qual cadascun d'aquests paquets declara un conflicte amb el paquet virtual <emphasis role="pkg">mail-transport-agent</emphasis>. El sistema ignora conflictes entre un paquet i ell mateix, però aquesta tècnica prohibirà la instal·lació simultània de dos servidors de correu.

en: <emphasis>DEBIAN POLICY</emphasis> List of virtual packages
ca-ES: <emphasis>NORMATIVA DEBIAN</emphasis> Llista de paquets virtuals

en: For virtual packages to be useful, everyone must agree on their name. This is why they are standardized in the Debian Policy. The list includes among others <emphasis role="pkg">mail-transport-agent</emphasis> for mail servers, <emphasis role="pkg">c-compiler</emphasis> for C programming language compilers, <emphasis role="pkg">www-browser</emphasis> for web browsers, <emphasis role="pkg">httpd</emphasis> for web servers, <emphasis role="pkg">ftp-server</emphasis> for FTP servers, <emphasis role="pkg">x-terminal-emulator</emphasis> for terminal emulators in graphical mode (<command>xterm</command>), and <emphasis role="pkg">x-window-manager</emphasis> for window managers.
ca-ES: Perquè els paquets virtuals siguin útils, tothom ha d'estar d'acord amb el nom. Aquesta és la raó per la qual estan estandarditzats a la Normativa Debian. La llista inclou entre d'altres <emphasis role="pkg">mail-transport-agent</emphasis> per a servidors de correu, <emphasis role="pkg">c-compiler</emphasis> per a compiladors de llenguatges de programació C, <emphasis role="pkg">www-browser</emphasis> per a navegadors web, <emphasis role="pkg">httpd</emphasis> per a servidors web, <emphasis role="pkg">ftp-server</emphasis> per a servidors FTP, <emphasis role="pkg">x-terminal-emulator</emphasis> per a emuladors de terminal en mode gràfic (<command>xterm</command>), <emphasis role="pkg">x-window-manager</emphasis> per a gestors de finestres.

en: Interchangeability with Another Package
ca-ES: Intercanviabilitat amb un altre paquet

en: Use of a <literal>Provides</literal> field in order to not break dependencies
ca-ES: Ús del camp <literal>Provides</literal> per tal de no trencar dependències

en: This feature is very useful, since it is never possible to anticipate the vagaries of development, and it is necessary to be able to adjust to renaming, and other automatic replacement, of obsolete software.
ca-ES: Aquesta característica és molt útil, ja que mai és possible anticipar els capricis del desenvolupament, i és necessari ser capaç d'ajustar-se a canvis de nom, i altres reemplaçaments automàtics, de programari obsolet.

en: <emphasis>BACK TO BASICS</emphasis> Perl, a programming language
ca-ES: <emphasis>TORNAR A LES BASES</emphasis> Perl, un llenguatge de programació

en: Perl (Practical Extraction and Report Language) is a very popular programming language. It has many ready-to-use modules that cover a vast spectrum of applications, and that are distributed by the <acronym>CPAN</acronym> (Comprehensive Perl Archive Network) servers, an exhaustive network of Perl packages. <ulink type="block" url="https://www.perl.org/" /> <ulink type="block" url="https://www.cpan.org/" />
ca-ES: Perl (llenguatge pràctic d'extracció i reports o «Practictical Extraction and Report Language» en anglès) és un llenguatge de programació molt popular. Té molts mòduls llestos per a usar que cobreixen un ampli espectre d'aplicacions, i que es distribueixen pels servidors <acronym>CPAN</acronym> (de l'anglès «Comprehensive Perl Archive Network»), una xarxa completa de paquets Perl.<ulink type="block" url="https://www.perl.org/" /><ulink type="block" url="https://www.cpan.org/" />

en: Since it is an interpreted language, a program written in Perl does not require compilation prior to execution. This is why they are called “Perl scripts”.
ca-ES: Atès que és un llenguatge interpretat, un programa escrit en Perl no requereix compilació abans d'executar-lo. Per això se'ls anomena "Scripts Perl".

en: Past Limitations
ca-ES: Antigues limitacions

en: Replacing Files: The <literal>Replaces</literal> Field
ca-ES: Substituint arxius: el camp <literal>Replaces</literal>

en: <primary>replacement</primary>
ca-ES: <primary>reemplaçament</primary>

en: <primary>package</primary><secondary>replacement</secondary>
ca-ES: <primary>paquet</primary><secondary>substitució</secondary>

en: The use of this field is justified when package names change or when a package is included in another. This also happens when the maintainer decides to distribute files differently among various binary packages produced from the same source package: a replaced file no longer belongs to the old package, but only to the new one.
ca-ES: L'ús d'aquest camp està justificat quan els noms dels paquets canvien o quan s'inclou un paquet en un altre. Això també passa quan el mantenidor decideix distribuir fitxers de manera diferent entre diversos paquets binaris produïts a partir del mateix paquet font: un fitxer substituït ja no pertany al paquet antic, sinó només al nou.

en: If all of the files in an installed package have been replaced, the package is considered to be removed. Finally, this field also encourages <command>dpkg</command> to remove the replaced package where there is a conflict.
ca-ES: Si s'han substituït tots els fitxers d'un paquet instal·lat, es considera que el paquet s'ha eliminat. Finalment, aquest camp també encoratja a <command>dpkg</command> a eliminar el paquet substituït si hi ha conflictes.

en: <emphasis>GOING FURTHER</emphasis> The <literal>Tag</literal> field
ca-ES: <emphasis>ANANT MÉS ENLLÀ</emphasis> El camp <literal>Tag</literal>

en: Configuration Scripts
ca-ES: Scripts de configuració

en: <emphasis>GOING FURTHER</emphasis> <command>dpkg</command>'s database
ca-ES: <emphasis>ANANT MÉS ENLLÀ</emphasis> Base de dades de <command>dpkg</command>

en: <primary>dpkg</primary><secondary>database</secondary>
ca-ES: <primary>dpkg</primary><secondary>base de dades</secondary>

en: All of the configuration scripts for installed packages are stored in the <filename>/var/lib/dpkg/info/</filename> directory, in the form of a file prefixed with the package's name. This directory also includes a file with the <filename>.list</filename> extension for each package, containing the list of files that belong to that package.
ca-ES: Tots els scripts de configuració per als paquets instal·lats s'emmagatzemen al directori <filename>/var/lib/dpkg/info/</filename>, en forma d'un fitxer prefixat amb el nom del paquet. Aquest directori també inclou un fitxer amb l'extensió <filename>.list</filename> per a cada paquet, que conté la llista de fitxers que pertanyen a aquest paquet.

en: The <filename>/var/lib/dpkg/status</filename> file contains a series of data blocks (in the format of the famous mail headers, RFC 2822) describing the status of each package. The information from the <filename>control</filename> file of the installed packages is also replicated there.
ca-ES: El fitxer <filename>/var/lib/dpkg/status</filename> conté una sèrie de blocs de dades (en el format de les famoses capçaleres de correu, RFC 2822) que descriuen l'estat de cada paquet. La informació del fitxer <filename>control</filename> dels paquets instal·lats també es replica allà.

en: In general, the <filename>preinst</filename> script is executed prior to installation of the package, while <filename>postinst</filename> follows it. Likewise, <filename>prerm</filename> is invoked before removal of a package and <filename>postrm</filename> afterwards. An update of a package is equivalent to removal of the previous version and installation of the new one. It is not possible to describe in detail all the possible scenarios here, but we will discuss the most common two: an installation/update and a removal.
ca-ES: En general, l'script <filename>preinst</filename> s'executa abans de la instal·lació del paquet, mentre que el <filename>postinst</filename> ho fa després. De la mateixa manera, <filename>prerm</filename> s'invoca abans de suprimir un paquet i <filename>postrm</filename> després. Una actualització d'un paquet és equivalent a l'eliminació de la versió anterior i la instal·lació del nou. No és possible descriure detalladament tots els escenaris possibles, però debatrem els dos més comuns: una instal·lació/actualització i una supressió.

en: <emphasis>CAUTION</emphasis> Symbolic names of the scripts
ca-ES: <emphasis>COMPTE</emphasis> Noms simbòlics dels scripts

en: The sequences described in this section call configuration scripts by specific names, such as <command>old-prerm</command> or <command>new-postinst</command>. They are, respectively, the <command>prerm</command> script contained in the old version of the package (installed before the update) and the <command>postinst</command> script contained in the new version (installed by the update).
ca-ES: Les seqüències descrites en aquesta secció criden els scripts de configuració pels noms específics, com <command>old-prerm</command> o <command>new-postinst</command>. Són, respectivament, l'script <command>prerm</command> contingut en la versió antiga del paquet (instal·lat abans de l'actualització) i l'script <command>postinst</command> contingut en la nova versió (instal·lat per l'actualització).

en: <emphasis>TIP</emphasis> State diagrams
ca-ES: <emphasis>SUGGERIMENT</emphasis> Diagrames d'estat

en: Manoj Srivastava and Margarita Manterola made the following diagrams explaining how the configuration scripts are called by <command>dpkg</command>. <ulink type="block" url="https://people.debian.org/~srivasta/MaintainerScripts.html" /> <ulink type="block" url="https://www.debian.org/doc/debian-policy/ap-flowcharts.html" />
ca-ES: Manoj Srivastava i Margarita Manterola van fer els següents diagrames explicant com els scripts de configuració són cridats per <command>dpkg</command>.<ulink type="block" url="https://people.debian.org/~srivasta/MaintainerScripts.html" /><ulink type="block" url="https://www.debian.org/doc/debian-policy/ap-flowcharts.html" />

en: Installation and Upgrade
ca-ES: Instal·lació i actualització

en: <primary><command>dpkg</command></primary><secondary>internal operation</secondary>
ca-ES: <primary><command>dpkg</command></primary><secondary>operació interna</secondary>

en: <primary>package</primary><secondary>installation</secondary>
ca-ES: <primary>paquet</primary><secondary>instal·lació</secondary>

en: The new package files are then unpacked. If a file already exists, it is replaced, but a backup copy is temporarily made.
ca-ES: Els nous fitxers del paquet són extrets. Si ja existeix un fitxer, se substitueix, però se'n fa una còpia de seguretat temporal.

en: <command>dpkg</command> updates all of the internal data (file list, configuration scripts, etc.) and removes the backups of the replaced files. This is the point of no return: <command>dpkg</command> no longer has access to all of the elements necessary to return to the previous state.
ca-ES: <command>dpkg</command> actualitza totes les dades internes (llista de fitxers, scripts de configuració, etc.) i elimina les còpies de seguretat dels fitxers substituïts. Aquest és el punt de no retorn: <command>dpkg</command> ja no té accés a tots els elements necessaris per tornar a l'estat anterior.

en: <command>dpkg</command> will update the configuration files, asking the user to decide if it is unable to automatically manage this task. The details of this procedure are discussed in <xref linkend="sect.conffiles" />.
ca-ES: <command>dpkg</command> actualitzarà els fitxers de configuració, demanant a l'usuari que decideixi si no és capaç de realitzar automàticament aquesta tasca. Els detalls d'aquest procediment es debaten a <xref linkend="sect.conffiles" />.

en: Package Removal
ca-ES: Eliminació de paquets

en: <primary>package</primary><secondary>removal</secondary>
ca-ES: <primary>paquet</primary><secondary>eliminació</secondary>

en: <emphasis>VOCABULARY</emphasis> Purge, a complete removal
ca-ES: <emphasis>VOCABULARI</emphasis> Purgar, una eliminació completa

en: <primary>purging a package</primary>
ca-ES: <primary>purgar un paquet</primary>

en: <primary>package</primary><secondary>purge</secondary>
ca-ES: <primary>paquet</primary><secondary>purgar</secondary>

en: When a Debian package is removed, the configuration files are retained in order to facilitate possible re-installation. Likewise, the data generated by a daemon (such as the content of an LDAP server directory, or the content of a database for an SQL server) are usually retained.
ca-ES: Quan s'elimina un paquet Debian, els fitxers de configuració es mantenen per tal de facilitar una possible reinstal·lació. De la mateixa manera, les dades generades per un dimoni (com el contingut d'un directori de servidor LDAP, o el contingut d'una base de dades d'un servidor SQL) normalment es mantenen.

en: To remove all data associated with a package, it is necessary to “purge” the package with the command, <command>dpkg -P <replaceable>package</replaceable></command>, <command>apt-get remove --purge <replaceable>package</replaceable></command> or <command>aptitude purge <replaceable>package</replaceable></command>.
ca-ES: Per eliminar totes les dades associades amb un paquet és necessari “purgar” el paquet amb les ordres <command>dpkg -P <replaceable>paquet</replaceable></command>, <command>apt-get remove --purge <replaceable>paquet</replaceable></command> o <command>aptitude purge <replaceable>paquet</replaceable></command>.

en: Given the definitive nature of such data removals, a purge should not be taken lightly.
ca-ES: Atesa la naturalesa definitiva d'aquestes supressions de dades, no s'hauria de prendre un purgat a la lleugera.

en: <primary><filename>config</filename>, <command>debconf</command> script</primary>
ca-ES: <primary><filename>config</filename>, script <command>debconf</command></primary>

en: The four scripts detailed above are complemented by a <filename>config</filename> script, provided by packages using <command>debconf</command> to acquire information from the user for configuration. During installation, this script defines in detail the questions asked by <command>debconf</command>. The responses are recorded in the <command>debconf</command> database for future reference. The script is generally executed by <command>apt</command> prior to installing packages one by one in order to group all the questions and ask them all to the user at the beginning of the process. The pre- and post-installation scripts can then use this information to operate according to the user's wishes.
ca-ES: Els quatre scripts detallats anteriorment es complementen amb un script <filename>config</filename>, usat per paquets que utilitzen <command>debconf</command> per obtenir informació de l'usuari per a la configuració. Durant la instal·lació, aquest script defineix detalladament les preguntes fetes per <command>debconf</command>. Les respostes es registren a la base de dades de <command>debconf</command> per a futures referències. L'script és executat generalment per <command>apt</command> abans d'instal·lar paquets, un per un, per agrupar totes les preguntes i fer-les totes alhora a l'usuari al començament del procés. Els scripts de pre- i post-instal·lació poden utilitzar aquesta informació per operar segons els desitjos de l'usuari.

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

en: <command>debconf</command> was created to resolve a recurring problem in Debian. All Debian packages unable to function without a minimum of configuration used to ask questions with calls to the <command>echo</command> and <command>read</command> commands in <filename>postinst</filename> shell scripts (and other similar scripts). But this also means that during a large installation or update the user must stay with their computer to respond to various questions that may arise at any time. These manual interactions have now been almost entirely dispensed with, thanks to the <command>debconf</command> tool.
ca-ES: <command>debconf</command> es va crear per resoldre un problema recurrent a Debian. Tots els paquets de Debian que no poden funcionar sense un mínim de configuració solien fer preguntes amb crides a les comandes <command>echo</command> i <command>read command</command> als scripts <filename>postinst</filename> (i altres scripts similars). Però això també significa que durant una gran instal·lació o actualització l'usuari ha de romandre amb el seu ordinador per respondre a diverses preguntes que poden sorgir en qualsevol moment. Aquestes interaccions manuals s'han evitat gairebé totalment, gràcies a l'eina <command>debconf</command>.

en: <command>debconf</command> has many interesting features: it requires the developer to specify user interaction; it allows localization of all the strings displayed to users (all translations are stored in the <filename>templates</filename> file describing the interactions); it has different frontends to display the questions to the user (text mode, graphical mode, non-interactive); and it allows creation of a central database of responses to share the same configuration with several computers... but the most important is that it is now possible to present all of the questions in a row to the user, prior to starting a long installation or update process. The user can go about their business while the system handles the installation on its own, without having to stay there staring at the screen waiting for questions.
ca-ES: <command>debconf</command> té moltes característiques interessants: requereix que el desenvolupador especifiqui la interacció de l'usuari; permet la localització de totes les cadenes mostrades als usuaris (totes les traduccions s'emmagatzemen en el fitxer <filename>templates</filename> que descriu les interaccions); té diferents interfícies per mostrar les preguntes a l'usuari (mode de text, mode gràfic, instal·lació no interactiva); i permet la creació d'una base de respostes centralitzada per compartir la mateixa configuració entre diferents ordinadors... però el més important és que ara és possible presentar totes les preguntes juntes a l'usuari, abans de començar un llarg procés d'instal·lació o actualització. L'usuari pot fer-se càrrec de les seves coses mentre el sistema s'ocupa de la instal·lació pel seu compte, sense haver de romandre allà mirant la pantalla esperant preguntes.

en: <primary>checksums</primary>
ca-ES: <primary>sumes de verificació</primary>

en: In effect, in this situation, <command>dpkg</command> behaves as intelligently as possible: if the standard configuration file has not changed between the two versions, it does nothing. If, however, the file has changed, it will try to update this file. Two cases are possible: either the administrator has not touched this configuration file, in which case <command>dpkg</command> automatically installs the new version; or the file has been modified, in which case <command>dpkg</command> asks the administrator which version they wish to use (the old one with modifications, or the new one provided with the package). To assist in making this decision, <command>dpkg</command> offers to display a “<command>diff</command>” that shows the difference between the two versions. If the user chooses to retain the old version, the new one will be stored in the same location in a file with the <filename>.dpkg-dist</filename> suffix. If the user chooses the new version, the old one is retained in a file with the <filename>.dpkg-old</filename> suffix. Another available action consists of momentarily interrupting <command>dpkg</command> to edit the file and attempt to re-instate the relevant modifications (previously identified with <command>diff</command>).
ca-ES: De fet, en aquesta situació, <command>dpkg</command> es comporta tant intel·ligentment com sigui possible: si el fitxer de configuració estàndard no ha canviat entre les dues versions, no fa res. No obstant això, si l'arxiu ha canviat, intentarà actualitzar aquest arxiu. Hi ha dos casos possibles: o bé l'administrador no ha tocat aquest fitxer de configuració, en aquest cas <command>dpkg</command> instal·la automàticament la nova versió; o el fitxer ha estat modificat, en aquest cas <command>dpkg</command> demana a l'administrador quina versió vol utilitzar (l'antiga amb modificacions o la nova proporcionada amb el paquet). Per ajudar a prendre aquesta decisió, <command>dpkg</command> ofereix mostrar un “<command>diff</command>” que mostra les diferències entre les dues versions. Si l'usuari tria mantenir la versió antiga, la nova s'emmagatzemarà en la mateixa ubicació en un fitxer amb el sufix <filename>.dpkg-dist</filename>. Si l'usuari tria la nova versió, l'antiga es conserva en un fitxer amb el sufix <filename>.dpkg-old</filename>. Una altra acció disponible consisteix en interrompre momentàniament <command>dpkg</command> per editar el fitxer i intentar tornar a refer les modificacions rellevants (identificades prèviament amb <command>diff</command>).

en: <emphasis>GOING FURTHER</emphasis> Force dpkg to ask configuration file questions
ca-ES: <emphasis>ANANT MÉS ENLLÀ</emphasis> Obligant a dpkg a preguntar sobre els arxius de configuració

en: The <command>--force-confask</command> option requires <command>dpkg</command> to display the questions about the configuration files, even in cases where they would not normally be necessary. Thus, when reinstalling a package with this option, <command>dpkg</command> will ask the questions again for all of the configuration files modified or deleted by the administrator. This is very convenient, especially for reinstalling the original configuration file if it has been deleted and no other copy is available: a normal re-installation won't work, because <command>dpkg</command> considers removal as a form of legitimate modification, and, thus, doesn't install the desired configuration file.
ca-ES: L'opció <command>--force-confask</command> força a <command>dpkg</command> a mostrar les preguntes sobre els fitxers de configuració, fins i tot en casos en què normalment no serien necessaris. Per tant, quan es reinstal·li un paquet amb aquesta opció <command>dpkg</command> tornarà a fer les preguntes per a tots els fitxers de configuració modificats o eliminats per l'administrador. Això és molt convenient, especialment per reinstal·lar el fitxer de configuració original si s'ha eliminat i no hi ha cap altra còpia disponible: una re-instal·lació normal no funcionarà, perquè <command>dpkg</command> considera la supressió com una forma de modificació legítima i, per tant, no instal·la el fitxer de configuració desitjat.

en: <emphasis>GOING FURTHER</emphasis> Avoiding the configuration file questions
ca-ES: <emphasis>ANANT MÉS ENLLÀ</emphasis> Evitant preguntes sobre els arxius de configuració

en: <command>dpkg</command> handles configuration file updates, but, while doing so, regularly interrupts its work to ask for input from the administrator. This makes it less than enjoyable for those who wish to run updates in a non-interactive manner. This is why this program offers options that allow the system to respond automatically according to the same logic: <command>--force-confold</command> retains the old version of the file; <command>--force-confnew</command> will use the new version of the file (these choices are respected, even if the file has not been changed by the administrator, which only rarely has the desired effect). Adding the <command>--force-confdef</command> option tells <command>dpkg</command> to decide by itself when possible (in other words, when the original configuration file has not been touched), and only uses <command>--force-confnew</command> or <command>--force-confold</command> for other cases.
ca-ES: <command>dpkg</command> gestiona les actualitzacions dels fitxers de configuració però, mentre ho fa, interromp regularment el seu treball per demanar informació a l'administrador. Això fa que sigui menys agradable per a aquells que volen fer actualitzacions de manera no interactiva. Per això aquest programa ofereix opcions que permeten que el sistema respongui automàticament d'acord amb la mateixa lògica: <command>--force-confold</command> conserva la versió antiga del fitxer; <command>--force-confnew</command> utilitzarà la nova versió del fitxer (aquestes opcions es respecten, fins i tot si l'administrador no ha canviat el fitxer, i que rarament té l'efecte desitjat). Afegir l'opció <command>--force-confdef</command> indica a <command>dpkg</command> que decideixi per si mateix quan sigui possible (en altres paraules, quan no s'ha tocat el fitxer de configuració original), i només utilitzi <command>--force-confnew</command> o <command>--force-confold</command> per als altres casos.

en: These options apply to <command>dpkg</command> and are explained in detail in <citerefentry><refentrytitle>dpkg</refentrytitle><manvolnum>1</manvolnum></citerefentry> or <command>dpkg --force-help</command>, but most of the time the administrator will work directly with the <command>aptitude</command> or <command>apt</command> programs. It is, thus, necessary to know the syntax used to indicate the options to pass to the <command>dpkg</command> command (their command line interfaces are very similar).
ca-ES: Aquestes opcions s'apliquen a <command>dpkg</command> i s'expliquen en detall a <citerefentry><refentrytitle>dpkg</refentrytitle><manvolnum>1</manvolnum></citerefentry> o <command>dpkg --force-help</command>, però la majoria de les vegades l'administrador treballarà directament amb els programes <command>aptitude</command> o <command>apt</command>. Per tant, és necessari conèixer la sintaxi utilitzada per indicar les opcions a passar a l'ordre <command>dpkg</command> (les seves interfícies de línia d'ordres són molt similars).

en: Including this option in the configuration file means that it will also be used in a graphical interface such as <command>aptitude</command>.
ca-ES: Incloent aquesta opció al fitxer de configuració implica que també s'utilitzarà en una interfície gràfica com ara <command>aptitude</command>.

en: Structure of a Source Package
ca-ES: Estructura d'un paquet font

en: <primary>package</primary><secondary>source package</secondary>
ca-ES: <primary>paquet</primary><secondary>paquet font</secondary>

en: <primary>source package</primary>
ca-ES: <primary>paquet font</primary>

en: <primary>DSC file</primary>
ca-ES: <primary>arxiu DSC</primary>

en: A source package is usually comprised of three files, a <filename>.dsc</filename>, a <filename>.orig.tar.gz</filename>, and a <filename>.debian.tar.xz</filename> (or <filename>.diff.gz</filename>). They allow creation of binary packages (<filename>.deb</filename> files described above) from the source code files of the program, which are written in a programming language.
ca-ES: Un paquet font normalment està compost per tres fitxers, un <filename>.dsc</filename>, un <filename>.orig.tar.gz</filename>, i un <filename>.debian.tar.xz</filename> (o <filename>.diff.gz</filename>). Permeten la creació de paquets binaris (<filename>.deb</filename> fitxers descrits anteriorment) a partir dels fitxers de codi font del programa, que estan escrits en un llenguatge de programació.

en: The <filename>.dsc</filename> (Debian Source Control) file is a short text file containing an RFC 2822 header (just like the <filename>control</filename> file studied in <xref linkend="sect.control" />) which describes the source package and indicates which other files are part thereof. It is signed by its maintainer, which guarantees authenticity. See <xref linkend="sect.package-authentication" /> for further details on this subject.
ca-ES: El fitxer <filename>.dsc</filename> (control de font Debian o «Debian Source Control») és un fitxer curt de text que conté una capçalera RFC 2822 (igual que el fitxer <filename>control</filename> estudiat a <xref linkend="sect.control" />) que descriu el paquet font i indica quins altres fitxers formen part d'aquest. Està signat pel seu mantenidor, que garanteix l'autenticitat. Vegeu <xref linkend="sect.package-authentication" /> per a més detalls sobre aquest tema.

en: A <filename>.dsc</filename> file
ca-ES: Un arxiu <filename>.dsc</filename>

en: <primary>package</primary><secondary>build dependencies</secondary>
ca-ES: <primary>paquet</primary><secondary>dependència de compilació</secondary>

en: Note that the source package also has dependencies (<literal>Build-Depends</literal>) completely distinct from those of binary packages, since they indicate tools required to compile the software in question and construct its binary package.
ca-ES: Tingueu en compte que el paquet font també té dependències (<literal>Build-Depends</literal>) completament diferents de les dels paquets binaris, ja que indiquen les eines necessàries per compilar el programari en qüestió i construir el corresponent paquet binari.

en: <emphasis>CAUTION</emphasis> Distinct namespaces
ca-ES: <emphasis>COMPTE</emphasis> Espais de noms diferents

en: It is important to note here that there is no required correspondence between the name of the source package and that of the binary package(s) that it generates. It is easy enough to understand if you know that each source package may generate several binary packages. This is why the <filename>.dsc</filename> file has the <literal>Source</literal> and <literal>Binary</literal> fields to explicitly name the source package and store the list of binary packages that it generates.
ca-ES: És important assenyalar aquí que no hi ha cap correspondència necessària entre el nom del paquet d'origen i el del o dels paquets binaris que genera. És prou fàcil d'entendre si sabeu que cada paquet font pot generar diversos paquets executables. Aquest és el motiu pel qual el fitxer <filename>.dsc</filename> té els camps <literal>Source</literal> i <literal>Binary</literal> per anomenar explícitament el paquet font i emmagatzemar la llista de paquets binaris que genera.

en: <emphasis>CULTURE</emphasis> Why divide into several packages
ca-ES: <emphasis>CULTURA</emphasis> Per què dividir en diversos paquets

en: Quite frequently, a source package (for a given software) can generate several binary packages. The split is justified by the possibility to use (parts of) the software in different contexts. Consider a shared library, it may be installed to make an application work (for example, <emphasis role="pkg">libc6</emphasis>), or it can be installed to develop a new program (<emphasis role="pkg">libc6-dev</emphasis> will then be the correct package). We find the same logic for client/server services where we want to install the server part on one machine and the client part on others (this is the case, for example, of <emphasis role="pkg">openssh-server</emphasis> and <emphasis role="pkg">openssh-client</emphasis>).
ca-ES: Molt sovint, un paquet font (d'un programa determinat) pot generar diversos paquets binaris. La divisió està justificada per la possibilitat d'utilitzar (parts de) el programa en diferents contextos. Considereu una biblioteca compartida, es pot instal·lar per fer que una aplicació funcioni (per exemple, <emphasis role="pkg">libc6</emphasis>), o es pot instal·lar per desenvolupar un nou programa (<emphasis role="pkg">libc6-dev</emphasis> serà llavors el paquet correcte). Trobem la mateixa lògica per als serveis client/servidor on volem instal·lar la part del servidor en una màquina i la part del client en altres (aquest és el cas, per exemple, de <emphasis role="pkg">openssh-server</emphasis> i <emphasis role="pkg">openssh-client</emphasis>).

en: <emphasis>PERSPECTIVE</emphasis> Different source package formats
ca-ES: <emphasis>PERSPECTIVA</emphasis> Diferents formats de paquets font

en: <primary>source package</primary><secondary>format</secondary>
ca-ES: <primary>paquet font</primary><secondary>format</secondary>

en: Originally there was only one source package format. This is the <literal>1.0</literal> format, which associates an <filename>.orig.tar.gz</filename> archive to a <filename>.diff.gz</filename> “debianization” patch (there is also a variant, consisting of a single <filename>.tar.gz</filename> archive, which is automatically used if no <filename>.orig.tar.gz</filename> is available).
ca-ES: Originalment només hi havia un format de paquet font. Aquest és el format <literal>1.0</literal>, que associa un arxiu <filename>.orig.tar.gz</filename> amb una “debianització” <filename>.diff.gz</filename> (hi ha també una variant, consistent en un sol <filename>.tar.gz</filename>, que s'utilitza automàticament si no hi ha <filename>.orig.tar.gz</filename>.

en: Since Debian 6 <emphasis role="distribution">Squeeze</emphasis>, Debian developers have the option to use new formats that correct many problems of the historical format. Format <literal>3.0 (quilt)</literal> can combine multiple upstream archives in the same source package: in addition to the usual <filename>.orig.tar.gz</filename>, supplementary <filename>.orig-<replaceable>component</replaceable>.tar.gz</filename> archives can be included. This is useful with software that is distributed in several upstream components but for which a single source package is desired. These archives can also be compressed with <command>xz</command> rather than <command>gzip</command>, which saves disk space and network resources. Finally, the monolithic patch, <filename>.diff.gz</filename> is replaced by a <filename>.debian.tar.xz</filename> archive containing the compiling instructions and a set of upstream patches contributed by the package maintainer. These last are recorded in a format compatible with <command>quilt</command> — a tool that facilitates the management of a series of patches.
ca-ES: Des de Debian 6 <emphasis role="distribution">Squeeze</emphasis>, els desenvolupadors de Debian tenen l'opció d'utilitzar nous formats que corregeixen molts problemes del format històric. El format <literal>3.0 (quilt)</literal> pot combinar múltiples arxius font en el mateix paquet d'origen: a més de l'habitual <filename>.orig.tar.gz</filename>, altres <filename>.orig-<replaceable>component</replaceable>.tar.gz</filename> es poden incloure. Això és útil amb programari que es distribueix en diversos components font però per als quals es desitja tenir un únic paquet font. Aquests arxius també es poden comprimir amb <command>xz</command> en lloc de <command>gzip</command>, que estalvia espai de disc i recursos de xarxa. Finalment, el pedaç monolític <filename>.diff.gz</filename> és substituït per un arxiu <filename>.debian.tar.xz</filename> que conté les instruccions de compilació i un conjunt de pedaços aportats pel mantenidor del paquet. Aquests últims es registren en un format compatible amb <command>quilt</command> — una eina que facilita la gestió d'una sèrie de pedaços.

en: The <filename>.orig.tar.gz</filename> file is an archive containing the source code as provided by the original developer. Debian package maintainers are asked to not modify this archive in order to be able to easily check the origin and integrity of the file (by simple comparison with a checksum) and to respect the wishes of some authors.
ca-ES: El fitxer <filename>.orig.tar.gz</filename> és un arxiu que conté el codi font tal com el proporciona el desenvolupador original. Es demana als mantenidors del paquet Debian que no modifiquin aquest arxiu per tal de poder comprovar fàcilment l'origen i la integritat del fitxer (mitjançant una simple comparació de la suma de verificació) i per respectar els desitjos d'alguns autors.

en: <emphasis>TOOL</emphasis> Decompressing a source package
ca-ES: <emphasis>EINA</emphasis> Descomprimint un paquet font

en: <primary>decompressing, source package</primary>
ca-ES: <primary>descomprimint, paquet font</primary>

en: <primary>uncompressing, source package</primary>
ca-ES: <primary>descomprimint, paquet font</primary>

en: <primary>unpacking</primary><secondary>source package</secondary>
ca-ES: <primary>desempaquetant</primary><secondary>paquet font</secondary>

en: <primary>source package</primary><secondary>unpacking</secondary>
ca-ES: <primary>paquet font</primary><secondary>desempaquetant</secondary>

en: If you have a source package, you can use the <command>dpkg-source</command> command (from the <emphasis role="pkg">dpkg-dev</emphasis> package) to decompress it:
ca-ES: Si teniu un paquet font, podeu utilitzar l'ordre <command>dpkg-source</command> (del paquet <emphasis role="pkg">dpkg-dev</emphasis>) per descomprimir-lo:

en: You can also use <command>apt</command> to download a source package and unpack it right away. It requires that the appropriate <literal>deb-src</literal> lines be present in the <filename>/etc/apt/sources.list</filename> file, however (for further details, see <xref linkend="sect.apt-sources.list" />). These are used to list the “sources” of source packages (meaning the servers on which a group of source packages are hosted).
ca-ES: També podeu utilitzar <command>apt</command> per baixar un paquet font i desempaquetar-lo directament. Requereix que les línies adequades <literal>deb-src</literal> estiguin presents en el fitxer <filename>/etc/apt/sources.list</filename>, tanmateix (per a més detalls, vegeu <xref linkend="sect.apt-sources.list" />). Aquests s'utilitzen per llistar els repositoris dels paquets font (és a dir, els servidors en els quals s'allotja un grup de paquets font).

en: Usage within Debian
ca-ES: Ús dins de Debian

en: <emphasis>GOING FURTHER</emphasis> Source only maintainer uploads
ca-ES: <emphasis>ANANT MÉS ENLLÀ</emphasis>Enviament de només paquets font per part del mantenidor

en: Manipulating Packages with <command>dpkg</command>
ca-ES: Manipulant els paquets amb <command>dpkg</command>

en: <command>dpkg</command> is the base command for handling Debian packages on the system. If you have <filename>.deb</filename> packages, it is <command>dpkg</command> that allows installation or analysis of their contents. But this program only has a partial view of the Debian universe: it knows what is installed on the system, and whatever it is given on the command line, but knows nothing of the other available packages. As such, it will fail if a dependency is not met. Tools such as <command>apt</command> and <command>aptitude</command>, on the contrary, will create a list of dependencies to install everything as automatically as possible.
ca-ES: <command>dpkg</command> és l'ordre base per gestionar els paquets Debian al sistema. Si teniu paquets <filename>.deb</filename>, és <command>dpkg</command> que en permet la instal·lació o analitzar-ne el contingut. Però aquest programa només té una visió parcial de l'univers de Debian: sap el que està instal·lat al sistema, i el que se li passa a la línia de comandes, però no sap res dels altres paquets disponibles. Com a tal, fallarà si no es compleix una dependència. Eines com <command>apt</command> i <command>aptitude</command>, per contra, crearan una llista de dependències per instal·lar-ho tot el més automàticament possible.

en: <emphasis>NOTE</emphasis> <command>dpkg</command> or <command>apt</command>?
ca-ES: <emphasis>NOTA</emphasis> <command>dpkg</command> o <command>apt</command>?

en: <command>dpkg</command> should be seen as a system tool (backend), and <command>apt</command> as a tool closer to the user, which overcomes the limitations of the former. These tools work together, each one with its particularities, suited to specific tasks.
ca-ES: <command>dpkg</command> s'ha de veure com una eina del sistema («backend»), i <command>apt</command> com una eina més propera a l'usuari, que supera les limitacions de l'anterior. Aquestes eines treballen juntes, cadascuna amb les seves particularitats, adequades a tasques específiques.

en: Installing Packages
ca-ES: Instal·lant paquets

en: <primary>installation</primary><secondary>package installation</secondary>
ca-ES: <primary>instal·lació</primary><secondary>instal·lació de paquets</secondary>

en: <command>dpkg</command> is, above all, the tool for installing an already available Debian package (because it does not download anything). To do this, we use its <literal>-i</literal> or <literal>--install</literal> option.
ca-ES: <command>dpkg</command> és, sobretot, l'eina per instal·lar un paquet Debian ja disponible (perquè no descarrega res). Per fer-ho, utilitzem la opció <literal>-i</literal> o <literal>--install</literal>.

en: Installation of a package with <command>dpkg</command>
ca-ES: Instal·lació d'un paquet amb <command>dpkg</command>

en: We can see the different steps performed by <command>dpkg</command>; we know, thus, at what point any error may have occurred. The installation can also be effected in two stages: first unpacking, then configuration. <command>apt</command> takes advantage of this, limiting the number of calls to <command>dpkg</command> (since each call is costly, due to loading of the database in memory, especially the list of already installed files).
ca-ES: Podem veure els diferents passos realitzats per <command>dpkg</command>; sabem, per tant, en quin punt es pot haver produït qualsevol error. La instal·lació també es pot efectuar en dues etapes: primer desempaquetant, i després la configuració. <command>apt</command> s'aprofita d'això, limitant el nombre de crides a <command>dpkg</command> (ja que cada crida és costosa a causa de la càrrega de la base de dades a memòria, especialment la llista de fitxers ja instal·lats).

en: Separate unpacking and configuration
ca-ES: Desempaquetat i configuració per separat

en: <primary>package</primary><secondary>unpacking</secondary>
ca-ES: <primary>paquet</primary><secondary>desempaquetat</secondary>

en: Sometimes <command>dpkg</command> will fail to install a package and return an error; if the user orders it to ignore this, it will only issue a warning; it is for this reason that we have the different <literal>--force-*</literal> options. The <command>dpkg --force-help</command> command, or documentation of this command, will give a complete list of these options. The most frequent error, which you are bound to encounter sooner or later, is a file collision. When a package contains a file that is already installed by another package, <command>dpkg</command> will refuse to install it. The following messages will then appear:
ca-ES: De vegades <command>dpkg</command> fallarà a l'instal·lar un paquet i retornarà un error; si l'usuari li demana ignorar-ho, només emetrà un avís; per aquesta raó tenim les diferents opcions -<literal>--force-*</literal>. L'ordre <command>dpkg --force-help</command>, o documentació d'aquesta ordre, donarà una llista completa d'aquestes opcions. L'error més freqüent, que segur que trobareu tard o d'hora, és una col·lisió d'arxius. Quan un paquet conté un fitxer que ja està instal·lat per un altre paquet, <command>dpkg</command> es negarà a instal·lar-lo. Llavors apareixeran els següents missatges:

en: In this case, if you think that replacing this file is not a significant risk to the stability of your system (which is usually the case), you can use the option <literal>--force-overwrite</literal>, which tells <command>dpkg</command> to ignore this error and overwrite the file.
ca-ES: En aquest cas, si penseu que substituir aquest fitxer no és un risc significatiu per a l'estabilitat del vostre sistema (que sol ser el cas), podeu utilitzar l'opció <literal>--force-overwrite</literal>, que indica a <command>dpkg</command> que ignori aquest error i sobreescrigui el fitxer.

en: <emphasis>CAUTION</emphasis> Effective use of <literal>--force-*</literal>
ca-ES: <emphasis>PRECAUCIÓ</emphasis> Ús efectiu de <literal>--force-*</literal>

en: <primary>broken dependency</primary>
ca-ES: <primary>dependència trencada</primary>

en: If you are not careful, the use of an option <literal>--force-*</literal> can lead to a system where the APT family of commands will refuse to function. In effect, some of these options allow installation of a package when a dependency is not met, or when there is a conflict. The result is an inconsistent system from the point of view of dependencies, and the APT commands will refuse to execute any action except those that will bring the system back to a consistent state (this often consists of installing the missing dependency or removing a problematic package). This often results in a message like this one, obtained after installing a new version of <emphasis role="pkg">rdesktop</emphasis> while ignoring its dependency on a newer version of the <emphasis role="pkg">libc6</emphasis>:
ca-ES: Si no aneu amb compte, l'ús d'una opció <literal>--force-*</literal> pot conduir a un sistema on la família d'ordres APT es negarà a funcionar. En efecte, algunes d'aquestes opcions permeten la instal·lació d'un paquet quan no es compleix una dependència, o quan hi ha un conflicte. El resultat és un sistema inconsistent des del punt de vista de les dependències, i les ordres APT es negaran a executar qualsevol acció excepte aquelles que retornin el sistema a un estat consistent (això sovint consisteix a instal·lar la dependència que falta o a eliminar un paquet problemàtic). Això sovint resulta en un missatge com aquest, obtingut després d'instal·lar una nova versió de <emphasis role="pkg">rdesktop</emphasis> mentre s'ignora la seva dependència d'una versió més nova de <emphasis role="pkg">libc6</emphasis>:

en: A courageous administrator who is certain of the correctness of their analysis may choose to ignore a dependency or conflict and use the corresponding <literal>--force-*</literal> option. In this case, if they want to be able to continue to use <command>apt</command> or <command>aptitude</command>, they must edit <filename>/var/lib/dpkg/status</filename> to delete/modify the dependency, or conflict, that they chose to override.
ca-ES: Un administrador valent que està segur de la correctesa de la seva anàlisi pot optar per ignorar una dependència o conflicte i utilitzar l'opció corresponent <literal>--force-*</literal>. En aquest cas, si voleu continuar utilitzant <command>apt</command> o <command>aptitude</command>, heu d'editar <filename>/var/lib/dpkg/status</filename> per eliminar/modificar la dependència, o conflicte, que es volia ignorar.

en: This manipulation is an ugly hack, and should never be used, except in the most extreme case of necessity. Quite frequently, a more fitting solution is to recompile the package that is causing the problem (see <xref linkend="sect.rebuilding-package" />) or use a new version (potentially corrected) from a repository such as the <literal>stable-backports</literal> one (see <xref linkend="sect.apt-sources.list.stable.backports" />).
ca-ES: Aquesta manipulació és un fet lleig, i mai s'hauria d'utilitzar, excepte en el cas més extrem de necessitat. Molt sovint, una solució més adequada és recompilar el paquet que està causant el problema (vegeu <xref linkend="sect.rebuilding-package" />) o utilitzar una nova versió (potencialment corregida) d'un repositori com ara <literal>stable-backports</literal> (vegeu <xref linkend="sect.apt-sources.list.stable.backports" />).

en: Invoking <command>dpkg</command> with the <literal>-r</literal> or <literal>--remove</literal> option, followed by the name of a package, removes that package. This removal is, however, not complete: all of the configuration files, maintainer scripts, log files (system logs) and other user data handled by the package remain. That way disabling the program is easily done by uninstalling it, and it is still possible to quickly reinstall it with the same configuration. To completely remove everything associated with a package, use the <literal>-P</literal> or <literal>--purge</literal> option, followed by the package name.
ca-ES: Invocar <command>dpkg</command> amb l'opció <literal>-r</literal> o <literal>--remove</literal>, seguit pel nom d'un paquet, elimina aquest paquet. Aquesta eliminació, però, no és completa: es mantenen tots els arxius de configuració, els scripts de mantenidor, els arxius de registre (registres del sistema) i altres dades d'usuari gestionats pel paquet. D'aquesta manera es pot desactivar fàcilment el programa desinstal·lant-lo, i encara és possible tornar-lo a instal·lar ràpidament amb la mateixa configuració. Per eliminar completament tot el que s'associa amb un paquet, utilitzeu l'opció <literal>-P</literal> o <literal>--purge</literal>, seguit pel nom del paquet.

en: Removal and purge of the <emphasis role="pkg">debian-cd</emphasis> package
ca-ES: Eliminació i purga del paquet <emphasis role="pkg">debian-cd</emphasis>

en: Querying <command>dpkg</command>'s Database and Inspecting <filename>.deb</filename> Files
ca-ES: Consultant la base de dades de <command>dpkg</command> i inspeccionant arxius <filename>.deb</filename>

en: <primary>package</primary><secondary>status</secondary>
ca-ES: <primary>paquet</primary><secondary>estat</secondary>

en: <primary>package</primary><secondary>file list</secondary>
ca-ES: <primary>paquet</primary><secondary>llista d'arxius</secondary>

en: <primary>package</primary><secondary>content inspection</secondary>
ca-ES: <primary>paquet</primary><secondary>inspecció de contingut</secondary>

en: <emphasis>BACK TO BASICS</emphasis> Option syntax
ca-ES: <emphasis>TORNAR A LES BASES</emphasis> Sintaxi d'opcions

en: Most options are available in a “long” version (one or more relevant words, preceded by a double dash) and a “short” version (a single letter, often the initial of one word from the long version, and preceded by a single dash). This convention is so common that it is a POSIX standard.
ca-ES: La majoria de les opcions estan disponibles en una versió "llarga" (una o més paraules rellevants, precedides per un doble guió) i una versió "curta" (una sola lletra, sovint la inicial d'una paraula de la versió llarga, i precedida per un sol guió). Aquesta convenció és tan comuna que és un estàndard POSIX.

en: <emphasis>CAUTION</emphasis> <command>dpkg --search</command> and merged <filename>/usr</filename>
ca-ES: <emphasis>COMPTE</emphasis> <command>dpkg --search</command> i <filename>/usr</filename> unificat

en: <primary>merged <filename>/usr</filename></primary>
ca-ES: <primary><filename>/usr</filename> unificat</primary>

en: For <ulink url="https://www.freedesktop.org/wiki/Software/systemd/TheCaseForTheUsrMerge/">various reasons</ulink>, Debian now installs by default a few top-level directories as symlinks to their counterparts below <filename>/usr</filename>. For instance, <filename>/bin</filename>, <filename>/sbin</filename> and <filename>/lib</filename> are now symlinks to, respectively, <filename>/usr/bin</filename>, <filename>/usr/sbin</filename> and <filename>/usr/lib</filename>.
ca-ES: Per <ulink url="https://www.freedesktop.org/wiki/Software/systemd/TheCaseForTheUsrMerge/">diverses raons</ulink>, Debian ara instal·la per defecte alguns directoris de nivell superior com a enllaços simbòlics a les seves contraparts sota <filename>/usr</filename>. Per exemple, <filename>/bin</filename>, <filename>/sbin</filename> i <filename>/lib</filename> són ara enllaços simbòlics a, respectivament, <filename>/usr/bin</filename>, <filename>/usr/sbin</filename> i <filename>/usr/lib</filename>.

en: While this does provide desirable benefits, it can also be a source of confusion. For example, when you query <command>dpkg</command> which package is owning a given file, it will only be able to answer when you ask for its original path:
ca-ES: Encara que això proporciona beneficis desitjables, també pot ser una font de confusió. Per exemple, quan es consulta <command>dpkg</command> quin paquet és propietari d'un fitxer donat, només serà capaç de respondre quan es demani el seu camí original:

en: Various queries with <command>dpkg</command>
ca-ES: Diverses consultes amb <command>dpkg</command>

en: <emphasis>GOING FURTHER</emphasis> Comparison of versions
ca-ES: <emphasis>ANANT MÉS ENLLÀ</emphasis> Comparació de versions

en: <primary>version, comparison</primary>
ca-ES: <primary>versió, comparació</primary>

en: <primary>comparison of versions</primary>
ca-ES: <primary>comparació de versions</primary>

en: <primary>package</primary><secondary>version, comparison</secondary>
ca-ES: <primary>paquet</primary><secondary>versió, comparació</secondary>

en: Since <command>dpkg</command> is the program for handling Debian packages, it also provides the reference implementation of the logic of comparing version numbers. This is why it has a <literal>--compare-versions</literal> option, usable by external programs (especially configuration scripts executed by <command>dpkg</command> itself). This option requires three parameters: a version number, a comparison operator, and a second version number. The different possible operators are <literal>lt</literal> (strictly less than), <literal>le</literal> (less than or equal to), <literal>eq</literal> (equal), <literal>ne</literal> (not equal), <literal>ge</literal> (greater than or equal to), and <literal>gt</literal> (strictly greater than). If the comparison is correct, <command>dpkg</command> returns 0 (success); if not, it gives a non-zero return value (indicating failure).
ca-ES: Com que <command>dpkg</command> és el programa per a gestionar paquets Debian, també proporciona la implementació de referència de la lògica de comparació dels números de versió. Aquesta és la raó per la qual té una opció <literal>--compare-versions</literal> utilitzable per programes externs (especialment els scripts de configuració executats per <command>dpkg</command> mateix). Aquesta opció requereix tres paràmetres: un número de versió, un operador de comparació i un segon número de versió. Els diferents operadors possibles són <literal>lt</literal> (estrictament menor que), <literal>le</literal> (menors o igual que), <literal>eq</literal> (igual), <literal>ne</literal> (no igual, diferent), <literal>ge</literal> (major que), i <literal>gt</literal> (estrictament major que). Si la comparació és correcta, <command>dpkg</command> retorna 0 (èxit); si no, dóna un valor de retorn diferent de zero (indicant error).

en: Note the unexpected failure of the last comparison: for <command>dpkg</command>, <literal>pre</literal>, usually denoting a pre-release, has no particular meaning, and this program compares the alphabetic characters in the same way as the numbers (a &lt; b &lt; c ...), in alphabetical order. This is why it considers “<literal>0pre3</literal>” to be greater than “<literal>0</literal>”. When we want a package's version number to indicate that it is a pre-release, we use the tilde character, “<literal>~</literal>”:
ca-ES: Cal notar la fallada inesperada de la darrera comparació: per <command>dpkg</command>, <literal>pre</literal>, normalment denotant una “prepublicació”, no té un significat particular, i aquest programa compara els caràcters alfabètics de la mateixa manera que els nombres (a &lt; b &lt; c ...), en ordre alfabètic. Aquesta és la raó per la qual considera que “<literal>0pre3</literal>” és més gran que “<literal>0</literal>”. Quan volem que el número de versió d'un paquet indiqui que és una prepublicació utilitzarem el caràcter de titlla, “<literal>~</literal>”:

en: <command>dpkg</command>'s Log File
ca-ES: Arxiu de registre de <command>dpkg</command>

en: <command>dpkg</command> keeps a log of all of its actions in <filename>/var/log/dpkg.log</filename>. This log is extremely verbose, since it details every one of the stages through which packages handled by <command>dpkg</command> go. In addition to offering a way to track dpkg's behavior, it helps, above all, to keep a history of the development of the system: one can find the exact moment when each package has been installed or updated, and this information can be extremely useful in understanding a recent change in behavior. Additionally, all versions being recorded, it is easy to cross-check the information with the <filename>changelog.Debian.gz</filename> for packages in question, or even with online bug reports.
ca-ES: <command>dpkg</command> manté un registre de totes les seves accions a <filename>/var/log/dpkg.log</filename>. Aquest registre és extremadament detallat, ja que inclou cadascun dels estadis a través dels quals passen els paquets gestionats per <command>dpkg</command>. A més d'oferir una manera de seguir el comportament de dpkg, ajuda, sobretot, a mantenir una història del desenvolupament del sistema: es pot trobar el moment exacte en què cada paquet s'ha instal·lat o actualitzat, i aquesta informació pot ser extremadament útil per entendre un canvi recent en el comportament. A més, com totes les versions s'estan desant, és fàcil comprovar la informació amb el <filename>changelog. Debian.gz</filename> per als paquets en qüestió, o fins i tot amb informes d'errors a la xarxa.

en: Multi-Arch Support
ca-ES: Suport multiarquitectura

en: <primary>Multi-Arch</primary>
ca-ES: <primary>multiarquitectura</primary>

en: <primary>architecture</primary><secondary>multi-arch support</secondary>
ca-ES: <primary>arquitectura</primary><secondary>compatibilitat multiarquitectura</secondary>

en: All Debian packages have an <literal>Architecture</literal> field in their control information. This field can contain either “<literal>all</literal>” (for packages that are architecture independent) or the name of the architecture that it targets (like “amd64”, “armhf”, …). In the latter case, by default, <command>dpkg</command> will only accept to install the package if its architecture matches the host's architecture as returned by <command>dpkg --print-architecture</command>.
ca-ES: Tots els paquets Debian tenen un camp <literal>Architecture</literal> a la seva informació de control. Aquest camp pot contenir o bé “<literal>all</literal>” (per a paquets que són independents de l'arquitectura) o bé el nom de l'arquitectura a la qual es dirigeix (com ara "amd64", "armhf", ...). En aquest últim cas, per defecte, <command>dpkg</command> només acceptarà instal·lar el paquet si la seva arquitectura coincideix amb l'arquitectura de l'amfitrió tal i com es retorna amb <command>dpkg --print-architecture</command>.

en: This restriction ensures that users do not end up with binaries compiled for an incorrect architecture. Everything would be perfect except that (some) computers can run binaries for multiple architectures, either natively (an “amd64“ system can run “i386” binaries) or through emulators.
ca-ES: Aquesta restricció garanteix que els usuaris no acabin amb binaris compilats per a una arquitectura incorrecta. Tot seria perfecte si no fos que hi ha (alguns) ordinadors que poden executar binaris de múltiples arquitectures, ja sigui nativament (un sistema “amd64” pot executar binaris “i386”) o a través d'emuladors.

en: Enabling Multi-Arch
ca-ES: Activant la multiarquitectura

en: <command>dpkg</command>'s multi-arch support allows users to define “foreign architectures” that can be installed on the current system. This is simply done with <command>dpkg --add-architecture</command> like in the example below. There is a corresponding <command>dpkg --remove-architecture</command> to drop support of a foreign architecture, but it can only be used when no packages of this architecture remain.
ca-ES: El suport de multiarquitectura per part de <command>dpkg</command> permet als usuaris definir “arquitectures foranes” que es poden instal·lar al sistema actual. Això es fa simplement amb <command>dpkg --add-architecture</command> com en l'exemple següent. Hi ha un corresponent <command>dpkg --remove-architectitecture</command> per eliminar el suport d'una arquitectura forana, però només es pot utilitzar quan no queden paquets instal·lats d'aquesta arquitectura.

en: <emphasis>NOTE</emphasis> APT's multi-arch support
ca-ES: <emphasis>NOTA</emphasis> Suport multiarquitectura d'APT

en: APT will automatically detect when dpkg has been configured to support foreign architectures and will start downloading the corresponding <filename>Packages</filename> files during its update process.
ca-ES: APT detectarà automàticament quan el dpkg hagi estat configurat per a donar suport a arquitectures foranes i començarà a baixar els corresponents fitxers <filename>Packages</filename> durant el procés d'actualització.

en: Foreign packages can then be installed with <command>apt install <replaceable>package</replaceable>:<replaceable>architecture</replaceable></command>.
ca-ES: Els paquets foranis es poden instal·lar amb <command>apt install <replaceable>paquet</replaceable>:<replaceable>arquitectura</replaceable></command>.

en: <emphasis>IN PRACTICE</emphasis> Using proprietary i386 binaries on amd64
ca-ES: <emphasis>A LA PRÀCTICA</emphasis> Usant binaris i386 propietaris en amd64

en: There are multiple use cases for multi-arch, but the most popular ones are the possibility to execute (sometimes proprietary) 32 bit binaries (i386) on 64 bit systems (amd64), and the possibility to cross-compile software for a platform or an architecture different from the host one.
ca-ES: Hi ha múltiples casos d'ús per a multiarquitectura, però els més populars són la possibilitat d'executar binaris (de vegades propietaris) de 32 bits (i386) en sistemes de 64 bits (amd64), i la possibilitat de compilar programari per a una plataforma o una arquitectura diferent de la de l'amfitrió.

en: Multi-Arch Related Changes
ca-ES: Canvis relacionats amb la multiarquitectura

en: To make multi-arch actually useful and usable, libraries had to be repackaged and moved to an architecture-specific directory so that multiple copies (targeting different architectures) can be installed alongside. Such updated packages contain the “<literal>Multi-Arch: same</literal>” header field to tell the packaging system that the various architectures of the package can be safely co-installed (and that those packages can only satisfy dependencies of packages of the same architecture). The most important libraries have been converted since the introduction of multi-arch in Debian 7 <emphasis role="distribution">Wheezy</emphasis>, but there are many libraries that will likely never be converted unless someone specifically requests it (through a bug report for example).
ca-ES: Per fer que la multiarquitectura sigui realment usable i útil, les llibreries s'havien de tornar a empaquetar i moure a un directori específic per a l'arquitectura de manera que es puguin instal·lar múltiples còpies (destinades a diferents arquitectures). Aquests paquets actualitzats contenen el camp de capçalera “<literal>Multi-Arch: same</literal>” per indicar al sistema de paquets que les diverses arquitectures del paquet poden ser coinstal·lades de manera segura (i que aquests paquets només poden satisfer les dependències dels paquets de la mateixa arquitectura). Les llibreries més importants han estat convertides des de la introducció de la multiarquitectura a Debian 7 <emphasis role="distribution">Wheezy</emphasis>, però hi ha moltes biblioteques que probablement mai seran convertides llevat que algú ho sol·liciti específicament (a través d'un informe d'error, per exemple).

en: It is worth noting that <literal>Multi-Arch: same</literal> packages must have their names qualified with their architecture to be unambiguously identifiable. They also have the possibility to share files with other instances of the same package; <command>dpkg</command> ensures that all packages have bit-for-bit identical files when they are shared. Last but not least, all instances of a package must have the same version. They must thus be upgraded together.
ca-ES: Val la pena assenyalar que els paquets <literal>Multi-Arch: same</literal> han de tenir els seus noms qualificats amb la seva arquitectura per ser inequívocament identificables. També tenen la possibilitat de compartir fitxers amb altres instàncies del mateix paquet; <command>dpkg</command> assegura que tots els paquets tenen fitxers idèntics bit a bit quan es comparteixen. Finalment, però no menys important, totes les instàncies d'un paquet han de tenir la mateixa versió. Per tant, han d'actualitzar-se alhora.

en: Multi-Arch support also brings some interesting challenges in the way dependencies are handled. Satisfying a dependency requires either a package marked “<literal>Multi-Arch: foreign</literal>” or a package whose architecture matches the one of the package declaring the dependency (in this dependency resolution process, architecture-independent packages are assumed to be of the same architecture than the host). A dependency can also be weakened to allow any architecture to fulfill it, with the <literal><replaceable>package</replaceable>:any</literal> syntax, but foreign packages can only satisfy such a dependency if they are marked “<literal>Multi-Arch: allowed</literal>”.
ca-ES: El suport multiarquitectura també comporta alguns reptes interessants en la manera en què es gestionen les dependències. La satisfacció d'una dependència requereix o bé un paquet marcat “<literal>Multi-Arch: foreign</literal>” o un paquet l'arquitectura del qual coincideixi amb la del paquet que declara la dependència (en aquest procés de resolució de dependències s'assumeix que els paquets independents de l'arquitectura són de la mateixa arquitectura que l'amfitrió). Una dependència també es pot rellaxar per permetre qualsevol arquitectura per complir-la, amb la sintaxi <literal><replaceable>paquet</replaceable>:any</literal>, però els paquets foranis només poden satisfer aquesta dependència si estan marcats “<literal>Multi-Arch: allowed</literal>”.

en: Coexistence with Other Packaging Systems
ca-ES: Coexistència amb altres sistemes de paquets

en: Debian packages are not the only software packages used in the free software world. The main competitor is the RPM format of the Red Hat Linux distribution and its many derivatives. Red Hat is a very popular, commercial distribution. It is thus common for software provided by third parties to be offered as RPM packages rather than Debian.
ca-ES: Els paquets Debian no són els únics paquets de programari que s'utilitzen al món del programari lliure. El principal competidor és el format RPM de la distribució Red Hat Linux i dels seus molts derivats. Red Hat és una distribució comercial molt popular. Per tant, és comú que el programari proporcionat per tercers s'ofereixi com a paquets RPM en lloc de Debian.

en: In this case, you should know that the program <command>rpm</command>, which handles RPM packages, is available as a Debian package, so it is possible to use this package format on Debian. Care should be taken, however, to limit these manipulations to extract the information from a package or to verify its integrity. It is, in truth, unreasonable to use <command>rpm</command> to install an RPM on a Debian system; RPM uses its own database, separate from those of native software (such as <command>dpkg</command>). This is why it is not possible to ensure a stable coexistence of two packaging systems.
ca-ES: En aquest cas, hauríeu de saber que el programa <command>rpm</command>, que gestiona els paquets RPM, està disponible com a paquet Debian, de manera que és possible utilitzar aquest format de paquet a Debian. No obstant això, cal anar amb compte de limitar aquestes manipulacions per a extreure la informació d'un paquet o per a verificar la seva integritat. És, en realitat, poc raonable utilitzar <command>rpm</command> per instal·lar un paquet RPM en un sistema Debian; RPM utilitza la seva pròpia base de dades, separada de les de programari natiu (com <command>dpkg</command>). Per això no és possible garantir una coexistència estable dels dos sistemes de paquets.

en: On the other hand, the <emphasis role="pkg">alien</emphasis> utility can convert RPM packages into Debian packages, and vice versa.
ca-ES: D'altra banda, la utilitat <emphasis role="pkg">alien</emphasis> pot convertir paquets RPM en paquets Debian, i viceversa.

en: <emphasis>COMMUNITY</emphasis> Encouraging the adoption of <filename>.deb</filename>
ca-ES: <emphasis>COMUNITAT</emphasis> Fomentant l'adopció de <filename>.deb</filename>

en: You will find that this process is extremely simple. You must know, however, that the package generated does not have any dependency information, since the dependencies in the two packaging formats don't have systematic correspondence. The administrator must thus manually ensure that the converted package will function correctly, and this is why Debian packages thus generated should be avoided as much as possible. Fortunately, Debian has the largest collection of software packages of all distributions, and it is likely that whatever you seek is already in there.
ca-ES: Veureu que aquest procés és extremadament senzill. No obstant això, cal saber que el paquet generat no té cap informació de dependència, ja que les dependències dels dos formats de paquet no tenen una correspondència sistemàtica. Per això, l'administrador ha de garantir manualment que el paquet convertit funcioni correctament, i per aquest motiu els paquets Debian generats així han d'evitar-se tant com sigui possible. Afortunadament, Debian té la col·lecció més gran de paquets de programari de totes les distribucions, i és probable que el que busqueu ja hi sigui.

en: Looking at the man page for the <command>alien</command> command, you will also note that this program handles other packaging formats, especially the one used by the Slackware distribution (it is made of a simple <filename>tar.gz</filename> archive).
ca-ES: Mirant la pàgina man per a l'ordre <command>alien</command>, també observareu que aquest programa gestiona altres formats de paquet, especialment el que utilitza la distribució Slackware (que està fet d'un simple arxiu <filename>tar.gz</filename>).

en: The stability of the software deployed using the <command>dpkg</command> tool contributes to Debian's fame. The APT suite of tools, described in the following chapter, preserves this advantage, while relieving the administrator from managing the status of packages, a necessary but difficult task.
ca-ES: L'estabilitat del programari desplegat utilitzant l'eina <command>dpkg</command> contribueix a la fama de Debian. La suite d'eines APT, descrita en el següent capítol, conserva aquest avantatge, al temps que alleuja l'administrador de la gestió de l'estat dels paquets, una tasca necessària però difícil.
