speakup goes oops/bye-bye on wheezy

[acollins at icsmail.net]

Hi greg!  Good for you!  I suggest that you run aptitude and put a hold
on pulse audio, so that Debian won't even look at it during the upgrade
process. 

Geme

>Well, good or not, I'm jumping on the work around bandwagon. I've had
>enough of trying to work with something for two days which I frankly
>see no need for (why break something which worked fine so far), and
>for which I can find no satisfactory answers after spending about an
>hour on google. Like others here, I moved /usr/bin/pulseaudio out of
>the way, and touched a new one into place. I ran dpkg-divert on it
>too, so debian won't try to helpfully replace my change. This means
>that I now have mplayer working again, and all I have to do is to
>figure out orca refusing to speak. I hate to say this about any free
>software project, but frankly, I hope pulseaudio dies a quick and
>quiet death. I certainly see no advantage to it over alsa.
>
>Greg
>
>
>On Sun, Jun 30, 2013 at 06:14:42PM +1000, Jason White wrote:
>> I think it does exactly that by default. You can change the configuration
>> however. You can also run pasuspender to suspend it, and there's a command
>> under pacmd to suspend individual cards.
>> 
>> In general, though, I think the right way to deal with Pulse is to work with
>> it rather than against it by sorting out whatever the underlying problems ar
e.
>> I think there's enough talent within the accessibility and Linux audio
>> communities to do this, but, so far, I haven't seen a good description of wh
at
>> the real issues are or what needs to be done.
>> 
>> It seems that too many people are content with work-arounds and no one is
>> doing the real work to track down the root causes and fix them. That's a rea
l
>> cause for concern, because in the long run it will only mean more problems f
or
>> new and existing users. Pulse is here to stay.
>> 
>> I have it working satisfactorily on my laptop and not quite satisfactorily o
n
>> my desktop system. I submitted a patch to Debian to ensure that the Espeak
>> package was compiled properly with Pulse support (previously, the Pulse
>> support was being overwritten during the build process). There's an open
>> Debian bug about problems with Pulse and Emacspeak speech servers.
>> 
>> I'm also waiting for patches to be integrated into FreeSWITCH to support Pul
se
>> - there are people working on those already.
>> 
>> Pacmd is an interesting tool. If there is active audio input/output, you can
>> actually get a list of all the applications that are interacting with the
>> Pulse server, and you can adjust the volume of the audio for each applicatio
n.
>> You can also move applications from one audio device to another, though I
>> haven't experimented with that yet. There are many other features as well.
>> 
>> The key to making Pulse work reliably is to make sure that nothing you're
>> using tries to bypass it by writing directly to the Alsa devices.
>> 
>> _______________________________________________
>> Speakup mailing list
>> Speakup at linux-speakup.org
>> http://linux-speakup.org/cgi-bin/mailman/listinfo/speakup
>> 
>
>-- 
>web site: http://www.gregn..net
>gpg public key: http://www.gregn..net/pubkey.asc
>skype: gregn1
>(authorization required, add me to your contacts list first)
>
>--
>Free domains: http://www.eu.org/ or mail dns-manager at EU.org
>_______________________________________________
>Speakup mailing list
>Speakup at linux-speakup.org
>http://linux-speakup.org/cgi-bin/mailman/listinfo/speakup