17 Apr
2015
17 Apr
'15
9:40 a.m.
Hi all,
I am trying to run jackd instance from /etc/rc.local (along with a few
other applications) from a custom made init script.
The system is ubuntustudio and I have setup everything to have elevated
permissions when executing applications from the @audio group.
so when I am logged on, I see this:
nass@starkill:~$ ulimit -r -l
real-time priority (-r) 95
max locked memory (kbytes, -l) unlimited
which is expected and I can execute the script I wrote.
but, when I execute my script from /etc/rc.local as
su - nass -c "ulimits -r -l cd audio_setup/scripts ; bash ./start_audio"
then my user does not (yet?) have elevated permissions.
real-time priority (-r) 0
max locked memory (kbytes, -l) 64
is there a script I can run before my start_audio script to elevate my
permissions?
thank you
17 Apr
17 Apr
12:18 p.m.
Great you've asked, I am having the same problem. "su - user" does not
work, but logging in as user and run the same command does. Happens with
both, jack and jack2. With jack2 I am also getting an error that it
can't open X, wenn run from command line. But that maybe an issue
specific to the jack2 version of arch, as there is no reason why jackd
should need a display.
Am 17.04.2015 um 11:40 schrieb Athanasios Silis:
Hi all,
I am trying to run jackd instance from /etc/rc.local (along with a few
other applications) from a custom made init script.
The system is ubuntustudio and I have setup everything to have elevated
permissions when executing applications from the @audio group.
so when I am logged on, I see this:
nass@starkill:~$ ulimit -r -l
real-time priority (-r) 95
max locked memory (kbytes, -l) unlimited
which is expected and I can execute the script I wrote.
but, when I execute my script from /etc/rc.local as
su - nass -c "ulimits -r -l cd audio_setup/scripts ; bash ./start_audio"
then my user does not (yet?) have elevated permissions.
real-time priority (-r) 0
max locked memory (kbytes, -l) 64
is there a script I can run before my start_audio script to elevate my
permissions?
thank you
_______________________________________________
Linux-audio-user mailing list
Linux-audio-user(a)lists.linuxaudio.org
http://lists.linuxaudio.org/listinfo/linux-audio-user
12:45 p.m.
hi there,
which distro are you using.
if you're using ubuntu* then the fact that it asks for X is related to you
using the jack-dbus. compile a jack version without dbus support and you'll
be fine.
also the guys are jack-devel mail list have been more than helpful.
apparently to get elevated permission while rc.local is executed you need
to uncomment in /etc/pam.d/su
session required pam_limits.so
but generally speaking, rc.local is a BAD way to do boot startups in
ubuntu* and this is because ubuntu* set device permissions based on
the *logged
in* user.
It is advised to use the autostart utilities of you desktop environment,
which is what I will do now.
On Fri, Apr 17, 2015 at 3:18 PM, Ede Wolf <listac(a)nebelschwaden.de> wrote:
Great you've asked, I am having the same problem.
"su - user" does not
work, but logging in as user and run the same command does. Happens with
both, jack and jack2. With jack2 I am also getting an error that it can't
open X, wenn run from command line. But that maybe an issue specific to the
jack2 version of arch, as there is no reason why jackd should need a
display.
Am 17.04.2015 um 11:40 schrieb Athanasios Silis:
Hi all,
I am trying to run jackd instance from /etc/rc.local (along with a few
other applications) from a custom made init script.
The system is ubuntustudio and I have setup everything to have elevated
permissions when executing applications from the @audio group.
so when I am logged on, I see this:
nass@starkill:~$ ulimit -r -l
real-time priority (-r) 95
max locked memory (kbytes, -l) unlimited
which is expected and I can execute the script I wrote.
but, when I execute my script from /etc/rc.local as
su - nass -c "ulimits -r -l cd audio_setup/scripts ; bash ./start_audio"
then my user does not (yet?) have elevated permissions.
real-time priority (-r) 0
max locked memory (kbytes, -l) 64
is there a script I can run before my start_audio script to elevate my
permissions?
thank you
_______________________________________________
Linux-audio-user mailing list
Linux-audio-user(a)lists.linuxaudio.org
http://lists.linuxaudio.org/listinfo/linux-audio-user
_______________________________________________
Linux-audio-user mailing list
Linux-audio-user(a)lists.linuxaudio.org
http://lists.linuxaudio.org/listinfo/linux-audio-user
3:28 p.m.
On Friday 17 April 2015 08:45:19 Athanasios Silis wrote:
hi there,
which distro are you using.
if you're using ubuntu* then the fact that it asks for X is related to
you using the jack-dbus. compile a jack version without dbus support
and you'll be fine.
also the guys are jack-devel mail list have been more than helpful.
apparently to get elevated permission while rc.local is executed you
need to uncomment in /etc/pam.d/su
session required pam_limits.so
but generally speaking, rc.local is a BAD way to do boot startups in
ubuntu* and this is because ubuntu* set device permissions based on
the *logged
in* user.
It is advised to use the autostart utilities of you desktop
environment, which is what I will do now.
Is there a manpage on this desktop autostart? It sounds as if it could
alleviate some of the stuff I have to do manually after a reboot, stuff
that does need x when it starts.
On Fri, Apr 17, 2015 at 3:18 PM, Ede Wolf <listac(a)nebelschwaden.de>
wrote:
> Great you've asked, I am having the same
problem. "su - user" does
> not work, but logging in as user and run the same command does.
> Happens with both, jack and jack2. With jack2 I am also getting an
> error that it can't open X, wenn run from command line. But that
> maybe an issue specific to the jack2 version of arch, as there is no
> reason why jackd should need a display.
>
> Am 17.04.2015 um 11:40 schrieb Athanasios Silis:
>> Hi all,
>> I am trying to run jackd instance from /etc/rc.local (along with a
>> few other applications) from a custom made init script.
>>
>> The system is ubuntustudio and I have setup everything to have
>> elevated permissions when executing applications from the @audio
>> group.
>>
>> so when I am logged on, I see this:
>> nass@starkill:~$ ulimit -r -l
>> real-time priority (-r) 95
>> max locked memory (kbytes, -l) unlimited
>>
>> which is expected and I can execute the script I wrote.
>>
>> but, when I execute my script from /etc/rc.local as
>> su - nass -c "ulimits -r -l cd audio_setup/scripts ; bash
>> ./start_audio" then my user does not (yet?) have elevated
>> permissions.
>>
>> real-time priority (-r) 0
>> max locked memory (kbytes, -l) 64
>>
>> is there a script I can run before my start_audio script to elevate
>> my permissions?
>>
>> thank you
>>
>>
>> _______________________________________________
>> Linux-audio-user mailing list
>> Linux-audio-user(a)lists.linuxaudio.org
>> http://lists.linuxaudio.org/listinfo/linux-audio-user
>
> _______________________________________________
> Linux-audio-user mailing list
> Linux-audio-user(a)lists.linuxaudio.org
> http://lists.linuxaudio.org/listinfo/linux-audio-user
Cheers, Gene Heskett
--
"There are four boxes to be used in defense of liberty:
soap, ballot, jury, and ammo. Please use in that order."
-Ed Howdershelt (Author)
Genes Web page <http://geneslinuxbox.net:6309/gene>
5:36 p.m.
On Fri, 17 Apr 2015 17:27:57 +0200, Gene Heskett <gheskett(a)wdtv.com> wrote:
Is there a manpage on this desktop autostart? It
sounds as if it could
alleviate some of the stuff I have to do manually after a reboot, stuff
that does need x when it starts.
It depends to the WM/DE. As already mentioned before, some DEs, e.g. Xfce4
provide a GUI.
https://wiki.archlinux.org/index.php/Autostarting
Unfortunately in German, but commands are "in Linux":
http://wiki.ubuntuusers.de/Autostart
JWM provides an option for it's config:
spinymouse11.2@suse11-2:/media/archlinux/home/rocketmouse> grep
StartupCommand .jwmrc
<StartupCommand>feh --bg-scale
/home/rocketmouse/.customization/dark_cartoon_art-modified-1152x864-clock-spot.jpg</StartupCommand>
<StartupCommand>fbpanel</StartupCommand>
You can comment out using the "!":
spinymouse11.2@suse11-2:/media/archlinux/home/rocketmouse> grep
StartupCommand .jwmrc-jwmpanel
<!-- <StartupCommand>/usr/lib/lxpolkit/lxpolkit</StartupCommand> -->
<StartupCommand>feh --bg-scale
/home/rocketmouse/.customization/dark_cartoon_art-modified-1152x864.jpg</StartupCommand>
<!-- StartupCommand>xfce4-power-manager</StartupCommand -->
Openbox does also provide an autostart option by it's configuration:
spinymouse11.2@suse11-2:/media/archlinux/home/rocketmouse> cat
.config/openbox/autostart
feh --bg-scale
/home/rocketmouse/.customization/dark_cartoon_art-modified-1152x864-clock-spot.jpg
&
(sleep 1 && fbpanel) &
1:03 p.m.
On 04/17/2015 02:18 PM, Ede Wolf wrote:
Great you've asked, I am having the same problem.
"su - user" does not
work, but logging in as user and run the same command does. Happens with
both, jack and jack2. With jack2 I am also getting an error that it
can't open X, wenn run from command line. But that maybe an issue
specific to the jack2 version of arch, as there is no reason why jackd
should need a display.
export DBUS_SESSION_BUS_ADDRESS=unix:path=/run/dbus/system_bus_socket
And you might also need to edit /etc/dbus-1/system.conf and add the
following lines:
<policy user="root">
<allow own="org.freedesktop.ReserveDevice1.Audio0"/>
</policy>
Jeremy
1:28 p.m.
On Fri, 17 Apr 2015, Ede Wolf wrote:
Great you've asked, I am having the same problem.
"su - user" does not work,
but logging in as user and run the same command does. Happens with both, jack
and jack2. With jack2 I am also getting an error that it can't open X, wenn
run from command line. But that maybe an issue specific to the jack2 version
of arch, as there is no reason why jackd should need a display.
If you are going to run jackd2 from a script, you need to run that script
from dbus-launch... this probably what it is looking for when it says "X".
The problem is that anything else that wants to interact with that jack
then needs to have the same dbus environment strings. I did this using
screen as a cli session manager so all the bash instances had the same
environment, but there are other ways to.
The thing to remember is that when logged in, everything you run has been
started by a single process. If you use rc.local and then login. you may
be the same user as the process started by rc.local, but there is no other
connection. Your environment strings will not be unified.
--
Len Ovens
www.ovenwerks.net
1:10 p.m.
On Fri, 17 Apr 2015, Athanasios Silis wrote:
Hi all,
I am trying to run jackd instance from /etc/rc.local (along with a few other
applications) from a custom made init script.
The system is ubuntustudio and I have setup everything to have elevated
permissions when executing applications from the @audio group.
Are you really wanting to run audio while you are logged out? It would be
much easier to add a desktop file to ~/.config/autostart/ Like
jackstart.desktop with something like:
[Desktop Entry]
Encoding=UTF-8
Version=0.9.4
Type=Application
Name=AutoJack
Comment=Jackdbus starter
Exec=jack_control start
StartupNotify=false
Terminal=false
Hidden=false
Change the Exec to point to a script if you want to add config options, or
use jackd instead of jack_control if you don't care about PA-jack
bridging.
This will have jack runnning from login.
If you want to headless operation then have rc.local do it as the user
that will run this stuff.
--
Len Ovens
www.ovenwerks.net
2:24 p.m.
On Fri, 17 Apr 2015 06:10:00 -0700 (PDT), Len Ovens wrote:
Are you really wanting to run audio while you are
logged out? It would
be much easier to add a desktop file to ~/.config/autostart/ Like
jackstart.desktop with something like:
[Desktop Entry]
Encoding=UTF-8
Version=0.9.4
Type=Application
Name=AutoJack
Comment=Jackdbus starter
Exec=jack_control start
StartupNotify=false
Terminal=false
Hidden=false
This file automatically gets generated, if the OP does use Xfce4's
xfce4-session-settings to add the script:
Date: Fri, 17 Apr 2015 14:19:10 +0200
From: Ralf Mardorf <ralf.mardorf(a)alice-dsl.net>
To: jack-devel(a)lists.jackaudio.org
Subject: Re: [Jack-Devel] alsa_* device or resource is busy
On Fri, 17 Apr 2015 13:38:36 +0200, Adrian Knoth wrote:
Just run your script from the usual XDG directories (or
however your
distro implements autostart).
Likely the default DE for Ubuntu Studio still is XFCE4. If so, the OP
could run xfce4-session-settings, likely also available by the main
menu.
xfce4-session-settings -> tab "Application Autostart" -> "+ Add"
18 Apr
18 Apr
10:34 a.m.
Hi Len,
unfortunately the .desktop file is not good for me.
it is only run after I have logged in, whereas I want my script to be
started as me, but before I log in.
Is there a way to achieve that, without resorting to autologin ?
On Fri, Apr 17, 2015 at 4:10 PM, Len Ovens <len(a)ovenwerks.net> wrote:
On Fri, 17 Apr 2015, Athanasios Silis wrote:
Hi all,
I am trying to run jackd instance from
/etc/rc.local (along with a few
other
applications) from a custom made init script.
The system is ubuntustudio and I have setup everything to have elevated
permissions when executing applications from the @audio group.
Are you really wanting to run audio while you are logged out? It would be
much easier to add a desktop file to ~/.config/autostart/ Like
jackstart.desktop with something like:
[Desktop Entry]
Encoding=UTF-8
Version=0.9.4
Type=Application
Name=AutoJack
Comment=Jackdbus starter
Exec=jack_control start
StartupNotify=false
Terminal=false
Hidden=false
Change the Exec to point to a script if you want to add config options, or
use jackd instead of jack_control if you don't care about PA-jack bridging.
This will have jack runnning from login.
If you want to headless operation then have rc.local do it as the user
that will run this stuff.
--
Len Ovens
www.ovenwerks.net
3:01 p.m.
On Sat, 18 Apr 2015, Athanasios Silis wrote:
Hi Len,
unfortunately the .desktop file is not good for me.
it is only run after I have logged in, whereas I want my script to be started as
me, but before I log in.
Is there a way to achieve that, without resorting to autologin ?
OK, perhaps a full description of what you are trying to acheive would
help. little bits of info I think I have put together include:
- You will be using a DE at some point.
- You want to be able to access jack after logging in as well as before
- jack is still to be used only by one user
- jack2 is prefered?
- what would jack be doing while logged out I don't know
- should jack continue to run after logout?
(that is do you normally logout and in)
- Is most of the running done by script anyway and loggin in is used
mostly for other things besides audio? Can all audio stuff be done by
command line?
- will jack be used as a device for pulseaudio...
- will pulse run at all? if so will it ever touch the same device as jack
has?
- is your machine using sysv init, systemd, upstart? (upstart is going
away BTW, leaving one to wonder about the future of MIR)
As Jeremy has already suggested have you tried:
export DBUS_SESSION_BUS_ADDRESS=unix:path=/run/dbus/system_bus_socket
jack_control start
in the script run by your su user?
--
Len Ovens
www.ovenwerks.net
10:56 p.m.
Hi Len,
i am using ubuntu studio.
the pc i refer to is used for audio processing and routing primarily - it
is a jack client server.
so without any user intervention apart from powering it ON , it gets audio
through ethernet from the jack master, processes it and sends it out
through its local soundcards.
on occasions I want to log on and use this computer for local audio
capturing and / or playback. so jack would ideally run independent of a
user session. Having said that, I usually don't need to log out and back
in, I tend to lock the system as I am a single user. no need to deal with
multiple user case now.
I use a locally compiled jack2 version without dbus support because I had a
version mismatch between windows and linux jack.
some audio applications (namely calf) need an X server so in my custom
startup scripts I start a vnc session as well.
The problem as I understand it is that after log on, pam.d elevates logged
in user's privileges to access hardware. The main problem is that
alsa_(in|out) is can not grab the local soundcards... and I do not know
what could be the conflict. people over at jack-devel mailing list said it
could bea number of things like pulseaudio or lightdm....
there seems to be a conflict or ideologies because some one suggests I
make a system init script and another says jack is not designed to run as a
system service.
Personally, I think that jack is indeed not designed as a system service,
but I could be wrong. what is more a jack run as root, would never be
available to applications that I would start as a user. is that so?
I think I replied to everything :)
On Sat, Apr 18, 2015 at 6:01 PM, Len Ovens <len(a)ovenwerks.net> wrote:
On Sat, 18 Apr 2015, Athanasios Silis wrote:
Hi Len,
unfortunately the .desktop file is not good for
me.
it is only run after I have logged in, whereas I want my script to be
started as
me, but before I log in.
Is there a way to achieve that, without resorting to autologin ?
OK, perhaps a full description of what you are trying to acheive would
help. little bits of info I think I have put together include:
- You will be using a DE at some point.
- You want to be able to access jack after logging in as well as before
- jack is still to be used only by one user
- jack2 is prefered?
- what would jack be doing while logged out I don't know
- should jack continue to run after logout?
(that is do you normally logout and in)
- Is most of the running done by script anyway and loggin in is used
mostly for other things besides audio? Can all audio stuff be done by
command line?
- will jack be used as a device for pulseaudio...
- will pulse run at all? if so will it ever touch the same device as jack
has?
- is your machine using sysv init, systemd, upstart? (upstart is going
away BTW, leaving one to wonder about the future of MIR)
As Jeremy has already suggested have you tried:
export DBUS_SESSION_BUS_ADDRESS=unix:path=/run/dbus/system_bus_socket
jack_control start
in the script run by your su user?
--
Len Ovens
www.ovenwerks.net
_______________________________________________
Linux-audio-user mailing list
Linux-audio-user(a)lists.linuxaudio.org
http://lists.linuxaudio.org/listinfo/linux-audio-user
20 Apr
20 Apr
12:47 a.m.
On Sun, 19 Apr 2015, Athanasios Silis wrote:
i am using ubuntu studio.
the pc i refer to is used for audio processing and routing primarily - it is a
jack client server.
so without any user intervention apart from powering it ON , it gets audio
through ethernet from the jack master, processes it and sends it out through its
local soundcards.
Al this should be something can be done... I don't feel I can give advice
without doing it though. I do use Studio as well and have done various
headless kinds of things... , but I haven't automated any of it, rather
logged in ssh and used screen as a session manager. I had no problem with
no X, I just used dbus_launch to run screen and everything just worked
(including Pulse Audio). I think screen can be automated (screen is not
the only choice either), but I have not done it and so don't know how.
on occasions I want to log on and use this computer
for local audio capturing and
/ or playback. so jack would ideally run independent of a user session. Having
said that, I usually don't need to log out and back in, I tend to lock the system
as I am a single user. no need to deal with multiple user case now.
As long as it runs as the same user and the session is pre started at
boot, All you would be doing is logging in to an already started session
(GUI or CLI can both be done this way).
some audio applications (namely calf) need an X server
so in my custom startup
scripts I start a vnc session as well.
I thought the lv2 plugins could be run without the gui... I could be wrong
though.
The problem as I understand it is that after log on,
pam.d elevates logged in
user's privileges to access hardware. The main problem is that alsa_(in|out) is
can not grab the local soundcards... and I do not know what could be the
conflict. people over at jack-devel mailing list said it could bea number of
things like pulseaudio or lightdm....
pavucontrol Configure page/tab will allow you to turn the HW profile off
for pulse. The lightdm thing doesn't make sense to me.
there seems to be a conflict or ideologies because
some one suggests I make a
system init script and another says jack is not designed to run as a system
service.
Personally, I think that jack is indeed not designed as a system service, but I
could be wrong. what is more a jack run as root, would never be available to
applications that I would start as a user. is that so?
There are people who use jack in headless, boot to running synths and
guitar effects pedals, so I know it can be done.
Not a walk in the park... a bit of a trudge through the forest.
--
Len Ovens
www.ovenwerks.net
3661
days inactive
3664
days old
linux-audio-user@lists.linuxaudio.org
12 comments
6 participants
participants (6)
-
Athanasios Silis -
Ede Wolf -
Gene Heskett -
Jeremy Jongepier -
Len Ovens -
Ralf Mardorf