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

en: Maintenance and Updates: The APT Tools
nl-NL: Onderhoud en Updates: De APT Gereedschappen

en: <emphasis>VOCABULARY</emphasis> Package source and source package
nl-NL: <emphasis>WOORDENSCHAT</emphasis> Pakket bron en brom pakketten

en: <emphasis>BACK TO BASICS</emphasis> <command>gzip</command>, <command>bzip2</command>, <command>LZMA</command> and <command>XZ</command> Compression
nl-NL: <emphasis>TERUG NAAR DE BASIS</emphasis> <command>gzip</command>, <command>bzip2</command>, <command>LZMA</command> en <command>XZ</command> compressie

en: A <filename>.gz</filename> extension refers to a file compressed with the <command>gzip</command> utility. <command>gzip</command> is the fast and efficient traditional Unix utility to compress files. Newer tools achieve better rates of compression but require more resources (computation time and memory) to compress and uncompress a file. Among them, and by order of appearance, there are <command>bzip2</command> (generating files with a <filename>.bz2</filename> extension), <command>lzma</command> (generating <filename>.lzma</filename> files) and <command>xz</command> (generating <filename>.xz</filename> files).
nl-NL: Een <filename>.gz</filename> extensie verwijst naar een bestand gecomprimeerd met het <command>gzip</command> programma. <command>gzip</command> is het snelle en efficiënte traditioneel Unix gereedschap om bestanden te comprimeren. Nieuwere gereedschappen bereiken betere compressie waarden maar hebben meer middelen nodig (rekentijd en geheugen) om een bestand te comprimeren en decomprimeren.Onder hen, en in volgorde van verschijning), zijn ze <command>bzip2</command> (in het algemeen bestanden met een <filename>.bz2</filename> extensie), <command>lzma</command> (in het algemeen <filename>.lzma</filename> bestanden) en <command>xz</command> (in het algemeen <filename>.xz</filename> bestanden).

en: Filling in the <filename>sources.list</filename> File
nl-NL: Het <filename>sources.list</filename> Bestand Invullen

en: <primary>source</primary><secondary>of packages</secondary>
nl-NL: <primary>bron</primary><secondary> van pakketten</secondary>

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

en: Syntax
nl-NL: Syntaxis

en: The first field indicates the source type:
nl-NL: Het eerste veld geeft het bron type aan:

en: <emphasis>VOCABULARY</emphasis> The <literal>main</literal>, <literal>contrib</literal> and <literal>non-free</literal> archives
nl-NL: <emphasis>WOORDENSCHAT</emphasis> De <literal>main</literal>, <literal>contrib</literal> en <literal>non-free</literal> archieven

en: <primary>component (of a repository)</primary>
nl-NL: <primary>component (van een bewaarplaats)</primary>

en: If many package sources are referenced, it can be useful to split them in multiple files. Each part is then stored in <filename>/etc/apt/sources.list.d/<replaceable>filename</replaceable>.list</filename> (see sidebar <xref linkend="sidebar.directory.d" />).
nl-NL: Als er naar veel pakket bronnen wordt verwezen kan het handig zijn om ze op te splitsen in meerdere bestanden. Ieder deel is dan opgeslagen in <filename>/etc/apt/sources.list.d<replaceable>filename</replaceable>.list</filename> (zie marge <xref linkend="sidebar.directory.d" />).

en: The <literal>cdrom</literal> entries describe the CD/DVD-ROMs you have. Contrary to other entries, a CD-ROM is not always available since it has to be inserted into the drive and since only one disc can be read at a time. For those reasons, these sources are managed in a slightly different way, and need to be added with the <command>apt-cdrom</command> program, usually executed with the <literal>add</literal> parameter. The latter will then request the disc to be inserted in the drive and will browse its contents looking for <filename>Packages</filename> files. It will use these files to update its database of available packages (this operation is usually done by the <command>apt update</command> command). From then on, APT can require the disc to be inserted if it needs one of its packages.
nl-NL: De <literal>cdrom</literal> ingang beschrijft de CD/DVD-ROM's die je hebt. In tegenstelling tot andere ingangen, is een CD-ROM niet altijd beschikbaar omdat het in de drive moet zitten en omdat er op ieder moment enkel één disk gelezen kan worden. Daarom worden deze bronnen op een iets andere manier behandeld, en moeten toegevoegd worden met het <command>apt-cdrom</command> programma, meestal uitgevoerd met de <literal>add</literal> parameter, dit zal dan vragen om de disk in de drive te steken en zal het nalopen op zoek naar <filename>Packages</filename> bestanden. Het zal deze bestanden gebruiken om zijn databank met beschikbare pakketten te updaten (deze operatie wordt meestal gedaan door het <command>apt update</command> commando). Vanaf dan, zal APT naar de disk vragen als het een van zijn pakketten nodig heeft.

en: Repositories for <emphasis role="distribution">Stable</emphasis> Users
nl-NL: Bewaarplaatsen voor <emphasis role="distribution">Stabiel</emphasis> Gebruikers

en: Here is a standard <filename>sources.list</filename> for a system running the <emphasis role="distribution">Stable</emphasis> version of Debian:
nl-NL: Hier is een standaard <filename>sources.list</filename> voor een systeem dat de <emphasis role="distribution">Stabiele</emphasis> distributie van Debian draait:

en: <filename>/etc/apt/sources.list</filename> file for users of Debian Stable
nl-NL: <filename>/etc/apt/sources.list</filename> bestand voor gebruikers van Debian Stabiel

en: Note that when the desired version of a package is available on several repositories, the first one listed in the <filename>sources.list</filename> file will be used. For this reason, non-official sources are usually added at the end of the file.
nl-NL: Merk op dat wanneer de gewenste versie van een pakket beschikbaar is op verschillende bewaarplaatsen, de eerste in het <filename>sources.list</filename> bestand gebruikt zal worden. Daarom worden niet-officiële bronnen gewoonlijk aan het einde van het bestand gevoegd.

en: As a side note, most of what this section says about <emphasis role="distribution">Stable</emphasis> applies equally well to <emphasis role="distribution">Oldstable</emphasis> since the latter is just an older <emphasis role="distribution">Stable</emphasis> that is maintained in parallel.
nl-NL: terzijde, het meeste wat deze sectie zegt over <emphasis role="distribution">Stabiel</emphasis> is evenzeer van toepassing op <emphasis role="distribution">Oudstabiel</emphasis> ondat het laatste gewoon een oudere <emphasis role="distribution">Stabiele</emphasis> is die in parallel wordt onderhouden.

en: Security Updates
nl-NL: Beveiligings Updates

en: <primary>updates</primary><secondary>security updates</secondary>
nl-NL: <primary>updates</primary><secondary>beveiligings updates</secondary>

en: Stable Updates
nl-NL: Stabiele Updates

en: <primary>stable updates</primary>
nl-NL: <primary>stabiele updates</primary>

en: Stable updates are not security sensitive but are deemed important enough to be pushed to users before the next stable point release.
nl-NL: Stabiele updates zijn niet beveiligings-gevoelig maar worden als belangrijk genoeg beschouwd om naar de gebruiker geduwd te worden voor de volgende punt vrijgave.

en: Proposed Updates
nl-NL: Voorgestelde Updates

en: Once published, the <emphasis role="distribution">Stable</emphasis> distribution is only updated about once every 2 months. The <literal>proposed-updates</literal> repository is where the expected updates are prepared (under the supervision of the Stable Release Managers).
nl-NL: Eenmaal gepubliceerd, wordt de <emphasis role="distribution">Stabiele</emphasis> distributie enkel geüpdatet iedere 2 maanden. De <literal>proposed-updates</literal> bewaarplaats is waar de verwachte updates worden voorbereid (onder toezicht van de Stable Release Managers).

en: The security and stable updates documented in the former sections are always included in this repository, but there is more too, because package maintainers also have the opportunity to fix important bugs that do not deserve an immediate release.
nl-NL: De beveiliging en stabiele updates gedocumenteerd in het vorige deel zijn altijd inbegrepen in deze bewaarplaats, maar er is nog meer, omdat pakket onderhouders ook de mogelijkheid hebben om belangrijke fouten te repareren die geen onmiddellijke vrijgave verdienen.

en: Stable Backports
nl-NL: Stabiele Backports

en: The <literal>stable-backports</literal> repository hosts “package backports”. The term refers to a package of some recent software which has been recompiled for an older distribution, generally for <emphasis role="distribution">Stable</emphasis>.
nl-NL: De <literal>stable-backports</literal> bewaarplaats herbergt “package backports”. Deze term refereert naar een pakket van wat recente software welke opnieuw gecompileerd is voor een oudere distributie, meestal voor <emphasis role="distribution">Stabiel</emphasis>.

en: Repositories for <emphasis role="distribution">Testing</emphasis>/<emphasis role="distribution">Unstable</emphasis> Users
nl-NL: Bewaarplaatsen voor <emphasis role="distribution">Testen</emphasis>/<emphasis role="distribution">Onstabiel</emphasis> Gebruikers

en: Here is a standard <filename>sources.list</filename> for a system running the <emphasis role="distribution">Testing</emphasis> or <emphasis role="distribution">Unstable</emphasis> version of Debian:
nl-NL: Hier is een standaard <filename>sources.list</filename> voor een systeem dat de <emphasis role="distribution">Testen</emphasis> of <emphasis role="distribution">Onstabiele</emphasis> versie van Debian draait:

en: <filename>/etc/apt/sources.list</filename> file for users of Debian <emphasis role="distribution">Testing</emphasis>/<emphasis role="distribution">Unstable</emphasis>
nl-NL: <filename>/etc/apt/sources.list</filename> bestand voor gebruikers van Debian <emphasis role="distribution">Testen</emphasis>/<emphasis role="distribution">Onstabiel</emphasis>

en: The <emphasis role="distribution">Experimental</emphasis> Repository
nl-NL: De <emphasis role="distribution">Experimentele</emphasis> Bewaarplaats

en: <primary><emphasis role="distribution">Experimental</emphasis></primary>
nl-NL: <primary><emphasis role="distribution">Experimenteel</emphasis></primary>

