debian-faq_8.1_ - en to nl translation catalogue (98 entries)

note: type: Content of: <chapter><title>
en: Choosing a Debian distribution
nl: Een Debian-distributie kiezen

note: type: Content of: <chapter><para>
en: There are many different Debian distributions.  Choosing the proper Debian distribution is an important decision.  This section covers some information useful for users that want to make the choice best suited for their system and also answers possible questions that might be arising during the process.  It does not deal with "why you should choose Debian" but rather "which distribution of Debian".
nl: Er bestaan veel verschillende Debian-distributies. De geschikte Debian-distributie kiezen is een belangrijke beslissing. Dit onderdeel bevat wat nuttige informatie voor gebruikers die de voor hun systeem best geschikte keuze willen maken en het geeft ook antwoorden op mogelijke vragen die tijdens dit proces kunnen opduiken. Het handelt niet over de vraag "waarom kiezen voor Debian" maar eerder over "welke distributie van Debian kiezen".

note: type: Content of: <chapter><para>
en: For more information on the available distributions read <xref linkend="dists"/>.
nl: Lees voor bijkomende informatie over de beschikbare distributies <xref linkend="dists"/>.

note: type: Content of: <chapter><section><title>
en: Which Debian distribution (stable/testing/unstable) is better for me?
nl: Welke Debian-distributie (stable/testing/unstable) is best voor mij?

note: type: Content of: <chapter><section><para>
en: The answer is a bit complicated.  It really depends on what you intend to do.  One solution would be to ask a friend who runs Debian.  But that does not mean that you cannot make an independent decision.  In fact, you should be able to decide once you complete reading this chapter.
nl: Het antwoord is een beetje ingewikkeld. Het hangt echt af van wat u wilt doen. Een mogelijkheid is raad te vragen aan een vriend die Debian gebruikt. Maar dit wil niet zeggen dat u niet autonoom zou kunnen beslissen. In feite zou u in staat moeten zijn een beslissing te nemen na het lezen van dit hoofdstuk.

note: type: Content of: <chapter><section><itemizedlist><listitem><para>
en: If security or stability are at all important for you: install stable.  period.  This is the most preferred way.
nl: Indien veiligheid en stabiliteit voor u zeer belangrijk zijn, installeer dan stable. Punt. Dit is het meest verkieslijk.

note: type: Content of: <chapter><section><itemizedlist><listitem><para>
en: If you are a new user installing to a desktop machine, start with stable.  Some of the software is quite old, but it's the least buggy environment to work in.  You can easily switch to the more modern unstable (or testing) once you are a little more confident.
nl: Indien u een nieuwe gebruiker bent en een installatie op een desktopcomputer uitvoert, begin dan met stable. Sommige software is wat ouder, maar het is de minst foutgevoelige omgeving om in te werken. U kunt gemakkelijk overschakelen naar het modernere unstable (of testing) eens u er wat meer vertrouwd mee bent.

note: type: Content of: <chapter><section><itemizedlist><listitem><para>
en: If you are a desktop user with a lot of experience in the operating system and do not mind facing the odd bug now and then, or even full system breakage, use unstable.  It has all the latest and greatest software, and bugs are usually fixed swiftly.
nl: Indien u een desktopgebruiker bent met veel ervaring met het besturingssysteem er er niet om geeft af en toe geconfronteerd te worden met een vreemde bug of zelfs met een volledig onklaar geraakt systeem, gebruik dan unstable. Dat bevat al de recentste en geweldigste software en bugs worden meestal snel gerepareerd.

note: type: Content of: <chapter><section><itemizedlist><listitem><para>
en: If you are running a server, especially one that has strong stability requirements or is exposed to the Internet, install stable.  This is by far the strongest and safest choice.
nl: Indien u een server beheert, in het bijzonder wanneer er hoge eisen inzake stabiliteit aan gesteld worden of wanneer hij met het internet verbonden is, installeer dan stable. Dit is veruit de beste en veiligste keuze.

note: type: Content of: <chapter><section><para>
en: The following questions (hopefully) provide more detail on these choices.  After reading this whole FAQ, if you still could not make a decision, stick with the stable distribution.
nl: Via de volgende vragen gaan we (hopelijk) dieper in op deze keuzes. Indien u na het lezen van de volledige FAQ nog steeds geen beslissing kunt nemen, houd u dan bij stable als distributie.

note: type: Content of: <chapter><section><section><title>
en: You asked me to install stable, but in stable so and so hardware is not detected/working. What should I do?
nl: U vroeg me om stable te installeren, maar in stable wordt die en die hardware niet herkend of werkt ze niet. Wat moet ik doen?

note: type: Content of: <chapter><section><section><para>
en: Try to search the web using a search engine and see if someone else is able to get it working in stable.  Most of the hardware should work fine with stable.  But if you have some state-of-the-art, cutting edge hardware, it might not work with stable.  If this is the case, you might want to install/upgrade to either testing or unstable.
nl: Probeer met een zoekmachine op het web te zoeken om te zien of iemand anders erin geslaagd is die hardware in stable te laten functioneren. Maar indien u bepaalde hypermoderne hardware heeft, het nieuwste van het nieuwste, dan is het mogelijk dat die niet werkt met stable. Indien dit het geval is, wit u misschien testing of unstable installeren of ernaar opwaarderen.

note: type: Content of: <chapter><section><section><para>
en: For laptops, <ulink url="https://www.linux-on-laptops.com/"/> is a very good website to see if someone else is able to get it to work under Linux.  The website is not specific to Debian, but is nevertheless a tremendous resource.  I am not aware of any such website for desktops.
nl: Voor laptops is <ulink url="https://www.linux-on-laptops.com/"/> een heel goede website om te weten of iemand anders de hardware onder Linux aan de praat kreeg. De website richt zich niet specifiek op Debian, maar is desondanks een geweldige bron van informatie. Voor desktops is me geen dergelijke website bekend.

