From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mp2 ([2001:41d0:2:bcc0::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by ms0.migadu.com with LMTPS id H9O1ESf6tWD2TgEAgWs5BA (envelope-from ) for ; Tue, 01 Jun 2021 11:13:11 +0200 Received: from aspmx1.migadu.com ([2001:41d0:2:bcc0::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by mp2 with LMTPS id MNd4DCf6tWAxMAAAB5/wlQ (envelope-from ) for ; Tue, 01 Jun 2021 09:13:11 +0000 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 2162F14DA1 for ; Tue, 1 Jun 2021 11:13:10 +0200 (CEST) Received: from localhost ([::1]:46042 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1lo0ST-0000h7-5q for larch@yhetil.org; Tue, 01 Jun 2021 05:13:09 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]:45250) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1lo0Rf-0000DR-8G for guix-devel@gnu.org; Tue, 01 Jun 2021 05:12:19 -0400 Received: from mailrelay.tugraz.at ([129.27.2.202]:44610) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1lo0Rb-00080o-Od for guix-devel@gnu.org; Tue, 01 Jun 2021 05:12:18 -0400 Received: from [10.0.0.4] (62-116-34-49.adsl.highway.telekom.at [62.116.34.49]) by mailrelay.tugraz.at (Postfix) with ESMTPSA id 4FvRHs5Mdqz3wHF; Tue, 1 Jun 2021 11:12:09 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=tugraz.at; s=mailrelay; t=1622538729; bh=b6PUyhTQfEOc65lrvnrs5hAUf+KPuoNOo5aMftvS0XY=; h=Subject:From:To:Cc:Date:In-Reply-To:References; b=UhBc/Q/dn30quql8xLWoUvZSt7nNqoQux33VZyWNT0NTtTmC/ksjKvdfRzAeJut3A ixevQEqsgNIo4YkFT0NtqDZqRuYNVxAbsnpW+h+NQ9P4TcMh4hjs+GXjtj33BsAsQ6 H82ubvZMsF83hRwzJFeQwv0OxwvzPSnPVbBfVm0Q= Message-ID: <449a0cd683c9f4ebb5c60b4b25decb4536f5b1d8.camel@student.tugraz.at> Subject: Re: Idea: a meta language for (language) build systems - npm, Racket, Rust cargo From: Leo Prikler To: randomlooser@riseup.net, Pjotr Prins Date: Tue, 01 Jun 2021 11:11:48 +0200 In-Reply-To: References: <20210530083847.o5ej63obqnzpwnbd@thebird.nl> <20210531174748.mhaelcqwmo7degfc@thebird.nl> Content-Type: text/plain; charset="UTF-8" User-Agent: Evolution 3.34.2 MIME-Version: 1.0 Content-Transfer-Encoding: 7bit X-TUG-Backscatter-control: bt4lQm5Tva3SBgCuw0EnZw X-Spam-Scanner: SpamAssassin 3.003001 X-Spam-Score-relay: -1.9 X-Scanned-By: MIMEDefang 2.74 on 129.27.10.117 Received-SPF: pass client-ip=129.27.2.202; envelope-from=leo.prikler@student.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_PASS=-0.001 autolearn=ham autolearn_force=no X-Spam_action: no action 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 Errors-To: guix-devel-bounces+larch=yhetil.org@gnu.org Sender: "Guix-devel" X-Migadu-Flow: FLOW_IN ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=yhetil.org; s=key1; t=1622538791; 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=b6PUyhTQfEOc65lrvnrs5hAUf+KPuoNOo5aMftvS0XY=; b=SIsCW8tY0zwm0QtwiNKE0x1J9wF4J0DyzlZMI3szeZN2tLwtLoxWGX7Biv/oLpCe0jvkfN I3EcgOySwC6jgfBHAH36iWfjYIfsREgEdVo4Tz6GpfXnU4BRDmT+fZE/uDrLEpllloxAMm mbxrJ7WIKFmY4KAw97dmtSX2bF5CzP4kXXiPhKXQA0Vdg/8wMlIUV2CmKJsl6wJchFHERe pu6Yruu+u2npsCl9vciZO4bHY40/qn4yz1uQztZNUjTj2jkgTWpHta6c2YJ6dBVKYV+sSq in1s/uZNqzXWezpgyqmC75YnLSJ/qj/6A3NF3LWMZ+b5Th32ppW4ywhB3IAq/A== ARC-Seal: i=1; s=key1; d=yhetil.org; t=1622538791; a=rsa-sha256; cv=none; b=KJvK6ZmQyat3dQtLv7kFWf+agsiuzz6m/7754zaqt2US0CcKId0hxv6AYGamw3dNysLw1L 9P2CtmvblStGfncC8Ydui3gKGGo4OKlfk57FjVp4gTwpl1xwRIgR+LigKHvCTAuJuiZgo2 lUonkHAiCjzBAdgQqnRd8pMbXKtmSADgdtBHuL75iyLcDjr+DwZu4zpzVLfFWWA5qNTDlU 2fjRKuDS5nrqjV8L3HFJ0LHI2SZk3THKN3X62zwuRtvlaN5uijnhZkYwaiGcbPR1t/Xy3/ 2aGN+8sCuNIRXDc5ZFUR6NqpnqxO3orpRp/UyUI0Rh5iBMXdzp5bDOsRWn53lA== ARC-Authentication-Results: i=1; aspmx1.migadu.com; dkim=pass header.d=tugraz.at header.s=mailrelay header.b="UhBc/Q/d"; dmarc=pass (policy=none) header.from=student.tugraz.at; spf=pass (aspmx1.migadu.com: domain of guix-devel-bounces@gnu.org designates 209.51.188.17 as permitted sender) smtp.mailfrom=guix-devel-bounces@gnu.org X-Migadu-Spam-Score: -3.13 Authentication-Results: aspmx1.migadu.com; dkim=pass header.d=tugraz.at header.s=mailrelay header.b="UhBc/Q/d"; dmarc=pass (policy=none) header.from=student.tugraz.at; spf=pass (aspmx1.migadu.com: domain of guix-devel-bounces@gnu.org designates 209.51.188.17 as permitted sender) smtp.mailfrom=guix-devel-bounces@gnu.org X-Migadu-Queue-Id: 2162F14DA1 X-Spam-Score: -3.13 X-Migadu-Scanner: scn1.migadu.com X-TUID: YO66EHHQfafw Am Dienstag, den 01.06.2021, 10:59 +0200 schrieb Adriano Peluso: > Il giorno mar, 01/06/2021 alle 08.24 +0200, Leo Prikler ha scritto: > > > A sexp-pack would represent the most simple build instructions to > > > build a package on its own. Now, of course the current guix- > > > builders solve that too. But, what I am proposing is to split out > > > the actual build step into a package definition, so as to present > > > something simpler to Guix. > > I don't think this would be simpler to Guix, you'd just create even > > more packages, that actually aren't usable. > > The output could be a collection of .tar.gz files distributed through > ipfs, bittorrent, syncthing or rsync > > Not necessarily packages in the way Guix intends them > > I understand there's already some work going on to reproduce tarballs > in a format convenient to Guix (maybe with proper hashes and metadata > ?) for when they get erased by distributors Well, ideally Guix would have have ipfs-fetch, bittorrent-fetch etc. as methods or fallbacks, but this doesn't solve the problem that's posed here. You can't just pull the complete source closure of e.g. Fractal over the ether and pretend it's just one package. We already drop all vendored dependencies from tarballs, that aren't created by Rust et al., this does the exact opposite. Regards, Leo