From mboxrd@z Thu Jan 1 00:00:00 1970 From: Leo Famulari Subject: Re: stability of master - just QA and hydra is not enough Date: Sat, 1 Jul 2017 14:01:11 -0400 Message-ID: <20170701180111.GA29205@jasmine.lan> References: <20170701173604.vjzta4fccjfuqxoy@abyayala> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="ew6BAiZeqk4r7MaW" Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:35833) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1dRMhq-00006R-0J for guix-devel@gnu.org; Sat, 01 Jul 2017 14:01:19 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1dRMhm-0000yQ-Qj for guix-devel@gnu.org; Sat, 01 Jul 2017 14:01:18 -0400 Received: from out1-smtp.messagingengine.com ([66.111.4.25]:42589) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1dRMhm-0000wZ-Fu for guix-devel@gnu.org; Sat, 01 Jul 2017 14:01:14 -0400 Received: from localhost (c-73-165-108-70.hsd1.pa.comcast.net [73.165.108.70]) by mail.messagingengine.com (Postfix) with ESMTPA id 0CFEC7E070 for ; Sat, 1 Jul 2017 14:01:12 -0400 (EDT) Content-Disposition: inline In-Reply-To: <20170701173604.vjzta4fccjfuqxoy@abyayala> 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: guix-devel@gnu.org --ew6BAiZeqk4r7MaW Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Jul 01, 2017 at 05:36:04PM +0000, ng0 wrote: > (This is brief and incomplete, just the way I see it right now) [...] > imagine that _before_ commits end up in master we build a set of > virtual systems which at least must: >=20 > - be build successfully > - run through the initrd > - briefly see the login manager >=20 > We then need guidelines which commits are classified for building > on which set of test machines. > Finally the commit must be approved by more than 1 person and > commited. >=20 > There are odds and scenarios we can not test, but what we can > test we should test. > Stability must not be an enterprise feature (as it was mentioned > in the past), it is expected by people who don't want to waste > time with developing. Even reporting bugs is only done by those > who bother to do so or are able to. I have more to add to the > reasons when I can send out an longer email, this is just a bit > of an impulse. First, is there some outstanding bug that needs to be fixed? It's frustrating to get messages like this without any context. I agree that we should strive to make the master branch more reliable. However, it must be understood that the main Guix contributors are almost always *at the limit* of how much time and energy they can spend on Guix. Adding rules like requiring somebody else to test and approve a change is unrealistic, since we can barely do what we do now. This suggestion is basically equivalent to adding things to the patch review queue. As for automated QA, our build farm is also almost always operating at its limit. This is an easier problem to solve, because we can spend money to increase the capacity. However... > 0: What is it these days? Is hydra now just a in-retirement frontend > for cuirass or how does bayfront work these days? I understand cuirass, > not hydra. =2E.. Bayfront is still not fully operational, so hydra.gnu.org is still serving as the front-end of the build farm. We are still relying on the Hydra software. That is, the situation is basically the same as before. Adding build machines will not help very much until the front-end hardware gets faster. --ew6BAiZeqk4r7MaW Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAABCAAdFiEEsFFZSPHn08G5gDigJkb6MLrKfwgFAllX42cACgkQJkb6MLrK fwjSwBAAjmoyWWkxhSfLZkbIgA4glXaFBcroUXjzpFIN5S8+Ba7iEX8MEHaeiB7g EzYu1W1tXgOiO3cMD+AtwlphWs7hB9ZMR4hajXNyB+6dDJ3eBS8StKrChF0BgXJ9 qiG0rhZW0gpz05Rw6SaJSDRvM6scu+B2MZ/TQapkB5RWxiSmat0GDLDfLVc55ju1 6UN/IsKRyiP1GtoX+9JSoL/LHD4RIg3MHJRGSb9N2nZkGjhG7pMAdNG74KHBHLH+ Dxy9vszbX6VNa2R0S4cD38glG0m2rT2pAlTYeQZns7Alo/u9hG1FxiGoscOQo2yk /YzTQQdyM2NaOpVced5PNTAQzHIJSjsMulNbObn4tiTyi9IDpWzBLw7p0/R+ZQZS o8ZEMHnOubnFp8PlZhf7ULtGMNwAdGXVVzJB061+cvYGhgIkhiqIFgmQr2QBm+tS yPUyYGDs/RY2iN2nIx7tcI4mHsUUTGNUQ+9+a62TfmOzP1+1QAJl6fDXMOf7isrh V5nTtB1UJdrYHAQflPYpU4/By1xx/zLv8Uat73xzVKGv9NqFiGaCN+qBNSoEBTOx si674Bm35f//M0lwji8PLgLUk52ILXdrrJWbXEQGRBU+eBAnw1qb8Er4HvzZqDpX SJXlsuNxVnjiyVarMHtb5dziLHN4MFgbFSWJSsMDGsG4qkcOn1I= =Tf4p -----END PGP SIGNATURE----- --ew6BAiZeqk4r7MaW--