debian-faq_11.0 - en to nl translation catalogue (92 entries)

note: type: Content of: <chapter><title>
en: The Debian archives
nl: De archieven van Debian

note: type: Content of: <chapter><section><title>
en: How many Debian distributions are there?
nl: Hoeveel distributies van Debian zijn er?

note: type: Content of: <chapter><section><para>
en: There are three major distributions: the "stable" distribution, the "testing" distribution, and the "unstable" distribution.  The "testing" distribution is sometimes "frozen" (see <xref linkend="frozen"/>).  Next to these, there is the "oldstable" distribution (that's just the one from before "stable"), and the "experimental" distribution.
nl: Er bestaan drie hoofd-distributies: de stabiele distributie "stable", de test-distributie "testing" en de onstabiele distributie "unstable". Soms wordt de distributie "testing" 'bevroren' (zie <xref linkend="frozen"/>). Daarnaast zijn er ook de oude stabiele distributie "oldstable" en de experimentele distributie "experimental".

note: type: Content of: <chapter><section><para>
en: Experimental is used for packages which are still being developed, and with a high risk of breaking your system.  It's used by developers who'd like to study and test bleeding edge software.  Users shouldn't be using packages from there, because they can be dangerous and harmful even for the most experienced people.
nl: "Experimental" wordt gebruikt voor pakketten die nog in ontwikkeling zijn en die een hoog risico in zich dragen om uw systeem onbruikbaar te maken. De distributie wordt gebruikt door ontwikkelaars die de allernieuwste software willen bestuderen en testen. Gebruikers moeten er geen pakketten van gebruiken, omdat ze zelfs voor de meest ervaren mensen gevaarlijk en schadelijk kunnen zijn.

note: type: Content of: <chapter><section><para>
en: See <xref linkend="choosing"/> for help when choosing a Debian distribution.
nl: Zie <xref linkend="choosing"/> voor hulp bij het kiezen van een Debian-distributie.

note: type: Content of: <chapter><section><title>
en: What are all those names like etch, lenny, etc.?
nl: Wat beteken het soort namen zoals etch, lenny, enz.?

note: type: Content of: <chapter><section><para>
en: They are just "codenames".  When a Debian distribution is in the development stage, it has no version number but a codename.  The purpose of these codenames is to make easier the mirroring of the Debian distributions (if a real directory like <literal>unstable</literal> suddenly changed its name to <literal>stable</literal>, a lot of stuff would have to be needlessly downloaded again).
nl: Het zijn gewoon "codenamen". Wanneer een distributie van Debian zich in de ontwikkelingsfase bevindt, heeft ze geen versienummer, maar een codenaam. Het doel van die codenamen is het vergemakkelijken van het onderhoud van een spiegelserver voor de distributies van Debian (indien een echte map zoals <literal>unstable</literal> plots de naam <literal>stable</literal> zou krijgen zou dit het nodeloos opnieuw downloaden van een heleboel zaken tot gevolg hebben).

note: type: Content of: <chapter><section><para>
en: Currently, <literal>stable</literal> is a symbolic link to <literal>&releasename;</literal> (i.e. &debian; &release;) and <literal>testing</literal> is a symbolic link to <literal>&nextreleasename;</literal>.  This means that <literal>&releasename;</literal> is the current stable distribution and <literal>&nextreleasename;</literal> is the current testing distribution.
nl: Momenteel is <literal>stable</literal> een symbolische koppeling met <literal>&releasename;</literal> (d.w.z. &debian; &release;) en <literal>testing</literal> een symbolische koppeling met <literal>&nextreleasename;</literal>. Dit betekent dat <literal>&releasename;</literal> de huidige stabiele distributie is en <literal>&nextreleasename;</literal> de huidige test-distributie.

note: type: Content of: <chapter><section><para>
en: <literal>unstable</literal> is a permanent symbolic link to <literal>sid</literal>, as <literal>sid</literal> is always the unstable distribution (see <xref linkend="sid"/>).
nl: <literal>unstable</literal> is een permanente symbolische koppeling met <literal>sid</literal>, vermist <literal>sid</literal> steeds de onstabiele distributie blijft (zie <xref linkend="sid"/>).

note: type: Content of: <chapter><section><section><title>
en: Which other codenames have been used in the past?
nl: Welke ander codenamen werden in het verleden gebruikt?

note: To be used when bookworm is released: , <literal> bullseye</literal> for release 11. type: Content of: <chapter><section><section><para>
en: Aside <literal>&releasename;</literal> and <literal>&nextreleasename;</literal>, other codenames that have been already used are: <literal>buzz</literal> for release 1.1, <literal>rex</literal> for release 1.2, <literal>bo</literal> for releases 1.3.x, <literal>hamm</literal> for release 2.0, <literal>slink</literal> for release 2.1, <literal>potato</literal> for release 2.2, <literal>woody</literal> for release 3.0, <literal>sarge</literal> for release 3.1, <literal>etch</literal> for release 4.0, <literal>lenny</literal> for release 5.0, <literal>squeeze</literal> for release 6.0, <literal>wheezy</literal> for release 7, <literal>jessie</literal> for release 8, <literal>stretch</literal> for release 9, <literal>buster</literal> for release 10.
nl: Naast <literal>&releasename;</literal> en <literal>&nextreleasename;</literal> zijn andere codenamen die reeds gebruikt werden: <literal>buzz</literal> voor release 1.1, <literal>rex</literal> voor release 1.2, <literal>bo</literal> voor de releases 1.3.x, <literal>hamm</literal> voor release 2.0, <literal>slink</literal> voor release 2.1, <literal>potato</literal> voor release 2.2, <literal>woody</literal> voor release 3.0, <literal>sarge</literal> voor release 3.1, <literal>etch</literal> voor release 4.0, <literal>lenny</literal> voor release 5.0, <literal>squeeze</literal> voor release 6.0, <literal>wheezy</literal> voor release 7, <literal>jessie</literal> voor release 8, <literal>stretch</literal> voor release 9, <literal>buster</literal> voor release 10.

note: type: Content of: <chapter><section><section><title>
en: Where do these codenames come from?
nl: Waar komen deze codenamen vandaan?

note: type: Content of: <chapter><section><section><para>
en: So far they have been characters taken from the "Toy Story" movies by Pixar.
nl: Tot nu toe zijn het figuurtjes geweest uit de "Toy Story"-filmen van Pixar.

note: type: Content of: <chapter><section><section><itemizedlist><listitem><para>
en: <emphasis>buzz</emphasis> (Debian 1.1) was the spaceman Buzz Lightyear,
nl: <emphasis>buzz</emphasis> (Debian 1.1) was de ruimtevaarder Buzz Lightyear,

note: type: Content of: <chapter><section><section><itemizedlist><listitem><para>
en: <emphasis>rex</emphasis> (Debian 1.2) was the tyrannosaurus,
nl: <emphasis>rex</emphasis> (Debian 1.2) was de tyrannosaurus,

note: type: Content of: <chapter><section><section><itemizedlist><listitem><para>
en: <emphasis>bo</emphasis> (Debian 1.3) was Bo Peep, the girl who took care of the sheep,
nl: <emphasis>bo</emphasis> (Debian 1.3) was Bo Peep, het meisje dat voor het schaap zorgde,

note: type: Content of: <chapter><section><section><itemizedlist><listitem><para>
en: <emphasis>hamm</emphasis> (Debian 2.0) was the piggy bank,
nl: <emphasis>hamm</emphasis> (Debian 2.0) was het spaarvarken,

note: type: Content of: <chapter><section><section><itemizedlist><listitem><para>
en: <emphasis>slink</emphasis> (Debian 2.1) was Slinky Dog, the toy dog,
nl: <emphasis>slink</emphasis> (Debian 2.1) was Slinky Dog, de speelgoedhond,

note: type: Content of: <chapter><section><section><itemizedlist><listitem><para>
en: <emphasis>potato</emphasis> (Debian 2.2) was, of course, Mr. Potato,
nl: <emphasis>potato</emphasis> (Debian 2.2) was natuurlijk Mr. Potato,

note: type: Content of: <chapter><section><section><itemizedlist><listitem><para>
en: <emphasis>woody</emphasis> (Debian 3.0) was the cowboy,
nl: <emphasis>woody</emphasis> (Debian 3.0) was de cowboy,

note: type: Content of: <chapter><section><section><itemizedlist><listitem><para>
en: <emphasis>sarge</emphasis> (Debian 3.1) was the sergeant of the Green Plastic Army Men,
nl: <emphasis>sarge</emphasis> (Debian 3.1) was de sergeant van de Groene Plastic Soldaatjes,

note: type: Content of: <chapter><section><section><itemizedlist><listitem><para>
en: <emphasis>etch</emphasis> (Debian 4.0) was the toy whiteboard (Etch-a-Sketch),
nl: <emphasis>etch</emphasis> (Debian 4.0) was het speelgoedtekenbord (Etch-a-Sketch),

note: type: Content of: <chapter><section><section><itemizedlist><listitem><para>
en: <emphasis>lenny</emphasis> (Debian 5.0) was the toy binoculars,
nl: <emphasis>lenny</emphasis> (Debian 5.0) was de speelgoedverrekijker,

note: type: Content of: <chapter><section><section><itemizedlist><listitem><para>
en: <emphasis>squeeze</emphasis> (Debian 6) was the name of the three-eyed aliens,
nl: <emphasis>squeeze</emphasis> (Debian 6) was de naam van de aliens met de drie ogen,

note: type: Content of: <chapter><section><section><itemizedlist><listitem><para>
en: <emphasis>wheezy</emphasis> (Debian 7) was the rubber toy penguin with a red bow tie,
nl: <emphasis>wheezy</emphasis> (Debian 7) was de rubberen speelgoedpinguïn met een rood vlinderdasje,

note: type: Content of: <chapter><section><section><itemizedlist><listitem><para>
en: <emphasis>jessie</emphasis> (Debian 8) was the yodeling cowgirl,
nl: <emphasis>jessie</emphasis> (Debian 8) was de jodelende cowgirl,

note: type: Content of: <chapter><section><section><itemizedlist><listitem><para>
en: <emphasis>stretch</emphasis> (Debian 9) was the rubber toy octopus with suckers on her eight long arms.
nl: <emphasis>stretch</emphasis> (Debian 9) was de rubberen speelgoedoctopus met zuignappen op zijn acht lange armen.

note: type: Content of: <chapter><section><section><itemizedlist><listitem><para>
en: <emphasis>buster</emphasis> (Debian 10) was Andy's pet dog.
nl: <emphasis>buster</emphasis> (Debian 10) was de lievelingshond van Andy.

note: type: Content of: <chapter><section><section><itemizedlist><listitem><para>
en: <emphasis>bullseye</emphasis> (Debian 11) was Woody's wooden toyhorse.
nl: <emphasis>bullseye</emphasis> (Debian 11) was het houten speelgoedpaard van Woody.

note: type: Content of: <chapter><section><section><itemizedlist><listitem><para>
en: <emphasis>bookworm</emphasis> (Debian 12) was a green toy worm with a built-in flashlight who loves reading books.
nl: <emphasis>bookworm</emphasis> (Debian 12) was een groene speelgoedworm met een ingebouwde zaklamp die van boeken lezen houdt.

note: type: Content of: <chapter><section><section><itemizedlist><listitem><para>
en: <emphasis>trixie</emphasis> (Debian 13) was a blue plastic triceratops.
nl: <emphasis>trixie</emphasis> (Debian 13) was een blauwe plastic triceratops.

note: type: Content of: <chapter><section><section><itemizedlist><listitem><para>
en: <emphasis>sid</emphasis> was the evil neighbor kid next door who broke all toys.
nl: <emphasis>sid</emphasis> was het boosaardige buurjongetje van naast de deur die al het speelgoed vernielt.

note: type: Content of: <chapter><section><section><para>
en: The <ulink url="https://lists.debian.org/debian-devel/1996/06/msg00515.html">decision</ulink> of using Toy Story names was <ulink url="https://lists.debian.org/debian-user/1997/04/msg00011.html">made</ulink> by Bruce Perens who was, at the time, the Debian Project Leader and was working also at Pixar, the company that produced the movies.
nl: De <ulink url="https://lists.debian.org/debian-devel/1996/06/msg00515.html">keuze</ulink> om namen uit Toy Story te gebruiken werd <ulink url="https://lists.debian.org/debian-user/1997/04/msg00011.html">gemaakt</ulink> door Bruce Perens die toen de Projectleider van Debian was en die ook bij Pixar werkte, het bedrijf dat de films produceerde.

note: type: Content of: <chapter><section><title>
en: What about "sid"?
nl: Hoe zit het met "sid"?

note: type: Content of: <chapter><section><para>
en: <emphasis>sid</emphasis> or <emphasis>unstable</emphasis> is the place where most of the packages are initially uploaded.  It will never be released directly, because packages which are to be released will first have to be included in <emphasis>testing</emphasis>, in order to be released in <emphasis>stable</emphasis> later on.  sid contains packages for both released and unreleased architectures.
nl: <emphasis>sid</emphasis> of <emphasis>unstable</emphasis> is de plaats waar de meeste pakketten initieel geüpload worden. Deze distributie zal nooit rechtstreeks uitgebracht worden, aangezien pakketten die uitgebracht zullen worden eerst opgenomen moeten worden in <emphasis>testing</emphasis> om dan later in <emphasis>stable</emphasis> uitgebracht te worden. sid bevat pakketten voor zowel uitgebrachte als niet-uitgebrachte architecturen.

note: type: Content of: <chapter><section><para>
en: The name "sid" also comes from the "Toy Story" animated motion picture: Sid was the boy next door who destroyed toys :-)
nl: Ook de naam "sid" is afkomstig uit de tekenfilm "Toy Story": Sid is de buurjongen die speelgoed vernielt :-)

