debian-faq_ - en to nl translation catalogue (85 entries)

note: type: Content of: <chapter><title>
en: Customizing your &debian; system
nl: Uw &debian;-systeem aanpassen

note: type: Content of: <chapter><section><title>
en: How can I ensure that all programs use the same paper size?
nl: Hoe zorg ik ervoor dat alle programma's dezelfde papiergrootte gebruiken?

note: type: Content of: <chapter><section><para>
en: Install the <systemitem role="package">libpaper1</systemitem> package, and it will ask you for a system-wide default paper size.  This setting will be kept in the file <literal>/etc/papersize</literal>.
nl: Installeer het pakket <systemitem role="package">libpaper1</systemitem> en het zal u vragen naar een standaardpapiergrootte die voor het hele systeem geldt. Deze instelling wordt opgeslagen in het bestand <literal>/etc/papersize</literal>.

note: type: Content of: <chapter><section><para>
en: Users can override the paper size setting using the <literal>PAPERSIZE</literal> environment variable.  For details, see the manual page <citerefentry><refentrytitle>papersize</refentrytitle><manvolnum>5</manvolnum></citerefentry>.
nl: Gebruikers kunnen de instelling van de papiergrootte omzeilen met de omgevingsvariabele <literal>PAPERSIZE</literal>. Raadpleeg voor bijkomende informatie de man-pagina <citerefentry><refentrytitle>papersize</refentrytitle><manvolnum>5</manvolnum></citerefentry>.

note: type: Content of: <chapter><section><title>
en: How can I provide access to hardware peripherals, without compromising security?
nl: Hoe kan ik toegang verlenen tot randapparatuur zonder de beveiliging in het gedrang te brengen?

note: type: Content of: <chapter><section><para>
en: Many device files in the <literal>/dev</literal> directory belong to some predefined groups.  For example, <literal>/dev/sr0</literal> belongs to the <literal>cdrom</literal> group.
nl: Veel apparaatbestanden in de map <literal>/dev</literal> behoren toe aan vooraf gedefinieerde groepen. Bijvoorbeeld, <literal>/dev/sr0</literal> behoort toe aan de groep <literal>cdrom</literal>.

note: type: Content of: <chapter><section><para>
en: If you want a certain user to have access to one of these devices, just add the user to the group the device belongs to, i.e. do:
nl: Indien u wilt dat een bepaalde gebruiker toegang heeft tot een van deze apparaten, moet u de gebruiker gewoon toevoegen aan de groep waartoe het apparaat behoort, d.w.z. doe:

note: type: Content of: <chapter><section><screen>
en: adduser user group
nl: adduser gebruiker groep

note: type: Content of: <chapter><section><para>
en: This way you won't have to change the file permissions on the device.
nl: Op die manier hoeft u de bestandspermissies van het apparaat niet te wijzigen.

note: type: Content of: <chapter><section><para>
en: If you do this from within a user's shell or a GUI environment you have to logout and login again to become an effective member of that group.  To check which groups you belong to run <literal>groups</literal>.
nl: Indien u dit doet vanuit een gebruikersshell of vanuit een grafische werkomgeving, dan moet u eerst uitloggen en weer inloggen om effectief een lid van die groep te worden. Om na te gaan tot welke groepen u behoort, gebruikt u het commando <literal>groups</literal>.

note: type: Content of: <chapter><section><para>
en: Notice that, since the introduction of <literal>udev</literal> if you change the permissions of a hardware peripheral, they might be adjusted for some devices when the system starts; if this happens to the hardware peripherals you are interested in, you will have to adjust the rules at <literal>/etc/udev</literal>.
nl: Als u de toegangspermissies van een randapparaat wijzigt, moet u weten dat ten gevolge van de introductie van <literal>udev</literal>, de kans bestaat dat deze bij het opstarten van het systeem voor sommige apparaten aangepast worden. Indien dit het geval is voor de randapparaten waarin u geïnteresseerd bent, dan zult u de regels in <literal>/etc/udev</literal> moeten aanpassen.

note: type: Content of: <chapter><section><title>
en: How do I load a console font on startup the Debian way?
nl: Hoe laad ik bij het opstarten van de computer een tekenset voor de console op de manier van Debian?

note: type: Content of: <chapter><section><para>
en: The <systemitem role="package">kbd</systemitem> package supports this, edit the <literal>/etc/kbd/config</literal> file.
nl: Het pakket <systemitem role="package">kbd</systemitem> ondersteunt dit. Bewerk het bestand<literal>/etc/kbd/config</literal>.

