<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">

<html>

<head>

  <meta content="text/html; charset=ISO-8859-1"

 http-equiv="Content-Type">

</head>

<body text="#000000" bgcolor="#ffffff">

<br>

<blockquote type="cite" style="color: rgb(0, 0, 0);">What will happen

if/when that option is not the default in Planet CCRMA

  <br>

is that new users will usually never read the instructions and do what

  <br>

is suggested. They will just install packages blindly and the first

  <br>

result they will get is that jack will refuse to start and gives an

  <br>

error that they will not see nor analyze.

  <br>

</blockquote>

Then the dialog box in qjackctl should be expanded to do some of the

detective work for the user; in the same way that ./configure is

required to make sure you have all the libraries installed before it

even tries to build, qjackctl (or patchage or even jackd itself) should

do all the sanity checks before trying to run, and then offer to

**FIX** the problem itself--if the user has admin privileges, of

course.

<br>

<br>

And end user, IMO, should not have to think abot limits.conf, rtprio,

or nice levels. The end user should be thinking about MUSIC, and the

smaller intrusion config issues can make into that, the better.

<br>

<br>

(Look at Windows Server: on the first boot after installation, the

computer <b class="moz-txt-star"><span class="moz-txt-tag">*</span>ASKS<span

 class="moz-txt-tag">*</span></b> the administrator / user what the

computer is going to be used for, then does all the configuration for

the user.)

<br>

<br>

And for the record, I have a usage case here in my studio where it

really makes sense for the audio users to have rt privileges and the

other users shouldn't.

<br>

<br>

David Nielson

</body>

</html>