Re: [CBLX] problème avec saytime et saydate sous Lenny

[Pierre Lorenzon <devel@xxxxxxxxxxxxxxxxxxxx>]

From: Aldo <info@xxxxxxxxxxxx>
Subject: Re: [CBLX] problème avec saytime et saydate sous Lenny
Date: Tue, 3 Mar 2009 10:22:18 +0100

> On Mon, Mar 02, 2009 at 09:36:06PM +0100, Pierre Lorenzon wrote:
>> From: Aldo <info@xxxxxxxxxxxx>
>> Subject: Re: [CBLX] problème avec saytime et saydate sous Lenny
>> Date: Mon, 2 Mar 2009 20:13:52 +0100
>> 
>> > On Mon, Mar 02, 2009 at 05:12:49PM +0100, Pierre Lorenzon wrote:
>> > > From: Aldo <info@xxxxxxxxxxxx>
>> > > Subject: [CBLX] problème avec saytime et saydate sous Lenny
>> > > Date: Mon, 2 Mar 2009 15:16:43 +0100
>> > > 
>> > > > Hello,
>> > > > 
>> > > > qq'un arrive-t-il a faire sortir quelque chose de la bouche de saytime et
>> > > > saydate sous Lenny ?
>> > > > MOi pas.
>> > > > Le blème doit être au niveau de Debian, ou de l'incompatibilité de ces
>> > > > applis avec des "nouveautés" ...
>> > > > mais ça parle de sox et ça parle de dsp et mixer;
>> > > 
>> > >   Aïe ! Ca en être application oss ! Et manifestement tu es
>> > >   sous alsa. 
>> > 
>> > J'ai pourtant mis alsa-oss, qui est sensé pérenniser la
>> > compatibilité. 
>> 
>>   Oh ! pérenniser ! La vraie solution pérenne consiste
>>   quand-même à ce que les applis soient alsa compatibles parce
>>   que oss est quand même bel et bien obsolète. 
>> 
>>
> 
> C bien pour ça que j'ai posté *deux* reportbugs, un pour chacun. 
> 
>> >  
>> > > > qq'un a-t-il déjà fixé cela ou une idée de ce qu'il y a lieu
>> > > > de faire?
>> > > 
>> > >   Configurer saytime pour qu'il utilise alsa : la carte 0
>> > >   ... non !!! 1 !!! 
>> > 
>> > Et on configure ça où, tu as vu un saytime ou saydate.conf qq
>> > part ?
>> 
>>   Rappel : je n'ai rien vu je n'utilise pas saytime ou saydate
>>   (je n'ai qu'à faire controle e t et j'ai la date dans emacs.)
>>   Mais voir plus loin j'ai donné des pistes. 
>> 
>> 
>> 
> 
> Ouf, enfin! 

  C'est à la fin du mail c'est tout ! je réponds au fur et à
  mesure si maintenant il faut répondre en tête du mail et
  donner d'un coup la solution du problème sans même avoir la
  version du logiciel incriminé ce n'est pas un guide de
  l'administrateur lenny qu'il faut mais une boule de cristal !
  Désolé j'ai pas !



> 
>> >  
>> > > > J'ai fait deux rapports mais le blème est sans doute ailleur, dans Debian.
>> > > > 
>> > > > Extrait d'n test:
>> > > > 
>> > > > Saytime:
>> > > > Script started on lun 02 mar 2009 15:03:24 CET
>> > > > jupiter:/tmp# dpkg -l |grep sox
>> > > > ii  libsox-fmt-alsa                      14.0.1-2+b1                SoX alsa format I/O library
>> > > > ii  libsox-fmt-base                      14.0.1-2+b1                Minimal set of SoX format libraries
>> > > > ii  libsox0                              14.0.1-2+b1                SoX library
>> > > > ii  sox                                  14.0.1-2+b1                Swiss army knife of sound processing
>> > > > Es-ce suffisant? ou faut installer d'autres trucs?
>> > > > 
>> > > > jupiter:/tmp# ls -l /dev/dsp
>> > > > ls: ne peut accéder /dev/dsp: Aucun fichier ou répertoire de ce type
>> > > > Es-ce normal?
>> > > 
>> > >   Sous alsa oui ! Pas de dev/dsp.
>> > 
>> > Ah!
>> >  
>> > > > jupiter:/tmp# ls -l /dev/mixer
>> > > > ls: ne peut accéder /dev/mixer: Aucun fichier ou répertoire de ce type
>> > > > Es-ce normal?
>> > > 
>> > >   idem 
>> > > 
>> > > 
>> > > > 
>> > > > jupiter:/tmp# whereis saytime
>> > > > saytime: /usr/bin/saytime /usr/local/bin/saytime
>> > > > /usr/share/saytime /usr/share/man/man1/saytime.1.gz
>> > > 
>> > >   Oui saytime est là mais ce n'est pas le problème il n'a pas
>> > >   de bouche ! Il faut lui en donner une.
>> > 
>> > Et tu as fais ça comment toi ? 
>> 
>>   Je n'ai pas fait rrrrappel saytime est le genre de truc que
>>   je range au rayon des irrationnalités absolues mais si je dis
>>   ça je vais encore passé pour un dogmatique sectaire surtout
>>   que ça va quand même au delà de ce que je pense vraiement !
>>   Mais je ne l'utilise pas ! 
>> 
>>
> 
> Merci pour la piste.


  Bon désormais si je comprends bien je ne parlerai que d'emacs
  que je connais parfaitement et je ne chercherai plus à sortir
  de ma tour d'ivoire pour savoir ce qui se fait dehors. Même
  mal ficelé pourtant j'aime bien regarder le code des autres
  parce qu'il se peut qu'il y ait quand-même de bonnes idées à
  pêcher. La piste était plus loin faut lire jusqu'au bout ! OK
  plus de mail jeu de piste non plus!

>  
>> > 
>> > > > jupiter:/tmp# saytime
>> > > > sox soxio: Can't open output file `/dev/dsp': unknown file
>> > > > type `ossdsp'
>> > > 
>> > >   Bon ses cordes vocales c'est sox si je comprends bien mais
>> > >   sox ne sait pas qu'on peut aussi êttre ventriloque et parler
>> > >   avec alsa et pas seulement avec oss. 
>> > 
>> > Y a sans doute un package pour ça?
>> > 
>> > >Qu'il est mal élevé ce
>> > >   sox faut faire son éducation voilà tout. Mais il me semble
>> > >   que speech-dispatcher utilise sox pour outputer le son et
>> > >   sous alsa en plus alors c'est juste que sd lui il sait
>> > >   comment dresser sox. Man sox ! Sauf qu'apparemment il n'y a
>> > >   rien dans la man de sox là-dessus. Alors c'est peut-être
>> > >   qu'il faut configurer saytime pour qu'il n'utilise pas play
>> > >   (qui est un avatar de sox) mais aplay la forme alsasienne de
>> > >   play !
>> > 
>> > Play fonctionne très bien: j'ai enregistré via recstation et en faisant
>> > play rec_date.wav il le joue;
>> 
>>   Ah ça alors c'est plus embêtant ! Ca met très clairement en
>>   défaut ma conjecture.. Mais dis-moi quand tu lance ton
>>   saytime tu n'as pas une autre appli qui a besoin des
>>   ressources sonores en train de tourner ? 
> 
> Beh quand-bien même, si ça marche sous Sarge, que j'ai jamais eu à m'en
> plaindre sous Etech ni sous Ubuntu, et en plus c une SB Live ma carte, si ça
> c pas multiplex ...
> 
>>Parce qu'alors ce
>>   serait un problème de multiplexage dont il est notoire que
>>   oss fait ça comme un cochon. 
> 
> Y a pas de problème vu que alsa-oss sert à cela, y a juste qu'il y a pas de
> dsp et mixer sous les /dev et que ça tu ne me donnes pas de pistes par
> rapport à cela, alors que je pense pourtant que le blème
>vient de là.

       Je t'ai très clairement donné l'explication : non il n'y
       a pas de /dev/dsp ni de /dev/mixer sous alsa parce que
       l'accès au sound device se fait autrement. alsa-oss
       n'est pas un émulateur oss mais une surcouche qui permet
       à alsa de se comporter comme oss. Pour être tout à fait
       explicite, alsa-oss n'a pas vocation à créer de /dev/dsp
       ni de /dev/mixer. Le moyen de les faire apparaître est
       de cocher l'émulation oss de alsa dans la conf du noyau
       ou de charger les modules ad hoc. Mais c'est très
       clairement un retour en arrière (oh un jugement de
       valeur oublier tout de suite ça m'a juste échappé) et la
       raison pour laquelle ce n'est sans doute pas fait dans
       les noyaux lenny. Voilà pourquoi aussi ton truc
       fonctionnais sous etch et peut-être ubuntu et pas sous
       lenny. Ce n'est pas le même noyau !

       La solution : ne pas utiliser dans les scripts à la
       saytime saydate des cat /dev/audio mais des play ou des
       aplay ce que je rappelle je veux bien patcher.



> 
> Y a une raison qi explique qu'ils aient dû disparaître ou c
> un bug de plus ?

  Le progrès mon bon Monsieur ! le progrès ! Il n'y a plus
  d'omnibus à cheveux ni d'épingles à chevaux et pourtant le
  temps des noyaux n'est pas fini contrairement à ce que je
  disais ; et celui des pépins alors là !!!!! 

  Pierre


> 
> Aldo.
> 
> 
> ---
> -- 
>    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