From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mp11.migadu.com ([2001:41d0:8:6d80::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by ms9.migadu.com with LMTPS id UP4QFO4OWWR86gAASxT56A (envelope-from ) for ; Mon, 08 May 2023 17:02:06 +0200 Received: from aspmx1.migadu.com ([2001:41d0:8:6d80::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by mp11.migadu.com with LMTPS id YN4HFO4OWWSb4wAA9RJhRA (envelope-from ) for ; Mon, 08 May 2023 17:02:06 +0200 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 160EB1B81D for ; Mon, 8 May 2023 17:02:06 +0200 (CEST) Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1pw2Mm-0006k9-88; Mon, 08 May 2023 11:01:32 -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 1pw2Mh-0006iI-4m for guix-devel@gnu.org; Mon, 08 May 2023 11:01:29 -0400 Received: from mail-qk1-x72c.google.com ([2607:f8b0:4864:20::72c]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1pw2Me-0005ne-19 for guix-devel@gnu.org; Mon, 08 May 2023 11:01:25 -0400 Received: by mail-qk1-x72c.google.com with SMTP id af79cd13be357-75776686671so70248385a.1 for ; Mon, 08 May 2023 08:01:23 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20221208; t=1683558083; x=1686150083; h=content-transfer-encoding:mime-version:user-agent:message-id :in-reply-to:date:references:subject:cc:to:from:from:to:cc:subject :date:message-id:reply-to; bh=+RsZzz6agJ0l1rtiAffHQgOhs1qTdcMuHNX9uUfn8YQ=; b=Wo66N8X9ZsXiAkA6ZzIvp1w6qtT2cX0HTR8zQX1g5yR7rBuYI8U5Qo/c0eU/3YbSrt f923n6D6B21SH6unj21tC8Mu67QBqPnF2gHIWSGCCGVmIqJgyk7sS6s3ruXgfQYM8JS0 ++o/qVn6USM2rEFlZHEFWLqW1TUW98DB/bMseE3LiXRaMFhWElKn3d2Vfwj0vz+i7U0w kFlfRTD43OGGMZO7hI4ih2g+OSQ9DUv93Lxx4yx3AO0CnBkP90v/+kV2oWRJilBuasLf kABvznWuyS1E57IzVza5AFptVxAva5vNAfSto/d0DQNU3YVO7p0ets1Xjnq1LlEqEi/r dVAA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20221208; t=1683558083; x=1686150083; h=content-transfer-encoding:mime-version:user-agent:message-id :in-reply-to:date:references:subject:cc:to:from:x-gm-message-state :from:to:cc:subject:date:message-id:reply-to; bh=+RsZzz6agJ0l1rtiAffHQgOhs1qTdcMuHNX9uUfn8YQ=; b=H4xDq8DBteX/VtRK9keTrRDSPypLmpwNeJB1wmaDeUeoMVfvXcWpEAcYt2UEbeOWPl MdjKS05BpFNGaYtBsXGjXpnINK2dzfO1WtZDUo05AyHM/FtYm7pP3T/A8wPSPPObxRZ0 7iq3p1jW4iCY4xI92e2isGjOqaOdvXmkKSlPdoZQZkc49LxSNITIOZbuLIC91wK0lPyQ CoNopj1GHdUMSaXuOKY0ReDkR1QmXK/H1VOB6FQJ24Wo9omWfjTMK8X98/iClBssyf9f KeSHmQxXa/6QFig8T5eV0shFhXHMQK9VAAyw8wveGhB/NQaGOMht46XedfBx7iIwHEkT 94ww== X-Gm-Message-State: AC+VfDxWT19RZZ82hLyulX/WLce7nf9CkRq2OLevwiXgfOcJSe5S2nM3 Nkturc0cwVIeHDF+Xibnb4bHwtgXK7syAw== X-Google-Smtp-Source: ACHHUZ5z5LGvDi/G5/ly503qnSsO2bJQVLDl2gauSeVpzuVtT0sSBRYX1rZLC61wGFrQQuqUYbLgMw== X-Received: by 2002:ac8:4e90:0:b0:3f3:7e3b:d975 with SMTP id 16-20020ac84e90000000b003f37e3bd975mr13673301qtp.8.1683558082635; Mon, 08 May 2023 08:01:22 -0700 (PDT) Received: from hurd (dsl-10-131-119.b2b2c.ca. [72.10.131.119]) by smtp.gmail.com with ESMTPSA id i15-20020a05622a08cf00b003f38ae9e5cesm1318548qte.33.2023.05.08.08.01.22 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Mon, 08 May 2023 08:01:22 -0700 (PDT) From: Maxim Cournoyer To: Christopher Baines Cc: guix-devel@gnu.org Subject: Re: 04/09: gnu: mesa: Update to 23.0.3. References: <168347913021.32190.10808857919894440138@vcs2.savannah.gnu.org> <20230507170531.26A00C22F14@vcs2.savannah.gnu.org> <87r0rrzjbr.fsf@cbaines.net> <87jzxjvxeg.fsf@gmail.com> <87ild3yltb.fsf@cbaines.net> Date: Mon, 08 May 2023 11:01:21 -0400 In-Reply-To: <87ild3yltb.fsf@cbaines.net> (Christopher Baines's message of "Mon, 08 May 2023 13:56:42 +0100") Message-ID: <87v8h2vpdq.fsf@gmail.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.2 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Received-SPF: pass client-ip=2607:f8b0:4864:20::72c; envelope-from=maxim.cournoyer@gmail.com; helo=mail-qk1-x72c.google.com X-Spam_score_int: -20 X-Spam_score: -2.1 X-Spam_bar: -- X-Spam_report: (-2.1 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01 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-Flow: FLOW_IN X-Migadu-Country: US ARC-Seal: i=1; s=key1; d=yhetil.org; t=1683558126; a=rsa-sha256; cv=none; b=BSVHnbUFNr5TJ+esIDPMWv+eQIZPHIdpab/1lkAMasJRAPFyCuxjhCt3fR+ybNkiZ4JAJ2 io19LTwMwqfPR/1NX1DFTh94CACRJjUzt89a6fLl7NJl6TXU3S/yenmCPL4rGmLeSQmMTI 8biDKQCE+MrcqsCbqxO2cRlykvfFxGiYF6+AvwoPkcxgpgGt1+hKQybV9qEcC/2TaVXEvP ksPxEm+br+asp66f03DgO8sqZYEc3PF+DBzg2shWR1OZuS1c944ilJG6XKbMH28k3vbsxk I/A3rFjiEmey6iW8hRw3gEsL7mhoAIdpdo6LrHRNvgl5mp599r8cisUwUAf+Yg== ARC-Authentication-Results: i=1; aspmx1.migadu.com; dkim=pass header.d=gmail.com header.s=20221208 header.b=Wo66N8X9; dmarc=pass (policy=none) header.from=gmail.com; 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" ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=yhetil.org; s=key1; t=1683558126; 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: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references:list-id:list-help: list-unsubscribe:list-subscribe:list-post:dkim-signature; bh=+RsZzz6agJ0l1rtiAffHQgOhs1qTdcMuHNX9uUfn8YQ=; b=lI0jpMNDwj5rA186ydsO+tZfKbK/2quE2TSAYRd0m+bUXbpdz/KS6GXmcUP6OCXRph+gUd Ts07p9sIzK/6cwKooNgbvQsFeNVBbdQEzMSPj39YvAeQAKBPAs+dOi3kGmkYzMCxCW6gp3 GzhNDbjxGm+LtYJTO0xLA6GXNMgUbvCkY/BPNvrboqjBH1BXtjcQ1/qrOX/DlavcdXkI73 FrUJAYXqsbtTKS+z+E2JQKcjXpeaIs8RWtCl1mzQnbj0BMTIlpgqM7LNElyMv7vBpR4Sa+ TNBie4+8ImYAsg6GUBFH0/+wtLbWgKst+K7e+v4dxYzcBZvCDsJoy3LQo5aHIg== X-Migadu-Scanner: scn1.migadu.com Authentication-Results: aspmx1.migadu.com; dkim=pass header.d=gmail.com header.s=20221208 header.b=Wo66N8X9; dmarc=pass (policy=none) header.from=gmail.com; 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" X-Migadu-Spam-Score: -4.88 X-Spam-Score: -4.88 X-Migadu-Queue-Id: 160EB1B81D X-TUID: uaU7fNyGShON Hi Christopher, Christopher Baines writes: > Maxim Cournoyer writes: > >> Christopher Baines writes: >> >>> guix-commits@gnu.org writes: >>> >>>> apteryx pushed a commit to branch master >>>> in repository guix. >>>> >>>> commit 0be7838105806819f4586ec9130382a66a22880e >>>> Author: Kaelyn Takata >>>> AuthorDate: Thu May 4 20:12:46 2023 +0000 >>>> >>>> gnu: mesa: Update to 23.0.3. >>>> >>>> * gnu/packages/gl.scm (mesa): Update to 23.0.3. >>>> [source]: Remove obsolete patch and update HTTPS url. >>>> [arguments]: Enable the crocus gallium driver. >>>> * gnu/packages/patches/mesa-fix-sporadic-test-failures.patch: Dele= te file. >>>> * gnu/local.mk (dist_patch_DATA): Remove it. >>>> --- >>>> gnu/local.mk | 1 - >>>> gnu/packages/gl.scm | 14 ++++------- >>>> .../patches/mesa-fix-sporadic-test-failures.patch | 27 -------------= --------- >>>> 3 files changed, 5 insertions(+), 37 deletions(-) >>> >>> =E2=86=92 guix refresh -l mesa >>> Building the following 1954 packages would ensure 4257 dependent >>> packages are rebuilt ... >>> >>> >>> I know there's been some discussion about changing processes regarding >>> changes like this that impact lots of packages, but as far as I'm aware, >>> the documented process hasn't changed yet. So should this have gone to >>> core-updates, and not been directly pushed to master? >> >> There isn't currently a core-updates branch, and I need to spend some >> time documenting the authorization process for how to create short lived >> Cuirass branches. I think ideally we would have created a >> 'graphics-team' or similar branch (even the team has yet to be formed) >> and let it build. >> >> Seeing the build machines were idling in the European night, I figured I >> could get away with it for this time. > > Some build machines may have been idle, but I'm not sure what you mean > by "get away with it"? I meant that I believed there was enough capacity to process the 4K rebuilds (per architecture) in a way that wouldn't negatively affect users too much. > While the berlin bulid farm has managed to catch back up for > x86_64-linux and i686-linux within 24 hours, I think these changes > impact other systems as well. > > Also, the bordeaux build farm has a lot fewer machines to do these > builds, so while the substitute availability had caught up (and > surpassed ci.guix.gnu.org for x86_64-linux) prior to these changes, it's > going to be several days at least I think before substitute availability > is looking good again. > > I was watching the substitute availability recover after the > core-updates merge as I'd like to re-enable testing patches on the > qa-frontpage, but now that'll have to wait some more for all these new > builds to complete. Hm, sorry about that. Cuirass seems to have mostly caught up already (was 64% before, 62% now for the master specification). >> But the situation will repeat; I'd like to push some xorg updates that >> fix a CVE; we'll nead a 'xorg-team' branch or similar. Should we create >> these branches from the maintenance repository (permanent branches) ? > > I don't really understand the question, surely the branches would be in > the guix Git repository? Yes, the branch would be in the Guix repository, but I meant regarding the Cuirass specifications affecting which branches it builds; sorry for being unclear. > Anyway, package replacements+grafts can be used for security issues so > that shouldn't need to be on a branch as it won't involve lots of > rebuilds. For this case I think so yes, since it's a patch-level update that should be safe. > When it comes to handling changes involving lots of rebuilds though, I > think that this has been and continues to be difficult, but in my mind > that's a reason to slow down and try and work on tooling and processes > to help. One of the things that has been bothered me has been the lack of documentation/tooling to recreate TLS user certificates for Cuirass so that I can configure branches via its web interface again, or retry failed builds. I'm currently working on documenting (in Cuirass's manual) a script Ricardo's made for that task. But building lots of packages will still require a lot of processing power, probably more so when it happens in focused team branches compared to grouped together as it used to be the case for e.g. core-updates. --=20 Thanks, Maxim