Installateur : bilingue français / anglais

Le produit est bilingue, son installation ne l'était pas : un exploitant
anglophone tombait sur un « demarrage de la pile » qu'il ne lisait pas,
au moment précis où le script lui demande de trancher entre conserver
une base et la détruire.

La langue est devinée depuis la locale AVANT tout affichage — les refus
de prérequis tombent avant la première question, et un message que
l'exploitant ne lit pas ne l'aide pas. La devinette n'est qu'un défaut,
que la première question confirme. ENKADENN_LANGUE=en l'impose sans
rien demander, pour les installations pilotées.

Chaque message existe dans les deux langues, par des variantes « _b »
des fonctions d'affichage et de saisie. Le texte français continue
d'éviter les lettres accentuées : ce script s'affiche parfois sur une
console de serveur dont on ne choisit pas l'encodage.

Les deux jeux de réponses o/n et y/n sont acceptés quelle que soit la
langue : personne ne doit se tromper parce qu'il a tapé la lettre de
l'autre langue. L'invite, elle, suit la langue retenue.

Le .env produit suit la langue de l'exploitant — c'est son fichier, il
le relira. Deux blocs entiers plutôt qu'une ligne sur deux traduite : un
fichier de configuration à moitié bilingue ne se lit dans aucune langue.

Trois pièges de « set -e » corrigés au passage, tous de la même forme —
une liste ET dont l'échec fait sortir du script. Répondre « non » à la
question du port occupé, ou laisser le nom affiché vide, terminait
l'installation sans un mot. Le prérequis manquant sortait de même, avant
d'avoir pu dire lequel.

Vérifié sur un vrai pseudo-terminal dans les deux langues : parcours
complet, port déjà pris, mot de passe trop court puis mal confirmé,
complétion d'un .env amputé de trois variables, abandon, et forçage par
la variable d'environnement.

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>