One more pass through this file to bring it up to the latest processonelog:

 - deprecate assert, chown, perl5, python, stdio, sysvipc, varargs

 - add the existing nested_declaration, termios, utmp_x

While here, fix formatting.

Pointy hat to:	linimon, for letting this get so far out of sync

1 files changed, 70 insertions, 53 deletions

diff --git a/Tools/portbuild/errorlogs/index.shtml b/Tools/portbuild/errorlogs/index.shtml
index 613f57880adc..2912bee243c5 100644
--- a/Tools/portbuild/errorlogs/index.shtml
+++ b/Tools/portbuild/errorlogs/index.shtml
@@ -429,12 +429,6 @@ the problems run much deeper, in which case <tt>ONLY_FOR_ARCHS</tt>
 may be needed.</dd>
 
 <dt><img alt="(uncommon)" src="/errorlogs/images/purple-ball.gif"><a name=
-"assert">assert</a></dt>
-
-<dd>Compilation failed due to an assert.  This is often a variation
-on <tt>arch</tt> or <tt>missing header</tt>.</dd>
-
-<dt><img alt="(uncommon)" src="/errorlogs/images/purple-ball.gif"><a name=
 "autoconf">autoconf</a></dt>
 
 <dd>Your port depends on <tt>autoconf</tt>, but the <tt>Makefile</tt>
@@ -477,15 +471,6 @@ invalid category.</dd>
 
 <dd>The checksum of one or more of the files is incorrect.</dd>
 
-<dt><img alt="(uncommon)" src="/errorlogs/images/purple-ball.gif"><a name=
-"chown">chown</a></dt>
-
-<dd><tt>POSIX</tt> has deprecated the usage
-"<tt>chown user.group filename</tt>" in favor of
-"<tt>chown user:group filename</tt>". This happened quite some time
-ago, actually, but it is only now being enforced. (The change was
-made to allow '.' in usernames).</dd>
-
 <dt><img alt="(common)" src="/errorlogs/images/blue-ball.gif"><a name=
 "clang">clang</a></dt>
 
@@ -654,6 +639,11 @@ Another possibility is that your port is deleting some directories
 it is not supposed to, or incorrectly modifying some directory's
 permission.</dd>
 
+<dt><img alt="(uncommon)" src="/errorlogs/images/purple-ball.gif"><a name=
+"nested_declaration">nested_declaration</a></dt>
+
+<dd>There is a nested declaration in the source code.</dd>
+
 <dt><img alt="(common)" src="/errorlogs/images/blue-ball.gif"><a name=
 "newgcc">new compiler error</a></dt>
 
@@ -682,11 +672,6 @@ this change helps avoid having a stale version of <tt>perl</tt>
 in the base system, it also means that many ports now need to include
 <tt>USE_PERL5</tt>.</dd>
 
-<dt><img alt="(uncommon)" src="/errorlogs/images/purple-ball.gif"><a name=
-"perl5">perl5</a></dt>
-
-<dd>There is a problem in processing a <tt>perl5</tt> module.</dd>
-
 <dt><img alt="(common)" src="/errorlogs/images/blue-ball.gif"><a name=
 "plist">PLIST</a></dt>
 
@@ -703,11 +688,6 @@ that much harder.</dd>
 something like a signal 11 or bus error.</dd>
 
 <dt><img alt="(uncommon)" src="/errorlogs/images/purple-ball.gif"><a name=
-"python">python</a></dt>
-
-<dd>The <tt>Makefile</tt> needs to define <tt>USE_PYTHON</tt>.</dd>
-
-<dt><img alt="(uncommon)" src="/errorlogs/images/purple-ball.gif"><a name=
 "runaway">runaway process</a></dt>
 
 <dd>Your <tt>make package</tt> process was killed because it took
@@ -727,23 +707,9 @@ problem.</dd>
 <dd>This port needs to catch up with semaphore changes in 9-CURRENT.</dd>
 
 <dt><img alt="(uncommon)" src="/errorlogs/images/purple-ball.gif"><a name=
-"stdio">stdio</a></dt>
-
-<dd>You need to bring your port up to date with the current
-<tt>&lt;stdio.h&gt;</tt>.</dd>
-
-<dt><img alt="(uncommon)" src="/errorlogs/images/purple-ball.gif"><a name=
-"struct">struct changes</a></dt>
+"termios">termios</a></dt>
 
