[BRLTTY] some strange issues with brltty 5.3.1

[kendell clark]

hi
 oh no, I didn't mean to insinuate that you guys were squabbling at all.
My ire falls squarely on the pulse audio people for not swallowing their
pride and working with other software projects to make sure they can all
play nicely together. Having said all of that, I'll try to run
pulseaudio in system mode, since that seems to be the easiest way to
solve the problems. My only quam is this. Can other apps mess with the
sound volume? As long as running pulse audio as root doesn't impact the
user's ability to control application volume and  move between hardware
devices I have no problems running it this way. I don't know how to, but
I can look that up. I've had a couple of discussions between speakup and
pulse audio. The pulse audio people imply that it's a speakup problem.
The speakup people say it's a pulse audio problem, and why can't I use
my system without pulse audio since it sucks and so on. I can't seem to
get either party to agree and work with me, and all I'm trying to do is
fix the problem. This is an open source community, and yet ... oh well,
another rant for another day. Back to brltty. Would running pulse audio
in system mode allow it to speak? If so, that's what I'll do if I can
figure out how.

Thanks
Kendell Clark


Dave Mielke wrote:
> [quoted lines by kendell clark on 2016/05/07 at 18:48 -0500]
>
>> Yup, speech-driver = no fixes the problem. Of course then there's no
>> speech, but this'll get fixed so I'm not worried about it. Is there
>> anything else I can do to help? I'm the one who reported it it seems
>> only fair that I do as much as I can to help you guys solve it.
> Strictly speaking, of course, there's nothing for us to fix. I read your 
> earlier remark (to Rob) that you don't like squabbling and finger pointing, but 
> facts are facts - the problem is clearly within Pulse Audio (which we don't 
> maintain).
>
> Perhaps one of the reasons that the Pulse Audio people don't believe that it's 
> their problem is because they believe that their decisiion that their code 
> should never be run as root was a good one. I believe this to have been a poor 
> decision. They'll claim that I'm wrong, and maybe I am. Yes, were I to attempt 
> to discuss this with them, others (like yourself) may well see it as 
> squabbling. Really, though, it isn't - it's simply two people with different 
> points of view who refuse to agree with one another. Of course, from your 
> perspective, that kind of impaasse doesn't resolve your problem.
>
> There are at least two approaches you could work on:
>
> First: You could try to get eSpeak to work directly with ALSA, thus totally 
> elimi9nating Pulse Audio from the picture.
>
> Second: You could run Pulse Audio as a system daemon. They don't like this 
> either, but they at least still allow it. Doing this results in an ugly startup 
> warning that tries to scare you into worrying that you may be opening your 
> system to the possibility of a terrorist attack. If you do it this way, 
> therefore, then I suppose, in fairness to the PA people, you should pass their 
> warning along to your users via your system's documentation.
>
> I'm sure that I posted to this list, within the last couple of months, how I 
> myself start PA with Systemd and run it as a system daemon (hey, terrorists, 
> I'm waiting). I can repost those scripts if you'd like.
>