From mboxrd@z Thu Jan 1 00:00:00 1970 From: Mark H Weaver Subject: Re: [PATCH 1/7] gnu: gobject-introspection: Update to 1.44.0. Date: Wed, 22 Apr 2015 11:03:08 -0400 Message-ID: <87d22w6w9f.fsf@netris.org> References: <1429524721-21449-1-git-send-email-iyzsong@gmail.com> <87618p19aw.fsf@gnu.org> <20150421211500.GA6274@debian> <87pp6x6s6v.fsf@netris.org> <20150422120642.GB4297@debian.math.u-bordeaux1.fr> Mime-Version: 1.0 Content-Type: text/plain Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:38026) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YkwBF-0007ZK-7y for guix-devel@gnu.org; Wed, 22 Apr 2015 11:03:17 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1YkwBB-0007yL-VI for guix-devel@gnu.org; Wed, 22 Apr 2015 11:03:13 -0400 Received: from world.peace.net ([50.252.239.5]:41930) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YkwBB-0007xu-R6 for guix-devel@gnu.org; Wed, 22 Apr 2015 11:03:09 -0400 In-Reply-To: <20150422120642.GB4297@debian.math.u-bordeaux1.fr> (Andreas Enge's message of "Wed, 22 Apr 2015 14:06:42 +0200") 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-bounces+gcggd-guix-devel=m.gmane.org@gnu.org To: Andreas Enge Cc: guix-devel@gnu.org Andreas Enge writes: > On Tue, Apr 21, 2015 at 06:18:48PM -0400, Mark H Weaver wrote: >> We shouldn't ask Hydra to build it until all of the relevant patches are >> pushed. Therefore, I have deleted the 'wip-glib' jobset for now, since >> it was about to rebuild 1335 builds based on the libidn-1.30 update, > > These were shared with master anyway, so the argument does not apply. Well, fair enough :) However, since I reverted the libidn-1.30 update and cancelled all the associated jobs on Hydra, the argument actually does apply, although that was not clear from this message alone. > I still think we should evaluate once without the patches in the new > branch (which causes only little work, modulo the problems with the > virtual machine...) If evaluations were as cheap as they should be, then I think this would be a reasonable thing to do. Unfortunately, evaluations are currently quite expensive on hydra. > so that we can see under "newly failing builds" what > problems have been caused by the patches. > > Currently, all packages in wip-glib are listed under "new jobs", so > the successful and the (currently close to 500) failed builds are > mixed up [...] There's an easy solution for this: click on the little "Compare to..." button near the top right corner of the evaluation page, and select "Jobset gnu:master". More generally, visit: http://hydra.gnu.org/eval/?compare= where and are evaluation IDs. >> I also have an libxfont security update to add to the branch as well. > > Well, in an ideal world, these two patch sets would be built separately, > so that any failure could be attributed to one or the other. So I would > not call two rebuilds "wasted work" in such a context. Agreed. If our build farm had enough capacity, this would be ideal. I should not have said "wasted work". Unfortunately, our build farm capacity is quite limited, and its master machine is currently lacking in RAM and has extraordinarily poor disk performance. For these reasons, at present, it requires a great deal of hand-holding to keep it from becoming overloaded to the point of being unusuable. I do a lot of that work myself, so I'm sensitive to the issue. I'm currently working on building the new hydra.gnu.org which will hopefully perform much better, although we will still need to work within our build capacity constraints until we have many more build slaves. Does this make sense? Mark