-<dd>Your port is trying to refer to structure elements that are not
-really there. This is often due to changes in the underlying
-include files.</dd>
-
-<dt><img alt="(uncommon)" src="/errorlogs/images/purple-ball.gif"><a name=
-"sysvipc">sysvipc</a></dt>
-
-<dd>Your port is interacting badly with the System V InterProcess
-Communication code.</dd>
+<dd>This port needs to catch up with the <tt>termios.h</tt> changes in src.</dd>
 
 <dt><img alt="(uncommon)" src="/errorlogs/images/purple-ball.gif"><a name=
 "threads">threads</a></dt>
@@ -758,15 +724,9 @@ the thread libraries.</dd>
 fault.  Linimon is trying to figure out this problem.</dd>
 
 <dt><img alt="(uncommon)" src="/errorlogs/images/purple-ball.gif"><a name=
-"usexlib">USE_XLIB</a></dt>
+"utmp_x">utmp_x</a></dt>
 
-<dd>You should specify <tt>USE_XLIB</tt> for this port since it
-appears to use X.</dd>
-
-<dt><img alt="(uncommon)" src="/errorlogs/images/purple-ball.gif"><a name=
-"varargs">varargs</a></dt>
-
-<dd><tt>varargs.h</tt> is obsolete with newer versions of <tt>gcc</tt>.</dd>
+<dd>This port needs to catch up with the <tt>utmp_x.h</tt> changes in src.</dd>
 
 <dt><img alt="(uncommon)" src="/errorlogs/images/purple-ball.gif"><a name=
 "wrkdir">WRKDIR</a></dt>
@@ -789,6 +749,7 @@ errors are not common enough to try to catch.</dd>
 that used to be detected by the AI script, but are now uncommon enough to
 be skipped:</p>
 
+<dl>
 <dt><img alt="(uncommon)" src="/errorlogs/images/purple-ball.gif"><a name=
 "alignment">alignment</a></dt>
 
@@ -803,6 +764,12 @@ binary) but the <tt>Makefile</tt> doesn't have Apache in
 <tt>BUILD_DEPENDS</tt> and/or <tt>LIB_DEPENDS</tt>.</dd>
 
 <dt><img alt="(uncommon)" src="/errorlogs/images/purple-ball.gif"><a name=
+"assert">assert</a></dt>
+
+<dd>Compilation failed due to an assert.  This is often a variation
+on <tt>arch</tt> or <tt>missing header</tt>.</dd>
+
+<dt><img alt="(uncommon)" src="/errorlogs/images/purple-ball.gif"><a name=
 "awk">awk</a></dt>
 
 <dd><tt>awk</tt> is complaining about some kind of bogus string
@@ -823,6 +790,15 @@ instead, or define <tt>USE_BISON</tt>.</dd>
 but by default it doesn't.</dd>
 
 <dt><img alt="(uncommon)" src="/errorlogs/images/purple-ball.gif"><a name=
+"chown">chown</a></dt>
+
+<dd><tt>POSIX</tt> has deprecated the usage
+"<tt>chown user.group filename</tt>" in favor of
+"<tt>chown user:group filename</tt>". This happened quite some time
+ago, actually, but it is only now being enforced. (The change was
+made to allow '.' in usernames).</dd>
+
+<dt><img alt="(uncommon)" src="/errorlogs/images/purple-ball.gif"><a name=
 "elf">ELF</a></dt>
 
 <dd>The port does not properly work in the new ELF world. It is
@@ -830,9 +806,9 @@ probably looking for an <tt>a.out</tt> object (e.g.,
 <tt>crt0.o</tt>).</dd>
 
 <dt><img alt="(uncommon)" src="/errorlogs/images/purple-ball.gif"><a name=
-"elf">f77</a></dt>
+"f77">f77</a></dt>
 
-<dd><tt>gcc</td> in base no longer includes the <tt>Fortran</tt> compiler
+<dd><tt>gcc</tt> in base no longer includes the <tt>Fortran</tt> compiler
 by default.</dd>
 
 <dt><img alt="(uncommon)" src="/errorlogs/images/purple-ball.gif"><a name=
@@ -879,7 +855,7 @@ using <tt>${MOTIFLIB}</tt>. See <a href=
 "http://www.freebsd.org/doc/en_US.ISO8859-1/books/porters-handbook/porting-motif.html">handbook</a>
 for details.</dd>
 