note: type: Content of: <chapter><section><para><footnote><para>
en: When the present-day sid did not exist, the FTP site organization had one major flaw: there was an assumption that when an architecture is created in the current unstable, it will be released when that distribution becomes the new stable.  For many architectures that isn't the case, with the result that those directories had to be moved at release time.  This was impractical because the move would chew up lots of bandwidth.
nl: Toen het huidige sid nog niet bestond, vertoonde de organisatie van de FTP-site een belangrijke onvolkomenheid: er was de aanname dat wanneer een architectuur gecreëerd werd in het huidige unstable, die ook uitgebracht zou worden wanneer die distributie het nieuwe stable werd. Voor veel architecturen is dat niet het geval, met als gevolg dat deze mappen verplaatst moesten worden op het moment van de release. Dit was onpraktisch omdat het verplaatsen veel bandbreedte gebruikte.

note: type: Content of: <chapter><section><para><footnote><para>
en: The archive administrators worked around this problem for several years by placing binaries for unreleased architectures in a special directory called "sid".  For those architectures not yet released, the first time they were released there was a link from the current stable to sid, and from then on they were created inside the unstable tree as normal.  This layout was somewhat confusing to users.
nl: De beheerders van het archief omzeilden gedurende vele jaren dit probleem door de binaire pakketten voor niet-uitgebrachte architecturen in een speciale map te plaatsen met de naam "sid". Voor deze nog niet uitgebrachte architecturen werd er de eerste maal dat zij uitgebracht werden, een link gemaakt van het huidige stable naar sid en vanaf dan werden ze, zoals normaal, aangemaakt binnen de boomstructuur van unstable. Voor gebruikers was deze indeling wat verwarrend.

note: type: Content of: <chapter><section><para><footnote><para>
en: With the advent of package pools (see <xref linkend="pools"/>), binary packages began to be stored in a canonical location in the pool, regardless of the distribution, so releasing a distribution no longer causes large bandwidth consumption on the mirrors (there is, however, a lot of gradual bandwidth consumption throughout the development process).
nl: Met de komst van pakket-pools (zie <xref linkend="pools"/>) begon men binaire pakketten te plaatsen op een geëigende locatie binnen de pool, ongeacht de distributie. Daardoor brengt het uitbrengen van een distributie geen groot bandbreedtegebruik meer met zich mee voor de spiegelservers (er is echter tijdens het ontwikkelingsproces veel geleidelijk bandbreedtegebruik).

note: type: Content of: <chapter><section><title>
en: What does the stable directory contain?
nl: Wat bevat de map 'stable'?

note: type: Content of: <chapter><section><itemizedlist><listitem><para>
en: stable/main/: This directory contains the packages which formally constitute the most recent release of the &debian; system.
nl: stable/main/: deze map bevat de pakketten die formeel de meest recente release van het &debian;-systeem vormen.

note: type: Content of: <chapter><section><itemizedlist><listitem><para>
en: These packages all comply with the <ulink url="https://www.debian.org/social_contract#guidelines">Debian Free Software Guidelines</ulink>, and are all freely usable and distributable.
nl: Al deze pakketten beantwoorden aan de <ulink url="https://www.debian.org/social_contract#guidelines">Debian Free Software Guidelines</ulink> en kunnen alle vrij gebruikt en verspreid worden.

note: type: Content of: <chapter><section><itemizedlist><listitem><para>
en: stable/non-free/: This directory contains packages distribution of which is restricted in a way that requires that distributors take careful account of the specified copyright requirements.
nl: stable/non-free/: deze map bevat pakketten waarvan de distributie aan restricties onderhevig is, zodat distributeurs de vermelde copyright-vereisten zorgvuldig in acht moeten nemen.

note: type: Content of: <chapter><section><itemizedlist><listitem><para>
en: For example, some packages have licenses which prohibit commercial distribution.  Others can be redistributed but are in fact shareware and not free software.  The licenses of each of these packages must be studied, and possibly negotiated, before the packages are included in any redistribution (e.g., in a CD-ROM).
nl: Bijvoorbeeld hebben sommige pakketten een licentie die commerciële distributie verbiedt. Andere mogen verspreid worden, maar zijn in feite shareware en geen vrije software. De licentie van elk van deze pakketten moet bestudeerd worden en eventueel heronderhandeld alvorens deze pakketten opgenomen worden op een distributiemedium (bijvoorbeeld een CD).

note: type: Content of: <chapter><section><itemizedlist><listitem><para>
en: stable/contrib/: This directory contains packages which are DFSG-free and <emphasis>freely distributable</emphasis> themselves, but somehow depend on a package that is <emphasis>not</emphasis> freely distributable and thus available only in the non-free section.
nl: stable/contrib/: deze map bevat pakketten die zelf vrij zijn volgens de DFSG en <emphasis>vrij verspreid mogen worden</emphasis>, maar die op een of andere manier een pakket vereisen dat <emphasis>niet</emphasis> vrij verspreid mag worden en dus enkel in de sectie non-free te vinden is.

note: type: Content of: <chapter><section><title>
en: What does the testing distribution contain?
nl: Wat bevat de distributie 'testing'?

note: type: Content of: <chapter><section><para>
en: Packages are installed into the "testing" directory after they have undergone some degree of testing in <link linkend="unstable">unstable</link>.
nl: Pakketten worden in de map 'testing' geïnstalleerd nadat ze in zekere mate getest werden in <link linkend="unstable">unstable</link>.

note: type: Content of: <chapter><section><para>
en: They must be in sync on all architectures where they have been built and mustn't have dependencies that make them uninstallable; they also need to have fewer release-critical bugs than the versions currently in unstable.  This way, we hope that "testing" is always close to being a release candidate.
nl: Op alle architecturen waarop ze gebouwd werden, moeten ze onderling synchroon zijn en ze mogen geen vereisten hebben die tot gevolg hebben dat ze niet geïnstalleerd kunnen worden. Ze moeten ook minder bugs hebben die in functie van de release cruciaal zijn, dan de versie die momenteel in 'unstable' zit. We hopen dat op die manier 'testing' steeds dicht de toestand van release-kandidaat benadert.

