Re: [CBLX] [Archlinux] difficulté à compiler et faire fonctionner BRLTTY

[Pierre Lorenzon <devel@xxxxxxxxxxxxxxxxxxxx>]

Salut,


Il est vrai que Samuel a toujours une oreille qui traîne ici et
qu'en général il sait de qoi il retourne pour ce genre de
question mais c'est quand-même vraiment une question pour la
liste brltty. Je te suggérerais donc de poster sur cette liste
dédiée plutôt qu'ici. Ici il est indéniable qu'il y a beaucoup
de gens qui ont de l'expérience avec brltty mais hormis Samuel
je ne crois pas qu'il y ait beaucoup de développeur de brltty
qui lisent cette liste. Et c'est vraiment à eux que la question
s'adresse si une feature présente dans les versions 4.x a
disparu dans les 5.x.


Pierre




From: André <listes@xxxxxxxxxx>
Subject: Re: [CBLX] [Archlinux] difficulté à compiler et faire fonctionner BRLTTY
Date: Wed, 03 Sep 2014 16:07:49 +0200

> Bonjour,
> 
> Après quelques bricoles, il s'avère que BRLTTY se compile et s'installe
> bien correctement, désormais sur ma Arch.
> 
> Par ailleurs, tout m'amène à penser qu'il existe un souci au niveau de
> BRLTTY 5.x avec ma plage braille (Esys d'Eurobraille) ; celle-ci ne
> semble plus être correctement  supportée par BRLTTY 5.x.
> Pour preuve, j'ai eu l'occasion de tester l'Esys sur d'autres machines
> (Debian) avec BRLTTY 5.x et 4.x ainsi que de tester d'autres plages sur
> ma Arch. Résultat :
> * l'Esys ne fonctionne pas avec BRLTTY 5.x que l'installation soit faite
> depuis une compilation perso ou depuis les dépôts ;
> * elle fonctionne en revanche bien avec BRLTTY 4.5 ;
> * les autres plages fonctionnent très bien avec BRLTTY 5.x (Seika et
> Braille Voyager en l'occurrence).
> 
> Au niveau de l'Esys, elle affiche en permanence que le câble USB est
> débranché mais... elle semble recevoir des signaux environ toutes les 5
> secondes lesquels font basculer l'Esys dans l'application USB
> automatiquement, peu importe où l'on se trouve dans l'Esys (bloc-notes,
> calculatrice, outils, menus, etc.).
> L'esys recevrait donc quelque chose à intervalle de temps régulier, mais
> la connexion s'interrompt visiblement de si tôt...
> 
> Autre chose, en lançant brltty avec l'option -n, je peux voir ceci qui
> défile en permanance :
>> brltty: BrlAPI connection fd=12 accepted: inet 127.0.0.1:47600
>> brltty: BrlAPI connection fd=12 failed authorization
> 
> Quelqu'un aurait-il une idée pour résoudre ce souci ? Est-ce un bug
> connu et qui va être prochainement corrigé ?
> 
> Je vous en remercie d'avance.
> 
> Cordialement,
> André
> On 08/30/2014 11:30 AM, André wrote:
>> Bonjour à tous,
>>
>> Je souhaiterais mettre à jour ma version de BRLTTY à la dernière
>> version, puisque dans les dépôts de ma distrib (archlinux), la dernière
>> version à ce jour n'est que la 4.5, alors que nous en sommes à la 5.1.
>> Étant un adepte des mises à jour, c'est naturellement que je comptais me
>> compiler la dernière version (chose que j'aie déjà pu faire sans souci)
>> auparavant sur d'autres machines/distribs.
>>
>> Malheureusement, bien que l'installation n'affiche pas d'erreur fatale,
>> le BRLTTY une fois installé ne donne lieu à aucune réaction de ma plage
>> braille, et il semble que la compilation ne se passe pas vraiment
>> correctement.
>>
>> Comme je compile depuis un clone du dépôt github, j'ai tenté de
>> compiiler la dernière version instable (5.2), la 5.1 stable ainsi que la
>> 5.0, mais rien ne change. Évidemment, je faisais un `make uninstall &&
>> make distclean` avant chaque changement de branche, et le BRLTTY 4.5 a
>> été viré au préalable.
>> Pour la compilation, je me contente pour le moment de faire comme ceci
>> (en root), en espérant l’alléger plus tard :
>> $ ./autogen && ./configure && make && make install
>>
>> Ci-dessous les quelques warnings durant l'installation (pas d'errors) :
>>> configure: WARNING: no commonly used jar installation directory
>>> configure: WARNING: no commonly used jni installation directory
>>> configure: WARNING: Java BrlAPI bindings not included
>>> configure: WARNING: system service support not available on this platform
>>> configure: WARNING: Bluetooth I/O support not available on this platform
>>> configure: WARNING: FestivalLite package not found: /usr /usr/local
>> /usr/local/FestivalLite /usr/local/flite /opt/FestivalLite /opt/flite
>> /mingw /mingw/FestivalLite /mingw/flite
>>> configure: WARNING: Mikropuhe package not found: /usr /usr/local
>> /usr/local/Mikropuhe /usr/local/mikropuhe /opt/Mikropuhe /opt/mikropuhe
>> /mingw /mingw/Mikropuhe /mingw/mikropuhe
>>> configure: WARNING: speech-dispatcher package not found: /usr
>> /usr/local /usr/local/speech-dispatcher /usr/local/speechd
>> /opt/speech-dispatcher /opt/speechd /mingw /mingw/speech-dispatcher
>> /mingw/speechd
>>> configure: WARNING: Swift package not found: /usr /usr/local
>> /usr/local/Swift /usr/local/swift /opt/Swift /opt/swift /mingw
>> /mingw/Swift /mingw/swift
>>> configure: WARNING: Theta package not found: /usr /usr/local
>> /usr/local/Theta /usr/local/theta /opt/Theta /opt/theta /mingw
>> /mingw/Theta /mingw/theta
>>> configure: WARNING: ViaVoice package not found: /usr /usr/local
>> /usr/local/ViaVoice /usr/local/viavoice /opt/ViaVoice /opt/viavoice
>> /mingw /mingw/ViaVoice /mingw/viavoice
>>> warning: brlapi.pyx:581:73: local variable 'c_set' referenced before
>> assignment
>>> warning: brlapi.pyx:606:73: local variable 'c_set' referenced before
>> assignment
>>> warning: brlapi.pyx:659:73: local variable 'c_keys' referenced before
>> assignment
>>> warning: brlapi.pyx:683:73: local variable 'c_keys' referenced before
>> assignment
>>> Warning: Tag `XML_SCHEMA' at line 827 of file `BrlAPIref.doxy' has
>> become obsolete.
>>>          To avoid this warning please remove this line from your
>> configuration file or upgrade it using "doxygen -u"
>>> Warning: Tag `XML_DTD' at line 833 of file `BrlAPIref.doxy' has become
>> obsolete.
>>>          To avoid this warning please remove this line from your
>> configuration file or upgrade it using "doxygen -u"
>>
>> Donc en somme rien de grave, visiblement.
>>
>> Par contre, ce qui m’ennuie d'avantage, c'est que par la suite je
>> retrouve des lignes comme celles-ci :
>>> make[3]: Nothing to be done for 'api'.
>>> make[2]: Nothing to be done for 'all'.
>>> make[2]: Nothing to be done for 'braille-driver'.
>>> make[2]: Nothing to be done for 'install
>> Et malgré tout le processus de compilation continue jusqu'au bout... Pas
>> étonnant que le BRLTTY après ça ne donne lieu à aucune réaction... :D
>>
>> Quelqu'un aurait-il une idée ?
>>
>> Je vais éviter d'envoyer le log de compilation en entier, je doute que
>> quelqu'un ait le courage de se taper 1400 lignes...
>>
>> Merci d'avance,
>>
>> André
>>
> 
> 
> -- 
> 
>    CarrefourBLinuX MailingListe 
>    Pour obtenir de l'aide, envoyez le sujet  help  �
>    carrefourblinux-request@xxxxxxxxxxxxxxxxxxx
>    Archives: 
>    http://listengine.tuxfamily.org/lists.tuxfamily.org/carrefourblinux
> 

-- 

   CarrefourBLinuX MailingListe 
   Pour obtenir de l'aide, envoyez le sujet  help  �
   carrefourblinux-request@xxxxxxxxxxxxxxxxxxx
   Archives: 
   http://listengine.tuxfamily.org/lists.tuxfamily.org/carrefourblinux