From owner-freebsd-gecko@freebsd.org Sun Jun 11 10:30:53 2017 Return-Path: Delivered-To: freebsd-gecko@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 1D0F8C78C70 for ; Sun, 11 Jun 2017 10:30:53 +0000 (UTC) (envelope-from jbeich@freebsd.org) Received: from freefall.freebsd.org (freefall.freebsd.org [96.47.72.132]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "freefall.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id ECB206EC; Sun, 11 Jun 2017 10:30:52 +0000 (UTC) (envelope-from jbeich@freebsd.org) Received: by freefall.freebsd.org (Postfix, from userid 1354) id 3FF7C16CC7; Sun, 11 Jun 2017 10:30:52 +0000 (UTC) From: Jan Beich To: Peter Jeremy Cc: freebsd-gecko@freebsd.org Subject: Re: Unable to instal firefox-esr-52.1.2_1,1 References: <20170611071423.GA44970@server.rulingia.com> Date: Sun, 11 Jun 2017 12:30:48 +0200 In-Reply-To: <20170611071423.GA44970@server.rulingia.com> (Peter Jeremy's message of "Sun, 11 Jun 2017 17:14:24 +1000") Message-ID: MIME-Version: 1.0 Content-Type: text/plain X-BeenThere: freebsd-gecko@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Gecko Rendering Engine issues List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 11 Jun 2017 10:30:53 -0000 Peter Jeremy writes: > I'm trying to build/install firefox-esr-52.1.2_1,1 on a 10-STABLE/i386 jail How old is the 10-STABLE snapshot? Can you reproduce on 10.3-RELEASE/i386 jail? > in an amd64 host but it consistently fails during the staging process (see below). What FreeBSD version the host is running? > Both the kernel and userland are in sync (r319735). I still don't know which branch you're tracking. Base system branches live in the same repo, so revisions are shared. -CURRENT is being dogfed by the package cluster. poudriere logs don't expose revision or even arch, so one has to go by kern.osreldate (aka Host OSVERSION) and guess amd64. It's currently at 1200031 which is past ino64 merge. Given the recent build is green maybe compare logs to see if there're more hints. http://beefy5.nyi.freebsd.org/data/103i386-default/443125/logs/firefox-esr-52.1.2_1,1.log > The lack of any useful error message makes it difficult to track down > what is going wrong. Note tha firefox-esr-52.1.2_1,1 builds and > installs correctly on the (amd64) host. [...] > Executing /obj/usr/ports/www/firefox-esr/work/firefox-52.1.2esr/obj-i386-unknown-freebsd10.3/dist/bin/xpcshell -g /obj/usr/ports/www/firefox-esr/work/firefox-52.1.2esr/obj-i386-unknown-freebsd10.3/dist/bin/ -a /obj/usr/ports/www/firefox-esr/work/firefox-52.1.2esr/obj-i386-unknown-freebsd10.3/dist/bin/ -f /obj/usr/ports/www/firefox-esr/work/firefox-52.1.2esr/toolkit/mozapps/installer/precompile_cache.js -e precompile_startupcache("resource://gre/"); > Traceback (most recent call last): > File "/obj/usr/ports/www/firefox-esr/work/firefox-52.1.2esr/toolkit/mozapps/installer/packager.py", line 415, in > main() > File "/obj/usr/ports/www/firefox-esr/work/firefox-52.1.2esr/toolkit/mozapps/installer/packager.py", line 409, in main > args.source, gre_path, base) > File "/obj/usr/ports/www/firefox-esr/work/firefox-52.1.2esr/toolkit/mozapps/installer/packager.py", line 166, in precompile_cache > errors.fatal('Error while running startup cache precompilation') > File "/obj/usr/ports/www/firefox-esr/work/firefox-52.1.2esr/python/mozbuild/mozpack/errors.py", line 103, in fatal > self._handle(self.FATAL, msg) > File "/obj/usr/ports/www/firefox-esr/work/firefox-52.1.2esr/python/mozbuild/mozpack/errors.py", line 98, in _handle > raise ErrorMessage(msg) > mozpack.errors.ErrorMessage: Error: Error while running startup cache precompilation This is a generic error when xpcshell crashes trying to precompile startup cache during packaging/install. To investigate build the port and all its library dependencies with debug symbols (CFLAGS+=-g + STRIP="", not DEBUG=on) then feed .core file to lldb or gdb from ports.