0 - en to nl-NL translation catalogue (196 entries)

en: Binary package
nl-NL: Binair pakket

en: Source package
nl-NL: Bron pakket

en: dependencies
nl-NL: afhankelijkheden

en: Packaging System: Tools and Fundamental Principles
nl-NL: Pakketten Systeem: Gereedschap en Fundamentele Principes

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.
nl-NL: Als een Debian systeem beheerder, zal je routinematig <filename>.deb</filename> pakketten behandelen, omdat ze consistente functionele eenheden bevatten (applicaties, documentatie, enz.), wiens installatie en onderhoud ze faciliteren. Het is daarom een goed idee om te weten wat ze zijn en hoe ze te gebruiken.

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.
nl-NL: Dit hoofdstuk beschrijft de structuur en inhoud van “binaire” en “bron” pakketten. De eerste zijn  <command>dpkg</command> bestanden rechtstreeks bruikbaar door <command>dpkg</command>, terwijl de laatste de bron code bevatten en instructies om het binaire pakket te bouwen.

en: Structure of a Binary Package
nl-NL: Structuur van een Binair Pakket

en: <primary>package</primary><secondary>binary package</secondary><seealso><filename>.deb</filename></seealso>
nl-NL: <primary>pakket</primary><secondary>binair pakket</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.
nl-NL: Het Debian pakket formaat is ontworpen zo dat de inhoud ge-extraheert kan worden op ieder Unix systeem dat de klassieke commando's <command>ar</command>, <command>tar</command> en <command>xz</command> of soms <command>gzip</command> of <command>bzip2</command>) heeft. Dit lijkt een triviale eigenschap maar is belangrijk, vooral voor draagbaarheid en ramphestel.

en: <emphasis>TOOLS</emphasis> <command>dpkg</command>, <command>APT</command> and <command>ar</command>
nl-NL: <emphasis>GEREEDSCHAP</emphasis> <command>dpkg</command>, <command>APT</command> en <command>ar</command>

en: <command>dpkg</command> is the program that handles <filename>.deb</filename> files (binary packages), notably extracting, analyzing, and unpacking them.
nl-NL: <command>dpkg</command> is een programma dat <filename>.deb</filename> bestanden (binaire paketten) behandeld, vooral extraheren, analyseren en uitpakken.

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.
nl-NL: <acronym>APT</acronym> (de afkorting voor "Advanced Packaging Tool") is een groep van programma's welke het uitvoeren van hogere-niveau aanpassingen aan het systeem toelaat: Installeren of verwijderen van een pakket (terwijl de afhankelijkheden tevreden worden gehouden), het systeem updaten en upgraden, de beschikbare pakketten weergeven, enz.

en: <primary>unpacking</primary><secondary>binary package</secondary>
nl-NL: <primary>uitpakken</primary><secondary>binair pakket</secondary>

en: <emphasis>BACK TO BASICS</emphasis> Man page notation
nl-NL: <emphasis>TERUG NAAR DE BASIS</emphasis> Man pagina notatie

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.
nl-NL: Het kan verwarrend zijn voor beginners om referenties naar “<citerefentry><refentrytitle>ar</refentrytitle><manvolnum>1</manvolnum></citerefentry>” te vinden in de literatuur. Dit is meestal een handige manier om te verwijzen naar de man pagina's genaamd <literal>ar</literal> in sectie 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>.
nl-NL: Deze notiatie wordt soms ook gebruikt om dubbelzinnigheden te voorkomen. Bij voorbeeld om het verschil tussen het <command>printf</command> commando dat ook kan aangegeven worden door <citerefentry><refentrytitle>printf</refentrytitle><manvolnum>1</manvolnum></citerefentry> en de <function>printf</function> functie in de C programmeertaal, naar welke ook gerefereerd kan worden as <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" />).
nl-NL: <xref linkend="solving-problems" /> bespreekt manual pagina's in meer detail (zie <xref linkend="solving-problems" />).

en: Have a look at the content of a <filename>.deb</filename> file:
nl-NL: Kijk naar de inhoud van een <filename>.deb</filename> bestand:

en: As you can see, the <command>ar</command> archive of a Debian package is comprised of three files:
nl-NL: Zoals je kunt zien bestaat het <command>ar</command> archief van een Debian pakket drie bestanden:

en: <filename>debian-binary</filename>
nl-NL: <filename>debian-binair</filename>

en: Package Meta-Information
nl-NL: Pakket Meta Informatie

en: <primary>package</primary><secondary>meta-information</secondary>
nl-NL: <primary>pakket</primary><secondary>meta-informatie</secondary>

en: Description: the <filename>control</filename> File
nl-NL: Omschrijving: het <filename>control</filename> Bestand

en: <primary>package meta-information</primary>
nl-NL: <primary>pakket meta-informatie</primary>

en: <primary>package</primary><secondary><filename>control</filename></secondary>
nl-NL: <primary>pakket</primary><secondary><filename>controle</filename></secondary>

en: <primary><filename>control</filename></primary><seealso>package meta-information</seealso>
nl-NL: <primary><filename>controle</filename></primary><seealso>pakket meta-informatie</seealso>

en: For example, for <emphasis role="pkg">apt</emphasis>, the <filename>control</filename> file looks like the following:
nl-NL: Bijvoorbeeld, voor <emphasis role="pkg">apt</emphasis>, ziet het <filename>control</filename> bestand er zo uit:

en: <emphasis>BACK TO BASICS</emphasis> RFC — Internet standards
nl-NL: <emphasis>TERUG NAAR DE BASIS</emphasis> RFC —Internet standaarden

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).
nl-NL: <acronym>RFC</acronym> is de afkorting van “Request For Comments” (verzoek voor opmerkingen) een RFC is in het algemeen een technisch document dat beschrijft wat een Internet standaard zal worden. Voor gestandaardiseerd en bevroren te worden worden deze standaarden ingediend voor publieke beoordeling (vandaar hun naam). De <acronym>IETF</acronym>  (Internet Engineering Task Force) beslist over de evolutie van de status van deze documenten (voorgestelde standaarden, ontwerp standaard or standaard).

en: RFC 2026 defines the process for standardization of Internet protocols. <ulink type="block" url="http://www.faqs.org/rfcs/rfc2026.html" />
nl-NL: RFC 2026 definieert het proces voor standaardisatie van Internet Protocollen. <ulink type="block" url="http://www.faqs.org/rfcs/rfc2026.html" />

en: Dependencies: the <literal>Depends</literal> Field
nl-NL: Afhankelijkheden: het <literal>Depends</literal> Veld

en: <primary>dependency</primary>
nl-NL: <primary>afhankelijkheid</primary>

en: <primary>package</primary><secondary>dependency</secondary>
nl-NL: <primary>pakket</primary><secondary>afhankelijkheid</secondary>

en: <command>&lt;&lt;</command>: less than;
nl-NL: <command>&lt;&lt;</command>: kleiner dan;

en: <command>&lt;=</command>: less than or equal to;
nl-NL: <command>&lt;=</command>: kleiner dan of gelijk aan;

