You are not logged in.
Pages: 1
Hello, I have a doubt about getting that Slitaz can run Jack2 and Ardour3, as an average user (tux).
That is to say that both applications run perfectly if I execute them as root.
After looking for for the web, I added these lines to the file /etc/security/limits.conf:
@ audio - rtprio 90
@ audio - memlock unlimited
tux - rtprio 90
tux - memlock unlimited
But the exit of the command ulimit - r - l - n - d - m:
real-cheat priority (- r) 0
max locked memory (kbytes, - l) 64
open files (- n) 1024
data seg size (kbytes, - d) 65536
max memory size (kbytes, - m) 65536
It is the same one that before the change and I restart of the system; the values are also identical either tux or root...
However when I run the audio server Jack2 and Ardour3 like root, do they make it perfectly and in real time, do sew that it doesn't happen when I make the same thing as tux... Then What I should make to run as a common user both programs, with real time priority? From already thank you for any help...
PD: Both programs was compilated y packed on Slitaz cooking...
Cooking is kind of broken. The best you could probably do is use sudo with the NOPASS set for the user you want. What that does is disabled the asking of a password for that user, so you can run anything as root without having do switch to root to do it.
Offline
Thank you for their answer Trixar.
In Slitaz the sudo command doesn't exist; on the other hand it will be possible in a Linux distribution like Slitaz, based on Busybox and with Slim login manager to assign realtime priority to an average user?
From already thank you another time for any data in this respect.
sudo exists in SliTaz, but as a separate package, so you just have to install and configure it first.
Offline
Another time thank you for your answer Trixar.
I will prove what you indicate me to make; then I comment...
Ok Trixar, I have discharged and installed sudo...
Now what I should make to configure it and that it works in Slitaz; I have tried to run sudo some_command and he requests me the passport, without ending up never executing the some_command...
Thank you another time for your patience...!
sudo no prompt for password for regular user.
Regular.Username ALL=NOPASSWD: ALL
sudo no prompt for password all regular users:
ALL ALL=NOPASSWD: ALL
No prompt for password user tux:
#sudo visudo
tux ALL=NOPASSWD: ALL
If you prefer nano to edit sudoers:
#ln -sf /usr/bin/nano /bin/vi
Offline
Thank you Mojo for the explanation... on purpose it is this the only form that an average user as tux, acquire rights for execution in real time in Slitaz or there is another road ?
Again thank you to you Trixar and you Mojo for his advice...
Well, sudo without a password is a shortcut. You alternatively could use su to switch to root and run commands like that. I even cheated once and symlinked sudo to gksu. That way any box that asked for it automatically got the root access it wanted without any password from me.
Offline
Good, thank you another time and I proceed to close this thread...
Is there a way to set Realtime priority for audio with Slitaz. I was initially under the impression that you still have to compile a patch with the kernel to get realtime, but I thought I read somewhere that kernels above 2.6 already support this. Maybe I'm just confused on the issue?
I'm wondering if RT is possible with the stable Slitaz version and if so, what to do to get it going. The folder mentioned above doesn't seem to be present in my install.
Offline
Might be both Kernel and ALSA related. Read this guide about ALSA, Linux and Realtime:
http://www.alsa-project.org/main/index.php/Low_latency_howto
Offline
Hi,
There is also PAM. You need install pam, slim-pam and optionaly busybox-pam and this should works .. in theory ;-)
Unfortunatelly slim-pam is broken in 4.0, and switch to cooking distroy my slitaz install 
I'm sucessfully runing jackd from busybox using "login" app to re-login with PAM. So I thought that slim-pam should also works.
Question is when fixed slim-pam will come to stable repository ?
Offline
Hi,
I must admit that sudo is currently best option. You can install sudo-pam package and add:
tux ALL=(tux) NOPASSWD:ALL
Then you can:
sudo -u tux qjackctl
Don't forget deal with limits.conf (fortunatelly jack remaind you about it).
Offline
@xjjx
I think, it would be nice to have an ardour flavour - this is something on my list since long - could you do make an iso of your config? In december I have time and its easier not to start at 0
Thomas
Offline
@kultex
hmm .. currently I adapt Slitaz as my own free "receptor muse" ;-) .. or something like Live music performance device (powered by slitaz/FSTHost). I have package with FSThost, improved sudo-pam, wine-rt and I'll soon package rtirq, set_rlimits etc... I still waiting for answer in Devel forum how add this to official repository.
Meantime I report bug to busybox because su/sulogin are not respect PAM even if it compiled in. (actually only busybox "login" respect PAM ;-)
There is a lot of work - so all helping hands are appreciated.
Offline
hey guys,
im currently tryin to get jackd running in realtime with a digital vinyl system.
i cant start jackd with the realtime parameter though.
i got my /etc/security/limits.d/audio.conf with these lines in it (got a /etc/security/limits.conf, too):
@ audio - rtprio 90
@ audio - memlock unlimited
tux - rtprio 90
tux - memlock unlimited
still get the error of not being allowed to run jack in rt.
any proper setup configs here by chance? 
itd be great to have slitaz running as my little live music distro
(I'm running the current rolling release)
Offline
okay, got it. just ran it as root.
Offline
Pages: 1
[ Generated in 0.016 seconds, 7 queries executed - Memory usage: 1.56 MiB (Peak: 1.77 MiB) ]