From owner-freebsd-ports@FreeBSD.ORG Thu Apr 30 18:37:12 2009 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B1A4510656F2 for ; Thu, 30 Apr 2009 18:37:12 +0000 (UTC) (envelope-from oberman@es.net) Received: from mailgw.es.net (mail2.es.net [IPv6:2001:400:107:1::2]) by mx1.freebsd.org (Postfix) with ESMTP id 9FFDC8FC2E for ; Thu, 30 Apr 2009 18:37:12 +0000 (UTC) (envelope-from oberman@es.net) Received: from ptavv.es.net (ptavv.es.net [IPv6:2001:400:910::29]) by mailgw.es.net (8.14.3/8.14.3) with ESMTP id n3UIbBp4028168 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Thu, 30 Apr 2009 11:37:12 -0700 Received: from ptavv.es.net (ptavv.es.net [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id AED3B1CC58; Thu, 30 Apr 2009 11:37:11 -0700 (PDT) To: matthias.andree@gmx.de Date: Thu, 30 Apr 2009 11:37:11 -0700 From: "Kevin Oberman" Message-Id: <20090430183711.AED3B1CC58@ptavv.es.net> Cc: ports@freebsd.org Subject: make check freezes for e2fsprogs-libuuid X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Apr 2009 18:37:13 -0000 I have been unable to update e2fsprogs-libuuid on two systems. It has updated fine on all of my other systems. These systems stand out in that they are running FreeBSD V6. Is this known to be a problem? The build runs fine but 'make check' yields: cd /usr/ports/misc/e2fsprogs-libuuid/work/e2fsprogs-1.41.5/lib/uuid && make check LD_LIBRARY_PATH=../../lib DYLD_LIBRARY_PATH=../../lib ./tst_uuid UUID generate = 85d32529-2c16-4958-aeef-ac34b7faf076 UUID: 85d325292c164958aeefac34b7faf076 UUID type = 4, UUID variant = 1 UUID random string = 10e255d2-56a3-4594-8044-1b9bbdcda275 UUID: 10e255d256a3459480441b9bbdcda275 UUID type = 4, UUID variant = 1 and then the tst-uuid just sits and eats all available CPU until it is killed. I am currently updating the systems in question to STABLE and I'll see what I find. -- R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: oberman@es.net Phone: +1 510 486-8634 Key fingerprint:059B 2DDF 031C 9BA3 14A4 EADA 927D EBB3 987B 3751