On Tue, 05.01.10 10:12, Bill Cox (waywardg...@gmail.com) wrote:
> > The whole point of ConsoleKit is to follow who's logged in. Are you
> > suggesting that if you login on the console ck-list-sessions does not
> > list that session? If that's the case your really should have a word
> > with the Ub
'Twas brillig, and Bill Cox at 05/01/10 15:12 did gyre and gimble:
> I was wrong. What's going on is that PA does not launch automatically
> when I login, and that had me confused. Sessions do seem to be
> tracked, and it does seem to know which is active.
That's expected. PA will be launched "a
On Tue, Jan 5, 2010 at 9:19 AM, Lennart Poettering
wrote:
> Yes, the speakup daemons need to be modified so that they can be run
> as a normal user instead of root, and then can deal with devices (both
> audio and those special speakup kernnel devices) being assigned and
> taken away from them. We
On Tue, 05.01.10 08:48, Bill Cox (waywardg...@gmail.com) wrote:
>
> On Tue, Jan 5, 2010 at 8:01 AM, Lennart Poettering
> wrote:
> > I have discussed this with Kay now and he'd very much prefer to do
> > this with a proper "idle" session that some tool (maybe some wrapper
> > around the speakup d
On Tue, Jan 5, 2010 at 8:01 AM, Lennart Poettering
wrote:
> I have discussed this with Kay now and he'd very much prefer to do
> this with a proper "idle" session that some tool (maybe some wrapper
> around the speakup daemon) registers in CK, instead of patching
> udev-acl.
>
> That should allow
On Tue, 05.01.10 01:04, Colin Guthrie (gm...@colin.guthr.ie) wrote:
> >> I don't know if the getty system could launch a psuedo session itself so
> >> that ck doesn't specifically need to be aware of "idle" status - it was
> >> just my way of imagineering how I'd approach the problem which (by the
'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
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 foll
On Monday 04 January 2010, Colin Guthrie wrote:
>'Twas brillig, and Gene Heskett at 03/01/10 22:58 did gyre and gimble:
>> Unforch, some of the pa stuff I apparently need, is missing from the
>> mirrors mandriva uses. So pamon and padev* are not installed. Is there
>> a new method, or do I go fus
On Mon, Jan 4, 2010 at 4:03 PM, Lennart Poettering
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.
On Mon, Jan 4, 2010 at 4:01 PM, Lennart Poettering
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 make things work with
On Tue, Jan 05, 2010 at 07:52:02AM EST, Bill Cox wrote:
> On Mon, Jan 4, 2010 at 3:37 PM, Lennart Poettering
> 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. Wh
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 r
On Mon, 04.01.10 15:58, Bill Cox (waywardg...@gmail.com) wrote:
>
> On Mon, Jan 4, 2010 at 3:48 PM, Lennart Poettering
> 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 c
On Mon, 04.01.10 15:52, Bill Cox (waywardg...@gmail.com) wrote:
>
> On Mon, Jan 4, 2010 at 3:37 PM, Lennart Poettering
> 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 Ema
On Mon, Jan 4, 2010 at 3:48 PM, Lennart Poettering
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 with what happens wi
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
On Mon, Jan 4, 2010 at 3:37 PM, Lennart Poettering
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 improve Vim and not carry
On Mon, 04.01.10 15:10, Bill Cox (waywardg...@gmail.com) wrote:
>
> On Mon, Jan 4, 2010 at 2:37 PM, Lennart Poettering
> 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.
>
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 migh
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
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 mo
On Mon, Jan 4, 2010 at 8:51 PM, Lennart Poettering
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 /dev/softsynth device
On Mon, Jan 4, 2010 at 2:37 PM, Lennart Poettering
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 thing that
moves around
'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
> 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 Ct
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 p
On Mon, Jan 4, 2010 at 2:26 PM, Lennart Poettering
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 can't ever go away.
B
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
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 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
'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 wa
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 a
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. Speech-di
On Mon, Jan 4, 2010 at 1:35 PM, Lennart Poettering
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 Fedora all accessibil
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 (whic
'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 sessio
On Sat, 02.01.10 14:08, Colin Guthrie (gm...@colin.guthr.ie) wrote:
> Now lets think about permissions. Some folks have recently mentioned the
> "audio" group. This is a relic and should not be used or considered for
> controlling access to audio hardware. The real way forward is the
> interaction
On Sat, 02.01.10 07:59, Tanu Kaskinen (ta...@iki.fi) wrote:
> At boot
> ---
>
> At boot time there isn't really anybody having a private session; the
> boot messages are public. Speakup should run as user "anybody" (that's
> just a placeholder), and this "anybody" user has his own pulseaudio
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 root
On Sun, 03.01.10 18:39, Halim Sahin (halim.sa...@freenet.de) wrote:
> > > By design mac and windows are not comparable with linux
> > > because they are not a multi user OS.
> >
> > That is simply not true.
>
> ???
Both Windows and Mac support mnultiple simultaneous logins, much like
Linux.
L
'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 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
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
> > use
On Sat, 02.01.10 07:08, David Henningsson (launchpad@epost.diwic.se) wrote:
> I was just thinking, and this idea is perhaps not 100% thought through,
> but it could be worth considering.
>
> We have this hand-over mechanism:
>
> http://git.0pointer.de/?p=reserve.git;a=blob_plain;f=reserve.tx
On Sat, 02.01.10 00:12, Bill Cox (waywardg...@gmail.com) wrote:
> Any "right" solution should require little and probably zero changes
> to programs like speakup. We should be able to tell the sound system
> that speakup is allowed to share the sound card with PA. Speakup
> already has both puls
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
On Fri, 01.01.10 23:13, Bill Cox (waywardg...@gmail.com) wrote:
> On Wed, Dec 23, 2009 at 9:13 AM, Colin Guthrie 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 multiuser systems a
On Fri, 01.01.10 22:42, Bill Cox (waywardg...@gmail.com) wrote:
>
> On Wed, Dec 23, 2009 at 6:57 AM, Lennart Poettering
> 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.
> >> Even with OSS
On Fri, 01.01.10 22:25, Bill Cox (waywardg...@gmail.com) wrote:
>
> On Thu, Dec 17, 2009 at 4:52 AM, Lennart Poettering
> 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
> > purposes".
>
On Mon, Jan 4, 2010 at 10:53 AM, Colin Guthrie 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 have this h/w
'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 wrote:
>>> "switch = mute" makes the mixer element state follow pulseaudio's sink
>>> mute state, and I d
'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 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 alw
On Mon, Jan 4, 2010 at 9:26 AM, Tanu Kaskinen 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 always off or "switch = on" to set it always on.
FWIW, Ubuntu has carried thi
'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 t
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
'Twas brillig, and Gene Heskett at 03/01/10 22:58 did gyre and gimble:
> Unforch, some of the pa stuff I apparently need, is missing from the mirrors
> mandriva uses. So pamon and padev* are not installed. Is there a new
> method, or do I go fuss at the mdv people?
paman and padevchooser are n
Hi, Luke. I didn't know you were VI, but I see your name on all sorts
of code I've looked at. Thanks for all of it!
You may have better insight than the rest of us here in this
discussion. Personally, I'm beginning to lean towards building or
debugging a bypass mux, like dmix, to minimize the c
On Sun, Jan 03, 2010 at 01:08:07AM EST, Colin Guthrie wrote:
> 'Twas brillig, and Tanu Kaskinen at 02/01/10 05:59 did gyre and gimble:
> > So that's how I see it should work. I'm not very confident when speaking
> > about consolekit and boot/login processes, so I have to hope that the
> > system I
On Sunday 03 January 2010, Daniel Chen wrote:
>On Sun, Jan 3, 2010 at 4:48 PM, Gene Heskett wrote:
>> 01:07.0 Multimedia audio controller: Creative Labs SB0400 Audigy2 Value
>>Subsystem: Creative Labs Device 1001
>>Flags: bus master, medium devsel, latency 32, IRQ 17
>>I/O
On Sunday 03 January 2010, Bill Cox wrote:
>No, this is extremely unlikely, and nothing to worry about. Lawyers
>in the USA only sue people with money.
>
>Bill
Chuckle back at ya Bill, and you are probably right. But the word probably
still bothers me.
--
Cheers, Gene
"There are four boxes to
On Sunday 03 January 2010, Ng Oon-Ee wrote:
>On Sun, 2010-01-03 at 12:29 -0500, Gene Heskett wrote:
>> Regardless, this problem for the visually impaired is one that needs to
>> be addressed ASAP before we have a whole battalion of lawyers from the
>> ACLU challenging us all in courts that we don't
On Sun, Jan 3, 2010 at 4:48 PM, Gene Heskett wrote:
> 01:07.0 Multimedia audio controller: Creative Labs SB0400 Audigy2 Value
> Subsystem: Creative Labs Device 1001
> Flags: bus master, medium devsel, latency 32, IRQ 17
> I/O ports at 9c00 [size=64]
> Capabilities: [dc]
No, this is extremely unlikely, and nothing to worry about. Lawyers
in the USA only sue people with money.
Bill
On Sun, Jan 3, 2010 at 3:41 PM, Ng Oon-Ee wrote:
> Maybe I don't have context here, not being from the good ol' USA and
> all, but is this in any way, shape, or form likely? You know,
'Twas brillig, and Gene Heskett at 03/01/10 21:48 did gyre and gimble:
> And yesm there are, according to the bus scanning done at bootup, 3 separate
> audio systems in this machine.
>
> 1. There is an intel-hd or whatever its called, claim from my video card
> that has no connection to the phy
On Sunday 03 January 2010, Colin Guthrie wrote:
>'Twas brillig, and Gene Heskett at 03/01/10 17:48 did gyre and gimble:
>> And it seem like a doable, sane approach to the problem. A voice of
>> sanity midst the riot this could become.
>>
>:)
>:
>> But that still leaves PA's biggest problem for thi
'Twas brillig, and Gene Heskett at 03/01/10 17:48 did gyre and gimble:
> And it seem like a doable, sane approach to the problem. A voice of sanity
> midst the riot this could become.
:)
> But that still leaves PA's biggest problem for this user: It picks the most
> obviously wrong choice in
On Sun, 2010-01-03 at 13:57 -0500, Bill Cox wrote:
> I've removed gdm from my Lucid system, after Tony Sales
> (founder/driver of Vinux) suggested it. I'm already feeling rather
> attached to my gdm-less system. It now boots into a very nicely
> talking console login prompt. I just login, do wha
On Sun, 2010-01-03 at 12:29 -0500, Gene Heskett wrote:
>
> Regardless, this problem for the visually impaired is one that needs to be
> addressed ASAP before we have a whole battalion of lawyers from the ACLU
> challenging us all in courts that we don't, by the very nature of linux, have
> the
I've removed gdm from my Lucid system, after Tony Sales
(founder/driver of Vinux) suggested it. I'm already feeling rather
attached to my gdm-less system. It now boots into a very nicely
talking console login prompt. I just login, do whatever I like on the
console, and type 'startx' if I want Fi
On Sun, Jan 3, 2010 at 12:39 PM, Halim Sahin wrote:
> Here are my thoughts about pulse:
> Ok This will my last post in this thread
I can put in a good word for Halim. He's been very helpful in the
last several weeks working out issues with Orca and the back end sound
system. Any good effort to
On Sunday 03 January 2010, Colin Guthrie 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 appropriate modules, of
On Sunday 03 January 2010, Ng Oon-Ee 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 utility in having mult
Hi,
On So, Dez 27, 2009 at 01:34:46 +0100, Lennart Poettering wrote:
> On Sat, 26.12.09 08:31, Halim Sahin (halim.sa...@freenet.de) wrote:
>
> > > > > Lennart
> > > > >
> > > > I believe in his particular use-case he's concerned about the
> > > > screenreader prior to the DE starting up (boot mes
'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, but limited in that it can only use the espeak voice.
> From the point o
Hi, Colin. I like your proposal, but I think I'd like to implement it
in two phases. I'd like to skip step 1 for now, and not deal wit CK,
but as you say, make speechd-up "headless", and write the PA modules
you suggest to pipe sound from speechd-up. CK isn't working properly
with PA in Ubuntu a
'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 appropriate modules, of course. It starts before the user
> logs in and onl
'Twas brillig, and Bill Cox at 03/01/10 12:41 did gyre and gimble:
> 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. Speech-dis
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 utility in having multiple copies
> of it. Speech-dispatcher opens an
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. Speech-dispatcher opens an IP port to act as a speech server
over the network. It's
'Twas brillig, and Bill Cox at 02/01/10 22:37 did gyre and gimble:
> This scheme sounds reasonable, though whenever someone says
> "impossible", I'm naturally inclined to give it a solid try.
Well of course it's not impossible, suitible changes all round could
enable it. I should really have said
On Sun, Jan 3, 2010 at 12:59 AM, Bill Cox wrote:
> Anyway, I don't believe I've evern seen multiple copies of PA running
> in Ubuntu work properly together, and the open bug about this on
> bugs.launchpad.net has had no progress or interest. If I write the CK
> code to kill speech-dispatcher and
(Answer to both Colin and Bill)
Colin Guthrie wrote:
> 'Twas brillig, and Bill Cox at 02/01/10 15:03 did gyre and gimble:
>> Hi, David.
>>
>> On Sat, Jan 2, 2010 at 1:08 AM, David Henningsson
>> wrote:
>>> I was just thinking, and this idea is perhaps not 100% thought through,
>>> but it could be
Sorry... my laptop has a tendency to accidentally click, and I sent
that last e-mail unfinished.
Anyway, I don't believe I've evern seen multiple copies of PA running
in Ubuntu work properly together, and the open bug about this on
bugs.launchpad.net has had no progress or interest. If I write th
I spent a few hours trying to figure out how well this scheme could
work for Ubuntu/Lucid. Things are in bad shape. Speakup basically is
incompatible with PA on Lucid for now. The problems seem to come from
multiple PA instances not sharing properly. If you switch-user to a
new user on Karmic o
This scheme sounds reasonable, though whenever someone says
"impossible", I'm naturally inclined to give it a solid try. Why
would it be impossible to add PA hooks I could run when PA gains,
uncorks, corks, or delets a connection to a card? I thought I already
saw a system of hooks being called.
'Twas brillig, and Bill Cox at 02/01/10 21:03 did gyre and gimble:
> 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 (wh
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 is basically whenever a user takes over the "seat",
except as root), an
'Twas brillig, and Bill Cox at 02/01/10 15:03 did gyre and gimble:
> Hi, David.
>
> On Sat, Jan 2, 2010 at 1:08 AM, David Henningsson
> wrote:
>> I was just thinking, and this idea is perhaps not 100% thought through,
>> but it could be worth considering.
>>
>> We have this hand-over mechanism:
>
Hi, Colin. I agree with 100% or your message. The blind are about
the worst adopters of new technology you'll run across. In fact, the
only reason you're hearing from me is that Ubuntu has made it more or
less a bug to remove PA. Otherwise, I'd join the rest of the blind/VI
community of embraci
Hi, David.
On Sat, Jan 2, 2010 at 1:08 AM, David Henningsson
wrote:
> I was just thinking, and this idea is perhaps not 100% thought through,
> but it could be worth considering.
>
> We have this hand-over mechanism:
>
> http://git.0pointer.de/?p=reserve.git;a=blob_plain;f=reserve.txt
You obviou
'Twas brillig, and Bill Cox at 02/01/10 04:29 did gyre and gimble:
> On Thu, Dec 24, 2009 at 11:14 AM, Colin Guthrie wrote:
>> 'Twas brillig, and Markus Rechberger at 24/12/09 14:02 did gyre and gimble:
>>> I think it's pretty clear what the problem is.
>>> PA does not support multiple users on on
'Twas brillig, and Tanu Kaskinen at 02/01/10 05:59 did gyre and gimble:
> So that's how I see it should work. I'm not very confident when speaking
> about consolekit and boot/login processes, so I have to hope that the
> system I described isn't too different from how things work in reality.
I thi
Bill Cox wrote:
> On Thu, Dec 24, 2009 at 12:27 PM, Lennart Poettering
> wrote:
>> We actually cover that inside of gdm, where you can get access to the
>> boot messages.
>>
>> Lennart
>
> Speakup doesn't stop reading when the user logs into Gnome. When we
> type Ctrl+Alt+F1, we get a console sc
pe, 2010-01-01 kello 23:13 -0500, Bill Cox kirjoitti:
> IMO, Halim's more important comment was that PulseAudio breaks
> accessibility. Speakup is either the #1 or #2 most popular Linux
> accessibility program for the blind and visually impaired. It starts
> at boot, as it should, so a blind pers
On Fri, 2010-01-01 at 23:29 -0500, Bill Cox wrote:
> On Thu, Dec 24, 2009 at 11:14 AM, Colin Guthrie wrote:
> > 'Twas brillig, and Markus Rechberger at 24/12/09 14:02 did gyre and gimble:
> >> I think it's pretty clear what the problem is.
> >> PA does not support multiple users on one system..
>
On Thu, Dec 24, 2009 at 12:27 PM, Lennart Poettering
wrote:
> We actually cover that inside of gdm, where you can get access to the
> boot messages.
>
> Lennart
Speakup doesn't stop reading when the user logs into Gnome. When we
type Ctrl+Alt+F1, we get a console screen which is read by speakup.
On Thu, Dec 24, 2009 at 11:29 AM, Lennart Poettering
wrote:
> On Wed, 23.12.09 15:26, Halim Sahin (halim.sa...@freenet.de) wrote:
>
>>
>> Hi Col,
>> 1. I gave you some examples what doesn't work as expected.
>> How should I run my text-to-speech server before login to have
>> audiooutput for readi
On Thu, Dec 24, 2009 at 11:14 AM, Colin Guthrie wrote:
> 'Twas brillig, and Markus Rechberger at 24/12/09 14:02 did gyre and gimble:
>> I think it's pretty clear what the problem is.
>> PA does not support multiple users on one system..
>> I told you if you intend to replace the existing audio sys
On Wed, Dec 23, 2009 at 9:13 AM, Colin Guthrie 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 multiuser systems and is only useful for
>> one-user-desktop.
>
> Actually no, the exact opp
On Wed, Dec 23, 2009 at 6:57 AM, Lennart Poettering
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.
>> Even with OSS this worked. But PA breaks this behaviour.
>
> First of all, we broke exactly
On Thu, Dec 17, 2009 at 4:52 AM, Lennart Poettering
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
> purposes".
Ever consider what happens when a blind user switches to root, and his
sound car
1 - 100 of 159 matches
Mail list logo