note: type: Content of: <chapter><section><para>
en: More information about the status of "testing" in general and the individual packages is available at <ulink url="https://www.debian.org/devel/testing"/>.
nl: Meer informatie over de status van "testing" in het algemeen en over de individuele pakketten is te vinden op <ulink url="https://www.debian.org/devel/testing"/>.

note: type: Content of: <chapter><section><section><title>
en: What about "testing"? How is it "frozen"?
nl: Hoe zit het met "testing"? Hoe wordt het 'bevroren'?

note: type: Content of: <chapter><section><section><para>
en: When the "testing" distribution is mature enough, the release manager starts "freezing" it.  The normal propagation delays are increased to ensure that as few new bugs as possible from "unstable" enter "testing".
nl: Als de "testing"-distributie voldoende matuur is, begint de releasemanager het te 'bevriezen'. De normale doorschuifvertraging wordt verhoogd om te verzekeren dat zo weinig mogelijk nieuwe bugs vanuit "unstable" in "testing" binnenkomen.

note: type: Content of: <chapter><section><section><para>
en: After a while, the "testing" distribution becomes truly "frozen".  This means that all new packages that are to propagate to the "testing" are held back, unless they include release-critical bug fixes.  The "testing" distribution can also remain in such a deep freeze during the so-called "test cycles", when the release is imminent.
nl: Na een tijd wordt de "testing"-distributie echt 'bevroren'. Dit betekent dat alle nieuwe pakketten die naar "testing" zouden moeten doorschuiven, tegengehouden worden, tenzij zij reparaties bevatten van bugs die cruciaal zijn voor de release. De "testing"-distributie kan ook in een dergelijke diepe bevriezing blijven tijdens de zogenaamde 'test-cycli' wanneer de release ophanden is.

note: type: Content of: <chapter><section><section><para>
en: When a "testing" release becomes "frozen", "unstable" tends to partially freeze as well.  This is because developers are reluctant to upload radically new software to unstable, in case the frozen software in testing needs minor updates and to fix release critical bugs which keep testing from becoming "stable".
nl: Wanneer een testing"-release 'bevroren' wordt, heeft ook "unstable" ten dele de neiging te bevriezen. Dit is omdat ontwikkelaars weigerachtig staan tegen het uploaden van radicaal nieuwe software in unstable, voor het geval de bevroren software in testing kleine updates nodig mocht hebben voor het repareren van voor de release cruciale bugs die verhinderen dat testing "stable" kan worden.

note: type: Content of: <chapter><section><section><para>
en: We keep a record of bugs in the "testing" distribution that can hold off a package from being released, or bugs that can hold back the whole release.  For details, please see <ulink url="https://www.debian.org/releases/testing/">current testing release information</ulink>.
nl: We houden een register bij van bugs in de "testing"-distributie die de release van een pakket kunnen tegenhouden en van bugs de de hele release kunnen tegenhouden. Raadpleeg voor meer informatie de <ulink url="https://www.debian.org/releases/testing/">release-informatie over de huidige testing-release</ulink>.

note: type: Content of: <chapter><section><section><para>
en: Once that bug count lowers to maximum acceptable values, the frozen "testing" distribution is declared "stable" and released with a version number.
nl: Eens het aantal bugs lager ligt dan het maximaal aanvaardbare, wordt de bevroren "testing"-distributie stabiel verklaard en uitgegeven met een versienummer.

note: type: Content of: <chapter><section><section><para>
en: The most important bug count is the "Release Critical" bug count, which can be followed in the <ulink url="https://bugs.debian.org/release-critical/">Release-critical bug status page</ulink>.  A common release goal is <ulink url="https://wiki.debian.org/ReleaseGoals/NoRCBugs">NoRCBugs</ulink> which means that the distribution should not have any bugs of severity critical, grave or serious.  The full list of issues considered critical can be found in the <ulink url="https://release.debian.org/testing/rc_policy.txt">RC policy document</ulink>.
nl: Het belangrijkste aantal bugs is dat van deze welke "cruciaal zijn voor de release" (de zogenaamde release critical bugs). Dit aantal kan gevolgd worden op de <ulink url="https://bugs.debian.org/release-critical/">Statuspagina over release-critical bugs</ulink>. Een algemeen erkende releasedoelstelling is <ulink url="https://wiki.debian.org/ReleaseGoals/NoRCBugs">NoRCBugs - geen release critical bugs</ulink>, wat betekent dat de release geen bugs zou mogen bevatten die een graad van ernstigheid hebben van cruciaal, zorgwekkend of ernstig. De volledige lijst van zaken die als cruciaal beschouwd worden, is te vinden in het <ulink url="https://release.debian.org/testing/rc_policy.txt">beleidsdocument inzake RC</ulink>.

note: type: Content of: <chapter><section><section><para>
en: With each new release, the previous "stable" distribution becomes obsolete and moves to the archive.  For more information please see <ulink url="https://www.debian.org/distrib/archive">Debian archive</ulink>.
nl: Bij elke nieuwe release wordt de vorige "stable" release als verouderd bestempeld en verhuist deze naar het archief. Raadpleeg voor bijkomende informatie <ulink url="https://www.debian.org/distrib/archive">Het Debian-archief</ulink>.

