FreeBSD Package building logs and errors

Here is the list of errors detected by the AI script. Note that this is all just a rough guess -- it is merely for your aid.

Key:

(common)The most common errors.
(uncommon)Some less common errors.
(transient)Transient errors. These may not be your fault.

Current types of package errors detected

Here is the alphabetical list of current errors detected by the AI script:

(common)arch
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 ARCH configuration variables in the Makefile; you'll see this via, e.g., a Sparc make 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 ONLY_FOR_ARCHS may be needed.
(common)assumes gcc
This port does not install with the the experimental clang compiler due to hardwired assumptions about gcc being the compiler.
(uncommon)autoconf
Your port depends on autoconf, but the Makefile either doesn't have USE_AUTOCONF, or does not use USE_AUTOCONF_VER correctly.
(uncommon)autoheader
Your port depends on autoheader, but the Makefile cannot find it; set USE_AUTOHEADER.
(uncommon)automake
Your port depends on automake, but the Makefile either doesn't have USE_AUTOMAKE, or does not use USE_AUTOMAKE_VER correctly.
(common)bad C++ code
There is a compiler error which is caused by something specific to C++.
(uncommon)CATEGORIES
The CATEGORIES line in Makefile includes an invalid category.
(common)compiler error
There is a C compiler error which is caused by something other than e.g. "new compiler error".
(common)checksum
The checksum of one or more of the files is incorrect.
(common)clang
Your code does not run with the the experimental clang compiler. See (TBA) for further information.
(uncommon)clang bug
You have tickled a bug in clang itself. See (TBA) for further information.
(transient)cluster
There was some kind of transient error on the build cluster. It is not your fault.
(uncommon)compat6x
This port needs to depend on a port misc/compat6x.
(common)configure error
The port's configure script produced some kind of error. (Note: using clang as the ports compiler can also trigger this message.)
(common)coredump
Some process in the build chain dropped core. While your port may indeed be faulty, the process that dropped core should also be fixed.
(uncommon)cpusetsize
This port needs to catch up with the cpusetsize sysctl change in 9-CURRENT.
(common)depend object
The port is trying to reinstall a dependency that already exists. This is usually caused by the first field of a *_DEPENDS line (the obj of obj:dir[:target]) indicating a file that is not installed by the dependency, causing it to be rebuilt even though it has already been added from a package.
(common)depend package
There was an error during adding dependencies from packages. It is the fault of the package being added, not this port.
(uncommon)dirent
The port has not caught up with the change to scandir(3) as committed in FreeBSD version 800501.
(transient)disk full
The disk filled up on the build system. It is not your fault.
(uncommon)DISPLAY
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.
(common)distinfo update
The contents of distinfo does not match the list of distfiles or patchfiles.
(common)fetch
One or more of the files could not be fetched.
(uncommon)fetch timeout
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 MASTER_SITES.
(uncommon)forbidden
Someone has marked this port as "forbidden", almost always due to security concerns. See the logfile for more information.
(uncommon)gcc bug
You have tickled a bug in gcc itself. See the GNU bug report documentation for further information.
(common)gcc4 error
Your code does not run with the latest gcc version See the wiki page for further information.
(common)gmake
Your code does not run with the latest, incompatible, gmake version (3.82.)
(common)install error
There was an error during installation.
(common)LIB_DEPENDS
The LIB_DEPENDS line specifies a library name incorrectly. This often happens when a port is upgraded and the shared library version number changes.
(common)linker error
There is a linker error which is caused by something other than those flagged elsewhere. (Note: using clang as the ports compiler can also trigger this message.)
(common)makefile
There is an error in the Makefile, possibly in the default targets.
(uncommon)manpage
There is a manpage listed in a MAN? macro that does not exist or is not installed in the right place.
(common)missing header
There is a missing header file. This is usually caused by either (1) a missing dependency, or (2) specifying an incorrect location with -I in the compiler command line.
(common)mtree
The port leaves ${PREFIX} in a state that is not consistent with the mtree definition after pkg_delete. This usually means some files are missing from PLIST. 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.
(uncommon)nested declaration
There is a nested declaration in the source code.
(common)new compiler error
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.
(transient)NFS
There was either a temporary NFS error on the build system (which is not your fault), or the WRKSRC is invalid (which is your fault).
(common)patch
One or more of the patches failed.
(uncommon)perl
perl 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 perl in the base system, it also means that many ports now need to include USE_PERL5.
(common)PLIST
There is a missing item in the PLIST. 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.
(uncommon)process failed
The make process terminated unexpectedly, due to something like a signal 11 or bus error.
(uncommon)runaway process
Your make package 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.
(uncommon)segfault
Some process in the build chain got a segmentation fault.
(uncommon)sem_wait
This port needs to catch up with semaphore changes in 9-CURRENT.
(uncommon)termios
This port needs to catch up with the termios.h changes in src.
(uncommon)threads
There is a linker error which is caused by failing to find one of the thread libraries.
(transient)truncated distfile
A package node encountered an error during pkg_add. It is not your fault. Linimon is trying to figure out this problem.
(uncommon)utmp_x
This port needs to catch up with the utmp_x.h changes in src.
(uncommon)WRKDIR
The port is attempting to change something outside ${WRKDIR}. See the handbook for details.
(common)??? (unknown)
The automated script cannot even guess what is wrong with your port. portmgr tries to keep the processonelog script reasonably efficient while covering as many errors as possible, but many errors are not common enough to try to catch.

