Re: org-persist-write:index takes minutes to run

Karthik Chikmagalur writes: > It's definitely better than the version of org-persist on main right > now. Emacs blocks intermittently over the ~3 seconds it takes to > preview 600 fragments in my test file, but it's not completely blocked > for 30 seconds like before. Ema

Re: org-persist-write:index takes minutes to run

arthik ChikmagalurCcIhor Radchenko, emacs-orgmode@gnu.orgSubjectRe: org-persist-write:index takes minutes to run Could you run this code, then run M-x my-org-latex-preview-benchmark on your file and report the time? (You should avoid the precompilation first by previewing a single fragment first.)

Re: org-persist-write:index takes minutes to run

Karthik Chikmagalur writes: >>> 1. When running `save-buffers-kill-emacs', the time is down from several >>> minutes to about 10 seconds -- still undesirably long but not egregious. >>> This is the profile org-persist-delay-kill-emacs.eld. >> >>

Re: org-persist-write:index takes minutes to run

> I tried to find the reason in my LaTeX header uasge. > If I ban the usage of #+LATEX_HEADER: \usepackage{mathpazo}, the test > time reduced to 3.5s. (I love this font set) > If I ban the fontenc + mathpazo, it remains 3.5s. > If I ban the lmodorn + fontenc + mathpazo, it reduces to 1.9s. This is

Re: org-persist-write:index takes minutes to run

t. Yu Huang Replied Message FromYu HuangDate3/29/2025 12:56ToKarthik ChikmagalurCcIhor Radchenko, emacs-orgmode@gnu.orgSubjectRe: org-persist-write:index takes minutes to run the result of health-check is as follows. I don't know why "Caching with org-persist" is ON. The

Re: org-persist-write:index takes minutes to run

the result of health-check is as follows. I don't know why "Caching with org-persist" is ON. The value of `org-latex-preview-cache` is exactly "temp" now. -- Your LaTeX preview process Precompile with latex -> LaTeX Compile with pdflatex -&g

Re: org-persist-write:index takes minutes to run

t; test first in my current workspace (without restarting). When turning > on precompilation, the time is stable around 5.5 seconds; while when > turnning off precompilation, the time is stable around 6 seconds. We want to avoid counting the precompilation time, as it is not relevant to the o

Re: org-persist-write:index takes minutes to run

5.5s. I think this time is mistaken, since by my naked eyes, the fragments around \(\alpha\) only take 0.5s-1s to be compiled and shown. Yu Huang Replied Message FromKarthik ChikmagalurDate3/29/2025 12:30ToYu HuangCcIhor Radchenko, emacs-orgmode@gnu.orgSubjectRe: org-persist-write:

Re: org-persist-write:index takes minutes to run

ew-benchmark), and the result is always > around 5.5s. I think this time is mistaken, since by my naked eyes, > the fragments around \(\alpha\) only take 0.5s-1s to be compiled and > shown. 5.5 seconds to compile 700 fragments without org-persist caching is a really long time. I'

Re: org-persist-write:index takes minutes to run

07:18To黄煜, Ihor Radchenkoccemacs-orgm...@gnu.orgSubjectRe: org-persist-write:index takes minutes to run The overall current performance is quite satisfactory. I describe in two cases as Karthik's classification. 1. When running org-latex-preview-all inside an org file (about 700 fragments), E

Re: org-persist-write:index takes minutes to run

repeat the experiment after clearing the cache (with M-x org-latex-preview-clear-cache) and turning off org-persist with: (setq org-latex-preview-cache 'temp) I would be interested in the difference in time taken. Karthik

Re: org-persist-write:index takes minutes to run

rg-roam. Such advices should be written extremely carefully because they are affecting low-level operations. > In my view, org-persist only process those files in memory and the cache > directory and not interactive with the org-roam-directory, right?  org-persist only writes of org-persis

Re: org-persist-write:index takes minutes to run

uses org-roam and turns on autosync-mode, the `rename-file` function would be overloaded by `org-roam-db--autosync-rename-file-a`, which would occupy half of the total time. Turning off the autosync-mode temporarily will solve this performance problem. In my view, org-persist only process those

Re: org-persist-write:index takes minutes to run

ously this number was about 1-1.5 > seconds, during which Emacs was mostly responsive. This continues to be > because of `org-persist-write-elisp-file', which is called via > `org-persist-register' when we cache LaTeX previews on generation. This > is the profile org-persist-dela

Re: org-persist-write:index takes minutes to run

Ihor, I mistakenly replied only to you instead of the list just now. Let me know if I should resend that email to the list. Karthik Ihor Radchenko writes: > Karthik Chikmagalur writes: > >>> My guess is 7999433067 or 2a620113c1, but need to confirm. >> >> Yes it's one of those two, I'm not s

Re: org-persist-write:index takes minutes to run

Karthik Chikmagalur writes: > I mistakenly replied only to you instead of the list just now. Let me > know if I should resend that email to the list. Please do.

Re: org-persist-write:index takes minutes to run

--git a/lisp/org-persist.el b/lisp/org-persist.el index a639699d93..6e8bf89120 100644 --- a/lisp/org-persist.el +++ b/lisp/org-persist.el @@ -452,6 +452,12 @@ (defun org-persist--read-elisp-file (&optional buffer-or-file) buffer-or-file (error-message-string err)))

Re: org-persist-write:index takes minutes to run

>> Do you know which commit introduced the slowdown? >> ... > > My guess is 7999433067 or 2a620113c1, but need to confirm. Yes it's one of those two, I'm not sure which of the two it is as I haven't had the time to reset the branch and test each one. Karthik

Re: org-persist-write:index takes minutes to run

Ihor Radchenko writes: > Do you know which commit introduced the slowdown? > ... My guess is 7999433067 or 2a620113c1, but need to confirm. -- Ihor Radchenko // yantar92, Org mode maintainer, Learn more about Org mode at . Support Org development at

Re: org-persist-write:index takes minutes to run

Karthik Chikmagalur writes: > I can confirm that this slowdown currently also happens when generating > LaTeX previews, when we cache them for the first time with > `org-persist-register'. It's less of an issue because most Org files > contain fewer than 800 LaTeX fragmen

Re: org-persist-write:index takes minutes to run

code.tecosaur.net/tec/org-mode > > which uses org-persist to cache LaTeX previews, and I generate many > LaTeX previews in each Emacs session. Here is where the preview data is > cached: > > https://code.tecosaur.net/tec/org-mode/src/branch/dev/lisp/org-latex-preview.el#L

Re: [BUG] org-persist--refresh-gc-lock now showing up after update to 30.1 [9.7.24 (9.7.24-7fa7a5 @ /Users/cchoi/.config/emacs/elpa/org-9.7.24/)]

Charles Choi writes: > After updating to Emacs 30.1, I now see the error message in *Messages* > > Error running timer ‘org-persist--refresh-gc-lock’: (wrong-type-argument > listp \...) > > > So far running Org seems nominal, but thought I'd report this error > me

[BUG] org-persist--refresh-gc-lock now showing up after update to 30.1 [9.7.24 (9.7.24-7fa7a5 @ /Users/cchoi/.config/emacs/elpa/org-9.7.24/)]

After updating to Emacs 30.1, I now see the error message in *Messages* Error running timer ‘org-persist--refresh-gc-lock’: (wrong-type-argument listp \...) So far running Org seems nominal, but thought I'd report this error message anyways. Remember to cover the basics, that is, wha

Re: 31.0.50; Org Persist file formatting

er of Emacs 30.0.50 and Org 9.7.10 > Maybe something is setting `print-level' per-buffer? > (Don't have access rn; Holiday weekend here…) I will check but I don't set `print-level' anywhere in my code and it's `let' bound in the org-persist code. I'll

Re: 31.0.50; Org Persist file formatting

2.8K el lines) which > is the latest incarnation of 30+ years of Emacs. Since this problem started, > I start Emacs by first removing the org-persist files and the .el files, so > that all the babel code is tangled. After a bunch of debugging and edits to > the org files, I saved and

Re: 31.0.50; Org Persist file formatting

lines) which is the latest incarnation of 30+ years of Emacs. Since this problem started, I start Emacs by first removing the org-persist files and the .el files, so that all the babel code is tangled. After a bunch of debugging and edits to the org files, I saved and went to start Emacs again wit

Re: 31.0.50; Org Persist file formatting

Michael Mauger writes: > Sorry for not getting back to you sooner. This change has seemed to work, but > I haven't been playing with my Org Babel config much lately. I'll let you > know if I see it again. FYI, we have disabled pretty printing for performance reasons. So, the suggested change y

Re: [BUG] org-persist-write-all is slow because of use of pp [9.8-pre (release_9.7.8-713-g62cbac @ /home/viz/lib/emacs/straight/build/org/)]

Visuwesh writes: >> So much for the idea of readable index file. > > It is unfortunate, indeed, since the pp version of the file is really > handy when looking into org-persist issues. Though, I must mention that > the slowness reported in OP is compounded by my fairly aggress

Re: [BUG] org-persist-write-all is slow because of use of pp [9.8-pre (release_9.7.8-713-g62cbac @ /home/viz/lib/emacs/straight/build/org/)]

[சனி ஆகஸ்ட் 10, 2024] Ihor Radchenko wrote: > Visuwesh writes: > >> I am using the async LaTeX preview branch and org-persist-write-all >> takes a lot of time to finish executing due to the use of pp when saving >> the index file. Changing org-persist-write:index to

Re: [BUG] org-persist-write-all is slow because of use of pp [9.8-pre (release_9.7.8-713-g62cbac @ /home/viz/lib/emacs/straight/build/org/)]

Visuwesh writes: > I am using the async LaTeX preview branch and org-persist-write-all > takes a lot of time to finish executing due to the use of pp when saving > the index file. Changing org-persist-write:index to not pass a non-nil > PP argument to org-persist--write-elisp-file

Re: [BUG] Org-persist

Christian Moe writes: > I do have a backup of the org-persist directory if there's anything to > be learned from it about how this happened (but I'm traveling, and don't > have much time for forensics at the moment). I don't think so. Not in this case. I think tha

Re: [BUG] Org-persist

Fixed: I killed emacs, deleted ~/.cache/org-persist/, and things look OK after restart. Sorry, obvious solution, but I wasn't thinking straight last night. I do have a backup of the org-persist directory if there's anything to be learned from it about how this happened (but I'm

[BUG] Org-persist

Hi, It seems my org-persist cache has somehow been corrupted so that opening any Org-mode file suddenly causes this odd and severe error: File mode specification error: (wrong-type-argument listp £”6C?’^c) Retyping the above since the characters may turn out wrong: (wrong-type-argument listp

Re: 31.0.50; Org Persist file formatting

t be that you have non-default value of > > > `pp-default-function'? > > > > I don't touch `pp-default-function' and I've confirmed that it is set to` > > pp-fill' in my instance. > > > Then, what if you re-define `org-persist-write:

Re: 31.0.50; Org Persist file formatting

`pp-default-function' and I've confirmed that it is > set to `pp-fill' in my instance. Then, what if you re-define `org-persist-write:index' to (defun org-persist-write:index (container _) "Write index CONTAINER." (org-persist--get-collection container)

Re: 31.0.50; Org Persist file formatting

e poking around I started getting failure when I tried to > > reopen an Org file or ran `normal-mode' on it. Shutting down emacs > > and restarting cleared the issue. When the issue arose when reopening > > the file within a session, the backtrace was pointing to` plistp&#

Re: 31.0.50; Org Persist file formatting

g! > After some poking around I started getting failure when I tried to > reopen an Org file or ran `normal-mode' on it. Shutting down emacs and > restarting cleared the issue. When the issue arose when reopening the > file within a session, the backtrace was pointing to `plistp&#

31.0.50; Org Persist file formatting

r ran `normal-mode' on it. Shutting down emacs and restarting cleared the issue. When the issue arose when reopening the file within a session, the backtrace was pointing to `plistp' failing in `org-persist-read'. When I looked at the persist index there were entries like: (:con

Re: org-persist-write slowing down kill-buffer

Ihor Radchenko writes: > Karthik Chikmagalur writes: > >> - My org-persist-dir is 627MB in size. > > What is your (length org-persist--index) ? > > Also, it does not look like your `org-element-ast-map' is compiled. More information has been requested, but none

Re: org-persist-write slowing down kill-buffer

Karthik Chikmagalur writes: > I've been noticing that kill-buffer blocks Emacs for a noticeable > period when killing org buffers. Here are elp results obtained by > instrumenting org-persist-* and kill-buffer: > > | Function name | Call count | El

org-persist-write slowing down kill-buffer

Hi, I've been noticing that kill-buffer blocks Emacs for a noticeable period when killing org buffers. Here are elp results obtained by instrumenting org-persist-* and kill-buffer: | Function name | Call count | Elapsed time | Average

Re: org-persist asking for temp-file encoding every time

On 06-04-2024 14:44, Ihor Radchenko wrote: You need to redirect where Emacs looks for Org mode: (add-to-list 'load-path "/path/to/org-mode/lisp") Somewhere early in your init.el. Thank you for the hint. It seems to be working without the issue in the development version. Brian

Re: org-persist asking for temp-file encoding every time

Brian Elmegaard writes: > On 20-03-2024 10:14, Ihor Radchenko wrote: >> org-persist forces encoding in Org 9.7-pre (development version). >> May you try it and let us know if your problem is still present there? >> > I have been looking into this, but it is not cle

Re: org-persist asking for temp-file encoding every time

On 20-03-2024 10:14, Ihor Radchenko wrote: org-persist forces encoding in Org 9.7-pre (development version). May you try it and let us know if your problem is still present there? I have been looking into this, but it is not clear to me how to override emacs' builtin org-mode, and run an

org-persist asking for temp-file encoding every time

Hi I am experiencing a small issue with an org-file. Every time I close it I am prompted with: Select coding system (default utf-8): when org-mode is saving a *Temp file*. In the *Messages* buffer it says: org-persist: Writing to "c:/Users/user/AppData/Roaming/.emacs.d/org-persist/18/6

Re: Error with org-persist

Al Oomens writes: > (file-writable-p "c:/Users/aloom/My Drive/home/.emacs.d/org-persist") - > returns "t" > ... >> Evaluating (file-writable-p "c:/Users/aloom/My Drive/home/.emacs.d/") >> returns "nil". The problem is that you

Re: Error with org-persist

(file-writable-p "c:/Users/aloom/My Drive/home/.emacs.d/org-persist") - returns "t" From: Ihor Radchenko Sent: Wednesday, March 20, 2024 3:07 PM To: Al Oomens Cc: emacs-orgmode@gnu.org Subject: Re: Error with org-persist [ Adding Org mai

Re: Error with org-persist

[ Adding Org mailing list back to CC. Please use "Reply All" to keep the conversation public ] Al Oomens writes: > OK, very strange. > .emacs.d/org-persist/ does not exist. It should be automatically created, > correct? Yup. > Evaluating (file-writable-p "c

Re: Error with org-persist

Al Oomens writes: > Greetings, I have never posted to this list before. Welcome! > ... recently started getting this > error when I first open a .org file: > > 'Missing write access rights to org-persist-directory: "c:/Users/aloom/My > Drive/home/.emacs.d/org-pers

Error with org-persist

Greetings, I have never posted to this list before. I searched the email archive, and didn't see anything related. I have been using Emacs and org-more for several years and recently started getting this error when I first open a .org file: 'Missing write access rights to org-persist

Re: org-persist asking for temp-file encoding every time

Brian Elmegaard writes: > I am experiencing a small issue with an org-file. > Every time I close it I am prompted with: > Select coding system (default utf-8): > when org-mode is saving a *Temp file*. > > In the *Messages* buffer it says: > org-persist: Writing to >

org-persist asking for temp-file encoding every time

Hi I am experiencing a small issue with an org-file. Every time I close it I am prompted with: Select coding system (default utf-8): when org-mode is saving a *Temp file*. In the *Messages* buffer it says: org-persist: Writing to "c:/Users/user/AppData/Roaming/.emacs.d/org-persist/18/673ac1

Re: Disable time messages from org-persist

>>>>> Ihor Radchenko writes: > Colin Baxter writes: >> Ho do I disable messages from org-persist telling me how long it >> took to write to gc-lock.eld? For example, >> >> --8<---cut here-----------start

Re: Disable time messages from org-persist

Colin Baxter writes: > Ho do I disable messages from org-persist telling me how long it took to > write to gc-lock.eld? For example, > > --8<---cut here---start--------->8--- > org-persist: Writing to "~/path/to/org-persist/gc-loc

Disable time messages from org-persist

Ho do I disable messages from org-persist telling me how long it took to write to gc-lock.eld? For example, --8<---cut here---start->8--- org-persist: Writing to "~/path/to/org-persist/gc-lock.eld" took 3.08 sec --8<---cut her

Re: org-persist - not wanted.

Colin Baxter writes: > I find a file called "gc-lock.eld" has been deposited un-requested and > un-wanted in ~/.emacs.d/org-persist. > > I had thought I had disabled org-persist with the following > > --8<---cut here---start-----&g

Re: org-persist - not wanted.

>>>>> Colin Baxter writes: > I find a file called "gc-lock.eld" has been deposited un-requested > and un-wanted in ~/.emacs.d/org-persist. > I had thought I had disabled org-persist with the following > (setq org-persist-disable-when-e

org-persist - not wanted.

I find a file called "gc-lock.eld" has been deposited un-requested and un-wanted in ~/.emacs.d/org-persist. I had thought I had disabled org-persist with the following --8<---cut here---start->8--- (setq org-persist-disable-when-emacs-Q t)

Re: Issue with org-persist and Tramp

On 2023-11-11, 11:06 +, Ihor Radchenko wrote: > Fixed, on bugfix. > https://git.savannah.gnu.org/cgit/emacs/org-mode.git/commit/?id=866e638c2 Super, thanks for helping with this, Ihor. 🙏 > You may consider customizing `remote-file-name-inhibit-locks'. Ah! Good to know, thanks. Cheers, F.

Re: Issue with org-persist and Tramp

Fabio Natali writes: > Sorry for the delay. My results below, after testing a couple of > different cases. > > If the remote file had been saved before losing connection, then the > patch below will fix the problem. TRAMP will still hang for a while, as > it tries to reach the server but the buff

Re: Issue with org-persist and Tramp

On 2023-11-10, 11:26 +, Fabio Natali wrote: > On 2023-11-10, 11:13 +, Fabio Natali wrote: >> Brilliant. I think the second branch should read `(not (file-remote-p >> file))', i.e. `file' instead of `associated'? It seems to work with that >> micro amendment. > > Hm, I stand corrected, I r

Re: Issue with org-persist and Tramp

On 2023-11-10, 11:13 +, Fabio Natali wrote: > Brilliant. I think the second branch should read `(not (file-remote-p > file))', i.e. `file' instead of `associated'? It seems to work with that > micro amendment. Hm, I stand corrected, I retested it end-to-end and no, it doesn't seem to work. I'

Re: Issue with org-persist and Tramp

On 2023-11-10, 09:26 +, Ihor Radchenko wrote: > What about the attached patch? Hi Ihor, Brilliant. I think the second branch should read `(not (file-remote-p file))', i.e. `file' instead of `associated'? It seems to work with that micro amendment. Anything else I should be testing or does t

Re: Issue with org-persist and Tramp

687b966f3c12b87dd40c90cdc6b9f440fc Mon Sep 17 00:00:00 2001 Message-ID: <73e2fc687b966f3c12b87dd40c90cdc6b9f440fc.1699608346.git.yanta...@posteo.net> From: Ihor Radchenko Date: Wed, 8 Nov 2023 19:58:42 +0200 Subject: [PATCH v2] org-persist--normalize-associated: Avoid TRAMP connection for remote fi

Re: Issue with org-persist and Tramp

On 2023-11-09, 12:17 +, Ihor Radchenko wrote: > May I know what >(file-remote-p "/ssh::/home/user/test.org") > (with appropriate ) returns on your side? Hi Ihor, Sure, no particular reason to obfuscate the remote address, it's actually a LAN IP. The above function returns "/ssh:192.168.1

Re: Issue with org-persist and Tramp

ough. Here's what I did. > > - Added `(not (file-remote-p associated))' to the right place > - Revaluated the function `org-persist--normalize-associated' > - Tried to close the stale buffer (without repeating the entire > workflow, just trying with the buffer from t

Re: Issue with org-persist and Tramp

ote-p associated))' to the right place - Revaluated the function `org-persist--normalize-associated' - Tried to close the stale buffer (without repeating the entire workflow, just trying with the buffer from the previous test) Result: the problem is still there, same backtrace. If anythi

Re: Issue with org-persist and Tramp

Fabio Natali writes: > Thanks for your email. Sure, glad to share the backtrace with you. > ... > tramp-file-name-handler(file-attributes > "/ssh::/home/user/test.org") > org-persist--normalize-associated(#) I see the problem now. Does the attached patch s

Re: Issue with org-persist and Tramp

.org" nil)) tramp-get-remote-stat((tramp-file-name "ssh" nil nil "" nil "/home/user/test.org" nil)) tramp-sh-handle-file-attributes("/ssh::/home/user/test.org") tramp-sh-file-name-handler(file-attributes "/ssh::/home/user/test.org") ap

Re: Issue with org-persist and Tramp

Fabio Natali writes: > I seem to be having an issue with org-persist and Tramp which is close > to what discussed in this thread: > > https://lists.gnu.org/archive/html//emacs-orgmode/2022-05/msg00720.html After that thread, Org should not (by default) examine remote files. >

Re: Issue with org-persist and Tramp

On 2023-11-07, 22:08 +0100, Antonio Carlos Padoan Junior wrote: > My workaround is to save the buffer locally (perhaps in /tmp). This > action releases the buffer. Hi Antonio, Thanks for getting back to me. Unfortunately your work-around doesn't seem to work in my case. Just to make sure I'm n

Re: Issue with org-persist and Tramp

Hello Fabio, Fabio Natali writes: > Hi, > > I seem to be having an issue with org-persist and Tramp which is close > to what discussed in this thread: > > https://lists.gnu.org/archive/html//emacs-orgmode/2022-05/msg00720.html > > - I open a Org file on a remote machine

Issue with org-persist and Tramp

Hi, I seem to be having an issue with org-persist and Tramp which is close to what discussed in this thread: https://lists.gnu.org/archive/html//emacs-orgmode/2022-05/msg00720.html - I open a Org file on a remote machine, via Tramp. - The SSH connection dies. - I try to kill the stale buffer

Re: How to disable org-persist in a given file?

On Wed, 3 May 2023 at 07:55, Ihor Radchenko wrote: > This was actually just an omission in `org-persist-gc'. > Now fixed on main. > https://git.savannah.gnu.org/cgit/emacs/org-mode.git/commit/?id=e11073d17 Thank you! > But do not create so much sense of urgency here. As I e

Re: How to disable org-persist in a given file?

Gustavo Barros writes: > For the record, even ".org.gpg" files generate an entry in the cache > index. (True, not the `:persist-file' itself though). > > My ~/.cache/org-persist/index contains: > > (:container > ((elisp org-element--headline-cach

Re: How to disable org-persist in a given file?

On Tue, 2 May 2023 at 17:54, Ihor Radchenko wrote: > I think `recentf-save-file' for example is no different. And > org-id-locations-file. And custom-file, if you happen to save safe > buffer-local variables by answering "!" in Emacs prompt. And many many > other places. Those two are easy to av

Re: How to disable org-persist in a given file?

Gustavo Barros writes: > For the record, even ".org.gpg" files generate an entry in the cache > index. (True, not the `:persist-file' itself though). > > My ~/.cache/org-persist/index contains: > > (:container > ((elisp org-element--headline-cach

Re: How to disable org-persist in a given file?

rting my encrypted files alongside some remote content. But I > do wish to be able to make sure my passwords are safe. For the record, even ".org.gpg" files generate an entry in the cache index. (True, not the `:persist-file' itself though). My ~/.cache/org-persist/index contains:

Re: How to disable org-persist in a given file?

On Tue, 25 Apr 2023 at 07:21, Ihor Radchenko wrote: > > I don't understand that. Isn't persistence about keeping data across > > Emacs sessions? > > Not only. We also use org-persist to cache downloaded images from > internet and, in future, to cache image previews

Re: How to disable org-persist in a given file?

sessions? Not only. We also use org-persist to cache downloaded images from internet and, in future, to cache image previews (currently, they just sit in `org-preview-latex-image-directory'). These scenarios make use of org-persist during a single Emacs session, not just across several sessio

Re: How to disable org-persist in a given file?

On Sun, 23 Apr 2023 at 11:19, Ruijie Yu wrote: > Side track: remember that you have `always' and `ignore' in your > collection of functions. :) Somehow I wasn't aware of `always'. Thanks! Gustavo.

Re: How to disable org-persist in a given file?

Gustavo Barros writes: >> You can use `org-persist-before-write-hook' to disable writing >> selectively. > > Thanks! That's the one. Though it would be nice if a variable existed > for the purpose. `(add-hook 'org-persist-before-write-hook (lambda > (&am

Re: How to disable org-persist in a given file?

on't understand that. Isn't persistence about keeping data across Emacs sessions? Redirecting the cache is useful too. But, imho, there should be a way to disable persistence altogether for sensitive data (or, at least, any storage of data in other files, since I don't get what you

Re: How to disable org-persist in a given file?

treated as > an encrypted file. We can try (string-match mounted-file-systems default-directory). Will it work with your setup? >> You can use `org-persist-before-write-hook' to disable writing >> selectively. > > Thanks! That's the one. Though it would be nice if

Re: How to disable org-persist in a given file?

uphill battle to avoid leakages. On Emacs alone, I have to take special care of backups, bookmarks (that's now fixed on 29), trash, and now cache. > You can use `org-persist-before-write-hook' to disable writing > selectively. Thanks! That's the one. Though it would be nice if a

Re: How to disable org-persist in a given file?

Gustavo Barros writes: > However, I do have some Org files which contain sensitive data. I'd > like to be able to disable persistence in those files. Now, some of > them are ".org.gpg" files, and I've seen the sources of `org-persist' > and noticed persiste

How to disable org-persist in a given file?

Hi All, this is more of a question really. I moved recently to the new pretest version of Emacs and thus got the 9.6 version of Org. And after that I started to notice some saving by `org-persist' going on, and indeed I have a new associated "~/.cache/org-persist/" directory. How

Re: Broken org-persist-storage probably leads to ‘org-open-at-point’ ask for TAGS file

Göktuğ Kayaalp writes: > I have discovered a weird behaviour that I have tracked back to > org-persist and org-element-cache, where after some time, when I try to > follow a document internal link in org mode, whether to a headline or to > a =<>=, it would ask me to load a

Broken org-persist-storage probably leads to ‘org-open-at-point’ ask for TAGS file

Hello, I have discovered a weird behaviour that I have tracked back to org-persist and org-element-cache, where after some time, when I try to follow a document internal link in org mode, whether to a headline or to a =<>=, it would ask me to load a TAGS file, I think somewhat like how xref

Re: org-persist-write slow when pp-use-max-width is t

Michael Eliachevitch writes: > I submitted a bug report where I attached the index file and a minimal > example file which benchmarks running pp on it, with which I could reproduce > my issue from emacs -Q: > > https://debbugs.gnu.org/cgi/bugreport.cgi?bug=58687 > > Let's see what the emacs dev

Re: How to disable completely org-persist

* to...@tuxteam.de [2022-12-31 10:12]: > Perhaps it would make sense to state the goals in more > detail. I can see many "aspects": > > - "I don't want my ~/.emacs.d/ littered beyond my explicit >control" Isn't that happening anyway by various packages and functions? I see there "auto-insta

Re: How to disable completely org-persist

ng > > > (setq org-element-cache-persistent nil) > > > seems to work.. > > Indeed, although I'm not yet convinced that org-persist directories wont > eventually start showing up in /tmp! ...or in ~/.cache..

Re: How to disable completely org-persist

ar `org-element-cache-persistent' > > > > > Ah! didn't knew that.. > > > > > Setting > > > > > (setq org-element-cache-persistent nil) > > > > > seems to work.. > > > > Indeed, although I'm not yet

Re: How to disable completely org-persist

Angelo Graziosi writes: >> Indeed, although I'm not yet convinced that org-persist directories wont >> eventually start showing up in /tmp! > > I fear that sooner or later it will reappear somewhere.. > > When it showed up few week ago, I found that setting and add

Re: How to disable completely org-persist

ng > > > (setq org-element-cache-persistent nil) > > > seems to work.. > > Indeed, although I'm not yet convinced that org-persist directories wont > eventually start showing up in /tmp! I fear that sooner or later it will reappear somewhere.. When it s

Re: How to disable completely org-persist

>>>>> Angelo Graziosi writes: > tomas wrote: >> there is now a defvar `org-element-cache-persistent' > Ah! didn't knew that.. > Setting > (setq org-element-cache-persistent nil) > seems to work.. Indeed, although I&#x

Re: How to disable completely org-persist

to...@tuxteam.de writes: >> The variable has been there since the beginning. > > But you made me aware of it, and thanks for it :) https://orgmode.org/Changes.html ;) -- Ihor Radchenko // yantar92, Org mode contributor, Learn more about Org mode at . Support Org developmen

Re: How to disable completely org-persist

On Fri, Dec 30, 2022 at 01:35:39PM +, Ihor Radchenko wrote: > writes: > > > AFAIK there is now a defvar `org-element-cache-persistent'. Maybe it > > works for you? > > The variable has been there since the beginning. But you made me aware of it, and thanks for

Re: How to disable completely org-persist

writes: > AFAIK there is now a defvar `org-element-cache-persistent'. Maybe it > works for you? The variable has been there since the beginning. Now, org-persist is just more careful not to create the directory when nothing needs to be stored there. -- Ihor Radchenko // yantar9

Re: How to disable completely org-persist

tomas wrote: > there is now a defvar `org-element-cache-persistent' Ah! didn't knew that.. Setting (setq org-element-cache-persistent nil) seems to work.. Thanks, Angelo.

  1   2   3   >