From mboxrd@z Thu Jan 1 00:00:00 1970 From: ludo@gnu.org (Ludovic =?utf-8?Q?Court=C3=A8s?=) Subject: Rebuilds and branches Date: Sun, 12 Oct 2014 14:58:36 +0200 Message-ID: <87zjd1zbpf.fsf_-_@gnu.org> References: <87ppdzvle5.fsf@member.fsf.org> <87wq865kto.fsf@gnu.org> <87tx39yjxk.fsf@netris.org> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:57455) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XdIjK-00066x-Hr for guix-devel@gnu.org; Sun, 12 Oct 2014 08:58:39 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1XdIjF-0007pQ-Uu for guix-devel@gnu.org; Sun, 12 Oct 2014 08:58:34 -0400 Received: from hera.aquilenet.fr ([2a01:474::1]:55600) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XdIjF-0007pL-NS for guix-devel@gnu.org; Sun, 12 Oct 2014 08:58:29 -0400 In-Reply-To: <87tx39yjxk.fsf@netris.org> (Mark H. Weaver's message of "Sun, 12 Oct 2014 00:46:15 -0400") 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: Mark H Weaver Cc: guix-devel@gnu.org Mark H Weaver skribis: > ludo@gnu.org (Ludovic Court=C3=A8s) writes: > >> Eric Bavier skribis: >> >>> From 88a4cc3aa53c73186b5dbb85bf03b2138f24c825 Mon Sep 17 00:00:00 2001 >>> From: Eric Bavier >>> Date: Fri, 10 Oct 2014 13:07:55 -0500 >>> Subject: [PATCH 2/4] gnu: libjpeg: Upgrade to version 9a. >>> >>> * gnu/packages/image.scm (libjpeg): Upgrade to version 9a. >> >> OK. > > This triggered over 450 rebuilds. I wonder if it should have been done > in core-updates instead. Arf, probably yes, in a =E2=80=98libjpeg-update=E2=80=99 branch, rather. What about having a policy for that? Like, above some threshold of the number of rebuilds reported by =E2=80=98guix refresh -l=E2=80=99 (200 packa= ges?), set up a separate branch and Hydra job set. In an ideal world a patch queue manager would automatically take care of that. Ludo=E2=80=99.