From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mp0.migadu.com ([2001:41d0:403:4876::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by ms13.migadu.com with LMTPS id yPO9K2kTjWapAgAAqHPOHw:P1 (envelope-from ) for ; Tue, 09 Jul 2024 10:39:37 +0000 Received: from aspmx1.migadu.com ([2001:41d0:403:4876::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by mp0.migadu.com with LMTPS id yPO9K2kTjWapAgAAqHPOHw (envelope-from ) for ; Tue, 09 Jul 2024 12:39:37 +0200 X-Envelope-To: larch@yhetil.org Authentication-Results: aspmx1.migadu.com; dkim=none; spf=pass (aspmx1.migadu.com: domain of "guix-devel-bounces+larch=yhetil.org@gnu.org" designates 209.51.188.17 as permitted sender) smtp.mailfrom="guix-devel-bounces+larch=yhetil.org@gnu.org"; dmarc=none ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=yhetil.org; s=key1; t=1720521454; h=from:from:sender:sender:reply-to:subject:subject:date:date: message-id:message-id:to:to:cc:cc:mime-version:mime-version: content-type:content-type:in-reply-to:in-reply-to: references:references:list-id:list-help:list-unsubscribe: list-subscribe:list-post; bh=pMZvINbHZ1jyn+f1d92/ZdWI2hUuXrNWXO3q6w7O6lA=; b=GAPG17uHxRc3i10yeDzqSExLpsdoqvZk6OEt0lhdQcYdaBsbBghft7U9FIZQgjwcMI0+yP wEbG7tQ1n0ccu7Z/iMEegKUcaKeUyx00jZtiJ8RTrYx9MLCkP05pDWfh+FjZQYRkzehs9l +ZsmgMrN/vk5QaqQFWcEo4c1eDPPOe/4ibx7Zu7JJaWnuMh9eV3HiqH7PNtI2fL9w/2Jmc DWj7uOk9fQpd4y4nWrQ7VlEF+vKOaGMQ8fOsbqZZIku8xVXsNB0UxDCCJWGHyd+5KQXrwd mPuG4eSJbBRRWs755yKxmVAGvDXH1cCSsdC+3AgnnMRKCkcL1VGa4Qe4is8S7Q== ARC-Authentication-Results: i=1; aspmx1.migadu.com; dkim=none; spf=pass (aspmx1.migadu.com: domain of "guix-devel-bounces+larch=yhetil.org@gnu.org" designates 209.51.188.17 as permitted sender) smtp.mailfrom="guix-devel-bounces+larch=yhetil.org@gnu.org"; dmarc=none ARC-Seal: i=1; s=key1; d=yhetil.org; t=1720521454; a=rsa-sha256; cv=none; b=noD54jybPZIZNC9fC5Jg/2WBkcgjEL0IGW4mDvsjOk+LzGtZXyGqRLRipC01Y+HdVi39yv SHVXqJwSDt77eKXgSR1iBBx/hE7bKUw2hg1u/lgRDagfws86XSfW1qY06/f+0xZmIyTW36 xNyBK64DxkMIzTVASgKrQJBdvSwguoRy0aLcmmCD3pEg53jAm7Eu+ICsRWPgKj7wQ3kv8p kabVE69x14EO5VLiBQjz992el/dh/6o5vzSD7s2u8ZFBg6ymMzVHwCjNtWsq5ANHrY6J/7 cuFlbL6BCPfyufMyhaIH3CdgMcPysRqrv0Kf/TSm3MFWi6hTDm+CcCdpTw6QXQ== Received: from lists.gnu.org (lists.gnu.org [209.51.188.17]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by aspmx1.migadu.com (Postfix) with ESMTPS id E2B727B8A4 for ; Tue, 9 Jul 2024 12:37:33 +0200 (CEST) Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1sR8DS-0006Ci-5X; Tue, 09 Jul 2024 06:36:58 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1sR8DN-00062D-RW for guix-devel@gnu.org; Tue, 09 Jul 2024 06:36:53 -0400 Received: from mira.cbaines.net ([2a01:7e00:e000:2f8:fd4d:b5c7:13fb:3d27]) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1sR8DL-0007va-Vx; Tue, 09 Jul 2024 06:36:53 -0400 Received: from localhost (unknown [89.207.175.27]) by mira.cbaines.net (Postfix) with ESMTPSA id 0F82027BBE2; Tue, 9 Jul 2024 11:36:46 +0100 (BST) Received: from felis (localhost [127.0.0.1]) by localhost (OpenSMTPD) with ESMTP id 7d6901ad; Tue, 9 Jul 2024 10:36:39 +0000 (UTC) From: Christopher Baines To: Philip McGrath Cc: Ludovic =?utf-8?Q?Court=C3=A8s?= , Lars-Dominik Braun , guix-devel@gnu.org, Christopher Baines Subject: Re: qa.guix delays in processing patches In-Reply-To: (Philip McGrath's message of "Tue, 25 Jun 2024 16:07:55 -0400") References: <87y17on4ao.fsf@gnu.org> <87bk4jjbdu.fsf@gnu.org> <87ed9a3ydf.fsf@gnu.org> <86bbccff-26c1-4a20-b8df-1faaacdd69be@app.fastmail.com> <87ed8vahwn.fsf_-_@gnu.org> <87plsd3utr.fsf@cbaines.net> User-Agent: mu4e 1.12.4; emacs 29.3 Date: Tue, 09 Jul 2024 12:36:36 +0200 Message-ID: <87ikxe97ij.fsf@cbaines.net> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="=-=-="; micalg=pgp-sha512; protocol="application/pgp-signature" Received-SPF: pass client-ip=2a01:7e00:e000:2f8:fd4d:b5c7:13fb:3d27; envelope-from=mail@cbaines.net; helo=mira.cbaines.net X-Spam_score_int: -18 X-Spam_score: -1.9 X-Spam_bar: - X-Spam_report: (-1.9 / 5.0 requ) BAYES_00=-1.9, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001 autolearn=ham autolearn_force=no X-Spam_action: no action X-BeenThere: guix-devel@gnu.org X-Mailman-Version: 2.1.29 Precedence: list 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+larch=yhetil.org@gnu.org Sender: guix-devel-bounces+larch=yhetil.org@gnu.org X-Migadu-Country: US X-Migadu-Flow: FLOW_IN X-Spam-Score: -8.49 X-Migadu-Queue-Id: E2B727B8A4 X-Migadu-Scanner: mx10.migadu.com X-Migadu-Spam-Score: -8.49 X-TUID: 4ByYPC0fNiDJ --=-=-= Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Philip McGrath writes: > Hi Chris, > > On 6/19/24 09:50, Christopher Baines wrote: >> Ludovic Court=C3=A8s writes: >>> >>> It=E2=80=99s unclear to me why issues are sometimes seemingly not picke= d up. >>> Chris, do you have more insight into this? >> QA just looks at a small number of latest series [1] and those >> associated issues so I'm guessing in this case the patch series was old >> enough for QA not to be looking at it. This is mostly due to disk space >> limitations for data.qa.guix.gnu.org. >> 1: >> https://git.savannah.gnu.org/cgit/guix/qa-frontpage.git/tree/scripts/gui= x-qa-frontpage.in#n154 >> Unfortunately the messaging is rather poor in this circumstance. > > I'm not sure this explains why the job was dropped after having been > picked up, as I (belatedly) mentioned in my reply to Ludo=E2=80=99: > > https://lists.gnu.org/archive/html/guix-devel/2024-06/msg00203.html > >> I should have mentioned this in my last email, but, when I first >> sent the patch series, it *had* been picked up as >> https://qa.guix.gnu.org/issue/71203 and gotten to the "yet to >> process revision" state. I checked in on it a few times, and it >> remained in that state: only the last time (before rebasing) did it >> say "issue not found", though I'm not sure how long it had been >> since I'd last checked. I guess one thing I'm realizing is I don't >> know how long is normal for QA to take vs. when I should report a >> potential problem. > > On that last point, it's now been over a week since I rebased the > series, and is still in the "yet > to process revision" state. Is this normal? > > At least a few revisions created later seem to have reached "success": > > https://data.qa.guix.gnu.org/revision/003695a6a66ab2a69506d2f5a689170ccc3= 40505 > > https://data.qa.guix.gnu.org/revision/d0e425b0f538a8762e3199f5223597835cf= e75da > > (The later seems to have "start"ed after the patch had already been merge= d.) > > It's not clear to me how jobs are ordered in the queue, which makes it > hard to tell if this is normal processing time or if something might > be going wrong again. > > I think there can be a lot of value in QA, especially in catching > regressions on architectures I don't have available. But, even > ignoring the additional delay waiting for the May 26 job that > disappeared, this feels to me like a disproportionate overhead for a > routine package update. Unfortunately I don't really have more insight on what went wrong initially. In case you haven't seen, you can see the queue of revisions to process here https://data.qa.guix.gnu.org/jobs/queue There's no requirement to wait for QA to process things, so I don't see it as overhead just yet. --=-=-= Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQKlBAEBCgCPFiEEPonu50WOcg2XVOCyXiijOwuE9XcFAmaNErRfFIAAAAAALgAo aXNzdWVyLWZwckBub3RhdGlvbnMub3BlbnBncC5maWZ0aGhvcnNlbWFuLm5ldDNF ODlFRUU3NDU4RTcyMEQ5NzU0RTBCMjVFMjhBMzNCMEI4NEY1NzcRHG1haWxAY2Jh aW5lcy5uZXQACgkQXiijOwuE9XfSZA/7BBQ1Slx9Q3/AEjC7n8Sd4pTQd/kE5BdH vZsjGRmVoy/3SlEntOK9S51vxBBvaYSH254cb1/u6O8KQXjiO30EbNwSsk7ClEhR OVaE1B9ABLPWHek7U2bPO5bXTPkEEBCQ1aQIxUDTCihhovi3SaHzCNcM/rUwiYOL uMc5jp0d6zKMqDWrUAV4HxiHvlrpxktDTJ7RiPBLhbFAMQuHgSD8PUpjXlfuWWur zj57Q0BZ+IPVvO1QCS52+KbXTa8IBPY0MMVByMqFr74ao5AvczywRYDMdqC4F+F9 bRWHLLXwE+ALhknP8gtDCam14lv8R4p2YkDEAG7bcuR6Xl1SK+esS/C8GlfKKax6 vUAE1R3JDVfmTijlgsxaeu6ZnP1JD2f/IpEc7LBeinFfKJqyqhMwAB2mRyz9HXpV 1Hp5q8un+F9PwRkPmKzHEmyXFlX3OCpI3sV0Fn+G1h+umMiEtOoAe3MpoIEOEPqW +gdqkp6OGmDpK7ZCP/JRRJE7qlZFtBabWJWt6srrLPl/0LLoEOmKdSpKMw2B0fU8 2KijbCKGqoao9g2nTRZqrj7n44vstWfacRLLzDlMPBiQlbfDvRn2sZvx6vXKbtNK K+ctg0p77mnSlDEkWnYL/trGzeWHx0khZGeoDo8D1q4Y6AQmkWEnneW76uN/RNZz iyUEOKkMsbY= =TwQx -----END PGP SIGNATURE----- --=-=-=--