Re: tmux, systemd and jack capture
[email protected] Fri, 26 Apr 2019 11:01:47 +0200
| Newsgroups | gmane.comp.audio.jackit |
|---|---|
| Message-ID | <[email protected]> |
Am 2019-04-26 05:35, schrieb Hermann Meyer: > Am 26.04.19 um 01:09 schrieb [email protected]: >> Hey Thomas! >> >> Thanks a lot for your input! You are totally right, I could have >> checked this myself. Works like a charm with screen. So I suppose I'll >> go with that solution - fantastic - also your script is very helpful! >> Kudos! >> >> Cheers >> Jan >> >> >> Am 2019-04-25 15:41, schrieb Thomas Brand: >>> On 2019-04-25 12:39, [email protected] wrote: >>>> Hey Thomas, >>>> >>>> systemctl --version >>>> systemd 232 >>>> +PAM +AUDIT +SELINUX +IMA +APPARMOR +SMACK +SYSVINIT +UTMP >>>> +LIBCRYPTSETUP +GCRYPT +GNUTLS +ACL +XZ +LZ4 +SECCOMP +BLKID >>>> +ELFUTILS >>>> +KMOD +IDN >>>> >>>> From that issue thread I see it's only in 240 - so this is not the >>>> problem I suppose. >>>> >>>> Cheers >>>> Jan >>>> >>>> >>>> Am 2019-04-25 12:33, schrieb Thomas Brand: >>>>> On 2019-04-25 11:35, [email protected] wrote: >>>>>> Hey! >>>>>> >>>>>> I have a hard time setting up a tmux session started with systemd >>>>>> on >>>>>> raspbian (patchbox OS, realtime kernel) to behaves like as if I >>>>>> started my script manually. >>>>> >>>>>> Cannot use real-time scheduling (RR/70)(1: Operation not >>>>>> permitted) >>>>>> JackClient::AcquireSelfRealTime error >>>>> >>>>>> >>> >>> It's yet unclear to me if this is related to jack at all.. Can you >>> test this without jack? Basically leaving everything out except a >>> script started by systemd that tries to lock memory or calls ulimit. >>> >>> Similar to your tmux approach, with screen, here's a building block: >>> >>> #!/bin/bash >>> >>> start_in_detached_screen() >>> { >>> #$1: username >>> #$2: screen name >>> #$3: command string (without ^M) >>> >>> su ${1} -c "screen -d -m -S \"$2\"" >>> su ${1} -c "screen -S \"$2\" -p 0 -X stuff \"$3\"^M" >>> } >>> >>> start_in_detached_screen john_doe "my test" "cd /tmp && ls -ltra" >>> >>> -> as root: start screen as given user and feed command to screen >>> session. >>> It should work to start jackd as a specific user early in the boot >>> process and see what happened by attaching the screen later on. >>> >>> Greetings >>> Thomas >> > > If it is a Users permission issue, you could do it with systemd by > using > the XDG_RUNTIME_DIR var. > > > [Service] > > User=USERNAME > > Type=oneshot > > Environment="XDG_RUNTIME_DIR=/run/user/USERID" > > ExecStart=/home/patch/jack-capture-tmux.sh > > > were you need to set your username and id (id -u $(logname)) > > this will start the script with the permissions set for the user. Thank you big time too! This indeed fixed the problem - I also had to add /bin/bash before the bash script. Really appreciated! Have a nice weekend! _______________________________________________ Jack-Devel mailing list [email protected] http://lists.jackaudio.org/listinfo.cgi/jack-devel-jackaudio.org