en: <command>=</command>: equal to (note that “<literal>2.6.1</literal>” is not equal to “<literal>2.6.1-1</literal>”);
nl-NL: <command>=</command>: gelijk aan (merk op dat “<literal>2.6.1</literal>” niet gelijk is aan “<literal>2.6.1-1</literal>”);

en: <command>&gt;=</command>: greater than or equal to;
nl-NL: <command>&gt;=</command>: groter dan of gelijk aan;

en: <command>&gt;&gt;</command>: greater than.
nl-NL: <command>&gt;&gt;</command>: groter dan.

en: <primary>meta-package</primary>
nl-NL: <primary>meta-pakket</primary>

en: <emphasis>DEBIAN POLICY</emphasis> <literal>Recommends</literal>, <literal>Suggests</literal>, and <literal>Enhances</literal> fields
nl-NL: <emphasis>DEBIAN BELEID</emphasis> <literal>Reccomends</literal>, <literal>Suggests</literal> en <literal>Enhances</literal> velden

en: <primary>package</primary><secondary>recommendations</secondary>
nl-NL: <primary>pakket</primary><secondary>aanbevelingen</secondary>

en: <primary>package</primary><secondary>suggestions</secondary>
nl-NL: <primary>pakket</primary><secondary>suggesties</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.
nl-NL: De <literal>Recommends</literal> en <literal>Suggests</literal> velden beschrijven afhankelijkheden die niet verplicht zijn. De “recommended” afhankelijkheid, de meest belangrijke, verbeteren de functionaliteit aangeboden door het pakket aanzienlijk, maar zijn niet noodzakelijk om te kunnen werken. De “suggested” afhenkelijkheid, van een secundair belang, geeft aan dat bepaalde pakketten het respectievelijke programma complementeren en verbeteren, maar het is perfect redelijk om het ene te installeren met of zonder de ander.

en: <primary>package</primary><secondary>enhancements</secondary>
nl-NL: <primary>pakket</primary><secondary>verbeteringen</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.
nl-NL: Het <literal>Enhances</literal> veld beschrijft ook een voorstel, maar in een andere context. Het is inderdaad gelokaliseerd in aanbevolen pakket, en niet in het pakket dat voordeel heeft van de suggestie. Het belang ligt er in dat het mogelijk is om iets te suggereren zonder het in kwestie te moeten aanpassen. Dus, alle add-ons, plug-ins en andere extensies van een programma kan dan weergegeven worden in de lijst van suggesties gerelateerd aan de software. Hoewel het al enkele jaren bestond, wordt dit laatste veld nog steeds grotendeels genegeerd door programma's zoals <command>apt</command> of <command>synaptic</command>. Het doel is een suggestie te doen gemaakt door het <literal>Enhanced</literal> veld die wordt weergegeven aan de gebruiken samen met de traditionele suggesties — gevonden in het <literal>Suggests</literal> veld.

en: <emphasis>DEBIAN POLICY</emphasis> <literal>Pre-Depends</literal>, a more demanding <literal>Depends</literal>
nl-NL: <emphasis>DEBIAN BELEID</emphasis> <literal>Pre-Depends</literal>, een veeleisender <literal>Depends</literal>

en: <primary>package</primary><secondary>pre-dependency</secondary>
nl-NL: <primary>pakket</primary><secondary>voor-afhankelijkheid</secondary>

en: <primary>pre-dependency</primary>
nl-NL: <primary>pre-depends</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.
nl-NL: “Pre-dependencies”, welke opgelijst staan in het “<literal>Pre-Depends</literal>” veld in de pakket headers, vervolledigen de normale afhankelijkheden; hun syntaxis is identiek. Een normale afhankelijkheid geeft aan dat het pakket in kwestie moet uitgepakt en geconfigureerd wirden voor de configuratie van het pakket dat de afhankelijkheid aangeeft. Een pre-dependency geeft aan dat het pakket in kwestie uitgepakt en geconfigureerd moet worden voor het uitvoeren van het pre-installatie script van het pakket dat de pre-dependency aangeeft, dat is voor zijn installatie.

en: Conflicts: the <literal>Conflicts</literal> field
nl-NL: Conflict: het <literal>Conflict</literal> veld

en: <primary>conflicts</primary>
nl-NL: <primary>conflict</primary>

en: <primary>package</primary><secondary>conflict</secondary>
nl-NL: <primary>pakket</primary><secondary>conflict</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.
nl-NL: Het <literal>Conflict</literal> veld geeft aan wanneer een pakket niet geïnstalleerd kan worden gelijktijdig met een ander. De meest voorkomende reden voor dit is dat beide pakketten een bestand bevatten met dezelfde naam en path of dezelfde dienst op dezelfde TCP poort, of elkaars werking zouden verhinderen.

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.
nl-NL: <command>dpkg</command> zal weigeren om een pakket te installeren als het een conflicteert met een reeds geïnstalleerd pakket, behalve als het nieuwe pakket aangeeft het geïnstalleerde pakket te “vervangen”, in welk geval <command>dpkg</command> ervoor zal kiezen om het oude pakket te vervangen door het nieuwe. <command>apt</command> volgt altijd jouw instructies: als je ervoor kiest om een nieuw pakket te installeren, zal het automatisch aanbieden het pakket dat voor problemen zorgt te verwijderen.

en: Incompatibilities: the <literal>Breaks</literal> Field
nl-NL: Incompatibiliteiten: het <literal>Breaks</literal> Veld

en: <primary>incompatibilities</primary>
nl-NL: <primary>incompatibiliteiten</primary>

en: <primary>package</primary><secondary>incompatibility</secondary>
nl-NL: <primary>pakket</primary><secondary>incompatibiliteit</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.
nl-NL: Het <literal>Breekt</literal> veld heeft een effect gelijkaardig als het <literal>Conficts</literal> veld, maar met een speciale betekenis. Het geeft aan dat de installatie van een pakket een ander pakket “breekt” (of bepaalde versies ervan). In het algemeen is deze incompatibiliteit tussen twee pakketten van voorbijgaande aard, en de <literal>Breekt</literal> relatie refereert specifiek naar een incompatibele versie.

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).
nl-NL: <command>dpkg</command> zal weigeren om een pakket te installeren dat een reeds geïnstaleerd programma breekt en <command>apt</command> zal proberen om het probleem op te lossen door het pakket dat gebroken zou worden te upgraden naar een nieuwere versie (van welke wordt aangenomen dat het gerepareerd is en dus, opnieuw compatibel).

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.
nl-NL: Dit soort situatie kan voorkomen in het geval van updates zonder achterwaartse compatibiliteit: dit is het geval als de nieuwe versie niet langer werkt met de oudere versie en een fout in een ander programma veroorzaakt zonder speciale voorzorgen te nemen. Het <literal>Breekt</literal> veld voorkomt dat de gebruiker deze problemen tegenkomt.

