From owner-freebsd-ports@FreeBSD.ORG Mon Oct 3 14:32:44 2011 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 099C0106566B; Mon, 3 Oct 2011 14:32:44 +0000 (UTC) (envelope-from Oliver@Heesakkers.info) Received: from server3.ohos.nl (server3.ohos.nl [IPv6:2a00:dd0:0:2::10]) by mx1.freebsd.org (Postfix) with ESMTP id A4A088FC0A; Mon, 3 Oct 2011 14:32:43 +0000 (UTC) Received: from [78.40.193.205] (helo=huis.heesakkers.info) by server3.ohos.nl with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.76) (envelope-from ) id 1RAjZM-000I2v-DA; Mon, 03 Oct 2011 16:32:42 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Date: Mon, 03 Oct 2011 16:32:35 +0200 From: Oliver Heesakkers To: , In-Reply-To: <20111002195436.GA19540@azathoth.lan> References: <4E8818EF.10204@FreeBSD.org> <20111002195436.GA19540@azathoth.lan> Message-ID: <0619d7e3d76e8fee0fb5bcc76c4a9ff8@huis.heesakkers.info> X-Sender: Oliver@Heesakkers.info User-Agent: Roundcube Webmail/0.6 Cc: Subject: Re: Still can't build libreoffice 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: Mon, 03 Oct 2011 14:32:44 -0000 On 02.10.2011 21:54, Baptiste Daroussin wrote: > On Sun, Oct 02, 2011 at 12:55:27AM -0700, Doug Barton wrote: >> I'm on 9-current r225756 amd64. Since the latest version of >> libreoffice >> was committed I always get stuck with cppunittest pegging the cpu at >> 100% and never completing. I've tried removing the port and letting >> libreoffice reinstall it as a dependency, no luck. >> >> Here's where I'm getting stuck: >> >> ---------------------------------------------------------- >> - start unit test #1 on library >> ../../unxfbsd.pro/lib/libcppu_ifcontainer.so >> ---------------------------------------------------------- >> : && >> >> LD_LIBRARY_PATH=/mnt/local2/tmp/home/ports/editors/libreoffice/work/libreoffice-bootstrap-3.4.3.2/clone/ure/cppuhelper/unxfbsd.pro/lib:/mnt/local2/tmp/home/ports/editors/libreoffice/work/libreoffice-bootstrap-3.4.3.2/solver/340/unxfbsd.pro/lib${LD_LIBRARY_PATH:+:${LD_LIBRARY_PATH}} >> >> >> /mnt/local2/tmp/home/ports/editors/libreoffice/work/libreoffice-bootstrap-3.4.3.2/solver/340/unxfbsd.pro/bin/cppunit/cppunittester >> ../../unxfbsd.pro/lib/libcppu_ifcontainer.so >> OK (5) >> >> And ktrace'ing the process gets endless repetition of this: >> >> 46718 cppunittester CALL >> sigprocmask(SIG_BLOCK,0x80083f720,0x7fffffff8030) >> 46718 cppunittester RET sigprocmask 0 >> 46718 cppunittester CALL sigprocmask(SIG_SETMASK,0x80083f734,0) >> 46718 cppunittester RET sigprocmask 0 >> 46718 cppunittester CALL >> sigprocmask(SIG_BLOCK,0x80083f720,0x7fffffff8030) >> 46718 cppunittester RET sigprocmask 0 >> 46718 cppunittester CALL sigprocmask(SIG_SETMASK,0x80083f734,0) >> 46718 cppunittester RET sigprocmask 0 >> 46718 cppunittester CALL >> sigprocmask(SIG_BLOCK,0x80083f720,0x7fffffff81f0) >> 46718 cppunittester RET sigprocmask 0 >> 46718 cppunittester CALL sigprocmask(SIG_SETMASK,0x80083f734,0) >> 46718 cppunittester RET sigprocmask 0 >> 46718 cppunittester CALL >> sigprocmask(SIG_BLOCK,0x80083f720,0x7fffffff81f0) >> 46718 cppunittester RET sigprocmask 0 >> 46718 cppunittester CALL sigprocmask(SIG_SETMASK,0x80083f734,0) >> 46718 cppunittester RET sigprocmask 0 >> >> Which leads me to believe it's stuck in a loop somewhere. >> >> >> Any ideas? >> >> Doug >> > > Now idea at all about that, currently you are the only reporting that > to me, > i'll check with some upstream devs, hope they will have more ideas > that I do > > regards, > Bapt I have the same problem (9.0 BETA3 amd64) When I set libreoffice's DEBUG option, the build (`make`) does complete. work is then 23G big. Unfortunately, the 2.6G remaining in /usr is not enough to succesfully `make install`, so I still don't have Libreoffice working. I tried pointing WRKDIRPREFIX to the more spacious /home partition, but that breaks other things.