note: type: Content of: <chapter><section><title>
en: What does the unstable distribution contain?
nl: Wat zit er in de distributie unstable?

note: type: Content of: <chapter><section><para>
en: The "unstable" directory contains a snapshot of the current development system.  Users are welcome to use and test these packages, but are warned about their state of readiness.  The advantage of using the unstable distribution is that you are always up-to-date with the latest in GNU/Linux software industry, but if it breaks: you get to keep both parts :-)
nl: De map 'unstable' bevat een momentopname van het huidige systeem in ontwikkeling. Gebruikers worden uitgenodigd om deze pakketten te gebruiken en uit te testen, maar worden gewaarschuwd wat hun staat van onafheid betreft. Het voordeel van het gebruik van de onstabiele distributie is dat u altijd up-to-date bent wat de meest recente software voor GNU/Linux betreft, maar als er iets fout gaat, dan zit u met de brokken :-)

note: type: Content of: <chapter><section><para>
en: There are also main, contrib and non-free subdirectories in "unstable", separated on the same criteria as in "stable".
nl: Ook in 'unstable' bestaan de onderliggende mappen main, contrib en non-free, waarvoor dezelfde criteria gehanteerd worden als in 'stable'.

note: type: Content of: <chapter><section><title>
en: What are all those directories at the Debian archives?
nl: Wat betekenen al die mappen in de archieven van Debian?

note: type: Content of: <chapter><section><para>
en: The software that has been packaged for &debian; is available in one of several directory trees on each Debian mirror site.
nl: De software die voor &debian; verpakt werd, is te vinden op elke Debian-spiegelserver in een van de verschillende mappenbomen.

note: type: Content of: <chapter><section><para>
en: The <literal>dists</literal> directory is short for "distributions", and it is the canonical way to access the currently available Debian releases (and pre-releases).
nl: De map <literal>dists</literal> is een afkorting van "distributies" en het is de geëigende manier om toegang te krijgen tot de huidige beschikbare releases (en pre-releases) van Debian.

note: type: Content of: <chapter><section><para>
en: The <literal>pool</literal> directory contains the actual packages, see <xref linkend="pools"/>.
nl: De map <literal>pool</literal> bevat de eigenlijke pakketten. Zie <xref linkend="pools"/>.

note: type: Content of: <chapter><section><para>
en: There are the following supplementary directories:
nl: Er zijn ook nog de volgende bijkomende mappen:

note: type: Content of: <chapter><section><variablelist><varlistentry><listitem><para>
en: DOS utilities for creating boot disks, partitioning your disk drive, compressing/decompressing files, and booting Linux.
nl: DOS-hulprogramma's voor het aanmaken van opstartdisks, voor schijfindeling, voor het comprimeren/decomprimeren van bestanden en om Linux op te starten.

note: type: Content of: <chapter><section><variablelist><varlistentry><listitem><para>
en: The basic Debian documentation, such as this FAQ, the bug reporting system instructions, etc.
nl: De basale documentatie van Debian, zoals deze FAQ, de instructies voor het brugrapporteringssysteem, enz.

note: type: Content of: <chapter><section><variablelist><varlistentry><listitem><para>
en: various indices of the site (the Maintainers file and the override files).
nl: verschillende indexbestanden van de site (het bestand Maintainers en de override-bestanden).

note: type: Content of: <chapter><section><variablelist><varlistentry><listitem><para>
en: mostly developer-only materials and some miscellaneous files.
nl: voor het merendeel materiaal dat enkel voor ontwikkelaars bestemd is en enkele varia-bestanden.

note: type: Content of: <chapter><section><title>
en: What are all those directories inside <literal>dists/stable/main</literal>?
nl: Wat betekenen al deze mappen binnenin <literal>dists/stable/main</literal>?

note: type: Content of: <chapter><section><para><footnote><para>
en: <literal>dists/stable/main</literal>, <literal>dists/stable/contrib</literal>, <literal>dists/stable/non-free</literal>, and <literal>dists/unstable/main/</literal>, etc.
nl: <literal>dists/stable/main</literal>, <literal>dists/stable/contrib</literal>, <literal>dists/stable/non-free</literal> en <literal>dists/unstable/main/</literal>, enz.

note: type: Content of: <chapter><section><para>
en: Within each of the major directory trees<placeholder type="footnote" id="0"/>, there are three sets of subdirectories containing index files.
nl: Binnen elk van de hoofdmappenstructuren<placeholder type="footnote" id="0"/> zijn er drie reeksen onderliggende mappen met indexbestanden.

