Re: Strange behaviour detected today
Hi Pedro Andres, [...] > Just for the record. The root cause for this problem is a :color definition > with is not a string. > So find the offending face definition and make sure the :color is a string, Thanks for that useful tip which helped me to find the problem. Indeed I was still using org-mode in a local straight repository checkout predating this fix in upstream: https://git.savannah.gnu.org/cgit/emacs/org-mode.git/commit/?id=65def05f6c6f7ce706a0116ad666c86eb0ecdae2 lisp/ox-beamer.el: Fix face definition * lisp/ox-beamer.el (org-beamer-tag): Fix face definition. Updating my local repo fixed it. Thinking about it, I probably should stop using straight at all for org-mode, as I seem to update Emacs more often lately than the straight repos. In this setup the old checkout from straight shadowed the correct code in upstream Emacs. Another interesting way to shoot my own foot :/ Thanks! Detlev
Re: Strange behaviour detected today
Hi, > Thanks a ton. I could bisect the issue and filed a bug yesterday. It > seems to be the same commit that broke the themes. May I ask what the outcome of all this was? I am now seeing the same problem with Emacs from master as of today and wonder about the best way to solve this in the short and long term. Thanks in advance Detlev [...] > On Wed, 13 Dec 2023 at 15:57, William Denton wrote: > > On 13 December 2023, Pedro Andres Aranda Gutierrez wrote: > > > I've recompiled emacs master today and when I try to export an org > > presentation to latex and I get the following error: > > > > Exporting to LaTeX [class: beamer]... > > set-face-attribute: Invalid face box: :line-width, 1, :color, grey40 > > > > This happens when calling > > > > (org-beamer-export-to-latex) > > > > both from emacs in interactive and in batch mode. > > Is that perhaps related to commit dcd755dabcf9ef95d6d0534c11c668f44c6f89c2, > "Fix > validation of :box face attribute"? It caused similar errors in > solarized-theme > (for example this bug¹). > > Bill
Re: [BUG] Problems with :exports results for shell and plantuml code [9.6-pre (release_9.5.5-995-g4b9aef @ /home/dzu/.emacs.d/straight/build/org-mode/)]
Hi Bruno, [...] > Maybe: > >:exports result > => >:exports results > > ? Yes, indeed - you are 100% right. Looking at it so long, I was blind. It was good writing things down as I found my mistake soon after sending my initial mail ;) https://lists.gnu.org/archive/html/emacs-orgmode/2023-02/msg00295.html Thanks for taking the time to getting back to me! Best wishes Detlev -- #define KSAMTIB_CIGAM_2SFFJ 0x8519 /* For detecting wrong-endian fs */ -- include/linux/jffs2.h
[BUG] Problems with :exports results for shell and plantuml code [9.6-pre (release_9.5.5-995-g4b9aef @ /home/dzu/.emacs.d/straight/build/org-mode/)]
Hi orgmode-list!
I currently have a problem while exporting org-babel blocks to html or
latex output. Even though I explicitely specify ':exports result' for
the blocks, the exported document contains both the (syntax colored)
code block and the code. I noticed this in a plantuml block that I use
to generate inline diagrams. Exporting to PDF actually yields a PDF
looking like it contains only the results, but there are errors in the
'*Org PDF LaTeX Outupt*' buffer, saying that pygmentize misses a lexer
for plantuml. Checking the generated LaTeX code indeed shows that the
code is exported to LaTeX, even though ':exports result' is passed as a
header argument.
Trying to narrow this down to a simple recipe to reproduce the buggy
behaviour, I encountered another behaviour I don't understand. Using a
simple 'sh' code block also with ':exports result' works for 'date', but
not for 'pwd'. Yes, I know that the one is a builtin and the other is
an external command, but I did not expect this to be of any relevance when
':exports result' is used.
So the question is - am I doing something wrong here, or what should I
do to only export the resulting output of the commands into the
document?
Please find the test case attached - if exported to html or pdf, it
shows the problematic output: 'pwd' is included as code, 'date' is not
and 'plantuml' renders errors in the LaTeX run.
Any hint greatly appreciated!
Best wishes
Detlev
Remember to cover the basics, that is, what you expected to happen and
what in fact did happen. You don't know how to make a good report? See
https://orgmode.org/manual/Feedback.html#Feedback
Your bug report will be posted to the Org mailing list.
Emacs : GNU Emacs 30.0.50 (build 3, x86_64-pc-linux-gnu, GTK+ Version 3.24.36,
cairo version 1.16.0)
of 2023-01-31
Package: Org mode version 9.6-pre (release_9.5.5-995-g4b9aef @
/home/dzu/.emacs.d/straight/build/org-mode/)
current state:
==
(setq
org-link-elisp-confirm-function 'yes-or-no-p
org-html-table-caption-above nil
org-ditaa-jar-path "/usr/share/ditaa/ditaa.jar"
org-bibtex-headline-format-function #[257 "\300\236A\207" [:title] 3 "\n\n(fn
ENTRY)"]
org-babel-after-execute-hook '(org-redisplay-inline-images)
org-persist-after-read-hook '(org-element--cache-persist-after-read)
org-export-before-parsing-hook '(org-attach-expand-links)
org-cycle-tab-first-hook '(org-babel-hide-result-toggle-maybe
org-babel-header-arg-expand)
org-default-notes-file "~/nextcloud/org/notes.org"
org-archive-hook '(org-attach-archive-delete-maybe)
org-odt-format-inlinetask-function 'org-odt-format-inlinetask-default-function
org-edit-src-content-indentation 0
org-ascii-format-drawer-function #[771 "\207" [] 4 "\n\n(fn NAME CONTENTS
WIDTH)"]
org-cycle-hook '(org-cycle-hide-archived-subtrees org-cycle-show-empty-lines
org-cycle-optimize-window-after-visibility-change)
org-persist-before-read-hook '(org-element--cache-persist-before-read)
org-mode-hook '(#[0 "\300\301\302\303\304$\207"
[add-hook change-major-mode-hook org-fold-show-all append
local] 5]
#[0 "\300\301\302\303\304$\207"
[add-hook change-major-mode-hook org-babel-show-result-all
append local] 5]
org-babel-result-hide-spec org-babel-hide-all-hashes
#[0 "\301\211\207" [imenu-create-index-function
org-imenu-get-tree] 2]
flymake-languagetool-load)
org-babel-load-languages '((ditaa . t) (dot . t) (emacs-lisp . t) (gnuplot .
t) (lilypond . t)
(plantuml . t) (shell . t) (sparql . t))
org-latex-format-drawer-function #[514 "\207" [] 3 "\n\n(fn _ CONTENTS)"]
org-latex-format-headline-function 'org-latex-format-headline-default-function
org-confirm-shell-link-function 'yes-or-no-p
org-html-format-drawer-function #[514 "\207" [] 3 "\n\n(fn NAME CONTENTS)"]
outline-isearch-open-invisible-function 'outline-isearch-open-invisible
org-latex-classes '(("beamer" "\\documentclass[presentation]{beamer}"
("\\section{%s}" . "\\section*{%s}")
("\\subsection{%s}" . "\\subsection*{%s}")
("\\subsubsection{%s}" . "\\subsubsection*{%s}"))
("article" "\\documentclass[11pt]{article}"
("\\section{%s}" . "\\section*{%s}")
("\\subsection{%s}" . "\\subsection*{%s}")
("\\subsubsection{%s}" . "\\subsubsection*{%s}")
("\\paragraph{%s}" . "\\paragraph*{%s}")
("\\subparagraph{%s}" . "\\subparagraph*{%s}"))
("report" "\\documentclass[11pt]{report}" ("\\part{%s}" .
"\\part*{%s}")
("\\chapter{%s}" . "\\chapter*{%s}") ("\\section{%s}" .
"\\section*{%s}")
("\\subsection{%s}" . "\\subsection*{%s}")
("\\subsubsection{%s}" .
Re: [BUG] Problems with ':exports result' for shell and plantuml blocks [9.6-pre (release_9.5.5-995-g4b9aef @ /home/dzu/.emacs.d/straight/build/org-mode/)]
Hi list, found the problem. Misspelled ':export results' as ':exports result'. Of course it does not throw an error, but simply does not work. Fixing this, fixes all of my problems... *shame on me* Thanks Detlev
[BUG] Problems with ':exports result' for shell and plantuml blocks [9.6-pre (release_9.5.5-995-g4b9aef @ /home/dzu/.emacs.d/straight/build/org-mode/)]
Hi list,
I am having problems with exporting code blocks to pdf or html
documents. I noticed the problem with a PlantUML block that I use for
inline diagrams. As I only want the diagram in the output, I use
':exports result' in the header of the block. My main target is PDF
output and the PDF looks fine, although I get errors in the '*Org PDF
LaTeX Output*' buffer: 'Error: no lexer for alias 'plantuml' found'.
Looking at the intermediate LaTeX buffer, the code block indeed is also
there, but because of the error does not produce any output in the PDF.
So I tried to shrink the problem down to reproduce the error and there I
found another thing that I do not understand. To proove that ':exports
result' works, I added two one line shell calls, but to my amazement,
calling 'pwd' also exports the code, but not calling 'date'. To me
things look identical, so I have no idea why this would happen.
The problems also show when exporting to html, so they seem to be
somewhere in the inner workings of org mode.
Please find attached a short test case showing the problem. It requires
PlantUML to generate the diagram, but the shell blocks also show a
problem that should be easy to reproduce.
Am I doing something terribly stupid? How can I make things work, like
I would expect them to? Any hint greatly appreciated!
Thanks
Detlev
8<--
Remember to cover the basics, that is, what you expected to happen and
what in fact did happen. You don't know how to make a good report? See
https://orgmode.org/manual/Feedback.html#Feedback
Your bug report will be posted to the Org mailing list.
Emacs : GNU Emacs 30.0.50 (build 3, x86_64-pc-linux-gnu, GTK+ Version 3.24.36,
cairo version 1.16.0)
of 2023-01-31
Package: Org mode version 9.6-pre (release_9.5.5-995-g4b9aef @
/home/dzu/.emacs.d/straight/build/org-mode/)
current state:
==
(setq
org-link-elisp-confirm-function 'yes-or-no-p
org-html-table-caption-above nil
org-ditaa-jar-path "/usr/share/ditaa/ditaa.jar"
org-bibtex-headline-format-function #[257 "\300\236A\207" [:title] 3 "\n\n(fn
ENTRY)"]
org-babel-after-execute-hook '(org-redisplay-inline-images)
org-persist-after-read-hook '(org-element--cache-persist-after-read)
org-export-before-parsing-hook '(org-attach-expand-links)
org-cycle-tab-first-hook '(org-babel-hide-result-toggle-maybe
org-babel-header-arg-expand)
org-archive-hook '(org-attach-archive-delete-maybe)
org-odt-format-inlinetask-function 'org-odt-format-inlinetask-default-function
org-edit-src-content-indentation 0
org-ascii-format-drawer-function #[771 "\207" [] 4 "\n\n(fn NAME CONTENTS
WIDTH)"]
org-cycle-hook '(org-cycle-hide-archived-subtrees org-cycle-show-empty-lines
org-cycle-optimize-window-after-visibility-change)
org-persist-before-read-hook '(org-element--cache-persist-before-read)
org-mode-hook '(#[0 "\300\301\302\303\304$\207"
[add-hook change-major-mode-hook org-fold-show-all append
local] 5]
#[0 "\300\301\302\303\304$\207"
[add-hook change-major-mode-hook org-babel-show-result-all
append local] 5]
org-babel-result-hide-spec org-babel-hide-all-hashes
#[0 "\301\211\207" [imenu-create-index-function
org-imenu-get-tree] 2]
flymake-languagetool-load)
org-babel-load-languages '((ditaa . t) (dot . t) (emacs-lisp . t) (gnuplot .
t) (lilypond . t)
(plantuml . t) (shell . t) (sparql . t))
org-latex-format-drawer-function #[514 "\207" [] 3 "\n\n(fn _ CONTENTS)"]
org-latex-format-headline-function 'org-latex-format-headline-default-function
org-confirm-shell-link-function 'yes-or-no-p
org-html-format-drawer-function #[514 "\207" [] 3 "\n\n(fn NAME CONTENTS)"]
outline-isearch-open-invisible-function 'outline-isearch-open-invisible
org-latex-classes '(("beamer" "\\documentclass[presentation]{beamer}"
("\\section{%s}" . "\\section*{%s}")
("\\subsection{%s}" . "\\subsection*{%s}")
("\\subsubsection{%s}" . "\\subsubsection*{%s}"))
("article" "\\documentclass[11pt]{article}"
("\\section{%s}" . "\\section*{%s}")
("\\subsection{%s}" . "\\subsection*{%s}")
("\\subsubsection{%s}" . "\\subsubsection*{%s}")
("\\paragraph{%s}" . "\\paragraph*{%s}")
("\\subparagraph{%s}" . "\\subparagraph*{%s}"))
("report" "\\documentclass[11pt]{report}" ("\\part{%s}" .
"\\part*{%s}")
("\\chapter{%s}" . "\\chapter*{%s}") ("\\section{%s}" .
"\\section*{%s}")
("\\subsection{%s}" . "\\subsection*{%s}")
("\\subsubsection{%s}" . "\\subsubsection*{%s}"))
("book" "\\documentclass[11pt]{book}" ("\\part{%s}" .
"\\part*{%s}")
Re: [RFC] If you use Org 9.6, please share the output of M-x org-element-cache-hash-show-statistics
oops, C-c C-c in message mode sends the message, *smirk* Ihor Radchenko writes: M-x org-element-cache-hash-show-statistics M-x emacs-uptime #+begin_src elisp (org-element-cache-hash-show-statistics) #+end_src #+RESULTS: : 6.60% of cache searches hashed, 34.35% non-hashable. #+begin_src elisp (emacs-uptime) #+end_src #+RESULTS: : 9 days, 22 hours, 28 minutes, 16 seconds
Re: [RFC] If you use Org 9.6, please share the output of M-x org-element-cache-hash-show-statistics
Ihor Radchenko writes: > M-x org-element-cache-hash-show-statistics > M-x emacs-uptime #+begin_src elisp org-element-cache-hash-show-statistics #+end_src -- Restrict Digital Restrictions Management: If you can't copy it - don't buy it
[O] bug#18401: 24.4.50; emerge-files fails for org files
Hi Bastien, Hi Detlev, Detlev Zundel d...@akk.org writes: org-overview: `recenter'ing a window that does not display current-buffer. This will be fixed in the next Org merge into Emacs. Thanks. I'm slowly (but surely) getting there. Thanks for your efforts, I really appreciate it. Best wishes Detlev -- Milk? called Reg. Er, please. One lump or two? One, please. Sugar? Dirk Gently's Holistic Detective Agency, Douglas Adams
[O] bug#18401: 24.4.50; emerge-files fails for org files
Hi Glenn, Detlev Zundel wrote: problem and lingers for a while now. Who can merge the org repository? Is there something that an outsider like me can do to help? Thanks for asking! :) Anyone with a copy of the Org repo and the Emacs repo can generate the diff that needs to be applied from the former to the latter. Anyone with write access to the Org repo can get write access to the Emacs repo and apply that diff. (This is a generalization, but I think it is true. E.g. I assume all people with Org write access have FSF assignments.) However, I think this is wasted effort, so I have suggested not doing it any more; http://lists.gnu.org/archive/html/emacs-devel/2014-08/msg00298.html . Ok, I see. So it seems there is nothing I can do after all. My original problem indeed is solved having installed org from elpa. Best wishes Detlev -- The Buddha, the Godhead, resides quite as comfortably in the circuits of a digital computer or the gears of a cycle transmission as he does at the top of a mountain or in the petals of a flower. To think otherwise is to demean the Buddha - which is to demean oneself. -- Robert M. Pirsig
[O] bug#18401: 24.4.50; emerge-files fails for org files
Hi Glenn, Detlev Zundel wrote: org-overview: `recenter'ing a window that does not display current-buffer. This was apparently fixed in the Org repository months ago, but still not in the Emacs one. Ref: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=17724#26 (We now have 4 separate Emacs reports for this.) Oops, thanks for the context. So this is actually a pretty fundamental problem and lingers for a while now. Who can merge the org repository? Is there something that an outsider like me can do to help? Thanks Detlev -- Programming X-Windows is like trying to find the square root of pi using roman numerals. -- The UNIX Haters Handbook
