From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mp10.migadu.com ([2001:41d0:2:4a6f::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by ms5.migadu.com with LMTPS id wBMwATR/52LRIAAAbAwnHQ (envelope-from ) for ; Mon, 01 Aug 2022 09:22:28 +0200 Received: from aspmx1.migadu.com ([2001:41d0:2:4a6f::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by mp10.migadu.com with LMTPS id IMMrADR/52JoEQAAG6o9tA (envelope-from ) for ; Mon, 01 Aug 2022 09:22:28 +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 54D6A19FB for ; Mon, 1 Aug 2022 09:22:27 +0200 (CEST) Received: from localhost ([::1]:42458 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1oIPkw-0007Nz-BG for larch@yhetil.org; Mon, 01 Aug 2022 03:22:26 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]:46086) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1oIPkh-0007LX-Ej for gwl-devel@gnu.org; Mon, 01 Aug 2022 03:22:14 -0400 Received: from mailrelay.tugraz.at ([129.27.2.202]:3511) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1oIPke-0007lA-Oy for gwl-devel@gnu.org; Mon, 01 Aug 2022 03:22:11 -0400 Received: from lprikler-laptop.ist.intra (gw.ist.tugraz.at [129.27.202.101]) by mailrelay.tugraz.at (Postfix) with ESMTPSA id 4Lx8h80fWYz3wZ9; Mon, 1 Aug 2022 09:22:00 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=tugraz.at; s=mailrelay; t=1659338520; bh=OJn2nlOnyJcGkjW2ov+kRNh5z2D3vXGLRtJ3Gskk0S0=; h=Subject:From:To:Date:In-Reply-To:References; b=Bs3UmdcbtyRmmlF+hq1LMQ6GK87OOSPB/mcYzUJpvAmAbV7GqItR9rfPtl4S8xf4/ 6gIioSt7o99vVG0vvMr9p1kUmBnEfWudtwyHEHzUag310QiImyM3TFHdW+kCwebvi5 QnOHo1LT6gKbVp/hIdkLDvWg0kh09gDGEaG93lhs= Message-ID: Subject: Re: GWL 0.5 fails with plain packages From: Liliana Marie Prikler To: Olivier Dion , gwl-devel@gnu.org Date: Mon, 01 Aug 2022 09:21:59 +0200 In-Reply-To: <87pmhl0yoi.fsf@laura> References: <18bd5afb0a09902a23e183cc26ccaf85f08009c0.camel@ist.tugraz.at> <877d3w2ai5.fsf@laura> <871qu230ad.fsf@laura> <419a1412b788843c69103f98f0c47701a540e54e.camel@ist.tugraz.at> <87wnbt1k6m.fsf@laura> <87sfmh1hai.fsf@laura> <87pmhl0yoi.fsf@laura> Content-Type: text/plain; charset="UTF-8" User-Agent: Evolution 3.42.1 MIME-Version: 1.0 Content-Transfer-Encoding: 8bit X-TUG-Backscatter-control: waObeELIUl4ypBWmcn/8wQ X-Scanned-By: MIMEDefang 2.74 on 129.27.10.117 Received-SPF: none client-ip=129.27.2.202; envelope-from=liliana.prikler@ist.tugraz.at; helo=mailrelay.tugraz.at X-Spam_score_int: -42 X-Spam_score: -4.3 X-Spam_bar: ---- X-Spam_report: (-4.3 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_EF=-0.1, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H3=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_HELO_NONE=0.001, SPF_NONE=0.001, T_SCC_BODY_TEXT_LINE=-0.01 autolearn=ham autolearn_force=no X-Spam_action: no action X-BeenThere: gwl-devel@gnu.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: gwl-devel-bounces+larch=yhetil.org@gnu.org Sender: "gwl-devel" X-Migadu-Flow: FLOW_IN X-Migadu-To: larch@yhetil.org X-Migadu-Country: US ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=yhetil.org; s=key1; t=1659338547; h=from:from:sender:sender:reply-to:subject:subject:date:date: message-id:message-id:to:to: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=OJn2nlOnyJcGkjW2ov+kRNh5z2D3vXGLRtJ3Gskk0S0=; b=byX7NyZMXk+ek/Q56p0TmSUXjq41wumMdftME7yW06bxseNuxxUVDFFXaB7LeCGs8QGQhP JfnbRZcDwpzV/RCQS9YwXtQfW8DT7p+2k95aoBenCnUanxg5Giszj+XWMMw9b7qm3v0wWZ o/FkJW25TEpCuBfFWyF4f1cPgX2b1u4g+LT/l80MMwxEk46i7ys656tkZNGZ4uqUTTKVg4 1QucXUHjIT4SV0obol09qBSssuJ9qVMgkSU9e+yQBJKkni5ZhOx7oRJ3u1jnI6UALqfVZC OKHd3xToarY2+lBOkxVwK1gPUNGADCjmm7mJOhe/+dGDYXxtvjMQDenyxg7Itg== ARC-Seal: i=1; s=key1; d=yhetil.org; t=1659338547; a=rsa-sha256; cv=none; b=dcf9F1vCk61CufgoCLp2jYzCL5RhD8AhG5SSWrWOkRMss/2OETvgLYFrBqeqByr7yvfHGm OwFeWB/+iG6cfpSpvprWeokg6XOIJLO18+ruX0ogYKIemE3C0heh9go2su2Yl4sHIC2e+k BxBOvm5YQW1ceckt3k24ubRq875smQyUzhzvBC8aUpttvWg7ajHRp1TbLFNZbdwuHyyVbJ pQABNKZX8Wg/zJHTFaTT757hvsP3dFMf8XSgjvuC9gxh07DjvKW63vATwF6XkPXMt32ZV0 4JvTgbUs/Q8utnYqsfQBBmtow8RZPqWck15nWfgQuKmeVuAFec27QgYUL+404A== ARC-Authentication-Results: i=1; aspmx1.migadu.com; dkim=pass header.d=tugraz.at header.s=mailrelay header.b=Bs3Umdcb; dmarc=pass (policy=none) header.from=tugraz.at; spf=pass (aspmx1.migadu.com: domain of "gwl-devel-bounces+larch=yhetil.org@gnu.org" designates 209.51.188.17 as permitted sender) smtp.mailfrom="gwl-devel-bounces+larch=yhetil.org@gnu.org" X-Migadu-Spam-Score: -5.12 Authentication-Results: aspmx1.migadu.com; dkim=pass header.d=tugraz.at header.s=mailrelay header.b=Bs3Umdcb; dmarc=pass (policy=none) header.from=tugraz.at; spf=pass (aspmx1.migadu.com: domain of "gwl-devel-bounces+larch=yhetil.org@gnu.org" designates 209.51.188.17 as permitted sender) smtp.mailfrom="gwl-devel-bounces+larch=yhetil.org@gnu.org" X-Migadu-Queue-Id: 54D6A19FB X-Spam-Score: -5.12 X-Migadu-Scanner: scn1.migadu.com X-TUID: dYpXhDPdffjO Am Sonntag, dem 31.07.2022 um 17:17 -0400 schrieb Olivier Dion: > This patch should now have all outputs in _GWL_PROFILE.  There's > still a problem with the derivation though. ... at the cost of propagating all the additional outputs to processes that don't need them. Am Samstag, dem 30.07.2022 um 14:47 -0400 schrieb Olivier Dion: > I invite you to read this thread > > and the one in the following month for all the details. > Changing all the matching patterns used by GWL to handle new cases > was deemed too cumbersome. By whom? In any case, Guix itself already has a few wrapper types that bundle packages and outputs. At the lowest level (as far as I know), there's .  Assuming you ignore native?, you can convert a package and output easily to a using (gexp-input package output), and convert it back using the gexp-input-thing and gexp-input-output accessors. (Of course, you'd have to restrict your inputs so that only gexp-inputs whose thing is a package are valid). On a somewhat higher level there's manifest entries, which you could create via package->manifest-entry. Given that GWL is built on top of manifests it might make sense to allow raw manifest entries and to transform instances of package+output to manifest entries. > [T]he short answer is that outputs are not needed by GWL except at a > single place (gwl/processes.scm:702). First, I don't think that's true. Second, if it were, you shouldn't have that many matching patterns, should you? Looking at the code around this line, if you were to go with the second option, you could SRFI-1 partition process-packages into actual packages and manifest entries, construct one manifest per group and then merge them. Alternatively, process packages could already be lowered to manifests at process construction time, which would also work for `guix workflow graph'. Cheers