note: type: Content of: <chapter><section><section><para>
en: Another option would be to ask in the debian-user mailing list by sending an email to debian-user@lists.debian.org.  Messages can be posted to the list even without subscribing.  The archives can be read through <ulink url="https://lists.debian.org/debian-user/"/>.  Information regarding subscribing to the list can be found at the location of archives.  You are strongly encouraged to post your questions on the mailing-list rather than on <ulink url="&url-debian-support;">irc</ulink>.  The mailing-list messages are archived, so the solution to your problem can help others with the same issue.
nl: Een andere mogelijkheid is om de vraag te stellen op een debian-user mailinglijst door een e-mail te sturen naar debian-user@lists.debian.org (Engelstalig) of naar debian-user-dutch@lists.debian.org (Nederlandstalig). Zelfs zonder dat u op de lijst geabonneerd bent, kunt u een e-mail sturen. Via  <ulink url="https://lists.debian.org/debian-user/"/> kunt u de archieven van de mailinglijst inkijken. Informatie over het intekenen op de lijst vindt u op de plaats waar u de archieven vindt. Het wordt sterk aangeraden om uw vragen op de mailinglijst te stellen, eerder dan op <ulink url="&url-debian-support;">irc</ulink>. De berichten van de mailinglijst worden gearchiveerd, zodat een oplossing voor uw probleem ook anderen kan helpen die met hetzelfde geconfronteerd worden.

note: type: Content of: <chapter><section><section><title>
en: Will there be different versions of packages in different distributions?
nl: Hebben pakketten in verschillende distributies een andere versie?

note: type: Content of: <chapter><section><section><para>
en: Yes.  Unstable has the most recent (latest) versions.  But the packages in unstable are not well tested and might have bugs.
nl: Ja. Unstable bevat de meest recente (nieuwste) versies. Maar de pakketten in unstable zijn niet grondig getest en kunnen bugs bevatten.

note: type: Content of: <chapter><section><section><para>
en: On the other hand, stable contains old versions of packages.  But this package is well tested and is less likely to have any bugs.
nl: Anderzijds bevat stable oude versies van pakketten. Maar deze pakketten zijn grondig getest en er is minder kans dat ze bugs bevatten.

note: type: Content of: <chapter><section><section><para>
en: The packages in testing fall between these two extremes.
nl: De pakketten in testing vallen tussen deze beide uitersten in.

note: type: Content of: <chapter><section><section><title>
en: The stable distributions really contains outdated packages. Just look at Kde, Gnome, Xorg or even the kernel. They are very old. Why is it so?
nl: De stabiele distributies bevatten echt verouderde pakketten. Kijk gewoon naar Kde, Gnome, Xorg en zelfs de kernel. Die zijn erg oud. Waarom is dat zo?

note: type: Content of: <chapter><section><section><para>
en: Well, you might be correct.  The age of the packages at stable depends on when the last release was made.  Since there is typically over 1 year between releases you might find that stable contains old versions of packages.  However, they have been tested in and out.  One can confidently say that the packages do not have any known severe bugs, security holes etc., in them.  The packages in stable integrate seamlessly with other stable packages.  These characteristics are very important for production servers which have to work 24 hours a day, 7 days a week.
nl: Welnu, u zou wel eens gelijk kunnen hebben. De leeftijd van de pakketten in stable is afhankelijk van het tijdstip waarop de laatste release gebeurde. Aangezien er tussen releases gewoonlijk meer dan 1 jaar verloopt, is het mogelijk dat u moet vaststellen dat stable oude versies van pakketten bevat. Zij werden evenwel door en door getest. Men kan met stelligheid beweren dat die pakketten geen gekende ernstige bugs, gaten in de beveiliging, enz. hebben. De pakketten in stable integreren naadloos met de andere stabiele pakketten. Deze eigenschappen zijn erg belangrijk voor productieservers die 24 uur per dag en 7 dagen per week moeten functioneren.

note: type: Content of: <chapter><section><section><para>
en: On the other hand, packages in testing or unstable can have hidden bugs, security holes etc.  Moreover, some packages in testing and unstable might not be working as intended.  Usually people working on a single desktop prefer having the latest and most modern set of packages.  Unstable is the solution for this group of people.
nl: Pakketten in testing en unstable van hun kant kunnen verborgen bugs, gaten in de beveiliging, enz. hebben. Bovendien kunnen sommige pakketten in testing en unstable mogelijk niet naar behoren werken. Gewoonlijk verkiezen mensen die op een eenvoudige desktop werken om de recentste en meest moderne reeks pakketten te hebben. Unstable biedt voor deze groep mensen een oplossing.

note: type: Content of: <chapter><section><section><para>
en: As you can see, stability and novelty are two opposing ends of the spectrum.  If stability is required: install stable distribution.  If you want to work with the latest packages, then install unstable.
nl: Zoals u merkt, zijn stabiliteit en nieuwigheid de twee uitersten van een spectrum. Indien stabiliteit een vereiste is, installeer dan de stabiele distributie. Indien u met de recentste pakketten wilt werken, installeer dan unstable.

note: type: Content of: <chapter><section><section><title>
en: If I were to decide to change to another distribution, can I do that?
nl: Mocht ik besluiten om naar een andere distributie over te gaan, kan ik dat dan doen?

note: type: Content of: <chapter><section><section><para>
en: Yes, but it is a one way process.  You can go from stable --&gt; testing --&gt; unstable.  But the reverse direction is not "possible".  So better be sure if you are planning to install/upgrade to unstable.
nl: Jazeker, maar dit werkt maar in één richting. U kunt van stable --&gt; testing --&gt; unstable overgaan. Maar de omgekeerde richting is "onmogelijk". U kunt dus maar best zeker van uw stuk zijn als u van plan bent unstable te installeren of ernaar op te waarderen.

