From mboxrd@z Thu Jan 1 00:00:00 1970 From: ludo@gnu.org (Ludovic =?utf-8?Q?Court=C3=A8s?=) Subject: Re: Skipping tests during install/build Date: Sun, 12 Feb 2017 14:30:01 +0100 Message-ID: <877f4vy1t2.fsf@gnu.org> References: <87tw807ed2.fsf@gnu.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]:54918) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ccuEC-0004DB-Dn for help-guix@gnu.org; Sun, 12 Feb 2017 08:30:10 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1ccuE9-0006LM-C1 for help-guix@gnu.org; Sun, 12 Feb 2017 08:30:08 -0500 Received: from fencepost.gnu.org ([2001:4830:134:3::e]:47076) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ccuE9-0006LH-9R for help-guix@gnu.org; Sun, 12 Feb 2017 08:30:05 -0500 In-Reply-To: <87tw807ed2.fsf@gnu.org> (Mike Gerwitz's message of "Sat, 11 Feb 2017 13:48:41 -0500") List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: help-guix-bounces+gcggh-help-guix=m.gmane.org@gnu.org Sender: "Help-Guix" To: Mike Gerwitz Cc: help-guix@gnu.org Hi Mike, Mike Gerwitz skribis: > Is there a way (without screwing anything up) to skip tests during a > build? I understand that this is generally unwise---I don't want to > debate those merits. The short answer is =E2=80=9Cno=E2=80=9D. The Boolean that determines whet= her tests are run is an =E2=80=9Cinput=E2=80=9D of the build process, and thus it contrib= utes to that /gnu/store hash. Changing it leads to a different hash. I think it=E2=80=99s a feature, though. :-) > My immediate problem is that I'm on a dinky little ARM C201 Chromebook > and any sort of building is quite time-consuming, and often > prohibitively so: I can deal with the compilation times, but the tests > are simply too much; I don't have time to wait potentially hours for > software to build if they aren't available from hydra. GnuTLS is one > particularly intense dependency test-wise, for example. And then if a > test fails for whatever reason, I'm completely out of luck. I'd rather > install and then run tests later at my leisure, accepting the risks. > > But I don't know if any test output is taken into account in any Guix > hashes. > > There are a few situations where I've had no choice but to fall back to > installing the respective Debian package(s). But I've been very > impressed with how many ARM packages _are_ available from hydra---many > more than I had expected! The intent is to have as much as possible available as substitutes. However, while this works well for x86_64, the other platforms are not in as good a state. Part of it is due to the fact that they have fewer build machines=C2=B9 so they tend to lag behind. The second problem is that they have fewer users; developers don=E2=80=99t always notice when something breaks there a= nd cannot fix issues easily if they don=E2=80=99t have access to the hardware. So I think it=E2=80=99s a chicken-and-egg problem. Reporting the problems = that you have on ARM (test suite failures, build failures, etc.) can help raise awareness and get people to fix things more quickly. Thanks, Ludo=E2=80=99. =C2=B9 See the list at .