note: type: Content of: <chapter><section><title>
en: How can I configure an X11 program's application defaults?
nl: Hoe kan ik de standaardinstellingen configureren van een toepassingsprogramma onder X11?

note: type: Content of: <chapter><section><para>
en: Debian's X programs will install their application resource data in the <literal>/etc/X11/app-defaults/</literal> directory.  If you want to customize X applications globally, put your customizations in those files.  They are marked as configuration files, so their contents will be preserved during upgrades.
nl: In Debian plaatsen grafische programma's (X-programma's) de informatie over de hulpbronnen van hun toepassing in de map <literal>/etc/X11/app-defaults/</literal>. Indien u globale aanpassingen wilt maken aan grafische toepassingen, moet u die aanpassingen in deze bestanden plaatsen. Zij staan gemarkeerd als configuratiebestanden, waardoor hun inhoud bewaard blijft bij opwaarderingen.

note: type: Content of: <chapter><section><title>
en: How does a Debian system boot?
nl: Hoe start een Debian-systeem op?

note: type: Content of: <chapter><section><para><footnote><para>
en: In 2014, Debian changed its default init system from System V init to systemd.  Debian 8 "jessie" in April 2015 was the first release to ship with systemd as default init.  Four <ulink url="https://www.debian.org/devel/tech-ctte#status">decisions</ulink> of the Debian Technical Committee were involved: <ulink url="https://lists.debian.org/20140211193904.GX24404@rzlab.ucr.edu">Bug #727708</ulink> 2014-02-11: "The committee decided that the default init system for Linux architectures in jessie should be systemd." <ulink url="https://lists.debian.org/20140801023630.GF12356@teltox.donarmstrong.com">Bug #746715</ulink> 2014-08-01: "The technical committee expects maintainers to continue to support the multiple available init systems", and merge reasonable contributions.  <ulink url="https://lists.debian.org/20141116001628.GO32192@teltox.donarmstrong.com">Bug #746578</ulink> 2014-11-15: "The committee decided that systemd-shim should be the first listed alternative dependency of libpam-systemd instead of systemd-sysv." This decision made it easier to keep running a non-systemd Debian system.  <ulink url="https://lists.debian.org/21592.61064.527547.410074@chiark.greenend.org.uk">Bug #762194</ulink>2017-11-04: "On automatic init system switching on upgrade"
nl: In 2014 stapte Debian voor zijn standaard "init system" over van System V naar systemd. In april 2015 was Debian 8 "jessie" de eerste release met systemd als standaard init. Vier <ulink url="https://www.debian.org/devel/tech-ctte#status">beslissingen</ulink> van het Technisch Comité van Debian waren daarbij betrokken: <ulink url="https://lists.debian.org/20140211193904.GX24404@rzlab.ucr.edu">Bug #727708</ulink> 11-02-2014: "Het comité heeft beslist dat in jessie het standaard init systeem voor Linux-architecturen systemd moet zijn." <ulink url="https://lists.debian.org/20140801023630.GF12356@teltox.donarmstrong.com">Bug #746715</ulink> 01-08-2014: "Het technisch comité verwacht van de pakketonderhouders dat zij de verschillende beschikbare init systemen zullen blijven ondersteunen", en redelijke bijdragen zullen incorporeren. <ulink url="https://lists.debian.org/20141116001628.GO32192@teltox.donarmstrong.com">Bug #746578</ulink> 15-11-2014: "Het comité heeft beslist dat systemd-shim als eerste alternatieve vereiste voor libpam-systemd vermeld moet worden in plaats van systemd-sysv." Deze beslissing maakte makkelijker om een Debian systeem zonder systemd draaiend te houden. <ulink url="https://lists.debian.org/21592.61064.527547.410074@chiark.greenend.org.uk">Bug #762194</ulink>04-11-2017: "Over het automatisch omschakelen van init-systeem tijdens de opwaardering"

note: type: Content of: <chapter><section><para>
en: Like all Unices, Debian boots up by executing the program <literal>init</literal>.  Like most Linux distributions, a default Debian system uses <literal>systemd</literal> as the implementation of <literal>init</literal>.  Traditional System-V style init and other methods are also supported.  <placeholder type="footnote" id="0"/>
nl: Zoals alle Unix-varianten start Debian op door het programma <literal>init</literal> uit te voeren. Zoals de meeste Linux-distributies, gebruikt een standaard Debian-systeem <literal>systemd</literal> als implementatie van <literal>init</literal>. De traditionele System-V implementatie van init en andere methodes worden ook ondersteund. <placeholder type="footnote" id="0"/>

