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

To: Debian-l10n French <debian-l10n-french@lists.debian.org>
Subject: [RFR] wml://devel/debian-installer/errata.wml
From: Jean-Pierre Giraud <jenapierregiraud75@free.fr>
Date: Sat, 3 Aug 2019 22:44:45 +0200
Message-id: <[🔎] ffc1d64f-7ef4-f23b-3928-fabe279ea6a8@free.fr>

Bonjour,
Correction d'une erreur de validation : un titre manquant.

Voici une proposition de traduction.
Le fichier en anglais est téléchargeable ici :
https://salsa.debian.org/webmaster-team/webwml/blob/master/english/devel/debian-installer/errata.wml
Le fichier en français est téléchargeable ici :
https://salsa.debian.org/webmaster-team/webwml/blob/master/french/devel/debian-installer/errata.wml

Merci d’avance pour vos relectures.
Amicalement,
jipege

--- /home/jpg1/webwml/french/devel/debian-installer/errata.wml	2019-08-03 22:04:24.510683275 +0200
+++ /home/jpg1/Documents/traductions/l10n/d_f/debinstaller/erratajpg.wml	2019-08-03 22:08:32.145076578 +0200
@@ -100,7 +100,7 @@
 <a href="https://cryptsetup-team.pages.debian.net/cryptsetup/encrypted-boot.html";>une
 documentation spÃ©cifique</a> (en anglais).</dd>
 
-<dt>
+<dt>Ã?chec Ã  la prÃ©dÃ©finition de dÃ©pÃ´ts APT personnalisÃ©s</dt>
 <dd>Il est d'usage de spÃ©cifier des clefs supplÃ©mentaires lors de la
 configuration de dÃ©pÃ´ts APT personnalisÃ©s en utilisant des paramÃ¨tres tels que
 <tt>apt-setup/local0/key</tt>.

#use wml::debian::template title="Errata pour l'installateur Debian"
#use wml::debian::recent_list
#use wml::debian::translation-check translation="5863207a091bcfec9124de413b37739d67e43557" maintainer="Baptiste Jammet" mindelta="1" maxdelta="1"
#include "$(ENGLISHDIR)/devel/debian-installer/images.data"

# Translators:
# Nicolas Bertolissio, 2003-2008
# Thomas Peteul, 2008, 2009
# Simon Paillard, 2010
# David PrÃ©vot, 2010-2014
# Jean-Pierre Giraud, 2013
# Baptiste Jammet, 2014-2019

<h1><i>Errata</i> de la version <humanversion /></h1>

<p>
Voici une liste des problÃ¨mes connus dans la version <humanversion />
de l'installateur Debian.
Si le problÃ¨me rencontrÃ© n'y est pas recensÃ©, veuillez envoyer un <a
href="$(HOME)/releases/stable/amd64/ch05s04.html#submit-bug">compte-rendu d'installation</a>
(en anglais) dÃ©crivant le problÃ¨me.
</p>


<dl class="gloss">

<dt>GNOME pourrait Ã©chouer Ã  dÃ©marrer dans certaines configurations de machine virtuelle</dt>
<dd>Durant les tests de l'image StretchÂ AlphaÂ 4, il a Ã©tÃ© remarquÃ© que
GNOME Ã©chouait Ã  dÃ©marrer en fonction de la configuration utilisÃ©e
pour les machines virtuelles. Il semble que l'utilisation de cirrus comme
Ã©mulateur de carte vidÃ©o fonctionne.
<br />
<b>Ã?tatÂ :</b> en cours d'investigation.</dd>

<dt>L'installation d'un environnement de bureau pourrait Ã©chouer avec le seul premier CD</dt>

<dd>
En raison de sa taille,
la totalitÃ© des paquets du bureau GNOME ne rentre pas sur le premier CD.
Pour rÃ©ussir cette installation, utilisez une source supplÃ©mentaire de paquets
(un second CD ou un miroir rÃ©seau) ou un DVD.
<br />
<b>Ã?tatÂ :</b> rien de plus ne peut Ãªtre fait pour faire tenir
davantage de paquets sur le premier CD.
</dd>

<dt>ThÃ¨me de l'installateur</dt>

<dd>Il n'y a pas encore de thÃ¨me graphique pour Buster et l'installateur
utilise toujours celui de Stretch.
<br />
<b>Ã?tatÂ :</b>
corrigÃ© dans la version BusterÂ RCÂ 1Â :
<a href="https://bits.debian.org/2019/01/futurePrototype-will-be-the-default-theme-for-debian-10.html";>futurePrototype</a>
a Ã©tÃ© intÃ©grÃ©.</dd>

