11 Dec
2012
11 Dec
'12
11:40 p.m.
Can I connect to jackd with a program running as a different user than the
user jackd is running as?
- Grant
11 Dec
11 Dec
11:44 p.m.
On Tue, Dec 11, 2012 at 10:40 PM, Grant <emailgrant(a)gmail.com> wrote:
Can I connect to jackd with a program running as a
different user than the
user jackd is running as?
Yes.
https://wiki.archlinux.org/index.php/JACK_Audio_Connection_Kit#Jack_for_a_m…
I've never done this, I just know its possible. I believe some people on
list do use this regularly though.
HTH, -Harry
12 Dec
12 Dec
1:05 a.m.
> Can I connect to jackd with a program running as a
different user than
the user jackd is running as?
Yes.
https://wiki.archlinux.org/index.php/JACK_Audio_Connection_Kit#Jack_for_a_m…
I've never done this, I just know its possible. I
believe some people on
list do use this regularly though.
HTH, -Harry
Thanks Harry. Is this something that might be integrated into a jack
release? Would it be worth filing a bug?
- Grant
1:11 a.m.
On Wed, Dec 12, 2012 at 12:05 AM, Grant <emailgrant(a)gmail.com> wrote:
Is this something that might be integrated into a jack
release? Would it
be worth filing a bug?
I'm afraid I don't understand exactly what you're asking.
<jokes> And no I don't see it being integrated </jokes>
Running JACK as a system wide daemon has downsides, and is a pretty niche
use case. I don't
see it becoming the standard as GStreamer / Phonon / PulseAudio and a
variety of other frameworks
already try to run a daemonized audio server. And I remove all of them from
my installs when I can :)
Since its only advanced users that will ever want to do this, I think the
config files fix above is fine.
My two cents, -Harry
1:48 a.m.
> Is this something that might be integrated into a
jack release? Would
it be worth filing a bug?
I'm afraid I don't understand exactly what you're asking.
<jokes> And no I don't see it being integrated </jokes>
Running JACK as a system wide daemon has downsides, and is a pretty niche
use case.
I don't
see it becoming the standard as GStreamer / Phonon /
PulseAudio and a
variety of other frameworks
already try to run a daemonized audio server. And I
remove all of them
from my installs when I can :)
Since its only advanced users that will ever want to do this, I think the
config
files fix above is fine.
My two cents, -Harry
Understood, but a jack group containing users that can connect to any jackd
would be nice and I think a lot of people would benefit.
- Grant
9:09 a.m.
On 12/11/2012 02:11 PM, Harry van Haaren wrote:
On Wed, Dec 12, 2012 at 12:05 AM, Grant
<emailgrant(a)gmail.com
<mailto:emailgrant@gmail.com>> wrote:
Is this something that might be integrated into a jack release?
Would it be worth filing a bug?
I'm afraid I don't understand exactly what you're asking.
<jokes> And no I don't see it being integrated </jokes>
Running JACK as a system wide daemon has downsides, and is a pretty
niche use case. I don't
see it becoming the standard as GStreamer / Phonon / PulseAudio and a
variety of other frameworks
already try to run a daemonized audio server. And I remove all of them
from my installs when I can :)
Since its only advanced users that will ever want to do this, I think
the config files fix above is fine.
My two cents, -Harry
Well, if you automatically have every user a member of the audio group,
can't they all use JACK?
--
David
gnome(a)hawaii.rr.com
authenticity, honesty, community
http://clanjones.org/david/
http://dancing-treefrog.deviantart.com/
12:37 p.m.
no. JACK by default only allows connections from clients started by the
same UID that started the server.
On Wed, Dec 12, 2012 at 3:09 AM, david <gnome(a)hawaii.rr.com> wrote:
On 12/11/2012 02:11 PM, Harry van Haaren wrote:
On Wed, Dec 12, 2012 at 12:05 AM, Grant
<emailgrant(a)gmail.com
<mailto:emailgrant@gmail.com>> wrote:
Is this something that might be integrated into a jack release?
Would it be worth filing a bug?
I'm afraid I don't understand exactly what you're asking.
<jokes> And no I don't see it being integrated </jokes>
Running JACK as a system wide daemon has downsides, and is a pretty
niche use case. I don't
see it becoming the standard as GStreamer / Phonon / PulseAudio and a
variety of other frameworks
already try to run a daemonized audio server. And I remove all of them
from my installs when I can :)
Since its only advanced users that will ever want to do this, I think
the config files fix above is fine.
My two cents, -Harry
Well, if you automatically have every user a member of the audio group,
can't they all use JACK?
--
David
gnome(a)hawaii.rr.com
authenticity, honesty, community
http://clanjones.org/david/
http://dancing-treefrog.**deviantart.com/<http://dancing-treefrog.devian…
______________________________**_________________
Linux-audio-user mailing list
Linux-audio-user@lists.**linuxaudio.org<Linux-audio-user@lists.linuxaudio.org>
http://lists.linuxaudio.org/**listinfo/linux-audio-user<http://lists.lin…
3:46 p.m.
On Wed, December 12, 2012 10:36 pm, Paul Davis wrote:
no. JACK by default only allows connections from
clients started by the
same UID that started the server.
I ran into the same problem the other day when trying to connect to a
running jack session from a different user on a different DISPLAY
(terminal session) on the same host.
I looked at using netjack for the connection but neither the master or the
slave could see each other which could just be user error on my part.
Just checking now and it seems that "promiscuous" mode was intended for
this use case.
Hard to find an example for this online though. Google doesn't through up
anything obvious and the FAQ doesn't have anything either. Can't see
anything in the MAN page either.
On Wed, Dec 12, 2012 at 3:09 AM, david <gnome(a)hawaii.rr.com> wrote:
> On 12/11/2012 02:11 PM, Harry van Haaren wrote:
>
>> On Wed, Dec 12, 2012 at 12:05 AM, Grant <emailgrant(a)gmail.com
>> <mailto:emailgrant@gmail.com>> wrote:
>>
>> Is this something that might be integrated into a jack release?
>> Would it be worth filing a bug?
>>
>>
>> I'm afraid I don't understand exactly what you're asking.
>> <jokes> And no I don't see it being integrated </jokes>
>>
>> Running JACK as a system wide daemon has downsides, and is a pretty
>> niche use case. I don't
>> see it becoming the standard as GStreamer / Phonon / PulseAudio and a
>> variety of other frameworks
>> already try to run a daemonized audio server. And I remove all of them
>> from my installs when I can :)
>>
>> Since its only advanced users that will ever want to do this, I think
>> the config files fix above is fine.
>> My two cents, -Harry
>>
>
> Well, if you automatically have every user a member of the audio group,
> can't they all use JACK?
>
--
Patrick Shirkey
Boost Hardware Ltd
11:23 p.m.
> no. JACK by default only allows connections from
clients started by the
> same UID that started the server.
Is promiscuous mode the non-default setup you allude to?
Just checking now and it seems that
"promiscuous" mode was intended for
this use case.
Hard to find an example for this online though. Google doesn't through up
anything obvious and the FAQ doesn't have anything either. Can't see
anything in the MAN page either.
Does anyone have more info on promiscuous mode? It sounds like exactly
what I need.
- Grant
1:48 a.m.
Speaking for Jack1, I don't believe that running Jack1 as a system daemon
is something that should be encouraged.
On Tue, Dec 11, 2012 at 7:05 PM, Grant <emailgrant(a)gmail.com> wrote:
> Can I
connect to jackd with a program running as a different user than
the user jackd is
running as?
Yes.
https://wiki.archlinux.org/index.php/JACK_Audio_Connection_Kit#Jack_for_a_m…
I've never done this, I just know its
possible. I believe some people on
list do use this regularly though.
HTH, -Harry
Thanks Harry. Is this something that might be integrated into a jack
release? Would it be worth filing a bug?
- Grant
_______________________________________________
Linux-audio-user mailing list
Linux-audio-user(a)lists.linuxaudio.org
http://lists.linuxaudio.org/listinfo/linux-audio-user
4457
days inactive
4458
days old
linux-audio-user@lists.linuxaudio.org
9 comments
5 participants
participants (5)
-
david -
Grant -
Harry van Haaren -
Patrick Shirkey -
Paul Davis