[Bug 441] Review request: traverso - Multitrack Audio Recording and Editing Suite
http://bugzilla.rpmfusion.org/show_bug.cgi?id=441
--- Comment #26 from Orcan Ogetbil <oget.fedora(a)gmail.com> 2009-04-29 19:08:50 ---
(In reply to comment #25)
(In reply to comment #24)
...
> Therefore I created a usergroup "traversouser" and added a limits file
into
> /etc/security/limits.d/ with the requirements of traverso.
Did I suggested here or on IRC that it was the right thing to do ?
You seems to want to tweak things before to understand how it works.
While I'm talking about conflicting value I don't mean other than what would
be the final value once a user belong both to the jackuser group and such
traversouser group? Could the traversouser values conflict with jack since
they are not the same ?
It seems better to tweak the jackuser ones in that file instead of creating a
new user. Specially if the software is meant to be used on a jack audio
server.
What do you mean by conflict? The only difference is, jackuser has 20 realtime
priority, whereas traversouser has 90. If a user is a member of both groups, he
will have a realtime priority of 90, which is a higher priority, so jack using
applications will be even happier.
Jack using applications won't stop working, if you are asking that. My own
username priority is set to 90 from almost the beginning, and I never had
trouble with jack.
Then if the values needs manual installation, it would be better to
leave the
choice to the users, and have it documented in a README.Fedora.(along with a
better warning message).
I lost the count of how many times I asked you this question about
README.Fedora. You don't give direct answers.
About the SSE asm optimization.
The reason of the patch is that: If one (for a weird reason) wants to disable
SSE on x86, there is a need for x86 specific code to remain enabled.
Once that said we cannot try to improve realtime behaviour and at the same
time, disable hardware CPU acceleration, that doesn't make sense.
The Fedora Guideline is designed for General usage, not for specific case and
usage.
Again, reading the above, I don't understand your point. You want me to disable
SSE on ix86? Please be direct. What is "x86 specific code"?
--
Configure bugmail: http://bugzilla.rpmfusion.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.