note: type: Content of: <chapter><section><para>
en: To control the order in which services are started, traditional System-V style Unix systems use <emphasis>runlevels</emphasis>.  These are replaced by <emphasis>targets</emphasis> under systemd.  To display the default target to which systemd will bring the system, run the command
nl: Om de volgorde te bepalen waarin diensten worden opgestart, maken traditionele Unix-systemen in System-V stijl gebruik van <emphasis>runlevels</emphasis>. Onder systemd worden deze vervangen door <emphasis>targets</emphasis>. Om het standaard-target te kennen waarnaartoe systemd het systeem zal brengen, gebruikt u het commando

note: type: Content of: <chapter><section><para>
en: During boot-up, systemd starts the services or other targets listed in the default target file <literal>/lib/systemd/system/default.target</literal>.  The files for these services and targets are installed and the service is <emphasis>enabled</emphasis> during Debian package installation.  If you specifically wish not to start a service during boot-up, instead of removing the corresponding package, you can run the command
nl: Tijdens het opstarten start systemd de diensten en andere targets die vermeld worden in het standaard target-bestand <literal>/lib/systemd/system/default.target</literal>. De bestanden voor deze diensten en targets worden geïnstalleerd en de dienst wordt <emphasis>geactiveerd</emphasis> tijdens de pakketinstallatie van Debian. Indien u wilt dat een specifieke dienst niet wordt gestart bij het opstarten, kunt u in plaats van het overeenkomstige pakket te verwijderen, het volgende commando uitvoeren:

note: type: Content of: <chapter><section><screen>
en: systemctl disable <replaceable>service</replaceable>.service
nl: systemctl disable <replaceable>dienst</replaceable>.service

note: type: Content of: <chapter><section><para>
en: using the name of the service file installed in <literal>/lib/systemd/system</literal> (usually based on the name of the package).
nl: waarbij u de naam van het service-bestand gebruikt, zoals het in <literal>/lib/systemd/system</literal> geïnstalleerd is (gewoonlijk gebaseerd op de naam van het pakket).

note: type: Content of: <chapter><section><para>
en: You can check the status of any service by the command
nl: U kunt de toestand van elke dienst controleren met het commando

note: type: Content of: <chapter><section><screen>
en: service <replaceable>package</replaceable> status
nl: service <replaceable>pakket</replaceable> status

note: type: Content of: <chapter><section><para>
en: .  To start or stop a service, run
nl: .  Om een dienst te starten of te stoppen gebruikt u de commando's

note: type: Content of: <chapter><section><screen>
en: service <replaceable>package</replaceable> start
nl: service <replaceable>pakket</replaceable> start

note: type: Content of: <chapter><section><para>
en: and
nl: en

note: type: Content of: <chapter><section><screen>
en: service <replaceable>package</replaceable> stop
nl: service <replaceable>pakket</replaceable> stop

note: type: Content of: <chapter><section><para>
en: .  The <literal>service</literal> command works with any init system supported on a Debian system, not just with systemd.  If you however prefer to use the same command on any systemd-supported Linux system, for checking the status run
nl: .  Het commando <literal>service</literal> werkt op een Debian-systeem met elk ondersteund init-systeem, niet enkel met systemd.  Indien u echter verkiest om op elk door systemd ondersteund Linux-systeem hetzelfde commando te gebruiken om de toestand van een dienst te controleren, moet u het volgende commando uitvoeren:

note: type: Content of: <chapter><section><screen>
en: systemctl status <replaceable>package</replaceable>.service
nl: systemctl status <replaceable>pakket</replaceable>.service

note: type: Content of: <chapter><section><para>
en: to get the same information.
nl: om diezelfde informatie te verkrijgen.

note: type: Content of: <chapter><section><para>
en: For more information on systemd for Debian, see <ulink url="https://wiki.debian.org/systemd"/>.
nl: Voor bijkomende informatie over systemd voor Debian, raadpleegt u <ulink url="https://wiki.debian.org/systemd"/>.

note: type: Content of: <chapter><section><title>
en: And how about Debian and traditional System V init?
nl: En wat met Debian en het traditionele System V init?

