From owner-freebsd-gnome@FreeBSD.ORG Thu Oct 19 22:10:07 2006 Return-Path: X-Original-To: gnome@freebsd.org Delivered-To: freebsd-gnome@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2B72716A403 for ; Thu, 19 Oct 2006 22:10:07 +0000 (UTC) (envelope-from linimon@FreeBSD.org) Received: from mail.droso.net (koala.droso.net [193.88.12.38]) by mx1.FreeBSD.org (Postfix) with ESMTP id B675643D60 for ; Thu, 19 Oct 2006 22:10:06 +0000 (GMT) (envelope-from linimon@FreeBSD.org) Received: from localhost (localhost.droso.net [127.0.0.1]) by mail.droso.net (Postfix) with ESMTP id DCBA11D058 for ; Fri, 20 Oct 2006 00:10:03 +0200 (CEST) Received: from koala.droso.net (localhost.droso.net [IPv6:::1]) by mail.droso.net (Postfix) with ESMTP id E6CDD1D074 for ; Fri, 20 Oct 2006 00:08:42 +0200 (CEST) From: linimon@FreeBSD.org To: gnome@freebsd.org Message-Id: <20061019220842.E6CDD1D074@mail.droso.net> Date: Fri, 20 Oct 2006 00:08:42 +0200 (CEST) X-Virus-Scanned: by amavisd 0.1 Cc: Subject: FreeBSD ports that you maintain which are currently marked broken X-BeenThere: freebsd-gnome@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GNOME for FreeBSD -- porting and maintaining List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Oct 2006 22:10:07 -0000 Dear FreeBSD port maintainer: As part of an ongoing effort to reduce the number of problems in the FreeBSD ports system, we are attempting to notify maintainers of ports that are marked as "broken" in their Makefiles. In many cases these ports are failing to compile on some subset of the FreeBSD build environments. The most common problem is that recent versions of -CURRENT include gcc3.4, which is much stricter about such things as function declarations, literal strings constants that continue over several physical lines, and forcing the deprecation of antique header files such as varargs.h (we should now be using stdargs.h). The next most common problem is that compiles succeed on the i386 architecture (e.g. the common Intel PC), but fail on one or more of the other architectures due to assumptions about things such as size of various types, byte-alignment issues, and so forth. In occasional cases we see that the same port may have different errors in different build environments. The script that runs on the build cluster uses heuristics to try to 'guess' the error type to help you isolate problems, but it is only a rough guide. If you need help in one or more build environments that you do not have access to, please ask for help on the freebsd-ports mailing list. One more note: on occasion, there are transient build errors seen on the build farm. Unfortunately, there is not yet any way for this algorithm to tell the difference (humans are much, much better at this kind of thing.) The errors are listed below. In the case where the same problem exists on more than one build environment, the URL points to the latest errorlog for that type. (By 'build environment' here we mean 'combination of 4.x/5.x/6.x with target architecture'.) (Note: the dates are included to help you to gauge whether or not the error still applies to the latest version. The program that generates this report is not yet able to determine this automatically.) portname: databases/mergeant broken because: does not build with new libgnomedb build errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.5.2006091709/mergeant-0.62_2.log (Sep 24 09:11:18 UTC 2006) overview: http://portsmon.FreeBSD.org/portoverview.py?category=databases&portname=mergeant If these errors are ones that you are already aware of, please accept our apologies and ignore this message. On the other hand, if you no longer wish to maintain this port (or ports), please reply with a message stating that, and accept our thanks for your efforts in the past. Every effort has been made to make sure that these error reports really do correspond to a port that you maintain. However, due to the fact that this is an automated process, it may indeed generate false matches. If one of these errors fits that description, please forward this email to the author of this software, Mark Linimon , so that he can attempt to fix the problem in the future. Thanks for your efforts to help improve FreeBSD.