Zen

Translation

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.
1100/10810 · 1081

Sign in to save the translation.

English Dutch Actions
<primary><filename>.d</filename></primary>
<primary><filename>.d</filename></primary>
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.
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.
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.
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.
<primary><command>dpkg-divert</command></primary>
<primary><command>apt-get</command></primary>
Without a <filename>.d</filename> directory, it is impossible for an external package to change the settings of a program by modifying its configuration file directly. Instead it must either invite the user to do it themselves and lists the operations to be done in the file <filename>/usr/share/doc/<replaceable>package</replaceable>/README.Debian</filename>, or it must create a file diversion for the configuration file using the <command>dpkg-divert</command> command and then install its own configuration file for the software in question. The latter is sometimes used by third party packages which try to handle configuration files of software components they use.
Zonder een <filename>.d</filename> directory is het onmogelijk voor een extern pakket om instellingen van een programma aan te passen, zonder haar configuratiebestand aan te passen. In plaats daarvan moet het de gebruiker uitnodigen om dit zelf te doen en de aanpassingen die moeten gedaan worden opsommen in het bestand <filename>/usr/share/doc/<replaceable>pakket</replaceable>/README.Debian</filename>.
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.
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.
Managing Package Priorities
Pakket Prioriteiten Beheren
<primary>pinning, APT pinning</primary>
<primary>pinnen, APT pinnen</primary>
<primary>package</primary><secondary>priority</secondary>
<primary>pakket</primary><secondary>prioriteit</secondary>
<primary>priority</primary><secondary>package priority</secondary>
<primary>prioriteit</primary><secondary>pakket prioriteit</secondary>
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).
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).

Loading…

User avatar Patrick-Kox

Translation uploaded

  1. Debian Handbook
  2. 06_apt
  3. Dutch
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.
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.
6 years ago
Browse all string changes

Things to check

Double space

Translation contains double space

Fix string

Reset

Glossary

English Dutch
No related strings found in the glossary.

String information

Flags
xml-text
String age
9 years ago
Last updated
11 months ago
Source string age
9 years ago
Translation file
nl-NL/06_apt.po, string 345