From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mp0.migadu.com ([2001:41d0:403:4876::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by ms13.migadu.com with LMTPS id CAWkDQbHjmc7NgEAqHPOHw:P1 (envelope-from ) for ; Mon, 20 Jan 2025 21:58:30 +0000 Received: from aspmx1.migadu.com ([2001:41d0:403:4876::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by mp0.migadu.com with LMTPS id CAWkDQbHjmc7NgEAqHPOHw (envelope-from ) for ; Mon, 20 Jan 2025 22:58:30 +0100 X-Envelope-To: larch@yhetil.org Authentication-Results: aspmx1.migadu.com; dkim=pass header.d=ushin.org header.s=key1 header.b=wiQLp3op; spf=pass (aspmx1.migadu.com: domain of "emacs-orgmode-bounces+larch=yhetil.org@gnu.org" designates 209.51.188.17 as permitted sender) smtp.mailfrom="emacs-orgmode-bounces+larch=yhetil.org@gnu.org"; dmarc=pass (policy=quarantine) header.from=ushin.org ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=yhetil.org; s=key1; t=1737410310; 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:in-reply-to:in-reply-to: references:references:list-id:list-help:list-unsubscribe: list-subscribe:list-post:dkim-signature; bh=QB7yWNJ6r/NROsm+uwC7lcggq5duwzbI5QMI5vUjYns=; b=eMRjTGglT8hhfmJ9uNEsMsyYUlrKOU+A5bY5IFOM1PYD5R35qRCOy8GwxqIWrP/4gSPck+ CQnFeAqE6vQFQ0SNj/HC8Vb2EPJfhoxC7eMvWD0/iB+v5qiHQNpUo858WOIgZjZ0Bpb43F Q9L4rqVPJA6Zqq6DfzqDFwgyfaaFORzgBR/GjtdgJGF/k5w2lMHTrkPNkwYuI1jquLgKD5 DWuEKKMB6YWv69xNu2w4ucYDNv7FoE+kR7u+lCp1LjFvsjRw5Ht/K+VQbDhpKSNiWsOKhV HqNOasOQUyuGOZppp5OQrFZ+bAdg0EWUEcN5Jb0UuuhvDoXrpCB3J/CG8O3HMg== ARC-Authentication-Results: i=1; aspmx1.migadu.com; dkim=pass header.d=ushin.org header.s=key1 header.b=wiQLp3op; spf=pass (aspmx1.migadu.com: domain of "emacs-orgmode-bounces+larch=yhetil.org@gnu.org" designates 209.51.188.17 as permitted sender) smtp.mailfrom="emacs-orgmode-bounces+larch=yhetil.org@gnu.org"; dmarc=pass (policy=quarantine) header.from=ushin.org ARC-Seal: i=1; s=key1; d=yhetil.org; t=1737410310; a=rsa-sha256; cv=none; b=WSqr/k0Lh24pc/tctB7av0tS7ryqDeR/T21yTiFnRREetqiSenVNpkQALyTs7/qV7JBLIX aNmUEXP5Rf6lV0fnKHiOp4euay/PrD2g5qgSIho72yraucZ6Ab4vlyWEE0+zAISCrIe3Z6 KKoh8lg5VW2hlj7HJ1pIRlV9oVKkOKueiCKDvjlLxCx5Lh0paW2iw9JKi/8XeNuqt4F1p5 skxdX24ORhUAdyhgo7CYWrKvujiWobZ5kYWv/EiT/sK/EHbb63LNeG0bB+8Ttff5xv1p1h RIdqZwLlki9gt6+SuzOZ9HjI/Bd/frED3j0VWWBY0oUK5zQftulCdNCZqBPvQA== 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 DA1E8823A0 for ; Mon, 20 Jan 2025 22:58:29 +0100 (CET) Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1tZzm7-0006CG-AG; Mon, 20 Jan 2025 16:57:39 -0500 Received: from eggs.gnu.org ([2001:470:142:3::10]) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1tZzm6-0006C7-4q for emacs-orgmode@gnu.org; Mon, 20 Jan 2025 16:57:38 -0500 Received: from out-176.mta0.migadu.com ([91.218.175.176]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1tZzm4-0003TQ-3V for emacs-orgmode@gnu.org; Mon, 20 Jan 2025 16:57:37 -0500 X-Report-Abuse: Please report any abuse attempt to abuse@migadu.com and include these headers. DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ushin.org; s=key1; t=1737410231; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=QB7yWNJ6r/NROsm+uwC7lcggq5duwzbI5QMI5vUjYns=; b=wiQLp3opwKfC01jlB2pgo13B8omSP208o2NzWARNBgqUMqdMtxyaMCgHBBH+j6UvG8xpWB F2iEZUlRiHjgx34NhDPFmbsZWlXcXvC/fhh/g2IDAAcKls3yVJPvI7xFN7mSVKbgBrlNOl LzZmsYHf1m865bMyadJkb74tGF7bnUqb46cp8CoTHNeNm8Jc2laibSO/0SsdZJ7iOXRyhU VVPVpDMRsq+tEix+CxIDyXAlOAM59v2w0VRVCXqS0mvH9HV5zdQ+TK6InKd/G/uhoa0UmI TmMy0kf94fAlraciVpOwevdS9+DCfi4XZ5+mfu7NWh+Qt5/cbkaZqL99x5n4kw== From: Joseph Turner To: Ihor Radchenko Cc: emacs-orgmode@gnu.org, bzg@gnu.org, Corwin Brust , Krupal Subject: Re: [DISCUSSION] Contributing policy for WORG In-Reply-To: <875xmbdxyu.fsf@localhost> (Ihor Radchenko's message of "Sun, 19 Jan 2025 08:11:53 +0000") References: <875xmbdxyu.fsf@localhost> Date: Mon, 20 Jan 2025 13:57:03 -0800 Message-ID: <87msfli1xs.fsf@breatheoutbreathe.in> MIME-Version: 1.0 Content-Type: text/plain Received-SPF: pass client-ip=91.218.175.176; envelope-from=joseph@ushin.org; helo=out-176.mta0.migadu.com X-Spam_score_int: -18 X-Spam_score: -1.9 X-Spam_bar: - X-Spam_report: (-1.9 / 5.0 requ) BAYES_00=-1.9, DKIM_INVALID=0.1, DKIM_SIGNED=0.1, RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_VALIDITY_RPBL_BLOCKED=0.001, RCVD_IN_VALIDITY_SAFE_BLOCKED=0.001, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, URI_NOVOWEL=0.5 autolearn=ham autolearn_force=no X-Spam_action: no action X-BeenThere: emacs-orgmode@gnu.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-orgmode-bounces+larch=yhetil.org@gnu.org Sender: emacs-orgmode-bounces+larch=yhetil.org@gnu.org X-Migadu-Country: US X-Migadu-Flow: FLOW_IN X-Migadu-Spam-Score: -6.42 X-Spam-Score: -6.42 X-Migadu-Queue-Id: DA1E8823A0 X-Migadu-Scanner: mx10.migadu.com X-TUID: RTMi9S7m1y90 Ihor Radchenko writes: > Hi, > > Corwin recently noticed that our > https://orgmode.org/worg/worg-about.html page is not very consistent > about whom and how should contribute to WORG. > > One part of that page suggests to "Create an account on Sourcehut" and > then push changes freely, while another part suggests going through the > mailing list. > > My first reflex was to make things consistent with Org code > contributions, but I recall that Bastien had somewhat different ideas > about WORG contributions - more in line with "free to push changes" and > generally with a spirit of wiki pages (Bastien, correct me if I am > making things up). > > Now, thinking about it, I do believe that our general goal should be > making it easier for users to push changes to WORG - easier than > contributing code. And these days creating an account might be easier > for people compared to writing to a mailing list. > > Maybe we can simplify things even more by settings something up so that > people can download, edit, and upload WORG pages right from Emacs. For > example, hyperdrive might be used as an alternative to git workflow, > especially if we can cook some kind of setup via a simple M-x > command. (see ) Thanks for the suggestion! I imagine such a command would do this: - install hyperdrive.el - download and install external gateway program with hyperdrive-install - open worg hyperdrive. We could use the hyperdrive I created for the blog post hyper://bpb1bq6sdfajw4bok7k9tdmrq153pbwzcyfkrqrfxw3hhihyddhy/ which is also accessible here: https://bpb1bq6sdfajw4bok7k9tdmrq153pbwzcyfkrqrfxw3hhihyddhy.hyper.hypha.coop/ but I'd suggest the worg maintainers (Ihor) create a new hyperdrive that mirrors worg, so that the maintainers control the keys. - Create a new hyperdrive which mirrors the maintainers' worg hyperdrive. Then the users edit their hyperdrive and then run a second command to: - send the URL of the user-created hyperdrive to the maintainers. How? Via email? hyperdrive.el doesn't currently have a way to "push" changes to someone else, only "pull", although this could be added. For the worg use-case, where all changes need to go back to a central hub (the worg maintainers and the central git repository), I think hyperdrive might not help all that much. Hyperdrive is useful for distributing content like a personal website on a peer-to-peer network. The hyperdrive.el Emacs interface adds things like Org mode link handling, but it doesn't support collaboratively editing text documents. [ The hypercore stack does include the https://github.com/holepunchto/autobase library for creating multiwriter data structures, but significant effort would be required to create an auto-merging program on top of hyperdrive. Here's an example of the kind of multiwriter programs which can be written with autobase: https://github.com/hypercore-protocol/p2p-multiwriter-with-autobase ] >From Ihor's direct email to me: > I imagined that we can simply point users to > 1. install hyperdrive from ELPA > 2. M-x magic > 3. View/edit/add WORG pages locally in Emacs > 4. (involving me adding user hyperdrives to sync with mine, > where I can push upstream) > 5. The edits appear on WORG website Something like this might work for one-time contributions, but subsequent contributions would require restarting the process, since after the maintainers copy the desired changes, there's currently no way merge the two hyperdrive histories. Perhaps someone wants to write a CRDT designed to handle Org documents. :) Joseph