note: type: Content of: <chapter><section><para>
en: Debian supports booting using traditional System V init, via the sysvinit-core package.  The configuration file for System V <literal>init</literal> (which is <literal>/etc/inittab</literal>) specifies that the first script to be executed should be <literal>/etc/init.d/rcS</literal>.  This script runs all of the scripts in <literal>/etc/rcS.d/</literal> by forking subprocesses to perform initialization such as to check and to mount file systems, to load modules, to start the network services, to set the clock, and to perform other initialization.
nl: Debian ondersteunt het opstarten van de computer met het traditionele System V init via het pakket sysvinit-core. Het configuratiebestand voor System V <literal>init</literal> (dat <literal>/etc/inittab</literal> is) bepaalt dat het eerste script dat uitgevoerd moet worden, <literal>/etc/init.d/rcS</literal> is. Dat script voert alle scripts uit <literal>/etc/rcS.d/</literal> uit door subprocessen af te splitsen om initialisatietaken uit te voeren, zoals het controleren en aankoppelen van bestandssystemen, het laden van modules, het starten van netwerkdiensten, het instellen van de klok en andere initialisatietaken.

note: type: Content of: <chapter><section><para>
en: After completing the boot process, <literal>init</literal> executes all start scripts in a directory specified by the default runlevel (this runlevel is given by the entry for <literal>id</literal> in <literal>/etc/inittab</literal>).  Like most System V compatible Unices, Linux has 7 runlevels:
nl: Nadat het opstartproces voltooid is, voert <literal>init</literal> alle start-scripts uit die zich in de map bevinden die gespecificeerd wordt door het standaard 'runlevel' (dit 'runlevel' wordt opgegeven door het element <literal>id</literal> in <literal>/etc/inittab</literal>). Zoals de meeste vormen van Unix die compatibel zijn met System V, heeft Linux 7 'runlevels':

note: type: Content of: <chapter><section><itemizedlist><listitem><para>
en: 0 (halt the system),
nl: 0 (stop het systeem),

note: type: Content of: <chapter><section><itemizedlist><listitem><para>
en: 1 (single-user mode),
nl: 1 (één-gebruikersmodus),

note: type: Content of: <chapter><section><itemizedlist><listitem><para>
en: 2 through 5 (various multi-user modes), and
nl: 2 tot 5 (verschillende meerdere-gebruikersmodi), en

note: type: Content of: <chapter><section><itemizedlist><listitem><para>
en: 6 (reboot the system).
nl: 6 (herstart het systeem).

note: type: Content of: <chapter><section><para>
en: Debian systems come with id=2, which indicates that the default runlevel will be '2' when the multi-user state is entered, and the scripts in <literal>/etc/rc2.d/</literal> will be run.
nl: Op Debian-systemen staat id=2 ingesteld, wat aangeeft dat het standaard-runlevel '2' is als naar de meerdere-gebruikers-toestand overgegaan wordt en dat de scripts uit <literal>/etc/rc2.d/</literal> uitgevoerd zullen worden.

note: type: Content of: <chapter><section><para>
en: Debian uses dependency-based boot ordering through <command>insserv</command>, using the LSB headers in each script under <literal>/etc/init.d/</literal>, as well as parallel concurrent booting through the use of <command>startpar</command> to speed up the boot process.
nl: Debian past een onderling afhankelijke opstartvolgorde toe via <command>insserv</command> met behulp van de LSB-headers van elk script onder <literal>/etc/init.d/</literal>, evenals het gelijktijdig parallel opstarten via het gebruik van <command>startpar</command> om het opstartproces te versnellen.

note: type: Content of: <chapter><section><para>
en: The scripts in any of the directories, <literal>/etc/rcN.d/</literal> are just symbolic links back to scripts in <literal>/etc/init.d/</literal>.  However, the <emphasis>names</emphasis> of the files in each of the <literal>/etc/rcN.d/</literal> directories are selected to indicate the <emphasis>way</emphasis> the scripts in <literal>/etc/init.d/</literal> will be run.  Specifically, before entering any runlevel, all the scripts beginning with 'K' are run; these scripts kill services.  Then all the scripts beginning with 'S' are run; these scripts start services.  The two-digit number following the 'K' or 'S' indicates the order in which the script is run.  Lower numbered scripts are executed first.
nl: De scripts in elk van de <literal>/etc/rcN.d/</literal>-mappen zijn gewoon symbolische koppelingen naar scripts in <literal>/etc/init.d/</literal>. Het zijn echter de <emphasis>namen</emphasis> van de bestanden in elk van de <literal>/etc/rcN.d/</literal>-mappen die gebruikt worden om aan te geven op welke <emphasis>wijze</emphasis> de scripts in <literal>/etc/init.d/</literal> zullen uitgevoerd worden. Meer specifiek worden vooraleer een 'runlevel' binnengegaan wordt, alle scripts uitgevoerd die beginnen met 'K'. Dit zijn scripts die diensten doden. Daarna worden alle scripts die beginnen met 'S' uitgevoerd. Deze scripts starten diensten. Het uit twee cijfers bestaand getal dat na de 'K' of 'S' volgt, geeft de volgorde aan waarin het script uitgevoerd wordt. Scripts met het laagste getal worden eerst uitgevoerd.

