diff --git a/internals2/buildsys/skeleton.xml b/internals2/buildsys/skeleton.xml
index d2f9aff555..bf40c7dbdb 100644
--- a/internals2/buildsys/skeleton.xml
+++ b/internals2/buildsys/skeleton.xml
@@ -1,5 +1,5 @@
 <?xml version="1.0" encoding="ISO-8859-1"?>
-<!-- $Revision: 1.4 $ -->
+<!-- $Revision: 1.5 $ -->
  <sect1 xml:id="internals2.buildsys.skeleton" xmlns="http://docbook.org/ns/docbook" xmlns:xlink="http://www.w3.org/1999/xlink">
   <title>The ext_skel script</title>
   <para>
@@ -7,11 +7,11 @@
    the details of many of those files are similar from extension to extension,
    it can be laborous to duplicate the content for each one. Fortunately, there
    is a script which can do all of the initial setup for you. It's called
-   <filename>ext_skel</filename>, and it's been distributed with PHP since 4.0.
+   <command>ext_skel</command>, and it's been distributed with PHP since 4.0.
   </para>
   
   <para>
-   Running <filename>ext_skel</filename> with no parameters produces this
+   Running <command>ext_skel</command> with no parameters produces this
    output in PHP 5.2.2:
    <screen>
 <![CDATA[
@@ -34,13 +34,13 @@ php-5.2.2/ext$ ./ext_skel
    <literal>--no-help</literal>. Unless you are already experienced with the
    structure of an extension, you will <emphasis>not</emphasis> want to use
    <literal>--no-help</literal>; specifying it causes
-   <filename>ext_skel</filename> to leave out many helpful comments in the
+   <command>ext_skel</command> to leave out many helpful comments in the
    files it generates.
   </para>
   
   <para>
    This leaves you with <literal>--extname</literal>, which tells
-   <filename>ext_skel</filename> what the name of your extension is. This
+   <command>ext_skel</command> what the name of your extension is. This
    "name" is an all-lowercase identifier containing only letters and
    underscores which is unique among everything in the
    <filename>ext/</filename> folder of your PHP distribution. 
@@ -52,7 +52,7 @@ php-5.2.2/ext$ ./ext_skel
    ostensibly for the purpose of developing an extension based on a library,
    but it often functions poorly with most modern header files. A test run on
    the <filename>zlib.h</filename> header resulted in a very large number of
-   empty and nonsense prototypes in the <filename>ext_skel</filename> output
+   empty and nonsense prototypes in the <command>ext_skel</command> output
    files. The <literal>--xml</literal> and <literal>--full-xml</literal>
    options are entirely nonfunctional thus far. The <literal>--skel</literal>
    option can be used to specify a modified set of skeleton files to work from,