en: Provided Items: the <literal>Provides</literal> Field
nl-NL: Aangeboden Items: het <literal>Biedt aan</literal> Veld

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.
nl-NL: Dit veld introduceert de zeer interessante concepten van een “virtueel pakket”. Het heeft vele rollen, maar er zijn er twee van een bepaald belang. De eerste rol bestaat er uit om een virtueel pakket te associëren met een algemene dienst (het pakket “biedt” de dienst aan). De tweede geeft aan dat een pakket een ander volledig vervangt en dat het hiervoor ook de afhankelijkheden kan voldoen die dat ander zou voldoen. Het is dus mogelijk om een vervangings-pakket te maken zonder dezelfde naam voor het pakket te gebruiken.

en: <emphasis>VOCABULARY</emphasis> Meta-package and virtual package
nl-NL: <emphasis>WOORDENSCHAT</emphasis> Meta-pakket en virtueel pakket

en: <primary>package</primary><secondary>virtual package</secondary>
nl-NL: <primary>pakket</primary><secondary>virtueel pakket</secondary>

en: <primary>virtual package</primary>
nl-NL: <primary>virtueel pakket</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.
nl-NL: Het is essentieel om meta-pakketten duidelijk te onderscheiden van virtuele pakketten. De eerste zijn echte paketten (inclusief echte <filename>.deb</filename> bestanden), wiens enige doel het is om afhankelijkheden uit te drukken.

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.).
nl-NL: Virtuele pakketten, echter, bestaan niet fysiek; ze zijn enkel methoden om echte pakketten te identificeren gebaseerd op algemene, logische criteria (aangeboden dienst, compatibiliteit met een standaard programma of een reeds bestaand pakket, enz.).

en: Providing a “Service”
nl-NL: Een "Dienst" aanbieden

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.
nl-NL: Laten we het eerste geval wat nader bekijken met een voorbeeld: Alle email servers, zoals <emphasis role="pkg">postfix</emphasis> of <emphasis role="pkg">sendmail</emphasis> “bieden” het <emphasis role="pkg">mail-transport-agent</emphasis> virtueel pakket. Dus ieder pakket dat deze dienst nodig heeft om te kunnen werken (bijv. email lijst beheerder, zoasl <emphasis role="pkg">smartlist</emphasis> of <emphasis role="pkg">sympa</emphasis>) geven simpelweg aan in zijn afhankelijkheden aan dat een <emphasis role="pkg">mail-transport-agent</emphasis> nodig heeft in plaats van een lange, doch onvolledige lijst van mogelijke oplossingen (bijv. <command>postfix | sendmail | exim4 | …</command>). Verder is het nutteloos om twee email servers op dezelfde machine te installeren, daarom geeft ieder van deze pakketten aan dat ze conflicteren met het <emphasis role="pkg">mail-transport-agent</emphasis> virtueel pakket. Een conflict tussen een pakket en zichzelf wordt genegeerd door het systeem, maar deze techniek zal de installatie van twee email servers naarst elkaar verhinderen.

en: <emphasis>DEBIAN POLICY</emphasis> List of virtual packages
nl-NL: <emphasis>DEBIAL BELEID</emphasis> Lijst van virtuele pakketten

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.
nl-NL: Om een bruikbaar virtueel pakket te zijn met iedereen het eens zijn over zijn naam. Dit is waarom ze gestandaardiseerd zijn in het Debian Beleid. De lijst bevat onder anderen <emphasis role="pkg">mail-transport-agent</emphasis> voor email servers, <emphasis role="pkg">c-compiler</emphasis> voor C programmeer taak compilers, <emphasis role="pkg">www-browser</emphasis> voor web browsers, <emphasis role="pkg">httpd</emphasis> voor web servers, <emphasis role="pkg">ftp-server</emphasis> voor FTP servers, <emphasis role="pkg">x-terminal-emulator</emphasis> voor terminal emulators in grafische modus (<command>xterm</command>) en <emphasis role="pkg">x-window-manager</emphasis> voor window managers.

en: Interchangeability with Another Package
nl-NL: Uitwisselbaarheid met Andere Pakketten

en: Use of a <literal>Provides</literal> field in order to not break dependencies
nl-NL: Gebruik van een <literal>Biedt aan</literal> veld om afhankelijkheden niet te breken

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.
nl-NL: Dit kenmerk is zeer handig, omdat het nooit mogelijk is op te anticiperen op de grillen van ontwikkeling en het is noodzakelijk om aan te passen aan overblijvende, en andere automatische vervangingen, van verouderde software.

en: <emphasis>BACK TO BASICS</emphasis> Perl, a programming language
nl-NL: <emphasis>TERUG NAAR DE BASIS</emphasis> Perl, een programmeertaal

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/" />
nl-NL: Perl (Practical Extraction and Report Language) is een heel populaire programmeertaal. Het heeft veel klaar-om-te-gebruiken modules die een breed spectrum van applicaties beslaat en er zijn er gedistribueerd door het <acronym>CPAN</acronym> (Comprehensive Perl Archive Network) servers, een onuitputbaar netwerk van Perl pakketten. <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”.
nl-NL: Omdat het een geïnterpreteerde taal is, moet een programma dat in Perl is geschreven niet gecompileerd worden voor het uit te voeren. Daarom worden ze “Perl scripts” genoemd.

en: Past Limitations
nl-NL: Eerdere Beperkingen

en: Replacing Files: The <literal>Replaces</literal> Field
nl-NL: Bestanden Vervangen: Het <literal>Vervangt</literal> Veld

en: <primary>replacement</primary>
nl-NL: <primary>vervanging</primary>

en: <primary>package</primary><secondary>replacement</secondary>
nl-NL: <primary>pakket</primary><secondary>vervanging</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.
nl-NL: Het gebruik van dit veld is gerechtvaardigd wanneer pakket namen veranderen of wanneer een pakket is inbegrepen in een ander. Dit gebeurt ook wanneer de onderhouder beslist om bestanden de verdelen over verschillende binaire pakketten gemaakt van het zelfde bron code pakket: een vervangen bestand hoort niet langen bij het oude pakket, maar enkel het nieuwe.

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.
nl-NL: Als alle bestanden in een geïnstalleerd pakket vervangen zijn, zal het pakket als verwijderd beschouwd worden. Tenslotte moedigt dit veld <command>dpkg</command> aan om het vervangen pakket te verwijderen wanneer er een conflict is.

en: <emphasis>GOING FURTHER</emphasis> The <literal>Tag</literal> field
nl-NL: <emphasis>VERDER GAAN</emphasis> Het <literal>Tag</literal> veld

en: Configuration Scripts
nl-NL: Configuratie Scripts

en: <emphasis>GOING FURTHER</emphasis> <command>dpkg</command>'s database
nl-NL: <emphasis>VERDER GAAN</emphasis> de databank van <command>dpkg</command>

