Re: I'm giving a FOSDEM talk on Org Mode

2025-02-10 Thread Christian Moe
The WebM version worked fine for me.

Yours,
Christian

Robert Love  writes:

> Has anyone successfully watched this?   It has very intermittent sound, 
> cutting out frequently then stoping for many minutes.   I don’t see the
> referenced QR code.
>
>  On Feb 6, 2025, at 4:19 PM, Amy Grinn  wrote:
>
>  Amy Grinn  writes:
>
>  Hello all,
>
>  I hope you can join me in person or online at the Tool the Docs devroom
>  at FOSDEM! I will be giving a talk about how Org mode and Emacs is used
>  at Spritely.
>
>  
> https://fosdem.org/2025/schedule/event/fosdem-2025-5139-org-mode-witchcraft-at-spritely/
>
>  It will be Saturday at 10:30 AM CET.
>
>  Some people have asked for the org file and the video recording, it's
>  all available here!
>
>  
> https://pretalx.fosdem.org/fosdem-2025/talk/review/VXLS7N38XBT3CWR3QD8PXWCPNJXN9JXN
>
>  -- 
>  Best,
>
>  Amy
>
> — 
> Bob Love  



Re: [BUG] "Invalid search bound (wrong side of point)" [9.8-pre (release_9.7.16-169-ge87ecf @ ~/.emacs.d/org-mode-git/lisp/)]

2025-02-10 Thread Ihor Radchenko
Paul Stansell  writes:

>> May you please check which Org commit you are on?
>>
>
> I'm using the following version:
> Org mode version 9.8-pre (release_9.7.18-205-g0ce4f3.dirty @
> ~/.emacs.d/org-mode-git/lisp/)
>
> The ".dirty" is because of the patch you asked me to apply.

Ok. I see.
I thought that you are testing the latest main after my last message
where I mentioned 3 commits I installed.

Without those 3 commits on main, I can expect cache race leading to
incorrect cache saved to disk - this is what you see in the warnings.

-- 
Ihor Radchenko // yantar92,
Org mode maintainer,
Learn more about Org mode at .
Support Org development at ,
or support my work at 



Re: Try gollum wiki to serve WORG

2025-02-10 Thread Ihor Radchenko
Max Nikulin  writes:

>> I do not see why we cannot change it to use emacs instead of
>> pandoc to render html.
>
> It is challenging to implement proper sandboxing for elisp. Otherwise 
> risk of arbitrary code execution exploits is excessively high. My 
> impression from some comments is that GitHub security team performed 
> audit of org-ruby.

If we ever go that way, emacs should be running in a container anyway.
And we will need to disable all the possible code evaluations features
during export, of course.

Remember that our goal is not sandboxing elisp but rather sandboxing
export process. The latter is hopefully doable.

-- 
Ihor Radchenko // yantar92,
Org mode maintainer,
Learn more about Org mode at .
Support Org development at ,
or support my work at 



Re: Try gollum wiki to serve WORG

2025-02-10 Thread Max Nikulin

On 09/02/2025 17:15, Ihor Radchenko wrote:

One note is that gollum is using org-ruby renderer, which is not 100%
accurate.


Org-ruby has a lot of limitations, I do not think it is suitable for Worg.


I do not see why we cannot change it to use emacs instead of
pandoc to render html.


It is challenging to implement proper sandboxing for elisp. Otherwise 
risk of arbitrary code execution exploits is excessively high. My 
impression from some comments is that GitHub security team performed 
audit of org-ruby.





Re: [BUG] "Invalid search bound (wrong side of point)" [9.8-pre (release_9.7.16-169-ge87ecf @ ~/.emacs.d/org-mode-git/lisp/)]

2025-02-10 Thread Ihor Radchenko
Paul Stansell  writes:

>>
>> One weird thing in the above warning is //. Is // really what you see?
>>
>
> If you mean the "//" in the following line:
>
> Warning (emacs): Emacs reader failed to read data in
> "~/.cache/org-persist//gc-lock.eld". The error was: "End of file during
> parsing"
>
> then I would say that it is what I'm really seeing as I just
> copy-and-pasted that line from my emacs window.

Ok. Another bug in `org-file-name-concat' version for Emacs 27.
It should not affect anything here though. (I fixed it now in
https://git.savannah.gnu.org/cgit/emacs/org-mode.git/commit/?id=3a05048238)

For the "end of file during parsing" error,
https://git.savannah.gnu.org/cgit/emacs/org-mode.git/commit/?id=2a620113c1
aims to fix it.

I think that the easiest way to test things would be simply trying the
latest main branch.

Note that you no longer need the manually installed patch - it has been
installed upstream already.

-- 
Ihor Radchenko // yantar92,
Org mode maintainer,
Learn more about Org mode at .
Support Org development at ,
or support my work at 



Re: [BUG] "Invalid search bound (wrong side of point)" [9.8-pre (release_9.7.16-169-ge87ecf @ ~/.emacs.d/org-mode-git/lisp/)]

2025-02-10 Thread Paul Stansell
> I think that the easiest way to test things would be simply trying the
> latest main branch.
>

Okay, I'll do that.


> Note that you no longer need the manually installed patch - it has been
> installed upstream already.
>

Okay, thanks


Re: [BUG] "Invalid search bound (wrong side of point)" [9.8-pre (release_9.7.16-169-ge87ecf @ ~/.emacs.d/org-mode-git/lisp/)]

2025-02-10 Thread Paul Stansell
>
> > The ".dirty" is because of the patch you asked me to apply.
>
> Ok. I see.
> I thought that you are testing the latest main after my last message
> where I mentioned 3 commits I installed.
>

I thought I was testing the correct version.  I thought I pulled the latest
version after you made the changes and then I re-applied the patch you sent
me.


> Without those 3 commits on main, I can expect cache race leading to
> incorrect cache saved to disk - this is what you see in the warnings.
>

This is the head of my git clone.


Commit c2d57df0ef54e4f517bdf47f42d0c6b37fe02401 (HEAD -> main, origin/main,
origin/HEAD)
Author: Ihor Radchenko 
Date:   2025-01-12 11:41:38 +0100

testing/lisp/test-ob-tangle.el: Fix failing test on Emacs <28

* testing/lisp/test-ob-tangle.el (ob-tangle/bibtex): Do not use
`file-name-with-extension' when not available.  It was only introduced
in Emacs 28.


Was I missing essential updates?

I'll pull again now.  Do you still want your last patch applied after I
pull the newest version?


org-babel: Cannot get `:pp' to work

2025-02-10 Thread Rudolf Adamkovič
I am trying to use `pp', as documented:
 
‘pp’: Result converted to pretty-print source code. Enclosed in a code block. 
Languages supported: Emacs Lisp, Python, and Ruby. Usage example: ‘:results 
value pp’. 

https://orgmode.org/manual/Results-of-Evaluation.html

In `emacs -Q':

#+BEGIN_SRC emacs-lisp :results value pp
'(1 2 3 4 5 6 7 8 9 10)
#+END_SRC

#+RESULTS:
: nil

Why is '(1 2 3 4 5 6 7 8 9 10) printed as nil?
 
Rudy
-- 
"We shall not cease from exploration
 And the end of all our exploring
 Will be to arrive where we started
 And know the place for the first time"
--- T. S. Eliot, Little Gidding, Four Quarters, 1943

Rudolf Adamkovič  [he/him]
http://adamkovic.org



[BUG] Invalid custom types in org-table and org-clock [9.7.11 (release_9.7.11 @ /home/rpluim/repos/emacs/lisp/org/)]

2025-02-10 Thread Robert Pluim

The custom types for org-clock-rounding-minutes and
org-table-duration-custom-format suffer from excessive quoting. Patch
attached.

Emacs  : GNU Emacs 31.0.50 (build 4, x86_64-pc-linux-gnu, GTK+ Version 3.24.38, 
cairo version 1.16.0)
 of 2025-02-04
Package: Org mode version 9.7.11 (release_9.7.11 @ 
/home/rpluim/repos/emacs/lisp/org/)

Robert
-- 
>From d02f9700debfbafaab71fc6c7401132ae11de08e Mon Sep 17 00:00:00 2001
From: Robert Pluim 
Date: Mon, 10 Feb 2025 13:37:25 +0100
Subject: [PATCH] Remove unneeded quoting for symbol values.
To: emacs-de...@gnu.org

* lisp/org/org-clock.el (org-clock-rounding-minutes): Symbol
values should not be quoted.
* lisp/org/org-table.el (org-table-duration-custom-format): And here.
---
 lisp/org/org-clock.el |  2 +-
 lisp/org/org-table.el | 10 +-
 2 files changed, 6 insertions(+), 6 deletions(-)

diff --git a/lisp/org/org-clock.el b/lisp/org/org-clock.el
index 5fd0580d059..cb2064d596b 100644
--- a/lisp/org/org-clock.el
+++ b/lisp/org/org-clock.el
@@ -144,7 +144,7 @@ org-clock-rounding-minutes
   :package-version '(Org . "8.0")
   :type '(choice
 	  (integer :tag "Minutes (0 for no rounding)")
-	  (symbol  :tag "Use `org-time-stamp-rounding-minutes'" 'same-as-time-stamp)))
+	  (symbol  :tag "Use `org-time-stamp-rounding-minutes'" same-as-time-stamp)))
 
 (defcustom org-clock-out-remove-zero-time-clocks nil
   "Non-nil means remove the clock line when the resulting time is zero."
diff --git a/lisp/org/org-table.el b/lisp/org/org-table.el
index 22eecd55363..c249ac524be 100644
--- a/lisp/org/org-table.el
+++ b/lisp/org/org-table.el
@@ -344,11 +344,11 @@ org-table-duration-custom-format
 a single formula."
   :group 'org-table-calculation
   :version "24.1"
-  :type '(choice (symbol :tag "Seconds" 'seconds)
-		 (symbol :tag "Minutes" 'minutes)
-		 (symbol :tag "Hours  " 'hours)
-		 (symbol :tag "Days   " 'days)
-		 (symbol :tag "HH:MM  " 'hh:mm)))
+  :type '(choice (symbol :tag "Seconds" seconds)
+		 (symbol :tag "Minutes" minutes)
+		 (symbol :tag "Hours  " hours)
+		 (symbol :tag "Days   " days)
+		 (symbol :tag "HH:MM  " hh:mm)))
 
 (defcustom org-table-duration-hour-zero-padding t
   "Non-nil means hours in table duration computations should be zero-padded.
-- 
2.39.5



Re: [BUG] "Invalid search bound (wrong side of point)" [9.8-pre (release_9.7.16-169-ge87ecf @ ~/.emacs.d/org-mode-git/lisp/)]

2025-02-10 Thread Ihor Radchenko
Paul Stansell  writes:

> This is the head of my git clone.
>
> Commit c2d57df0ef54e4f517bdf47f42d0c6b37fe02401 (HEAD -> main, origin/main,
> origin/HEAD)
> Author: Ihor Radchenko 
> Date:   2025-01-12 11:41:38 +0100
> ...
> Was I missing essential updates?

This commit should include the updates I mentioned.
However, "release_9.7.18-205-g0ce4f3.dirty" says that your loaded Org
mode is "0ce4f3" back from last year. Maybe you just forgot to do make
autoloads. Maybe you are loading Org from a different folder, not where
you pulled the latest changes. Please check if
~/.emacs.d/org-mode-git/lisp/ is the folder you did git pull in.

> I'll pull again now.  Do you still want your last patch applied after I
> pull the newest version?

No need. And it should not apply anyway.

-- 
Ihor Radchenko // yantar92,
Org mode maintainer,
Learn more about Org mode at .
Support Org development at ,
or support my work at 



Re: [BUG] Invalid custom types in org-table and org-clock [9.7.11 (release_9.7.11 @ /home/rpluim/repos/emacs/lisp/org/)]

2025-02-10 Thread Ihor Radchenko
Robert Pluim  writes:

> The custom types for org-clock-rounding-minutes and
> org-table-duration-custom-format suffer from excessive quoting. Patch
> attached.

Thanks!
May you please rebase your changes to the latest bugfix?
I've already fixed one of the :type specifications in
https://git.savannah.gnu.org/cgit/emacs/org-mode.git/commit/?id=d2e8100b2db63f3f40464775876ea6ba2671e1a3

-- 
Ihor Radchenko // yantar92,
Org mode maintainer,
Learn more about Org mode at .
Support Org development at ,
or support my work at 



Re: [PATCH] Add next-error support to org-lint report buffer

2025-02-10 Thread Ihor Radchenko
Malcolm Purvis  writes:

>  
>> There is another problem though.  Consider: 1. M-x org-lint 
>> 2. Switch back to the original .org buffer 3. M-g M-n 4. Observe 
>> link report and .org window swapped and point moving back 
>>to the lint report. It is not what usually happens with error 
>>navigation (e.g. during compile or grep navigation)
>
> Thanks.  It appears that org-lint handles the window switching 
> differently to compile and grep.  It will take me a little while 
> to work out the right approach.

It has been a while since the last message in this thread.
May I know if you made any progress? Maybe you need some help?

-- 
Ihor Radchenko // yantar92,
Org mode maintainer,
Learn more about Org mode at .
Support Org development at ,
or support my work at 



Re: [PATCH] Have org-string-width's temporary buffer be declared as such

2025-02-10 Thread Jules Tamagnan
Hi all,

I was wondering if there was anything I could do to help get this patch
reviewed and, after any required tweaks, integrated. I don't know about
best practices and expectations yet so figured I would bump to learn more.
Thanks in advance.

Best,
Jules

On Sun, Feb 2, 2025 at 11:38 AM Jules Tamagnan  wrote:

> Hi all,
>
> I hope this email finds you well. This is my first time contributing to
> this mailing list attempting to contribute to org-mode, so hopefully I
> do this correctly.
>
> I recently noticed that `org-string-width` ran all buffer hooks like
> `buffer-list-update-hook` for the ` *Org string width*` buffer. This
> doesn't seem needed because it feels like ` *Org string width*` should
> act like a temporary buffer that is only needed for these simple
> operations. With that in mind I wanted to set `inhibit-buffer-hooks` to
> `t`.
>
> Hopefully this rationale and patch makes sense. After getting this in I
> can also review other places that `get-buffer-create` is used and
> possible use `inhibit-buffer-tools` there as well if it would help.
>
> Best,
> Jules
>
>


Re: [PATCH] Have org-string-width's temporary buffer be declared as such

2025-02-10 Thread Ihor Radchenko
Jules Tamagnan  writes:

> I was wondering if there was anything I could do to help get this patch
> reviewed and, after any required tweaks, integrated. I don't know about
> best practices and expectations yet so figured I would bump to learn more.
> Thanks in advance.

Just wait a little. It is on my todo list.

-- 
Ihor Radchenko // yantar92,
Org mode maintainer,
Learn more about Org mode at .
Support Org development at ,
or support my work at 



Warning/Error message seen on an org file...

2025-02-10 Thread Rivoallon, Frederic
[AMD Official Use Only - AMD Internal Distribution Only]

Seen on Doom Emacs 27.2 (build 1, x86_64-mingw32) running on Windows 11.
>>

Warning (org-element-cache): org-element--cache: Org parser error in 
localnotes.org::5148. Resetting.
 The error was: (error "Invalid search bound (wrong side of point)")
 Backtrace:
nil
 Please report this to Org mode mailing list (M-x org-submit-bug-report).




Re: org-babel: Cannot get `:pp' to work

2025-02-10 Thread Ihor Radchenko
Rudolf Adamkovič  writes:

> #+BEGIN_SRC emacs-lisp :results value pp
> '(1 2 3 4 5 6 7 8 9 10)
> #+END_SRC
>
> #+RESULTS:
> : nil
>
> Why is '(1 2 3 4 5 6 7 8 9 10) printed as nil?

Duplicate of
https://list.orgmode.org/orgmode/87r04guyq9@gmail.com/

Fixed yesterday.

-- 
Ihor Radchenko // yantar92,
Org mode maintainer,
Learn more about Org mode at .
Support Org development at ,
or support my work at 



Re: [BUG] "Invalid search bound (wrong side of point)" [9.8-pre (release_9.7.16-169-ge87ecf @ ~/.emacs.d/org-mode-git/lisp/)]

2025-02-10 Thread Paul Stansell
>
> This commit should include the updates I mentioned.
> However, "release_9.7.18-205-g0ce4f3.dirty" says that your loaded Org
> mode is "0ce4f3" back from last year. Maybe you just forgot to do make
> autoloads. Maybe you are loading Org from a different folder, not where
> you pulled the latest changes. Please check if
> ~/.emacs.d/org-mode-git/lisp/ is the folder you did git pull in
>

Maybe I was running an older version on a different computer.  I've just
pulled the latest version on all my computers and made sure that I'm
running the latest org version everywhere.


Re: Warning/Error message seen on an org file...

2025-02-10 Thread Rivoallon, Frederic
[AMD Official Use Only - AMD Internal Distribution Only]

The org version is 9.6.

From: Ihor Radchenko 
Sent: Monday, February 10, 2025 11:27 AM
To: Rivoallon, Frederic 
Cc: emacs-orgmode@gnu.org 
Subject: Re: Warning/Error message seen on an org file...

Caution: This message originated from an External Source. Use proper caution 
when opening attachments, clicking links, or responding.


"Rivoallon, Frederic"  writes:

> Seen on Doom Emacs 27.2 (build 1, x86_64-mingw32) running on Windows 11.
>>>
>
> Warning (org-element-cache): org-element--cache: Org parser error in 
> localnotes.org::5148. Resetting.
>  The error was: (error "Invalid search bound (wrong side of point)")

Thanks for reporting!
May I know your Org version? (M-x org-version)

--
Ihor Radchenko // yantar92,
Org mode maintainer,
Learn more about Org mode at .
Support Org development at ,
or support my work at 


Re: Automating Note Linking in Zetteldeft Using AI

2025-02-10 Thread Gideon Silberman Moro
Dear Jean Louis, thanks so much for this detailed response! This is
incredibly helpful, especially on using embeddings and PostgreSQL for
structured linking. Your LLM function example is also great to see in
action! I’ve never used PostgreSQL or anything similar before, but I’ll
give it a try. It seems like a powerful approach, and I’m excited to
explore it. Thanks again for taking the time to share your experience and
approach! Best, Gideon.

El jue, 6 feb 2025 a las 10:31, Jean Louis () escribió:

> * Gideon Silberman Moro  [2025-02-05 09:39]:
> > Hi everyone,
> >
> > I'm looking for a way to automatically link notes in Zetteldeft using AI.
> > Ideally, I'd like an approach that analyzes the content of my notes and
> > suggests or creates links between relevant ones.
> >
> > Has anyone experimented with integrating AI (e.g., LLMs, embeddings, or
> > external tools like OpenAI or local models) to automate or enhance
> > Zetteldeft's linking process? Are there existing Emacs packages or
> > workflows that could help with this (without the need of an API)?
>
> Hi! You can automate linking in Zetteldeft using AI by leveraging
> local models or embeddings. Here's a quick approach:
>
> 1. **Embeddings**: Use a local model (e.g., Sentence Transformers) to
>generate embeddings for your notes. Compare embeddings to find
>semantic similarities and suggest links. Tools like `transformers`
>or `gensim` can help.
>
>Personally I work with Dynamic Knowledge Repository which in turn
>encompass Org documents and all other kinds of documents. So my
>information is ordered in the PostgreSQL database. Using Langchain
>and other tools for chunking is necessary in that sense, as by
>using chunks it is possible to augment it better and better find
>relevant documents.
>
>Though RAG could be used as well, it depends of course of how much
>data you have. My "Meta" Org is like 70,000 documents, and they are
>all hyperlinks, but what about hyperlinks within hyperlinks? So
>that purpose of hyperlinking automatically is possible by using
>either RAG or embeddings. Providing RAG or embeddings is rather
>easy when there is database involved, considering that vector type
>already exists in PostgreSQL.
>
> 2. **LLMs**: Run a local LLM (e.g., IBM Granite, or Microsoft Phi as
>fully free software) to analyze note content and suggest links. You
>can script this in Emacs Lisp over the Python.
>
> 3. **Emacs Packages**: I would not recommend any in this moment. Your
>request is very specific. I am making my own LLM functions, here is
>one of them that works and can be adjusted:
>
> (defun rcd-llm-llamafile (prompt &optional memory rcd-llm-model)
>   "Send PROMPT to Llama file.
>
> Optional MEMORY and MODEL may be used."
>(let* ((rcd-llm-model (cond ((boundp 'rcd-llm-model) rcd-llm-model)
>(t "LLaMA_CPP")))
>   (memory (cond ((and memory rcd-llm-use-users-llm-memory)
>  (concat "Following is user's memory, until
> the END-OF-MEMORY-TAG: \n\n" memory "\n\n END-OF-MEMORY-TAG\n\n"
>   (prompt (cond (memory (concat memory "\n\n" prompt))
> (t prompt)))
>   (temperature 0.8)
>   (max-tokens -1)
>   (top-p 0.95)
>   (stream :json-false)
>   (buffer (let ((url-request-method "POST")
> (url-request-extra-headers
>  '(("Content-Type" . "application/json")
>("Authorization" . "Bearer no-key")))
> (prompt (encode-coding-string prompt 'utf-8))
> (url-request-data
>  (encode-coding-string
>   (setq rcd-llm-last-json
> (json-encode
>  `((model . ,rcd-llm-model)
>(messages . [ ((role . "system")
>   (content . "You are
> a helpful assistant. Answer short."))
> ((role . "user")
>  (content . ,prompt))])
>(temperature . ,temperature)
>(max_tokens . ,max-tokens)
>(top_p . ,top-p)
>(stream . ,stream
>   'utf-8)))
> (url-retrieve-synchronously
>  ;; "http://127.0.0.1:8080/v1/chat/completions
> "
>  "http://192.168.188.140:8080/v1/chat/completions
> "
>(rcd-llm-response buffer)))
>
> and you can read there it uses some memory if necessary, and that
> memory can be a

Re: Warning/Error message seen on an org file...

2025-02-10 Thread Ihor Radchenko
"Rivoallon, Frederic"  writes:

> Seen on Doom Emacs 27.2 (build 1, x86_64-mingw32) running on Windows 11.
>>>
>
> Warning (org-element-cache): org-element--cache: Org parser error in 
> localnotes.org::5148. Resetting.
>  The error was: (error "Invalid search bound (wrong side of point)")

Thanks for reporting!
May I know your Org version? (M-x org-version)

-- 
Ihor Radchenko // yantar92,
Org mode maintainer,
Learn more about Org mode at .
Support Org development at ,
or support my work at