note: type: Content of: <chapter><section><para>
en: There's one set of <literal>binary-<replaceable>something</replaceable></literal> subdirectories which contain index files for binary packages of each available computer architecture, for example <literal>binary-i386</literal> for packages which execute on Intel x86 PC machines or <literal>binary-sparc</literal> for packages which execute on Sun SPARCStations.
nl: Er is een groep van onderliggende mappen <literal>binary-<replaceable>iets</replaceable></literal> die indexbestanden bevatten over binaire pakketten voor elke beschikbare computerarchitectuur. Bijvoorbeeld<literal>binary-i386</literal> voor pakketten die werken op PC's van het type Intel x86 of <literal>binary-sparc</literal> voor pakketten die werken op Sun SPARCStations.

note: type: Content of: <chapter><section><para>
en: The complete list of available architectures for each release is available at <ulink url="&url-debian-releases;">the release's web page</ulink>.  For the current release, please see <xref linkend="arches"/>.
nl: De volledige lijst van beschikbare architecturen voor elke release is te vinden op <ulink url="&url-debian-releases;">de webpagina van de release</ulink>. Zie voor de huidige release <xref linkend="arches"/>.

note: type: Content of: <chapter><section><para>
en: The index files in binary-* are called Packages(.gz, .bz2) and they include a summary of each binary package that is included in that distribution.  The actual binary packages reside in the top level <link linkend="pools"><literal>pool</literal> directory</link>.
nl: De indexbestanden in binary-* heten Packages(.gz, .bz2) en ze bevatten een samenvatting van elk binair pakket dat tot die distributie behoort. De echte binaire pakketten bevinden zich in de <link linkend="pools">basismap <literal>pool</literal></link>.

note: type: Content of: <chapter><section><para>
en: Furthermore, there's a subdirectory called source/ which contains index files for source packages included in the distribution.  The index file is called Sources(.gz, .bz2).
nl: Voorts is er nog een onderliggende map source/ die indexbestanden bevat voor de bronpakketten die in de distributie zitten. Het indexbestand heet Sources(.gz, .bz2).

note: type: Content of: <chapter><section><para>
en: Last but not least, there's a set of subdirectories meant for the installation system index files, they are at <literal>debian-installer/binary-<replaceable>architecture</replaceable></literal>.
nl: Tenslotte is er nog een groep onderliggende mappen die bedoeld zijn voor de indexbestanden van het installatiesysteem. Zij zitten in <literal>debian-installer/binary-<replaceable>architectuur</replaceable></literal>.

note: type: Content of: <chapter><section><title>
en: Where is the source code?
nl: Waar zit de broncode?

note: type: Content of: <chapter><section><para>
en: Source code is included for everything in the Debian system.  Moreover, the license terms of most programs in the system <emphasis>require</emphasis> that source code be distributed along with the programs, or that an offer to provide the source code accompany the programs.
nl: Van alles wat in het Debian-systeem aanwezig is, wordt de broncode opgenomen. Daarenboven <emphasis>vereisen</emphasis> de licentiebepalingen van de meeste programma's in het systeem dat de broncode samen met het programma meegeleverd wordt of dat bij het programma een aanbod voor het bezorgen van de broncode gevoegd wordt.

note: type: Content of: <chapter><section><para>
en: The source code is distributed in the <literal>pool</literal> directory (see <xref linkend="pools"/>) together with all the architecture-specific binary directories.  To retrieve the source code without having to be familiar with the structure of the archive, try a command like <literal>apt-get source mypackagename</literal>.
nl: De broncode wordt verdeeld in de map <literal>pool</literal> (zie <xref linkend="pools"/>) samen met al de mappen met architectuur-specifieke binaire pakketten. Om de broncode op te halen zonder dat u vertrouwd moet zijn met de structuur van het archief, kunt u een commando zoals <literal>apt-get source pakketnaam</literal> gebruiken.

note: type: Content of: <chapter><section><para>
en: Due to restrictions in their licenses, source code may or may not be available for packages in the "contrib" and "non-free" areas, which are not formally part of the Debian system.  In some cases only sourceless "binary blobs" can be distributed (see for instance <literal>firmware-misc-nonfree</literal>); in other cases the license prohibits the distribution of prebuilt binaries, but does allow packages of source code which users can compile locally (see <literal>broadcom-sta-dkms</literal>).
nl: Wegens restricties in hun licentiebepalingen kan het zijn dat de broncode van pakketten die zich in de gebieden "contrib" en "non-free" bevinden en niet formeel deel uitmaken van het Debian-systeem, al dan niet beschikbaar is. In sommige gevallen mogen enkel zogenaamde "binary blobs" zonder broncode verdeeld worden (zie bijvoorbeeld <literal>firmware-misc-nonfree</literal>). In andere gevallen verbiedt de licentie het verdelen van vooraf gebouwde binaire bestanden, maar laat toe dat pakketten met broncode verdeeld worden die gebruikers lokaal kunnen compileren (zie <literal>broadcom-sta-dkms</literal>).

note: type: Content of: <chapter><section><title>
en: What's in the <literal>pool</literal> directory?
nl: Wat is de map <literal>pool</literal>?

