On Mon, 2006-04-17 at 23:10 +0200, Christoph Eckert wrote: You are confusing the -rt patch which improves the kernel's realtime performance with the realtime LSM which provides access to realtime scheduling to non-root users. The realtime LSM is really no longer needed as PAM or set_rtlimits solves the problem without requiring a kernel patch

On Mon, 2006-04-17 at 14:56 -0700, Mark Knecht wrote: What distro are you using? It's easiest to just upgrade to one that supports it. Lee

On Tue, 2006-04-18 at 00:33 +0200, Christoph Eckert wrote: There's no easy way to make Gentoo use a newer version of PAM? Lee

On Tue, 2006-04-18 at 01:01 +0200, Christoph Eckert wrote: No, that version is a year and a half old. The latest is 0.99. See ftp://ftp.kernel.org/pub/linux/libs/pam/pre/library/ Can you file a Gentoo bug report asking them to fully support the RTPRIO rlimit? Lee

<SNIP> Seems that there has been a report for 8 months with no action taken: http://bugs.gentoo.org/show_bug.cgi?id=101766 I guess the issue doesn't seem important enough to them yet, or this description hasn't made it clear enough. - Mark

On Mon, 17 Apr 2006 18:41:24 -0500 "Reuben Martin" &lt;reuben.m(a)gmail.com&gt; wrote: There is an overlay that provides gentoo standard PAM + the patch for RLIMITS usability (beside a lot of nice software not in portage ;)). svn co svn://svn.tuxfamily.org/svnroot/ckpp/proaudio Might take ages till they include it into main portage, unfortunately. Gentoo provides realtime-lsm so far, i guess they think that's enough and easier anyway. HTH tom

Rossen Apostolov wrote: This is because ladcca is in media-libs and lash is the successor so I placed it in the same directory. Recently lash hit portage and the maintainer put it into the "wrong category". I'll ask him why he added it to media-sound. Frieder

On 4/17/06, Lee Revell &lt;rlrevell(a)joe-job.com&gt; wrote: Lee, Is that what is specifically required or do we need PAM updated AND some new ebuild for set_rlimits? I don't want to ask for something and then have it be a partial solution. Christoph is correct about what's available at this time: mark@lightning ~ $ eix sys-libs/pam * sys-libs/pam Available versions: 0.77-r6 ~0.77-r8 0.78-r2 0.78-r3 ~0.78-r4 ~0.78-r5 Installed: 0.78-r3 Homepage: http://www.kernel.org/pub/linux/libs/pam/ Description: Based on the multilib eclass Found 1 matches mark@lightning ~ $ thanks, Mark

On Mon, 2006-04-17 at 19:44 -0400, Lee Revell wrote: Someone linked to a page for Breezy earlier from my wiki, which IIRC also used PAM 0.78 (it's been a while). That patch there should be trivial to apply to Gentoo's PAM. And that's all that would be required. Or for users of Slackware or other such non-PAM-using distros. :) Yup. Dapper is just a month and a half away from proper release. ;)

On 4/17/06, Lee Revell &lt;rlrevell(a)joe-job.com&gt; wrote: It appears that there has been a request in place for pam-0.99 for some time now. The response from developer knowledgable folks is at the end of this bug report: http://bugs.gentoo.org/show_bug.cgi?id=87577 As for glibc, what is considered old and requires PAM to be patched? Here's what is available on Gentoo: mark@lightning ~ $ eix -I glibc * sys-libs/glibc Available versions: [P]2.2.5-r10 [P]2.3.2-r12 [P]2.3.3.20040420-r2 [P]2.3.4.20040619-r2 [P]2.3.4.20040808-r1 [P]2.3.4.20041102-r1 [P]2.3.4.20041102-r2 [P]2.3.4.20050125-r1 2.3.5 2.3.5-r1 2.3.5-r2 ~2.3.5-r3 *2.3.6 *2.3.6-r1 ~2.3.6-r2 ~2.3.6-r3 ~2.4-r1 *2.4-r2 Installed: 2.3.5-r2 Homepage: http://www.gnu.org/software/libc/libc.html Description: GNU libc6 (also called glibc2) C library Thanks, Mark P.S. - Yeah - If a binary only distro actually worked for the 50 extra things I need to run then I'd consider it but I've been down that path with Fedora and am quite hesitant to go there again. ;-) - MWK

On 4/17/06, Lee Revell &lt;rlrevell(a)joe-job.com&gt; wrote: Great 2.3.50r2 is considered stable and installed on all my machines so at least I don't have to deal with that. To others: I've added what little I can to the Gentoo bugzilla. I would strongly suggest that any other Gentoo users interested in this solution do the same as more input generally leads to faster results from the developers. http://bugs.gentoo.org/show_bug.cgi?id=87577 Cheers, Mark

On 4/17/06, Mark Knecht &lt;markknecht(a)gmail.com&gt; wrote: I think you could try Arch Linux. I moved from Gentoo to it and I don't regret. All the basic packages are binary, compiled against i686 and if you don't find the package you need, you can very easily make one yourself and install. It is easier to build than an ebuild file. Or search for it in Arch User Repository, which is an online repository of .PKGBUILDs (the ebuild of Arch). It is mantained by the users and you can contribute with PKGBUILDs you write yourself. I have lots of compiled programs runing without problems. It comes with PAM 0.8(something...), with rtlimits support, so you can easly follow the examples in the net and get a good latency. For example, I'm using jack with a period size of 128 and having ~5 ms of latency in the onboard sound of my ASUS (I am brave, I know, but I'm no professional :-). There are some xruns when applications start and when I connect things in qjackctl, and with -p 256 they disappear (but they don't bother me so much, so I set -p 128 and am very happy). So, go to www.archlinux.org and give it a try. -- ------------------------------------------- Denis A. Altoe Falqueto -------------------------------------------

Hi Lee, The latest in the Gentoo repository is 0.78-r5. Will do, but not tonight :) . Thanks a lot & best regards ce

