From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mp1 ([2001:41d0:2:4a6f::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by ms11 with LMTPS id WPnJAtgYqV7ADgAA0tVLHw (envelope-from ) for ; Wed, 29 Apr 2020 06:04:08 +0000 Received: from aspmx1.migadu.com ([2001:41d0:2:4a6f::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by mp1 with LMTPS id OKzAAOEYqV6+bAAAbx9fmQ (envelope-from ) for ; Wed, 29 Apr 2020 06:04:17 +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 CC44A9425F2 for ; Wed, 29 Apr 2020 06:04:14 +0000 (UTC) Received: from localhost ([::1]:39438 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1jTfpO-00025f-E6 for larch@yhetil.org; Wed, 29 Apr 2020 02:04:14 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]:38830) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1jTfpD-000204-Qt for guix-patches@gnu.org; Wed, 29 Apr 2020 02:04:04 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.90_1) (envelope-from ) id 1jTfpC-0005VR-TQ for guix-patches@gnu.org; Wed, 29 Apr 2020 02:04:03 -0400 Received: from debbugs.gnu.org ([209.51.188.43]:58893) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1jTfpC-0005VL-EK for guix-patches@gnu.org; Wed, 29 Apr 2020 02:04:02 -0400 Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1jTfpC-00019k-9w for guix-patches@gnu.org; Wed, 29 Apr 2020 02:04:02 -0400 X-Loop: help-debbugs@gnu.org Subject: [bug#26645] Potluck still relivant Resent-From: Ricardo Wurmus Original-Sender: "Debbugs-submit" Resent-CC: guix-patches@gnu.org Resent-Date: Wed, 29 Apr 2020 06:04:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 26645 X-GNU-PR-Package: guix-patches X-GNU-PR-Keywords: To: 26645@debbugs.gnu.org Cc: wingo@igalia.com, Jack Hill , Brice Waegeneire , ludo@gnu.org Received: via spool by 26645-submit@debbugs.gnu.org id=B26645.15881401914385 (code B ref 26645); Wed, 29 Apr 2020 06:04:02 +0000 Received: (at 26645) by debbugs.gnu.org; 29 Apr 2020 06:03:11 +0000 Received: from localhost ([127.0.0.1]:42206 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1jTfoN-00018e-J5 for submit@debbugs.gnu.org; Wed, 29 Apr 2020 02:03:11 -0400 Received: from sender4-of-o53.zoho.com ([136.143.188.53]:21398) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1jTfoL-00018V-DW for 26645@debbugs.gnu.org; Wed, 29 Apr 2020 02:03:09 -0400 ARC-Seal: i=1; a=rsa-sha256; t=1588140183; cv=none; d=zohomail.com; s=zohoarc; b=arIcYfMQWxDX8W2/KjZ/HZ1bzsNHSo2F9A/efJWYiU6jX4OmuTQEZJO5qBdYseyN55QdHxg0txVIp2j/yp3VFIOWOVXIOe6j/22ygBbF0UnnDZj6uLBKfH2Z/BVq0AUpGY9BVFm1Nctfc9wlVuSdXA3ej+Y7VBMgBC4p1ONr+1E= ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=zohomail.com; s=zohoarc; t=1588140183; h=Content-Type:Content-Transfer-Encoding:Cc:Date:From:In-Reply-To:MIME-Version:Message-ID:References:Subject:To; bh=F7jmYvkOsXE34m05NXrMncWO2RQtE2R30GLSu12SFUs=; b=iDwUvtCFPrUy2aM2rGenX3tMmdZTqtmyypOFHBUU2HMt37Afc3TT0u31XFC7YpFfKUoTC80lNqiFHcht4kzP/PTWPfbSEGqcVYBAMwjxVgiqczyi8O0Jw7MR1FXOcoNMvo0owd+8E1amUQ0OCRm0MaidYi/Z9GfRqNGe2elHsg8= ARC-Authentication-Results: i=1; mx.zohomail.com; dkim=pass header.i=elephly.net; spf=pass smtp.mailfrom=rekado@elephly.net; dmarc=pass header.from= header.from= DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; t=1588140183; s=zoho; d=elephly.net; i=rekado@elephly.net; h=References:From:To:Cc:Subject:In-reply-to:Date:Message-ID:MIME-Version:Content-Type:Content-Transfer-Encoding; bh=F7jmYvkOsXE34m05NXrMncWO2RQtE2R30GLSu12SFUs=; b=gEgcyZQ8e7jnHpjfw5KXLd/xIfFo4rTCeGMCa6Mz9T8Vg0xDkPDAzXp+w/xIq9u+ fcbJOOGhW6OX9omq2HLs06DeTqFEy/4XBD8wiMovxkvXErFBGZSjpNkgeq63/xEFhXO kmT74eohanNJ1k56jw7GkJZBtM0kBuj/jooj1gO0= Received: from localhost (p54AD4F43.dip0.t-ipconnect.de [84.173.79.67]) by mx.zohomail.com with SMTPS id 1588140180592536.2201434358319; Tue, 28 Apr 2020 23:03:00 -0700 (PDT) References: <87y3upttm7.fsf@pobox.com> <361978f8437c699e48688757a246c64a@waegenei.re> User-agent: mu4e 1.2.0; emacs 26.3 From: Ricardo Wurmus In-reply-to: <361978f8437c699e48688757a246c64a@waegenei.re> X-URL: https://elephly.net X-PGP-Key: https://elephly.net/rekado.pubkey X-PGP-Fingerprint: BCA6 89B6 3655 3801 C3C6 2150 197A 5888 235F ACAC Date: Wed, 29 Apr 2020 08:02:56 +0200 Message-ID: <87k11ykewf.fsf@elephly.net> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-ZohoMailClient: External X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-Received-From: 209.51.188.43 X-BeenThere: guix-patches@gnu.org List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: guix-patches-bounces+larch=yhetil.org@gnu.org Sender: "Guix-patches" X-Scanner: scn0 X-Spam-Score: 1.99 Authentication-Results: aspmx1.migadu.com; dkim=fail (rsa verify failed) header.d=elephly.net header.s=zoho header.b=gEgcyZQ8; dmarc=none; spf=pass (aspmx1.migadu.com: domain of guix-patches-bounces@gnu.org designates 2001:470:142::17 as permitted sender) smtp.mailfrom=guix-patches-bounces@gnu.org X-Scan-Result: default: False [1.99 / 13.00]; GENERIC_REPUTATION(0.00)[-0.49327244802175]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2001:470:142::/48:c]; IP_REPUTATION_HAM(0.00)[asn: 22989(0.18), country: US(-0.00), ip: 2001:470:142::17(-0.49)]; DWL_DNSWL_FAIL(0.00)[2001:470:142::17:server fail]; R_DKIM_REJECT(1.00)[elephly.net:s=zoho]; RCPT_COUNT_FIVE(0.00)[5]; ARC_REJECT(2.00)[signature check failed: fail, {[1] = sig:zohomail.com:reject}]; MX_GOOD(-0.50)[cached: eggs.gnu.org]; DKIM_TRACE(0.00)[elephly.net:-]; MAILLIST(-0.20)[mailman]; FORGED_RECIPIENTS_MAILLIST(0.00)[]; RECEIVED_SPAMHAUS_PBL(0.00)[84.173.79.67:received]; MIME_TRACE(0.00)[0:+]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:22989, ipnet:2001:470:142::/48, country:US]; MID_RHS_MATCH_FROM(0.00)[]; TAGGED_FROM(0.00)[larch=yhetil.org]; FROM_NEQ_ENVFROM(0.00)[rekado@elephly.net,guix-patches-bounces@gnu.org]; URIBL_BLOCKED(0.00)[gnu.org:url]; FROM_HAS_DN(0.00)[]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[elephly.net]; HAS_LIST_UNSUB(-0.01)[]; DNSWL_BLOCKED(0.00)[2001:470:142::17:from]; RCVD_COUNT_SEVEN(0.00)[9]; FORGED_SENDER_MAILLIST(0.00)[] X-TUID: 3gcVjnNjm6t8 Hi Brice, > Reading through the initial email[0] by Andy the potlock feature seems > to be way more extensive than channels: it allows one to create simple > packages in an interactive manner and centralize the discoverability of > such packages. Channels provide us a way to create package outise of > Guix proper but finding channels containing the package you are looking > for is still an unsolved problem. One of the objectives was to provide a simpler and more robust way to define packages that would not break when package variables in Guix proper are moved around: > +Guix's @dfn{potluck} facility fills this gap. A @dfn{potluck package} > +is like a normal Guix package, except it expresses its inputs in the > +form of package specifications instead of direct references. > +@xref{potluck-package Reference}. Potluck packages also have a simpler > +package structure with fewer fields; compared to normal Guix packages, > +they are less expressive but more isolated from details of upstream > +Guix. We have the same facilities in JSON package definitions such as this one: --8<---------------cut here---------------start------------->8--- [ { "name": "myhello", "version": "2.10", "source": "mirror://gnu/hello/hello-2.10.tar.gz", "build-system": "gnu", "arguments": { "tests?": false } "home-page": "https://www.gnu.org/software/hello/", "synopsis": "Hello, GNU world: An example GNU package", "description": "GNU Hello prints a greeting.", "license": "GPL-3.0+", "native-inputs": ["gettext"] }, { "name": "greeter", "version": "1.0", "source": "https://example.com/greeter-1.0.tar.gz", "build-system": "gnu", "arguments": { "test-target": "foo", "parallel-build?": false, }, "home-page": "https://example.com/", "synopsis": "Greeter using GNU Hello", "description": "This is a wrapper around GNU Hello.", "license": "GPL-3.0+", "inputs": ["myhello", "hello"] } ] --8<---------------cut here---------------end--------------->8--- Since this can be fed to =E2=80=9Cguix build -f=E2=80=9D directly, there do= esn=E2=80=99t seem to be a need for =E2=80=9Cguix potluck init=E2=80=9D any more. While I think it would be very convenient to be able to publish package definitions with =E2=80=9Cguix potluck update =E2=80=9D, it w= ould require maintenance of the host-channel service that accepts possibly hostile user input. To prevent denial of service it should probably require authentication and enforce quotas. Since users can also push packages for non-free software we cannot host this on Guix project infrastructure. (I guess this was why the proposed domain was guix-potluck.org.) -- Ricardo