Colin Guthrie schrob:
> 'Twas brillig, and Jan Braun at 25/08/10 12:08 did gyre and gimble:
> > Colin Guthrie schrob:
> > FWIW, I agree that's the best aproach.
> > But aren't you PA guys actively fighting this idea? You strongly advise
> > against
> &
Colin Guthrie schrob:
> >> As we discussed previously the pseudo session started for the GDM login
> >> prompt is the right approach here. There is always an "active" user,
> >
> > No!!!
>
> None of what you said above causes me to doubt the approach we have all
> previously discussed. The archit
Hi,
Halim Sahin schrob:
> > > PA simply listens to messages from CK and gracefully releases it's
> > > control of the devices when it's not supposed to have access. In reality
> > > we're just being a good citizen in this regard.
> >
> > Yep, but maybe CK isn't such a good police^Hy.
>
> +1 if c
Erik Boritsch schrob:
> I have a CM8738-MC6 soundcard with 5.1 analog surround. With pulseaudios
> 5.1 profile I am unable to control center and LFE channels.
> [...]
> In my case, it seems that center/LFE are on hw:1,1 (with other channels
> being on hw:1,0). I have tried adding followings to .aso
Tanu Kaskinen schrob:
> On Sun, 2010-08-15 at 21:32 +0200, Jan Braun wrote:
> > What I'd want and expect is a (per-soundcard) "master volume" that's
> > persistent and affects ALL streams on that device, [...]
>
> Yes, your "master volume" is
Michał Sawicz schrob:
> Dnia 2010-08-15, nie o godzinie 17:03 +0100, Dylan pisze:
> > I hope I have made sense and am not completely misunderstanding how
> > the
> > system is intendeto work, it is simply that IMHO each level slider (or
> > pair)
> > should be fully independent of eachother.
>
Ng Oon-Ee schrob:
> On Wed, 2010-08-11 at 00:51 +0200, Jan Braun wrote:
> > Colin Guthrie schrob:
> > > Also most people expect to get exclusive access ot the sound h/w when
> > > switching users (it's how it works on Windows and Mac OS)
> >
> > While
Colin Guthrie schrob:
> Also most people expect to get exclusive access ot the sound h/w when
> switching users (it's how it works on Windows and Mac OS)
While fiddling with a relative's computer today, I was surprised to find
out the technical assertion is not true. The 32-bit XP Home Personal
in
Jim Duda schrob:
> If I open PulseAudioManger on host "jim", I can seet that I have a
> "source" which is identified as
> "tunnel.asterisk.local.sphinx_record.monitor". I want my application
> to attach to this "source", however, my application can only use ALSA.
> As such, I assumed I need to use
Colin Guthrie schrob:
> 'Twas brillig, and Mark Cross at 26/07/10 15:23 did gyre and gimble:
> > So, there must be a way "supported by maintainers" to have two PA instances
> > form two users that share access to the sound system.
>
> Sadly there is no officially recommended way to do this. This i
Colin Guthrie schrob:
> 'Twas brillig, and Jan Braun at 15/07/10 06:07 did gyre and gimble:
> > 1. Shouldn't PA do only obvious things automatically, and not bug the
> >user about obvious things? The proposition "PA automaticallly breaks
> >stuff,
Colin Guthrie schrob:
> e.g. when a new BT Headset is discovered, module-intended-roles would
> basically check to see whether the device is already in the "voip"
> priority list and if not, it would inject it at the top, rather than the
> bottom of the list (there could be various caveats included
Colin Guthrie schrob:
> 'Twas brillig, and Jeremy Nickurak at 16/06/10 16:04 did gyre and gimble:
> > Does pulseaudio perhaps need to be throwing some visual indication to
> > the user that streams switched devices as a result of a plug event,
> > maybe with a very simple pointer to where to go to
Tanu Kaskinen schrob:
> I'm trying to build a convincing argument so that media player
> programmers voluntarily change their UIs.
See below.
> You didn't say why you think
> device volume in bad - I assume because you think that the natural user
> expectation is that a volume slider in an applic
Tanu Kaskinen schrob:
> > Aha. So you propose/defend making the per-app volume sliders difficult
> > to change to prevent users shooting themselves in the foot?
>
> Yes. Well, just in order to avoid misunderstanding, I don't propose
> making it "difficult", just significantly less convenient than
Lennart Poettering schrob:
> > ...and you're explicitly disallowing cross-user shm transfer. :(
> > I guess I'll have to figure out the security implications of messing
> > with that.
>
> Well, the story goes like this: we need to make sure that a user A
> cannot trigger a SIGBUS in processes by u
Lennart Poettering schrob:
> On Sat, 17.04.10 16:42, Jan Braun (janbr...@gmx.de) wrote:
> > Hmm, why not? I've set up PA as you describe (except for the additional
> > auth-group parameter), and PA is creating entries in /dev/shm , even for
> > other users than "a
Lennart Poettering schrob:
> On Fri, 16.04.10 21:02, Jan Braun (janbr...@gmx.de) wrote:
> > You see, currently I'm the only person with access to my desktop pc,
> > but I have several user accounts on it[1]. And I use them all.
> > Simultaneously. As in: several consol
Tanu Kaskinen schrob:
> > As long as there's no way to change the volume of "the current
> > application" via the command line (so I can teach it to my window
> > manager), I most certainly disagree. And yes, I do need per-application
> > volume control (or think I do, see below).
>
> Your window
Tanu Kaskinen schrob:
> On Fri, 2010-04-16 at 21:02 +0200, Jan Braun wrote:
> > *** Now is your chance to say "that's insane, and we don't support it"
>
> I can't say it's insane, otherwise I'd be admitting that I've been
> insane in the
[I accidentally sent this only to Marti, you're getting it twice, sorry]
Marti Raudsepp schrob:
> Can't you just copy ~/.pulse-cookie to all users' profiles, so
> everyone can access anyone else's PA daemon? It works for me, but I'm
> just using different user accounts within one X session.
Oops,
Tanu Kaskinen schrob:
> On Wed, 2010-04-14 at 10:18 +0100, Colin Guthrie wrote:
> > 'Twas brillig, and Tanu Kaskinen at 13/04/10 20:42 did gyre and gimble:
> > > Solution: throw away volume sliders in applications, and promote
> > > centralized volume management with volume applets and hardware con
Hi list,
and sorry for bringing up this topic again, but I'm another user who
has difficulties with PA's multi-user policy.
You see, currently I'm the only person with access to my desktop pc,
but I have several user accounts on it[1]. And I use them all.
Simultaneously. As in: several consoles op
23 matches
Mail list logo