en: <primary>dpkg</primary><secondary>database</secondary>
nl-NL: <primary>dpkg</primary><secondary>databank</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.
nl-NL: Alle configuratie scripts voor de installatie van pakketten zijn opgeslagen in de <filename>/var/lib/dpkg/info/</filename> directory, in de vorm van een bestand voorafgaand door de naam van het pakket. Deze directory bevat ook bestanden met de <filename>.list</filename> extensie voor ieder pakket, welke een lijst met de bestanden die bij dat pakket horen bevat.

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.
nl-NL: Het <filename>/var/lib/dpkg/status</filename> bestand bevat een reeks van data blokken (in het formaat van de beroemde email headers, RFC 2822) welke de status van ieder pakket beschrijven. De informatie van het <filename>control</filename> bestand met de geïnstalleerde pakketten is hier ook gerepliceerd.

en: <emphasis>CAUTION</emphasis> Symbolic names of the scripts
nl-NL: <emphasis>LET OP</emphasis> Symbolische naam van de 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).
nl-NL: De volgorde beschreven in dit deel noemen configuratie scripts bij hun specifieke namen, zoals <command>Old-prem</command> of <command>new-postinst</command>. Zij zijn, respectievelijk, het <command>prem</command> script wat in de oude versie van het pakket zit (geïnstalleerd voor de update) en het <command>postinst</command> script dat in de nieuwe versie zit (geïnstalleerd door de update).

en: <emphasis>TIP</emphasis> State diagrams
nl-NL: <emphasis>TIP</emphasis> Status diagrammen

en: Installation and Upgrade
nl-NL: Installatie en Upgrade

en: <primary><command>dpkg</command></primary><secondary>internal operation</secondary>
nl-NL: <primary><command>dpkg</command></primary><secondary>interne operatie</secondary>

en: <primary>package</primary><secondary>installation</secondary>
nl-NL: <primary>pakket</primary><secondary>installatie</secondary>

en: The new package files are then unpacked. If a file already exists, it is replaced, but a backup copy is temporarily made.
nl-NL: De nieuwe pakket bestanden worden dan uitgepakt. Als een bestand al bestaat, wordt het vervangen, maar er wordt een tijdelijke back-up gemaakt.

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.
nl-NL: <command>dpkg</command> update al de interne gegevens (bestandslijst, configuratie scripts, enz.) en verwijderd de back-up's van de vervangen bestanden. Vanaf nu is er geen weg terug: <command>dpkg</command> heeft niet langer toegang tot all de elementen noodzakelijk om naar de vorige staat terug te keren.

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" />.
nl-NL: <command>dpkg</command> zal de configuratiebestanden updaten, de gebruiker vragen om te beslissen indien het niet mogelijk is om deze taak manueel af te handelen. De details van deze procedure worden besproken in <xref linkend="sect.conffiles" />.

en: Package Removal
nl-NL: Pakket verwijdering

en: <primary>package</primary><secondary>removal</secondary>
nl-NL: <primary>pakket</primary><secondary>verwijdering</secondary>

en: <emphasis>VOCABULARY</emphasis> Purge, a complete removal
nl-NL: <emphasis>WOORDENSCHAT</emphasis> Wissen, een volledige verwijdering

en: <primary>purging a package</primary>
nl-NL: <primary>een pakket zuiveren</primary>

en: <primary>package</primary><secondary>purge</secondary>
nl-NL: <primary>pakket</primary><secondary>zuiveren</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.
nl-NL: Wanneer een Debian pakket wordt verwijderd, blijven de configuratiebestanden behouden om de mogelijke her-installatie te vergemakkelijken. Hetzelfde voor de gegevens gegenereerd door een daemon (zoals de inhoud van een LDAP server directory, of de inhoud van een databank voor een SQL server), deze worden meestal ook behouden.

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>.
nl-NL: Om al de gegevens verbonden aan een pakket te wissen, is het noodzakelijk om het pakket te “wissen” met het commando, <command>dpkg -P <replaceable>pakket</replaceable></command>, <command>apt-get remove --purge <replaceable>pakket</replaceable></command> of <command>aptitude purge <replaceable>pakket</replaceable></command>.

en: Given the definitive nature of such data removals, a purge should not be taken lightly.
nl-NL: Aangezien de destructieve aard van zo'n gegevens verwijdering, moet wissen niet licht genomen worden.

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.
nl-NL: De vier scripts hierboven beschreven worden aangevuld door een <filename>config</filename> script, voorzien door pakketen die <command>debconf</command> gebruiken om informatie van de gebruiker voor de configuratie te bekomen. Tijdens de installatie, definieert dit script in detail de vragen van <command>debconf</command>. De antwoorden worden opgeslagen in de <command>debconf</command> databank voor toekomstige verwijzingen. Het script wordt in het algemeen uitgevoerd door <command>apt</command> voor de installatie van de pakketten één-voor-één om al de vragen te groeperen en ze te stellen aan de gebruiker aan het begin van het proces. De pre- en post-installatie scripts kunnen deze informatie dan gebruiken om te werken volgens de wensen van de gebruiker.

en: <emphasis>TOOL</emphasis> <command>debconf</command>
nl-NL: <emphasis>GEREEDSCHAP</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.
nl-NL: <command>debconf</command> was gemaakt om een terugkerend probleem in Debian op te lossen. Alle Debian pakketten die niet kunnen werken zonder een minimale configuratie stelde deze vragen met aanroepen van het <command>echo</command> en <command>read</command> commando's in <filename>postinst</filename> shell scripts (en andere gelijkaardige scripts). Maar dit betekende ook dat tijdens een grote installatie of update de gebruiker aan hun computer most blijven om de verschillende vragen die op ieder moment kunnen verschijnen te beantwoorden. Deze manuele interactie is nu bijna helemaal afgehandeld, dankzij het <command>debconf</command> gereedschap.

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.
nl-NL: <command>debconf</command> heeft veel interessante eigenschappen: het verijst dat de ontwikkelaar gebruikers interactie specificeert; het staat lokalisatie toe van alle regels die aan de gebruiker worden weergegeven (alle vertalingen zijn opgeslagen in het <filename>templates</filename> bestand dat de interacties beschrijft-; het heeft diverse frontends om de vragen aan de gebruiker te tonen (tekst modus, grafische modus, non-interactieve); en het laat de creatie van een centrale databank mogelijk om al de vragen in een rij te stellen aan de gebruiker, voordat een lang installatie of update proces start. De gebruiker kan verder gaan waar hij mee bezig was terwijl het systeem de installatie op zichzelf afhandelt, zonder daar te moeten blijven staren naar het scherm, wachtende op de vragen.

en: <primary><filename>md5sums</filename></primary>
nl-NL: <primary><filename>md5sum</filename></primary>

en: <primary>checksums</primary>
nl-NL: <primary>checksum</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>).
nl-NL: In dit geval probeert <command>dpkg</command> zich zo intelligent mogelijk te gedragen: als de standaard configuratie bestand niet is veranderd tussen de twee versies, zal het niks doen. Hoewel als het bestand veranderd is, zal het proberen dit bestand up te daten. Twee gevallen zijn mogelijk: ofwel heeft de beheerder dit configuratie bestand niet aangepast, in welk geval zal <command>dpkg</command> automatisch de nieuwe versie installeren; of het bestand is aangepast, in dat geval zal <command>dpkg</command> de beheerder vragen welke versie hij wenst te gebruiken (de oude met aanpassingen of het nieuwe bestand bij het pakket). Om bij deze beslissing te assisteren zal <command>dpkg</command> aanbieden een “<command>diff</command>”, dat de verschillen tussen de twee versies laat zien, weer te geven. Als de gebruiker kiest om de oude versie te behouden,zal het nieuwe bestand opgeslagen worden op dezelfde locatie in een bestand met de <filename>.dpkg-dist</filename> extensie. Als de gebruiker de nieuwe versie kiest, zal het oude behouden blijven in een bestand met de <filename>dpkg-old</filename> extensie. Een andere beschikbare actie bestaat uit het tijdelijk onderbreken van <command>dpkg</command> om het bestand te bewerken en de relevante aanpassingen (eerder weergegeven met <command>diff</command>) te reconstrueren.

