I'm glad you like Musix, I'm CCing to the list, they would love to know that because we love Rakarrack ;). Without the whole team and users Musix would not be possible.

Some weeks ago I was using kernel RT 3.0.x and lately linux-image-3.2.12-gnu-rt22 compiled by the team. I should have some time to test some older kernels to see if problems are because of the 3.x branch.

Maybe I'll have some time to compile Rakarrack, it seems you don't have to "fight" with errors and dependencies. We'll see.


2012/5/15 Ryan Billing <ryjobil@gmail.com>
Thanks for the information.  I use Debian Squeeze, and I have no problems on the stock kernel 2.6.32-5-686.  I have not attempted to compile a kernel with the RT patch (are you using kernel w/ RT patch?).  This makes me think there is something specific about hardware we need to identify.


"Last, but not least, I'm afraid I can't compile the newest version of Rakarrack, at least not by now."

In git I added the dependency for FFTW3.  Let me know if the configure script fails to inform you of the need to install FFTW3 dev package (it seemed good on my system here).  You should not be able to finish "./configure" without a failure ... unless maybe you did not run "./autogen.sh".  I have not yet updated the README, so it does not mention this dependency (it reminds me I need to do that).

If using git repo, make sure you do this
./autogen.sh
./configure
make
#make install

Let us know if you have the same problem once you get the most recent code to compile.  I am sorry at the moment I can't think of anything that causes this, so we need to keep the emails going and maybe I will think of something.

Thanks again for reporting the problem, and thanks for maintaining Musix... it is a good distribution :)

Ryan






Hi again.

I'm using Musix as my distribution. We at Musix try to configure everything needed for the user to have kernel RT and Jack with an appropriate config, at least. I remember that some years ago there it was a little more complicated things to do to achieve all that, but the latest versions of Debian and the kernel are great and it's easier now.

The Musix version we're debugging is based on Debian Squeeze.

So now, answering to the things you asked before:

* /etc/security/limits.conf (attached)
It seems this file is correct and I think it is untouched from the Debian original.

* /etc/security/limits.d/audio.conf (attached)
This is generated by Jack, according with what says on its content, so it should be right. It says that you can run "dpkg-reconfigure -p high jackd", I should check if this was already done; I suppose there is another command option for this.
BTW, there is a file called "audio.conf.disabled" that is exactly the same as this "audio.conf" and is in the same directory.

* user in "audio" group
This is done by default in Musix, so my user is in this group.

Last, but not least, I'm afraid I can't compile the newest version of Rakarrack, at least not by now.

Please, let me know if there's something else I can add.

Thanks


2012/5/10 Ryan Billing <ryjobil@gmail.com>
Josep,
It looks like he uses the last release:

"
rakarrack 0.6.1 - Copyright (c) Josep Andreu - Ryan Billing - Douglas
McClendon - Arnout Engelen
Try 'rakarrack --help' for command-line options.
cannot use real-time scheduling (FIFO at priority -4) [for thread
-1267381392, from thread -1267381392] (22: Invalid argument)
"

Carlos, maybe try building current development from git and see if you
still have the problem.  I don't remember what version where this
changed, but Josep knows, so I will let him say.




On 05/09/2012 04:29 AM, Josep Andreu wrote:
> Hi
>
>
>> cannot use real-time scheduling (FIFO at priority -4) [for thread
>> -1261438096, from thread -1261438096] (22: Invalid argument)
>> zombified - calling shutdown handler
>>
>
> First .. what version of rakarrack are you using?  older version of rakarrack put the real time schedule for some threads but not the newest IIRC.
> anyway .... check your Realtime prioritys in /etc/security/limits.conf   ( newest versions of jackd put the correct values on /etc/security/limits.d/audio.conf ( Google for the correct values)
>
> Josep
>
>
>
>
> ------------------------------------------------------------------------------
> Live Security Virtual Conference
> Exclusive live event will cover all the ways today's security and
> threat landscape has changed and how IT managers can respond. Discussions
> will include endpoint security, mobile security and the latest in malware
> threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
> _______________________________________________
> Rakarrack-users mailing list
> Rakarrack-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/rakarrack-users
>
>


------------------------------------------------------------------------------
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and
threat landscape has changed and how IT managers can respond. Discussions
will include endpoint security, mobile security and the latest in malware
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
_______________________________________________
Rakarrack-users mailing list
Rakarrack-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/rakarrack-users



--
Carlos sanchiavedraz
* Musix GNU+Linux
  http://www.musix.es



On 05/14/2012 07:27 AM, Carlos sanchiavedraz wrote:
d o




--
Carlos sanchiavedraz
* Musix GNU+Linux
  http://www.musix.es