
        *****************************************************
        *           GENERATED FILE, DO NOT EDIT             *
        * THIS IS NO SOURCE FILE, BUT RESULT OF COMPILATION *
        *****************************************************

This file was generated by po4a(7). Do not store it (in VCS, for example),
but store the PO file used as source file by po4a-translate.

In fact, consider this as a binary, and the PO file as a regular .c file:
If the PO get lost, keeping this translation up-to-date will be harder.

=encoding UTF-8

=head1 NAAM

deb-src-control - Indeling van het hoofdcontrolebestand van
Debian-broncodepakketten

=head1 OVERZICHT

B<debian/control>

=head1 BESCHRIJVING

Elk Debian bronpakket bevat het hoofdcontrolebestand «B<debian/control>» en
de L<deb822(5)>-indeling ervan is een superverzameling van het
B<control>-bestand dat meekomt in binaire Debian-pakketten, zie
B<deb-control>(5).

Dit bestand bevat tenminste twee paragrafen, gescheiden door een
witregel. De eerste paragraaf vermeldt alle informatie over het
broncodepakket in het algemeen, terwijl elke daaropvolgende paragraaf exact
één binair pakket beschrijft. Elke paragraaf bestaat minstens uit één
veld. Een veld begint met een veldnaam, zoals B<Package> of B<Section> (niet
hoofdlettergevoelig), gevolgd door een dubbele punt, het tekstgedeelte van
het veld (hoofdlettergevoelig tenzij anders vermeld) en een
regeleinde. Velden mogen ook uit meerdere regels bestaan, maar iedere
bijkomende regel zonder veldnaam moet minstens met één spatie
beginnen. Gereedschap voegt de inhoud van velden die uit meerdere regels
bestaan, meestal samen tot één regel (behalve in het geval van het veld
B<Description>; zie hierna). Om lege regels toe te voegen in een veld dat
uit meerdere regels bestaat, moet u na de spatie een punt toevoegen. Regels
die met een ‘B<#>’ beginnen worden als commentaar behandeld.

=head1 VELDEN BRONCODEPAKKET

=over 

=item B<Source:> I<broncodepakket-naam> (verplicht)

De waarde van dit veld is de naam van het broncodepakket en moet
overeenkomen met de naam van het broncodepakket in het bestand
debian/changelog. Een pakketnaam mag enkel bestaan uit kleine letters (a-z),
cijfers (0-9), plussen (+) en minnen (-) en punten (.). Pakketnamen moeten
minstens twee tekens lang zijn en moeten met een alfanumeriek teken (a-z0-9)
in kleine letter beginnen.

=item B<Maintainer:> I<volledige-naam-en-e-mail> (aanbevolen)

Moet volgens de indeling «Joe Bloggs E<lt>jbloggs@foo.comE<gt>» opgemaakt
zijn en verwijzen naar de persoon die momenteel het pakket onderhoudt, in
tegenstelling tot de auteur van de software of de originele verpakker ervan.

=item B<Uploaders:> I<volledige-naam-en-e-mailadres>

Somt al de namen en de e-mailadressen op van de personen die het pakket mee
onderhouden volgens dezelfde indeling als van het veld
B<Maintainer>. Meerdere mede-onderhouders moeten onderling door een komma
gescheiden worden.

=item B<Standards-Version:> I<versietekenreeks>

Dit documenteert de meest recente versie van de normen die vastgelegd werden
in de richtlijnen van de distributie en waaraan dit pakket voldoet.

=item B<Description:> I<korte-beschrijving>

=item B<> I<uitgebreide-beschrijving>

De indeling van een pakketbeschrijving bestaat uit een beknopte korte
samenvatting op de eerste regel (na de veldmarkering B<Description>). De
daaropvolgende regels moeten gebruikt worden voor een langere, meer
gedetailleerde beschrijving. Elke regel van de uitgebreide beschrijving moet
voorafgegaan worden door een spatie, en lege regels in de uitgebreide
beschrijving moeten één enkele ‘B<.>’ bevatten die volgt op de eraan
voorafgaande spatie.