en: The archive of <emphasis role="distribution">Experimental</emphasis> packages is present on all Debian mirrors, and contains packages which are not in the <emphasis role="distribution">Unstable</emphasis> version yet because of their substandard quality — they are often software development versions or pre-versions (alpha, beta, release candidate…). A package can also be sent there after undergoing subsequent changes which can generate problems. The maintainer then tries to uncover them with help from advanced users who can handle important issues. After this first stage, the package is moved into <emphasis role="distribution">Unstable</emphasis>, where it reaches a much larger audience and where it will be tested in much more detail.
nl-NL: Het archief van <emphasis role="distribution">Experimenteel</emphasis> pakketten is aanwezig op alle Debian spiegels en bevat pakketten welke nog niet in de <emphasis role="distribution">Onstabiele</emphasis> versie opgenomen zijn vanwege hun ondermaatse kwaliteit — Het zijn vaak software ontwikkeling versies of pre-versies (alpha, beta, release candidate…). Een pakket kan er ook naartoe gestuurd worden na het ondergaan van veranderingen die voor problemen kunnen zorgen. De onderhouder probeert ze dan te achterhalen met hulp van geavanceerde gebruikers die belangrijke problemen aankunnen. Na deze eerste fase, wordt het pakket verplaatst naar <emphasis role="distribution">Onstabiel</emphasis>, waar het een groter publiek bereikt en waar het in veel groter detail getest zal worden.

en: <emphasis role="distribution">Experimental</emphasis> is generally used by users who do not mind breaking their system and then repairing it. This distribution gives the possibility to import a package which a user wants to try or use as the need arises. That is exactly how Debian approaches it, since adding it in APT's <filename>sources.list</filename> file does not lead to the systematic use of its packages. The line to be added is:
nl-NL: <emphasis role="distribution">Experimenteel</emphasis> wordt in het algemeen gebruikt door gebruikers die er geen probleem me hebben om hun systeem te breken en dan te repareren. Deze distributie geeft de mogelijkheid om een pakket te importeren dat een andere gebruiker wil proberen of gebruiken als de nood daar is. Dit is precies hoe Debian het benadert, omdat het toevoegen in het <filename>sources.list</filename> bestand van APT niet leid naar het systematische gebruik van zijn pakketten. De toe te voegen regel is:

en: Non-Official Resources: <literal>mentors.debian.net</literal>
nl-NL: Niet-Officiële Middelen: <literal>mentors.debian.net</literal>

en: <emphasis>COMMUNITY</emphasis> The <literal>debian.net</literal> sites
nl-NL: <emphasis>GEMEENSCHAP</emphasis> De <literal>debian.net</literal> sites

en: The <emphasis>debian.net</emphasis> domain is not an official resource of the Debian project. Each Debian developer may use that domain name for their own use. These websites can contain unofficial services (sometimes personal sites) hosted on a machine which does not belong to the project and set up by Debian developers, or even prototypes about to be moved on to <emphasis>debian.org</emphasis>. Two reasons can explain why some of these prototypes remain on <emphasis>debian.net</emphasis>: either no one has made the necessary effort to transform it into an official service (hosted on the <emphasis>debian.org</emphasis> domain, and with a certain guarantee of maintenance), or the service is too controversial to be officialized.
nl-NL: Het <emphasis>debian.net</emphasis> domein is geen officiële bron van het Debian project. Iedere Debian ontwikkelaar mag die domeinnaam voor enigengebruik gebruiken. Deze websites kunnen onofficiële diensten bevatten (soms persoonlijke sites) geherbergd op een machine welke niet behoort tot het project en is opgezet door Debian ontwikkelaars, of zelfs prototypes die op het punt staan om verplaatst te worden naar <emphasis>debian.org</emphasis>. Twee redenen kunnen uitleggen waarom sommige van deze prototypes op <emphasis>debian.net</emphasis> blijven; ofwel heeft niemand de nodige moeite gedaan om ze te transformeren in een officiële dienst (geherbergd op het <emphasis>debian.org</emphasis> domein, en met een zekere garantie van onderhoud), of de dienst is te controversieel om officieel gemaakt te worden.

en: Installing a package means giving root rights to its creator, because they decide on the contents of the initialization scripts which are run under that identity. Official Debian packages are created by volunteers who have been co-opted and reviewed and who can seal their packages so that their origin and integrity can be checked.
nl-NL: Een pakket installeren betekend de maker root rechten geven, omdat ze beslissen over de inhoud van het initialisatie script welke onder die identiteit uitgevoerd worden. Officiële Debian pakketten zijn gemaakt door vrijwilligers die geco-opteert en beoordeeld zijn en hun pakketten kunnen verzegelen zodat hun oorsprong en integriteit gecontroleerd kan worden.

en: Caching Proxy for Debian Packages
nl-NL: Proxy Cache voor Debian Pakketten

en: When an entire network of machines is configured to use the same remote server to download the same updated packages, any administrator knows that it would be beneficial to have an intermediate proxy acting as a network-local cache (see sidebar <xref linkend="sidebar.cache" />).
nl-NL: Wanneer een volledig netwerk van machines geconfigureerd is om dezelfde remote server te gebruiken om dezelfde updates te downloaden, weet iedere beheerder dat het gunstig os om een tussen-proxy te hebben die zich als een lokaal-netwerk cache gedraagt (zie marge <xref linkend="sidebar.cache" />).

en: You can configure APT to use a "standard" proxy (see <xref linkend="sect.apt-config" /> for the APT side, and <xref linkend="sect.http-ftp-proxy" /> for the proxy side), but the Debian ecosystem offers better options to solve this problem. The dedicated software presented in this section are smarter than a plain proxy cache because they can rely on the specific structure of APT repositories (for instance they know when individual files are obsolete or not, and thus adjust the time during which they are kept).
nl-NL: Je kunt APT configureren om een "standaard" proxy te gebruiken (zie <xref linkend="sect.apt-config" /> voor de APT zijde, en <xref linkend="sect.http-ftp-proxy" /> voor de proxy zijde), maar het Debian ecosysteem biedt betere opties om dit probleem op te lossen. De toegewijde software gepresenteerd in deze sectie sn slimmer dan een gewone proxy cache omdat ze kunnen rekenen op de specifieke structuur van APT bewaarplaatsen (bij voorbeeld weten ze wanneer individuele bestanden verouderd zijn of niet, en past dus de tijd aan gedurende ze bewaard worden).

en: <emphasis role="pkg">apt-cacher</emphasis> and <emphasis role="pkg">apt-cacher-ng</emphasis> work like usual proxy cache servers. APT's <filename>sources.list</filename> is left unchanged, but APT is configured to use them as proxy for outgoing requests.
nl-NL: <emphasis role="pkg">apt-cacher</emphasis> en <emphasis role="pkg">apt-cacher-ng</emphasis> werken zoals gewone proxy cache servers. de <filename>sources.list</filename> van APT wordt onveranderd gelaten, maar APT is geconfigureerd om hen als proxy voor uitgaande verzoeken te gebruiken.

en: <emphasis role="pkg">approx</emphasis>, on the other hand, acts like an HTTP server that “mirrors” any number of remote repositories in its top-level URLs. The mapping between those top-level directories and the remote URLs of the repositories is stored in <filename>/etc/approx/approx.conf</filename>:
nl-NL: <emphasis role="pkg">approx</emphasis>, aan de andere kant, gedraagt zich als een HTTP server die een aantal remote bewaarplaatsen in zijn top-level URL's “spiegelt" De mapping tussen deze twee top-level directory's en de remote URL's van de bewaarplaatsen is bewaard in <filename>/etc/approx/approx.conf</filename>:

en: <command>aptitude</command>, <command>apt-get</command>, and <command>apt</command> Commands
nl-NL: <command>aptitude</command>, <command>apt-get</command> en <command>apt</command> Commando's

en: Initialization
nl-NL: Initialisatie

en: Installing and Removing
nl-NL: Installeren en Verwijderen

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

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

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

en: <primary>removal of a package</primary>
nl-NL: <primary>verwijdering van een pakket</primary>

en: <emphasis>TIP</emphasis> Installing the same selection of packages several times
nl-NL: <emphasis>TIP</emphasis> De zelfde selectie van pakketten meerdere keren installeren

en: It can be useful to systematically install the same list of packages on several computers. This can be done quite easily.
nl-NL: Het kan handig zijn om dezelfde lijst van pakketten systematisch op meerdere computers te installeren. Dit kan vrij gemakkelijk gedaan worden.

en: First, retrieve the list of packages installed on the computer which will serve as the “model” to copy.
nl-NL: Te eerste, haal een lijst op met alle pakketten die geïnstalleerd zijn op de computer die als “model” ter kopie zal dienen.

en: The <filename>pkg-list</filename> file then contains the list of installed packages. Next, transfer the <filename>pkg-list</filename> file onto the computers you want to update and use the following commands:
nl-NL: Het <filename>pkg-list</filename> bestand bevat dan de lijst van geïnstalleerde pakketten. vervolgens, verplaats het <filename>pkg-list</filename> bestand naar de computer die je wilt updaten en gebruik het volgende commando:

en: <emphasis>TIP</emphasis> Removing and installing at the same time
nl-NL: <emphasis>TIP</emphasis> Verwijderen en installeren op hetzelfde moment

en: It is possible to ask <command>apt</command> (or <command>apt-get</command>, or <command>aptitude</command>) to install certain packages and remove others on the same command line by adding a suffix. With an <command>apt install</command> command, add “<literal>-</literal>” to the names of the packages you wish to remove. With an <command>apt remove</command> command, add “<literal>+</literal>” to the names of the packages you wish to install.
nl-NL: Het is mogelijk om <command>apt</command> (of <command>apt-get</command> of <command>aptitude</command>) te vragen om bepaalde pakketten te installeren en andere te verwijderen op dezelfde commando-regel door het toevoegen van een achtervoegsel. Met een <command>apt install</command> commando, voeg “<literal>-</literal>” toe aan de namen van de pakketten die je wenst te verwijderen. Met een <command>apt remove</command> commando, voeg “<literal>+</literal>” toe aan de namen van de pakketten die je wenst te installeren.

en: The next example shows two different ways to install <replaceable>package1</replaceable> and to remove <replaceable>package2</replaceable>.
nl-NL: De volgende voorbeelden tonen twee verschillende manieren om <replaceable>package1</replaceable> te installeren en om <replaceable>package2</replaceable> te verwijderen.

en: <emphasis>TIP</emphasis> <command>apt --reinstall</command> and <command>aptitude reinstall</command>
nl-NL: <emphasis>TIP</emphasis> <command>apt --reinstall</command> en <command>aptitude reinstall</command>

en: <primary>reinstallation</primary>
nl-NL: <primary>her-installatie</primary>

en: The system can sometimes be damaged after the removal or modification of files in a package. The easiest way to retrieve these files is to reinstall the affected package. Unfortunately, the packaging system finds that the latter is already installed and politely refuses to reinstall it; to avoid this, use the <literal>--reinstall</literal> option of the <command>apt</command> and <command>apt-get</command> commands. The following command reinstalls <emphasis role="pkg">postfix</emphasis> even if it is already present:
nl-NL: Het systeem kan soms beschadigd worden na de verwijdering of aanpassing van bestanden in een pakket. De gemakkelijkste manier om deze bestanden terug te halen is om het aangetaste pakket te her-installeren. Helaas zal het pakkettensysteem merken dat het betreffende pakket al geïnstalleerd is en zal vriendelijk weigeren om het te her-installeren; om dit te voorkomen, gebruik de <literal>--reinstall</literal> optie van de <command>apt</command> en <command>apt-get</command> commando's. Het volgende commando her-installeert <emphasis role="pkg">postfix</emphasis> zelfs als het al aanwezig is:

en: The <command>aptitude</command> command line is slightly different, but achieves the same result with <command>aptitude reinstall postfix</command>.
nl-NL: Het <command>aptitude</command> commando regel is lichtjes anders, maar bereikt hetzelfde resultaat met <command>aptitude reinstall postfix</command>.

en: The problem does not arise with <command>dpkg</command>, but the administrator rarely uses it directly.
nl-NL: Het probleem valt niet voor met <command>dpkg</command>, maar de beheerders gebruiken dit zelden rechtstreeks.

en: Be careful! Using <command>apt --reinstall</command> to restore packages modified during an attack will certainly not recover the system as it was. <xref linkend="sect.dealing-with-compromised-machine" /> details the necessary steps to take with a compromised system.
nl-NL: Wees voorzichtig! <command>apt --reinstall</command> gebruiken om pakketten aangetast door en aanval te herstellen zal het systeem zeker niet herstellen naar hoe het was. <xref linkend="sect.dealing-with-compromised-machine" /> geeft de nodig stappen om uit te voeren op een gecompromitteerd systeem.

en: <emphasis>GOING FURTHER</emphasis> The cache of <filename>.deb</filename> files
nl-NL: <emphasis>VERDER GAAN</emphasis> De cache van <filename>.deb</filename> bestanden

en: System Upgrade
nl-NL: Systeem Opwaarderen

en: <primary>upgrade</primary><secondary>system upgrade</secondary>
nl-NL: <primary>opwaarderen</primary><secondary>systeem opwardeeren</secondary>

en: Regular upgrades are recommended, because they include the latest security updates. To upgrade, use <command>apt upgrade</command>, <command>apt-get upgrade</command> or <command>aptitude safe-upgrade</command> (of course after <command>apt update</command>). This command looks for installed packages which can be upgraded without removing any packages. In other words, the goal is to ensure the least intrusive upgrade possible. <command>apt-get</command> is slightly more demanding than <command>aptitude</command> or <command>apt</command> because it will refuse to install packages which were not installed beforehand.
nl-NL: Regelmatig opwaarderen is aanbevolen, omdat ze de laatste beveiligings-updates bevatten. Om te opwaarderen, gebruikt je <command>apt upgrade</command>, <command>apt-get upgrade</command> of <command>aptitude safe-upgrade</command> (natuurlijk na <command>apt update</command>). Dit commando zoekt naar geïnstalleerde pakketten die opgewaardeerd kunnen worden zonder enig pakket te verwijderen. Met andere woorden, het doel is om de minst ingrijpende opwaardering te verzekeren. <command>apt-get</command> is iets minder veeleisend dan <command>aptitude</command> of <command>apt</command> omdat het zal weigeren om pakketten te installeren die niet op voorhand geïnstalleerd waren.

en: <command>apt</command> will generally select the most recent version number (except for packages from <emphasis role="distribution">Experimental</emphasis> and <emphasis role="distribution">stable-backports</emphasis>, which are ignored by default whatever their version number). If you specified <emphasis role="distribution">Testing</emphasis> or <emphasis role="distribution">Unstable</emphasis> in your <filename>sources.list</filename>, <command>apt upgrade</command> will switch most of your <emphasis role="distribution">Stable</emphasis> system to <emphasis role="distribution">Testing</emphasis> or <emphasis role="distribution">Unstable</emphasis>, which might not be what you intended.
nl-NL: <command>apt</command> zal in het algemeen de meest recente versie nummer selecteren (behalve voor pakketten van <emphasis role="distribution">Experimenteel</emphasis> en <emphasis role="distribution">stable-backports</emphasis>, welke standaard genegeerd worden ongeacht hun versie nummer). Als je <emphasis role="distribution">Testing</emphasis> of <emphasis role="distribution">Unstable</emphasis> in jou <filename>sources.list</filename> gespecificeerd hebt zal <command>apt upgrade</command> de meeste van jouw <emphasis role="distribution">Stabiele</emphasis> systeem naar <emphasis role="distribution">Testen</emphasis> of <emphasis role="distribution">Onstabiel</emphasis> omschakelen, wat je misschien niet bedoeld zou hebben.

en: For more important upgrades, such as the change from one major Debian version to the next, you need to use <command>apt full-upgrade</command>. With this instruction, <command>apt</command> will complete the upgrade even if it has to remove some obsolete packages or install new dependencies. This is also the command used by users who work daily with the Debian <emphasis role="distribution">Unstable</emphasis> release and follow its evolution day by day. It is so simple that it hardly needs explanation: APT's reputation is based on this great functionality.
nl-NL: Voor belangrijkere opwaarderingen, zoals de verandering van een grote Debian versie naar de volgende, moet je het commando <command>apt full-upgrade</command> gebruiken. Met deze instructie, zal <command>apt</command> de opwaardering volledig uitvoeren ook als het bepaalde verouwderde pakketten moet verwijderen of nieuwe afhankelijkheden moet installeren. Dit is ook het commando gebruikt door gebruikers die dagelijks werken met Debian <emphasis role="distribution">Onstabiel</emphasis> vrijgave en haar evolutie dag-na-dag volgen. Het is zo gemakkelijk dat het amper uitleg nodig heeft: de reputatie van APT is grotendeels gebaseerd op deze functionaliteit.

en: Unlike <command>apt</command> and <command>aptitude</command>, <command>apt-get</command> doesn't know the <command>full-upgrade</command> command. Instead, you should use <command>apt-get dist-upgrade</command> (”distribution upgrade”), the historical and well-known command that <command>apt</command> and <command>aptitude</command> also accept for the convenience of users who got used to it.
nl-NL: In tegenstelling tot <command>apt</command> en <command>aptitude</command>, kent <command>apt-get</command> het commando <command>full-upgrade</command> niet. Je zouw in de plaats <command>apt-get dist-upgrade</command> (”distribution upgrade”) moeten gebruiken. Het historische en goed-gekende commando dat <command>apt</command> en <command>aptitude</command> ook accepteren voor het gemak van de gebruikers die dit gewoon zijn.

en: Configuration Options
nl-NL: Configuratie Opties

en: <primary>APT</primary><secondary>configuration</secondary>
nl-NL: <primary>APT</primary><secondary>configuratie</secondary>

en: <emphasis>BACK TO BASICS</emphasis> Directories ending in <filename>.d</filename>
nl-NL: <emphasis>TERUG NAAR DE BASIS</emphasis> Directory's die eindigen op <filename>.d</filename>

en: Directories with a <filename>.d</filename> suffix are used more and more often. Each directory represents a configuration file which is split over multiple files. In this sense, all of the files in <filename>/etc/apt/apt.conf.d/</filename> are instructions for the configuration of APT. APT includes them in alphabetical order, so that the last ones can modify a configuration element defined in one of the first ones.
nl-NL: Directory's met een <filename>.d</filename> achtervoegsel worden steeds vaker gebruikt. Iedere directory vertegenwoordigt een configuratiebestand dat is opgesplitst in verschillende bestanden. In deze zin zijn alle bestanden in <filename>/etc/apt/apt.conf.d/</filename> instructies voor de configuratie van APT. APT voegt ze in alfabetische volgorde toe, zodat de laatste een configuratie element gedefinieerd in een van de eerste kan aanpassen.

en: This structure brings some flexibility to the machine administrator and to the package maintainers. Indeed, the administrator can easily modify the configuration of the software by adding a ready-made file in the directory in question without having to change an existing file. Package maintainers use the same approach when they need to adapt the configuration of another software to ensure that it perfectly co-exists with theirs. The Debian policy explicitly forbids modifying configuration files of other packages — only users are allowed to do this. Remember that during a package upgrade, the user gets to choose the version of the configuration file that should be kept when a modification has been detected. Any external modification of the file would trigger that request, which would disturb the administrator, who is sure not to have changed anything.
nl-NL: Deze structuur brengt wat flexibiliteit mee voor de machine beheerders en de pakket onderhouders. De beheerder kan de inderdaad de configuratie van de software gemakkelijk aanpassen door een kant-en-klaar bestand in de directory in kwestie toe te voegen, zonder enig bestaande bestand aan te passen. Pakket onderhouders gebruiken dezelfde methode wanneer ze een configuratie van andere software moeten aanpassen om te verzekeren dat het perfect bestaat langs dat van hun. Het Debian beleid verbied expliciet het aanpassen van configuratiebestanden van andere pakketten — Enkel gebruikers zijn toegestaan om dit te doen. Onthoud dat tijdens een pakket opwaardering, de gebruiker de keuze krijgt welk versie van het configuratie bestand bewaart moet blijven, wanneer een aanpassing is gedetecteerd. Iedere externe aanpassing van het bestand zou deze vraag in gang gezet moeten worden, welke de beheerder moet storen, welke niet zeker is dat hij iets heeft aangepast.

