New Package for Review: jack-audio-connection-kit

[Aaron VanDevender]

On Thu, 2005-03-24 at 14:02 -0800, Fernando Lopez-Lezcano wrote:
> For the current working release of the Jack Audio Connection Kit at
> Planet CCRMA see:
> http://ccrma.stanford.edu/planetccrma/mirror/all/linux/SRPMS/jack-audio-connection-kit-0.99.36-0.2.cvs.src.rpm
> 
> (this cvs release has some fixes that enables it to work better with
> 2.6.x and the lsm realtime kernel module, more below on this - I was
> meaning to submit it but was waiting for legal stuff here at Stanford
> before doing that so that I could be its maintainer, sigh, it is a
> prerequisite to contributing most of the interesting stuff at Planet
> CCRMA to Extras).

I'm perfectly happy with you maintaining jack in extras. What sort of
legal stuff do you have to go through?

> Which brings me to a couple of comments. 
> 
> A proper usable release of Jack will need support at some level (kernel,
> probably) for aquiring the proper privileges, ie: access to the
> SCHED_FIFO scheduler and memory locking as a normal non-root user.
> Without those two (specially the first) Jack is not really usable by
> non-root users for its intended purpose. The current solution in the
> Planet CCRMA kernels is to include the realtime lsm kernel module and
> load it as part of the boot sequence. Regretfully the realtime lsm
> kernel module cannot be built (last time I checked) as an external
> module to the stock Fedora kernels as there is a kernel build option
> that conflicts with it.

Well JACK is still usable even without privileges as an audio server. It
probably dosen't gain anything over esd on its own, except that it lets
you use some applications that require JACK. My plan with submitting it
was to get JACK and some fun sound applications into FE now and sort out
the kernel stuff once there was some momentum behind it. I don't think
the standard for FE kernel modules has been quite worked out yet (gdk?)
so we might as well play with what we can.

My package differs from the PlanetCCRMA one in that it doesn't care
about preemption, realtime execution, or capabilities. So in some sense
its merely a shadow of what JACK is "supposed" to be, but on the other
hand it works out of the box without having to mess with the kernel, and
without having to set LD_ASSUME_KERNEL.

> I have not erased jackstart from my packages yet, mostly for backwards
> compatibility reasons (and because I also maintain versions for FC1/RH9,
> both 2.4.x based).
> 
> For more on the history of the package at Planet CCRMA see the changelog
> in spec file in the srpm mentioned above. 
> 
> -- Fernando
> 
> 
> --
> fedora-extras-list mailing list
> fedora-extras-list at redhat.com
> https://www.redhat.com/mailman/listinfo/fedora-extras-list
> 
-- 

sig at netdot.net
Plead the First.