Date: Tue, 21 Jun 2011 14:31:37 +0000 (UTC) From: Florent Thoumie <flz@FreeBSD.org> To: src-committers@freebsd.org, svn-src-projects@freebsd.org Subject: svn commit: r223366 - in projects/portbuild: conf errorlogs scripts www www/js Message-ID: <201106211431.p5LEVbje004718@svn.freebsd.org>
next in thread | raw e-mail | index | archive | help
Author: flz Date: Tue Jun 21 14:31:36 2011 New Revision: 223366 URL: http://svn.freebsd.org/changeset/base/223366 Log: Cleanup www configuration and static files. - Add apache configuration. - Add static files. - Add js/sorttable.js to generate sortable tables and adjust processlogs. Added: projects/portbuild/conf/apache.conf projects/portbuild/errorlogs/index.html (contents, props changed) projects/portbuild/www/ projects/portbuild/www/favicon.ico (contents, props changed) projects/portbuild/www/index.html - copied unchanged from r222445, projects/portbuild/errorlogs/index.shtml projects/portbuild/www/js/ projects/portbuild/www/js/sorttable.js projects/portbuild/www/robots.txt Deleted: projects/portbuild/errorlogs/index.shtml Modified: projects/portbuild/scripts/processlogs Added: projects/portbuild/conf/apache.conf ============================================================================== --- /dev/null 00:00:00 1970 (empty, because file is newly added) +++ projects/portbuild/conf/apache.conf Tue Jun 21 14:31:36 2011 (r223366) @@ -0,0 +1,43 @@ +DocumentRoot "/var/portbuild/www" + +# filter magic to decompress bzip2 logs - pav@ +LoadModule ext_filter_module libexec/apache22/mod_ext_filter.so +LoadModule php5_module libexec/apache22/libphp5.so +ExtFilterDefine BUNZIP2 mode=output intype=application/x-bzip2 outtype=text/plain cmd=/usr/bin/bunzip2 + +<Directory /var/portbuild/www> + Order allow,deny + Allow from all + Options FollowSymLinks + AllowOverride None + #Redirect permanent /index.html http://pointyhat-west.isc.freebsd.org/errorlogs/ +</Directory> + +Alias /errorlogs/ /var/portbuild/errorlogs/ + +<Directory /var/portbuild/errorlogs> + Order allow,deny + Allow from all + Options FollowSymLinks +# Added kk 030222 + Options +IncludesNoExec + AddHandler server-parsed .shtml + DirectoryIndex index.shtml index.html +# filter magic to decompress bzip2 logs - pav@ + Options +MultiViews + AddOutputFilterByType BUNZIP2 application/x-bzip2 +</Directory> + +Alias /ganglia/ "/usr/local/www/ganglia/" + +<Directory "/usr/local/www/ganglia"> + Order allow,deny + Allow from all + Options Indexes FollowSymlinks MultiViews + AllowOverride None + AddType text/html php + #AddType application/x-httpd-php .php + #AddType application/x-httpd-php-source .phps + addhandler php5-script .php + DirectoryIndex index.php +</Directory> Added: projects/portbuild/errorlogs/index.html ============================================================================== --- /dev/null 00:00:00 1970 (empty, because file is newly added) +++ projects/portbuild/errorlogs/index.html Tue Jun 21 14:31:36 2011 (r223366) @@ -0,0 +1 @@ +link ../www/index.html \ No newline at end of file Modified: projects/portbuild/scripts/processlogs ============================================================================== --- projects/portbuild/scripts/processlogs Tue Jun 21 12:38:40 2011 (r223365) +++ projects/portbuild/scripts/processlogs Tue Jun 21 14:31:36 2011 (r223366) @@ -121,6 +121,7 @@ fi header() { echo "<html><head><title>Package building errors</title>" >$of + echo "<script src=\"/js/sorttable.js\"></script>" >>$of echo "</head><body><h1>Package building errors</h1>" >>$of echo "<p>View by " >>$of echo "[ <a href=\"index.html\">port</a> " >>$of @@ -141,7 +142,7 @@ header() { echo "\"Aff.\" is number of ports that depend on this one<br>" >> $of echo "\"<font color=\"red\">[B]</font>\" indicates port is marked BROKEN (Note: BROKEN ports are not frequently rebuilt so they may not be listed here)<br><br>" >> $of echo "<p>${n_logs} errors</p>" >> $of - echo "<table border=1>" >>$of + echo "<table class=sortable border=1>" >>$of echo "<tr>$1</tr>" >>$of fi } Added: projects/portbuild/www/favicon.ico ============================================================================== Binary file. No diff available. Copied: projects/portbuild/www/index.html (from r222445, projects/portbuild/errorlogs/index.shtml) ============================================================================== --- /dev/null 00:00:00 1970 (empty, because file is newly added) +++ projects/portbuild/www/index.html Tue Jun 21 14:31:36 2011 (r223366, copy of r222445, projects/portbuild/errorlogs/index.shtml) @@ -0,0 +1,984 @@ +<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 3.2//EN"> +<html> +<head> +<meta name="generator" content="HTML Tidy, see www.w3.org"> +<title>FreeBSD Package building logs and errors</title> +</head> +<body> +<h1><font color="#990000">FreeBSD Package building logs and errors</font></h1> + +<p>FreeBSD maintains a build farm (the "pointyhat cluster") that is used +to build all packages across all supported architectures and major releases. +This page contains the build logs and errors for all the ports built by +the cluster. See the <a href="#notes">notes</a> for additional information, +or the <a href="#errorlist">types of package errors detected</a>.</p> + +<h4><font color="#990000"> +Port cross-reference summaries +</font></h4> +<p>These live on +<a href="http://portsmon.FreeBSD.org/index.html">portsmon.FreeBSD.org</a>.</p> +<dl> + +<dd><img alt="*" src="/errorlogs/images/blue-ball.gif"> Build errors +<a href="http://portsmon.FreeBSD.org/portserrs.py">by portname</a>; +<a href="http://portsmon.FreeBSD.org/portscrossref.py">by portname vs. build environment</a>; +<a href="http://portsmon.FreeBSD.org/portserrcounts.py">by error type vs. build environment</a></dd> +<dd><img alt="*" src="/errorlogs/images/blue-ball.gif"> Problem Reports +for <a href="http://portsmon.FreeBSD.org/portsprsbyexplanation.py?explanation=existing">existing ports</a>; +for <a href="http://portsmon.FreeBSD.org/portsprsbyexplanation.py?explanation=new">new ports</a>; +for <a href="http://portsmon.FreeBSD.org/portsprsbyexplanation.py?explanation=framework">the ports framework</a>; +for <a href="http://portsmon.FreeBSD.org/portsprsbyexplanation.py?explanation=repocopy">repocopies requested</a>; +for <a href="http://portsmon.FreeBSD.org/portsprsbyexplanation.py?explanation=unknown">unknown</a></dd> +<dd><img alt="*" src="/errorlogs/images/blue-ball.gif"> Build Errors and +Problem Reports +<a href="http://portsmon.FreeBSD.org/portsconcordance.py">by portname</a>; +<a href="http://portsmon.FreeBSD.org/portsconcordanceformaintainer.py">for one maintainer</a>; +<a href="http://portsmon.FreeBSD.org/portsconcordanceforbroken.py">for broken ports</a>; +<a href="http://portsmon.FreeBSD.org/portsconcordancefordeprecated.py">for deprecated ports</a>; +<a href="http://portsmon.FreeBSD.org/portsconcordanceforforbidden.py">for forbidden ports</a></dd> +<dd><img alt="*" src="/errorlogs/images/blue-ball.gif"> Everything about +<a href="http://portsmon.FreeBSD.org/portoverview.py">one port</a></dd> +<dd><img alt="*" src="/errorlogs/images/blue-ball.gif"> The +<a href="http://portsmon.FreeBSD.org/index.html">complete list of all reports</a></dd> +</dl> + +<h4><font color="#990000"> +New build failures +</font></h4> +<p>Check here to find the most recent error log from your port.</p> + +<!--#config timefmt="%F %R" --> + +<dl> +<dd> +<img alt="*" src="/errorlogs/images/yellow-ball.gif"> New build +failures on 7.x-stable: +<a href="amd64-7-failure.html">amd64</a> +<a href="i386-7-failure.html">i386</a> +<a href="ia64-7-failure.html">ia64</a> +<a href="sparc64-7-failure.html">sparc64</a> +<br> +<img alt="*" src="/errorlogs/images/yellow-ball.gif"> New build +failures on 8.x-stable: +<a href="amd64-8-failure.html">amd64</a> +<a href="i386-8-failure.html">i386</a> +<a href="ia64-8-failure.html">ia64</a> +<a href="powerpc-8-failure.html">powerpc</a> +<a href="sparc64-8-failure.html">sparc64</a> +<br> +<img alt="*" src="/errorlogs/images/yellow-ball.gif"> New build +failures on 9.x-current: +<a href="amd64-9-failure.html">amd64</a> +<a href="i386-9-failure.html">i386</a> +<a href="ia64-9-failure.html">ia64</a> +<a href="powerpc-9-failure.html">powerpc</a> +<a href="sparc64-9-failure.html">sparc64</a> +<br> +<br> +<img alt="*" src="/errorlogs/images/yellow-ball.gif"> New build failures on 7.x-stable with experimental port patches: +<a href="amd64-7-exp-failure.html">amd64</a> +<a href="i386-7-exp-failure.html">i386</a> +<br> +<img alt="*" src="/errorlogs/images/yellow-ball.gif"> New build failures on 8.x-stable with experimental port patches: +<a href="amd64-8-exp-failure.html">amd64</a> +<a href="i386-8-exp-failure.html">i386</a> +<br> +<img alt="*" src="/errorlogs/images/yellow-ball.gif"> New build failures on 9.x-current with experimental port patches: +<a href="amd64-9-exp-failure.html">amd64</a> +<a href="i386-9-exp-failure.html">i386</a> +<br> +</dd> +</dl> + +<h4><font color="#990000"> +Error logs +</font></h4> + +<dl> +<dd> +<img alt="*" src="/errorlogs/images/yellow-ball.gif"> Previous run +on 7.x-stable: +<a href="amd64-7-previous/">amd64</a> +<a href="i386-7-previous/">i386</a> +<a href="ia64-7-previous/">ia64</a> +<a href="sparc64-7-previous/">sparc64</a> +<br> +<img alt="*" src="/errorlogs/images/yellow-ball.gif"> Current run +on 7.x-stable: +<a href="amd64-7-latest/">amd64</a> +<a href="i386-7-latest/">i386</a> +<a href="ia64-7-latest/">ia64</a> +<a href="sparc64-7-latest/">sparc64</a> +<br> +<img alt="*" src="/errorlogs/images/yellow-ball.gif"> Previous run +on 8.x-stable: +<a href="amd64-8-previous/">amd64</a> +<a href="i386-8-previous/">i386</a> +<a href="ia64-8-previous/">ia64</a> +<a href="powerpc-8-previous/">powerpc</a> +<a href="sparc64-8-previous/">sparc64</a> +<br> +<img alt="*" src="/errorlogs/images/yellow-ball.gif"> Current run +on 8.x-stable: +<a href="amd64-8-latest/">amd64</a> +<a href="i386-8-latest/">i386</a> +<a href="ia64-8-latest/">ia64</a> +<a href="powerpc-8-latest/">powerpc</a> +<a href="sparc64-8-latest/">sparc64</a> +<br> +<img alt="*" src="/errorlogs/images/yellow-ball.gif"> Previous run +on 9.x-current: +<a href="amd64-9-previous/">amd64</a> +<a href="i386-9-previous/">i386</a> +<a href="ia64-9-previous/">ia64</a> +<a href="powerpc-9-previous/">powerpc</a> +<a href="sparc64-9-previous/">sparc64</a> +<br> +<img alt="*" src="/errorlogs/images/yellow-ball.gif"> Current run +on 9.x-current: +<a href="amd64-9-latest/">amd64</a> +<a href="i386-9-latest/">i386</a> +<a href="ia64-9-latest/">ia64</a> +<a href="powerpc-9-latest/">powerpc</a> +<a href="sparc64-9-latest/">sparc64</a> +<br> +<br> +<img alt="*" src="/errorlogs/images/yellow-ball.gif"> Previous run +on 7.x-stable with experimental port patches: +<a href="amd64-7-exp-previous/">amd64</a> +<a href="i386-7-exp-previous/">i386</a> +<br> +<img alt="*" src="/errorlogs/images/yellow-ball.gif"> Current run +on 7.x-stable with experimental port patches: +<a href="amd64-7-exp-latest/">amd64</a> +<a href="i386-7-exp-latest/">i386</a> +<br> +<img alt="*" src="/errorlogs/images/yellow-ball.gif"> Previous run +on 8.x-stable with experimental port patches: +<a href="amd64-8-exp-previous/">amd64</a> +<a href="i386-8-exp-previous/">i386</a> +<br> +<img alt="*" src="/errorlogs/images/yellow-ball.gif"> Current run +on 8.x-stable with experimental port patches: +<a href="amd64-8-exp-latest/">amd64</a> +<a href="i386-8-exp-latest/">i386</a> +<br> +<img alt="*" src="/errorlogs/images/yellow-ball.gif"> Previous run +on 9.x-current with experimental port patches: +<a href="amd64-9-exp-previous/">amd64</a> +<a href="i386-9-exp-previous/">i386</a> +<br> +<img alt="*" src="/errorlogs/images/yellow-ball.gif"> Current run +on 9.x-current with experimental port patches: +<a href="amd64-9-exp-latest/">amd64</a> +<a href="i386-9-exp-latest/">i386</a> +</dd> +</dl> + +<h4><font color="#990000"> +Build logs (errors and otherwise) +</font></h4> + +<dl> +<dd> +<img alt="*" src="/errorlogs/images/orange-ball.gif">Previous run +on 7.x-stable: +<a href="amd64-7-previous-logs">amd64</a> +<a href="i386-7-previous-logs">i386</a> +<a href="ia64-7-previous-logs">ia64</a> +<a href="sparc64-7-previous-logs">sparc64</a> +<br> +<img alt="*" src="/errorlogs/images/orange-ball.gif">Current run on +7.x-stable: +<a href="amd64-7-latest-logs">amd64</a> +<a href="i386-7-latest-logs">i386</a> +<a href="ia64-7-latest-logs">ia64</a> +<a href="sparc64-7-latest-logs">sparc64</a> +<br> +<img alt="*" src="/errorlogs/images/orange-ball.gif">Previous run +on 8.x-stable: +<a href="amd64-8-previous-logs">amd64</a> +<a href="i386-8-previous-logs">i386</a> +<a href="ia64-8-previous-logs">ia64</a> +<a href="powerpc-8-previous-logs">powerpc</a> +<a href="sparc64-8-previous-logs">sparc64</a> +<br> +<img alt="*" src="/errorlogs/images/orange-ball.gif">Current run on +8.x-stable: +<a href="amd64-8-latest-logs">amd64</a> +<a href="i386-8-latest-logs">i386</a> +<a href="ia64-8-latest-logs">ia64</a> +<a href="powerpc-8-latest-logs">powerpc</a> +<a href="sparc64-8-latest-logs">sparc64</a> +<br> +<img alt="*" src="/errorlogs/images/orange-ball.gif">Previous run +on 9.x-current: +<a href="amd64-9-previous-logs">amd64</a> +<a href="i386-9-previous-logs">i386</a> +<a href="ia64-9-previous-logs">ia64</a> +<a href="powerpc-9-previous-logs">powerpc</a> +<a href="sparc64-9-previous-logs">sparc64</a> +<br> +<img alt="*" src="/errorlogs/images/orange-ball.gif">Current run on +9.x-current: +<a href="amd64-9-latest-logs">amd64</a> +<a href="i386-9-latest-logs">i386</a> +<a href="ia64-9-latest-logs">ia64</a> +<a href="powerpc-9-latest-logs">powerpc</a> +<a href="sparc64-9-latest-logs">sparc64</a> +<br> +<br> +<img alt="*" src="/errorlogs/images/orange-ball.gif">Previous run +on 7.x-stable with experimental port patches: +<a href="amd64-7-exp-previous-logs">amd64</a> +<a href="i386-7-exp-previous-logs">i386</a> +<br> +<img alt="*" src="/errorlogs/images/orange-ball.gif">Current run on +7.x-stable with experimental port patches: +<a href="amd64-7-exp-latest-logs">amd64</a> +<a href="i386-7-exp-latest-logs">i386</a> +<br> +<img alt="*" src="/errorlogs/images/orange-ball.gif">Previous run +on 8.x-stable with experimental port patches: +<a href="amd64-8-exp-previous-logs">amd64</a> +<a href="i386-8-exp-previous-logs">i386</a> +<br> +<img alt="*" src="/errorlogs/images/orange-ball.gif">Current run on +8.x-stable with experimental port patches: +<a href="amd64-8-exp-latest-logs">amd64</a> +<a href="i386-8-exp-latest-logs">i386</a> +<br> +<img alt="*" src="/errorlogs/images/orange-ball.gif">Previous run +on 9.x-current with experimental port patches: +<a href="amd64-9-exp-previous-logs">amd64</a> +<a href="i386-9-exp-previous-logs">i386</a> +<br> +<img alt="*" src="/errorlogs/images/orange-ball.gif">Current run on +9.x-current with experimental port patches: +<a href="amd64-9-exp-latest-logs">amd64</a> +<a href="i386-9-exp-latest-logs">i386</a> +<br> +</dd> +</dl> + +<h4><font color="#990000"> +Packages +</font></h4> + +<dl> +<dd> +<img alt="*" src="/errorlogs/images/purple-ball.gif"> Packages from +latest run on 6-stable: +<a href="amd64-6-packages-latest/">amd64</a> +<a href="i386-6-packages-latest/">i386</a> +<a href="sparc64-6-packages-latest/">sparc64</a> +<br> +<img alt="*" src="/errorlogs/images/purple-ball.gif"> Packages from +latest run on 7-stable: +<a href="amd64-7-packages-latest/">amd64</a> +<a href="i386-7-packages-latest/">i386</a> +<a href="ia64-7-packages-latest/">ia64</a> +<a href="sparc64-7-packages-latest/">sparc64</a> +<br> +<img alt="*" src="/errorlogs/images/purple-ball.gif"> Packages from +latest run on 8-stable: +<a href="amd64-8-packages-latest/">amd64</a> +<a href="i386-8-packages-latest/">i386</a> +<a href="ia64-8-packages-latest/">ia64</a> +<a href="powerpc-8-packages-latest/">powerpc</a> +<a href="sparc64-8-packages-latest/">sparc64</a> +<br> +<img alt="*" src="/errorlogs/images/purple-ball.gif"> Packages from +latest run on 9-current: +<a href="amd64-9-packages-latest/">amd64</a> +<a href="i386-9-packages-latest/">i386</a> +<a href="ia64-9-packages-latest/">ia64</a> +<a href="powerpc-9-packages-latest/">powerpc</a> +<a href="sparc64-9-packages-latest/">sparc64</a> +<br> +<br> +<img alt="*" src="/errorlogs/images/purple-ball.gif"> Package +<a href="packagestats.html">building statistics</a> (current state of all package builds) +</dd> +</dl> + +<h4><font color="#990000"> +Archive +</font></h4> + +<dl> +<dd><img alt="*" src="/errorlogs/images/red-ball.gif"> All error +logs: +<a href="amd64-errorlogs/">amd64</a> +<a href="i386-errorlogs/">i386</a> +<a href="ia64-errorlogs/">ia64</a> +<a href="powerpc-errorlogs/">powerpc</a> +<a href="sparc64-errorlogs/">sparc64</a> +<br> +<img alt="*" src="/errorlogs/images/red-ball.gif"> All portbuild +logs: +<a href="amd64-buildlogs/">amd64</a> +<a href="i386-buildlogs/">i386</a> +<a href="ia64-buildlogs/">ia64</a> +<a href="powerpc-buildlogs/">powerpc</a> +<a href="sparc64-buildlogs/">sparc64</a> +</dd> +</dl> + +<a name="notes"> +<h3><font color="#990000">Additional information</font></h3> +</a> + +<p>All of the "Current run" links are possibly in progress and may be +partial, so keep that in mind if there appear to be some missing.</p> + +<p>None of the ports marked <tt>IS_INTERACTIVE</tt> or +<tt>NO_PACKAGE</tt> are built any more -- if you have ports that +fall into those categories, assume their packages or distfiles will +never show up in ftp sites or CDROMs. <tt>RESTRICTED</tt> packages +are built and deleted (using "<tt>make +clean-restricted-list</tt>"). <tt>NO_CDROM</tt> packages are built +but deleted (using "<tt>make clean-cdrom-list</tt>") before being +put on a CDROM.</p> + +<p>See also the <a href="errors.html">types of errors detected</a>.</p> + +<p>Notes on the building process:</p> + +<ul> +<li><em>Every</em> port is built in its own chroot environment +<!-- MCL 20090823 broken links +( +<a href="i386-7-bindist.tar">tarball for 7.x-stable</a> +|<a href="i386-8-bindist.tar">tarball for 8.x-stable</a> +|<a href="i386-9-bindist.tar">tarball for 9.x-current</a> +) +--> +, starting with an +empty <tt>/usr/local</tt> and <tt>/usr/X11R6</tt>. <a name= +"pkgadd">The dependencies are installed as packages</a> just before +the build. You can see the list of dependencies on the third line +of the log -- the "foo.tgz bar.tgz" stuff are the dependencies. To +make sure that these actually work, <tt>DEPENDS_TARGET</tt> is set +to "/usr/bin/true"; if you see "/usr/bin/true is up to date" or +some such, that means there is something wrong with the dependency +lines or the packages this port is depending on.</li> + +<li>The build is done on a shared (read-only) <tt>/usr/ports</tt> +with <a href= +"http://www.freebsd.org/doc/en_US.ISO8859-1/books/porters-handbook/porting-wrkdir.html"> +<tt>WRKDIRPREFIX</tt></a> set to <tt>/work</tt>. If your +<tt>WRKSRC</tt> looks funny, that's probably why.</li> + +<li><tt>MASTER_SITE_OVERRIDE</tt> is pointing to pointyhat's distfile +dir, and <tt>MASTER_SITE_BACKUP</tt> is pointing to +ftp-master.freebsd.org or a local mirror. <!--Wrong! +The one on pointyhat is empty when the build starts, +and every successful build will copy distfiles to there. This means +that if there are a few ports that share the same distfile, only +the first one will have to go to the original master site (provided +the second build starts after the first one ends). After the entire +build process, the distfiles are copied over to ftp.freebsd.org. +This means if your port built successfully once, you will never see +a "can't fetch distfile" error again.--> +Please pay attention to +<a href="http://people.freebsd.org/~ehaupt/distilator/"> +Emanuel Haupt's distfile checker</a> +for that.</li> + +<li>The ports are built on machines that are mostly running + 9-CURRENT, with some 8.x-STABLE machines. If your port depends on + the result of uname(3) or sysctl to determine the running version of + FreeBSD, change it to use uname(1) instead (the builds use a dummy + uname(1) that reports the target version of FreeBSD), or change it to + use the value of the OSVERSION variable that can be passed in from + the port makefile. </li> </ul> + +<a name="errorlist"></a> +<h2><font color="990000">Types of package errors detected</font></h2> + +<p>Here is the <b>alphabetical list of current errors</b> +detected by the AI script. Note that this is all just a rough guess -- +it is merely for your aid.</p> + +<p>Key: +<dl> + <dt><img alt="(common)" src="/errorlogs/images/blue-ball.gif">The most common + errors.</dt> + <dt><img alt="(uncommon)" src="/errorlogs/images/purple-ball.gif">Some less common + errors.</dt> + <dt><img alt="(transient)" src="/errorlogs/images/green-ball.gif">Transient + errors. These may not be your fault.</dt> +</dl> +</p> + +<p> +<dl> +<dt><img alt="(common)" src="/errorlogs/images/blue-ball.gif"><a name= +"arch">arch</a></dt> + +<dd>The port does not build on a particular architecture, due to +assembler or linker errors. In some easy cases this is due to +not picking up the various <tt>ARCH</tt> configuration variables +in the Makefile; you'll see this via, e.g., a Sparc <tt>make</tt> +failing while looking for an i386 subdirectory. For the 64-bit +architectures, a common problem is the assumption many programmers +make that pointers may be cast to and from 32-bit ints. In other cases +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= +"autoconf">autoconf</a></dt> + +<dd>Your port depends on <tt>autoconf</tt>, but the <tt>Makefile</tt> +either doesn't have <tt>USE_AUTOCONF</tt>, or does not use +<tt>USE_AUTOCONF_VER</tt> correctly.</dd> + +<dt><img alt="(uncommon)" src="/errorlogs/images/purple-ball.gif"><a name= +"autoheader">autoheader</a></dt> + +<dd>Your port depends on <tt>autoheader</tt>, but the <tt>Makefile</tt> +cannot find it; set <tt>USE_AUTOHEADER</tt>.</dd> + +<dt><img alt="(uncommon)" src="/errorlogs/images/purple-ball.gif"><a name= +"automake">automake</a></dt> + +<dd>Your port depends on <tt>automake</tt>, but the <tt>Makefile</tt> +either doesn't have <tt>USE_AUTOMAKE</tt>, or does not use +<tt>USE_AUTOMAKE_VER</tt> correctly.</dd> + +<dt><img alt="(common)" src="/errorlogs/images/blue-ball.gif"><a name= +"badc++">bad C++ code</a></dt> + +<dd>There is a compiler error which is caused by something specific +to C++.</dd> + +<dt><img alt="(common)" src="/errorlogs/images/blue-ball.gif"><a name= +"cc">compiler error</a></dt> + +<dd>There is a C compiler error which is caused by something other +than e.g. "new compiler error".</dd> + +<dt><img alt="(uncommon)" src="/errorlogs/images/purple-ball.gif"><a name= +"categories">CATEGORIES</a></dt> + +<dd>The <tt>CATEGORIES</tt> line in <tt>Makefile</tt> includes an +invalid category.</dd> + +<dt><img alt="(common)" src="/errorlogs/images/blue-ball.gif"><a name= +"checksum">checksum</a></dt> + +<dd>The checksum of one or more of the files is incorrect.</dd> + +<dt><img alt="(common)" src="/errorlogs/images/blue-ball.gif"><a name= +"clang">clang</a></dt> + +<dd>Your code does not run with the the experimental <tt>clang</tt> compiler. See +(TBA) +for further information.</dd> + +<dt><img alt="(uncommon)" src="/errorlogs/images/purple-ball.gif"><a name= +"clang-bug">clang bug</a></dt> + +<dd>You have tickled a bug in <tt>clang</tt> itself. See +(TBA) +for further information.</dd> + +<dt><img alt="(transient)" src="/errorlogs/images/green-ball.gif"><a name= +"cluster">cluster</a></dt> + +<dd>There was some kind of transient error on the build cluster. It is not your +fault.</dd> + +<dt><img alt="(uncommon)" src="/errorlogs/images/purple-ball.gif"><a name= +"compat6x">compat6x</a></dt> + +<dd>This port needs to depend on a port <tt>misc/compat6x</tt>.</dd> + +<dt><img alt="(common)" src="/errorlogs/images/blue-ball.gif"><a name= +"configure">configure error</a></dt> + +<dd>The port's <tt>configure</tt> script produced some kind of +error. +(Note: using <tt>clang</tt> as the ports compiler can also trigger this message.)</dd> + +<dt><img alt="(common)" src="/errorlogs/images/blue-ball.gif"><a name= +"coredump">coredump</a></dt> + +<dd>Some process in the build chain dropped core. While your port may indeed +be faulty, the process that dropped core should also be fixed.</dd> + +<dt><img alt="(uncommon)" src="/errorlogs/images/purple-ball.gif"><a name= +"cpusetsize">cpusetsize</a></dt> + +<dd>This port needs to catch up with the <tt>cpusetsize</tt> sysctl change in 9-CURRENT.</dd> + +<dt><img alt="(common)" src="/errorlogs/images/blue-ball.gif"><a name= +"dependobj">depend object</a></dt> + +<dd>The port is trying to reinstall a dependency that already +exists. This is usually caused by the first field of a +<tt>*_DEPENDS</tt> line (the <tt>obj</tt> of +<tt>obj:dir[:target]</tt>) indicating a file that is not installed +by the dependency, causing it to be rebuilt even though it has +already been <a href="#pkgadd">added from a package</a>.</dd> + +<dt><img alt="(common)" src="/errorlogs/images/blue-ball.gif"><a name= +"dependpkg">depend package</a></dt> + +<dd>There was an error during <a href="#pkgadd">adding dependencies +from packages</a>. It is the fault of the package being added, not +this port.</dd> + +<dt><img alt="(uncommon)" src="/errorlogs/images/purple-ball.gif"><a name= +"dirent">dirent</a></dt> + +<dd>The port has not caught up with the change to <code>scandir(3)</code> +as committed in FreeBSD version 800501.</dd> + +<dt><img alt="(transient)" src="/errorlogs/images/green-ball.gif"><a name= +"df">disk full</a></dt> + +<dd>The disk filled up on the build system. It is not your +fault.</dd> + +<dt><img alt="(uncommon)" src="/errorlogs/images/purple-ball.gif"><a name= +"display">DISPLAY</a></dt> + +<dd>This port requires an X display to build. There is nothing you +can do about it unless you can somehow make it not require an X +connection.</dd> + +<dt><img alt="(common)" src="/errorlogs/images/blue-ball.gif"><a name= +"distinfo">distinfo update</a></dt> + +<dd>The contents of <tt>distinfo</tt> does not match the list of +distfiles or patchfiles.</dd> + +<dt><img alt="(common)" src="/errorlogs/images/blue-ball.gif"><a name= +"fetch">fetch</a></dt> + +<dd>One or more of the files could not be fetched.</dd> + +<dt><img alt="(uncommon)" src="/errorlogs/images/purple-ball.gif"><a name= +"fetch-timeout">fetch timeout</a></dt> + +<dd>Your fetch process was killed because it took too long. (More +accurately, it did not produce any output for a long time.) Please +put sites with better connectivity near the beginning of +<tt>MASTER_SITES</tt>.</dd> + +<dt><img alt="(uncommon)" src="/errorlogs/images/purple-ball.gif"><a name= +"forbidden">forbidden</a></dt> + +<dd>Someone has marked this port as "forbidden", almost always due +to security concerns. See the logfile for more information.</dd> + +<dt><img alt="(uncommon)" src="/errorlogs/images/purple-ball.gif"><a name= +"gcc-bug">gcc bug</a></dt> + +<dd>You have tickled a bug in gcc itself. See the +<a href="http://www.gnu.org/software/gcc/bugs.html">GNU bug report documentation</a> +for further information.</dd> + +<dt><img alt="(common)" src="/errorlogs/images/blue-ball.gif"><a name= +"gcc4">gcc4</a></dt> + +<dd>Your code does not run with the latest gcc version +See <a href="http://wiki.freebsd.org/gcc4">the wiki page</a> +for further information.</dd> + +<dt><img alt="(common)" src="/errorlogs/images/blue-ball.gif"><a name= +"gmake">gmake</a></dt> + +<dd>Your code does not run with the latest, incompatible, gmake version +(3.82.)</dd> + +<dt><img alt="(common)" src="/errorlogs/images/blue-ball.gif"><a name= +"install">install error</a></dt> + +<dd>There was an error during installation.</dd> + +<dt><img alt="(common)" src="/errorlogs/images/blue-ball.gif"><a name= +"libdepends">LIB_DEPENDS</a></dt> + +<dd>The <tt>LIB_DEPENDS</tt> line specifies a library name +incorrectly. This often happens when a port is upgraded and the +shared library version number changes.</dd> + +<dt><img alt="(common)" src="/errorlogs/images/blue-ball.gif"><a name= +"ld">linker error</a></dt> + +<dd>There is a linker error which is caused by something other than +those flagged elsewhere. +(Note: using <tt>clang</tt> as the ports compiler can also trigger this message.)</dd> + +<dt><img alt="(common)" src="/errorlogs/images/blue-ball.gif"><a name= +"makefile">makefile</a></dt> + +<dd>There is an error in the <tt>Makefile</tt>, possibly in the default +targets.</dd> + +<dt><img alt="(uncommon)" src="/errorlogs/images/purple-ball.gif"><a name= +"manpage">manpage</a></dt> + +<dd>There is a manpage listed in a <tt>MAN?</tt> macro that does not +exist or is not installed in the right place.</dd> + +<dt><img alt="(common)" src="/errorlogs/images/blue-ball.gif"><a name= +"header">missing header</a></dt> + +<dd>There is a missing header file. This is usually caused by +either (1) a missing dependency, or (2) specifying an incorrect +location with <tt>-I</tt> in the compiler command line.</dd> + +<dt><img alt="(common)" src="/errorlogs/images/blue-ball.gif"><a name= +"mtree">mtree</a></dt> + +<dd>The port leaves <tt>${PREFIX}</tt> in a state that is not +consistent with the mtree definition after <tt>pkg_delete</tt>. This +usually means some files are missing from <tt>PLIST</tt>. It could +also mean that your installation scripts create files or +directories not properly deleted by the deinstallation scripts. +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> + +<dd>The newest version of gcc in the base does not like the source code. This is +usually due to stricter C++ type checking or changes in register +allocation policy.</dd> + +<dt><img alt="(transient)" src="/errorlogs/images/green-ball.gif"><a name= +"nfs">NFS</a></dt> + +<dd>There was either a temporary NFS error on the build system +(which is not your fault), or the <tt>WRKSRC</tt> is invalid +(which is your fault).</dd> + +<dt><img alt="(common)" src="/errorlogs/images/blue-ball.gif"><a name= +"patch">patch</a></dt> + +<dd>One or more of the patches failed.</dd> + +<dt><img alt="(uncommon)" src="/errorlogs/images/purple-ball.gif"><a name= +"perl">perl</a></dt> + +<dd><tt>perl</tt> is no longer included by default in the base +system, but your port's configuration process depends on it. While +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="(common)" src="/errorlogs/images/blue-ball.gif"><a name= +"plist">PLIST</a></dt> + +<dd>There is a missing item in the <tt>PLIST</tt>. Note that this is +often caused by an earlier error that went undetected. In this case, +you should fix the error and also the build process so it will fail +upon an error instead of continuing, since that makes debugging +that much harder.</dd> + +<dt><img alt="(uncommon)" src="/errorlogs/images/purple-ball.gif"><a name= +"process">process failed</a></dt> + +<dd>The <tt>make</tt> process terminated unexpectedly, due to +something like a signal 11 or bus error.</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 +too long. (More accurately, it did not produce any output for a long +time.) It is probably because there is a process spinning in an infinite +loop. Please check the log to determine the exact cause of the +problem.</dd> + +<dt><img alt="(uncommon)" src="/errorlogs/images/purple-ball.gif"><a name= +"segfault">segfault</a></dt> + +<dd>Some process in the build chain got a segmentation fault.</dd> + +<dt><img alt="(uncommon)" src="/errorlogs/images/purple-ball.gif"><a name= +"sem_wait">sem_wait</a></dt> + +<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= +"termios">termios</a></dt> + +<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> + +<dd>There is a linker error which is caused by failing to find one of +the thread libraries.</dd> + +<dt><img alt="(transient)" src="/errorlogs/images/green-ball.gif"><a name= +"truncated_distfile">truncated_distfile</a></dt> + +<dd>A package node encountered an error during pkg_add. It is not your +fault. Linimon is trying to figure out this problem.</dd> + +<dt><img alt="(uncommon)" src="/errorlogs/images/purple-ball.gif"><a name= +"utmp_x">utmp_x</a></dt> + +<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><a name="WRKDIR"></a></dt> + +<dd>The port is attempting to change something outside +<tt>${WRKDIR}</tt>. See <a href= +"http://www.freebsd.org/doc/en_US.ISO8859-1/books/porters-handbook/porting-wrkdir.html">handbook</a> +for details.</dd> + +<dt><img alt="(common)" src="/errorlogs/images/blue-ball.gif"><a name= +"unknown">??? (unknown)</a></dt> + +<dd>The automated script cannot even guess what is wrong with your +port. <tt>portmgr</tt> tries to keep the <tt>processonelog</tt> script +reasonably efficient while covering as many errors as possible, but many +errors are not common enough to try to catch.</dd> +</dl> + +<p>Here is an <b>alphabetical list of obsolete errors</b></a> +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> + +<dd>You've managed to confuse the assembler with a misaligned +structure.</dd> + +<dt><img alt="(uncommon)" src="/errorlogs/images/purple-ball.gif"><a name= +"apxs">apxs</a></dt> + +<dd>Your port depends on Apache (in particular, the <tt>apxs</tt> +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 +expression.</dd> + +<dt><img alt="(uncommon)" src="/errorlogs/images/purple-ball.gif"><a name= +"bison">bison</a></dt> + +<dd>Your port requires <tt>bison</tt>, which does not exist in +4.x-stable or newer anymore. Either patch it to use <tt>byacc</tt> +instead, or define <tt>USE_BISON</tt>.</dd> + +<dt><img alt="(uncommon)" src="/errorlogs/images/purple-ball.gif"><a name= +"cgi-bin">cgi-bin</a></dt> + +<dd>Your port assumes that a directory (usually +<tt>/usr/local/www/cgi-bin</tt>) already exists, +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 +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= +"f77">f77</a></dt> + +<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= +"ffs_conflict">ffs conflict</a></dt> + +<dd>Both <tt>/usr/include/machine/cpufunc.h</tt> and +<tt>/usr/include/strings.h</tt> are attempting to define <tt>int ffs()</tt>.</dd> + +<dt><img alt="(uncommon)" src="/errorlogs/images/purple-ball.gif"><a name= +"getopt.h">getopt.h</a></dt> + +<dd><tt><getopt.h></tt> is conflicting with <tt>unistd.h</tt>.</dd> + +<dt><img alt="(uncommon)" src="/errorlogs/images/purple-ball.gif"> +<a name="getopt">getopt</a></dt> + +<dd>Your port may need to set the new port variable +<tt>USE_GETOPT_LONG</tt>.</dd> + +<dt><img alt="(uncommon)" src="/errorlogs/images/purple-ball.gif"><a name= +"lc_r">libc_r not found</a></dt> + +<dd>This library has not yet been ported to e.g. the Sparc.</dd> + +<dt><img alt="(uncommon)" src="/errorlogs/images/purple-ball.gif"><a name= +"malloc.h">malloc.h</a></dt> + +<dd>Including <tt><malloc.h></tt> is now deprecated in favor of +<tt><stdlib.h></tt>.</dd> + +<dt><img alt="(uncommon)" src="/errorlogs/images/purple-ball.gif"><a name= +"motif">MOTIF</a></dt> + +<dd>This port requires Motif but does not define +<tt>REQUIRES_MOTIF</tt>. See the <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/purple-ball.gif"><a name= +"motiflib">MOTIFLIB</a></dt> + +<dd>This port requires Motif but does not refer to the libraries +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/purple-ball.gif"><a name= +"munmap">munmap</a></dt> + +<dd>POSIX specifies that munmap cannot be called on a zero-length file. +Because of this, during 4.X builds, if cp tries to copy a zero-length file, it +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 +system, but your port's documentation process depends on it. While +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= +"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 +expression, probably as a side-effect of its being invoked by +<tt>${REINPLACE_COMMAND}</tt>. This is often a result of having +replaced usages of <tt>perl</tt> in the <tt>Makefile</tt> with usages +of <tt>${REINPLACE_COMMAND}</tt> but having left +<tt>perl</tt>-specific regexps in place.</dd> + +<dt><img alt="(uncommon)" src="/errorlogs/images/purple-ball.gif"><a name= +"soundcard.h">soundcard.h</a></dt> + +<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><stdio.h></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= +"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 *** DIFF OUTPUT TRUNCATED AT 1000 LINES ***
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?201106211431.p5LEVbje004718>