note: type: Content of: <chapter><section><section><para>
en: Actually, if you are an expert and if you are willing to spend some time and if you are real careful and if you know what you are doing, then it might be possible to go from unstable to testing and then to stable.  The installer scripts are not designed to do that.  So in the process, your configuration files might be lost and...
nl: Eigenlijk, als u een expert bent en als u bereid bent om wat tijd te investeren en als u echt voorzichtig te werk gaat en als u weet wat u doet, dan zou het mogelijk kunnen zijn dat u van unstable overgaat naar testing en daarna naar stable. De installatiescripts zijn niet ontworpen om dat te doen. Dus kunnen in de loop van dit proces uw configuratiebestanden mogelijk verloren gaan en...

note: type: Content of: <chapter><section><section><title>
en: Could you tell me whether to install stable, testing or unstable?
nl: Kunt u me zeggen of ik stable, testing of unstable moet installeren?

note: type: Content of: <chapter><section><section><para>
en: No.  This is a rather subjective issue.  There is no perfect answer as it depends on your software needs, your willingness to deal with possible breakage, and your experience in system administration.  Here are some tips:
nl: Nee. Dit is eerder een subjectieve keuze. Een perfect antwoord is niet mogelijk, omdat het afhankelijk is van uw softwarebehoeften, uw bereidheid om af te rekenen met mogelijke defecten en uw ervaring op het gebied van systeembeheer. Hierna volgen enkele tips:

note: type: Content of: <chapter><section><section><itemizedlist><listitem><para>
en: Stable is rock solid.  It does not break and has full security support.  But it not might have support for the latest hardware.
nl: Stable is zeer stabiel. Er treden geen defecten op en het wordt volledig ondersteund op het gebied van beveiliging. Maar mogelijk ondersteunt het niet de recentste hardware.

note: type: Content of: <chapter><section><section><itemizedlist><listitem><para>
en: Testing has more up-to-date software than Stable, and it breaks less often than Unstable.  But when it breaks, it might take a long time for things to get rectified.  Sometimes this could be days and it could be months at times.  It also does not have permanent security support.
nl: Testing heeft meer recente software dan Stable en er doen zich minder defecten voor dan in Unstable. Maar als er een defect optreedt, kan het lang duren voor de zaak rechtgezet wordt. Soms kan het gaan om dagen, maar dit kunnen soms ook maanden zijn. Er is ook geen permanente beveiligingsondersteuning voor voorzien.

note: type: Content of: <chapter><section><section><itemizedlist><listitem><para>
en: Unstable has the latest software and changes a lot.  Consequently, it can break at any point.  However, fixes get rectified in many occasions in a couple of days and it always has the latest releases of software packaged for Debian.
nl: Unstable heeft de recentste software en ondergaat veel wijzigingen. Een gevolg is dat het op elk moment defect kan geraken. In veel gevallen zetten reparaties de zaak terug recht binnen enkele dagen en de distributie bevat steeds de recentste releases van de voor Debian verpakte software.

note: type: Content of: <chapter><section><section><para>
en: When deciding between testing and unstable bear in mind that there might be times when tracking testing would be beneficial as opposed to unstable.  One of this document's authors experienced such situation due to the gcc transition from gcc3 to gcc4.  He was trying to install the <systemitem role="package">labplot</systemitem> package on a machine tracking unstable and it could not be installed in unstable as some of its dependencies have undergone gcc4 transition and some have not.  But the package in testing was installable on a testing machine as the gcc4 transitioned packages had not "trickled down" to testing.
nl: Wanneer u wilt kiezen tussen testing en unstable, dan moet u in gedachten houden dat er momenten kunnen zijn dat het voordeliger is om testing in plaats van unstable op te volgen. Een van de auteurs van dit document heeft een dergelijke situatie meegemaakt ten gevolge van de transitie van gcc van gcc3 naar gcc4. Hij probeerde het pakket <systemitem role="package">labplot</systemitem> te installeren op een machine die unstable gebruikte, maar dat lukte niet omdat sommige van de pakketten die dit pakket vereiste, de transitie naar gcc4 reeds doorgemaakt hadden en andere nog niet. Maar op een machine die testing gebruikte, kon het pakket wel geïnstalleerd worden, omdat de pakketten die de overgang naar gcc4 gemaakt hadden, nog niet "doorgesijpeld" waren naar testing.

note: type: Content of: <chapter><section><section><title>
en: You are talking about testing being broken. What do you mean by that?
nl: U hebt het over testing dat defect kan zijn. Wat bedoelt u daarmee?

note: type: Content of: <chapter><section><section><para>
en: Sometimes, a package might not be installable through package management tools.  Sometimes, a package might not be available at all, maybe it was (temporarily)  removed due to bugs or unmet dependencies.  Sometimes, a package installs but does not behave in the proper way.
nl: Soms kan het zijn dat een pakket niet geïnstalleerd kan worden via de hulpmiddelen voor pakketbeheer. Soms kan een pakket helemaal niet beschikbaar zijn, misschien omdat het (tijdelijk) verwijderd werd omwille van bugs of niet-voldane vereisten. Soms lukt het om een pakket te installeren, maar functioneert het niet naar behoren.

note: type: Content of: <chapter><section><section><para>
en: When these things happen, the distribution is said to be broken (at least for this package).
nl: Als zich dergelijke zaken voordoen, wordt gezegd dat de distributie defect is (althans voor dit pakket).

note: type: Content of: <chapter><section><section><title>
en: Why is it that testing could be broken for months? Won't the fixes introduced in unstable flow directly down into testing?
nl: Wat is de reden waarom testing gedurende maanden defect kan zijn? Schuiven de reparaties die in unstable geïntroduceerd worden, niet onmiddellijk door naar testing?

