From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mp0 ([2001:41d0:2:4a6f::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by ms11 with LMTPS id uHDBH2slr14vVgAA0tVLHw (envelope-from ) for ; Sun, 03 May 2020 20:11:23 +0000 Received: from aspmx1.migadu.com ([2001:41d0:2:4a6f::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by mp0 with LMTPS id gP1HHHUlr17NdgAA1q6Kng (envelope-from ) for ; Sun, 03 May 2020 20:11:33 +0000 Received: from lists.gnu.org (lists.gnu.org [IPv6:2001:470:142::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 4A0139440E5 for ; Sun, 3 May 2020 20:11:32 +0000 (UTC) Received: from localhost ([::1]:53384 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1jVKxY-0005Iw-Mx for larch@yhetil.org; Sun, 03 May 2020 16:11:32 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]:39998) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1jVKxR-0005Ip-CJ for guix-devel@gnu.org; Sun, 03 May 2020 16:11:25 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]:59309) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1jVKxR-0004EL-1Y; Sun, 03 May 2020 16:11:25 -0400 Received: from [2a01:e0a:1d:7270:af76:b9b:ca24:c465] (port=49818 helo=ribbon) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1jVKxP-0008Tf-Ga; Sun, 03 May 2020 16:11:24 -0400 From: =?utf-8?Q?Ludovic_Court=C3=A8s?= To: Christopher Baines Subject: Re: Medium-term road map References: <87mu6zd6tz.fsf@gnu.org> <877dy2nmgr.fsf@cbaines.net> X-URL: http://www.fdn.fr/~lcourtes/ X-Revolutionary-Date: 15 =?utf-8?Q?Flor=C3=A9al?= an 228 de la =?utf-8?Q?R?= =?utf-8?Q?=C3=A9volution?= X-PGP-Key-ID: 0x090B11993D9AEBB5 X-PGP-Key: http://www.fdn.fr/~lcourtes/ludovic.asc X-PGP-Fingerprint: 3CE4 6455 8A84 FDC6 9DB4 0CFB 090B 1199 3D9A EBB5 X-OS: x86_64-pc-linux-gnu Date: Sun, 03 May 2020 22:11:18 +0200 In-Reply-To: <877dy2nmgr.fsf@cbaines.net> (Christopher Baines's message of "Sun, 26 Apr 2020 19:14:28 +0100") Message-ID: <874kswye1l.fsf@gnu.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/26.3 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-BeenThere: guix-devel@gnu.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: "Development of GNU Guix and the GNU System distribution." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Cc: guix-devel@gnu.org Errors-To: guix-devel-bounces+larch=yhetil.org@gnu.org Sender: "Guix-devel" X-Scanner: scn0 X-Spam-Score: -0.30 Authentication-Results: aspmx1.migadu.com; dkim=none; dmarc=none; spf=pass (aspmx1.migadu.com: domain of guix-devel-bounces@gnu.org designates 2001:470:142::17 as permitted sender) smtp.mailfrom=guix-devel-bounces@gnu.org X-Scan-Result: default: False [-0.30 / 13.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; GENERIC_REPUTATION(0.00)[-0.49390055959646]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2001:470:142::/48:c]; IP_REPUTATION_HAM(0.00)[asn: 22989(0.14), country: US(-0.00), ip: 2001:470:142::17(-0.49)]; DWL_DNSWL_FAIL(0.00)[2001:470:142::17:server fail]; MX_GOOD(-0.50)[cached: eggs.gnu.org]; RCPT_COUNT_TWO(0.00)[2]; MAILLIST(-0.20)[mailman]; FORGED_RECIPIENTS_MAILLIST(0.00)[]; RCVD_IN_DNSWL_FAIL(0.00)[2001:470:142::17:server fail]; MIME_TRACE(0.00)[0:+]; R_MIXED_CHARSET(0.71)[subject]; ASN(0.00)[asn:22989, ipnet:2001:470:142::/48, country:US]; R_DKIM_NA(0.00)[]; TAGGED_FROM(0.00)[larch=yhetil.org]; ARC_NA(0.00)[]; RCVD_COUNT_FIVE(0.00)[5]; FROM_NEQ_ENVFROM(0.00)[ludo@gnu.org,guix-devel-bounces@gnu.org]; FROM_HAS_DN(0.00)[]; URIBL_BLOCKED(0.00)[gnu.org:email,cbaines.net:email]; MID_RHS_MATCH_FROM(0.00)[]; MIME_GOOD(-0.10)[text/plain]; RCVD_TLS_LAST(0.00)[]; DMARC_NA(0.00)[gnu.org]; HAS_LIST_UNSUB(-0.01)[]; FORGED_SENDER_MAILLIST(0.00)[] X-TUID: fr/HODt1je5Y Hi! Christopher Baines skribis: > Ludovic Court=C3=A8s writes: > >> We released 1.1.0, but what=E2=80=99s coming next? What would you like = to see? > > Thanks for starting this thread Ludo, I love this kind of thinking :) Though I realize now that I have an email problem that introduces a significant delay in my response time, and I apologize for it! >> 2. Performance. There are many things we can improve there, first and >> foremost: the =E2=80=9CComputing derivation=E2=80=9D part of =E2=80= =98guix pull=E2=80=99, Guile=E2=80=99s >> compiler terrible time and space requirements, further optimizing >> core operations like =E2=80=98package-derivation=E2=80=99, as well = as low-level >> stuff as described at . > > I remember saying that the Guix Data Service times various things, and > that it could time the "Computing derivation" bit, but it doesn't store > that data currently. While the performance is dependent on what else is > going on at the same time, it might be interesting to store the data to > see if there's a trend going forward. Yup! Performance monitoring in general would be nice, and could have been a subject for GSoC/Outreachy. > The other things on my mind are: > > Patch submission and review, some information in [2]. I at least want to > do some more work on the Guix Data Service to make the comparisons more > useful for reviewing patches, as well as seeing if I can get the Guix > Build Coordinator to build the affected things, and report back. Then > there are all the issues around submitting packages, like how do I know > if someone is working on this already, or how do I know this hasn't been > updated on core-updates, and how can actually submitting patches be made > easier. > > 2: https://lists.gnu.org/archive/html/guix-devel/2020-03/msg00476.html Would be nice. > More sophisticated policies on accepting substitutes, this means being > able to say things like "I trust substitutes if there signed by all > these keys/entities". While most of the work on reproducible builds has > been on getting things to build reproducibly, Guix could lead the way on > doing the user facing side of this. A majority of the substitutes for > x86_64-linux match between Bayfront and Berlin, so we already have a > minimially viable "rebuilder" setup to actually make use of this. +1! Thanks, Ludo=E2=80=99.