<dt>Raccourcis problÃ©matiques dans l'Ã©diteur nano</dt>
<dd>La version de nano utilisÃ©e dans l'installateur n'utilise pas les
mÃªmes raccourcis que la version installÃ©e habituellement par le paquet.
En particulier, l'utilisation de <tt>C-s</tt> pour <q>Enregistrer</q>
semble Ãªtre un problÃ¨me pour ceux qui utilisent l'installateur Ã 
travers une console sÃ©rie
(<a href="https://bugs.debian.org/915017";>nÂ°Â 915017</a>).
<br />
<b>Ã?tatÂ :</b> corrigÃ© dans la version BusterÂ RCÂ 1.</dd>

<dt>TLS ne fonctionne pas dans wget</dt>
<dd>Une modification dans la bibliothÃ¨que OpenSSL a provoquÃ© des
problÃ¨mes pour les utilisateurs. Un fichier de configuration anciennement
optionnel est devenu obligatoire. Par consÃ©quence, <tt>wget</tt> ne
prend pas en charge HTTPS dans l'installateur
(<a href="https://bugs.debian.org/926315";>nÂ°Â 926315</a>).
<br />
<b>Ã?tatÂ :</b>
corrigÃ© dans la version BusterÂ RCÂ 2.</dd>

<dt>ProblÃ¨me liÃ©s Ã  l'entropie</dt>
<dd>MÃªme avec HTTPS fonctionnel dans wget, il pourrait y avoir
des problÃ¨mes liÃ©s Ã  l'entropie, en fonction de la disponibilitÃ© d'un
gÃ©nÃ©rateur de nombres alÃ©atoires, ou un nombre suffisant d'Ã©vÃ¨nements
pour alimenter une suite de bits alÃ©atoires
(<a href="https://bugs.debian.org/923675";>nÂ°Â 923675</a>).
Habituellement, cela se traduit par un dÃ©lai anormalement long lors
de la premiÃ¨re connexion HTTPS, ou lors de la gÃ©nÃ©ration de la paire
de clefs SSH.
<br />
<b>Ã?tatÂ :</b> corrigÃ© dans la version BusterÂ RCÂ 2.</dd>

<dt>LUKS2 n'est pas compatible avec cryptodisk de GRUB</dt>
<dd>Il a Ã©tÃ© dÃ©couvert tardivement que GRUB ne prenait pas en charge LUKS2.
Cela veut dire qu'il n'est pas possible d'utiliser <tt>GRUB_ENABLE_CRYPTODISK</tt>
sans une partition <tt>/boot</tt> sÃ©parÃ©e et non chiffrÃ©e.
(<a href="https://bugs.debian.org/927165";>nÂ°Â 927165</a>).
L'installateur ne prend pas en charge cette configuration,
mais il serait intÃ©ressant de mieux documenter cette limitation,
et d'avoir au moins la possibilitÃ© de choisir LUKS1 pendant l'installation.
<br />
<b>Ã?tatÂ :</b> quelques idÃ©es ont Ã©tÃ© exprimÃ©es dans le rapport de bogue.
Les responsables de cryptsetup ont Ã©crit
<a href="https://cryptsetup-team.pages.debian.net/cryptsetup/encrypted-boot.html";>une
documentation spÃ©cifique</a> (en anglais).</dd>

<dt>Ã?chec Ã  la prÃ©dÃ©finition de dÃ©pÃ´ts APT personnalisÃ©s</dt>
<dd>Il est d'usage de spÃ©cifier des clefs supplÃ©mentaires lors de la
configuration de dÃ©pÃ´ts APT personnalisÃ©s en utilisant des paramÃ¨tres tels que
<tt>apt-setup/local0/key</tt>.
En raison des changements dans le fonctionnement de <tt>apt-key</tt>,
essayer un tel paramÃ¨tre pourrait conduire Ã  des Ã©checs dans l'installateur
de Buster (<a href="https://bugs.debian.org/851774";>851774</a>).
<br />
<b>Ã?tatÂ :</b> le <a href="https://bugs.debian.org/851774#68";>correctif proposÃ©</a>
n'a pas Ã©tÃ© revu Ã  temps pour la publication initiale de Buster, mais est
attendu durant la phase de dÃ©veloppement de Bullseye. Il sera Ã©ventuellement
rÃ©troportÃ© Ã  l'occasion d'une publication intermÃ©diaire de Buster.</dd>