en: <emphasis>GOING FURTHER</emphasis> Force dpkg to ask configuration file questions
nl-NL: <emphasis>VERDER GAAN</emphasis> dpkg dwingen om naar een configuratie bestand te vragen

en: <emphasis>GOING FURTHER</emphasis> Avoiding the configuration file questions
nl-NL: <emphasis>VERDER GAAN</emphasis> De configuratie bestand vragen voorkomen

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.
nl-NL: <command>dpkg</command> handelt de updates configuratie bestanden af, maar dit proces zal regelmatig onderbroken worden om input te vragen aan de beheerder. Dit maakt het minder plezierig voor mensen die de updates wensen uit te voeren op een niet-interactieve manier. Dit is waarom die programma een optie biedt die het systeem automatisch laat antwoorden volgens dezelfde logica: <command>--force-confold</command> behoudt de oude versies van de bestanden; <command>--force-confnew</command> zal de nieuwe versies van bestanden gebruiken (deze keuze wordt gerespecteerd, zelfs indien het bestand is veranderd door de beheerder, wat soms een ongevraagd effect heeft). het commando <command>--coconfdef</command> toevoegen verteld <command>dpkg</command> dat het zelf, indien mogelijk, de beslissingen moet nemen. (in andere woorden, wanneer het orginele configuratie bestand ongewijzigd is) en enkel <command>--force-confnew</command> of <command>--force-conf-old</command> moet gebruiken in de andere gevallen.

en: Including this option in the configuration file means that it will also be used in a graphical interface such as <command>aptitude</command>.
nl-NL: Deze optie in het configuratie bestand toevoegen betekend dat het ook een grafische interface zoals <command>aptitude</command> zal gebruiken.

en: Structure of a Source Package
nl-NL: Structuur van een Bron Pakket

en: <primary>package</primary><secondary>source package</secondary>
nl-NL: <primary>pakket</primary><secondary>bron pakket</secondary>

en: Format
nl-NL: Vorm

en: <primary>DSC file</primary>
nl-NL: <primary>DSC bestand</primary>

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.
nl-NL: Het <filename>.dsc</filename> (Debian Source Control) bestand is een kort tekst bestand dat een RFC 2822 header bevat (net zoals het <filename>control</filename> bestand bestudeert in <xref linkend="sect.control" />) welke het bron pakket omschrijft en aangeeft welke andere bestanden er deel van uitmaken. Het is gesigneerd door de onderhouder, welke de authenticiteit garandeert. Zie <xref linkend="sect.package-authentication" /> voor meer details over dit onderwerp.

en: A <filename>.dsc</filename> file
nl-NL: Een <filename>.dsc</filename> bestand

en: <primary>package</primary><secondary>build dependencies</secondary>
nl-NL: <primary>pakket</primary><secondary>bouw afhankelijkheden</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.
nl-NL: Merk op dat het bron pakket ook afhankelijkheden (<literal>Build-Depends</literal>) heeft. Volledig gescheiden van deze van binaire pakketten, omdat ze het nodige gereedschap om de software in kwestie te compileren en haar binaire bestand te maken aangeeft.

en: <emphasis>CAUTION</emphasis> Distinct namespaces
nl-NL: <emphasis>LET OP</emphasis> Onderscheidende namen

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.
nl-NL: Het is belangrijk om hier te melden dat er geen vereiste correspondentie tussen de naam van het bron pakket en dat van het binaire pakket(ten) welke het genereert noodzakelijk is. Het is gemakkelijk te begrijpen als je weet dat ieder bron pakket verschillende binaire pakketten kan genereren. Dit is waarom het <filename>.dsc</filename> bestand de <literal>Source</literal> en <literal>Binary</literal> velden om de naam van het bron pakket expliciet uit te drukken en een lijst te bewaren met binaire pakketten die het genereert.

en: <emphasis>CULTURE</emphasis> Why divide into several packages
nl-NL: <emphasis>CULTUUR</emphasis> Waarom onderverdelen in meerdere pakketten

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>).
nl-NL: Redelijk frequent kan een bron pakket (voor bepaalde software) meerdere binaire pakketten genereren. De opsplitsing is verantwoord door de mogelijkheid de software (of onderdelen ervan) te gebruiken in een andere context. Neen een gedeelde bibliotheek, het kan geïnstalleerd worden om een programma te laten werken (bij voorbeeld, <emphasis role="pkg">libc6</emphasis>), of het kan geïnstalleerd worden om een nieuw programma te ontwikkelen (<emphasis role="pkg">libc6-dev</emphasis> zal dan het correcte pakket zijn). We zien dezelfde logica voor cliënt/server diensten waar we het server gedeelte willen installeren op één machine en het cliënt gedeelte op anderen (dit is zo, bij voorbeeld, bij <emphasis role="pkg">openssh-server</emphasis> en <emphasis role="pkg">openssh-client</emphasis>.

en: <emphasis>PERSPECTIVE</emphasis> Different source package formats
nl-NL: <emphasis>RESPECTIEVELIJK</emphasis> Verschillende formaten van bron pakketten

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).
nl-NL: In het begin was er enkel één formaat van bron pakket. Dit is het <literal>1.0</literal> formaat, welke een <filename>.orig.tar.gz</filename> archief verbind aan een <filename>.digg.gz</filename> “debianization” patch (er is ook een variant die bestaat uit een enkel <filename>.tar.gz</filename> archief, welke automatische gebruikt wordt als er geen <filename>.orig.tar.gz</filename> beschikbaar is).

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.
nl-NL: Sinds Debian 6<emphasis role="distribution">Squeeze</emphasis> hebben Debian ontwikkelaars de mogelijkheid om nieuwe formaten, die problemen van het historische corrigeren, te gebruiken. Formaat <literal>3.0 (quilt)</literal> kan meerdere upstream archieven in het zelfde bron pakket bevatten: bovenop het gebruikelijke <filename>orig.tar.gz</filename> kunnen aanvullende <filename>.orig-<replaceable>component</replaceable>.tar.gz</filename> archieven bijgevoegd worden. Dit is handig met software die in verschillende upstream componenten verdeeld wordt, maar voor welke een enkel bron pakket gewenst is. Deze archieven kunnen ook gecomprimeerd zijn met <command>xz</command> in plaats van <command>gzip</command>, welke schijfruimte en netwerk middelen besparen. Tenslotte het monolithische patch, <filename>.diff.gz</filename> is vervangen door een <filename>debian.tar.xz</filename> archief dat de compileer instructies en een set van upstream patches bijgedragen door de pakket beheerder bevat. Deze laatste zijn opgenomen in een formaat compatibel met <command>quilt</command> — een tool die het beheren van een reeks pakketten faciliteert.

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.
nl-NL: Het <filename>.orig.tar.gz</filename> bestand is een archief dat de bron code zoals voorzien door de originele ontwikkelaar bevat.Debian pakket onderhouders worden gevraagd om deze niet aan te passen om zo de mogelijkheid te hebben om de origine en integriteit van het pakket te controleren (door eenvoudige vergelijking met een checksum) en om de wensen van bepaalde auteurs te respecteren.

