From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mp1 ([2001:41d0:8:6d80::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by ms0.migadu.com with LMTPS id UPpeFcb9QmENGQEAgWs5BA (envelope-from ) for ; Thu, 16 Sep 2021 10:18:14 +0200 Received: from aspmx1.migadu.com ([2001:41d0:8:6d80::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by mp1 with LMTPS id 8NMCEcb9QmEnZgAAbx9fmQ (envelope-from ) for ; Thu, 16 Sep 2021 08:18:14 +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 0418918EB4 for ; Thu, 16 Sep 2021 10:18:12 +0200 (CEST) Received: from localhost ([::1]:56196 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1mQmaw-0004IG-6e for larch@yhetil.org; Thu, 16 Sep 2021 04:18:10 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]:43042) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1mQmao-0004Hs-BA for bug-guix@gnu.org; Thu, 16 Sep 2021 04:18:02 -0400 Received: from debbugs.gnu.org ([209.51.188.43]:42209) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1mQmao-0000kX-2t for bug-guix@gnu.org; Thu, 16 Sep 2021 04:18:02 -0400 Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1mQman-0003z4-NY for bug-guix@gnu.org; Thu, 16 Sep 2021 04:18:01 -0400 X-Loop: help-debbugs@gnu.org Subject: bug#50606: Add support for other formats of Guix channels Resent-From: Ludovic =?UTF-8?Q?Court=C3=A8s?= Original-Sender: "Debbugs-submit" Resent-CC: bug-guix@gnu.org Resent-Date: Thu, 16 Sep 2021 08:18:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 50606 X-GNU-PR-Package: guix X-GNU-PR-Keywords: To: EuAndreh Received: via spool by 50606-submit@debbugs.gnu.org id=B50606.163178026815148 (code B ref 50606); Thu, 16 Sep 2021 08:18:01 +0000 Received: (at 50606) by debbugs.gnu.org; 16 Sep 2021 08:17:48 +0000 Received: from localhost ([127.0.0.1]:53755 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mQmaZ-0003w4-S3 for submit@debbugs.gnu.org; Thu, 16 Sep 2021 04:17:48 -0400 Received: from eggs.gnu.org ([209.51.188.92]:54168) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mQmaS-0003o7-HL for 50606@debbugs.gnu.org; Thu, 16 Sep 2021 04:17:46 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]:43388) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1mQmaM-0000NG-Ql; Thu, 16 Sep 2021 04:17:34 -0400 Received: from [2001:660:6102:320:e120:2c8f:8909:cdfe] (port=47270 helo=ribbon) by fencepost.gnu.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1mQmaM-0005tV-Hi; Thu, 16 Sep 2021 04:17:34 -0400 From: Ludovic =?UTF-8?Q?Court=C3=A8s?= References: <163172701717.1270740.9988334410334115700@localhost> Date: Thu, 16 Sep 2021 10:17:32 +0200 In-Reply-To: <163172701717.1270740.9988334410334115700@localhost> (EuAndreh's message of "Wed, 15 Sep 2021 14:30:17 -0300") Message-ID: <87ee9p2aub.fsf@gnu.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.2 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-BeenThere: bug-guix@gnu.org List-Id: Bug reports for GNU Guix List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Cc: 50606@debbugs.gnu.org Errors-To: bug-guix-bounces+larch=yhetil.org@gnu.org Sender: "bug-Guix" X-Migadu-Flow: FLOW_IN ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=yhetil.org; s=key1; t=1631780292; 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:resent-cc: resent-from:resent-sender:resent-message-id:in-reply-to:in-reply-to: references:references:list-id:list-help:list-unsubscribe: list-subscribe:list-post; bh=k3Tdju3uXxWLp//jeQK+bE0YLr0zncxxoio7cf2izXE=; b=d3I9eYEW1pIAE+fzHRvBiOOGHrCvmbqYSioKbu7GA3rgLysgc9rP/rtS4rwNS+ZkSd5dJX aNrMs9U8QArohS3MZ1r8OsuZQyZxcNXcbsDCMQjXfkLNVgCpemRy1ZHH2v+7+Mj3l8RSV5 I+wEieAsv6hLtDoCRPj/VmL+Vh0rvShLu2o8PJq6bu9Mxx+BNqJMyhXLdT8LHCzAe1AOuG Whz55e/OyRgqwD/pQ/bxsdWo1zCoLtydUqioryNj+m14g5M06eAJkkKqAZHulyzKqwccd9 d55X1SyCqnZi4n3LRWMJmGlHprfMBerCgOgjMJKh8zx/G2Gie2udVrV83nlwAQ== ARC-Seal: i=1; s=key1; d=yhetil.org; t=1631780292; a=rsa-sha256; cv=none; b=jfdHgP+0yN7BNro2h5BVS2vpDav7876eTS7BooxmpSsSd29Tf3KcrYsSzHSeZcoSdqkW6r YFHM3HZWeA+IhE874w3yydHuWS0WNaNNIHhLhO1AsnuJr2K23Llf/xGs7WZVIHV0WwhJ1p 6E5pV3DMpCzPyBFxMiE2Oz7UryRYs0uktG2MFPWRNUBa3VOYRSgCFaLlJbh0WNeTpxCqxv /NtLYfizmh9pVmAjsUB0ZWWfLXqVRZ2zD6LlKKnIA3zIBF6KeLxh/l3b7reIQr5b1qrlHo 0JQnHlObsvAQQrgDGIgTsukvm3+Tgrmq7eMsrEr8BfU3EDNxgZI7bDQjleISeg== ARC-Authentication-Results: i=1; aspmx1.migadu.com; dkim=none; spf=pass (aspmx1.migadu.com: domain of bug-guix-bounces@gnu.org designates 209.51.188.17 as permitted sender) smtp.mailfrom=bug-guix-bounces@gnu.org X-Migadu-Spam-Score: -2.90 Authentication-Results: aspmx1.migadu.com; dkim=none; dmarc=pass (policy=none) header.from=gnu.org; spf=pass (aspmx1.migadu.com: domain of bug-guix-bounces@gnu.org designates 209.51.188.17 as permitted sender) smtp.mailfrom=bug-guix-bounces@gnu.org X-Migadu-Queue-Id: 0418918EB4 X-Spam-Score: -2.90 X-Migadu-Scanner: scn0.migadu.com X-TUID: HVsONu9XiK4/ Hi, EuAndreh skribis: > As I've described in [0], one can't have a Guix channel served over Git's > "Dumb HTTP" protocol. That is caused by libgit's inability to do so [1]. > > Guix channel authors may want to serve channels: > - via "Dumb HTTP" Git repositories; > - via other DVCS like Mercurial, Fossil, BitKeeper; > - decoupled from the backing versioning tool. > > My initial though is that making Guix knowing how to handle channels serv= ed as > tarballs would suffice, and cover all of the above. Those channels would= n't > have the exact same caching and authentication characteristics as channels > served via Git repositories, but that seems OK. > > WDYT? Channel authentication and downgrade prevention are very much linked to Git, though they could work with any append-only kind of DVCS. Now, the implementation is (purposefully) very much Git-only; the format of channel specs is somewhat Git-only as well. I understand it can be frustrating users of other VCSes, but from a maintenance viewpoint, supporting a single VCS greatly simplifies things. I also think it=E2=80= =99s beneficial from a user interface standpoint because it allows us to provide tighter integration than if there was a high-level abstraction layer. All in all, I=E2=80=99m not in favor of supporting other version control to= ols for channels. Supporting the =E2=80=9Cdump HTTP=E2=80=9D Git transport would be nice, but= as you write, it=E2=80=99s more of a feature request for libgit2. Thanks, Ludo=E2=80=99.