=item B<Homepage:> I<URL>

De URL van de homepage van het toeleverend project (upstream).

=item B<Bugs:> I<URL>

De I<URL> van het bugopvolgingssysteem voor dit pakket. De momenteel
gebruikte indeling is I<bts-type>B<://>I<bts-adres>, zoals
B<debbugs://bugs.debian.org>. Meestal is dit veld niet nodig.

=item B<Rules-Requires-Root:> B<no>|B<binary-targets>|I<impl-trefwoorden>

Dit veld wordt gebruikt om aan te geven of het bestand B<debian/rules>
voorrechten van (fake)root nodig heeft om sommige van zijn targets uit te
voeren, en zo ja wanneer.

=over 

=item B<no>

De binaire targets zullen (fake)root helemaal niet nodig hebben.

=item B<binary-targets>

De binaire targets moeten altijd onder (fake)root uitgevoerd worden. Dit is
de standaardwaarde als dit veld ontbreekt. Als dit veld toegevoegd wordt met
een expliciete B<binary-targets>, terwijl dit strikt genomen niet nodig is,
geeft dit aan dat de noodzaak ervan onderzocht werd.

=item I<impl-trefwoorden>

Dit is een door witruimte gescheiden lijst van trefwoorden die omschrijven
wanneer (fake)root vereist is.

Een trefwoord bestaat uit I<naamruimte>/I<gevallen>. Het onderdeel
I<naamruimte> mag geen "/" en geen witruimte bevatten. Het onderdeel
I<gevallen> mag geen witruimte bevatten. Voorts moeten beide delen volledig
uit afdrukbare ASCII-tekens bestaan.

Elk gereedschap/pakket zal een naamruimte definiëren die vernoemd wordt naar
zichzelf en een aantal gevallen waarin (fake)root vereist is. (Zie
"Implementation provided keywords" in I<rootless-builds.txt>).

Wanneer het veld ingesteld is op een van de I<impl-trefwoorden>, zal het
bouwprogramma een interface ontsluiten die gebruikt wordt om een commando
onder (fake)root uit te voeren. (Zie "Gain Root API" in
I<rootless-builds.txt>.)

=back

=item B<Testsuite:> I<namenlijst>

=item B<Testsuite-Triggers:> I<pakketlijst>

Deze velden worden beschreven in de man-pagina B<dsc>(5), aangezien zij
gegenereerd worden op basis van informatie, afgeleid uit
B<debian/tests/control>, of letterlijk naar het controlebestand van de
broncode gekopieerd worden.

=item B<Vcs-Arch:> I<URL>

=item B<Vcs-Bzr:> I<URL>

=item B<Vcs-Cvs:> I<URL>

=item B<Vcs-Darcs:> I<URL>

=item B<Vcs-Git:> I<URL>

=item B<Vcs-Hg:> I<URL>

=item B<Vcs-Mtn:> I<URL>

=item B<Vcs-Svn:> I<URL>

De I<URL> van de opslagruimte van het versiecontrolesysteem dat gebruikt
wordt bij het onderhouden van dit pakket. Momenteel worden ondersteund:
B<Arch>, B<Bzr> (Bazaar), B<Cvs>, B<Darcs>, B<Git>, B<Hg> (Mercurial),
B<Mtn> (Monotone) en B<Svn> (Subversion). Meestal verwijst dit veld naar de
laatste versie van het pakket, zoals de hoofdtak (main branch) of de stam
(trunk)

=item B<Vcs-Browser:> I<URL>

De I<URL> van een webinterface om door de opslagruimte van het
versiecontrolesysteem te bladeren.

=item B<Origin:> I<naam>

De naam van de distributie waaruit dit pakket afkomstig is. Meestal is dit
veld niet nodig.

=item B<Section:> I<sectie>

Dit is een veld van algemene aard dat het pakket in een categorie
onderbrengt op basis van de software die het installeert. Enkele
gebruikelijke secties zijn B<utils>, B<net>, B<mail>, B<text>, B<x11>, enz.

=item B<Priority:> I<prioriteit>

Duidt het belang van dit pakket aan in verhouding tot het gehele
systeem. Gebruikelijke prioriteiten zijn B<required>, B<standard>,
B<optional>, B<extra>, enz.

De velden B<Section> en B<Priority> hebben gewoonlijk een welbepaalde set
mogelijke waarden, afhankelijk van de richtlijnen van de distributie.

=item B<Build-Depends:> I<pakketlijst>

Een lijst van pakketten die geïnstalleerd en geconfigureerd moeten zijn om
het pakket uit de broncode te kunnen bouwen. Aan deze vereisten moet voldaan
zijn bij het bouwen van binaire architectuurafhankelijke of
architectuuronafhankelijke pakketten en broncodepakketten. Een vereiste
vermelden in dit veld heeft niet exact hetzelfde effect als ze zowel in
B<Build-Depends-Arch> als in B<Build-Depends-Indep> vermelden, aangezien ook
voldaan moet zijn aan de vereiste voor het bouwen van het broncodepakket.

=item B<Build-Depends-Arch:> I<pakketlijst>

Hetzelfde als B<Build-Depends>, maar ze zijn enkel nodig bij het bouwen van
de architectuurafhankelijke pakketten. In dit geval worden ook de pakketten
uit B<Build-Depends> geïnstalleerd. Dit veld wordt ondersteund sinds dpkg
1.16.4; om met oudere versies van dpkg pakketten te bouwen moet in plaats
daarvan B<Build-Depends> gebruikt worden.

=item B<Build-Depends-Indep:> I<pakketlijst>

Hetzelfde als B<Build-Depends>, maar ze zijn enkel nodig bij het bouwen van
de architectuuronafhankelijke pakketten. In dit geval worden ook de
pakketten uit B<Build-Depends> geïnstalleerd.

=item B<Build-Conflicts:> I<pakketlijst>

Een lijst van pakketten die niet geïnstalleerd mogen zijn bij het bouwen van
het pakket, bijvoorbeeld omdat ze interfereren met het gebruikte
bouwsysteem. Een afhankelijkheidsrelatie opnemen in deze lijst heeft
hetzelfde effect als ze zowel in B<Build-Conflicts-Arch> als in
B<Build-Conflicts-Indep> opnemen, met het bijkomende effect dat ze ook
gebruikt wordt als enkel het broncodepakket gebouwd wordt.

=item B<Build-Conflicts-Arch:> I<pakketlijst>

Hetzelfde als B<Build-Conflicts>, maar enkel bij het bouwen van de
architectuurafhankelijke pakketten. Dit veld wordt ondersteund sinds dpkg
1.16.4; om met oudere versies van dpkg pakketten te bouwen moet in plaats
daarvan B<Build-Conflicts> gebruikt worden.

=item B<Build-Conflicts-Indep:> I<pakketlijst>

Hetzelfde als B<Build-Conflicts>, maar enkel bij het bouwen van de
architectuuronafhankelijke pakketten.

=back

De syntaxis van de velden B<Build-Depends>, B<Build-Depends-Arch> en
B<Build-Depends-Indep> is een lijst van groepen van alternatieve
pakketten. Elke groep is een lijst van pakketten die onderling gescheiden
worden door het symbool verticale streep (of “pijp”), ‘B<|>’. De groepen
worden onderling gescheiden door komma's ‘B<,>’ en de lijst kan eindigen met
een afsluitende komma, die bij het genereren van de velden voor
B<deb-control>(5) weggelaten zal worden (sinds dpkg 1.10.14). Een komma moet
geïnterpreteerd worden als een “AND” en een pijp als een “OR”, waarbij
pijpen de sterkste binding hebben. Elke pakketnaam kan facultatief gevolgd
worden door een architectuurkwalificatie, die toegevoegd wordt na een
dubbele punt ‘B<:>’, facultatief gevolgd door de vermelding van een
versienummer tussen ronde haakjes ‘B<(>’ en ‘B<)>’, een
architectuurspecificatie tussen vierkante haakjes ‘B<[>’ en ‘B<]>’ en een
restrictieformule die bestaat uit één of meer lijsten van profielnamen
tussen punthaakjes ‘B<E<lt>>’ en ‘B<E<gt>>’.

De syntaxis van de velden B<Build-Conflicts>, B<Build-Conflicts-Arch> en
B<Build-Conflicts-Indep> is een lijst van pakketnamen die onderling
gescheiden zijn door een komma, waarbij de komma geïnterpreteerd moet worden
als een “AND” en waarbij de lijst kan eindigen met een afsluitende komma,
die bij het genereren van de velden voor B<deb-control>(5) weggelaten zal
worden (sinds dpkg 1.10.14).. Het specificeren van alternatieve pakketten
met behulp van een “pijp” wordt niet ondersteund. Elke pakketnaam kan
facultatief gevolgd worden door de vermelding van een versienummer tussen
ronde haakjes, een architectuurspecificatie tussen vierkante haakjes en een
restrictieformule die bestaat uit één of meer lijsten van profielnamen
tussen punthaakjes.

De naam van een architectuurkwalificatie kan een echte
Debian-architectuurnaam zijn (sinds dpkg 1.16.5), B<any> (sinds dpkg 1.16.2)
of B<native> (since dpkg 1.16.5). Indien ze weggelaten is, is de standaard
voor het veld B<Build-Depends> de architectuur van de huidige computer en
voor het veld B<Build-Conflicts> is dat B<any>. Een echte
Debian-architectuurnaam komt exact overeen met die architectuur voor die
pakketnaam; B<any> komt overeen met om het even welke architectuur voor die
pakketnaam als het pakket gemarkeerd werd als B<Multi-Arch: allowed>;
B<native> komt overeen met de huidige bouwarchitectuur indien het pakket
niet gemarkeerd werd als B<Multi-Arch: foreign>.

Een versienummer kan beginnen met een ‘B<E<gt>E<gt>>’. In dat geval levert
dit met alle latere versies een overeenkomst op. Een versienummer kan al dan
niet ook een Debian-pakketrevisie bevatten (met een koppelteken tussen
versienummer en Debian-pakketrevisie). Toegestane versierelaties zijn
‘B<E<gt>E<gt>>’ voor hoger dan, ‘B<E<lt>E<lt>>’ voor lager dan, ‘B<E<gt>=>’
voor hoger of gelijk aan, ‘B<E<lt>=>’ voor lager of gelijk aan en ‘B<=>’
voor gelijk aan.

Een architectuuraanduiding bestaat uit één of meer architectuurnamen,
onderling gescheiden door witruimte. Een uitroepteken mag elk van de namen
voorafgaan, hetgeen de betekenis heeft van “NOT” (niet).

Een restrictieformule bestaat uit één of meer restrictielijsten, onderling
gescheiden door witruimte. Elke restrictielijst staat tussen punthaakjes. De
items in de restrictielijst zijn bouwprofielnamen, onderling gescheiden door
witruimte, en kunnen voorafgegaan worden door een uitroepteken, hetgeen de
betekenis heeft van “NOT” (niet). Een restrictieformule heeft de
verschijningsvorm van een expressie in disjunctieve normaalvorm.

Merk op dat de vermelding dat pakketten vereist worden die behoren tot de
categorie B<build-essential>, weggelaten kan worden en dat het onmogelijk is
om tegenover dergelijke pakketten een bouwtegenstrijdigheid te
formuleren. Een lijst van deze pakketten is te vinden in het pakket
build-essential.

=head1 VELDEN BINAIR PAKKET

Merk op dat de velden B<Priority>, B<Section> en B<Homepage> ook in een
paragraaf van het binaire pakket kunnen voorkomen ter vervanging van de
globale waarde uit het broncodepakket.

=over 

=item B<Package:> I<naam-binair-pakket> (verplicht)

Dit veld wordt gebruikt om de naam van het binaire pakket te
vermelden. Dezelfde restricties gelden als voor de naam van een
broncodepakket.

=item B<Package-Type:> B<deb>|B<udeb>|I<type>

Dit veld definieert het pakkettype. B<udeb> is voor pakketten waarvan de
omvang aan beperkingen onderworpen is en die door het installatieprogramma
van Debian gebruikt worden. B<deb> is de standaardwaarde, die verondersteld
wordt als het veld ontbreekt. In de toekomst kunnen nog andere types
toegevoegd worden.

=item B<Architecture:> I<arch>|B<all>|B<any> (verplicht)

De architectuur geeft aan op welk type hardware dit pakket werkt. Gebruik de
waarde B<any> voor pakketten die op alle architecturen werken. Voor
pakketten die architectuuronafhankelijk zijn, zoals shell- en Perl-scripts
of documentatie, moet u de waarde B<all> gebruiken. Om pakketten tot een
bepaalde set van architecturen te beperken, moet u de namen van de
architecturen opgeven, onderling gescheiden door een spatie. Het is ook
mogelijk om architectuur-jokers te plaatsen in de lijst (zie
B<dpkg-architecture>(1) voor bijkomende informatie daarover).

=item B<Build-Profiles:> I<restrictie-formule>

Dit veld geeft de condities aan waaronder dit binaire pakket al dan niet te
bouwen is. Om deze conditie uit te drukken wordt voor de restrictieformule
dezelfde syntaxis gebruikt als die van het veld B<Build-Depends>.

Indien de paragraaf over een binair pakket dit veld niet bevat, dan betekent
dit impliciet dat het te bouwen is met alle bouwprofielen (met inbegrip van
helemaal geen).

Met andere woorden, indien aan de paragraaf betreffende een binair pakket
een niet-leeg B<Build-Profiles>-veld toegevoegd is, dan wordt dat binair
pakket gegenereerd indien en enkel indien de conditie die uitgedrukt wordt
door de expressie in conjunctieve normaalvorm als waar geëvalueerd wordt.

=item B<Protected:> B<Byes>|B<no>

=item B<Essential:> B<yes>|B<no>

=item B<Build-Essential:> B<yes>|B<no>

=item B<Multi-Arch:> B<same>|B<foreign>|B<allowed>|B<no>

=item B<Tag:> I<lijst-van-markeringen>

=item B<Description:> I<korte-beschrijving> (aanbevolen)

Deze velden worden beschreven in de man-pagina B<deb-control>(5), vermits
zij letterlijk naar het controlebestand van het binaire pakket gekopieerd
worden.

=item B<Depends:> I<pakketlijst>

=item B<Pre-Depends:> I<pakketlijst>

=item B<Recommends:> I<pakketlijst>

=item B<Suggests:> I<pakketlijst>

=item B<Breaks:> I<pakketlijst>

=item B<Enhances:> I<pakketlijst>

=item B<Replaces:> I<pakketlijst>

=item B<Conflicts:> I<pakketlijst>

=item B<Provides:> I<pakketlijst>

=item B<Built-Using:> I<pakketlijst>

Deze velden benoemen relaties tussen pakketten. Ze worden besproken in de
man-pagina B<deb-control>(5). Wanneer deze velden in I<debian/control>
voorkomen, kunnen ze ook eindigen met een afsluitende komma (sinds dpkg
1.10.14), kunnen ze architectuurspecificaties bevatten en restrictieformules
bevatten, wat bij het genereren van de velden voor B<deb-control>(5)
allemaal teruggebracht zal worden.