note: type: Content of: <chapter><section><section><para>
en: The bug fixes and improvements introduced in the unstable distribution trickle down to testing after a certain number of days.  Let's say this threshold is 5 days.  The packages in unstable go into testing only when there are no RC-bugs reported against them.  If there is a RC-bug filed against a package in unstable, it will not go into testing after the 5 days.
nl: De reparaties van bugs en de verbeteringen die in unstable ingebracht worden, sijpelen door naar testing na een bepaald aantal dagen. Laten we stellend at de drempelwaarde 5 dagen is. De pakketten in unstable komen testing enkel binnen wanneer er tegen hen geen RC-bugs (bugs die het ongeschikt maken om uitgebracht te worden) gerapporteerd werden. Als er tegen een pakket een RC-bug ingediend werd, zal dat pakket testing niet binnenkomen nadat de 5 dagen verstreken zijn.

note: type: Content of: <chapter><section><section><para>
en: The idea is that, if the package has any problems, it would be discovered by people using unstable and will be fixed before it enters testing.  This keeps testing in a usable state for most of the time.  Overall a brilliant concept, if you ask me.  But things aren't always that simple.  Consider the following situation:
nl: De achterliggende gedachte is dat indien een pakket eventuele problemen vertoont, die ontdekt zullen worden door mensen die unstable gebruiken en gerepareerd zullen worden vooraleer het testing binnenkomt. Dit houdt testing voor het merendeel van de tijd in een bruikbare toestand. Een volslagen briljant concept, als u het mij vraagt. Maar de zaken zijn niet steeds zo eenvoudig. Neem bijvoorbeeld de volgende situatie:

note: type: Content of: <chapter><section><section><itemizedlist><listitem><para>
en: Imagine you are interested in package XYZ.
nl: Stel u voor dat u geïnteresseerd bent in pakket XYZ.

note: type: Content of: <chapter><section><section><itemizedlist><listitem><para>
en: Let's assume that on June 10, the version in testing is XYZ-3.6 and in unstable it is XYZ-3.7.
nl: Laten we aannamen dat de versie in testing op 10 juni versie XYZ-3.6 is en in unstable XYZ-3.7.

note: type: Content of: <chapter><section><section><itemizedlist><listitem><para>
en: After 5 days, XYZ-3.7 from unstable migrates into testing.
nl: Na 5 dagen komt XYZ-3.7 vanuit unstable testing binnen.

note: type: Content of: <chapter><section><section><itemizedlist><listitem><para>
en: So on June 15, both testing and unstable have XYZ-3.7 in their repositories.
nl: En dus bevindt versie XYZ-3.7 zich op 15 juni zowel in het archief van testing als in dat van unstable.

note: type: Content of: <chapter><section><section><itemizedlist><listitem><para>
en: Now on June 25, someone using testing or unstable discovers an RC bug in XYZ-3.7 and files it in the BTS.
nl: Op 25 juni merkt nu een gebruiker van testing of unstable een RC-bug in XYZ-3.7 en rapporteert dit in het BTS (het bugopvolgingssysteem).

note: type: Content of: <chapter><section><section><itemizedlist><listitem><para>
en: The maintainer of XYZ fixes this bug and uploads it to unstable say on June 30.  Here it is assumed that it takes 5 days for the maintainer to fix the bug and upload the new version.  The number 5 should not be taken literally.  It could be less or more, depending upon the severity of the RC-bug at hand.
nl: De pakketonderhouder van XYZ repareert de bug en plaatst het in unstable op laten we zeggen 30 juni. Hier veronderstellen we dat het de pakketonderhouder 5 dagen tijd gekost heeft om de bug te repareren en de nieuwe versie te uploaden. Het getal 5 moet hier niet letterlijk genomen worden. Dit had minder of meer kunnen zijn, afhankelijk van de ernst van de betrokken bug.

note: type: Content of: <chapter><section><section><itemizedlist><listitem><para>
en: This new version in unstable, XYZ-3.8 is scheduled to enter testing on July 5th.
nl: Deze nieuwe versie in unstable, XYZ-3.8, staat gepland om op 5 juli testing binnen te komen.

note: type: Content of: <chapter><section><section><itemizedlist><listitem><para>
en: But on July 3rd some other person discovers another RC-bug in XYZ-3.8.
nl: Maar op 3 juli ontdekt iemand anders nog een andere RC-bug in XYZ-3.8.

note: type: Content of: <chapter><section><section><itemizedlist><listitem><para>
en: Let's say the maintainer of XYZ fixes this new RC-bug and uploads new version of XYZ after 5 days.
nl: Nemen we aan dat de onderhouder van XYZ deze nieuwe RC-bug repareert en een nieuwe versie van XYZ uploadt na 5 dagen.

note: type: Content of: <chapter><section><section><itemizedlist><listitem><para>
en: So on July 8th, testing has XYZ-3.7 while unstable has XYZ-3.9.
nl: Op 8 juli heeft testing dus versie XYZ-3.7 en unstable versie XYZ-3.9.

note: type: Content of: <chapter><section><section><itemizedlist><listitem><para>
en: This new version XYZ-3.9 is now rescheduled to enter testing on July 13th.
nl: Dze nieuwe versie XYZ-3.9 staat nu gepland om op 13 juli testing binnen te komen.

note: type: Content of: <chapter><section><section><itemizedlist><listitem><para>
en: Now since you are running testing, and since XYZ-3.7 is buggy, you could probably use XYZ only after July 13th.  That is you essentially ended up with a broken XYZ for about one month.
nl: Welnu, vermits u testing gebruikt en vermits XYZ-3.7 fouten vertoont, zult u XYZ wellicht pas na 13 juli kunnen gebruiken. Dit betekent dat u uiteindelijk ongeveer gedurende een maand met een defect XYZ gezeten heeft.

note: type: Content of: <chapter><section><section><para>
en: The situation can get much more complicated, if say, XYZ depends on 4 other packages. This could in turn lead to an unusable testing distribution for months. While the scenario above is imaginary, similar things can occur in real life, though they are rare.
nl: De situatie kan nog veel ingewikkelder worden als XYZ laten e zeggen 4 andere pakketten vereist. Dit kan op zijn beurt leiden tot het gedurende maanden onbruikbaar worden van de distributie testing. Hoewel het hierboven geschetste scenario theoretisch is, kunnen zich dergelijke situaties ook in het echt voordoen, al is dat uitzonderlijk.

note: type: Content of: <chapter><section><section><title>
en: From an administrator's point of view, which distribution requires more attention?
nl: Welke distributie vereist vanuit het oogpunt van een beheerder meer aandacht?

note: type: Content of: <chapter><section><section><para>
en: One of the main reasons why many people choose Debian over other Linux distributions is that it requires very little administration.  People want a system that just works.  In general one can say that stable requires very little maintenance, while testing and unstable require constant maintenance from the administrator.  If you are running stable, all you need to worry about is keeping track of security updates.  If you are running either testing or unstable it is a good idea to be aware of the new bugs discovered in the installed packages, new bugfixes/features introduced etc.
nl: Een van de belangrijkste redenen waarom veel mensen Debian kiezen boven andere Linux distributies is dat het heel weinig onderhoud vraagt. Mensen willen een systeem dat gewoon werkt. Over het algemeen kan men stellen dat stable heel weinig onderhoud vraagt, terwijl testing en unstable een voortdurend onderhoud van de systeembeheerder vragen. Indien u met stable werkt, is het enige waar u aandacht voor moet hebben, het opvolgen van beveiligingsupdates. Indien u testing of unstable gebruikt, doet u er goed aan op de hoogte te blijven van pas ontdekte bugs in de pakketten die u gebruikt, van bugreparaties, van toegevoegde nieuwe functionaliteit, enz.

note: type: Content of: <chapter><section><section><title>
en: What happens when a new release is made?
nl: Wat gebeurt er als er een nieuwe release gemaakt wordt?

note: type: Content of: <chapter><section><section><para>
en: This question will not help you in choosing a Debian distribution.  But sooner or later you will face this question.
nl: Deze vraag zal u niet helpen bij het kiezen van een Debian-distributie. Maar vroeg of laat zult u hiermee geconfronteerd worden.

note: type: Content of: <chapter><section><section><para>
en: The stable distribution is currently &releasename;; The next stable distribution will be called &nextreleasename;.  Let's consider the particular case of what happens when &nextreleasename; is released as the new stable version.
nl: De distributie stable is momenteel &releasename;. De volgende stabiele distributie zal &nextreleasename; genoemd worden. Laten we nu eens concreet bekijken wat er gebeurt als &nextreleasename; uitgebracht wordt als de nieuwe stabiele versie.

note: type: Content of: <chapter><section><section><itemizedlist><listitem><para>
en: Unstable is always referred to as sid irrespective of whether a release is made or not.
nl: Naar unstable wordt steeds verwezen met de naam sid, ongeacht of er een nieuwe release uitgebracht werd of niet.

note: type: Content of: <chapter><section><section><itemizedlist><listitem><para>
en: Packages constantly migrate from sid to testing (i.e. &nextreleasename;).  But packages in stable (i.e. &releasename;) remain the same except for security updates.
nl: Palletten schuiven constant door van sid naar testing (m.a.w. &nextreleasename;). Maar pakketten in stable (m.a.w. &releasename;) blijven ongewijzigd, behalve voor beveiligingsupdates.

note: type: Content of: <chapter><section><section><itemizedlist><listitem><para>
en: After some time testing becomes frozen.  But it will still be called testing.  At this point no new packages from unstable can migrate to testing unless they include release-critical (RC) bug fixes.
nl: Na een bepaalde tijd wordt testing bevroren. Maar het zal nog altijd testing heten. Op dit punt kunnen geen nieuwe pakketten meer doorschuiven van unstable naar testing, tenzij ze reparaties bevatten voor RC-bugs (release-critical bugs, d.w.z. bugs die het pakket ongeschikt maken voor release).

note: type: Content of: <chapter><section><section><itemizedlist><listitem><para>
en: When testing is frozen, all the new bugfixes introduced have to be manually checked by the members of the release team.  This is done to ensure that there won't be any unknown severe problems in the frozen testing.
nl: Wanneer testing bevroren is, moeten alle nieuwe bugreparaties die toegevoegd worden, handmatig gecontroleerd worden door de leden van het release-team. Dit gebeurt om te garanderen dat de bevroren testing geen niet-gekende ernstige problemen zou hebben.

note: type: Content of: <chapter><section><section><itemizedlist><listitem><para>
en: RC bugs in 'frozen testing' are reduced to either zero or, if greater than zero, the bugs are either marked as ignored for the release or are deferred for a point release.
nl: In het 'bevroren testing' wordt het aantal RC-bugs ofwel teruggebracht op nul, of als dat getal groter dan nul blijft, worden de bugs ofwel gemarkeerd als 'buiten beschouwing te laten voor de release' of wordt de reparatie ervan uitgesteld tot een tussenrelease.(point release).

note: type: Content of: <chapter><section><section><itemizedlist><listitem><para>
en: The 'frozen testing' with no rc-bugs will be released as the new stable version.  In our example, this new stable release will be called &nextreleasename;.
nl: De 'bevroren testing' wordt dan zonder RC-bugs uitgebracht als de nieuwe stabiele versie. In ons voorbeeld zal die nieuwe stabniele release &nextreleasename; genoemd worden.

note: type: Content of: <chapter><section><section><itemizedlist><listitem><para>
en: At this stage oldstable = &releasename;, stable = &nextreleasename;.  The contents of stable and 'frozen testing' are same at this point.
nl: In deze fase is oldstable = &releasename;, stable = &nextreleasename;. De inhoud van stable en 'bevroren testing' is op dat ogenblik hetzelfde.

note: type: Content of: <chapter><section><section><itemizedlist><listitem><para>
en: A new testing is based on the old testing.
nl: Een nieuwe testing wordt op de oude testing gebaseerd.

note: type: Content of: <chapter><section><section><itemizedlist><listitem><para>
en: Packages start coming down from sid to testing and the Debian community will be working towards making the next stable release.
nl: Pakketten beginnen vanuit sid testing binnen te komen en de Debian-gemeenschap begint te werken aan het realiseren van de volgende stabiele release.