-<dt><img alt="(uncommon)" src="/errorlogs/images/green-ball.gif"><a name=
+<dt><img alt="(uncommon)" src="/errorlogs/images/purple-ball.gif"><a name=
 "munmap">munmap</a></dt>
 
 <dd>POSIX specifies that munmap cannot be called on a zero-length file.
@@ -888,6 +864,11 @@ may fail saying, "cp: ...: Invalid argument".  This is a problem with the
 bindist image on pointyhat, and not the fault of the porter.</dd>
 
 <dt><img alt="(uncommon)" src="/errorlogs/images/purple-ball.gif"><a name=
+"perl5">perl5</a></dt>
+
+<dd>There is a problem in processing a <tt>perl5</tt> module.</dd>
+
+<dt><img alt="(uncommon)" src="/errorlogs/images/purple-ball.gif"><a name=
 "pod2man">pod2man</a></dt>
 
 <dd><tt>perl</tt> is no longer included by default in the base
@@ -897,6 +878,11 @@ in the base system, it also means that many ports now need to include
 <tt>USE_PERL5</tt>.</dd>
 
 <dt><img alt="(uncommon)" src="/errorlogs/images/purple-ball.gif"><a name=
+"python">python</a></dt>
+
+<dd>The <tt>Makefile</tt> needs to define <tt>USE_PYTHON</tt>.</dd>
+
+<dt><img alt="(uncommon)" src="/errorlogs/images/purple-ball.gif"><a name=
 "sed">sed</a></dt>
 
 <dd><tt>sed</tt> is complaining about some kind of bogus regular
@@ -912,12 +898,31 @@ of <tt>${REINPLACE_COMMAND}</tt> but having left
 <dd><tt>machine/soundcard.h</tt> has been moved.</dd>
 
 <dt><img alt="(uncommon)" src="/errorlogs/images/purple-ball.gif"><a name=
+"stdio">stdio</a></dt>
+
+<dd>You need to bring your port up to date with the current
+<tt>&lt;stdio.h&gt;</tt>.</dd>
+
+<dt><img alt="(uncommon)" src="/errorlogs/images/purple-ball.gif"><a name=
 "stl">stl</a></dt>
 
 <dd>Your port requires the <tt>STL</tt> library but cannot find it.</dd>
 
 <dt><img alt="(uncommon)" src="/errorlogs/images/purple-ball.gif"><a name=
-"wait">uname</a></dt>
+"struct">struct changes</a></dt>
+
+<dd>Your port is trying to refer to structure elements that are not
+really there. This is often due to changes in the underlying
+include files.</dd>
+
+<dt><img alt="(uncommon)" src="/errorlogs/images/purple-ball.gif"><a name=
+"sysvipc">sysvipc</a></dt>
+
+<dd>Your port is interacting badly with the System V InterProcess
+Communication code.</dd>
+
+<dt><img alt="(uncommon)" src="/errorlogs/images/purple-ball.gif"><a name=
+"uname">uname</a></dt>
 
 <dd>For a short period of time, gcc was not handling uname properly.</dd>
 
@@ -941,6 +946,17 @@ through if you are sure it's correct regardless of what
 often due to misuse of a union.</dd>
 
 <dt><img alt="(uncommon)" src="/errorlogs/images/purple-ball.gif"><a name=
+"usexlib">USE_XLIB</a></dt>
+
+<dd>You should specify <tt>USE_XLIB</tt> for this port since it
+appears to use X.</dd>
+
+<dt><img alt="(uncommon)" src="/errorlogs/images/purple-ball.gif"><a name=
+"varargs">varargs</a></dt>
+
+<dd><tt>varargs.h</tt> is obsolete with newer versions of <tt>gcc</tt>.</dd>
+
+<dt><img alt="(uncommon)" src="/errorlogs/images/purple-ball.gif"><a name=
 "xfree4man">X manpage</a></dt>
 
 <dd>This port does not install a manpage but <tt>imake</tt> rules are
@@ -949,6 +965,7 @@ most likely fixed by changing <tt>ComplexProgramTarget()</tt> in
 <tt>Imakefile</tt> to <tt>ComplexProgramTargetNoMan()</tt>. Note that
 defining <tt>NO_INSTALL_MANPAGES</tt> in the <tt>Makefile</tt> is no
 longer sufficient in XFree86-4.</dd>
+</dl>
 
 <hr>
 <center><a href="http://www.freebsd.org/ports/">The ports page</a>