note: type: Content of: <chapter><section><para>
en: This approach works because the scripts in <literal>/etc/init.d/</literal> all take an argument which can be either "start", "stop", "reload", "restart" or "force-reload" and will then do the task indicated by the argument.  These scripts can be used even after a system has been booted, to control various processes.
nl: Een dergelijke benadering werkt, omdat de scripts in <literal>/etc/init.d/</literal> allemaal een argument nodig hebben dat 'start', 'stop', 'reload', 'restart' of 'force-reload' kan zijn en dan de taak uitvoeren die door dat argument opgegeven wordt. Zelfs nadat een systeem opgestart werd kunnen deze scripts gebruikt worden om verschillende processen te controleren.

note: type: Content of: <chapter><section><para>
en: For example, with the argument "reload" the command
nl: Bijvoorbeeld, met het argument 'reload' stuurt het commando

note: type: Content of: <chapter><section><para>
en: sends the sendmail daemon a signal to reread its configuration file.
nl: de sendmail-daemon het signaal om zijn configuratiebestand opnieuw in te lezen.

note: type: Content of: <chapter><section><para>
en: Note that <command>invoke-rc.d</command> should not be used to call the <literal>/etc/init.d/</literal> scripts, <command>service</command> should be used instead.
nl: Merk op dat <command>invoke-rc.d</command> niet gebruikt zou moeten worden om de scripts uit <literal>/etc/init.d/</literal> aan te roepen. In plaats daarvan moet <command>service</command> gebruikt worden.

note: type: Content of: <chapter><section><title>
en: And are there yet other ways of booting a Debian system?
nl: Zijn er nog andere methodes om een Debian-systeem op te starten?