note: type: Content of: <chapter><section><section><title>
en: I have a working Desktop/cluster with Debian installed. How do I know which distribution I am running?
nl: Ik heb een werkende desktopcomputer/cluster met daarop Debian. Hoe weet ik welke distributie ik gebruik?

note: type: Content of: <chapter><section><section><para>
en: In most situations it is very easy to figure this out.  Take a look at the <filename>/etc/apt/sources.list</filename> file.  There will be an entry similar to this:
nl: In de meeste gevalle valt dit gemakkelijk uit te zoeken. Ga eens kijken in het bestand <filename>/etc/apt/sources.list</filename>. Daarin zal een regel te vinden zijn zoals deze:

note: type: Content of: <chapter><section><section><para>
en: The third field ('unstable' in the above example) indicates the Debian distribution the system is currently tracking.
nl: Het derde veld ('unstable' in het bovenstaande voorbeeld) geeft aan welke Debian-distributie het systeem momenteel opvolgt.

note: type: Content of: <chapter><section><section><para>
en: You can also use <command>lsb_release</command> (available in the <systemitem role="package">lsb-release</systemitem> package).  If you run this program in an unstable system you will get:
nl: U kunt ook het commando <command>lsb_release</command> (te vinden in het pakket <systemitem role="package">lsb-release</systemitem>) gebruiken. Indien u dat programma uitvoert op een systeem met unstable, zult u het volgende krijgen:

note: type: Content of: <chapter><section><section><para>
en: However, this is not always that easy.  Some systems might have <filename>sources.list</filename> files with multiple entries corresponding to different distributions.  This could happen if the administrator is tracking different packages from different Debian distributions.  This is frequently referred to as apt-pinning.  These systems might run a mixture of distributions.
nl: Het is echter niet altijd zo gemakkelijk. Sommige systemen hebben mogelijk een bestand <filename>sources.list</filename> met verschillende regels die overeenkomen met verschillende distributies. Dit is mogelijk als de systeembeheerder verschillende pakketten uit verschillende Debian-distributies opvolgt. Hiernaar wordt vaak verwezen met de term apt-pinning (apt-verankering). Op deze systemen kan een mix van distributies functioneren.

note: type: Content of: <chapter><section><section><title>
en: I am currently tracking stable. Can I change to testing or unstable? If so, how?
nl: Ik volg momenteel stable op. Kan ik overschakelen op testing of instable? Hoe gaat dat dan?

note: type: Content of: <chapter><section><section><para>
en: If you are currently running stable, then in the <filename>/etc/apt/sources.list</filename> file the third field will be either '&releasename;' or 'stable'.  You need to change this to the distribution you want to run.  If you want to run testing, then change the third field of <filename>/etc/apt/sources.list</filename> to 'testing'.  If you want to run unstable, then change the third field to 'unstable'.
nl: Indien u momenteel stable gebruikt, zal het derde veld in het bestand <filename>/etc/apt/sources.list</filename> ofwel '&releasename;' of 'stable' zijn. U moet dit veranderen naar de distributie die u wilt gebruiken. Indien u testing wilt gebruiken, verander dan het derde veld van <filename>/etc/apt/sources.list</filename> in 'testing'. Indien u unstable wilt gebruiken, verander dan het derde veld in 'unstable'.

note: type: Content of: <chapter><section><section><para>
en: Currently testing is called &nextreleasename;.  So, if you change the third field of <filename>/etc/apt/sources.list</filename> to '&nextreleasename;', then also you will be running testing.  But even when &nextreleasename; becomes stable, you will still be tracking &nextreleasename;.
nl: Momenteel heet testing &nextreleasename;. Indien u dus het derde veld van <filename>/etc/apt/sources.list</filename> verandert in '&nextreleasename;', zult u ook testing gebruiken. Maar ook wanneer &nextreleasename; de stabiele distributie wordt, zult ge nog altijd &nextreleasename; opvolgen.

note: type: Content of: <chapter><section><section><para>
en: Unstable is always called Sid.  So if you change the third field of <filename>/etc/apt/sources.list</filename> to 'sid', then you will be tracking unstable.
nl: Unstable blijft steeds Sid heten. Indien u dus het derde veld van <filename>/etc/apt/sources.list</filename> verandert in 'sid', zult u unstable opvolgen.

note: type: Content of: <chapter><section><section><para>
en: Currently Debian offers security updates for testing but not for unstable, as fixes in unstable are directly made to the main archive.  So if you are running unstable make sure that you remove the lines relating to security updates in <filename>/etc/apt/sources.list</filename>.
nl: Momenteel biedt Debian-beveiligingsupdates voor testing, maar niet voor unstable, vermits reparaties in unstable rechtstreeks in het hoofdarchief gemaakt worden. Indien u dus unstable gebruikt, moet u ervoor zorgen dat u de regels in verband met beveiligingsupdates verwijdert uit <filename>/etc/apt/sources.list</filename>.

note: type: Content of: <chapter><section><section><para>
en: If there is a release notes document available for the distribution you are upgrading to (even though it has not yet been released) it would be wise to review it, as it might provide information on how you should upgrade to it.
nl: Als er een document met 'release notes' (notities bij de release) bestaat voor de distributie waarnaartoe u opwaardeert (zelfs al is ze nog niet uitgebracht), zou u er goed aan doen het na te kijken, vermits het mogelijk informatie bevat over hoe u ernaartoe moet opwaarderen.

note: type: Content of: <chapter><section><section><para>
en: Nevertheless, once you make the above changes, you can run <filename>aptitude update</filename> and then install the packages that you want.  Notice that installing a package from a different distribution might automatically upgrade half of your system.  If you install individual packages you will end up with a system running mixed distributions.
nl: Maar u kunt, eens u de bovenvermelde wijzigingen heeft aangebracht, <filename>aptitude update</filename> uitvoeren en dan de pakketten installeren die u wenst. Merk op dat het installeren van een pakket van een andere distributie tot gevolg zou kunnen hebben dat de helft van uw systeem opgewaardeerd wordt. Indien u afzonderlijke pakketten installeert, zult u een systeem bekomen dat werkt met gemengde distributies.

