CVS webwml/dutch/devel/buildd
Update of /cvs/webwml/webwml/dutch/devel/buildd
In directory alioth:/tmp/cvs-serv28586/devel/buildd
Modified Files:
index.wml wanna-build-states.wml
Log Message:
Convert Dutch translation to UTF-8
--- /cvs/webwml/webwml/dutch/devel/buildd/index.wml 2009/05/11 22:53:54 1.15
+++ /cvs/webwml/webwml/dutch/devel/buildd/index.wml 2009/07/29 15:41:28 1.16
@@ -12,14 +12,14 @@
<h2>Waarom is het autobuilder-netwerk nodig?</h2>
<p>De Debian-distributie ondersteunt <a href="$(HOME)/ports/">een flink
aantal architecturen</a>, maar de onderhouders van de pakketten
-compileren normaliter de binaire pakketten voor slechts één architectuur
+compileren normaliter de binaire pakketten voor slechts één architectuur
(gewoonlijk i386). Ontwikkelaars voor andere architecturen moeten
uitkijken naar nieuwe versies van pakketten en ze hercompileren als ze
up-to-date willen blijven met de Intel-distributie.</p>
<p>Toen Debian/m68k (de eerste niet-Intel port) opgestard werd, werd dit
allemaal manueel gedaan: ontwikkelaars volgden de upload mailinglijst
-voor nieuwe pakketten en startten de compilatie van één of meerdere
+voor nieuwe pakketten en startten de compilatie van één of meerdere
daarvan op hun systemen. De noodzakelijke coordinatie om te voorkomen
dat pakketten twee keer gecompileerd werden door verschillende personen
werd gedaan via een eigen mailinglijst. Het is duidelijk dat met deze
@@ -30,7 +30,7 @@
<p>Het "build daemon"-systeem automatiseert het meeste van dit proces.
Het bestaat uit een set scripts (geschreven in Perl en Python) die
mettertijd gegroeid zijn om porters te helpen met verschillende
-taken. Ze zijn uiteindelijk geëvolueerd in een systeem dat in staat is
+taken. Ze zijn uiteindelijk geëvolueerd in een systeem dat in staat is
om de niet-i386 distributies bijna volautomatisch up-to-date te houden.</p>
<h2>Hoe werkt buildd?</h2>
@@ -42,7 +42,7 @@
<dl>
<dt><a href="http://svn.cyberhqz.com/svn/wanna-build/";>wanna-build</a></dt>
<dd>een hulpmiddel dat pakket-(her)compilaties helpt coordineren via een
-database die een lijst van pakketten en hun status bijhoudt. Er is één
+database die een lijst van pakketten en hun status bijhoudt. Er is één
centrale database per architectuur die per pakket de status, versie, en
nog wat informatie bijhoudt.</dd>
<dt><a href="http://svn.cyberhqz.com/svn/wanna-build/";>buildd</a></dt>
@@ -53,7 +53,7 @@
goedgekeurd is door de beheerder.</dd>
<dt><a href="http://packages.debian.org/sbuild";>sbuild</a></dt>
<dd>is verantwoordelijk voor de eigenlijke compilatie van pakketten in
-geïsoleerde chroot-omgevingen. Het gebruikt hier vooral standaard
+geïsoleerde chroot-omgevingen. Het gebruikt hier vooral standaard
Debian-hulpmiddelen voor, maar zorgt ook voor bron-afhankelijkheden en
een aantal andere nukken.</dd>
<dt>quinn-diff</dt>
@@ -153,4 +153,4 @@
<p><small>Deze introductie tot het autobuilder-netwerk werd geschreven
op basis van informatie verstrekt door Roman Hodek, Christian T. Steigies,
Wouter Verhelst, Andreas Barth, Francesco Paolo Lovergine en Javier
-Fernández-Sanguino Peña</small></p>
+Fernández-Sanguino Peña</small></p>
--- /cvs/webwml/webwml/dutch/devel/buildd/wanna-build-states.wml 2008/12/01 10:56:48 1.17
+++ /cvs/webwml/webwml/dutch/devel/buildd/wanna-build-states.wml 2009/07/29 15:41:28 1.18
@@ -15,7 +15,7 @@
<h2>De wanna-build states</h2>
<p>Voor elke architectuur die Debian ondersteunt is er een wanna-build
-database geïnstalleerd op buildd.debian.org, met daarin alle pakketten en
+database geïnstalleerd op buildd.debian.org, met daarin alle pakketten en
hun huidige compilatiestatus. Er zijn zeven states:
<em>needs-build</em>, <em>building</em>, <em>uploaded</em>,
<em>dep-wait</em>, <em>failed</em>, <em>not-for-us</em>, en
@@ -30,7 +30,7 @@
database is; daardoor is een hercompilatie noodzakelijk. Als de
status <em>needs-build</em> is, dan is het nog niet opgepikt
door een autobuilder, maar dat zal wel gebeuren (op het moment
- dat er één beschikbaar is wanneer dit specifieke pakket zich
+ dat er één beschikbaar is wanneer dit specifieke pakket zich
bovenaan de lijst bevindt). Mensen zeggen gewoonlijk <q>een
pakket staat in de wachtrij om opnieuw gecompileerd te worden</q>
wanneer ze het hebben over een pakket in de
@@ -51,7 +51,7 @@
is gebaseerd op welke pakketten als belangrijker beschouwd
worden; zo wordt de sectie <em>games</em> gecompileerd
na de sectie <em>base</em>, en zal de sectie <em>libs</em>
- gecompileerd worden vóór <em>devel</em>.
+ gecompileerd worden vóór <em>devel</em>.
</li>
<li>Een asciibetische sortering op de pakket naam.</li>
</ol>
@@ -77,7 +77,7 @@
<dd>Een pakket wordt als <em>building</em> gemarkeert vanaf het
moment dat een autobuilder het oppikt bovenaan de wanna-build
wachtrij tot het moment dat de autobuilder-beheerder een
- antwoord stuurt op de log. Vermits pakketten niet één per één uit
+ antwoord stuurt op de log. Vermits pakketten niet één per één uit
de wachtrij gehaald worden, betekent dit dat een pakket als
<em>building</em> gemarkeerd kan zijn (en gewoonlijk ook is)
voordat de compilatie daadwerkelijk gestart is; maar vermits
@@ -121,7 +121,7 @@
dat van toepassing is.<br />
Er zijn twee specifieke situaties waarbij het kan gebeuren dat
een pakket in de <em>dep-wait</em> status blijft; deze zijn
- wanneer een tikfout zich voorgedaan heeft bij het specifiëren va
+ wanneer een tikfout zich voorgedaan heeft bij het specifiëren va
de dep-wait dependencies (zodat het pakket zich in de
<em>dep-wait</em> status bevindt voor een pakket dat niet
bestaat en ook nooit zal bestaan) en wanneer een
@@ -132,7 +132,7 @@
pakket <tt>foo</tt>, dat alleen voor <tt>i386</tt> bestaat; een
pakket <tt>bar</tt>, wat alleen voor <tt>m68k</tt> bestaat (en
dat in grote lijnen dezelfde functionaliteit uitvoert); en
- een pakket <tt>baz</tt> dat gecompileerd kan worden met één van
+ een pakket <tt>baz</tt> dat gecompileerd kan worden met één van
<tt>foo</tt> of <tt>bar</tt>. Indien de maintainer van het
pakket <tt>baz</tt> nu zou vergeten om <tt>bar</tt> aan de
Build-Depends toe te voegen, en zou hij of zij het toevoegen
@@ -170,7 +170,7 @@
niet op een andere architectuur gecompileerd moet worden, toch
een poging gedaan worden op andere architecturen (deze zal
echter mislukken nog voor de build-dependencies gedownloaded en
- geïnstalleerd zijn)<br />
+ geïnstalleerd zijn)<br />
Vermits autobuilders geen tijd moeten verspelen aan het
compileren van pakketten die niet interessant zijn voor hun
architectuur, is er een manier nodig om pakketten op te sommen
@@ -180,7 +180,7 @@
beheren is, wordt het gebruik van <em>not-for-us</em> vandaag de
dag afgeraden; autobuilder-beheerders gebruiken daarom best
<em>packages-arch-specific</em> in de plaats, wat een lijst is
- van pakketten specifiek voor één of meerdere architecturen, in
+ van pakketten specifiek voor één of meerdere architecturen, in
plaats van een wanna-build status.<br />
Een pakket in <em>not-for-us</em> of
<em>packages-arch-specific</em> zal deze status
@@ -217,7 +217,7 @@
wordt de informatie van dat pakket niet weggegooid, vermits het
mogelijk is dat het niet verschijnen van het pakket in het
Packages-bestand maar een tijdelijk probleem is, of dat het pakket
- tijdelijk verwijderd is om één of andere reden (maar dat het, mits
+ tijdelijk verwijderd is om één of andere reden (maar dat het, mits
wat geduld, wel terug zal komen). In zo'n geval wordt het pakket
daarom naar een <em>-removed</em> status gebracht, zodat de
informatie over waarom de compilatie mislukt is, of waar het op aan
@@ -228,7 +228,7 @@
<em>dep-wait</em> voordat de verdere verwerking plaatsvindt.</p>
<p>
Het is niet mogelijk om de wanna-build database rechtstreeks te
- bevragen; deze database is geïnstalleerd op ftp-master.debian.org,
+ bevragen; deze database is geïnstalleerd op ftp-master.debian.org,
wat een beperkte host is, en enkel autobuilders hebben een
SSH-sleutel die hen toelaat om de wanna-build database van hun
architectuur te manipuleren. Dit was zelfs het geval voor
@@ -252,7 +252,7 @@
het compilatieresultaat via e-mail verzonden naar de
autobuilder-beheerder en naar logs@buildd.debian.org (zodat het op
http://buildd.debian.org) kan terechtkomen). Het
- compilatielog-resultaat kan één van <em>successful</em>,
+ compilatielog-resultaat kan één van <em>successful</em>,
<em>failed</em>, <em>given-back</em>, of <em>skipped</em> zijn.
Merk op dat, op <a href="http://buildd.debian.org";>het buildd
log overzicht</a> de prefix <em>maybe-</em> toegevoegd wordt,
@@ -274,7 +274,7 @@
<dd>De compilatie is mislukt. Vermits er een groot aantal redenen
kan zijn waarom een compilatie mislukt, zou het heel wat werk
vergen om ze allemaal op te noemen, dus er wordt geen poging
- gedaan om dat te doen. Als één van jouw pakketten als
+ gedaan om dat te doen. Als één van jouw pakketten als
<em>(maybe-)failed</em> gemarkeerd is, dan wil je waarschijnlijk
het bovenstaande lezen, en z'n huidige wanna-build status
nakijken.
@@ -287,7 +287,7 @@
Een pakket dat <em>given-back</em> als resultaat heeft wordt
terug als <em><a href="#needs-build">needs-build</a></em>
gemarkeerd; dit wil zeggen dat die automatisch terug opgepikt
- zal worden door een andere autobuilder wanneer er één
+ zal worden door een andere autobuilder wanneer er één
beschikbaar is.
</dd>
<dt><a name="skipped">skipped</a></dt>
Reply to: