From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mp2 ([2001:41d0:2:4a6f::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by ms0.migadu.com with LMTPS id OMgxHuCqwmA1BgEAgWs5BA (envelope-from ) for ; Fri, 11 Jun 2021 02:14:24 +0200 Received: from aspmx1.migadu.com ([2001:41d0:2:4a6f::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by mp2 with LMTPS id YD1sGeCqwmDMaAAAB5/wlQ (envelope-from ) for ; Fri, 11 Jun 2021 00:14:24 +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 47784BC0C for ; Fri, 11 Jun 2021 02:14:22 +0200 (CEST) Received: from localhost ([::1]:46890 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1lrUoX-0004jT-9H for larch@yhetil.org; Thu, 10 Jun 2021 20:14:21 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]:59034) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1lrUo9-0004jL-47 for emacs-orgmode@gnu.org; Thu, 10 Jun 2021 20:13:57 -0400 Received: from out2-smtp.messagingengine.com ([66.111.4.26]:42835) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1lrUo7-0003dh-00 for emacs-orgmode@gnu.org; Thu, 10 Jun 2021 20:13:56 -0400 Received: from compute4.internal (compute4.nyi.internal [10.202.2.44]) by mailout.nyi.internal (Postfix) with ESMTP id 746865C01A7; Thu, 10 Jun 2021 20:13:52 -0400 (EDT) Received: from imap10 ([10.202.2.60]) by compute4.internal (MEProxy); Thu, 10 Jun 2021 20:13:52 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=fastmail.com; h= mime-version:message-id:in-reply-to:references:date:from:to:cc :subject:content-type; s=fm3; bh=OzbuJLbsIY3ESqqUi6BjBhjKPBRI3Op YJF7nQfjsnf0=; b=FxKDssXjaB1JdNwLdWgv7+rHdcVVu2/SsOC4oioFAAZZyQM zow9aJVXgLYtA2siQ07+2nhHfjKnXRF/35YkLYNADBQXv5oNr9tXD4ZAX5yjOJU/ 7WLE/3lq7R8mGVYU47+/C1pCX6KWH7pTxReoZ3CazoH3RS5SVSbsrHKgn6UvZVo7 3HBqiLLyYstqZJ8isX3xeF8zsclOjw/jIPH22Chqk02BZiO7XNDSp6sBIyQsKlkq vbCWrmQqMWew256gC8HCjJLKG48WFpNPE7lcB2H6xqnKLoli8Z5qT0TFtxt3XPAd Czsu8YnL74W9D833uTV5tad7c+O3TWk7v3GFTrg== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-type:date:from:in-reply-to :message-id:mime-version:references:subject:to:x-me-proxy :x-me-proxy:x-me-sender:x-me-sender:x-sasl-enc; s=fm3; bh=OzbuJL bsIY3ESqqUi6BjBhjKPBRI3OpYJF7nQfjsnf0=; b=nJCBN2VV1pn/sK+TmKcUJ/ CpEMgew0RBqs2AQkWXCVdNhF0ZKtornTeJVQHitvVpr35OHedDoY8JZDunBZfaza AXpjAzt2E4Pa2yalFLZY0TLPChUM9odQpupJNrmIOIVKBAPvaqvKj73PL0uzwcWW fQhVJ1wT7Tqe42nwRoualP769db9updneTtxe/DTPLq3j0v6PbTLOhnvD56xU1iP 219+r4V+pWkvK2lux1r/rtgiYWiFhLX3oiBFB+U2fLUneKT69yzwXrKORvQHuztq XU8pn4F3IWyrxKwHGsogVafBCvSWDoy0eubXlYhsEG9CJ+aTyTw1zWsQFAZ1qOqQ == X-ME-Sender: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgeduledrfeduiedgfeduucetufdoteggodetrfdotf fvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdfqfgfvpdfurfetoffkrfgpnffqhgen uceurghilhhouhhtmecufedttdenucesvcftvggtihhpihgvnhhtshculddquddttddmne goufhushhpvggtthffohhmrghinhculdegledmnecujfgurhepofgfggfkjghffffhvffu tgesrgdtreerreerjeenucfhrhhomhepfdfurghmuhgvlhcuuegrnhihrgdfuceoshgsrg hnhigrsehfrghsthhmrghilhdrtghomheqnecuggftrfgrthhtvghrnhepvdevkeffgfff teduudefieffueduteffteeiudeiheefgeefueehvdetueethfffnecuffhomhgrihhnpe gslhhoghhsphhothdrtghomhenucevlhhushhtvghrufhiiigvpedtnecurfgrrhgrmhep mhgrihhlfhhrohhmpehssggrnhihrgesfhgrshhtmhgrihhlrdgtohhm X-ME-Proxy: Received: by mailuser.nyi.internal (Postfix, from userid 501) id DEEB34E00BE; Thu, 10 Jun 2021 20:13:51 -0400 (EDT) X-Mailer: MessagingEngine.com Webmail Interface User-Agent: Cyrus-JMAP/3.5.0-alpha0-519-g27a961944e-fm-20210531.001-g27a96194 Mime-Version: 1.0 Message-Id: <4b176952-c02f-43ed-80c3-d7eb9a8541d1@www.fastmail.com> In-Reply-To: References: <643664.1623172504@apollo2.minshall.org> <87o8cfv2fq.fsf@ucl.ac.uk> <87wnr2he77.fsf@web.de> Date: Fri, 11 Jun 2021 00:13:31 +0000 From: "Samuel Banya" To: "Samuel Wales" , "Dr. Arne Babenhauserheide" Subject: Re: literate programming, development log -- ideas? (ominbus reply) Content-Type: multipart/alternative; boundary=4811113d0ea64819a1bea254244b9434 Received-SPF: pass client-ip=66.111.4.26; envelope-from=sbanya@fastmail.com; helo=out2-smtp.messagingengine.com X-Spam_score_int: -17 X-Spam_score: -1.8 X-Spam_bar: - X-Spam_report: (-1.8 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001, FREEMAIL_REPLY=1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_MSPIKE_H3=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001 autolearn=no autolearn_force=no X-Spam_action: no action X-BeenThere: emacs-orgmode@gnu.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Cc: Charles Berry , Eric S Fraga Errors-To: emacs-orgmode-bounces+larch=yhetil.org@gnu.org Sender: "Emacs-orgmode" X-Migadu-Flow: FLOW_IN ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=yhetil.org; s=key1; t=1623370464; 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=OzbuJLbsIY3ESqqUi6BjBhjKPBRI3OpYJF7nQfjsnf0=; b=Ar+RfhOmE6Fbd0+/i7SxM2OIhCl7vFEGL5LMeZCaBz+r3Y9wA380konD74WIYPJ3ywwmP6 eWzRV3+a5upSo8pV2ng2o8mex+J493K2XIn/1uhyMn1UWjM+cTYMhuvD0VcIb/5/pY5d89 6wBmsrpSJg5bjkKfiXREk7F+tq4sHkk50mSuMfXJzd9hN/3ZkoltdDN2lh4UltmolyHZ/7 EV0L/tiHlFUN9rWwxByq7csc6G1qW75cqtMS/okAGpqi5tZfRN2OK8CW9Inc2ox9D5SAUd N2UzUo00ayptq4CbAmqniWh8/Exk7KDAjvzfNU9LGhlkhqW7kPiTx3RTW8H0Fw== ARC-Seal: i=1; s=key1; d=yhetil.org; t=1623370464; a=rsa-sha256; cv=none; b=tOvTVRSBq1UwnPgYXg17dvzrelBUoY97ylFeYyZ37x/2mWCD/mMhM79P/xZLi6X50pnTkA YVuOrWAjirUcw/JFcXzb1VR4hBL8ecjAT1aMRtYU/U6s7Tew/w0G2qmhwL67IW/OUrw/4e fG8znrMx9XomkuZ7EOiyy/xw8AmdgGKDHHH14vxxT8p4DhFyg/7ki6IiIqUIrmGRRPlTa+ 9iP7u5WTH/FAUzOfjsHExpU3OuC0QKkBKSrHHgx4n5upUMAS1eGlUgi4dEQufs+hP9GPKB efgYTw9ZZh8IIMFf443gEVeNryW5ll3UpGjVSCqV09QjCloNzvsIwCDsaAvLLA== ARC-Authentication-Results: i=1; aspmx1.migadu.com; dkim=fail ("headers rsa verify failed") header.d=fastmail.com header.s=fm3 header.b=FxKDssXj; dkim=fail ("headers rsa verify failed") header.d=messagingengine.com header.s=fm3 header.b=nJCBN2VV; dmarc=fail reason="SPF not aligned (relaxed)" header.from=fastmail.com (policy=none); spf=pass (aspmx1.migadu.com: domain of emacs-orgmode-bounces@gnu.org designates 209.51.188.17 as permitted sender) smtp.mailfrom=emacs-orgmode-bounces@gnu.org X-Migadu-Spam-Score: -0.32 Authentication-Results: aspmx1.migadu.com; dkim=fail ("headers rsa verify failed") header.d=fastmail.com header.s=fm3 header.b=FxKDssXj; dkim=fail ("headers rsa verify failed") header.d=messagingengine.com header.s=fm3 header.b=nJCBN2VV; dmarc=fail reason="SPF not aligned (relaxed)" header.from=fastmail.com (policy=none); spf=pass (aspmx1.migadu.com: domain of emacs-orgmode-bounces@gnu.org designates 209.51.188.17 as permitted sender) smtp.mailfrom=emacs-orgmode-bounces@gnu.org X-Migadu-Queue-Id: 47784BC0C X-Spam-Score: -0.32 X-Migadu-Scanner: scn0.migadu.com X-TUID: YLsinjEzBIm+ --4811113d0ea64819a1bea254244b9434 Content-Type: text/plain;charset=utf-8 Content-Transfer-Encoding: quoted-printable I actually nuke Emacs's ability to do backups with this in my config: ** Nuke Emacs' ability to make backups and autosaves since its annoying = and too bloated #+BEGIN_SRC emacs-lisp (setq make-backup-files nil) (setq auto-save-default nil) #+END_SRC Reason being is that its one of the worst automatic features of any edit= or. I hate having to deal with ~ files all over the place. However, I've= done this for other editors like Vim as well since swapfiles just are a= pain to deal with. I didn't know they had an rsync variant for Emacs. Now that is nice. I'm okay with git repos for dot files or some kind of programming projec= t but yeah, I've been debating something else for an org based repo caus= e I too have almost had my 'life.org' be completely destroyed with a mer= ge event. On Thu, Jun 10, 2021, at 10:07 PM, Samuel Wales wrote: > undo [or equivalent] in buffer. no saving to disk. >=20 > emacs auto save to an auto-expiring directory >=20 > emacs backups every save to an auto-expiring directory >=20 > git snapshots when i feel like it. search as needed. >=20 > branching in the text itself, by use of comments above if it is > incoming/new and below if it is old/reference. >=20 > many use git branch but i wouldn't remember the branch was in git and > i don't want to have to rely on git for such things unless it disrupts= > the text without it. for me it is merely an archive. it is not an > active repository of future possibilities and current ongoing > activities. even with magit, git ui is complex to me. its storage > model is not merely an endofuctor of dags. >=20 > so i use only basic features when possible. many years later i still > fear merges/rebases and even stashes and find the merge/rebase > presentation to be quite bizarre and can't believe anybody finds it > the most useful. certain sequences of staging, unstaging, and > snaphotting can actually cause buffer corruption. git notes feature > is another complexity which while small i'd rather have git recognize > all file permissions by default. >=20 > incidentally, rsync wrapper called rsnapshot works well. i wouldn't > use it for branching. you can use unix commands =3D win. >=20 >=20 > On 6/9/21, Dr. Arne Babenhauserheide > wrote: > > > > Eric S Fraga > writes= : > > > >>> Not sure if it counts as off-topic for this thread, but does every= one > >>> use Git to manage their Org docs and notes? > >> > >> I use a variety of version control systems but for multiple compute= rs I > >> use unison to keep them all synchronised. > > > > I use Mercurial for all my private versiontracking. > > > > Best wishes, > > Arne > > -- > > Unpolitisch sein > > hei=C3=9Ft politisch sein > > ohne es zu merken > > >=20 >=20 > --=20 > The Kafka Pandemic >=20 > Please learn what misopathy is. > https://thekafkapandemic.blogspot.com/2013/10/why-some-diseases-are-wr= onged.html >=20 --4811113d0ea64819a1bea254244b9434 Content-Type: text/html;charset=utf-8 Content-Transfer-Encoding: quoted-printable
I actually nuke= Emacs's ability to do backups with this in my config:
** Nuke Emacs' ability to make backups and autosaves since i= ts annoying and too bloated
   #+BEGIN_SRC emacs= -lisp
     (setq make-backup-files nil= )
     (setq auto-save-default nil)
   #+END_SRC

Reason being= is that its one of the worst automatic features of any editor. I hate h= aving to deal with ~ files all over the place. However, I've done this f= or other editors like Vim as well since swapfiles just are a pain to dea= l with.

I didn't know they had an rsync var= iant for Emacs. Now that is nice.

I'm okay = with git repos for dot files or some kind of programming project but yea= h, I've been debating something else for an org based repo cause I too h= ave almost had my 'life.org' be completely destroyed with a merge event.=

On Thu, Jun 10, 2021, at 10:07 PM, Samuel = Wales wrote:
undo [or equivalent] in buffer.  no saving to disk.

emacs auto save to an auto-expiring directory
<= div>
emacs backups every save to an auto-expiring director= y

git snapshots when i feel like it.  = search as needed.

branching in the text its= elf, by use of comments above if it is
incoming/new and be= low if it is old/reference.

many use git br= anch but i wouldn't remember the branch was in git and
i d= on't want to have to rely on git for such things unless it disrupts
<= /div>
the text without it.  for me it is merely an archive.&nbs= p; it is not an
active repository of future possibilities = and current ongoing
activities.  even with magit, git= ui is complex to me. its storage
model is not merely an e= ndofuctor of dags.

so i use only basic feat= ures when possible.  many years later i still
fear me= rges/rebases and even stashes and find the merge/rebase
pr= esentation to be quite bizarre and can't believe anybody finds it
the most useful.  certain sequences of staging, unstaging, = and
snaphotting can actually cause buffer corruption. = ; git notes feature
is another complexity which while smal= l i'd rather have git recognize
all file permissions by de= fault.

incidentally, rsync wrapper called r= snapshot works well.  i wouldn't
use it for branching= .  you can use unix commands =3D win.

=
On 6/9/21, Dr. Arne Babenhauserheide <arne_bab@web.de> wrote:
>
> Eric S Fraga <e.fraga@ucl.ac.uk> writes:
>
>= ;>> Not sure if it counts as off-topic for this thread, but does e= veryone
>>> use Git to manage their Org docs and = notes?
>>
>> I use a variety of = version control systems but for multiple computers I
>&= gt; use unison to keep them all synchronised.
>
> I use Mercurial for all my private versiontracking.
>
> Best wishes,
> Arne
> --
> Unpolitisch sein
> = hei=C3=9Ft politisch sein
> ohne es zu merken
=
>


-- 
=
The Kafka Pandemic

Please learn what m= isopathy is.


--4811113d0ea64819a1bea254244b9434--