note: type: Content of: <chapter><section><section><para>
en: It might be best in some situations to just fully upgrade to the new distribution running <command>apt full-upgrade</command>, <command>aptitude safe-upgrade</command> or <command>aptitude full-upgrade</command>.  Read apt's and aptitude's manual pages for more information.
nl: In sommige gevallen kan het beter zijn om gewoon volledig up te waarderen naar de nieuwe distributie met de opdracht <command>apt full-upgrade</command>, <command>aptitude safe-upgrade</command> of <command>aptitude full-upgrade</command>. Raadpleeg de man-pagina's van apt en aptitude voor bijkomende informatie.

note: type: Content of: <chapter><section><section><title>
en: I am currently tracking testing (&nextreleasename;). What will happen when a release is made? Will I still be tracking testing or will my machine be running the new stable distribution?
nl: Momenteel volg ik testing op (&nextreleasename;). Wat zal er gebeuren als een nieuwe release uitgebracht wordt? Zal ik nog steeds testing opvolgen of zal mijn computer dan de nieuwe stabiele distributie gebruiken?

note: type: Content of: <chapter><section><section><para>
en: It depends on the entries in the <filename>/etc/apt/sources.list</filename> file.  If you are currently tracking testing, these entries are similar to either:
nl: Dit is afhankelijk van de regels in het bestand <filename>/etc/apt/sources.list</filename>. Indien u momenteel testing opvolgt, dan zien die regels er ofwel als volgt uit:

note: type: Content of: <chapter><section><section><para>
en: or
nl: of als volgt:

note: type: Content of: <chapter><section><section><para>
en: If the third field in <filename>/etc/apt/sources.list</filename> is 'testing' then you will be tracking testing even after a release is made.  So after &nextreleasename; is released, you will be running a new Debian distribution which will have a different codename.  Changes might not be apparent at first but will be evident as soon as new packages from unstable go over to the testing distribution.
nl: Indien het derde veld in <filename>/etc/apt/sources.list</filename> 'testing' is, dan zult u ook na het uitbrengen van een release testing blijven opvolgen. Dus nadat &nextreleasename; uitgebracht werd, zult u een nieuwe distributie van Debian met een andere codenaam gebruiken. Aanvankelijk zullen geen verschillen merkbaar zijn, maar die zullen duidelijk worden van zodra nieuwe pakketten vanuit unstable naar de nieuwe testing-distributie overkomen.

note: type: Content of: <chapter><section><section><para>
en: But if the third field contains '&nextreleasename;' then you will be tracking stable (since &nextreleasename; will then be the new stable distribution).
nl: Maar als het derde veld '&nextreleasename;' bevat, dan zult u 'stable' opvolgen (aangezien '&nextreleasename;' dan de nieuwe stabiele distributie zal zijn).

note: type: Content of: <chapter><section><section><title>
en: I am still confused. What did you say I should install?
nl: Ik ben nog steeds wat in de war. Wat had u weer gezegd dat ik moest installeren?

note: type: Content of: <chapter><section><section><para>
en: If unsure, the best bet would be the stable distribution.
nl: Bij twijfel is de beste keuze de stabiele distributie te installeren.

note: type: Content of: <chapter><section><title>
en: But what about Knoppix, Linux Mint Debian Edition, Ubuntu, and others?
nl: Maar wat dan met Knoppix, Linux Mint Debian Edition, Ubuntu en andere?

note: type: Content of: <chapter><section><para>
en: They are not Debian; they are <emphasis>Debian based</emphasis>.  Though there are many similarities and commonalities between them, there are also crucial differences.
nl: Die zijn niet van Debian. Ze zijn <emphasis>op Debian gebaseerd</emphasis>. Hoewel er veel onderlinge gelijkenissen zijn en ze veel gemeen hebben, zijn er ook cruciale verschillen.

note: type: Content of: <chapter><section><para>
en: All these distributions have their own merits and are suited to some specific set of users.  For more information, read <ulink url="https://www.debian.org/misc/children-distros">Software distributions based on Debian</ulink> available at the Debian website.
nl: Al deze distributies hebben hun eigen verdiensten en zijn geschikt voor een specifieke groep gebruikers. Lees voor bijkomende informatie <ulink url="https://www.debian.org/misc/children-distros">Software distributions based on Debian</ulink> op de website van Debian.

note: type: Content of: <chapter><section><section><title>
en: I know that Knoppix/Linux Mint Debian Edition/Ubuntu/... is Debian-based. So after installing it on the hard disk, can I use 'apt' package tools on it?
nl: Ik weet dat Knoppix/Linux Mint Debian Edition/Ubuntu/... op Sebian gebaseerd zijn. Kan ik bijgevolg de pakketbeheerhulpmiddelen van 'apt' gebruiken nadat ik ze op de harde schijf geïnstalleerd heb?

note: type: Content of: <chapter><section><section><para>
en: These distributions are Debian based.  But they are not Debian.  You will be still able to use apt package tools by pointing the <filename>/etc/apt/sources.list</filename> file to these distributions' repositories.  But then you are not running Debian, you are running a different distribution.  They are not the same.
nl: Deze distributies zijn gebaseerd op Debian, maar ze zijn Debian niet. U kunt wel de pakketbeheerhulpmiddelen van apt gebruiken als u het bestand <filename>/etc/apt/sources.list</filename> laat verwijzen naar de pakketbronnen van die distributies. Maar dan gebruikt u niet Debian, maar een andere distributie. Ze zijn niet gelijk.

note: type: Content of: <chapter><section><section><para>
en: In most situations if you stick with one distribution you should use that and not mix packages from other distributions.  Many common breakages arise due to people running a distribution and trying to install Debian packages from other distributions.  The fact that they use the same formatting and name (.deb), does not make them immediately compatible.
nl: Als u het bij een distributie houdt, zou u in de meeste gevallen deze moeten gebruiken en ze niet mengen met pakketten uit andere distributies. Veel van de vaak voorkomende defecten ontstaan door het feit dat mensen die een bepaalde distributie gebruiken, Debian-pakketten uit andere distributies trachten te installeren. Het feit dat ze dezelfde indeling en naam (.deb) hebben, maakt ze nog niet onmiddellijk compatibel.

note: type: Content of: <chapter><section><section><para>
en: For example, Knoppix is a Linux distribution designed to be booted as a live CD whereas Debian is designed to be installed on the hard-disk.  Knoppix is great if you want to know whether a particular piece of hardware works, or if you want to experience how a GNU/Linux system 'feels' etc., Knoppix is good for demonstration purposes while Debian is designed to run 24/7.  Moreover the number of packages available, the number of architectures supported by Debian are far more than that of Knoppix.
nl: Bijvoorbeeld, Knoppix is een Linux-distributie die ontworpen is om op te starten als een live-CD, terwijl Debian ontworpen is om op de harde schijf geïnstalleerd te worden. Knoppix is zeer geschikt om te weten of een bepaald stuk hardware werkt, of als u wilt ondervinden hoe een GNU/Linux-systeem 'aanvoelt', enz. Knoppix is goed voor demonstratiedoeleinden, terwijl Debian ontworpen is om 24/7 te werken. Bovendien is het aantal beschikbare pakketten en het aantal ondersteunde architecturen veel groter bij Debian dan bij Knoppix.

note: type: Content of: <chapter><section><section><para>
en: If you want Debian, it is best to install Debian from the get-go.  Although it is possible to install Debian through other distributions, such as Knoppix, the procedure calls for expertise.  If you are reading this FAQ, I would assume that you are new to both Debian and Knoppix.  In that case, save yourself a lot of trouble later and install Debian right at the beginning.
nl: Indien u Debian wenst, is het best om onmiddellijk Debian te installeren. Hoewel het mogelijk is om Debian te installeren via andere distributies, zoals Knoppix, vereist deze werkwijze een zekere expertise. Vermits u deze FAQ leest, neem ik aan dat zowel Debian als Knoppix nieuw zijn voor u. Bespaar u in dat geval later een heleboel problemen en installeer Debian onmiddellijk van bij het begin.

note: type: Content of: <chapter><section><section><title>
en: I installed Knoppix/Linux Mint Debian Edition/Ubuntu/... on my hard disk. Now I have a problem. What should I do?
nl: Ik installeerde Knoppix/Linux Mint Debian Edition/Ubuntu/... op mijn harde schijf en heb nu een probleem. Wat moet ik doen?

note: type: Content of: <chapter><section><section><para>
en: You are advised not to use the Debian forums (either mailing lists or IRC) for help as people there may base their suggestions on the assumption that you are running a Debian system.  These "fixes" might not be suited to what you are running, and might even make your problem worse.
nl: We raden u aan om de Debian-forums (mailinglijsten of IRC) niet te gebruiken om hulp te vragen, vermits de mensen daar hun suggesties zullen baseren op de veronderstelling dat u een Debian-systeem gebruikt. Het is mogelijk dat deze "reparaties" niet aangepast zijn aan het systeem dat u gebruikt en uw probleem misschien zelfs nog groter zouden maken.

note: type: Content of: <chapter><section><section><para>
en: Use the forums of the specific distribution you are using first.  If you do not get help or the help you get does not fix your problem you might want to try asking in Debian forums, but keep the advice of the previous paragraph in mind.
nl: Gebruik eerst de forums die specifiek bedoeld zijn voor de distributie die u gebruikt. Indien u er geen hulp krijgt, of indien de gekregen hulp geen oplossing biedt voor uw probleem, kunt u proberen om uw vraag te stellen op forums van Debian, maar houd de aanbeveling uit de vorige paragraaf in gedachten.

note: type: Content of: <chapter><section><section><title>
en: I'm using Knoppix/LMDE/Ubuntu/... and now I want to use Debian. How do I migrate?
nl: Ik ben een gebruiker van Knoppix/LMDE/Ubuntu/... en nu wil ik Debian gaan gebruiken. Hoe kan ik overschakelen?

note: type: Content of: <chapter><section><section><para>
en: Consider the change from a Debian-based distribution to Debian just like a change from one operating system to another one.  You should make a backup of all your data and reinstall the operating system from scratch.  You should not attempt to "upgrade" to Debian using the package management tools as you might end up with an unusable system.
nl: Beschouw de overstap van een op Debian gebaseerde distributie naar Debian juist gelijk een overstap van het ene besturingssysteem naar het andere. U moet een reservekopie maken van al uw gegevens en het besturingssysteem helemaal opnieuw herinstalleren. U moet niet proberen om naar Debian "op te waarderen" met behulp van de instrumenten voor pakketbeheer, aangezien u uiteindelijk misschien een onbruikbaar systeem bekomt.

note: type: Content of: <chapter><section><section><para>
en: If all your user data (i.e. your <filename>/home</filename>) is under a separate partition migrating to Debian is actually quite simple, you just have to tell the installation system to mount (but not reformat) that partition when reinstalling.  Making backups of your data, as well as your previous system's configuration (i.e. <filename>/etc/</filename> and, maybe, <filename>/var/</filename>) is still encouraged.
nl: Indien al uw gebruikersgegevens (d.w.z. uw <filename>/home</filename>) zich o een aparte partitie bevinden, is overstappen naar Debian eigenlijk heel eenvoudig. U moet bij het herinstalleren het installatiesysteem enkel opdragen om die partitie aan te koppelen (maar niet te formatteren). Reservekopieën maken van uw gegevens evenals van de configuratie van uw vroegere systeem (d.w.z. <filename>/etc/</filename> en misschien <filename>/var/</filename>) blijft aanbevolen.
