From debbugs-submit-bounces@debbugs.gnu.org Tue Feb 16 11:40:36 2021 Received: (at 46162) by debbugs.gnu.org; 16 Feb 2021 16:40:36 +0000 Received: from localhost ([127.0.0.1]:41365 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lC3Ou-0003zV-4n for submit@debbugs.gnu.org; Tue, 16 Feb 2021 11:40:36 -0500 Received: from mail-pf1-f182.google.com ([209.85.210.182]:33387) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lC3Or-0003z8-Hl for 46162@debbugs.gnu.org; Tue, 16 Feb 2021 11:40:35 -0500 Received: by mail-pf1-f182.google.com with SMTP id z6so6489749pfq.0 for <46162@debbugs.gnu.org>; Tue, 16 Feb 2021 08:40:33 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=asu-edu.20150623.gappssmtp.com; s=20150623; h=from:to:cc:subject:references:date:in-reply-to:message-id :user-agent:mime-version:content-transfer-encoding; bh=WXMRdzfku+kqH46jNG96vw5nEXCdLC462Wx5IFwylV0=; b=FaQtXFNPb4jyeiLFQZt31dtLdoPSGECjinprGhxYbU5AAEUPjGUqquMDgbikA12egw VZsZDLa8YsvuEVjB8ZBIGjSg62xFLKHV7WeZqUvO4zV+fGtdUXGhIAgmScS5A95kGSJJ yZTcpx3XqdIgb/5cYMv2KPqAKO4ELzVW03gbDPiWn89oJNRzDtad6yTcXsa8Ialow3j1 dXwAMl5QdXJ67ReOiehFb2uP14PWBctX1sohCJvMpkXruLzVIzoMcTOLvIPDoWD2I9g8 nitA+6PhOsJ2Sj8KuFsYLgay+DEp5kg8vBGTV9ZA0PZOk2MI+L7c41TqR9MkR8TcKfgc m66Q== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:to:cc:subject:references:date:in-reply-to :message-id:user-agent:mime-version:content-transfer-encoding; bh=WXMRdzfku+kqH46jNG96vw5nEXCdLC462Wx5IFwylV0=; b=pR+cm7VWV1QPCx4/YA5PEfRm+kbrTlbX6YHnEL7/5ETIlrIjsdX1AZblCtx6fMsBIw QCunZUegPVmPKf1dfykHGVpt6pALkSlM5rAqgiabEGBxFygR5y42n1SW6hnP1lLO4ihR gzubXenhtq4urO7PHcfg47mLrtdrsj7leLQvkZEZhS5rfAKeUG+0GoXLy3Hy/OM7Z60e HL288w88kdCBH+te1bVQ/bx/IV6zHRPEik0GG9+rbB/v+IQgXFyhGujjkWDdxXAQ/l3l BF4KR4tx1y/4CI/EiU2/4ilPGYLqUsVpk9RIizGKknj7OBTRMQ5X1BaACe05xcJWJLDA FHaw== X-Gm-Message-State: AOAM533ujf492V0qxVI3Mdyz9IZIU1t8cMXd++H46XZ0QF5wKP5rbsqS TgP1pdj1/eV9+G4Q4wtO6oVKOyo+bb9GmA== X-Google-Smtp-Source: ABdhPJzMU714Czo13qziNHzaGJI/yMtRA+kqUGHht/qHm6K7Av9T2wpMLh+u0D+EqkaeJbAIfLlyXw== X-Received: by 2002:a63:f14b:: with SMTP id o11mr20128050pgk.440.1613493624421; Tue, 16 Feb 2021 08:40:24 -0800 (PST) Received: from ecenter (2603-8001-433f-08c9-0000-0000-0000-1ca6.res6.spectrum.com. [2603:8001:433f:8c9::1ca6]) by smtp.gmail.com with ESMTPSA id b17sm20864304pfl.190.2021.02.16.08.40.21 (version=TLS1_2 cipher=ECDHE-ECDSA-CHACHA20-POLY1305 bits=256/256); Tue, 16 Feb 2021 08:40:22 -0800 (PST) From: John Soo To: Jakub =?utf-8?B?S8SFZHppb8WCa2E=?= Subject: Re: bug#46162: [PATCH] staging gnu: Add more tools to rust outputs. References: Date: Tue, 16 Feb 2021 08:40:20 -0800 In-Reply-To: ("Jakub =?utf-8?B?S8SF?= =?utf-8?B?ZHppb8WCa2EiJ3M=?= message of "Tue, 16 Feb 2021 00:41:12 +0100") Message-ID: <87wnv80xvv.fsf@asu.edu> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.1 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 46162 Cc: 46162@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) Hi Jakub, Jakub K=C4=85dzio=C5=82ka writes: > I don't think tools beyond rustc and cargo should be included in the > main rust package, as this causes them to be built in each step of the > bootstrap. I believe a better approach would be to define separate > packages for them. Yeah that would make sense. Have we explored any of the incremental or --keep-stage options to speedup the bootstrap? > We would have something like > > ;; TODO(staging): Bump this variable to the latest packaged rust. > (define-public rust rust-1.45) > > +(define-public rust-for-tools rust-1.50) > > I'm not sure if rustbuild can be convinced to not build the compiler > itself when the version used for the build is the same as the sources'. > If so, defining packages for each tool shouldn't need any guix-side > tricks. Even if it did build the compiler for each tool it may not be a problem if only the last 3 versions had the tools available (for instance). > Otherwise, I would define a single rust-tools package with > (outputs '("rustfmt" "clippy" ...)). Perhaps it would help with UX if > rust-tools itself was hidden, and instead the tools would be exposed > with simple packages that expose each tool separately, with a symlink or > similar. I could see this working nicely. I think this is just more evidence for language-environment related documentation. > I'll see if I can find some time to try this out this week. Thanks! That would be helpful. It is really painful to have all these unmerged patches to rust. Kindly, John