<!-- Les choses devraient Ãªtre mieux Ã  partir de Jessie Beta 2...
<dt>Prise en charge de GNU/kFreeBSD</dt>

<dd>
Les images dâ??installation de GNU/kFreeBSD
sont victimes de plusieurs bogues importants
(<a href="https://bugs.debian.org/757985";>nÂºÂ 757985</a>,
<a href="https://bugs.debian.org/757986";>nÂºÂ 757986</a>,
<a href="https://bugs.debian.org/757987";>nÂºÂ 757987</a> et
<a href="https://bugs.debian.org/757988";>nÂºÂ 757988</a>).
Les porteurs ne refuseraient sans doute pas un peu
dâ??aide pour remettre lâ??installateur en service.
</dd>
-->
<!--
<dt>AccessibilitÃ© sur le systÃ¨me installÃ©</dt>
<dd>MÃªme si les technologies d'accessibilitÃ© sont utilisÃ©es pendant l'installation,
elles pourraient ne pas Ãªtre activÃ©es automatiquement dans le systÃ¨me installÃ©.
</dd>
-->

<!-- conservÃ© pour une possible utilisation ultÃ©rieure...
	<dt>Installations de bureau non fonctionnelles sur i386 Ã  partir du premier CD seul</dt>
	<dd>
	Ã? cause de contraintes de place, tous les paquets nÃ©cessaires
	au bureau GNOME ne peuvent pas tenir sur le premier CD.

	Pour rÃ©ussir l'installation, utilisez des sources de
	paquets supplÃ©mentaires (par exemple un deuxiÃ¨me CD ou
	un miroir sur le rÃ©seau) ou utilisez plutÃ´t un DVD.
	<br />
	<b>Ã?tatÂ :</b> aucune ressource ne pourra probablement Ãªtre consacrÃ©e
	Ã  l'inclusion de paquets supplÃ©mentaires sur le premier CD.
	</dd>
-->

<!-- idem
	<dt>ProblÃ¨mes possibles avec l'amorÃ§age UEFI sur amd64</dt>
	<dd>
	Des problÃ¨mes ont Ã©tÃ© signalÃ©s lors de l'amorÃ§age de
	l'installateur Debian en mode UEFI sur des systÃ¨mes amd64.

	Certains systÃ¨mes ne dÃ©marrent apparemment pas de faÃ§on fiable avec
	<code>grub-efi</code> et d'autres montrent des problÃ¨mes de
	corruption graphique de l'affichage d'Ã©cran initial d'installation.
	<br />
	Si vous rencontrez un de ces deux problÃ¨mes, veuillez soumettre un
	rapport de bogue aussi prÃ©cis que possible, Ã  la fois sur les symptÃ´mes
	et sur le matÃ©riel â??Â cela devrait aider l'Ã©quipe Ã  corriger ces problÃ¨mes.

	En attendant, il est possible de contourner le problÃ¨me en dÃ©sactivant l'UEFI et en
	poursuivant l'installation avec l'<q>ancien BIOS</q> ou en <q>mode de secours</q>.
	<br />
	<b>Ã?tatÂ :</b> d'autres corrections de bogues pourraient
	apparaÃ®tre dans les diverses mises Ã  jour de Wheezy.
	</dd>
-->

<!-- conservÃ© pour une possible utilisation ultÃ©rieure...
	<dt>Architecture i386&nbsp;: plus de 32&nbsp;Mo requis pour
	l'installation</dt>
	<dd>
	La quantitÃ© minimale de mÃ©moire requise pour une installation sur
	une architecture i386 est de 48&nbsp;Mo, au lieu de 32&nbsp;Mo prÃ©cÃ©demment.
	Nous espÃ©rons un retour au besoin initial de 32&nbsp;Mo dans une version
	ultÃ©rieure. Le besoin de mÃ©moire peut aussi avoir changÃ© pour d'autres
	architectures&nbsp;;
	</dd>
-->
</dl>

Reply to:

Follow-Ups:
- [LCFC] wml://devel/debian-installer/errata.wml
  - From: Jean-Pierre Giraud <jenapierregiraud75@free.fr>

Prev by Date: Re: [LCFC] wml://legal/privacy.wml
Next by Date: Re: [LCFC] wml://lts/security/2019/dla-186{2,3,5}.wml
Previous by thread: [DONE] wml://lts/security/2019/dla-1{730-3,856,859,864}.wml
Next by thread: [LCFC] wml://devel/debian-installer/errata.wml
Index(es):
- Date
- Thread