ma, 2010-01-04 kello 09:37 +, Colin Guthrie kirjoitti:
As for the next stage I'm not an expert on this but I think you can try
adding:
[Element IEC985 Optical Raw]
switch = mute
switch = mute makes the mixer element state follow pulseaudio's sink
mute state, and I don't think you meant
'Twas brillig, and Tanu Kaskinen at 04/01/10 14:26 did gyre and gimble:
ma, 2010-01-04 kello 09:37 +, Colin Guthrie kirjoitti:
As for the next stage I'm not an expert on this but I think you can try
adding:
[Element IEC985 Optical Raw]
switch = mute
switch = mute makes the mixer
'Twas brillig, and Daniel Chen at 04/01/10 15:04 did gyre and gimble:
On Mon, Jan 4, 2010 at 9:26 AM, Tanu Kaskinen ta...@iki.fi wrote:
switch = mute makes the mixer element state follow pulseaudio's sink
mute state, and I don't think you meant to do that. Use switch = off
to set the element
'Twas brillig, and Colin Guthrie at 04/01/10 15:33 did gyre and gimble:
'Twas brillig, and Daniel Chen at 04/01/10 15:04 did gyre and gimble:
On Mon, Jan 4, 2010 at 9:26 AM, Tanu Kaskinen ta...@iki.fi wrote:
switch = mute makes the mixer element state follow pulseaudio's sink
mute state, and I
I'm trying to build a Vinux (blind-user Linux distro) release based on
Ubuntu/Lucid. There's too much code to rewrite to have everything
working the right way with pulseaudio by May, so I want to release
Vinux/Ubuntu Lucid with the system-wide hack.
I've enabled PA to start in system wide mode
On Mon, 2010-01-04 at 11:02 -0500, Bill Cox wrote:
I'm trying to build a Vinux (blind-user Linux distro) release based on
Ubuntu/Lucid. There's too much code to rewrite to have everything
working the right way with pulseaudio by May, so I want to release
Vinux/Ubuntu Lucid with the
Yes, it's running as user 'pulse' like this:
/usr/bin/pulseaudio --system --daemonize --high-priority
--log-target=syslog --disallow-module-loading=1
Bill
On Mon, Jan 4, 2010 at 11:09 AM, Ng Oon-Ee ngoo...@gmail.com wrote:
On Mon, 2010-01-04 at 11:02 -0500, Bill Cox wrote:
I'm trying to build
ma, 2010-01-04 kello 11:02 -0500, Bill Cox kirjoitti:
I'm trying to build a Vinux (blind-user Linux distro) release based on
Ubuntu/Lucid. There's too much code to rewrite to have everything
working the right way with pulseaudio by May, so I want to release
Vinux/Ubuntu Lucid with the
'Twas brillig, and Tanu Kaskinen at 04/01/10 16:27 did gyre and gimble:
I wonder if the audio device permission rewriting should be disabled
somehow before the system-wide daemon works properly. The current
symptoms don't sound like you've hit this issue yet, but I would think
that the
On Mon, Jan 4, 2010 at 11:02 AM, Bill Cox waywardg...@gmail.com wrote:
Pulseaudio starts, and speech-dispatcher and speechd-up work with it
just fine at boot. Since this is a distro for the blind, I boot into
Err, are you sure that speech* are actually using PA and not ALSA
directly? Your
On Mon, Jan 4, 2010 at 10:53 AM, Colin Guthrie gm...@colin.guthr.ie wrote:
Actually is this safe to do - i.e. disabling it wholesale? Is it not
used for digital output in some capacity (e.g. if the user picks a
digital profile)? Or is it perfectly safe to just turn it off all the
time? I don't
Wow! That's a lot of replies! Thanks, but the first reply was right.
The problem was 100% my spaceyness, which unfortunately happens a
lot. I had the system wide speech-dispatcher using alsa, not pulse.
That probably locked the sound card somehow. When I set it to pulse,
I get sound
'Twas brillig, and Daniel Chen at 04/01/10 16:56 did gyre and gimble:
On Mon, Jan 4, 2010 at 11:02 AM, Bill Cox waywardg...@gmail.com wrote:
Pulseaudio starts, and speech-dispatcher and speechd-up work with it
just fine at boot. Since this is a distro for the blind, I boot into
Err, are you
Ok! I've got both critical speech applications working great!
Speakup reads all my consoles, and Orca reads Gnome apps. I removed
gdm, and I log directly into a console, and when I type startx, I get
a gnome desktop. I can't even tell you how excited I am to have
speech finally working great in
On Fri, 01.01.10 22:25, Bill Cox (waywardg...@gmail.com) wrote:
On Thu, Dec 17, 2009 at 4:52 AM, Lennart Poettering
lenn...@poettering.net wrote:
I don't see why anyone would want to have audio when changing to root
for admin purposes. Playing music certainly does not fall under admin
On Fri, 01.01.10 22:42, Bill Cox (waywardg...@gmail.com) wrote:
On Wed, Dec 23, 2009 at 6:57 AM, Lennart Poettering
lenn...@poettering.net wrote:
And this is the problem because it works with alsa, simply add every
user you want to give audio access to the audio group and it worked.
On Fri, 01.01.10 23:13, Bill Cox (waywardg...@gmail.com) wrote:
On Wed, Dec 23, 2009 at 9:13 AM, Colin Guthrie gm...@colin.guthr.ie wrote:
'Twas brillig, and Halim Sahin at 23/12/09 13:24 did gyre and gimble:
The Problem can be summarized in one sentence:
Pulseaudio currently breaks
On Fri, 01.01.10 23:50, Bill Cox (waywardg...@gmail.com) wrote:
On Fedora at least the screenreader runs as normal process in the gdm
pseudo-session which also happens to run a PA instance. So everything
should be fine here, and I am quite sure this is not only done on
Fedora this way but
On Sat, 02.01.10 16:52, Colin Guthrie (gm...@colin.guthr.ie) wrote:
I'm not quite sure how this works. When a speakup client wants access
to the sound card, it could request access at high priority, and then
plays it's sound. How would it hand back the sound card to the other
user and
'Twas brillig, and Daniel Chen at 04/01/10 17:03 did gyre and gimble:
On Mon, Jan 4, 2010 at 10:53 AM, Colin Guthrie gm...@colin.guthr.ie wrote:
Actually is this safe to do - i.e. disabling it wholesale? Is it not
used for digital output in some capacity (e.g. if the user picks a
digital
Hi, Lennart. The blind run all sorts of GUI-driven applications like
Synaptic, from the System/Administration menu. Howeve, Orca makes
these applications accessible when things are working correctly. I
agree that we don't want people to login through gdm as root. They do
things like su to
'Twas brillig, and Lennart Poettering at 04/01/10 19:06 did gyre and gimble:
I agree.
and that adding hooks to consolekit (if they don't exist) and the
concept of an idle user are probably more practical long term
solutions.
idle user? By that you mean some pseudo user session that the
On Sat, 02.01.10 16:03, Bill Cox (waywardg...@gmail.com) wrote:
Hi, Col. I'm willing to try the aproach you suggest, but I'd like to
debate the implementation some more. If I understand correctly, I can
use CK to determine whenever the sound card permissions are moved to a
new user (which
On Mon, Jan 4, 2010 at 1:35 PM, Lennart Poettering
lenn...@poettering.net wrote:
I dont see why the speech tools should be handled in any way different
from the other acessibility tools we ship: in that they are part of
the session. While I am no accessibility expert I am kinda sure that
on
On Sun, 03.01.10 07:41, Bill Cox (waywardg...@gmail.com) wrote:
Hi, Colin. I disagree that speech-dispatcher and speechd-up are
broken and need to be fixed. speechd-up is a root daemon attached to
the /dev/softsynth device. I see no utility in having multiple copies
of it.
On Sun, 03.01.10 12:29, Gene Heskett (gene.hesk...@gmail.com) wrote:
So, in my simplistic and user-centric point-of-view, I wonder if
speechd-up accepts audio INPUTS? Perhaps it could act as a pulseaudio
sink, with the appropriate modules, of course. It starts before the user
logs in and only
'Twas brillig, and Bill Cox at 04/01/10 19:43 did gyre and gimble:
Colin and Luke have suggested using CK to deal with this, by killing
off speech-dispatcher and speechd-up when the user logs in through
gdm, and restarting it when they log out.
Note that I wasn't really suggesting that it was
On Sun, 03.01.10 21:26, Ng Oon-Ee (ngoo...@gmail.com) wrote:
On Sun, 2010-01-03 at 07:41 -0500, Bill Cox wrote:
Hi, Colin. I disagree that speech-dispatcher and speechd-up are
broken and need to be fixed. speechd-up is a root daemon attached to
the /dev/softsynth device. I see no
Hi, Lennart. I beg you to not work towards eliminating the consoles.
Speakup is not only popular, but easily installed as a module in
Ubuntu, with 'm-a a-i speakup-souce'. Even sighted users prefer to
have those consoles available when X goes nuts, and for the blind,
they need it whenever speech
On Sun, 03.01.10 14:21, Colin Guthrie (gm...@colin.guthr.ie) wrote:
'Twas brillig, and Ng Oon-Ee at 03/01/10 13:26 did gyre and gimble:
So, in my simplistic and user-centric point-of-view, I wonder if
speechd-up accepts audio INPUTS? Perhaps it could act as a pulseaudio
sink, with the
On Mon, Jan 4, 2010 at 2:26 PM, Lennart Poettering
lenn...@poettering.net wrote:
... an alternative could be to fix speakup to
simply watch CK and disable itself as long as long as somebody is
logged in.
Users need to be able to press Ctrl+Alt+F1 at any time and get to a
speeking console. It
On Sun, 03.01.10 16:34, Colin Guthrie (gm...@colin.guthr.ie) wrote:
'Twas brillig, and Bill Cox at 03/01/10 16:23 did gyre and gimble:
Speechd-up isn't the only root level sound source that's out there.
Espeakup is another alternative to speechd-up which is currently much
more popular,
'Twas brillig, and Bill Cox at 04/01/10 20:01 did gyre and gimble:
On Mon, Jan 4, 2010 at 2:26 PM, Lennart Poettering
lenn...@poettering.net wrote:
... an alternative could be to fix speakup to
simply watch CK and disable itself as long as long as somebody is
logged in.
Users need to be
On Mon, Jan 4, 2010 at 2:37 PM, Lennart Poettering
lenn...@poettering.net wrote:
Also, the sepakup device access should be handled by udev-acl as
well. That would probably require non-trivial patching in the speakup
tts daemon though.
I'm completely ignorant of udev-acl, but if this is the
On Mon, Jan 4, 2010 at 8:51 PM, Lennart Poettering
lenn...@poettering.net wrote:
On Sun, 03.01.10 07:41, Bill Cox (waywardg...@gmail.com) wrote:
Hi, Colin. I disagree that speech-dispatcher and speechd-up are
broken and need to be fixed. speechd-up is a root daemon attached to
the
On Mon, 04.01.10 14:59, Bill Cox (waywardg...@gmail.com) wrote:
Hi, Lennart. I beg you to not work towards eliminating the consoles.
Speakup is not only popular, but easily installed as a module in
Ubuntu, with 'm-a a-i speakup-souce'.
It's not me who is setting the agenda here, its
On Mon, 04.01.10 19:36, Colin Guthrie (gm...@colin.guthr.ie) wrote:
'Twas brillig, and Lennart Poettering at 04/01/10 19:06 did gyre and gimble:
I agree.
and that adding hooks to consolekit (if they don't exist) and the
concept of an idle user are probably more practical long term
On Mon, 04.01.10 21:36, Markus Rechberger (mrechber...@gmail.com) wrote:
Why do you second-guess us, but not them?
In the long run device access for root wont work anyway, for example,
when you acre about more than ALSA kernel devices, such as bluetooth
or other stuff that might need
On Mon, 04.01.10 15:10, Bill Cox (waywardg...@gmail.com) wrote:
On Mon, Jan 4, 2010 at 2:37 PM, Lennart Poettering
lenn...@poettering.net wrote:
Also, the sepakup device access should be handled by udev-acl as
well. That would probably require non-trivial patching in the speakup
tts
On Mon, Jan 4, 2010 at 3:37 PM, Lennart Poettering
lenn...@poettering.net wrote:
Right. So why not fix orca and make everything work fine in Gnome? I
mean, lets fix things properly, not carry on with kludges.
I'm guessing you're and Emacs user. What's wrong with Vim? Why don't
we simply
On Mon, 04.01.10 14:21, Bill Cox (waywardg...@gmail.com) wrote:
Hi, Lennart. The blind run all sorts of GUI-driven applications like
Synaptic, from the System/Administration menu. Howeve, Orca makes
these applications accessible when things are working correctly. I
agree that we don't
On Mon, Jan 4, 2010 at 3:48 PM, Lennart Poettering
lenn...@poettering.net wrote:
The problem of course is that the tts daemon needs to watch this too
and not choke if the device access to that soft_synth device goes
away.
Ok, so I could modify both espeakup and speechd-up to use udev and
deal
On Mon, 04.01.10 15:52, Bill Cox (waywardg...@gmail.com) wrote:
On Mon, Jan 4, 2010 at 3:37 PM, Lennart Poettering
lenn...@poettering.net wrote:
Right. So why not fix orca and make everything work fine in Gnome? I
mean, lets fix things properly, not carry on with kludges.
I'm guessing
On Mon, 04.01.10 15:58, Bill Cox (waywardg...@gmail.com) wrote:
On Mon, Jan 4, 2010 at 3:48 PM, Lennart Poettering
lenn...@poettering.net wrote:
The problem of course is that the tts daemon needs to watch this too
and not choke if the device access to that soft_synth device goes
away.
On Mon, 04.01.10 19:56, Colin Guthrie (gm...@colin.guthr.ie) wrote:
'Twas brillig, and Bill Cox at 04/01/10 19:43 did gyre and gimble:
Colin and Luke have suggested using CK to deal with this, by killing
off speech-dispatcher and speechd-up when the user logs in through
gdm, and
On Sun, 03.01.10 03:27, Burkhard Stubert (burkhard.stub...@googlemail.com)
wrote:
Hi folks,
I use my mobile phone as the source of an A2DP (Bluetooth) link and a Linux
box as the sink of this link. The connection is successfully established and
pulseaudio on the Linux box (sink) creates a
On Fri, 01.01.10 18:30, Cristian Morales Vega (cmorv...@yahoo.es) wrote:
Hi,
I'm trying to understand the output from pacmd.
My problem is that pacmd list-sinks outputs: configured latency: 0,00
ms; range is 56,00 .. 371,52 ms (no client connected)
And when running the test program from
On Fri, 01.01.10 16:58, Bill Cox (waywardg...@gmail.com) wrote:
However, even with these changes, there are bugs due to pulseaudio's
user-based structure. Today, in Karmic, if I 'switch user' to another
use, my new gnome session has no sound. That's because there are two
pulseaudio
On Thu, 31.12.09 21:52, Bill Cox (waywardg...@gmail.com) wrote:
Since I didn't get much response with my more polite e-mail, here's
what I really think, given my current ignorance about pulseaudio...
PulseAudio is cool, but I fear it's over-engineered by some Ph.D's
with too much elegance
On Mon, 04.01.10 23:05, Markus Rechberger (mrechber...@gmail.com) wrote:
Please don't post FUD like this on this ML. If you want to spread FUD
then I can tell you there are much better fora for that.
Lennart, this is more likely your way to ignore user requests.
What you need to
On Mon, 28.12.09 14:49, Colin Guthrie (gm...@colin.guthr.ie) wrote:
Hi,
I could have sworn this was asked about on the ML recently but perhaps
it was just IRC as I cannot for the life of me find the message :s
Anyway, someone was asking about their 5.1 capable card and how they
would
On Mon, 28.12.09 20:43, Chris (cpoll...@embarqmail.com) wrote:
I noticed tonight that when I was copying a 1.2Gb file to my thumb drive
that it took forever. From a suggestion in another list I ran in a
terminal pulseaudio -k ; pulseaudio -. I've attached the output. One
other thing of
On Mon, Jan 4, 2010 at 4:01 PM, Lennart Poettering
lenn...@poettering.net wrote:
If you feel the need to support multiple alternative solutions for the
same problem and effectively double your maintainance work you are
welcome to do so, but that's your choice, and hence it is *your* job
to
On Mon, Jan 4, 2010 at 4:03 PM, Lennart Poettering
lenn...@poettering.net wrote:
They wouldn't have to link to udev at all. As mentioned they should
simply use inotify() and access() to minitor devices access coming and
going on /dev/soft_synth.
Got it. That makes it clearer.
2010/1/4 Lennart Poettering lenn...@poettering.net
On Sun, 03.01.10 03:27, Burkhard Stubert (burkhard.stub...@googlemail.com)
wrote:
So, my question is: Does pulseaudio's SBC implementation support
dynamically
changing bit rates and frame lengths? If so, how and where?
No, we don't
On Mon, Jan 4, 2010 at 4:38 PM, Lennart Poettering
lenn...@poettering.net wrote:
Dude, if you as your questions on the ML while everyone is on
christmas/new year holidays, you cannot expect immediate and
comprehensive replies.
Well, for that I apologize. If you want to see a socially
On Monday 04 January 2010, Tanu Kaskinen wrote:
ma, 2010-01-04 kello 09:37 +, Colin Guthrie kirjoitti:
As for the next stage I'm not an expert on this but I think you can try
adding:
[Element IEC985 Optical Raw]
switch = mute
switch = mute makes the mixer element state follow
'Twas brillig, and Lennart Poettering at 04/01/10 22:48 did gyre and gimble:
On Mon, 28.12.09 14:49, Colin Guthrie (gm...@colin.guthr.ie) wrote:
Hi,
I could have sworn this was asked about on the ML recently but perhaps
it was just IRC as I cannot for the life of me find the message :s
'Twas brillig, and Lennart Poettering at 04/01/10 20:39 did gyre and gimble:
On Mon, 04.01.10 19:36, Colin Guthrie (gm...@colin.guthr.ie) wrote:
'Twas brillig, and Lennart Poettering at 04/01/10 19:06 did gyre and gimble:
I agree.
and that adding hooks to consolekit (if they don't exist)
Forwarded from Ubuntu Lucid/10.04
Thanks,
-Dan
From f89fc408dadbbb43f6ff5147845686792deb3683 Mon Sep 17 00:00:00 2001
From: Daniel T Chen crim...@ubuntu.com
Date: Mon, 4 Jan 2010 21:44:37 -0500
Subject: [PATCH 1/2] Properly initialise m-n_waiting_for_accept to prevent deadlock
MIME-Version: 1.0
Forwarded from Ubuntu Lucid/10.04
Thanks,
-Dan
From 109b0d2016e89785d713f0a7666e530b2966edd8 Mon Sep 17 00:00:00 2001
From: Daniel T Chen crim...@ubuntu.com
Date: Mon, 4 Jan 2010 21:53:36 -0500
Subject: [PATCH 2/2] Use SOUND_CLASS instead of SOUND_FORM_FACTOR for newer udev
Newer udev versions
On Mon, 2010-01-04 at 23:28 +0100, Lennart Poettering wrote:
On Mon, 04.01.10 23:05, Markus Rechberger (mrechber...@gmail.com) wrote:
Lennart, this is more likely your way to ignore user requests.
snip
So please, let it rest, and know that if you want to set the rules
then you need to
ma, 2010-01-04 kello 23:10 +0100, Lennart Poettering kirjoitti:
On Fri, 01.01.10 05:52, Tanu Kaskinen (ta...@iki.fi) wrote:
- Track port volume and mute individually. That is, whenever the active
port is switched, the previous port's volume and mute state should be
saved to a database and
Hi,
I'm trying to get RtKit for my application up and running, and in the lack
of an rtkit mailing list I'm using this one as the closest I could find
:-)
I'm using the reference implementation almost unmodified and end up with
an org.freedesktop.DBus.Error.AccessDenied - Operation not permitted
64 matches
Mail list logo