From owner-freebsd-ports-bugs@FreeBSD.ORG Fri Jul 11 22:20:17 2003 Return-Path: Delivered-To: freebsd-ports-bugs@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 659F137B401 for ; Fri, 11 Jul 2003 22:20:17 -0700 (PDT) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 06FC643FD7 for ; Fri, 11 Jul 2003 22:20:16 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.12.9/8.12.9) with ESMTP id h6C5KFUp048045 for ; Fri, 11 Jul 2003 22:20:15 -0700 (PDT) (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.12.9/8.12.9/Submit) id h6C5KF9N048044; Fri, 11 Jul 2003 22:20:15 -0700 (PDT) Resent-Date: Fri, 11 Jul 2003 22:20:15 -0700 (PDT) Resent-Message-Id: <200307120520.h6C5KF9N048044@freefall.freebsd.org> Resent-From: FreeBSD-gnats-submit@FreeBSD.org (GNATS Filer) Resent-To: freebsd-ports-bugs@FreeBSD.org Resent-Reply-To: FreeBSD-gnats-submit@FreeBSD.org, Mark Linimon Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BDAAC37B401 for ; Fri, 11 Jul 2003 22:13:15 -0700 (PDT) Received: from mail.soaustin.net (mail.soaustin.net [207.200.4.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id B8F9743F93 for ; Fri, 11 Jul 2003 22:13:14 -0700 (PDT) (envelope-from linimon@lonesome.com) Received: from lonesome.lonesome.com (cs242746-11.austin.rr.com [24.27.46.11]) (using TLSv1 with cipher EDH-RSA-DES-CBC3-SHA (168/168 bits)) (No client certificate requested) by mail.soaustin.net (Postfix) with ESMTP id 6C07E140CB for ; Sat, 12 Jul 2003 00:13:13 -0500 (CDT) Received: from lonesome.lonesome.com (localhost.lonesome.com [127.0.0.1]) by lonesome.lonesome.com (8.12.9/8.12.3) with ESMTP id h6C5GkNa044132 for ; Sat, 12 Jul 2003 00:16:46 -0500 (CDT) (envelope-from linimon@lonesome.lonesome.com) Received: (from linimon@localhost) by lonesome.lonesome.com (8.12.9/8.12.6/Submit) id h6C5GjCN044131; Sat, 12 Jul 2003 00:16:45 -0500 (CDT) (envelope-from linimon) Message-Id: <200307120516.h6C5GjCN044131@lonesome.lonesome.com> Date: Sat, 12 Jul 2003 00:16:45 -0500 (CDT) From: Mark Linimon To: FreeBSD-gnats-submit@FreeBSD.org X-Send-Pr-Version: 3.113.1 Subject: ports/54406: [patch] add two more cases to ports/Tools/portbuild/scripts/processlogs X-BeenThere: freebsd-ports-bugs@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Ports bug reports List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 12 Jul 2003 05:20:17 -0000 >Number: 54406 >Category: ports >Synopsis: [patch] add two more cases to ports/Tools/portbuild/scripts/processlogs >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-ports-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: change-request >Submitter-Id: current-users >Arrival-Date: Fri Jul 11 22:20:15 PDT 2003 >Closed-Date: >Last-Modified: >Originator: Mark Linimon >Release: FreeBSD-4.7 >Organization: FreeBSD >Environment: System: FreeBSD lonesome.lonesome.com 4.7-STABLE FreeBSD 4.7-STABLE #0: Fri Nov 8 23:46:29 CST 2002 root@lonesome.lonesome.com:/usr/src/sys/compile/MULTIMEDIA i386 >Description: Some of the new build failures on amd64 are incorrectly being labeled as 'configure' when they are really 'arch'. Also introduce a new error to catch the getopt changes, which seem to be prevalent at the moment. >How-To-Repeat: n/a >Fix: Here are two patches, one for the script and one for the index file on bento. The latter is surely incorrect, as that file seems to be automatically generated these days, but from where, I don't know. --- scripts/processlogs.dist Fri Feb 14 03:28:42 2003 +++ scripts/processlogs Sat Jul 12 00:12:53 2003 @@ -60,6 +60,8 @@ elif grep -q "checking whether apxs works.*apxs: not found" $1; then reason="apxs"; tag="apxs" elif grep -qE '(configure: error:|script.*failed: here are the contents of)' $1; then + if grep -qE "configure: error: cpu .* not supported" $1; then + reason="arch"; tag="arch" if grep -qE "configure: error: (This program requires STL to compile|One or more.*STL headers are missing)" $1; then reason="stl"; tag="stl" elif grep -qE "configure: error: [Pp]erl (5.* required|version too old)" $1; then @@ -247,6 +249,8 @@ reason="ffs_conflict"; tag="ffs_conflict" elif grep -q "is forbidden: FreeBSD-SA-" $1; then reason="forbidden"; tag="forbidden" + elif grep -q "/usr/bin/ld: cannot find -lgnugetopt" $1; then + reason="getopt"; tag="getopt" elif grep -qE "previous declaration.*int getopt" $1; then reason="getopt.h"; tag="getopt.h" elif grep -q 'Run-time system build failed for some reason' $1; then --- bento_index.html.dist Fri Jul 11 23:48:12 2003 +++ bento_index.html Sat Jul 12 00:08:58 2003 @@ -295,13 +295,15 @@ 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. In other cases +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.
(uncommon)assert
Compilation failed due to an assert. This is often a variation on arch or missing header.
(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.
(uncommon)automake
Your port depends on automake, 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.
(uncommon)awk
awk is complaining about some kind of bogus string expression.
(common)bad C++ code
There is a compiler error which is caused by something specific @@ -316,7 +318,7 @@ "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).
(common)configure error
The port's configure script produced some kind of -error.
(uncommon)coredump
Some process dropped core. While your port may indeed be faulty, +error.
(uncommon)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)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 @@ -338,7 +340,9 @@ The "correct" fix is not known at this time.
(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.
(uncommon)getopt.h
<getopt.h> is conflicting with unistd.h.
(common)install error
There was an error during installation.
(common)lib c_r not found
This library has not yet been ported to e.g. the +for further information.
(uncommon)getopt.h
<getopt.h> is conflicting with unistd.h.
+(common)getopt
Your port may need to set the new port variable USE_GETOPT_LONG.
+
(common)install error
There was an error during installation.
(common)lib c_r not found
This library has not yet been ported to e.g. the Sparc. (This may have been fixed recently).
(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 @@ -407,4 +411,4 @@
The ports page | Maintained by portmgr@FreeBSD.org
- + >Release-Note: >Audit-Trail: >Unformatted: