From mboxrd@z Thu Jan 1 00:00:00 1970 From: Leo Famulari Subject: Re: New python build system merged Date: Wed, 30 Nov 2016 15:41:39 -0500 Message-ID: <20161130204139.GA11793@jasmine> References: <583BF716.2060009@crazy-compilers.com> <87d1hfd8p8.fsf@gnu.org> <583D503D.6050209@crazy-compilers.com> <87k2bm745d.fsf@gnu.org> <583DC457.6060200@crazy-compilers.com> <20161129211200.GA17078@jasmine> <20161130092006.6228a04c@scratchpost.org> <4eb0fcd0-3dee-2744-9469-9208d397f3e7@crazy-compilers.com> <20161130165943.GA8764@jasmine> <7de81558-a868-63ca-ce15-6f0cf5642484@crazy-compilers.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:58677) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1cCBhI-0006vj-36 for guix-devel@gnu.org; Wed, 30 Nov 2016 15:41:44 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1cCBhF-0002rm-1v for guix-devel@gnu.org; Wed, 30 Nov 2016 15:41:44 -0500 Received: from out5-smtp.messagingengine.com ([66.111.4.29]:45037) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1cCBhE-0002rb-Te for guix-devel@gnu.org; Wed, 30 Nov 2016 15:41:40 -0500 Content-Disposition: inline In-Reply-To: <7de81558-a868-63ca-ce15-6f0cf5642484@crazy-compilers.com> List-Id: "Development of GNU Guix and the GNU System distribution." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: guix-devel-bounces+gcggd-guix-devel=m.gmane.org@gnu.org Sender: "Guix-devel" To: Hartmut Goebel Cc: guix-devel On Wed, Nov 30, 2016 at 06:30:22PM +0100, Hartmut Goebel wrote: > Fair point, but results on hydra seem to be quite unreliable. So I > though this is okay, since Ludo asked me to merge ASAP. maybe I > misunderstood the exact meaning. And have been too impatient. Yes, the Hydra interface can be confusing, and the CI server itself can fail in suprising or spurious ways, as you saw with xorg-server... > Some errors I checked are like this one: > > @ build-succeeded /gnu/store/nzjcl8aviiz4643n13nn5vxfn540x1xb-xorg-server-1.18.4.drv - > guix build: error: failed to create GC root `/home/hydra/offload-20121227-hydra.gnu.org-8762': File exists > /gnu/store/j2pj0lhwwd430y5vfc6whrr5p4fc2b5m-xorg-server-1.18.4 I think the vast majority of the "failed" packages are a result of this failure. But, I got a substitute for that package from a master branch HEAD today, so I think it's not a "real" failure. I asked Hydra to redo that build. > Or even like this one > , which fail > with no visible error: > > @ build-succeeded /gnu/store/i4dl6i1rz6pvcqhh5g70vqhbpa0nkswj-swig-3.0.5.drv - > /gnu/store/89rx3gby3b8f732alz3yrm0s78s0nnb8-swig-3.0.5 I noticed this on the python-build-system evaluation, and I restarted it since it seemed like a spurious failure. I can get a substitute for it, so I think it's okay, now. > So hydra seems to have some problem, which makes it really hard to track > down issues. Yes, it's true. And since none of us are motivated to hack on it so far, we'll probably put up with it until the new Hydra replacement server, bayfront, is operational. The official ETA is "Real Soon" [0] ;) http://lists.gnu.org/archive/html/guix-devel/2016-11/msg01253.html