en: <emphasis>TOOL</emphasis> Decompressing a source package
nl-NL: <emphasis>GEREEDSCHAP</emphasis> Decompressie van een bron pakket

en: <primary>decompressing, source package</primary>
nl-NL: <primary>decomprimeren, bron pakket</primary>

en: <primary>uncompressing, source package</primary>
nl-NL: <primary>decomprimeren, bron pakket</primary>

en: <primary>unpacking</primary><secondary>source package</secondary>
nl-NL: <primary>uitpakken</primary><secondary>bron pakket</secondary>

en: <primary>source package</primary><secondary>unpacking</secondary>
nl-NL: <primary>bronpakket</primary><secondary>uitpakken</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:
nl-NL: Als je een bron pakket hebt, kun je het <command>dpkg-source</command> commando (van het <emphasis role="pkg">dpkg-dev</emphasis> pakket) gebruiken om het te decomprimeren:

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).
nl-NL: Je kunt ook <command>apt</command> gebruiken om een bron pakket te downloaden en op de juiste manier uit te pakken. Dit vereist wel dat de geschikte <literal>deb-src</literal> regels in het <filename>/etc/apt/sources.list</filename> bestand aanwezig zijn (voor meer informatie zie <xref linkend="sect.apt-sources.list" />). Deze worden gebruikt om een lijst van “bronnen” van bron pakketten te maken (dit betekent de servers waarop een groep van bron pakketten geherbergd worden).

en: Usage within Debian
nl-NL: Gebruik binnen Debian

en: Manipulating Packages with <command>dpkg</command>
nl-NL: Pakketten Manipuleren met <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.
nl-NL: <command>dpkg</command> is het basis commando om Debian pakketten op het systeem te behandelen. als je een <filename>.deb</filename> pakket hebt, is het <command>dpkg</command>  dat de installatie of analyse van hun inhoud toelaat. Maar dit programma heeft slechts een gedeeltelijk zocht op het Debian universum: het weet wat er geïnstalleerd is op het systeem, en wat er wordt gegeven op de commando regel, maar het weet niks over de andere beschikbare pakketten. Zodoende zal het falen als een afhankelijkheid niet voldaan is. Gereedschappen zoals <command>apt</command> en <command>aptitude</command> in het tegendeel, zullen een lijst met afhankelijkheden maken om alles zo automatisch mogelijk te installeren.

en: <emphasis>NOTE</emphasis> <command>dpkg</command> or <command>apt</command>?
nl-NL: <emphasis>NOTITIE</emphasis> <command>dpkg</command> of <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.
nl-NL: <command>dpkg</command> zou als een systeem gereedschap beschouwd moeten worden (backend) en <command>apt</command> als een gereedschap dichter bij de gebruiker, welke de beperktheden van het vorige overwint. Deze gereedschappen werken samen, iedereen met zijn eigenaardigheden, passend voor specifieke taken.

en: Installing Packages
nl-NL: Pakketten Installeren

en: <primary>installation</primary><secondary>package installation</secondary>
nl-NL: <primary>installatie</primary><secondary>pakket installatie</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.
nl-NL: <command>dpkg</command> is, bovenal, het gereedschap voor het installeren van reeds beschikbare Debian pakketen (omdat het niks download). Om dit te doen, gebruiken we de <literal>-i</literal> of <literal>--install</literal> optie.

en: Installation of a package with <command>dpkg</command>
nl-NL: Installatie van een pakket met <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).
nl-NL: We kunnen de verschillende stappen zien die <command>dpkg</command> uitvoert; we weten dus op welk punt iedere fout kan gebeuren. De installatie kan ook uitgevoerd worden in twee fasen: eerst uitpakken, dan configuratie. <command>apt</command> maakt hier gebruik van, door het aantal aanroepen van <command>dpkg</command> te beperken (omdat ieder oproep kostbaar is, door het laden van de databank ik het geheugen), vooral de lijst van al geïnstalleerde bestanden).

en: Separate unpacking and configuration
nl-NL: Individueel uitpakken en configuratie

en: <primary>package</primary><secondary>unpacking</secondary>
nl-NL: <primary>pakket</primary><secondary>uitpakken</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:
nl-NL: Soms zal <command>dpkg</command> falen om een pakket te installeren en een foutmelding geven; als de gebruiker beveelt om dit te negeren, zal het enkel een waarschuwing geven; het is de reden dat we de verschillende <literal>--force-*</literal> opties. Het <command>dpkg --force-help</command> commando, of de documentatie voor dit commando, zal een volledige lijst van deze opties geven. De meest voorkomende fout, welke je vroeger of later zal tegenkomen, is een file collision. Wanneer een pakket een bestand bevat dat al geïnstalleerd is door een ander pakket, <command>dpkg</command> zal weigeren om dit te installeren. De volgende melding zal dan worden weergegeven:

en: 
    <computeroutput>Unpacking libgdm (from .../libgdm_3.8.3-2_amd64.deb) ...
    dpkg: error processing /var/cache/apt/archives/libgdm_3.8.3-2_amd64.deb (--unpack):
     trying to overwrite '/usr/bin/gdmflexiserver', which is also in package gdm3 3.4.1-9</computeroutput>
nl-NL: 
    <computeroutput>Bezig met uitpakken van libgdm1 van .../libgdm_3.8.3-2_amd64 ...
    dpkg: fout bij verwerken van /var/cache/apt/archives/libgdm_3.8.3-2_amd64.deb (--unpack):
     proberen om '/usr/bin/gdmflexiserver' te overschrijven, welke ook in pakket gdm3 3.4.1-9 zit</computeroutput>

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.
nl-NL: In dit geval, als je denkt dat het vervangen van dit bestand geen significant risico voor de stabiliteit van jouw systeem is (wat meestal het geval is), kun je de optie <literal>--fore-overwrite</literal> gebruiken, welke <command>dpkg</command> verteld deze foutmelding te negeren en het bestand te overschrijven.

en: <emphasis>CAUTION</emphasis> Effective use of <literal>--force-*</literal>
nl-NL: <emphasis>LET OP</emphasis> Effectief gebruik van <literal>--force-*</literal>

en: <primary>broken dependency</primary>
nl-NL: <primary>gebroken dependency</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>:
nl-NL: Als je niet voorzichtig bent, kan het gebruik van een <literal>--force-*</literal> optie lijden tot een systeem waar de APT familie van commando's zal weigeren te functioneren. Deze opties laten de installatie van een pakket toe wanneer aan een afhankelijkheid niet voldaan kan worden of wanneer er een conflict is. Het resultaat is een inconsistent systeem vanuit het opzicht van afhankelijkheden en de APT commando's zullen weigeren iedere actie uit te voeren behalve deze die het systeem terug naar een consistente staat brengen. (Dit bestaat meestal uit het installeren van ontbrekende afhankelijkheden of het verwijderen van problematische pakketten). Dit resulteert vaan in een bericht als dit, verkregen na installatie van een nieuwe versie van <emphasis role="pkg">rdesktop</emphasis> terwijl zijn afhankelijkheden van een nieuwere versie van <emphasis role="pkg">libc6</emphasis> genegeerd wordt:

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.
nl-NL: Een heldhaftige beheerder die zeker is van de correctheid van zijn analyse kan ervoor kiezen om een afhankelijkheid of conflict te negeren en de corresponderende optie <literal>--force-*</literal> te gebruiken. In dit geval, als ze willen doorgaan met het gebruik van <command>apt</command> of <command>aptitude</command>, moeten ze <filename>/var/lib/dpkg/status</filename> bewerken om de afhankelijkheid of het conflict die ze willen overschrijven te wissen of aan te passen.

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" />).
nl-NL: Deze manipulatie is een lelijke hack, en zou nooit gebruikt moeten worden, behalve in de meest extreem noodzakelijke gevallen. Heel vaak is een meer passende oplossing het pakket dat het probleem veroorzaakt te her-compileren (zie <xref linkend="sect.rebuilding-package" />) of gebruik een nieuwe (mogelijk gecorrigeerde) versie van een opslagplaats als <literal>stable-backports</literal> (zie <xref linkend="sect.apt-sources.list.stable.backports" />).

en: Removal and purge of the <emphasis role="pkg">debian-cd</emphasis> package
nl-NL: Verwijdering en zuivering van het <emphasis role="pkg">debian-cd</emphasis> pakket

en: Querying <command>dpkg</command>'s Database and Inspecting <filename>.deb</filename> Files
nl-NL: De Databank van <command>dpkg</command> bevragen en <filename>.deb</filename> bestanden inspecteren

en: <primary>package</primary><secondary>status</secondary>
nl-NL: <primary>pakket</primary><secondary>status</secondary>

en: <primary>package</primary><secondary>file list</secondary>
nl-NL: <primary>pakket</primary><secondary>bestandslijst</secondary>

en: <primary>package</primary><secondary>content inspection</secondary>
nl-NL: <primary>paket</primary><secondary>inhoudt inspectie</secondary>

en: <emphasis>BACK TO BASICS</emphasis> Option syntax
nl-NL: <emphasis>TERUG NAAR DE BASIS</emphasis> Optie syntaxis

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.
nl-NL: De meeste opties zijn beschikbaar in een “lange” versie (één of meer relevante woorden, voorafgegaan door een dubbel streepje) en een “korte” versie (een enkele letter, meestal het initiaal van één woord van de lange versie, en voorafgegaan door een enkel streepje). Deze conventie is zo algemeen dat het een POSIX standaard is.

en: <primary>merged <filename>/usr</filename></primary>
nl-NL: <primary>samengevoegd<filename>/usr</filename></primary>

en: Various queries with <command>dpkg</command>
nl-NL: Verschillende navragen met <command>dpkg</command>

en: <emphasis>GOING FURTHER</emphasis> Comparison of versions
nl-NL: <emphasis>VERDER GAAN</emphasis> Versies vergelijken

en: <primary>version, comparison</primary>
nl-NL: <primary>versie, vergelijken</primary>

en: <primary>comparison of versions</primary>
nl-NL: <primary>vergelijken van versies</primary>

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).
nl-NL: Omdat <command>dpkg</command> het programma is voor het afhandelen van Debian pakketten, biedt het de referentie implementatie van de logica voor het vergelijken van versie nummers. Daarom heeft het een <literal>--compare-versions</literal> optie, bruikbaar voor externe programma's (vooral configuratie scripts uitgevoerd door <command>dpkg</command> zelf). Deze optie vereist drie parameters: een versie nummer, een vergelijkings-operator en een tweede versie nummer. De verschillende mogelijke operatoren zijn <literal>lt</literal> (strikt minderdan), <literal>le</literal> (minder dan of gelijk aan), <literal>eq</literal> (gelijk aan), <literal>ne</literal> (niet gelijk aan), <literal>ge</literal> (groter dan of gelijk aan) en <literal>gt</literal> (strikt groter dan). Als de vergelijking correct is zal <command>dpkg</command> 0 (success) weergeven; indien niet, geeft het een andere waarde (indicatie van de fout).

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>”:
nl-NL: Merk de onverwachte fout op in de laatste vergelijking: voor <command>dpkg</command> heeft <literal>pre</literal>, wat meestal duid op een pre-release, geen specifieke betekenis en dit programma vergelijkt de alfabetische karakters op dezelfde manier als de nummers (a &lt; b &lt; c ...), in alfabetische volgorde. Dit is waarom “<literal>0pre3</literal>” als groter beschouwd wordt dan  “<literal>0</literal>”. Wanneer we willen dat het versie nummer van een Pakket aangeeft dat het een pre-release is, gebruiken we het tilde karakter, “<literal>~</literal>”:

en: <command>dpkg</command>'s Log File
nl-NL: Het log bestand van <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.
nl-NL: <command>dpkg</command> houdt in <filename>/var/log/dpkg.log</filename> een log bij van al zijn acties. Dit log is extreem uitgebreid, omdat het details bevat van ieder stadium waarin pakketten behandeld orden door <command>dpkg</command>. Buiten een manier om het gedrag van dpkg te volgen, helpt het bovenal, om een historiek van de ontwikkeling van het systeem bij te houden: men kan het exacte moment van installatie of update van ieder pakket zien en deze informatie kan extreem behulpzaam zijn in het begrijpen van recente veranderingen in het gedrag. Verder, door het bijhouden van alle versies, is het kruiscontrole met <filename>changelog.Debian.gz</filename> voor de pakketten in kwestie gemakkelijk of zelfs met online fouten rapporten.

en: Multi-Arch Support
nl-NL: Multi-Arch Ondersteuning