Obsolete types of package errors detected

Here is the alphabetical list of obsolete errors that used to be detected by the AI script, but are now uncommon enough to be skipped:

(uncommon)alignment
You've managed to confuse the assembler with a misaligned structure.
(uncommon)apxs
Your port depends on Apache (in particular, the apxs binary) but the Makefile doesn't have Apache in BUILD_DEPENDS and/or LIB_DEPENDS.
(uncommon)assert
Compilation failed due to an assert. This is often a variation on arch or missing header.
(uncommon)awk
awk is complaining about some kind of bogus string expression.
(uncommon)bison
Your port requires bison, which does not exist in 4.x-stable or newer anymore. Either patch it to use byacc instead, or define USE_BISON.
(uncommon)cgi-bin
Your port assumes that a directory (usually /usr/local/www/cgi-bin) already exists, but by default it doesn't.
(uncommon)chown
POSIX has deprecated the usage "chown user.group filename" in favor of "chown user:group filename". This happened quite some time ago, actually, but it is only now being enforced. (The change was made to allow '.' in usernames).
(uncommon)ELF
The port does not properly work in the new ELF world. It is probably looking for an a.out object (e.g., crt0.o).
(uncommon)f77
gcc in base no longer includes the Fortran compiler by default.
(uncommon)ffs conflict
Both /usr/include/machine/cpufunc.h and /usr/include/strings.h are attempting to define int ffs().
(uncommon)getopt.h
<getopt.h> is conflicting with unistd.h.
(uncommon) getopt
Your port may need to set the new port variable USE_GETOPT_LONG.
(uncommon)libc_r not found
This library has not yet been ported to e.g. the Sparc.
(uncommon)malloc.h
Including <malloc.h> is now deprecated in favor of <stdlib.h>.
(uncommon)MOTIF
This port requires Motif but does not define REQUIRES_MOTIF.
(uncommon)MOTIFLIB
This port requires Motif but does not refer to the libraries using ${MOTIFLIB}.
(uncommon)munmap
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.
(uncommon)perl5
There is a problem in processing a perl5 module.
(uncommon)pod2man
perl 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 perl in the base system, it also means that many ports now need to include USE_PERL5.
(uncommon)python
The Makefile needs to define USE_PYTHON.
(uncommon)sed
sed is complaining about some kind of bogus regular expression, probably as a side-effect of its being invoked by ${REINPLACE_COMMAND}. This is often a result of having replaced usages of perl in the Makefile with usages of ${REINPLACE_COMMAND} but having left perl-specific regexps in place.
(uncommon)soundcard.h
machine/soundcard.h has been moved.
(uncommon)stdio
You need to bring your port up to date with the current <stdio.h>.
(uncommon)stl
Your port requires the STL library but cannot find it.
(uncommon)struct changes
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.
(uncommon)sysvipc
Your port is interacting badly with the System V InterProcess Communication code.
(uncommon)texinfo
The new makeinfo cannot process a texinfo source file. You can probably add a "--no-validate" option to force it through if you are sure it's correct regardless of what makeinfo says.
(uncommon)uname
For a short period of time, gcc was not handling uname properly.
(uncommon)USE_XORG
You should specify USE_XORG with the correct dependencies for this port since it appears to use X.
(uncommon)values.h
values.h has been moved.
(uncommon)varargs
varargs.h is obsolete with newer versions of gcc.
(uncommon)union wait
The compiler could not calculate the storage size of an object, often due to misuse of a union.
(uncommon)X manpage
This port does not install a manpage but imake rules are generating commands to convert manpages to HTML format. This is most likely fixed by changing ComplexProgramTarget() in Imakefile to ComplexProgramTargetNoMan(). Note that defining NO_INSTALL_MANPAGES in the Makefile is no longer sufficient in XFree86-4.

Back to The ports page | This file maintained by linimon@FreeBSD.org