en: Depending on the application, the <filename>.d</filename> directory is used directly or managed by an external script which will concatenate all the files to create the configuration file itself. It is important to execute the script after any change in that directory so that the most recent modifications are taken into account. In the same way, it is important not to work directly in the configuration file created automatically, since everything would be lost at the next execution of the script. The chosen method (<filename>.d</filename> directory used directly or a file generated from that directory) is usually dictated by implementation constraints, but in both cases the gains in terms of configuration flexibility more than make up for the small complications that they entail. The Exim 4 mail server is an example of the generated file method: it can be configured through several files (<filename>/etc/exim4/conf.d/*</filename>) which are concatenated into <filename>/var/lib/exim4/config.autogenerated</filename> by the <command>update-exim4.conf</command> command.
nl-NL: Afhankelijk van het programma wordt de <filename>.d</filename> directory rechtstreeks gebruikt of beheert door een extern script na iedere verandering in die directory, zo dat de meest recente aanpassingen in rekening worden genomen. Op dezelfde manier is het belangrijk om niet rechtstreeks te werken in de automatisch gegenereerde configuratiebestanden, omdat alles verloren zou zijn bij de volgende  uitvoering van het script. De gekozen methode (<filename>.d</filename> directory rechtstreeks gebruikt of een bestand in die directory) is meestal gedicteerd door de implementatie beperkingen, maar in beide gevallen is het voordeel in de zin van configuratie flexibiliteit, maar de gewonnen flexibiliteit maar deze kleine complicaties dat dit met zich meebrengt, meer dan goed. De Exim 4 Email server is een voorbeeld van de gegenereerde-bestand methode: het kan geconfigureerd worden door verschillende bestanden (<filename>/etc/exim4/conf.d/*</filename>) welke aaneengeschakeld worden in <filename>/var/lib/exim4/config.autogenerated</filename> door het <command>update-exim4</command> commando.

en: Managing Package Priorities
nl-NL: Pakket Prioriteiten Beheren

en: <primary>pinning, APT pinning</primary>
nl-NL: <primary>pinnen, APT pinnen</primary>

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

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

en: One of the most important aspects in the configuration of APT is the management of the priorities associated with each package source. For instance, you might want to extend one distribution with one or two newer packages from <emphasis role="distribution">Testing</emphasis>, <emphasis role="distribution">Unstable</emphasis> or <emphasis role="distribution">Experimental</emphasis>. It is possible to assign a priority to each available package (the same package can have several priorities depending on its version or the distribution providing it). These priorities will influence APT's behavior: for each package, it will always select the version with the highest priority (except if this version is older than the installed one and if its priority is less than 1000).
nl-NL: Een van de belangrijkste aspecten in de configuratie van APT is het beheren van de prioriteiten verbonden aan iedere pakket bron. Bijvoorbeeld, je wilt een distributie uitbreiden met een of twee nieuwere pakken van <emphasis role="distribution">Testen</emphasis>, <emphasis role="distribution">Onstabiel</emphasis> of <emphasis role="distribution">Experimenteel</emphasis>. Het is mogelijk om een prioriteit te verbinden aan ieder beschikbaar pakket (hetzelfde pakket kan meerdere prioriteiten hebben, afhankelijk van de versie van de distributie in welke het wordt aangeboden). Deze prioriteiten zullen het gedrag van APT beïnvloeden: het zal, voor ieder pakket, de versie nemen met de hoogste prioriteit (behalve als deze versie ouder is dan de geïnstalleerde versie en als de prioriteit minder is dan 1000).

en: <primary><filename>preferences</filename></primary>
nl-NL: <primary><filename>voorkeuren</filename></primary>

en: <primary>APT</primary><secondary><foreignphrase>pinning</foreignphrase></secondary>
nl-NL: <primary>APT</primary><secondary><foreignphrase>pinnen</foreignphrase></secondary>

en: <primary>APT</primary><secondary>preferences</secondary>
nl-NL: <primary>APT</primary><secondary>voorkeuren</secondary>

en: APT defines several default priorities. Each installed package version has a priority of 100. A non-installed version has a priority of 500 by default, but it can jump to 990 if it is part of the target release (defined with the <literal>-t</literal> command-line option or the <literal>APT::Default-Release</literal> configuration directive).
nl-NL: APT definieert een aantal standaard prioriteiten. Ieder geïnstalleerde pakket versie heeft een prioriteit van 100. Een niet geïnstalleerde versie heeft een standaard prioriteit van  500, maar het kan springen naar 900 als het deel uitmaakt van de doel vrijgave (gedefinieerd met de <literal>-t</literal> commando-regel optie of de <literal>APT::Default-Release</literal> configuratie richtlijn).

en: <emphasis>SPECIFIC CASE</emphasis> Priority of <emphasis role="distribution">experimental</emphasis>
nl-NL: <emphasis>SPECIFIEKE CASUS</emphasis> Prioriteit van <emphasis role="distribution">experimenteel</emphasis>

en: If you listed <emphasis role="distribution">Experimental</emphasis> in your <filename>sources.list</filename> file, the corresponding packages will almost never be installed because their default APT priority is 1. This is of course a specific case, designed to keep users from installing <emphasis role="distribution">Experimental</emphasis> packages by mistake. The packages can only be installed by typing <command>aptitude install <replaceable>package</replaceable>/experimental</command> — users typing this command can only be aware of the risks that they take. It is still possible (though <emphasis>not</emphasis> recommended) to treat packages of <emphasis role="distribution">Experimental</emphasis> like those of other distributions by giving them a priority of 500. This is done with a specific entry in <filename>/etc/apt/preferences</filename>:
nl-NL: Als je <emphasis role="distribution">Experimenteel</emphasis> in jouw <filename>sources.list</filename> zou zetten, worden de corresponderende pakketten bijna nooit geïnstalleerd omdat hun standaard APT prioriteit 1 is. Dit is natuurlijk een speciaal geval, ingebouwd om te voorkomen dat pakketten uit <emphasis role="distribution">Experimenteel</emphasis> per ongeluk geïnstalleerd worden. De pakketten kunnen enkel geïnstalleerd worden door <command>aptitude install <replaceable>pakket</replaceable>experimental</command> in te typen — gebuikers die dit commando typen kunnen zich enkel bewust zijn van de risico's die ze nemen. Het is nog steeds mogelijk (maar <emphasis>niet</emphasis> aanbevolen) om pakketten van <emphasis role="distribution">Experimenteel</emphasis> net zoals andere distributies te installeren door ze een prioriteit van 500 te geven. Dit wordt gedaan met een specifieke ingave in <filename>/etc/apt/preferences</filename>:

en: Let's suppose that you only want to use packages from the stable version of Debian. Those provided in other versions should not be installed except if explicitly requested. You could write the following entries in the <filename>/etc/apt/preferences</filename> file:
nl-NL: Laten we ervan uit gaan dat je enkel pakketten van de stabiele vrijgave van Debian wilt gebruiken. Deze aangeboden in andere versies zouden niet geïnstalleerd moeten worden, tenzij specifiek gevraagd. Je zou de volgende ingave in het <filename>/etc/apt/preferences</filename> bestand kunnen zetten:

en: <literal>a=stable</literal> defines the name of the selected distribution. <literal>o=Debian</literal> limits the scope to packages whose origin is “Debian”.
nl-NL: <literal>a=stable</literal> definieert de naam van de geselecteerde distributie. <literal>o=Debian</literal> limiteert het bereik tot pakketten waarvan de oorsprong “Debian” is.

en: <emphasis>TIP</emphasis> Comments in <filename>/etc/apt/preferences</filename>
nl-NL: <emphasis>TIP</emphasis> Opmerkingen in <filename>/etc/apt/preferences</filename>

en: <primary><literal>Explanation</literal></primary>
nl-NL: <primary><literal>Verklaaring</literal></primary>

en: There is no official syntax to put comments in the <filename>/etc/apt/preferences</filename> file, but some textual descriptions can be provided by putting one or more “<literal>Explanation</literal>” fields at the start of each entry:
nl-NL: Er is geen officiële syntaxis om opmerkingen in het <filename>/etc/apt/preferences</filename> bestand te zetten, maar sommige tekstuele omschrijvingen kunnen geboden worden door één of meer “<literal>Explanation</literal>” velden in het begin van iedere ingave te zetten:

en: Explanation: The package xserver-xorg-video-intel provided
    Explanation: in experimental can be used safely
    Package: xserver-xorg-video-intel
    Pin: release a=experimental
    Pin-Priority: 500
nl-NL: Explanation: Het pakket xserver-xorg-video-intel aangeboden
    Explanation: in experimental kan veilig gebruikt worden
    Package: xserver-xorg-video-intel
    Pin: release a=experimental
    Pin-Priority: 500

en: Working with Several Distributions
nl-NL: Werken met Verschillende Distributies

en: <command>apt</command> being such a marvelous tool, it is tempting to pick packages coming from other distributions. For example, after having installed a <emphasis role="distribution">Stable</emphasis> system, you might want to try out a software package available in <emphasis role="distribution">Testing</emphasis> or <emphasis role="distribution">Unstable</emphasis> without diverging too much from the system's initial state.
nl-NL: <command>apt</command> is zo'n geweldig gereedschap, het is verleidelijk om pakketten te kiezen die van andere distributies komen. Bijvoorbeeld, na een <emphasis role="distribution">Stabiel</emphasis> systeem geïnstalleerd te gebben, wil je misschien een software pakket uit <emphasis role="distribution">Testen</emphasis> probren of <emphasis role="distribution">Onstabiel</emphasis> zonder ver van de originele staat af te wijken.

en: Even if you will occasionally encounter problems while mixing packages from different distributions, <command>apt</command> manages such coexistence very well and limits risks very effectively. The best way to proceed is to list all distributions used in <filename>/etc/apt/sources.list</filename> (some people always put the three distributions, but remember that <emphasis role="distribution">Unstable</emphasis> is reserved for experienced users) and to define your reference distribution with the <literal>APT::Default-Release</literal> parameter (see <xref linkend="sect.apt-upgrade" />).
nl-NL: Zelfs als je occasioneel problemen tegenkomt tijdens het mixen van pakketten van verschillende distributies, beheert <command>apt</command> dergelijk gelijktijdig bestaande pakketten zeer goed en beperkt de risico's zeer effectief. De beste manier om verder te gaan is al de gebruikte distributies invoeren in <filename>/etc/apt/sources.list</filename> (sommige mensen plaatsen er altijd alle drie de distributies, maar onthoudt dat <emphasis role="distribution">Onstabiel</emphasis> gereserveerd is voor ervaren gebruikers) en jouw referentie distributie definiëren met de <literal>APT::Default-Release</literal> parameter (zie <xref linkend="sect.apt-upgrade" />).

en: Let's suppose that <emphasis role="distribution">Stable</emphasis> is your reference distribution but that <emphasis role="distribution">Testing</emphasis> and <emphasis role="distribution">Unstable</emphasis> are also listed in your <filename>sources.list</filename> file. In this case, you can use <command>apt install <replaceable>package</replaceable>/testing</command> to install a package from <emphasis role="distribution">Testing</emphasis>. If the installation fails due to some unsatisfiable dependencies, let it solve those dependencies within <emphasis role="distribution">Testing</emphasis> by adding the <literal>-t testing</literal> parameter. The same obviously applies to <emphasis role="distribution">Unstable</emphasis>.
nl-NL: Laten we ervan uit gaan dat <emphasis role="distribution">Stable</emphasis> jouw referentie distributie is maar dat <emphasis role="distribution">Testing</emphasis> en <emphasis role="distribution">Unstable</emphasis> ook in jouw <filename>sources.list</filename> bestand staan. In dat geval kun je <command>apt install <replaceable>pakket</replaceable>/testing</command> gebruiken om een pakket van <emphasis role="distribution">Testen</emphasis> te installeren. Als de installatie faalt door een onvoldane afhankelijkheid, lossen we deze afhankelijkheid op binnen <emphasis role="distribution">Testen</emphasis> door de <literal>-t testing</literal> parameter toe te voegen. Het zelfde geldt natuurlijk voor <emphasis role="distribution">Onstabiel</emphasis>.

en: Everything centers around the fact that APT only considers packages of higher or equal version than the installed one (assuming that <filename>/etc/apt/preferences</filename> has not been used to force priorities higher than 1000 for some packages).
nl-NL: Alles draait om het feit dat APT enkel pakketten van hogere of gelijke versie dan de geïnstalleerde versie overweegt (ervan uit gaande dat <filename>/etc/apt/preferences</filename> niet gebruikt wordt om priotiteiten hoger dan 1000 voor bepaalde pakketten te forceren).

en: Let's assume that you have installed version 1 of a first package from <emphasis role="distribution">Stable</emphasis> and that version 2 and 3 are available respectively in <emphasis role="distribution">Testing</emphasis> and <emphasis role="distribution">Unstable</emphasis>. The installed version has a priority of 100 but the version available in <emphasis role="distribution">Stable</emphasis> (the very same) has a priority of 990 (because it is part of the target release). Packages in <emphasis role="distribution">Testing</emphasis> and <emphasis role="distribution">Unstable</emphasis> have a priority of 500 (the default priority of a non-installed version). The winner is thus version 1 with a priority of 990. The package “stays in <emphasis role="distribution">Stable</emphasis>”.
nl-NL: Laten we aannemen dat je versie 1 van een eerste pakket van <emphasis role="distribution">Stabiel</emphasis> geïnstalleerd hebt en dat versie 2 en 3 respectievelijk in <emphasis role="distribution">Testen</emphasis> en <emphasis role="distribution">Onstabiel</emphasis> beschikbaar zijn. De geïnstalleerde versie heeft een prioriteit van 100 maar  de beschikbare versie in <emphasis role="distribution">Stabiel</emphasis> (hetzelfde) heeft een prioriteit van 990 (omdat het onderdeel is van de doel vrijgave). Pakketten in <emphasis role="distribution">Testen</emphasis> en <emphasis role="distribution">Onstabiel</emphasis> hebben een prioriteit van 500 (de standaard prioriteit van een niet-geïnstalleerde versie). De winnaar is dus versie 1 met een prioriteit van 900. Het pakket “blijft in <emphasis role="distribution">Stabiel</emphasis>”.

en: Tracking Automatically Installed Packages
nl-NL: Volgen van Automatisch Geïnstalleerde Pakketten

en: It is a good habit to mark as automatic any package that you don't need directly so that they are automatically removed when they aren't necessary anymore. <command>apt-mark auto <replaceable>package</replaceable></command> will mark the given package as automatic whereas <command>apt-mark manual <replaceable>package</replaceable></command> does the opposite. <command>aptitude markauto</command> and <command>aptitude unmarkauto</command> work in the same way although they offer more features for marking many packages at once (see <xref linkend="sect.aptitude" />). The console-based interactive interface of <command>aptitude</command> also makes it easy to review the “automatic flag” on many packages.
nl-NL: Het is een goede gewoonte om ieder pakket dat je niet rechtstreeks nodig hebt te markeren als automatisch zodat ze automatisch verwijderd worden als ze niet meer nodig zijn. <command>apt-mark auto <replaceable>pakket</replaceable></command> zal het gegeven pakket markeren als automatisch, waar <command>apt-mark manual <replaceable>pakket</replaceable></command> het tegenovergestelde doet. <command>aptitude markauto</command> en <command>aptitude unmarkauto</command> werken op dezelfde manier, hoewel ze meer functies bieden voor het gelijktijdig markeren van meerdere pakketten (zie <xref linkend="sect.aptitude" />). De console-gebaseerde interactieve interface van <command>aptitude</command> maakt het ook gemakkelijk om de “automatisch vlag” van meerdere pakketten te bekijken.

en: People might want to know why an automatically installed package is present on the system. To get this information from the command line, you can use <command>aptitude why <replaceable>package</replaceable></command> (<command>apt</command> and <command>apt-get</command> have no similar feature):
nl-NL: Men kan zich afvragen waarom een automatisch geïnstalleerd pakket aanwezig is op het systeem. Om deze informatie te krijgen vanaf de commando regel, kun je <command>aptitude why <replaceable>pakket</replaceable></command> (<command>apt</command> en <command>apt-get</command> hebben geen gelijkaardig commando) gebruiken:

en: <emphasis>ALTERNATIVE</emphasis> <command>deborphan</command> and <command>debfoster</command>
nl-NL: <emphasis>ALTERNATIEF</emphasis> <command>deborphan</command> en <command>debfoster</command>

en: <command>debfoster</command> has a more elaborate approach, very similar to APT's one: it maintains a list of packages that have been explicitly installed, and remembers what packages are really required between each invocation. If new packages appear on the system and if <command>debfoster</command> doesn't know them as required packages, they will be shown on the screen together with a list of their dependencies. The program then offers a choice: remove the package (possibly together with those that depend on it), mark it as explicitly required, or ignore it temporarily.
nl-NL: <command>debfoster</command> heeft een meer uitgebreide aanpak, zeer gelijkaardig met die van APT: het onderhoud een lijst van pakketten die expliciet geïnstalleerd zijn en onthoud welke pakketten echt nodig zijn tijden iedere aanroep. Als er nieuwe pakketten verschijnen op het systeem en als <command>debfoster</command> ze niet kent als nodige pakketten, zullen ze op het scherm weergegeven worden met een lijst van hun afhankelijkheden. Het programma biedt dan een keuze: verwijder het pakket (mogelijk samen met deze die erop rekenen), markeer het expliciet als nodig or negeer het tijdelijk.

en: The <command>apt-cache</command> Command
nl-NL: Het <command>apt-cache</command> Commando

en: <primary>APT</primary><secondary>package search</secondary>
nl-NL: <primary>APT</primary><secondary>pakket zoeken</secondary>

en: <primary>APT</primary><secondary>header display</secondary>
nl-NL: <primary>APT</primary><secondary>header weergave</secondary>

en: <primary>search of packages</primary>
nl-NL: <primary>zoeken naar pakketten</primary>

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

en: The <command>apt-cache</command> command can display much of the information stored in APT's internal database. This information is a sort of cache since it is gathered from the different sources listed in the <filename>sources.list</filename> file. This happens during the <command>apt update</command> operation.
nl-NL: het <command>apt-cache</command> commando kan veel van de informatie opgeslagen in de interne databank van APT weergeven. Deze informatie is een soort cache vergaart van de verschillende bronnen in het <filename>sources.list</filename> bestand. Dit gebeurd tijdens de <command>apt update</command> operatie.

en: <emphasis>VOCABULARY</emphasis> Cache
nl-NL: <emphasis>WOORDENSCHAT</emphasis> Cache

en: A cache is a temporary storage system used to speed up frequent data access when the usual access method is expensive (performance-wise). This concept can be applied in numerous situations and at different scales, from the core of microprocessors up to high-end storage systems.
nl-NL: Een cache is een tijdelijk opslagsysteem gebruikt om regelmatige data toegang wanneer de gebruikelijke toegangsmethode duur (op gebied van prestatie) te versnellen. Dit concept kan toegepast worden in verschillende situaties en op verschillende schalen, van de kern van microprocessoren tot de high-end opslag systemen.

en: <emphasis>ALTERNATIVE</emphasis> <command>axi-cache</command>
nl-NL: <emphasis>ALTERNATIEF</emphasis> <command>axi-cache</command>

en: <command>apt-cache search</command> is a very rudimentary tool, basically implementing <command>grep</command> on package's descriptions. It often returns too many results or none at all when you include too many keywords.
nl-NL: <command>apt-cache search</command> is een heel rudimentair gereedschap, het implementeert simpelweg <command>grep</command> op de omschrijvingen van pakketten. Het geeft meestal te veel resultaten of helemaal geen als je teveel sleutelwoorden opgeeft.

en: The <command>aptitude</command> package manager
nl-NL: De <command>aptitude</command> pakketbeheerder

en: <emphasis>DOCUMENTATION</emphasis> <command>aptitude</command>
nl-NL: <emphasis>DOCUMENTATIE</emphasis> <command>aptitude</command>

en: To search for a package, you can type <keycombo><keycap>/</keycap></keycombo> followed by a search pattern. This pattern matches the name of the package, but can also be applied to the description (if preceded by <literal>~d</literal>), to the section (with <literal>~s</literal>) or to other characteristics detailed in the documentation. The same patterns can filter the list of displayed packages: type the <keycombo><keycap>l</keycap></keycombo> key (as in <foreignphrase>limit</foreignphrase>) and enter the pattern.
nl-NL: Om naar een pakket te zoeken kun je <keycombo><keycap>/</keycap></keycombo> typen gevolgd door een zoekpatroon. Dit patroon komt overeen met de naam van het pakket, maar kan ook toegepast worden op de omschrijving (indie voorafgegaan door <literal>~d</literal>), op de sectie (met <literal>~s</literal>) of aan op andere karakteristieken zoals uitgelegd in de documentatie. Het zelfde patroon kan de lijst van weergegeven pakketten filteren: type de <keycombo><keycap>l</keycap></keycombo> toets (zoals in <foreignphrase>limiet</foreignphrase>) en type het patroon.

en: <emphasis>TOOL</emphasis> Using <command>aptitude</command> on the command-line interface
nl-NL: <emphasis>GEREEDSCHAP</emphasis> <command>aptitude</command> gebruiken op de commando-regel

en: Most of <command>aptitude</command>'s features are accessible via the interactive interface as well as via command-lines. These command-lines will seem familiar to regular users of <command>apt-get</command> and <command>apt-cache</command>.
nl-NL: De meeste van de eigenschappen van <command>aptitude</command> zijn beschikbaar via de interactieve interface en ook via de commando-regel. Deze commando-regels zullen bekend lijken voor regelmatige gebruikers van <command>apt-get</command> en <command>apt-cache</command>.

en: The advanced features of <command>aptitude</command> are also available on the command-line. You can use the same package search patterns as in the interactive version. For example, if you want to cleanup the list of “manually installed” packages, and if you know that none of the locally installed programs require any particular libraries or Perl modules, you can mark the corresponding packages as automatic with a single command:
nl-NL: De geavanceerde eigenschappen van <command>aptitude</command> zijn ook beschikbaar op de commando-regel. Je kunt dezelfde pakket zoek patronen gebruiken als in de interactieve versie. Bijvoorbeeld, als je de lijst van “manueel geïnstalleerde” pakketten wilt opschonen en als je weet dat geen van de lokaal geïnstalleerde programma's een bepaalde bibliotheek of Perl module nodig hebben, kun je de corresponderende pakketten op automatisch zetten met één enkel commando:

en: Here, you can clearly see the power of the search pattern system of <command>aptitude</command>, which enables the instant selection of all the packages in the <literal>libs</literal> and <literal>perl</literal> sections.
nl-NL: Hier kun je de kracht van het zoekpatronen systeem van <command>aptitude</command> duidelijk zien, welke het direct selecteren van alle pakketten in de <literal>libs</literal> en <literal>perl</literal> secties toelaat.

en: Beware, if some packages are marked as automatic and if no other package depends on them, they will be removed immediately (after a confirmation request).
nl-NL: Let op, als bepaalde pakketten als automatisch gemarkeerd zijn en als er geen pakketten van afhangen, worden ze onmiddellijk verwijderd (na een vraag om te bevestigen).

en: Managing Recommendations, Suggestions and Tasks
nl-NL: Aanbevelingen Beheren, Suggesties en Taken

en: Note that this recommendation tracking feature does not apply to upgrades. For instance, if a new version of <emphasis role="pkg">gnome</emphasis> recommends a package that it did not recommend formerly, the package won't be marked for installation. However, it will be listed on the upgrade screen so that the administrator can still select it for installation.
nl-NL: Merk op dat de aanbevelingen volg optie niet slaat op upgrades. Bijvoorbeeld als een nieuwe versie van <emphasis role="pkg">gnome</emphasis> een pakket aanbeveelt dat het eerder niet deed, wordt het pakket niet gemarkeerd voor installatie. Echter, Het zal vermeld worden op het upgrade scherm zodat de beheerder het steeds kan selecteren voor installatie.

en: In the same spirit, remember that <command>aptitude</command> makes intelligent use of the concept of task. Since tasks are displayed as categories in the screens of packages lists, you can either select a full task for installation or removal, or browse the list of packages included in the task to select a smaller subset.
nl-NL: In dezelfde gedachte, onthoud dat <command>aptitude</command> intelligent gebruik maakt van het concept van taken. Omdat taken worden weergegeven als categorieën het het scherm met pakket lijsten, kun je kiezen tussen een installatie of verwijdering van een volledige taak, of door de lijst van inbegrepen pakketten in de taak te bladeren om een kleinere subset te kiezen.

en: Better Solver Algorithms
nl-NL: Betere Oplosser Algoritmen

en: <emphasis>NOTE</emphasis> <command>aptitude</command>'s log
nl-NL: <emphasis>NOTITIE</emphasis> het logboek van <command>aptitude</command>

en: Like <command>dpkg</command>, <command>aptitude</command> keeps a trace of executed actions in its logfile (<filename>/var/log/aptitude</filename>). However, since both commands work at a very different level, you cannot find the same information in their respective logfiles. While <command>dpkg</command> logs all the operations executed on individual packages step by step, <command>aptitude</command> gives a broader view of high-level operations like a system-wide upgrade.
nl-NL: Zoals <command>dpkg</command>, houdt <command>aptitude</command> een spoor van uitgevoerde acties bij in zijn logbestand (<filename>/var/log/aptitude</filename>). Hoewel, omdat beide commando's op een heel ander niveau werken, kun je niet dezelfde informatie vinden in hun respectievelijke logbestanden. Terwijn <command>dpkg</command> alle operaties uitgevoerd op individuele pakketten stap-voor-stap bijhoudt, geeft <command>aptitude</command> een breder beeld van hoge-niveau operaties als een systeem-wijde upgrade.

en: <command>synaptic</command> is a graphical package manager for Debian which features a clean and efficient graphical interface based on GTK+/GNOME. Its many ready-to-use filters give fast access to newly available packages, installed packages, upgradable packages, obsolete packages and so on. If you browse through these lists, you can select the operations to be done on the packages (install, upgrade, remove, purge); these operations are not performed immediately, but put into a task list. A single click on a button then validates the operations, and they are performed in one go.
nl-NL: <command>synaptic</command> is een grafische pakketbeheerder voor Debian welke een schone en efficiënte grafische interface heeft, gebaseerd op GTK+/GNOME. De vele gebruiks-klare filters geven snelle toegang tot nieuwe beschikbare pakketten, geïnstalleerde pakketten, opwaardeerbare pakketten, verouderde pakketten en zo voort. Als je bladert door deze lijsten, kun je de uit te voeren operaties op de pakketten selecteren (installeer, upgrade, verwijder, opschonen); deze operaties worden niet onmiddelijk uitgevoerd, maar worden in een taken lijst geplaatst. Een enkele klik op een knop valideert dan de operaties, en ze worden in één keer uitgevoerd.

en: <command>synaptic</command> package manager
nl-NL: <command>synaptic</command> pakketbeheerder

en: Checking Package Authenticity
nl-NL: Pakket Authenticiteit Controleren

en: <primary>package</primary><secondary>authenticity check</secondary>
nl-NL: <primary>pakket</primary><secondary>authenticiteit controle</secondary>

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

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

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

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

en: Security is very important for Falcot Corp administrators. Accordingly, they need to ensure that they only install packages which are guaranteed to come from Debian with no tampering on the way. A computer cracker could try to add malicious code to an otherwise legitimate package. Such a package, if installed, could do anything the cracker designed it to do, including for instance disclosing passwords or confidential information. To circumvent this risk, Debian provides a tamper-proof seal to guarantee — at install time — that a package really comes from its official maintainer and hasn't been modified by a third party.
nl-NL: Beveiliging is heel belangrijk voor de beheerders van Falcot Corp. Overeenkomstig moeten ze er zeker van zijn dat ze enkel pakketten installeren die gegarandeerd van Debian komen zonder dat er onderweg mee geknoeid is. Een computer kraker zou kunnen proberen om kwaadaardige code toe te voegen aan een anderzijds legitiem pakket. Zo'n pakket, indien geïnstalleerd, kan alles doen waar de kraker het voor ontworpen heeft, inclusief bijvoorbeeld het openbaar maken van wachtwoorden of vertrouwelijke informatie. Om dit risico tegen te gaan, biedt Debian een manipuleer-veilig zegel om te garanderen — tijdens de installatie — dat een pakket echt van  de officiële onderhouder komt en niet is aangepast door derden.

en: <emphasis>IN PRACTICE</emphasis> Adding trusted keys
nl-NL: <emphasis>IN DE PRAKTIJK</emphasis> Vertrouwde sleutels toevoegen

en: <primary>trusted key</primary>
nl-NL: <primary>vertrouwde sleutel</primary>

en: <primary>key</primary><secondary>APT's authentication keys</secondary>
nl-NL: <primary>key</primary><secondary>De authenticatie sleutel van APT</secondary>

en: When a third-party package source is added to the <filename>sources.list</filename> file, APT needs to be told to trust the corresponding GPG authentication key (otherwise it will keep complaining that it can't ensure the authenticity of the packages coming from that repository). The first step is of course to get the public key. More often than not, the key will be provided as a small text file, which we will call <filename>key.asc</filename> in the following examples.
nl-NL: Wanneer een pakket bron van derden wordt toegevoegd aan het <filename>sources.list</filename> bestand, moet APT verteld worden om de corresponderende GPG authenticatie sleutel te vertrouwen (anders blijft het klagen dat het de authenticiteit van de pakketten komende van deze bron niet kan verzekeren). De eerste stap is natuurlijk het verkrijgen van de publieke sleutel. Meestal wordt de sleutel aangeboden als een klein tekst bestand, welke we <filename>key.asc</filename> zullen noemen in het volgende voorbeeld.

en: Upgrading from One Stable Distribution to the Next
nl-NL: Opwaarderen van Een Stabiele Distributie naar de Volgende

en: One of the best-known features of Debian is its ability to upgrade an installed system from one stable release to the next: <foreignphrase>dist-upgrade</foreignphrase> — a well-known phrase — has largely contributed to the project's reputation. With a few precautions, upgrading a computer can take as little as a few minutes, or a few dozen minutes, depending on the download speed from the package repositories.
nl-NL: Een van de bekendste eigenschappen van Debian is zijn mogelijkheid om een geïnstalleerd systeem te opwaarderen van de ene stabiele versie naar de volgende: <foreignphrase>dist-upgrade</foreignphrase> — een zeer bekende zin — heeft grotendeels bijgedragen aan de reputatie van het project. Met enkele voorzorgsmaatregelen, kan het opwaarderen van een computer slechts enkele minuten duren, of een tiental minuten, afhankelijk van de download snelheid van de pakketten bewaarplaats.

en: Recommended Procedure
nl-NL: Aanbevolen Procedure

en: Since Debian has quite some time to evolve in-between stable releases, you should read the release notes before upgrading.
nl-NL: Omdat Debian veel tijd heeft om te evolueren tussen stabiele vrijgaven, zou je de vrijgave notities moeten lezen voor het opwaarderen.

en: <emphasis>BACK TO BASICS</emphasis> Release notes
nl-NL: <emphasis>TERUG NAAR DE BASIS</emphasis> Vrijgave notities

en: The release notes for an operating system (and, more generally, for any software) are a document giving an overview of the software, with some details concerning the particularities of one version. These documents are generally short compared to the complete documentation, and they usually list the features which have been introduced since the previous version. They also give details on upgrading procedures, warnings for users of previous versions, and sometimes errata.
nl-NL: De vrijgave notities vooe een besturingssysteem (en in het algemeen, voor iedere software) is een document dat een overzicht geeft van de software, met enkele details met betrekking tot de eigenaardigheden van een versie. Deze documenten zijn over het algemeen kort in vergelijking met de volledige documentatie en ze geven in het algemeen een lijst van eigenschappen die geïntroduceerd zijn sinds de vorige versie. Ze geven ook details over de opwaarderings-procedures, waarschuwingen voor gebruikers van vorige versies en soms drukfouten.

en: Handling Problems after an Upgrade
nl-NL: Problemen na een Opwaardering Afhandelen

en: In spite of the Debian maintainers' best efforts, a major system upgrade isn't always as smooth as you could wish. New software versions may be incompatible with previous ones (for instance, their default behavior or their data format may have changed). Also, some bugs may slip through the cracks despite the testing phase which always precedes a Debian release.
nl-NL: Ondanks de verwoede pogingen van de Debian onderhouders, is een grote systeem opwaardering niet altijd zo feilloos als je zou wensen. Nieuwe software versies kunnen niet compatibel zijn met vorige versies (bijvoorbeeld, hun standaard gedrag van hun gegevens formaat kan veranderd zijn). Ook kunnen er soms fouten door de mazen van het net glippen, ondanks de test-fase welke altijd een vrijgave van Debian voorafgaat.

en: To anticipate some of these problems, you can install the <emphasis role="pkg">apt-listchanges</emphasis> package, which displays information about possible problems at the beginning of a package upgrade. This information is compiled by the package maintainers and put in <filename>/usr/share/doc/<replaceable>package</replaceable>/NEWS.Debian</filename> files for the benefit of users. Reading these files (possibly through <emphasis role="pkg">apt-listchanges</emphasis>) should help you avoid bad surprises.
nl-NL: Om sommige van deze problemen te anticiperen kun je het <emphasis role="pkg">apt-listchanges</emphasis> pakket installeren, Welke informatie weergeeft over mogelijke problemen bij het begin van ieder pakket opwaardering . Deze informatie is samengesteld door de pakket beheerders en geplaatst in <filename>/usr/share/doc/<replaceable>pakket</replaceable>/NEWS.Debian</filename> bestanden ten voordele van de gebruikers. Het lezen van deze bestanden (mogelijk door <emphasis role="pkg">apt-listchanges</emphasis>) zou moeten helpen om slechte verrassingen te voorkomen).

en: sometimes a patch already exists, and it is available on the bug report; you can then recompile a fixed version of the broken package locally (see <xref linkend="sect.rebuilding-package" />);
nl-NL: Soms bestaat er al een patch, en is het beschikbaar op het foutrapport; je kunt dan lokaal een herstelde versie compileren van het gebroken pakket (zie <xref linkend="sect.rebuilding-package" />);

en: in other cases, users may have found a workaround for the problem and shared their insights about it in their replies to the report;
nl-NL: In andere gevallen, kunnen gebruikers een omweg gevonden hebben rondt het probleem en delen hun inzicht hierover in een reactie op jouw rapport;

en: in yet other cases, a fixed package may have already been prepared and made public by the maintainer.
nl-NL: In nog andere gevallen, kan een oplossing al gemaakt en publiek gemaakt zijn door de onderhouder.

en: Keeping a System Up to Date
nl-NL: Een Systeem Recent Houden

en: While it is of course possible to periodically run a tool to check for available updates and run the upgrades, such a repetitive task is tedious, especially when it needs to be performed on several machines. Fortunately, like many repetitive tasks, it can be partly automated, and a set of tools have already been developed to that effect.
nl-NL: Terwijl het natuurlijk mogelijk is om periodiek een gereedschap te gebruiken om te controleren op nieuwe versies en de opwaarderingen uit te voeren, zo'n herhaaldelijke taak is vervelend, vooral als het uitgevoerd moet worden op meerdere machines. Gelukkig, zoals met vele herhaaldelijke taken, kan het gedeeltelijk geautomatiseerd worden, en er zijn hiervoor al een groep gereedschappen ontwikkeld.

en: The first of these tools is <command>apticron</command>, in the package of the same name. Its main effect is to run a script daily (via <command>cron</command>). The script updates the list of available packages, and, if some installed packages are not in the latest available version, it sends an email with a list of these packages along with the changes that have been made in the new versions. Obviously, this package mostly targets users of Debian <emphasis role="distribution">Stable</emphasis>, since the daily emails would be very long for the faster paced versions of Debian. When updates are available, <command>apticron</command> automatically downloads them. It does not install them — the administrator will still do it — but having the packages already downloaded and available locally (in APT's cache) makes the job faster.
nl-NL: Het eerste van deze gereedschappen is <command>apticron</command>, in het pakket met dezelfde naam. Dit zal hoofdzakelijk dagelijks een script uitvoeren (via <command>cron</command>). Dit script update de lijst van beschikbare pakketten, en, en als er geïnstalleerde pakketten zijn die niet van de nieuwste versie zijn, zendt het een email met een lijst van deze pakketten samen met de veranderingen die er gemaakt zijn in de nieuwe versies. Natuurlijk richt dit pakket zicht hoofdzakelijk op gebruikers van Debian <emphasis role="distribution">Stabiel</emphasis>, omdat de dagelijkse email zeer lang zouden zijn voor de snel veranderende versies van Debian. Wanneer er nieuwe versies beschikbaar zijn zal <command>apticron</command> ze automatisch downloaden. Het installeerd ze niet — de beheerder zal dit steeds moeten doen — maar de pakketten reeds gedownload en lokaal (in de cache van APT) te hebben maakt dit werk sneller.

en: This option allows you to specify the frequency (in days) at which the package lists are refreshed. <command>apticron</command> users can do without this variable, since <command>apticron</command> already does this task.
nl-NL: Deze optie laat toe om de frequentie (in dagen) te specificeren waarin de pakketten lijsten ververst worden. <command>apticron</command> gebruikers kunnen zonder deze variabel omdat <command>apticron</command> deze taak al voor zich neemt.

en: Again, this option indicates a frequency (in days), this time for the downloading of the actual packages. Again, <command>apticron</command> users won't need it.
nl-NL: Nogmaals, deze optie geeft de frequentie (in dagen) aan, deze keer voor het downloaden van de pakketten zelf. Nogmaals, gebruikers van <command>apticron</command> hebben dit niet nodig.

en: This option covers a feature that <command>apticron</command> doesn't have. It controls how often obsolete packages (those not referenced by any distribution anymore) are removed from the APT cache. This keeps the APT cache at a reasonable size and means that you don't need to worry about that task.
nl-NL: Deze optie beslaat een eigenschap die <command>apticron</command> niet heeft. Het beheert hoe vaan verouderde pakketten (deze waarnaar een distributie niet meer verwijst) worden verwijderd van de APT cache. Dit houdt de APT cache op een redelijke grote en betekend dat je je hier geen zorgen over moet maken.

en: Upgrading with <command>gpk-update-viewer</command>
nl-NL: Opwaarderen met <command>gpk-update-viewer</command>

en: Automatic Upgrades
nl-NL: Automatisch Opwaarderen

en: <primary>upgrade</primary><secondary>automatic system upgrade</secondary>
nl-NL: <primary>opwaarderen</primary><secondary>automatisch systeem opwaarderen</secondary>

en: <primary>automatic upgrade</primary>
nl-NL: <primary>automatisch opwaarderen</primary>

en: Since Falcot Corp has many computers but only limited manpower, its administrators try to make upgrades as automatic as possible. The programs in charge of these processes must therefore run with no human intervention.
nl-NL: Omdat Falcot Corp veel computers heeft maar enkel beperkte mankracht, proberen haar beheerders het opwaarderen zo automatisch mogelijk te maken. Het programma dat verantwoordelijk is voor deze processen moet daarom werken zonder menselijke tussenkomst.

en: Configuring <command>dpkg</command>
nl-NL: <command>dpkg</command> configureren

en: Configuring APT
nl-NL: APT configureren

en: The case of APT is simple: the <literal>-y</literal> option (or <literal>--assume-yes</literal>) tells APT to consider the answer to all its questions to be “yes”.
nl-NL: Het geval van APT is simpel: de <literal>-y</literal> optie (of <literal>--assume-yes</literal>) verteld APT om al de antwoorden op all de vragen als “ja” te beschouwen.

en: Configuring <command>debconf</command>
nl-NL: <command>debconf</command> configureren

en: The case of <command>debconf</command> deserves more details. This program was, from its inception, designed to control the relevance and volume of questions displayed to the user, as well as the way they are shown. That is why its configuration requests a minimal priority for questions; only questions above the minimal priority are displayed. <command>debconf</command> assumes the default answer (defined by the package maintainer) for questions which it decided to skip.
nl-NL: Het geval van <command>debconf</command> verdient meer duiding. Dit programma was, sinds haar conceptie, ontworpen om de relevantie en volume van vragen weergegeven aan de gebruiker te controleren, en daar manier waarop ze worden weergegeven. Dit is waarom haar configuratie een minimale prioriteit vraagt voor vragen; enkel vragen boven de minimale prioriteit worden weergegeven. <command>debconf</command> neemt het standaard antwoord (gedefinieerd door de pakket beheerder) aan voor vragen welke ze beslist om over te slaan.

en: To reconfigure <command>debconf</command>, use the <command>dpkg-reconfigure</command> tool from the <emphasis role="pkg">debconf</emphasis> package; the relevant command is <command>dpkg-reconfigure debconf</command>. Note that the configured values can be temporarily overridden with environment variables when needed (for instance, <varname>DEBIAN_FRONTEND</varname> controls the interface, as documented in the <citerefentry><refentrytitle>debconf</refentrytitle><manvolnum>7</manvolnum></citerefentry> manual page).
nl-NL: Om <command>debconf</command> te her-configureren, gebruik je het <command>dpkg-reconfigure</command> gereedschap uit het <emphasis role="pkg">debconf</emphasis> pakket; het commando is <command>dpkg-reconfigure debconf</command>. Merk op dat de geconfigureerde warden tijdelijk overschreven kunnen worden met omgevingsvariabelen indien nodig (bijvoorbeeld, <varname>DEBIAN FRONTEND</varname> beheert de interface, zoals gedocumenteerd op de <citerefentry><refentrytitle>debconf</refentrytitle><manvolnum>7</manvolnum></citerefentry> handboek pagina).

en: Handling Command Line Interactions
nl-NL: Commandoregel Interacties Afhandelen

en: The last source of interactions, and the hardest to get rid of, is the configuration scripts run by <command>dpkg</command>. There is unfortunately no standard solution, and no answer is overwhelmingly better than another.
nl-NL: De laatste bron van interacties, en de moeilijkste om vanaf te geraken, is het configuratie script uitgevoerd door <command>dpkg</command>. Er is helaas geen standaard oplossing en geen antwoord is overwegend beter dan een ander.

en: The common approach is to suppress the standard input by redirecting the empty content of <filename>/dev/null</filename> into it with <command><replaceable>command</replaceable> &lt;/dev/null</command>, or to feed it with an endless stream of newlines. None of these methods is 100 % reliable, but they generally lead to the default answers being used, since most scripts consider a lack of reply as an acceptance of the default value.
nl-NL: De standaard aanpak is het onderdrukken van de standaard invoer door de lege inhoudt van <filename>/dev/null</filename> er naartoe af te leiden met het <command><replaceable>commando</replaceable> &lt;/dev/null</command> of er een eindeloze vloed van nieuwe-regels naartoe te zenden. Geen van deze methodes is 100% betrouwbaar maar ze leiden er in het algemeen toe dat de standaard antwoorden gebruikt worden, aangezien de meeste scripts een gebrek aan antwoord als een akkoord met de standaard waarde beschouwen.

en: The Miracle Combination
nl-NL: De Mirakel Combinatie

en: By combining the previous elements, it is possible to design a small but rather reliable script which can handle automatic upgrades.
nl-NL: Door de vorige elementen te combineren is het mogelijk om een klein maar redelijk betrouwbaar script te ontwerpen welke de automatische opwaarderingen kan afhandelen.

en: Non-interactive upgrade script
nl-NL: Niet-interactief Opwaardeer-script

en: <emphasis>IN PRACTICE</emphasis> The Falcot Corp case
nl-NL: <emphasis>IN DE PRAKTIJK</emphasis> In het geval van Falcot Corp

en: Falcot computers are a heterogeneous system, with machines having various functions. Administrators will therefore pick the most relevant solution for each computer.
nl-NL: Falcomt computers vormen een heterogeen systeem, met machines doe verschillende functies hebben. Beheerders zullen daarom de meest relevante oplossing voor iedere computer kiezen.

en: In the lab, the few computers using <emphasis role="distribution">Testing</emphasis> — to take advantage of the latest software versions — are not upgraded automatically either. Administrators only configure APT to prepare the upgrades but not enact them; when they decide to upgrade (manually), the tedious parts of refreshing package lists and downloading packages will be avoided, and administrators can focus on the really useful part.
nl-NL: In het labo, worden de weinige computers <emphasis role="distribution">Testen</emphasis> — om te genieten van de voordelen van de nieuwste software versies — ook niet automatisch opgewaardeerd. Beheerders zullen APT configureren om het opwaarderen voor te bereiden maar niet om ze uit te voeren; wanneer ze beslissen om ze (manueel) te opwaarderen, zal het vervelende werk van pakket lijsten te verversen en het downloaden van de pakketten vermeden worden, en kunnen beheerders zich focussen op het echt bruikbare deel.

en: Searching for Packages
nl-NL: Zoeken naar Pakketten

en: The most trivial search possible is looking up an exact package name. If <command>apt show <replaceable>package</replaceable></command> returns a result, then the package exists. Unfortunately, this requires knowing or even guessing the package name, which isn't always possible.
nl-NL: De meeste triviale manier van opzoeken is het zoeken naar een exacte naam van een pakket. Als <command>apt show <replaceable>pakket</replaceable></command> een resultaat geeft, bestaat het pakket. Helaas vereist dit het weten of zelfs gokken naar de naam van het pakket, wat niet altijd mogelijk is.

en: <emphasis>TIP</emphasis> Package naming conventions
nl-NL: <emphasis>TIP</emphasis> Pakket naamgeving conventies

en: Some categories of packages are named according to a conventional naming scheme; knowing the scheme can sometimes allow you to guess exact package names. For instance, for Perl modules, the convention says that a module called <literal>XML::Handler::Composer</literal> upstream should be packaged as <emphasis role="pkg">libxml-handler-composer-perl</emphasis>. The library enabling the use of the <command>gconf</command> system from Python is packaged as <emphasis role="pkg">python-gconf</emphasis>. It is unfortunately not possible to define a fully general naming scheme for all packages, even though package maintainers usually try to follow the choice of the upstream developers.
nl-NL: Sommige categorieën van pakketten worden genoemd volgens een conventioneel naamgevingsschema; Het kennen van dit schema kan je soms helpen bij het raden van de exacte naam van een pakket. bijvooebeeld, voor Perl modules zegt de conventie dat een module met een upstream naam <literal>XML::Handler::Composer</literal> verpakt zou moeten worden als <emphasis role="pkg">libxml-composer-perl</emphasis>. De bibliotheek die het gebruik van het <command>gconf</command> systeem inschakelt onder Python is ingepakt als <emphasis role="pkg">python-gconf</emphasis>. Het is helaas niet mogelijk om een volledig algemeen naamgevingsschema voor alle pakketten te definiëren, hoewel de pakket onderhouders meestal proberen om de naag gegeven door de upstream ontwikkelaar te volgen.

en: For more complex searches, a more powerful tool such as <command>aptitude</command> is required. <command>aptitude</command> allows you to search according to a logical expression based on the package's meta-data fields. For instance, the following command searches for packages whose name contains <literal>kino</literal>, whose description contains <literal>video</literal> and whose maintainer's name contains <literal>paul</literal>:
nl-NL: Voor complexere zoekopdrachten, is een krachtiger gereedschap zoals <command>aptitude</command> nodig. <command>aptitude</command> laat toe om te zoeken volgens logische uitdrukkingen gebaseerd op de meta-gegevens van het pakket. Bijvoorbeeld, het volgende commando zoekt naar pakketten waarvan de naam <literal>kino</literal> bevat, waarvan de omschrijving <literal>video</literal> bevat en waarvan de beheerders naam <literal>paul</literal>bevat:

en: The search only returns one package, <emphasis role="pkg">kino</emphasis>, which satisfies all three criteria.
nl-NL: De zoekopdracht zal één pakket weergeven, <emphasis role="pkg">kino</emphasis>, welke aan al de drie criteria voldoet.

en: <primary>tag</primary>
nl-NL: <primary>label</primary>

en: Selecting the <literal>works-with::video</literal> and <literal>use::editing</literal> tags yields a handful of packages, including the <emphasis role="pkg">kino</emphasis> and <emphasis role="pkg">pitivi</emphasis> video editors. This system of classification is bound to be used more and more as time goes on, and package managers will gradually provide efficient search interfaces based on it.
nl-NL: Het selecteren van de <literal>works-with::video</literal> en <literal>use::editing</literal> labels geeft een handvol pakketten, inclusief de <emphasis role="pkg">kino</emphasis> en <emphasis role="pkg">pitivi</emphasis> videobewerkers. Dit systeem van classificatie zal naarmate de tijd vordert meer en meer gebruikt worden, en pakketbeheerders zullen geleidelijk aan efficiënte zoek interfaces die hierop hierop gebaseerd zijn aanbieden.

en: To sum up, the best tool for the job depends on the complexity of the search that you wish to do:
nl-NL: Samenvattend, het beste gereedschap voor het werk hangt af van de complexiteit van de zoekopdracht die je wilt uitvoeren:

en: <command>apt-cache</command> only allows searching in package names and descriptions, which is very convenient when looking for a particular package that matches a few target keywords;
nl-NL: <command>apt-cache</command> laat enkel toe om te zoeken in pakket namen en omschrijvingen, wat heel handig is wanneer je zoekt naar een specifiek pakket dat overeenkomt met enkele zoekwoorden;

en: when the search criteria also include relationships between packages or other meta-data such as the name of the maintainer, <command>synaptic</command> will be more useful;
nl-NL: Wanneer de zoekcriteria ook relaties tussen pakketten of andere meta-gegevens zoals de naam van de onderhouder bevat, zal <command>synaptic</command> bruikbaarder zijn;

en: when a tag-based search is needed, a good tool is <command>packagesearch</command>, a graphical interface dedicated to searching available packages along several criteria (including the names of the files that they contain). For usage on the command-line, <command>axi-cache</command> will fit the bill.
nl-NL: Wanneer het zoeken met labels nodig is, is <command>packagesearch</command>, een grafische interface toegewijd aan het zoeken over verschillende criteria (inclusief de naam van de bestanden die ze bevatten) een goed gereedschap. Voor gebruik op de commando-regel, zal <command>axi-cache</command> geschikt zijn.

en: finally, when the searches involve complex expressions with logic operations, the tool of choice will be <command>aptitude</command>'s search pattern syntax, which is quite powerful despite being somewhat obscure; it works in both the command-line and the interactive modes.
nl-NL: Tenslotte, wanneer het zoeken complexe expressies met logische operaties vereist, is het gereedschap naar keuze de patroon zoek syntaxis van <command>aptitude</command>, welke krachtig is hoewel een beetje obscuur, het gereedschap naar keuze zijn; het werk in zowel de commando-regel als de interactieve modus.