note: type: Content of: <chapter><section><para>
en: If you do like System V init, but don't like the /etc/rc?.d/* links, you could install the <systemitem role="package">file-rc</systemitem> package.  That will convert the links into one single configuration file /etc/runlevel.conf instead.
nl: Indien u houdt van System V init, maar niet van de koppelingen in /etc/rc?.d/*, kunt u het pakket <systemitem role="package">file-rc</systemitem> installeren. Dat zet de koppelingen om in één enkel configuratiebestand /etc/runlevel.conf.

note: type: Content of: <chapter><section><para>
en: If you like neither System V nor systemd, you might like <systemitem role="package">openrc</systemitem> or <systemitem role="package">runit</systemitem> or <systemitem role="package">daemontools</systemitem>.
nl: Indien u niet van System V en ook niet van systemd houdt, voelt u misschien wel iets voor <systemitem role="package">openrc</systemitem> of <systemitem role="package">runit</systemitem> of <systemitem role="package">daemontools</systemitem>.

note: type: Content of: <chapter><section><title>
en: How does the package management system deal with packages that contain configuration files for other packages?
nl: Hoe gaat het systeem voor pakketbeheer om met pakketten die configuratiebestanden voor andere pakketten bevatten?

note: type: Content of: <chapter><section><para>
en: Some users wish to create, for example, a new server by installing a group of Debian packages and a locally generated package consisting of configuration files.  This is not generally a good idea, because <command>dpkg</command> will not know about those configuration files if they are in a different package, and may write conflicting configurations when one of the initial "group" of packages is upgraded.
nl: Sommige gebruikers willen bijvoorbeeld een nieuwe server creëren door een groep Debian-pakketten te installeren evenals een lokaal gemaakt pakket dat uit configuratiebestanden bestaat. Dit is over het algemeen geen goed idee, omdat <command>dpkg</command> niet op de hoogte zal zijn van die configuratiebestanden die zich in een ander pakket bevinden, en dus mogelijk conflicterende configuraties kan neerschrijven wanneer een van de pakketten uit de initiële "groep' opgewaardeerd wordt.

note: type: Content of: <chapter><section><para>
en: Instead, create a local package that modifies the configuration files of the "group" of Debian packages of interest.  Then <command>dpkg</command> and the rest of the package management system will see that the files have been modified by the local "sysadmin" and will not try to overwrite them when those packages are upgraded.
nl: Maak in de plaats daarvan een lokaal pakket dat de configuratiebestanden van de betreffende "groep" Debian-pakketten aanpast. Dan zal <command>dpkg</command> en de rest van het pakketbeheersysteem zien dat de bestanden gewijzigd werden door de lokale "systeembeheerder" en zullen ze geen poging doen om ze te overschrijven wanneer deze pakketten opgewaardeerd worden.

note: type: Content of: <chapter><section><title>
en: How do I override a file installed by a package, so that a different version can be used instead?
nl: Hoe omzeil ik een bestand dat door een pakket geïnstalleerd werd, zodat in de plaats van dat bestand een andere versie gebruikt kan worden?

note: type: Content of: <chapter><section><para>
en: Suppose a sysadmin or local user wishes to use a program "login-local" rather than the program "login" provided by the Debian <systemitem role="package">login</systemitem> package.
nl: Verondersel dat een systeembeheerder of een lokale gebruiker liever een programma "lokale-login" wil gebruiken in plaats van het programma "login" warin door het Debian-pakket <systemitem role="package">login</systemitem> voorzien wordt.

note: type: Content of: <chapter><section><para>
en: Do <emphasis role="strong">not</emphasis>:
nl: Overschrijf

note: type: Content of: <chapter><section><itemizedlist><listitem><para>
en: Overwrite <literal>/bin/login</literal> with <literal>login-local</literal>.
nl: <literal>/bin/login</literal> <emphasis role="strong">niet</emphasis> met <literal>lokale-login</literal>.

note: type: Content of: <chapter><section><para>
en: The package management system will not know about this change, and will simply overwrite your custom <literal>/bin/login</literal> whenever <literal>login</literal> (or any package that provides <literal>/bin/login</literal>) is installed or updated.
nl: Het systeem voor pakketbeheer zal geen kennis hebben van deze wijziging en zal uw aangepaste <literal>/bin/login</literal> gewoon overschrijven als het pakket <literal>login</literal> (of elk pakket dat voorziet in <literal>/bin/login</literal>) geïnstalleerd of opgewaardeerd wordt.

note: type: Content of: <chapter><section><para>
en: Rather, do
nl: Doe liever het volgende:

note: type: Content of: <chapter><section><itemizedlist><listitem><para>
en: Execute:
nl: Geef de opdracht:

note: type: Content of: <chapter><section><itemizedlist><listitem><para>
en: in order to cause all future installations of the Debian <systemitem role="package">login</systemitem> package to write the file <literal>/bin/login</literal> to <literal>/bin/login.debian</literal> instead.
nl: om er voor te zorgen dat alle toekomstige installaties van het Debian-pakket <systemitem role="package">login</systemitem> het bestand <literal>/bin/login</literal> naar <literal>/bin/login.debian</literal> schrijven.

note: type: Content of: <chapter><section><itemizedlist><listitem><para>
en: Then execute:
nl: Voer dan de volgende opdracht uit:

note: type: Content of: <chapter><section><itemizedlist><listitem><para>
en: to move your own locally-built program into place.
nl: om uw eigen lokaal gebouwd programma op zijn plaats te zetten.

note: type: Content of: <chapter><section><para>
en: Run <literal>dpkg-divert --list</literal> to see which diversions are currently active on your system.
nl: Gebruik de opdracht <literal>dpkg-divert --list</literal> om te zien welke afgeleiden er momenteel actief zijn op uw systeem.

note: type: Content of: <chapter><section><para>
en: Details are given in the manual page <citerefentry><refentrytitle>dpkg-divert</refentrytitle><manvolnum>8</manvolnum></citerefentry>.
nl: Meer informatie wordt gegeven in de man-pagina <citerefentry><refentrytitle>dpkg-divert</refentrytitle><manvolnum>8</manvolnum></citerefentry>.

note: type: Content of: <chapter><section><title>
en: How can I have my locally-built package included in the list of available packages that the package management system knows about?
nl: Hoe kan ik mijn lokaal gebouwd pakket opgenomen krijgen in de lijst van beschikbare pakketten waar het pakketbeheersysteem weet heeft?

note: type: Content of: <chapter><section><para>
en: Execute the command:
nl: Geef de opdracht:

note: type: Content of: <chapter><section><screen>
en: dpkg-scanpackages BIN_DIR OVERRIDE_FILE [PATHPREFIX] > my_Packages
nl: dpkg-scanpackages BIN_DIR OVERRIDE_FILE [PATHPREFIX] > mijn_Pakketten

note: type: Content of: <chapter><section><para>
en: where:
nl: waarbij

note: type: Content of: <chapter><section><itemizedlist><listitem><para>
en: BIN-DIR is a directory where Debian archive files (which usually have an extension of ".deb") are stored.
nl: BIN-DIR een map is waar Debian-archiefbestanden (die gewoonlijk de extensie ".deb" hebben) opgeslagen worden.

note: type: Content of: <chapter><section><itemizedlist><listitem><para>
en: OVERRIDE_FILE is a file that is edited by the distribution maintainers and is usually stored on a Debian archive at <literal>indices/override.main.gz</literal> for the Debian packages in the "main" distribution.  You can ignore this for local packages.
nl: OVERRIDE_FILE is een bestand dat bewerkt wordt door de onderhouders van de distributie en gewoonlijk opgeslagen wordt op een Debian-archief in <literal>indices/override.main.gz</literal> voor de Debian-pakketten in de distributie "main". Voor lokale pakketten kunt u dit negeren.

note: type: Content of: <chapter><section><itemizedlist><listitem><para>
en: PATHPREFIX is an <emphasis>optional</emphasis> string that can be prepended to the <literal>my_Packages</literal> file being produced.
nl: PATHPREFIX een <emphasis>optionele</emphasis> tekenreeks is die vooraan toegevoegd kan worden voor <literal>mijn_Pakketten</literal>, het bestand dat aangemaakt wordt.

note: type: Content of: <chapter><section><para>
en: Once you have built the file <literal>my_Packages</literal>, tell the package management system about it by using the command:
nl: Eens u het bestand <literal>mijn_Pakketten</literal> gebouwd heeft, moet u het pakketbeheersysteem erover informeren door het volgende commando te gebruiken:

note: type: Content of: <chapter><section><screen>
en: dpkg --merge-avail my_Packages
nl: dpkg --merge-avail mijn_Pakketten

note: type: Content of: <chapter><section><para>
en: If you are using APT, you can add the local repository to your <citerefentry><refentrytitle>sources.list</refentrytitle><manvolnum>5</manvolnum></citerefentry> file, too.
nl: Indien u APT gebruikt, kunt u ook de lokale pakketbron toevoegen aan uw bestand <citerefentry><refentrytitle>sources.list</refentrytitle><manvolnum>5</manvolnum></citerefentry>.

note: type: Content of: <chapter><section><title>
en: Some users like mawk, others like gawk; some like vim, others like elvis; some like trn, others like tin; how does Debian support diversity?
nl: Dommige gebruikers houden van mawk, anderen houden van gawk; sommigen houden van vim, anderen houden van elvis; sommigen houden van trn, anderen houden van tin. Hoe ondersteunt Debian diversiteit?

note: type: Content of: <chapter><section><para>
en: There are several cases where two packages provide two different versions of a program, both of which provide the same core functionality.  Users might prefer one over another out of habit, or because the user interface of one package is somehow more pleasing than the interface of another.  Other users on the same system might make a different choice.
nl: Er zijn verschillende gevallen waarin twee pakketten voorzien in twee verschillenden versies van een programma, die beide dezelfde kernfunctionaliteit bieden. Gebruikers kunnen het ene verkiezen boven het andere uit gewoonte of omdat de gebruikersinterface van het ene pakket iets meer bevalt dan die van het andere. Andere gebruikers op hetzelfde systeem kunnen een andere keuze maken.

note: type: Content of: <chapter><section><para>
en: Debian uses a "virtual" package system to allow system administrators to choose (or let users choose) their favorite tools when there are two or more that provide the same basic functionality, yet satisfy package dependency requirements without specifying a particular package.
nl: Debian gebruikt een "virtueel" pakketsysteem om systeembeheerders toe te laten hun voorkeursgereedschappen te kiezen (of de gebruikers deze te laten kiezen) als er twee of meer zijn die dezelfde basisfunctionaliteit bieden, en om zonder een specifiek pakket op te geven, toch te voldoen aan de vereisten inzake pakketafhankelijkheden.

note: type: Content of: <chapter><section><para>
en: For example, there might exist two different versions of newsreaders on a system.  The news server package might 'recommend' that there exist <emphasis>some</emphasis> news reader on the system, but the choice of <literal>tin</literal> or <literal>trn</literal> is left up to the individual user.  This is satisfied by having both the <systemitem role="package">tin</systemitem> and <systemitem role="package">trn</systemitem> packages provide the virtual package <systemitem role="package">news-reader</systemitem>.  <emphasis>Which</emphasis> program is invoked is determined by a link pointing from a file with the virtual package name <literal>/etc/alternatives/news-reader</literal> to the selected file, e.g., <literal>/usr/bin/trn</literal>.
nl: Er zouden op een systeem bijvoorbeeld twee verschillende versies van een nieuwslezerprogramma kunnen staan. Het nieuwsserverpakket kan de aanwezigheid op het systeem van <emphasis>een</emphasis> nieuwslezer 'aanbevelen', maar de keuze tussen <literal>tin</literal> en <literal>trn</literal> wordt overgelaten aan de individuele gebruiker. Aan de aanbeveling wordt voldaan door zowel het pakket <systemitem role="package">tin</systemitem> als het pakket <systemitem role="package">trn</systemitem> te laten voorzien in het virtuele pakket <systemitem role="package">news-reader</systemitem>. <emphasis>Welk</emphasis> programma aanroepen wordt, wordt bepaald door een koppeling die van een bestand met de virtuele pakketnaam <literal>/etc/alternatives/news-reader</literal> verwijst naar het gekozen bestand, bijv. <literal>/usr/bin/trn</literal>.

note: type: Content of: <chapter><section><para>
en: A single link is insufficient to support full use of an alternate program; normally, manual pages, and possibly other supporting files must be selected as well.  The Perl script <literal>update-alternatives</literal> provides a way of ensuring that all the files associated with a specified package are selected as a system default.
nl: Een enkele koppeling volstaat niet om het gebruik van een alternatief programma ten volle te ondersteunen. Normaal moeten ook man-pagina's, en eventuele andere ondersteunende bestanden ook geselecteerd worden. Het Perl-script <literal>update-alternatives</literal> biedt een manier om ervoor te zorgen dat alle bestanden die met een opgegeven pakket verband houden, geselecteerd worden als de systeemstandaard.

note: type: Content of: <chapter><section><para>
en: For example, to check what executables provide "x-window-manager", run:
nl: Om bijvoorbeeld na te gaan welke uitvoerbare bestanden voorzien in 'x-window-manager', geeft u de opdracht:

note: type: Content of: <chapter><section><para>
en: If you want to change it, run:
nl: Indien u dit wenst te veranderen, geef dan het commando:

note: type: Content of: <chapter><section><para>
en: And follow the instructions on the screen (basically, press the number next to the entry you'd like better).
nl: en volg de instructies op het scherm (eigenlijk het cijfer invoeren dat naast het item staat dat u meer verkiest).

note: type: Content of: <chapter><section><para>
en: If a package doesn't register itself as a window manager for some reason (file a bug if it's in error), or if you use a window manager from /usr/local directory, the selections on screen won't contain your preferred entry.  You can update the link through command line options, like this:
nl: Indien een pakket om een of andere reden zichzelf niet als 'window manager' bekendmaakt (stel een bugrapport op als dit een fout is), of indien u een windowmanager uit de map /usr/local gebruikt, zullen de keuzemogelijkheden op het scherm uw voorkeurprogramma niet vermelden. U kunt de koppeling bijwerken via commandoregelopties zoals deze:

note: type: Content of: <chapter><section><para>
en: The first argument to "--install" option is the symlink that points to /etc/alternatives/NAME, where NAME is the second argument.  The third argument is the program to which /etc/alternatives/NAME should point to, and the fourth argument is the priority (larger value means the alternative will more probably get picked automatically).
nl: Het eerste argument voor de optie '--install' is de symbolische koppeling die wijst naar /etc/alternatives/NAAM, waarbij NAAM het tweede argument is. Het derde argument is het programma waarnaar /etc/alternatives/NAAM moet verwijzen en het vierde argument is de prioriteit (hogere waarden betekenen een grotere kans dat het alternatief automatisch uitgekozen wordt).

note: type: Content of: <chapter><section><para>
en: To remove an alternative you added, simply run:
nl: Om een alternatief dat u toevoegde, te verwijderen, geeft u gewoon het commando:
