*****************************************************
        *           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-split - Indeling van een meerdelig binair pakket in Debian

=head1 OVERZICHT

I<bestandsnaam>B<.deb>

=head1 BESCHRIJVING

De meerdelige B<.deb>-indeling wordt gebruikt om grote pakketten op te splitsen in kleinere stukken om het transport op kleine media te vergemakkelijken.

=head1 INDELING

Het bestand is een B<ar>-archief met een magische waarde van B<!E<lt>archE<gt>>. De bestandsnaam mag aan het einde een slash bevatten (sinds dpkg 1.15.6).

Het eerste element wordt B<debian-split> genoemd en bevat een reeks regels, onderling gescheiden door regeleinden. Momenteel gaat het om acht regels:

=over 

=item *

Het versienummer van de indeling, B<2.1> op het ogenblik van het schrijven van deze man-pagina.

=item *

De pakketnaam.

=item *

De pakketversie.

=item *

De MD5-controlesom van het pakket.

=item *

De totale grootte van het pakket.

=item *

De maximale grootte van een deel.

=item *

Het volgnummer van het huidige deel, gevolgd door een slash en het totaal aantal delen (zoals in ‘1/10’).

=item *

De architectuur van het pakket (sinds dpkg 1.16.1).

=back

Programma's die meerdelige archieven lezen moeten erop voorbereid zijn dat het onderversienummer van de indeling verhoogd kan worden en dat er bijkomende regels aanwezig kunnen zijn, die, als dat het geval is, genegeerd moeten worden.

Indien het hoofdversienummer van de indeling gewijzigd werd, werd een niet-compatibele wijziging aangebracht en zou het programma moeten stoppen. Indien het dat niet doet, zou het programma in staat moeten zijn om probleemloos voort te gaan, tenzij het in het archief een onverwacht element tegenkomt (behalve op het einde), zoals hierna beschreven wordt.

Het tweede en laatste verplichte element heeft als naam B<data.>I<N>, waarbij I<N> het volgnummer van het deel aangeeft. Het bevat de ruwe data van dat deel.

Deze elementen moeten exact in die volgorde voorkomen. De huidige implementaties moeten eventuele bijkomende elementen na B<data.>I<N> negeren. In de toekomst kunnen eventueel nog meer elementen gedefinieerd worden en die zullen (als dat mogelijk is) na deze twee geplaatst worden.

=head1 ZIE OOK

B<deb>(5), B<dpkg-split>(1).