emerge pam -pv 0.78-r5 is the latest I found on packages.gentoo.org. Best regards ce

On 4/17/06, Lee Revell &lt;rlrevell(a)joe-job.com&gt; wrote: Gentoo with either a standard Gentoo kernel or a kernel.org kernel with Ingo's patches. Thanks, Mark

On Mon, 2006-04-17 at 16:07 -0700, Mark Knecht wrote: Kernel does not matter as long as it's 2.6.12 or newer

On Tue, 2006-04-18 at 10:44 +0200, Frank Barknecht wrote: Advice from someone who has explained this about 500 times and is getting a little sick of it? ;-) Lee

Hallo, Lee Revell hat gesagt: // Lee Revell wrote: I think, even for the average user it is a huge hassle having to install a totally different distribution, configure all the stuff that is usually configured with a new OS, like mail server, network settings, soundcard volumes, paper format, language, time, install other missing software, configure the other missing software and whatnot, when all that was wrong with the current distribution was a funky new way to get realtime privileges not being available immediately. And I'm not even mentioning, that the average user probably is running kernel 2.6.12. Ciao -- Frank Barknecht _ ______footils.org_ __goto10.org__

Hallo, Lee Revell hat gesagt: // Lee Revell wrote: Maybe I'm just oldskool: I installed my main Debian machine several years ago (I guess 7 or 8) and never reinstalled it, I only did upgrades. Yes, that's true. But while relatime-lsm may be deprecated, it still is supported in 2.6.16 and so the pressure on distros isn't that high. OTOH even the official PAM only recently (0.80?) included the rlimits module. Btw: I just built and installed the latest Debian testing libpam-modules sources (0.79-3) after applying the patch from ubuntustudio. There was a harmless reject when patching which only affected the README. During short testing (logging out and in, starting jackd -R) it looks like it works okay. Ciao -- Frank Barknecht _ ______footils.org_ __goto10.org__

On Tuesday 18 April 2006 09:44, Frank Barknecht was like: I have to second that. I just installed the patched libpam-modules. Slight no-brainer, except I forgot to put them on hold and promptly overwrote the package. :/ Sorted now. :) Probably would be worth patching up a more up-to date version. -- cheers, tim hall http://glastonburymusic.org.uk/tim

Mark Knecht &lt;markknecht(a)gmail.com&gt;om>, on Tue Apr 18, 2006 [06:40:44 PM] said: Hi; Is there something wrong with the overlay Frieder posted? I just downloaded his tarball, unpacked it in my local portage overlay and emerged the patched pam. (That part worked, I havent verified that I can do realtime stuff yet, though;) http://gentoo-wiki.com/HOWTO_Installing_3rd_Party_Ebuilds (really, the official gentoo version of pam should just have the simple obvious patch applied-- no need to upgrade it to a newer version-- the changes are trivial as far as I can see.) Paul set(a)pobox.com

ok boys and girls i'm back here's a stupid question somebody may know about... if i were, say, encoding some AC3 file with, say, ffmpeg tools - would i start with a six channel wave file or something? and then what order are the channels in? i assume the encoder is going to have a way it wants to do that and if I have my center channel in what it thinks is right surround - well that could be a problem, yeah? my guess from the learning i've done so far is it goes: 1 - left 2 - right 3 - center 4 - sub 5 - right surround 6 - left surround anybody have confirmation? thanks! - A

Florian Schmidt escribe: There's Ubuntu Studio, but given that info there also applies to Debian, why switch? Extensively, "if using Debian, why switch?" :) Cordially, Ismael -- They carry Quality products as your stores down the block http://lamediahostia.blogspot.com/ http://www.flickr.com/photos/ivalladt/

Hallo, Florian Schmidt hat gesagt: // Florian Schmidt wrote: You can rebuild the libpam modules package from Ubuntustudio, patch the Debian sources with the patch from US, try to install it directly, or build the newest pam yourself, which already includes the rlimits module. There's lots of choice and no need to change distributions just because of one package. Ciao -- Frank Barknecht _ ______footils.org_ __goto10.org__

Florian Schmidt wrote: There are patched pam packages for both sarge and etch on debrfa: http://ftp.techweb.rfa.org/debrfa/dists/sarge/main/binary-i386/ http://ftp.techweb.rfa.org/debrfa/dists/etch/main/binary-i386/ source packages are there as well in main/source/ for both. -Eric Rz

On Friday 21 April 2006 14:32, Eric Dantan Rzewnicki was like: You star!-) -- cheers, tim hall http://glastonburymusic.org.uk/tim