[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

[RFR] wml://www.debian.org/dutch/devel/debian-installer/errata.wml



Dag iedereen, 


In het git-archief webwml werd de vertaling van 
dutch/devel/debian-installer/errata.wml bijgewerkt.
In bijlage de bijgewerkte vertaling en een diff-bestand met de wijzigingen
tegenover de vorige versie.

-- 
Met vriendelijke groet,
Frans Spiesschaert

diff --git a/dutch/devel/debian-installer/errata.wml b/dutch/devel/debian-installer/errata.wml
index 37ab3699661..6c58a03350d 100644
--- a/dutch/devel/debian-installer/errata.wml
+++ b/dutch/devel/debian-installer/errata.wml
@@ -1,7 +1,7 @@
 #use wml::debian::template title="Het installatieprogramma van Debian - errata"
 #use wml::debian::recent_list
 #include "$(ENGLISHDIR)/devel/debian-installer/images.data"
-#use wml::debian::translation-check translation="52f6008e97f77fd5fea20b1b62c59d970548cfb8"
+#use wml::debian::translation-check translation="548e836a27bec221897b3d647cb4f4f338c565a4"
 
 <h1>Errata voor <humanversion /></h1>
 
@@ -33,17 +33,7 @@ waarin u het probleem beschrijft.
      het <a href="https://bugs.debian.org/989863";>overkoepelende bugrapport</a>
      om onze inspanningen te volgen.
      <br />
-     <b>Toestand:</b> Wordt onderzocht en moet opgelost zijn voor
-     de eerste officiële release van Bullseye.</dd>
-
-     <dt>Bij sommige virtuele-machineopstellingen is het mogelijk dat GNOME
-     niet start</dt>
-     <dd>Tijdens het testen van het image van Stretch Alpha 4 werd vastgesteld
-      dat GNOME mogelijk niet start, afhankelijk van de voor virtuele machines
-      gebruikte instellingen. Het lijkt erop dat het gebruik van cirrus als een
-      geëmuleerde videochip prima is.
-     <br />
-     <b>Toestand:</b> wordt onderzocht.</dd>
+     <b>Toestand:</b> Opgelost in Bullseye RC 3.</dd>
 
      <dt>Installaties van een grafische werkomgeving kunnen mislukken wanneer
      men enkel met cd#1 installeert</dt>
@@ -58,7 +48,7 @@ waarin u het probleem beschrijft.
      <dd>Pas onlangs werd vastgesteld dat GRUB geen ondersteuning biedt voor
       LUKS2, Dit betekent dat gebruikers die <tt>GRUB_ENABLE_CRYPTODISK</tt>
       willen gebruiken en een aparte niet-geëncrypteerde <tt>/boot</tt> willen
-      gebruiken, dit niet zullen kunnen doen
+      vermijden, dit niet zullen kunnen doen
       (<a href="https://bugs.debian.org/927165";>#927165</a>). Deze opstelling
       wordt sowieso toch niet ondersteund in het installatieprogramma, maar
       het zou logisch zijn om deze beperking op zijn minst prominenter te
#use wml::debian::template title="Het installatieprogramma van Debian - errata"
#use wml::debian::recent_list
#include "$(ENGLISHDIR)/devel/debian-installer/images.data"
#use wml::debian::translation-check translation="548e836a27bec221897b3d647cb4f4f338c565a4"

<h1>Errata voor <humanversion /></h1>

<p>
Dit is een lijst van gekende problemen in de <humanversion />-release van het
installatieprogramma van Debian. Indien u uw probleem hierin niet vermeld
vindt, stuur ons dan een
<a href="$(HOME)/releases/stable/amd64/ch05s04#submit-bug">installatierapport</a>
waarin u het probleem beschrijft.
</p>

<dl class="gloss">
     <dt>Defecte noodmodus in het grafisch installatieprogramma</dt>
     <dd>Tijdens het testen van het image van RC 1 van Bullseye ontdekte
     men dat de noodmodus niet blijkt te werken
     (<a href="https://bugs.debian.org/987377";>#987377</a>).
     Daarenboven moet het label “Rescue” in de banner van het grafisch
     ontwerp voor Bullseye aangepast worden.
     <br />
     <b>Toestand:</b> Opgelost in Bullseye RC 2.</dd>

     <dt>Voor veel grafische kaarten van AMD is amdgpu-firmware vereist</dt>
     <dd>Er blijkt een toenemende behoefte te zijn om amdgpu-firmware te
     installeren (via het niet-vrije pakket <code>firmware-amd-graphics</code>)
     om te vermijden dat het scherm zwart blijft bij het opstarten van
     het geïnstalleerde systeem. Zelfs bij gebruik van een installatie-image
     dat alle firmwarepakketten bevat, detecteert het installatieprogramma
     vanaf RC 1 van Bullseye niet de behoefte aan dat specifieke onderdeel. Zie
     het <a href="https://bugs.debian.org/989863";>overkoepelende bugrapport</a>
     om onze inspanningen te volgen.
     <br />
     <b>Toestand:</b> Opgelost in Bullseye RC 3.</dd>

     <dt>Installaties van een grafische werkomgeving kunnen mislukken wanneer
     men enkel met cd#1 installeert</dt>
     <dd>Door de beperkte ruimte op de eerste cd, passen niet alle verwachte
      GNOME-desktoppakketten op cd#1. Voor een succesvolle installatie moet u
      extra pakketbronnen (bijv. een tweede cd of een
      netwerkspiegelserver) of eerder een dvd gebruiken. <br />
      <b>Toestand:</b> Het is onwaarschijnlijk dat met meer inspanningen meer
      pakketten in te passen zijn op cd#1. </dd>

     <dt>LUKS2 is niet compatibel met GRUB's cryptodisk-ondersteuning</dt>
     <dd>Pas onlangs werd vastgesteld dat GRUB geen ondersteuning biedt voor
      LUKS2, Dit betekent dat gebruikers die <tt>GRUB_ENABLE_CRYPTODISK</tt>
      willen gebruiken en een aparte niet-geëncrypteerde <tt>/boot</tt> willen
      vermijden, dit niet zullen kunnen doen
      (<a href="https://bugs.debian.org/927165";>#927165</a>). Deze opstelling
      wordt sowieso toch niet ondersteund in het installatieprogramma, maar
      het zou logisch zijn om deze beperking op zijn minst prominenter te
      documenteren en om op zijn minst de mogelijkheid te hebben om voor LUKS1
      te kiezen tijdens het installatieproces.
     <br />
     <b>Toestand:</b> Er zijn enkele ideeën geuit over de bug; de ontwikkelaars
      van cryptsetup schreven wat
      <a href="https://cryptsetup-team.pages.debian.net/cryptsetup/encrypted-boot.html";>specifieke documentatie</a>.</dd>

</dl>

Reply to: