Two small typos.

git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@765672 13f79535-47bb-0310-9956-ffa450edef68

diff --git a/docs/manual/mod/mod_privileges.xml b/docs/manual/mod/mod_privileges.xml
index ec01b8e0e285c5c3b620292154a88019955f4eb4..3054a89a6e545caa08d29aefb0b7fd13fc1efba0 100644 (file)
--- a/docs/manual/mod/mod_privileges.xml
+++ b/docs/manual/mod/mod_privileges.xml
@@ -119,7 +119,7 @@ enabled, the entire user-space must be carefully audited.</p>
 <p>There is no known Python extension supporting Solaris privileges, so it
 is unlikely that a script could escalate privileges unless it can
 load external (non-Python) privileges-aware code.  However, you should
-nevertheless audit your mod_ruby installation.</p>
+nevertheless audit your mod_python installation.</p>
 
 <p>*** What are the issues of Python loading a shared object?</p>
 </section>
@@ -304,7 +304,7 @@ non-threaded MPMs (<module>prefork</module> or custom MPM).</compatibility>
 <default>None</default>
 <contextlist><context>virtual host</context></contextlist>
 <compatibility>Available on Solaris 10 and OpenSolaris with
-non-threaded MPMs (<module>prefork</module> or custom MPM).
+non-threaded MPMs (<module>prefork</module> or custom MPM)
 and when <module>mod_privileges</module> is compiled with the
 <var>BIG_SECURITY_HOLE</var> compile-time option.</compatibility>