Re: [RFR] po-debconf://openldap2 (38 string)
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
cobaco (aka Bart Cornelis) wrote:
> is een update, maar zijn maar een handvol strings hetzelfde als in vorige
> versie van de templates
msgid "If you choose yes here, no default configuration or database
will be created."
msgstr "Wanneer u hier 'ja' kiest worden er geen initiele
configurate en database voor u aangemaakt."
/geen initiele configurate/geen initiële configuratie/
msgid "Move old database"
msgstr "De oude database verplaatsen"
Moet hier geen vraagteken achteraan? In het dialoogvenster moet
er 'ja' of 'neen' na deze vraag aangeklikt worden
msgid "Retry configuration"
msgstr "Configuratie opnieuw proberen"
idem --> ?
msgid "You need to enter the admin password twice. Please note that
differences such as uppercase/lowercase and added whitespace matter."
msgstr "U dient het beheerdeswachtwoord tweemaal in te voeren. Merk
op dat kleine verschillen, zoals hoofd of kleine letters en
toegevoegde lege ruimte, relevant zijn."
/het beheerdeswachtwoord/het beheerderswachtwoord/
msgstr "Vanaf OpenLDAP versie 2.1 worden backends dynamisch geladen
bij het opstarten van de server (tot dan toe waren ze in de server
ingebouwd). Dit betekend dat de slapd-configuratie aangepast moet
worden om de modules voor de door u gebruikte backends te laden. Als
voor deze optie kiest wordt er een poging gedaan om de configuratie
te repareren. Als u niet voor deze optie kiest dan zult u uw
configuratiebestand zelf moeten repareren. Wanneer er geen reparatie
plaatsvind zal slapd (en slapcat wanneer u van een oudere versie
opwaardeert) mislukken, en zal het pakket niet ge?stalleerd worden.
Meer informatie vindt u in /usr/share/doc/slapd/README.Debian."
/Als voor deze optie/Als u voor deze optie/
msgstr "De slapd-achtergronddienst de-activeerd nu standaard het
oude LDAPv2-protocol. De meeste programma's zijn aangepast om
gebruik te maken van LDAPv3. Als u programma's heeft die nog steeds
LDAPv2-ondersteuning behoeven (omdat ze niet zijn aangepast naar
LDAPv3) dient u deze optie te kiezen, hierdoor wordt 'allow bind_v2'
toegevoegd aan uw slapd.conf, wat slapd verteld om
LDAPv2-verbindingen toe te laten."
/de-activeerd/deactiveert/
msgstr "De installatiescripts van de oude OpenLDAP 2.0 pakketten
maken een catalogus aan die niet voldoet aan het ldap-schema. Deze
nieuwe versie is wat dit betreft stricter, hierdoor zult u geen
toegang hebben tot uw catalogus na de opwaardering tenzij u dit
repareert. Wanneer u deze optie kiest zal er geprobeerd worden om
dit automatisch in orde te maken."
/betreft stricter, hierdoor/betreft strikter, hierdoor/
msgstr "Er is een fout opgetreden tijdens de poging om uw
LDAP-catalogus op te waarderen. Deze fout trad op tijdens de
'slapadd'-aanroep die uw neiuwe LDAP-catalogus probeert te bevolken
met de informatie van uw oorspronkelijke LDAP-catalogus. Uw
oorspronkelijke LDAP-catalogusbestanden zijn opgeslagen in
/var/backups. Het resultaat van de gepoogde opwaardering is in het
ldif-bestand in /var/backups. Het mislukken van slapadd kan het
gevolg zijn van een foute configuratie (in dat geval zal slapcat ook
mislukt zijn), of tengevolge van een probleem in het LDIF-bestand.
Als het probleem in het LDIF-bestand zit kunt u dit misschien
repareren en daarna slapadd nogmaals proberen uitvoeren."
/die uw neiuwe/die uw nieuwe/
/opwaardering is in het ldif-bestand /opwaardering is het ldif-bestand/
msgstr "U heeft in uw slapd-configuratiebestand minstens 1 database
geconfigureerd als 'slaaf', en u heeft de 'updateref'-optie niet
aanstaan. De 'updateref'-optie geeft aan welke verwijzingen
teruggegeven worden wanneer slapd gevraagd wordt om een lokale
databse te repliceren. Zie slapd.conf(5) voor meer informatie."
/lokale databse/lokale database/
msgstr "Vanaf versie 2.1.23 vereist slapd dat de 'updateref'-opte
geactiveerd is voor slaaf-databases. U dient dit aan te passen in uw
slapd.conf configuratiebestand."
/de 'updateref'-opte/de 'updateref'-optie/
msgstr "De BDB-backend (back-bdb) en de LDBM-backend (back-ldbm)
zijn vergelijkbaar in bedoeling en hoewel back-bdb ge?olueerd is uit
de ervaring opgedaan met back-ldbm zijn de twee vandaag erg
verschillend. Ze slaan beide ingangen op op basis van een 32-bit
ingang-ID-sleutel, en maken beiden gebruik van een dn2id-tabel om
DNs te mappen naar ingang-IDs. Ze voeren beide de indexeren van
attributen uit met dezelfde code en slaan beide de indexdata op als
een lijst van ingang-ID's. Dientengevolge zijn de LDAP-specifieke
features die ze aanbieden nagenoeg gelijk. De verschillen zitten in
de APIs die gebruikt zijn om de databases te implementeren.
back-ldbm gebruikt een generieke databse-API die gebruik kan maken
van verschillende databasepakketten. In Debian is het gebouwd met
BerkeleyDB (BDB). Hoewel BerkeleyDB deze generieke interface
ondersteund, biedt het ook een veel rijkere API aan die meer kracht
en complexiteit heeft. back-bdb is specifiek voor de volledige
BDB-API geschreven en maakt gebruik van een aantal van de meer
geavanceerde features van BDB om transactieverwerking, fijne
vergrendeling, en andere features die zorgen voor verbeterde
betrouwbaarheid en 'concurrency' aan te bieden. Meer informatie
vindt u op http://www.openldap.org/faq/dagta/cache/756.html.";
Voorstel:
/Ze voeren beide de indexeren van attributen /Ze voeren beide het
indexeren van attributen/
/enerieke databse-API/enerieke database-API/
Groeten,
Kurt
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.2.2 (GNU/Linux)
iD8DBQFER5kK+9wz99/liY0RAtMOAKDFfZMNGTI1CUqc8kqC9f/Bht365wCgnQj0
5SMxjmwYeoOyzMy6PlDT5To=
=gvx9
-----END PGP SIGNATURE-----
Reply to: