[O] ob-core, org-outline-overlay-data error and byte-compile warning

[zimoun]

Dear,

First of all, thank you for this awesome tool !!


I am a bit confused and I should have something twisted with my config
but I am not able to find what. If someone has an explanation...
Or maybe it is well-known.

Well, I am running Emacs from Guix and the version is:
   GNU Emacs 26.1 (build 1, x86_64-pc-linux-gnu, GTK+ Version 3.24.0)
of 2018-11-14.

and it comes from Org 9.1:
   Org mode version 9.1.9 (release_9.1.9-65-g5e4542
   @ 
/gnu/stor/vsiqlxhj7lnydhhi85jc1pg0xzhcfdny-emacs-26.1/share/emacs/26.1/lisp/org/)

Because I prefer a more up-to-date version of Org, say 9.2, I have in
my init.el:

(add-to-list 'package-archives
 '("org" . "http://orgmode.org/elpa/";))
(package-initialize)
(use-package org
  :ensure org-plus-contrib)

Then the version 9.2 lives locally:
   Org mode version 9.2.2 (9.2.2-elpaplus
   @ /home/simon/.emacs.d/elpa/org-plus-contrib-20190304/)


The issue is when I evaluate `org-babel-execute-buffer', then it fails
with the error:
   Symbol’s function definition is void: org-outline-overlay-data

Hum? there is an incompatible change documented [1] in the Changes but
it should not interfere, right?
Well, if I find-grep in my ~/.emacs.d/ for `org-outline-overlay-data'
then nothing if found.
(and neither in the site-lisp/ from "system install")


So, I manually remove the byte-compiled file `ob-core.elc', and I
reload everything and now it works as expected. Hum?!
Then I again byte-compile the file `ob-core.el' with
   emacs -batch -f batch-byte-compile ob-core.el
then it warns:

In end of data:
ob-core.el:3149:1:Warning: the following functions are not known to be
defined: org-remove-indentation, org-completing-read, org-trim,
org-outline-overlay-data, org-set-outline-overlay-data, org-in-regexp,
proper-list-p

and after reloaded everything, it fails with the message "Symbol [...]
void: org-outline-overlay-data".


I think I miss something about the byte-compiling stuff.
Now, I am using the `ob-core.el' file and not the byte-compiled one,
but I would like to understand what is wrong; if it is not a bug.


Thank you in advance for in pointer and/or insights.


All the best,
simon


[1] https://orgmode.org/Changes.html

Re: [O] ob-core, org-outline-overlay-data error and byte-compile warning

[zimoun]

Dear Tim Cross,

I am referring to this message:
http://lists.gnu.org/archive/html/emacs-orgmode/2019-03/msg00050.html
and because I did not subscribe to the mailing list, a- I miss your
reply and b- I am not able to directly answer to thread.


Well, thank you for your explanations.
I think the culprit of my configuration is Helm, for the very reason
you explained: it loads indirectly some Org, I guess.

Now, I still do not have a clean workaround but al least I know the reason. :-)


Thank you again.


All the best
simon

issue indent src block?

[zimoun]

Dear,
(please CC me because I have not subscribed)


I have noted unexpected alignment with source blocks. For example:

--8<---cut here---start->8---
#+begin_src shell
0
#+end_src

* One

  #+begin_src shell
  1
  #+end_src

** Two

   #+begin_src shell
   2
   #+end_src
--8<---cut here---end--->8---

where the blocks are filled using the usual C-c '.

I was expecting that 0, 1 and 2 aligned with the 'b' of 'begin'.
And if I move them by hand and them hit C-x h and Tab, they are placed
again as in the example above.


Is this alignment expected?
Do I misconfigure something? Even if I reproduce the behaviour with "emacs -q".


Emacs 26.3 and Org 9.3.6 comes from Guix
de5200ada9932501dbe010990ed1acf7688846a6.


Thank you in advance for any comment.

All the best,
simon

Re: issue indent src block?

[zimoun]

Hi Nicolas,

On Mon, 20 Apr 2020 at 18:12, Nicolas Goaziou  wrote:

> I cannot reproduce it. You may want to check if something is setting
> `org-edit-src-content-indentation' to 0, e.g., .dir-locals.el or some
> such.

Thanks!
I have not found the culprit yet but hunt in progress... :-)

All the best,
simon

Re: IM dev discussions? (was: orgmode.org welcome page says to install via MELPA but as writing, this cannot be done)

[zimoun]

Hi,

On Sun, 25 Sep 2022 at 11:36, Ihor Radchenko  wrote:

>> Look at this example from Guix IRC channel:
>> https://logs.guix.gnu.org/
>
> AFAIU, this should be supported by the IRC server. Does irc.libera.chat
> (where #org-mode channel is hosted) support logging?

These logs are done by custom Scheme code [1,2] run in some Guix
project’s server [3].


1: 

2: 

3: 



Cheers,
simon

[BUG] org-agenda: definition is void: org-element--cache-active-p

[zimoun]

Hi,

The reproducer using Emacs 28.2 and Org 9.6.1 both from Guix (29efa27):

--8<---cut here---start->8---
$ cd /tmp/
$ cat config.el
(setq
 org-directory "/tmp/"
 org-agenda-files '("example.org"))
$ cat example.org
* TODO Stuff
$ emacs -q -l config.el -f org-agenda

Press m  Match a TAGS/PROP/TODO query

Error:
org-get-buffer-tags: Symbol's function definition is void: 
org-element--cache-active-p

$ emacs -q -l config.el --eval '(org-batch-agenda "m")' --batch
Debugger entered--Lisp error: (void-function org-element--cache-active-p)
  org-element--cache-active-p()
  org-get-buffer-tags()
  org-make-tags-matcher(nil)
  org-tags-view(nil)
  funcall-interactively(org-tags-view nil)
  call-interactively(org-tags-view)
  org-agenda(nil "m")
  #f(compiled-function () #)()
  funcall(#f(compiled-function () #))
  (let nil (funcall '#f(compiled-function () #)))
  eval((let nil (funcall '#f(compiled-function () #
  org--batch-agenda("m" nil nil)
  (org-batch-agenda "m")
  command-line-1(("-l" "config.el" "--eval" "(org-batch-agenda \"m\")"))
  command-line()
  normal-top-level()
--8<---cut here---end--->8---

To be precise, it is run inside a Linux namespace container:

guix shell --container emacs emacs-org -E TERM \
 -- emacs -q -l config.el -f org-agenda


This message [1] about a similar topic leads to this commit
791ea50528df55bac110fe5e2731af056989bedb [2]:

--8<---cut here---start->8---
* lisp/org-element.el (org-element--cache-active-p): Fix compiler warning
Using `defsubst' here is impractical because some code above does call
`org-element--cache-active-p'.  Moving would trigger major refactoring
for little gain.  Hence, move back to using simple `defun' until we
modularize lisp/org-element.el better.

Reported-by: No Wayman 
Link: https://orgmode.org/list/874jws2v87@gmail.com
--8<---cut here---end--->8---

and I guess it is related.  Especially with release note 9.6 [3]:

Element cache is enabled by default and work for headings

Obviously, loading org-element fixes the issue:

$ emacs -q -l config.el --eval "(require 'org-element)" -f org-agenda

Therefore, maybe the addition of such requirement in org-agenda.el could
be enough?

1:
[BUG] org-element: defsubst org-element--cache-active-p used before defined
Tue, 27 Sep 2022 20:32:36 -0400
id:874jws2v87@gmail.com

2: 
https://git.savannah.gnu.org/cgit/emacs/org-mode.git/commit/?id=791ea50528df55bac110fe5e2731af056989bedb
3: 

Cheers,
simon