en: <primary>architecture</primary><secondary>multi-arch support</secondary>
nl-NL: <primary>archittectuur</primary><secondary>multi-arch ondersteuning</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>.
nl-NL: Alle Debian pakketten hebben een <literal>Architectuur</literal> veld in hun controle informatie. Dit veld kan ofwel “<literal>all</literal>” bevatten (voor pakketten die architectuur onafhankelijk zijn) of de naam van de doel architectuur (zoals “amd64”, “armhf”, …). In het laatste geval, zal <command>dpkg</command>, als standaard, enkel de installatie van het pakket toestaan als de architectuur overeenkomt met de architectuur van de gastheer zoals gerapporteerd door <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.
nl-NL: Deze beperking verzekerd dat de gebruiker niet zal eindigen met binaire pakketten die gecompileerd zijn voor een foute architectuur. Alles zou perfect zijn behalve dat (sommige) computers binaire programma's voor meerdere architecturen, ofwel natuurlijk (een “amd64“ systeem kan “i386“ binaire programma's draaien) of via emulatoren.

en: Enabling Multi-Arch
nl-NL: Multi-Arch activeren

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.
nl-NL: De multi-arch ondersteuning van <command>dpkg</command> laat de gebruikers toe “vreemde architecturen” die op het huidige systeem geïnstalleerd kunnen worden te definiëren. Dis is simpelweg gedaan met <command>dpkg --add-architecture</command> zoals in het voorbeeld hieronder. Er is een overeenkomstig commando <command>dpkg --remove-architecture</command> om de ondersteuning voor een vreemde architectuur te laten vallen, maar het kan enkel gebruikt worden wanneer er geen pakketten voor deze architectuur over zijn.

en: <emphasis>NOTE</emphasis> APT's multi-arch support
nl-NL: <emphasis>NOTITIE</emphasis> De multi-arch ondersteuning van APT

en: Foreign packages can then be installed with <command>apt install <replaceable>package</replaceable>:<replaceable>architecture</replaceable></command>.
nl-NL: Vreemde pakketten kunnen dan geïnstalleerd worden met <command>apt install <replaceable>pakket</replaceable>:<replaceable>architectuur</replaceable></command>.

en: <emphasis>IN PRACTICE</emphasis> Using proprietary i386 binaries on amd64
nl-NL: <emphasis>IN DE PRAKTIJK</emphasis> Gepatenteerde i396 binaire programma's gebruiken op amp64

en: Multi-Arch Related Changes
nl-NL: Multi-Arch Gerelateerde Veranderingen

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.
nl-NL: Het is noemenswaardig dat dezelfde <literal>Multi-Arch: same</literal> pakketten hun met gekwalificeerde architectuur genoemd moeten worden om ondubbelzinnig identificeerbaar te zijn. Ze hebben ook de mogelijkheid om bestanden te delen met andere instanties van hetzelfde pakket; <command>dpkg</command> verzekerd dat alle pakketten bit-voor-bit identieke bestanden hebben als ze gedeeld worden. Last but not least, alle instanties van een pakket moeten dezelfde versie hebben, Ze moeten dus samen ge-upgrade worden.

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>”.
nl-NL: Multi-Arch ondersteuning brengt ook enkele interessante uitdagingen mee in de manier waarop afhankelijkheden worden behandeld. Voldoen aan een afhankelijkheid vereist een pakket gemarkeerd met “<literal>Multi-Arch: foreign</literal>” of een pakket wiens architectuur overeenkomt met een van de pakketten die de afhankelijkheid aangeeft (bij het afhandelen van afhankelijkheden worden architectuur-onafhankelijke pakketten beschouwd als van dezelfde architectuur als de gastheer). Een afhankelijkheid kan ook afgezwakt worden om ieder architectuur toe te staan om het af te handelen, met de <literal><replaceable>package</replaceable>:any</literal> syntaxis, maar vreemde pakketten kunnen enkel zo'n afhankelijkheid oplossin als ze gemarkeerd zijn als “<literal>Multi-Arch: allowed</literal>”.

en: Coexistence with Other Packaging Systems
nl-NL: Gelijktijdig bestaan met Andere Besturingssystemen

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.
nl-NL: Debian pakketten zijn niet de enige software paketten in gebruik in de vrije software wereld. De grootste concurrent is het RPM formaat van de Red Hat Linux Distributie en zijn vele afgeleide systemen. Red Hat is een zeer populaire, commerciële distributie. Het is dus gewoon voor software aangeboden door andere partijen om als een RPM pakket aangeboden te worden in plaats van een Debian pakket.

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.
nl-NL: In dit geval zou je moeten weten dat het programma <command>rpm</command>, welke RPM pakketten afhandelt, beschikbaar is als een Debian pakket, zo is het mogelijk om dit pakket formaat te gebruiken op Debian. Hoewel voorzichtigheid op zijn plaats is, en deze manipulaties worden best beperkt tot het uitpakken van de informatie van een pakket om de integriteit te controleren. Het is onredelijk om <command>rpm</command> te gebruiken om een RPM pakket te installeren op een Debian systeem; RPM gebruikt zijn eigen databank, gescheiden van deze van inheemse software (zoals <command>dpkg</command>). Op deze manier is het niet mogelijk om een stabiele co-existentie van twee pakketsystemen te verzekeren.

en: On the other hand, the <emphasis role="pkg">alien</emphasis> utility can convert RPM packages into Debian packages, and vice versa.
nl-NL: Aan de andere kant, het <emphasis role="pkg">alien</emphasis> gereedschap kan RPM pakketten converteren naar Debian pakketten, en vice versa.

en: <emphasis>COMMUNITY</emphasis> Encouraging the adoption of <filename>.deb</filename>
nl-NL: <emphasis>GEMEENSCHAP</emphasis> De adoptie van <filename>.deb</filename> aanmoedigen

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.
nl-NL: Je zal merken dat dit proces extreem gemakkelijk is. Hoewel je wel moet weten dat het gegenereerde pakket geen afhankelijkheidsinformatie bevat, omdat de afhankelijkheden in de twee pakketten formaten geen geen systematische correspondentie hebben. De beheerder moet dus handmatig verzekeren dat het geconverteerde pakket correct zal functioneren en dit is waarom Debian pakketten die op deze manier gegenereerd worden best zo veel mogelijk gemeden moeten worden. Gelukkig heeft Debian de grootste collectie van software pakketten van alle distributies en is het waarschijnlijk dat wat je ook zoekt het daar al is.

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).
nl-NL: Kijkend naar de man page van het <command>alien</command> commando, zal je ook merken dat dit programma ook andere pakketformaten verwerkt, vooral diegene gebruikt door de Slackware distributie (het is gemaakt van een simpel <filename>tar.gz</filename> archief).

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.
nl-NL: De stabiliteit van de software ingezet met gebruik van het <command>dpkg</command> gereedschap draagt bij aan de faam van Debian. De APT suite van gereedschap, beschreven in het volgende hoofdstuk, behouden dit voordeel terwijl ze de beheerder zijn werk van beheren van de status van pakketten, een noodzakelijke maar moeilijke taak, verlichten.