=item B<Subarchitecture:> I<waarde>

=item B<Kernel-Version:> I<waarde>

=item B<Installer-Menu-Item:> I<waarde>

Deze velden worden door het installatieprogramma van Debian in B<udeb>'s
gebruikt en zijn meestal niet nodig. Zie voor meer details over deze velden
/usr/share/doc/debian-installer/devel/modules.txt uit het pakket
B<debian-installer>.

=back

=head1 DOOR DE GEBRUIKER GEDEFINIEERDE VELDEN

Het is toegelaten om aan het bestand control bijkomende door de gebruiker
gedefinieerde velden toe te voegen. De gereedschappen zullen deze velden
negeren. Indien u wilt dat de velden mee gekopieerd worden naar de
uitvoerbestanden, zoals de binaire pakketten, moet u een aangepast
naamgevingsschema hanteren: de velden moeten beginnen met een B<X>, gevolgd
door nul of meer van de tekens B<SBC> en een koppelteken.

=over 

=item B<S>

Het veld zal voorkomen in het control-bestand van het broncodepakket, zie
B<dsc>(5).

=item B<B>

Het veld zal voorkomen in het control-bestand van het binair pakket, zie
B<deb-control>(5).

=item B<C>

Het veld zal voorkomen in het controlebestand (.changes) van de upload, zie
B<deb-changes>(5).

=back

Merk op dat de voorvoegsels B<X>[B<SBC>]B<-> weggelaten worden wanneer de
velden gekopieerd worden naar de uitvoerbestanden. Een veld
B<XC-Approved-By> zal als B<Approved-By> in het changes-bestand vermeld
staan en niet opgenomen zijn in het control-bestand van het binair en het
bronpakket.

Houd er rekening mee dat deze door de gebruiker gedefinieerde velden gebruik
maken van de globale naamruimte, waardoor ze op een gegeven ogenblik in de
toekomst in botsing zouden kunnen komen met officieel erkende velden. Om
deze mogelijke situatie te vermijden kunt u die velden laten voorafgaan door
B<Private->, zoals B<XB-Private-Nieuw-Veld>.

=head1 VOORBEELD

 # Commentaar
 Source: dpkg
 Section: admin
 Priority: required
 Maintainer: Dpkg Developers <debian-dpkg@lists.debian.org>
 # dit veld wordt gekopieerd naar het binaire en het broncodepakket
 XBS-Upstream-Release-Status: stable
 Homepage: https://wiki.debian.org/Teams/Dpkg
 Vcs-Browser: https://git.dpkg.org/cgit/dpkg/dpkg.git
 Vcs-Git: https://git.dpkg.org/git/dpkg/dpkg.git
 Standards-Version: 3.7.3
 Build-Depends: pkg-config, debhelper (>= 4.1.81),
  libselinux1-dev (>= 1.28-4) [!linux-any]


 Package: dpkg-dev
 Section: utils
 Priority: optional
 Architecture: all
 # dit is een aangepast veld in het binaire pakket
 XB-Mentoring-Contact: Raphael Hertzog <hertzog@debian.org>
 Depends: dpkg (>= 1.14.6), perl5, perl-modules, cpio (>= 2.4.2-2),
  bzip2, lzma, patch (>= 2.2-1), make, binutils, libtimedate-perl
 Recommends: gcc | c-compiler, build-essential
 Suggests: gnupg, debian-keyring
 Conflicts: dpkg-cross (<< 2.0.0), devscripts (<< 2.10.26)
 Replaces: manpages-pl (<= 20051117-1)
 Description: Debian package development tools
  This package provides the development tools (including dpkg-source)
  required to unpack, build and upload Debian source packages.
  .
  Most Debian source packages will require additional tools to build;
  for example, most packages need make and the C compiler gcc.

=head1 ZIE OOK

L<deb822(5)>, B<deb-control>(5), B<deb-version>(7), B<dpkg-source>(1)

