From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mp10.migadu.com ([2001:41d0:2:bcc0::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by ms5.migadu.com with LMTPS id OAnMBt585WIUzwAAbAwnHQ (envelope-from ) for ; Sat, 30 Jul 2022 20:47:58 +0200 Received: from aspmx1.migadu.com ([2001:41d0:2:bcc0::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by mp10.migadu.com with LMTPS id KH64Bd585WL0FQAAG6o9tA (envelope-from ) for ; Sat, 30 Jul 2022 20:47:58 +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 A0B6DA812 for ; Sat, 30 Jul 2022 20:47:57 +0200 (CEST) Received: from localhost ([::1]:53648 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1oHrVE-00011I-LG for larch@yhetil.org; Sat, 30 Jul 2022 14:47:56 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]:52898) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1oHrVC-000116-Ff for gwl-devel@gnu.org; Sat, 30 Jul 2022 14:47:54 -0400 Received: from smtp.polymtl.ca ([132.207.4.11]:56612) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1oHrV9-0005yC-Qw for gwl-devel@gnu.org; Sat, 30 Jul 2022 14:47:53 -0400 Received: from localhost (modemcable094.169-200-24.mc.videotron.ca [24.200.169.94]) by smtp.polymtl.ca (8.14.7/8.14.7) with ESMTP id 26UIlclp021718; Sat, 30 Jul 2022 14:47:43 -0400 DKIM-Filter: OpenDKIM Filter v2.11.0 smtp.polymtl.ca 26UIlclp021718 To: Liliana Marie Prikler , gwl-devel@gnu.org Subject: Re: GWL 0.5 fails with plain packages In-Reply-To: References: <18bd5afb0a09902a23e183cc26ccaf85f08009c0.camel@ist.tugraz.at> <877d3w2ai5.fsf@laura> Date: Sat, 30 Jul 2022 14:47:38 -0400 Message-ID: <871qu230ad.fsf@laura> MIME-Version: 1.0 Content-Type: text/plain X-Poly-FromMTA: (modemcable094.169-200-24.mc.videotron.ca [24.200.169.94]) at Sat, 30 Jul 2022 18:47:38 +0000 Received-SPF: pass client-ip=132.207.4.11; envelope-from=olivier.dion@polymtl.ca; helo=smtp.polymtl.ca X-Spam_score_int: -41 X-Spam_score: -4.2 X-Spam_bar: ---- X-Spam_report: (-4.2 / 5.0 requ) BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H3=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_HELO_PASS=-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: 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" Reply-to: Olivier Dion From: Olivier Dion via 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=1659206877; h=from:from:sender:sender:reply-to:reply-to:subject:subject:date:date: message-id:message-id:to:to:cc:mime-version:mime-version: content-type:content-type:in-reply-to:in-reply-to: references:references:list-id:list-help:list-unsubscribe: list-subscribe:list-post; bh=Y2jAal/k5GrnbRUkaF2RKZ8I9GGao+UEBJyeft5Q79E=; b=Vw2+kw9OwsXEJl+Nubncx4UFwqm/ihsZZ9iYhw/rwzn31lRIGb4qbMGdwp0dZTCEaI00r3 I9PHA9jGgrUR3abntGoBr6KoPOAMS9ygs/Xj5Kr9Q0FqAaYxhblDLiD+Ocw90ueaJ9mNlL UQCfyxyesLCoBMSHMVPBfsQcnm9Ju76PLp0V3Jym9Uyk6BRhobBXwgO545STJnaWfW1of+ 6PHvCnguJrBOicYiL12cCqwAR64dAudcOS929sgna+CHHHlc0x7tj4G4DY9bfeowFkP0en hhueeOMNwy2IlxKgR072o5T22a29s+wW6BOHpPgejGCTOmA5iK5dge9w/engOw== ARC-Seal: i=1; s=key1; d=yhetil.org; t=1659206877; a=rsa-sha256; cv=none; b=Uz3J7VamoFNlz1ReXuDdGuT8pk1LcKBX9vAZGZtTkR9f/YZzPYR3ul+sWnWPllHEIWBbnd m99A40I8kJV/r72z8ih6+3lmHokg95UV6ppcugZdHCO/Az+Ub5Sxk2v1A8RzfHmIKVYZaO EPzathn4zdELayrTyejq2KNPO3utKnCbOagoVm9fgyN+OEQcyhUJAuoLgp3C9wb7tuiOAM dBcydZtr0tDWNRDUzPcIXbdqSyO3UyGLM9rm7LovHM02w+1uRY301TIKMAxxYNuhnBbTbW vLqg+OERW1SgF3krFws50V1aMYAR129fxQT4QdfX477MSfZ6Ks1QJKTn0RLGYQ== ARC-Authentication-Results: i=1; aspmx1.migadu.com; dkim=none; dmarc=pass (policy=none) header.from=gnu.org; 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: -2.53 Authentication-Results: aspmx1.migadu.com; dkim=none; dmarc=pass (policy=none) header.from=gnu.org; 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: A0B6DA812 X-Spam-Score: -2.53 X-Migadu-Scanner: scn0.migadu.com X-TUID: +QE/jvVvV6Cz On Sat, 30 Jul 2022, Liliana Marie Prikler wrote: > but it raises more questions. Like "why is package-ouput a object- > property?" I invite you to read this thread and the one in the following month for all the details. But the short answer is that outputs are not needed by GWL except at a single place (gwl/processes.scm:702). Changing all the matching patterns used by GWL to handle new cases was deemed too cumbersome. I found that object properties -- or data layering -- was an elegant and none invasive solution for adding outputs support to GWL. I just forgot to add this particular case that you had :-). Maybe Ricardo has more to say on that. > and "wouldn't this break if someone needed two different > outputs of the same package in a process or even anywhere in the > workflow?" I don't think so. I have a workflow that requires `out' and `debug' outputs to instrument packages. Works flawlessly. Example: --8<---------------cut here---------------start------------->8--- use-modules : gnu packages base use-modules : gnu packages gcc process greet packages list list hello "out" list gcc "out" list gcc "lib" list gcc "debug" # { hello } workflow simple-wisp processes list greet --8<---------------cut here---------------end--------------->8--- -- Olivier Dion oldiob.dev