From mboxrd@z Thu Jan 1 00:00:00 1970 From: ludo@gnu.org (Ludovic =?utf-8?Q?Court=C3=A8s?=) Subject: Re: [PATCH] gnu: Add freeimage. Date: Mon, 03 Nov 2014 21:28:06 +0100 Message-ID: <87tx2g9gh5.fsf@inria.fr> References: <87egtmx6ox.fsf@izanagi.i-did-not-set--mail-host-address--so-tickle-me> <20141101165950.GA10580@debian> <87bnoqx2do.fsf@izanagi.i-did-not-set--mail-host-address--so-tickle-me> <20141102174652.GD6865@debian> <87wq7dv66i.fsf@izanagi.i-did-not-set--mail-host-address--so-tickle-me> <20141102211033.GA11333@debian> <87y4rsslop.fsf@gnu.org> <20141103092901.GA7644@debian.eduroam.u-bordeaux.fr> 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]:51678) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XlOEB-0001XZ-L9 for guix-devel@gnu.org; Mon, 03 Nov 2014 15:27:56 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1XlOE6-00027D-Sn for guix-devel@gnu.org; Mon, 03 Nov 2014 15:27:51 -0500 Received: from hera.aquilenet.fr ([2a01:474::1]:45748) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XlOE6-00026c-MY for guix-devel@gnu.org; Mon, 03 Nov 2014 15:27:46 -0500 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 skribis: > On Mon, Nov 03, 2014 at 10:00:38AM +0100, Ludovic Court=C3=A8s wrote: >> Same problem as with Valgrind, so I would suggest disabling builds on >> MIPS, as done in commit 67a86d3. > > Speaking of valgrind, how is transitivity of disabled builds handled, > on hydra and by the users? There=E2=80=99s nothing preventing users to build Valgrind on mips64el-linu= x, currently. On Hydra, build-aux/hydra/gnu-system.scm uses =E2=80=98package-transitive-supported-systems=E2=80=99, which returns the i= ntersection of a package=E2=80=99s =E2=80=98supported-systems=E2=80=99 and that of its = inputs (with the assumption that implicit inputs are all supported everywhere.) > I noticed that some packages do not build on mipss due to a dependency > on valgrind, for instance petsc-openmpi and petsc-complex-openmpi: > http://hydra.gnu.org/build/132921 > http://hydra.gnu.org/build/132781 > It was a bit confusing to me at first, since valgrind was not in the > "still failing jobs" tab, until I realised it was also not in the "still > succeeding jobs" tab and in fact disabled. > > The two packages in question depend indirectly on valgrind via openmpi. > Now openmpi seems to be disabled for mips on hydra also, although it is > not explicitly disabled in the package recipe. These two other packages > are not disabled, however. So does this mean that the dependency graph > for disabled inputs is followed only to depth 1? Oh right, that=E2=80=99s a bug. Fixed in commit c37a74b. Thanks for the report! Ludo=E2=80=99.