Re: [CBLX] Plage braille autoalimentée et netbook

[Aldo <info@xxxxxxxxxxxx>]

On Thu, Dec 15, 2011 at 01:25:42PM +0100, Dominique Asselineau wrote:
> Aldo wrote on Wed, Dec 14, 2011 at 07:30:02PM +0100
> > On Tue, Dec 13, 2011 at 08:20:52PM +0100, Dominique Asselineau wrote:
> > > Philippe Delavalade wrote on Tue, Dec 13, 2011 at 07:38:02PM +0100
> > > > Bonjour la liste.
> > > > 
> > > > Je viens d'acquérir un netbook asus équipé d'Ubuntu ; on m'a installé
> > > > brltty mais lorsqu'on le lance, à l'écran, pas d'erreur mais sur ma plage
> > > > papenmeier il ne se passe rien ; 
> > > 
> > > à l'écran pas d'erreur mais il faudrait voir dans les logs.  J'ai cru
> > > comprendre qu'Ubuntu cherchait à reconnaître beaucoup de choses,
> > > beaucoup de services étant installés, et qu'un conflit de protocole
> > > est alors plus probable.  Il me semble que le problème s'est déjà posé
> > > avec une autre plage.  Peut-être Aldo en a-t-il la mémoire ?
> > 
> > Avec Ubuntu, même quand ta conf /etc/brltty.conf est correcte, même alors
> > leur connerie de /etc/default/brltty freine le bazar, et donne l'impression
> > que quelque chose marche pas! encore un n'm exemple où ça leur a fait plaisir
> > (voir plus ...) d'avoir rendu un truc simple inutilement complexe, pour un
> > motif obscur.
> 
> La raison n'est pas obscure mais malheureusement très claire et je
> crois bien qu'elle a été évoquée sur la liste.  Il y a conflit sur
> l'USB entre BRLTTY et un périphérique branché sur l'USB, qui n'a rien
> à voir avec BRLTTY mais qui le démarre.  À partir du moment où une
> distribution fait le choix de prendre en charge un maximum de
> services, ça augmente inévitablement le risque de conflits et il faut
> naturellement faire des arbitrages.  Le mécanisme des /etc/default/
> n'est pas là pour compliquer les choses mais pour entre autres
> résoudre simplement ces conflits.

Perso je préfèrerais voir les possibles conflits résolus en amont de façon
intelligente, pour qu'ily ait une chance qu'ils n'aient pas lieu durant le
démarrage de la distrib, quelel que soit la distrib;
mais bon c un peu comme en politique, parfois on "verra bien" et on est donc
amené à résoudre les problèmes "par la suite" cad quand ils ont lieu, au
lieu de les prévenir:
je veux dire par là que certains conflits ont leur origine dans un choix
dont la distrib n'est pas responsable, il y en avait même un jadis
concernant le vendor ID et product ID qui serait pareil pour deux produits
qui n'ont rien à voir l'un avec l'autre; ça c normalement pas un problème de
la distribution mais bien des fabricants de hardware: si eux font leur
boulot correctement le conflit n'aura jamais lieu.
Mais je comprend que la distrib préfère parfois résoudre un problème, fût-ce
d'une manière pas tj très transparente ni facile, vu qu'il n'y a pas moyen
de mettre qui que ce soit en amont devant ses responsabilités.

Aldo. 


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