On Tue, 11 Nov 2014 14:41:01 +, Simon McVittie wrote:
> On 11/11/14 13:04, Felipe Sateler wrote:
>> I'm not sure if it is PolicyKit or a related service (old documentation
>> suggests it was ConsoleKit, nowadays it should be logind?), but
>> /dev/snd/
>> * get ACLs added for the currently logg
On 11/11/14 13:04, Felipe Sateler wrote:
> I'm not sure if it is PolicyKit or a related service (old documentation
> suggests it was ConsoleKit, nowadays it should be logind?), but /dev/snd/
> * get ACLs added for the currently logged in users
Yes, that's exactly what I said a couple of mails ago
On Mon, 10 Nov 2014 11:08:38 +, Simon McVittie wrote:
> On 10/11/14 02:59, Christian Hofstaedtler wrote:
>> I vaguely remember PolicyKit being involved in the daemon situation,
>> when mpd tries to talk to a pulseaudio server which magically gets
>> spawned
>
> PolicyKit is typically (only?)
I would assume the way to go forward would be to report a bug on this?
I have a faint memory of there already being one, but I couldn't find it
anywhere. Also, my last bug report got closed - and I'm not even sure
what to report it against (base?).
Perhaps someone else would be more competent at w
On 10/11/14 02:59, Christian Hofstaedtler wrote:
> I vaguely remember PolicyKit being involved in the daemon situation,
> when mpd tries to talk to a pulseaudio server which magically gets
> spawned
PolicyKit is typically (only?) used when a less-privileged process,
typically a user interface, com
* Simon McVittie [141110 00:55]:
> On 09/11/14 23:34, Christian Hofstaedtler wrote:
> >>> On the other hand, it would break typical uses of using sound remotely.
> >>
> >> This usually happens via UPnP or similar, though - the actual audio is
> >> ultimately done by a local user. So the audio grou
On 09/11/14 23:34, Christian Hofstaedtler wrote:
>>> On the other hand, it would break typical uses of using sound remotely.
>>
>> This usually happens via UPnP or similar, though - the actual audio is
>> ultimately done by a local user. So the audio group is unrelated to this
>> usecase.
>
> It v
* Ralf Jung [141109 17:02]:
> Hi,
>
> > On the other hand, it would break typical uses of using sound remotely.
> > These days, shared computers are almost unheard of save for some school
> > settings -- while loads of people have some raspi mediacenter or press
> > some buttons on their phone to
Hi,
> On the other hand, it would break typical uses of using sound remotely.
> These days, shared computers are almost unheard of save for some school
> settings -- while loads of people have some raspi mediacenter or press
> some buttons on their phone to control sound coming from the big comput
On Sun, Nov 09, 2014 at 02:33:54PM +, Simon McVittie wrote:
> On 09/11/14 13:53, Kaj Ailomaa wrote:
> > So, who determined that audio group will not be used as a default user
> > group in Debian
>
> As far as I know, nobody yet. Marco was expressing what he thinks should
> happen in future, no
On 09/11/14 13:53, Kaj Ailomaa wrote:
> So, who determined that audio group will not be used as a default user
> group in Debian
As far as I know, nobody yet. Marco was expressing what he thinks should
happen in future, not what has happened already. I agree with his
opinion on this.
> and when y
On Mon, Oct 27, 2014, at 02:58 AM, Marco d'Itri wrote:
> On Oct 27, Kaj Ailomaa wrote:
>
> > Ok, so you are for removing audio group from user default groups?
> Eventually, yes.
>
So, who determined that audio group will not be used as a default user
group in Debian, and when you say eventual
Am Mittwoch, den 29.10.2014, 23:25 +0100 schrieb Ralf Jung:
> Hi,
>
> > Marco d'Itri:
> >> On Oct 27, Tobias Frost wrote:
> >>
> > Ok, so you are for removing audio group from user default groups?
> Eventually, yes.
> >>> Did you mean "maybe" or "for sure, someone"
> >
> > s/someone/som
Hi,
> Marco d'Itri:
>> On Oct 27, Tobias Frost wrote:
>>
> Ok, so you are for removing audio group from user default groups?
Eventually, yes.
>>> Did you mean "maybe" or "for sure, someone"
>
> s/someone/sometime/
>
>> No.
>>
> Then what *did* you mean?
Well, probably the correct Engl
Hi,
Marco d'Itri:
> On Oct 27, Tobias Frost wrote:
>
> > > > Ok, so you are for removing audio group from user default groups?
> > > Eventually, yes.
> > Did you mean "maybe" or "for sure, someone"
s/someone/sometime/
> No.
>
Then what *did* you mean?
--
-- Matthias Urlichs
--
To UNSUBSC
On Oct 27, Tobias Frost wrote:
> > > Ok, so you are for removing audio group from user default groups?
> > Eventually, yes.
> Did you mean "maybe" or "for sure, someone"
No.
--
ciao,
Marco
signature.asc
Description: Digital signature
Am Montag, den 27.10.2014, 02:58 +0100 schrieb Marco d'Itri:
> On Oct 27, Kaj Ailomaa wrote:
>
> > Ok, so you are for removing audio group from user default groups?
> Eventually, yes.
Did you mean "maybe" or "for sure, someone"
Just to avoid an (common) non-native* error:
eventually != maybe
--
On Oct 27, Kaj Ailomaa wrote:
> Ok, so you are for removing audio group from user default groups?
Eventually, yes.
> Would these be able to be tagged with "seat" as you mention?
Actually the correct tag is uaccess, and
/lib/udev/rules.d/70-uaccess.rules will already do it for you for all
ID_FF
On Sun, Oct 26, 2014, at 11:36 PM, Marco d'Itri wrote:
> On Oct 26, Kaj Ailomaa wrote:
>
> > I did find some explanations on the usage of it on this page, under
> > 'Should users be in the "audio" group?'
> > http://www.freedesktop.org/wiki/Software/PulseAudio/Documentation/User/PerfectSetup/,
On Oct 26, Kaj Ailomaa wrote:
> I did find some explanations on the usage of it on this page, under
> 'Should users be in the "audio" group?'
> http://www.freedesktop.org/wiki/Software/PulseAudio/Documentation/User/PerfectSetup/,
> and from what I can determine, Debian would then fall under categ
Hi. I'm the project leader for Ubuntu Studio and a prospective Debian
developer. My work tends to focus mostly on multimedia production
related topics, and specifically audio production.
My main objective right now is just to try making audio production
easier for regular users, and this is still
21 matches
Mail list logo