note: type: Content of: <chapter><section><para>
en: Packages are kept in a large "pool", structured according to the name of the source package.  To make this manageable, the pool is subdivided by section ("main", "contrib" and "non-free") and by the first letter of the source package name.  These directories contain several files: the binary packages for each architecture, and the source packages from which the binary packages were generated.
nl: Pakketten worden in een grote 'pool' bijgehouden die gestructureerd is op basis van de naam van het bronpakket. Om dit beheersbaar te maken wordt de pool onderverdeeld volgens sectie ('main', 'contrib' en 'non-free') en volgens de eerste letter van de naam van het bronpakket. Deze mappen bevatten verschillende bestanden: de binaire pakketten voor elk van de architecturen en de bronpakketten waaruit de binaire pakketten gegenereerd werden.

note: type: Content of: <chapter><section><para>
en: You can find out where each package is placed by executing a command like <literal>apt-cache showsrc mypackagename</literal> and looking at the "Directory:" line.  For example, the <literal>apache</literal> packages are stored in <literal>pool/main/a/apache/</literal>.
nl: U kunt de plaats van elk pakket te weten komen door een commando te gebruiken zoals <literal>apt-cache showsrc pakketnaam</literal> en dan te kijken naar de regel 'Directory:'. De <literal>apache</literal>-pakketten liggen opgeslagen in <literal>pool/main/a/apache/</literal>.

note: type: Content of: <chapter><section><para>
en: Additionally, since there are so many <literal>lib*</literal> packages, these are treated specially: for instance, libpaper packages are stored in <literal>pool/main/libp/libpaper/</literal>.
nl: Daarbij komt nog dat <literal>lib*</literal>-pakketten op eeen bijzondere manier behandeld worden, omdat ze zo talrijk zijn. De libpaper-pakketten worden bijvoorbeeld opgeslagen in <literal>pool/main/libp/libpaper/</literal>.

note: type: Content of: <chapter><section><para><footnote><para>
en: Historically, packages were kept in the subdirectory of <literal>dists</literal> corresponding to which distribution contained them.  This turned out to cause various problems, such as large bandwidth consumption on mirrors when major changes were made.  This was fixed with the introduction of the package pool.
nl: Vroeger werden pakketten bewaard in een onderliggende map van <literal>dists</literal> die overeenkwam met de distributie waarin ze thuis hoorden. Het bleek dat dit tot verschillende problemen leidde, zoals een groot gebruik van bandbreedte door spiegelservers wanneer er belangrijke wijzigingen aangebracht werden. Dit werd opgelost door het introduceren van de pakketpool.

note: type: Content of: <chapter><section><para><footnote><para>
en: The <literal>dists</literal> directories are still used for the index files used by programs like <literal>apt</literal>.
nl: De <literal>dists</literal>-mappen worden nog steeds gebruikt voor de indexbestanden die door programma's zoals <literal>apt</literal> gebruikt worden.

note: type: Content of: <chapter><section><title>
en: What is "incoming"?
nl: Wat is "incoming"?

note: type: Content of: <chapter><section><para>
en: After a developer uploads a package, it stays for a short while in the "incoming" directory before it is checked that it's genuine and allowed into the archive.
nl: Nadat een ontwikkelaar een pakket geüpload heeft, blijft het voor een korte periode zitten in de map "incoming" waar nagegaan wordt of het authentiek is, voordat het toegelaten wordt in het archief.

note: type: Content of: <chapter><section><para>
en: Usually nobody should install things from this place.  However, in some rare cases of emergency, the incoming directory is available at <ulink url="https://incoming.debian.org/"/>.  You can manually fetch packages, check the GPG signature and MD5sums in the .changes and .dsc files, and then install them.
nl: Normaal zou niemand zaken uit die map moeten installeren. Voor die enkele zeldzame gevallen van hoogdringendheid evenwel, staat de map van binnenkomende pakketten (incoming) ter beschikking op <ulink url="https://incoming.debian.org/"/>. U kunt handmatig pakketten ophalen, de GPG-ondertekening en de MD5sums controleren in de bestanden .changes en .dsc en ze dan installeren.

note: type: Content of: <chapter><section><title>
en: How do I set up my own apt-able repository?
nl: Hoe zet ik mijn eigen pakketbron op die met apt gebruikt kan worden?

note: type: Content of: <chapter><section><para>
en: If you have built some private Debian packages which you'd like to install using the standard Debian package management tools, you can set up your own apt-able package archive.  This is also useful if you'd like to share your Debian packages while these are not distributed by the Debian project.  Instructions on how to do this are given on the <ulink url="https://wiki.debian.org/HowToSetupADebianRepository">Debian Wiki</ulink>.
nl: Indien u zelf een aantal Debian-pakketten gebouwd heeft die u wenst te installeren met behulp van de standaardgereedschappen voor pakketbeheer van Debian, dan kunt u uw eigen pakketarchief dat met apt gebruikt kan worden, opzetten. Dit is ook handig als u uw Debian-pakketten wenst te delen terwijl ze niet door het Debian-project verdeeld worden. Instructie over hoe u dit moet doen worden gegeven op de <ulink url="https://wiki.debian.org/HowToSetupADebianRepository">Debian Wiki</ulink>.
