Le 05/04/2016 06:03, Pierre Lorenzon a écrit :
Sauf que dans le cadre d'une installation en train de ce
faire, ce n'est pas déraisonable de d'abord lancer un process
sous root. Si déjà là il plante il y a peu de chance que
lancé par un user lambda il ne plante pas !
D'où ma surprise en voyant des messages d'erreur en root et rien en
user ordinaire.
De ce que j'en vois avec les poste de Jean-François son
système est déjà plein de conflits de permissions dans tous
les coins alors ne lui complique pas la tâche.
Bof, je ne suis pas contre qu'on me la complique si j'y trouve des
éléments pour comprendre (et éventuellement avancer).
Speakup et speech-dispatcher font assez mauvais ménage, j'ai
pu le constater.
Ca se pourrait bien, oui.
Enfin si par dessus ou
dessous tout ça il y a pulse je préfère me retirer : Jai pour
pulse la même répulsion que Philippe a pour systemd
.... c'est dire !
Est-ce qu'Alsa est une alternative à PulseAudio, ou est-ce que
PulseAudio est une surcouche?
Pour l'évolution de la situation: j'ai réinstallé eSpeakup, ce qui a
désactivé ibmtts. J'ai donc en console un joli espeak en anglais, ça
c'est pas bien grave.
Je me suis assuré selon les directives de la page Debian
accessibilité, d'avoir fait ce qu'ils préconisent pour un démarrage
d'Orca avec Lightdm.
Résultat: au démarrage, rien que le braille; après connexion, je tente
Alt+F2 puis Orca, là je lis, (et j'entends!) Lecteur d'écran activé.
Première fois que j'ai un retour sonore.
Mais après... quoi que je fasse, il ne se passe rien, en tout cas rien
d'audible ni de lisible en braille. Y compris Insert+espace (j'ai même
essayé VerrMaj+espace).
Je crois que je vais carrément désactiver la voix en console pour
voir. Mais ça, ce sera pas aujourd'hui.
J.-F.