From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mp2.migadu.com ([2001:41d0:303:e224::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by ms13.migadu.com with LMTPS id EOloDPxLeWaYVQEAe85BDQ:P1 (envelope-from ) for ; Mon, 24 Jun 2024 10:35:40 +0000 Received: from aspmx1.migadu.com ([2001:41d0:303:e224::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by mp2.migadu.com with LMTPS id EOloDPxLeWaYVQEAe85BDQ (envelope-from ) for ; Mon, 24 Jun 2024 12:35:40 +0200 X-Envelope-To: larch@yhetil.org Authentication-Results: aspmx1.migadu.com; dkim=pass header.d=posteo.net header.s=2017 header.b=Mb8+VPsr; dmarc=pass (policy=none) header.from=posteo.net; 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" ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=yhetil.org; s=key1; t=1719225340; 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: in-reply-to:in-reply-to:references:references:list-id:list-help: list-unsubscribe:list-subscribe:list-post:dkim-signature; bh=9dLeLnb51k2mmsygP2ZfJ/iL+UXGe1HQ39Ls6DTLecM=; b=sG6nnDD1VpWj7htmczf62v2EgkSkVqTiBSXcmKwNbgVXd2IAM3wnputenmADMshxOrcLcI wj5cUrF66S+SmRPXYCmSCoeHSRG5LUPD6UVQ0aZDsIsYOSnh/1MEg0VJLLm4lzFyWHtzHr Xv20q+H5VLS0Ars/nBRoAPz9CzYKbSpXLYpHjYmwdwxHW2r2cwBsawLmskP2Vet96TnEkn EcFvAeYw8CT/o7LfVmFJCjlxUpVJsawuo/dcWv+pXHLYlYq3BZnjeLYWystnxsSFh9csuK nQ4v/oCgx1NwPJXI/B0KQ1SeqENfc64tPHH4jfLGEehgyTpEsP4Nwv5VtC5mJA== ARC-Seal: i=1; s=key1; d=yhetil.org; t=1719225340; a=rsa-sha256; cv=none; b=JhyM1FFDrOme5UyvZbRbZwA5+DROZd6DOd84SRT9PhMc+HP7E2aggVZTQM8HPGCRoPb01d sA0rh2jiNmWQClVerHGKmVHOJeMsW27cI4GxHyfIP2C8dWeQQM63TgnSvqy6E7c3/5xOfI Prjl8Eq4vJoV/tU0p9k58v3tb0chWnVvYtbMg3/TT2ci89UbW184jztQ6AlQW5/8qGWXtq BvfcuQCloKz4kCVlmR7dMPVkxnCUi5DERQRceuMAgoDvGrLutYhC4HA2qPVhj+CEvnFoFF Rv8YKI32vFqxQ28r5r6bwI1w7mrdyl7f0UAPXfcyAjwmkuUXmQ7GdPQfAvgMQw== ARC-Authentication-Results: i=1; aspmx1.migadu.com; dkim=pass header.d=posteo.net header.s=2017 header.b=Mb8+VPsr; dmarc=pass (policy=none) header.from=posteo.net; 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" 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 DCEE31A733 for ; Mon, 24 Jun 2024 12:35:39 +0200 (CEST) Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1sLh1y-0005BD-2q; Mon, 24 Jun 2024 06:34:38 -0400 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 1sLh1v-0005AT-QW for emacs-orgmode@gnu.org; Mon, 24 Jun 2024 06:34:35 -0400 Received: from mout02.posteo.de ([185.67.36.66]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1sLh1t-0002fu-0r for emacs-orgmode@gnu.org; Mon, 24 Jun 2024 06:34:35 -0400 Received: from submission (posteo.de [185.67.36.169]) by mout02.posteo.de (Postfix) with ESMTPS id 5DEAF24010E for ; Mon, 24 Jun 2024 12:34:30 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=posteo.net; s=2017; t=1719225270; bh=9dLeLnb51k2mmsygP2ZfJ/iL+UXGe1HQ39Ls6DTLecM=; h=From:To:Cc:Subject:Date:Message-ID:MIME-Version:Content-Type: Content-Transfer-Encoding:From; b=Mb8+VPsr4b141cZZaEL1BwnDdLzKmzGIsM+SbtjdF2kVce2EJXxO7yV18ErBeGN7G X2wlwKCVuM3u5TyECUhXBXSWeO590b3EP34ABsHsjG5UuvxbVp17czaVzXdCpWIUV1 B+Utz9ya00/UF1PIntdHG2IB+FZZkhCoSyMWnS2zmQiyo57heQ5HuMAzccyyCQWoUw 6cwxXS7P4DN/LDcTgGxxxnwRI9jasEIYV4pXH7TiLm9OQsUBDaXso1JAAgXDOAEc5l Y1sdGwvzwosADXFYimK0hDz/cXQzsrAfDsoA0RaJl3u/NbjipnSKoVXSTHBVZi6XOA TaA54zxjjRalw== Received: from customer (localhost [127.0.0.1]) by submission (posteo.de) with ESMTPSA id 4W748P5jLRz6tvy; Mon, 24 Jun 2024 12:34:29 +0200 (CEST) From: Ihor Radchenko To: Daniel Clemente Cc: Eli Zaretskii , emacs-orgmode@gnu.org Subject: Re: Please document the caching and its user options In-Reply-To: References: <86ed921oxu.fsf@gnu.org> <874j9vllbp.fsf@localhost> <87o781t676.fsf@localhost> <874j9qs0wh.fsf@localhost> Date: Mon, 24 Jun 2024 10:36:11 +0000 Message-ID: <87ed8mtyp0.fsf@localhost> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Received-SPF: pass client-ip=185.67.36.66; envelope-from=yantar92@posteo.net; helo=mout02.posteo.de X-Spam_score_int: -43 X-Spam_score: -4.4 X-Spam_bar: ---- X-Spam_report: (-4.4 / 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, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, 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.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-Flow: FLOW_IN X-Migadu-Country: US X-Migadu-Queue-Id: DCEE31A733 X-Migadu-Scanner: mx12.migadu.com X-Migadu-Spam-Score: -9.59 X-Spam-Score: -9.59 X-TUID: p3di5653eEu+ Daniel Clemente writes: > Thanks. I'm not sure about the "unless" part here: > >> Persisting the cache to disk [=E2=80=A6] >> It is not recommended if the Org files >> include sensitive data, unless the data is encrypted via `org-crypt'.") > > I first mentioned org-crypt because users of org-crypt may be > surprised if they see encrypted data stored unencrypted in disk, due > to this cache. No unencrypted data should be stored in the cache _on fs_. If it does get stored, it is a bug that should be reported. > A user has somefile.org which contains some headers marked with the > "crypt" tag. Only those headers are encrypted. The org-element cache > may now cache the whole file, including the encrypted headers (this is > ok). Now the user temporarily decrypts the encrypted header, works on > it some time (including closing the file and opening it again) then > encrypts the section again. During the time that the header was > unencrypted, the org-element cache was storing information about > unencrypted data in ~/.cache/org-persist, which could even be a remote > server (NFS, SMB etc), not as private as the org file itself. Nope. Storing to disk only happens when you kill the buffer and before exiting Emacs. At that point, org-crypt must take care about re-encrypting everything. > The rest of the documentation change seems good, it improves things. > I would just mention the shortcomings or disclaimers, if there are. > For instance I worry about what may happen when different Emacs > processes load the same Org files at the same time (e.g. I run several > automated batch export jobs). And I guess that having a disk cache > creates new problems, like when in a web browser a simple F5 won't > refresh and you need S-F5. > But if there are no shortcomings (i.e. all operations will always use > up to date information and everything will keep working as usual when > you enable on-disk cache), it's ok like it is. It's also good if it's > explicitly mentioned. It could also be mentioned somewhere else, like > in a cache section in the manual, if it gets one. Multiple Emacs instances are handled correctly. I do not see much point documenting that things are working as expected. --=20 Ihor Radchenko // yantar92, Org mode contributor, Learn more about Org mode at . Support Org development at , or support my work at