From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mp0 ([2001:41d0:2:bcc0::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by ms0.migadu.com with LMTPS id uGbQAXNvfWFyRwEAgWs5BA (envelope-from ) for ; Sat, 30 Oct 2021 18:14:43 +0200 Received: from aspmx1.migadu.com ([2001:41d0:2:bcc0::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by mp0 with LMTPS id uCkcOXJvfWFmJQAA1q6Kng (envelope-from ) for ; Sat, 30 Oct 2021 16:14:42 +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 5AF87BE73 for ; Sat, 30 Oct 2021 18:14:42 +0200 (CEST) Received: from localhost ([::1]:41734 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1mgr0D-000458-Fg for larch@yhetil.org; Sat, 30 Oct 2021 12:14:41 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]:48386) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1mgqzP-00044u-Rb for emacs-orgmode@gnu.org; Sat, 30 Oct 2021 12:13:51 -0400 Received: from relay-egress-host.us-east-2.a.mail.umich.edu ([13.59.128.245]:48590 helo=flaky-gwydion.relay-egress.a.mail.umich.edu) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1mgqzO-0000EO-26 for emacs-orgmode@gnu.org; Sat, 30 Oct 2021 12:13:51 -0400 Received: from cheerful-brounie.authn-relay.a.mail.umich.edu (ip-10-0-73-230.us-east-2.compute.internal [10.0.73.230]) by flaky-gwydion.relay-egress.a.mail.umich.edu with ESMTPS id 617D6F3C.BB54B.458AF1C5.3461454; Sat, 30 Oct 2021 12:13:48 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=umich.edu; s=relay-2018-08-29; t=1635610428; bh=Wor64Rd4xmlsh60XJS0rkxQjtWYslAEda5y33jRTkdk=; h=To:cc:From:Subject:In-reply-to:References:Date; b=f+AjmX7G6jzGpB/9CAmL8fAWkajAG1BffOABxXw1LMSCHLrcYRD1rmgoD4UgLVcYk 3O5SADER/WYT86OS0K4AOrjzJeOQkavXB9SF51/5rFZzS5pfiN6Z62UeTYj+K/OeMy zFISU1j8ktaUrDuO8vITqRhGu/4VthFZhIOXhB9zIjRthj9BKuh+/nN5d6bAIKsTlf KxuYKxAAVYbM1lxRGpDQ3higR647a50jIL41sp7LEeeRqqlv9cw6pybsFF5N9HFIUB yQBoi9kFSawQT6nWdrweIorRhTmntoMlLL58QF2qZU/I/KE6mPQJbpVGrXweg/3w0a ohQrS/ABs0ptw== Received: from localhost (Mismatch [95.14.69.235]) by cheerful-brounie.authn-relay.a.mail.umich.edu with ESMTPSA id 617D6F3B.2A331.56DCDBB0.1410410; Sat, 30 Oct 2021 12:13:47 -0400 To: Max Nikulin From: Greg Minshall Subject: Re: tangle option to not write a file with same contents? In-reply-to: References: <583051.1635393898@apollo2.minshall.org> <860561.1635530303@apollo2.minshall.org> Comments: In-reply-to Max Nikulin message dated "Sat, 30 Oct 2021 22:13:20 +0700." X-Mailer: MH-E 8.6+git; nmh 1.7.1; GNU Emacs 27.2 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-ID: <1013741.1635610423.1@apollo2.minshall.org> Date: Sat, 30 Oct 2021 19:13:43 +0300 Message-ID: <1013742.1635610423@apollo2.minshall.org> Received-SPF: pass client-ip=13.59.128.245; envelope-from=minshall@umich.edu; helo=flaky-gwydion.relay-egress.a.mail.umich.edu X-Spam_score_int: -20 X-Spam_score: -2.1 X-Spam_bar: -- X-Spam_report: (-2.1 / 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, SPF_HELO_NONE=0.001, SPF_PASS=-0.001 autolearn=ham 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: emacs-orgmode@gnu.org 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=1635610482; 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=Wor64Rd4xmlsh60XJS0rkxQjtWYslAEda5y33jRTkdk=; b=EYhtzb/xOSbGOxO6UiRUMZokSs1MkUO2XgHQP9xQggfCm+vKY3n8FDLuAsOi5zRYp/d8Vs DcglwSPW+tjx29CIIlgPiyiUEkHcxnvaXDQrgSt1nj8DViEDzhBRNfZ6c/BBLZhVqNuOE1 9fCdioyA6WvYHzRfJ0VadDKnhC/piAY4A32EQft3CRnkR3QULiJXyDRgTciv67B0kxWnet MC1VzqsZCIbVsRttOhhE7b6hJm0VZki71eeWHXQwlzjkBdYJvdrHpO6mQVdOPS2pCqYWLk s/g97zqsMyOoAGEB3XyUMGYJif3iMTS8EYL5Jc/meKHmiMlEk1GiscLpYErY6w== ARC-Seal: i=1; s=key1; d=yhetil.org; t=1635610482; a=rsa-sha256; cv=none; b=jup7Ch9Kq5/JWZFtA7K5lCjg8LXMUTAOs+XOu2X9Vz43TxaeykGkMpvT+VGaBPhfz9c2nF mhG79YlARtsVaAwQQ1RgLvr5QRZ4KB03BF+xeN+jKBJSXO1Xp1Y3vL8BqGnZGi351Oe0M9 NzTok4OtcJu8zmGx510ufqbQBzc9AeKN+f8ICwp8Igx4L5dt9SxhPDhAumYSqrjKB8Jmwo ApLBS/b9yJJq1GotJSeTVmy7SgyeZWat+Jl2ZmgSgmoNlbjA7DtfaRpFXSbzXU7jxtGSIJ U3fy4Q6eWoDUIhd4assHZPJo4Hb4ddKV3ruESS7BXWF+fHRzRLRKARiVfaNP3w== ARC-Authentication-Results: i=1; aspmx1.migadu.com; dkim=pass header.d=umich.edu header.s=relay-2018-08-29 header.b=f+AjmX7G; 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: -2.12 Authentication-Results: aspmx1.migadu.com; dkim=pass header.d=umich.edu header.s=relay-2018-08-29 header.b=f+AjmX7G; dmarc=pass (policy=none) header.from=umich.edu; 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: 5AF87BE73 X-Spam-Score: -2.12 X-Migadu-Scanner: scn0.migadu.com X-TUID: DiSRWgsz43G6 Max, thanks for the reply. > In the meanwhile I realized that check for modification by user should > be performed *before* tangle, and hash to detect changes is > appropriate for such purpose. I think, a copy of tangled file just to > detect modification will cause some tension from users. i guess you mean org's current "cache" stuff? > Comparison of earlier and current tangle results should be done at the > end, so implementation should be independent. There is no point to use > hash, size + byte to byte comparison is fast and reliable. that makes sense. cheers, Greg