From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mp1.migadu.com ([2001:41d0:303:e224::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by ms13.migadu.com with LMTPS id +IFLOmAy32YqpgAA62LTzQ:P1 (envelope-from ) for ; Mon, 09 Sep 2024 17:37:37 +0000 Received: from aspmx1.migadu.com ([2001:41d0:303:e224::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by mp1.migadu.com with LMTPS id +IFLOmAy32YqpgAA62LTzQ (envelope-from ) for ; Mon, 09 Sep 2024 19:37:37 +0200 X-Envelope-To: larch@yhetil.org Authentication-Results: aspmx1.migadu.com; dkim=pass header.d=gmail.com header.s=20230601 header.b=YtrxY70C; 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=1725903456; 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=aYgvtTOo0RGpodz/ApIfOPS8C4+bCgx38SLGbTaioJ4=; b=j1l45rpJke2NAmmGpDdGvjkPaQVSAx0gZL2XbrqjSGl8ABhxPsbyNKMVqzUn7bHrxuECSI mvCfXD2cTa6jPqRXbeIpWLxi3G62lPHxZCz1RtJLzrHIGdqpp7W6yehU/uxMOrMeFPO1Fb YqIArLiwrd5t7JaudVIZGo+EuWXTyYw5eRM4+9PMokN3hF2FaFQ1Ad2VNNjFiubB2urG0a H9U9AoOjb3vfq9NgZKpmnLD2AjgfkcSmIMGg70EXIM1dPWSPsvg3h68jlxIvOG1RWwLkD2 dnH9gnf9dKiwWccDTDirtfL2/kAhSWniyqoBv3+PqzVNq4vE58wHg/ks/ZmyXA== ARC-Seal: i=1; s=key1; d=yhetil.org; t=1725903456; a=rsa-sha256; cv=none; b=E5LhgnFz45+Ipl7ccn5iXK8n5pBuOhA2ZwxNjiRnL+GPEGunAE8JHUJ/hDaP2yjVx0de2D SvbCtmHZ9OG3D/NF6+SZukd+s+IfSs3JSxk+UIpuTEtCh/GIEnsVn/DvX4hMgm4pYsiASZ zDo0FmUN0weaB9qwt/y9EcmbkGCs3okAKYJv2y7MgUNzd1w0XquCzUlm9Kvo6kGUQ0uSBs HXmQkGwcpFOx1a+nWPMNf+vIGoe5CfyOBQJpzvJQNk7hW/NrIP5XtyCrkXkyyhxV6BzmhO RrqpGOSF3xsISPzRW+M+OGpoJmWqLlo7V0mJSs2SYVj7QlSjHX5Ba3Fl6pEaNg== ARC-Authentication-Results: i=1; aspmx1.migadu.com; dkim=pass header.d=gmail.com header.s=20230601 header.b=YtrxY70C; 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" 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 C34798C178 for ; Mon, 9 Sep 2024 19:37:36 +0200 (CEST) Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1sniJz-0001Ap-Jv; Mon, 09 Sep 2024 13:37:03 -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 1sniJw-0000w8-0i for guix-devel@gnu.org; Mon, 09 Sep 2024 13:37:00 -0400 Received: from mail-wm1-x32c.google.com ([2a00:1450:4864:20::32c]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1sniJu-0006xP-6B; Mon, 09 Sep 2024 13:36:59 -0400 Received: by mail-wm1-x32c.google.com with SMTP id 5b1f17b1804b1-42cba6cdf32so7428245e9.1; Mon, 09 Sep 2024 10:36:55 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1725903413; x=1726508213; darn=gnu.org; h=content-transfer-encoding:mime-version:message-id:date:references :in-reply-to:subject:cc:to:from:from:to:cc:subject:date:message-id :reply-to; bh=aYgvtTOo0RGpodz/ApIfOPS8C4+bCgx38SLGbTaioJ4=; b=YtrxY70CUyklHWYo8YC+6eWNOtfDWnlU6xST1eZ0dM/WhH2w0kEqiEYwnHD+WjMoYH 81v3MDbYrYf4IjcnVEXC9ar0DzhW9ZOEF4uHptPuDHOKSrsYNxsIHvUB3SoM8YxOOXQ5 tZ1phIIBWkgU03gTEKUP6joAVxk9Lb6zy+ZAjy/7GWAcjofd9VfNCB3bPGVpy/qme/L3 ITpR8XooFRZF1XB/Ffwgk1zV8/a5VYVPeDSNK95B6Zu7T7UcLIHmtnU8uhL9wqhW/ECT 58pneaYZ8odThxF3jUCiRyF1xPaFWRDlvZUqHF70Ku3+d4DsSKJOfF6gJ3uaan0nJtDT BsdA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1725903413; x=1726508213; h=content-transfer-encoding:mime-version:message-id:date:references :in-reply-to:subject:cc:to:from:x-gm-message-state:from:to:cc :subject:date:message-id:reply-to; bh=aYgvtTOo0RGpodz/ApIfOPS8C4+bCgx38SLGbTaioJ4=; b=eR8GjMpuDJBn9ZBAs1GEYTsK3vhQQxs5uG/sZf6HfbxJTA62BdwvDDadneF9lOwcLE 0LsfsGyO3SSYegs0St5EUAfZsoMd7GXEz4mXrq2/0tj8tYcVi+SzdNRp6Jy28ZvdZNEl 8PdSXvBywJMRAttK0YocLzLzYd6vklEcFjPFQeAa1ASoX4L1TQ+cOv33Pwau+4NBmEOi LflLid16144UqoW4UwIN0YOZ/CDyGUZ+Sh8VUepv39eAzKdlTnslzvm2+AA5hnZywzbi Mh67iCPA1WZGIACWSxDoRF5VB8st3PHnyXRUd/N80vlvzwlWo1D4sGi6ysPAAX0Ag/GB G+dQ== X-Gm-Message-State: AOJu0Yz1NksCDiaCUDzF0ToD1EDT+sR8aQB0tGQEcxLGr0mlcBkWUAvx skqmRuQy2nSMi1DRArMQP+CGHOYLKn91dPM4hXAsosluEpscejqa4r+DWA== X-Google-Smtp-Source: AGHT+IHIyBX+xBQqYMPy5/uDjnk48gI+cS6uQ2v5UJKZAPdFsowyKf/rM2Wbr157sZ1vEEnUsnTi5A== X-Received: by 2002:a05:600c:1d83:b0:42c:ae30:fc4d with SMTP id 5b1f17b1804b1-42cae30fe6emr58686795e9.7.1725903413007; Mon, 09 Sep 2024 10:36:53 -0700 (PDT) Received: from lili (roam-nat-fw-prg-194-254-61-45.net.univ-paris-diderot.fr. [194.254.61.45]) by smtp.gmail.com with ESMTPSA id 5b1f17b1804b1-42cb0e3022dsm58767705e9.1.2024.09.09.10.36.52 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Mon, 09 Sep 2024 10:36:52 -0700 (PDT) From: Simon Tournier To: Ludovic =?utf-8?Q?Court=C3=A8s?= , Steve George Cc: guix-devel Subject: Re: =?utf-8?Q?=E2=80=98core-updates=E2=80=99?= is gone; long live =?utf-8?Q?=E2=80=98core-packages-team=E2=80=99!?= In-Reply-To: <87h6at2m11.fsf@gnu.org> References: <87le0cj13e.fsf@inria.fr> <87h6at2m11.fsf@gnu.org> Date: Mon, 09 Sep 2024 17:30:25 +0200 Message-ID: <87jzfksv3i.fsf@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Received-SPF: pass client-ip=2a00:1450:4864:20::32c; envelope-from=zimon.toutoune@gmail.com; helo=mail-wm1-x32c.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 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 X-Migadu-Queue-Id: C34798C178 X-Migadu-Scanner: mx12.migadu.com X-Migadu-Spam-Score: -9.81 X-Spam-Score: -9.81 X-TUID: nt9r+oXsC14J Hi Ludo, On Fri, 06 Sep 2024 at 11:01, Ludovic Court=C3=A8s wrote: > Once it=E2=80=99s =E2=80=9Cknown good=E2=80=9D, I see two possibilities: [...] > =E2=80=A2 Attach to a =E2=80=9Cmerge train=E2=80=9D. For instance, ass= ume there=E2=80=99s a branch > changing =E2=80=98gsl=E2=80=99: this is totally unrelated to =E2=80= =98ffmpeg=E2=80=99 but it also > triggers a lot of rebuilds. We could tack that second branch on top > of the known-good =E2=80=98ffmpeg=E2=80=99 branch, and, once it=E2=80= =99s all good, merge > that =E2=80=9Ctrain=E2=80=9D into =E2=80=98master=E2=80=99. As Andreas pointed out: Once the first branch is good, why not simply merge it to master an= d then rebase the second branch on master and test it, instead of postponi= ng the merge? After all, building is costly, not merging. Somehow, I have the same question: if =E2=80=9Cgsl=E2=80=9D branch is =E2= =80=9Cknown good=E2=80=9D, why not directly merge it to master. As the other possibility suggests=E2=80=A6 > =E2=80=A2 Merge into =E2=80=98master=E2=80=99, especially if it turns o= ut that binaries are > already available on the build farms. =E2=80=A6However, in this case, if the branch changing =E2=80=99ffmpeg=E2= =80=99 is =E2=80=9Cknown good=E2=80=9D because it had been built, then the 521 rebuilds are wasted because the branch =E2=80=9Cgsl=E2=80=9D is cooking and also triggers these same 521 re= builds. Therefore, it would be wiser to merge the =E2=80=99ffmpeg=E2=80=99 branch i= nto the =E2=80=99gsl=E2=80=99 branch and rebuild only once. (I am not pushing the button =E2=80=9Cplease= save the planet=E2=80=9D but I am thinking about it very strongly. ;-)) Somehow, a tool is missing, IMHO. How to know which branch needs to be rebased onto which other one? How to know which rebuilds from one specific branch are not independent to some other branch? Maybe it would help as a first step to have the intersection list of =E2=80=9Cguix refresh=E2=80=9D applied to two sets of packages. Assuming two 2 branches are not continuously built but only when ready to merge, I still have the same question [1]: Bah the question how to merge different branches containing world rebuilds without the big catch-all old core-updates branch is not addressed under the constraint of reducing as much as possible the number of world rebuilds, for what my opinion is worth. Cheers, simon --8<---------------cut here---------------start------------->8--- $ guix refresh -l gsl | cut -d':' -f2 | tr ' ' '\n' | tail -n +2 | sort | uniq > gsl.deps $ for i in $(seq 2 7); do guix refresh -l ffmpeg@$i \ | cut -d':' -f2 | tr ' ' '\n' | tail -n +2 ;done | sort | uniq > ffmpeg.= deps $ wc -l gsl.deps ffmpeg.deps=20 1473 gsl.deps 521 ffmpeg.deps 1994 total $ for line in $(cat ffmpeg.deps); do grep -n ^$line gsl.deps ;done | wc -l 521 --8<---------------cut here---------------end--------------->8--- 1: Re: =E2=80=98core-updates=E2=80=99 is gone; long live =E2=80=98core-pack= ages-team=E2=80=99! Simon Tournier Wed, 04 Sep 2024 14:58:37 +0200 id:87v7zby3r6.fsf@gmail.com https://lists.gnu.org/archive/html/guix-devel/2024-09 https://yhetil.org/guix/87v7zby3r6.fsf@gmail.com