Re: Interest in an Org video meetup?

[Sacha Chua]

bbb.emacsverse.org should be okay again. Thanks Amin for fixing it, and
thanks to everyone for letting us know!

On Mon, May 15, 2023, 11:43 Sacha Chua  wrote:

> I'll let Amin Bandali know. Thanks for everyone's patience!
>
> On Mon, May 15, 2023, 11:20 Ihor Radchenko  wrote:
>
>> Russell Adams  writes:
>>
>> > I was given an account on https://bbb.emacsverse.org/, and trying to
>> > use it today I get a certificate expired error that cannot be ignored.
>> >
>> > I was hoping to test it to setup a Saturday video session.
>> >
>> > Any ideas?
>>
>> I am also seeing the same error.
>> Looks like they forgot to update the certificate.
>> It expired a month ago.
>>
>> --
>> Ihor Radchenko // yantar92,
>> Org mode contributor,
>> Learn more about Org mode at .
>> Support Org development at ,
>> or support my work at 
>>
>>

Re: Minimal list of packages for `guix shell` for documentation compilation?

[Yuval Langer]

On Wed, May 17, 2023 at 12:38 AM Kyle Meyer  wrote:
>
> Here's the minimum set of packages I needed with --pure:
>
>  $ guix shell --pure \
>coreutils diffutils emacs-minimal glibc git grep make sed tar texinfo 
> texlive \
>-- make doc
>
> (Note: texlive is large, so that will take some time if you don't
> already have it in your store.)

What is the subset of texlive packages used by org-mode's
documentation? I see that there's texlive-base, but I've tried that,
and it is insufficient.

Re: [ANN] lisp/ob-tangle-sync.el

[Mehmet Tekman]

Hello again,

Ihor Radchenko  writes:

>>> I recommend trying various edge cases with your patch.
>>> In particular:
>>>
>>> 1. Testing exclusive group inheritance when we inherit a header arg
>>>value that matches :any:
>>>
>>>#+PROPERTIES: header-args :tangle "foo.txt"
>>>#+begin_src ... :tangle no
>>>
>>>#+PROPERTIES: header-args :tangle no
>>>#+begin_src ... :tangle "foo.txt"
>>>
>>>#+PROPERTIES: header-args :tangle no
>>>* Heading
>>>
>>>:PROPERTIES:
>>>:header-args: :tangle "foo.txt"
>>>:END:
>>>#+begin_src ... :tangle yes
>> ...
>>> I feel that the following code is not reliable when we inherit exact and
>>> :any exclusive group members in alternations.
>>
>> Ah, hmm - can you give me an example here? I thought the idea was that
>> an :any string would only be invokable once for a given header
>> parameter.
>
> See the above 3 examples: (1) "foo.txt" shadowed by "no"; (2) "no"
> shadowed by "foo.txt"; (3) "no" shadowed by "foo.txt" then shadowed by
> "yes".
>
> You can also consider "foo.txt" shadowed by "bar.txt" and other
> variations.

I've created a small patch that contains a single ert test function that
checks an example org file I made (based on the above as well as my own
toy file) to try to validate the `org-babel-merge-params' rewrite.

I've attached it below in case you want to test it...

...but there were a few cases where I wasn't entirely sure what the
result of the merge was supposed to be:

For example, a document with:

> #+TITLE: Header tests
> #+PROPERTY: header-args :tangle /tmp/default_tangle.txt
> 
> * Inherit tangle header from document
> 
> #+begin_src conf
>   (:tangle . /tmp/default_tangle.txt)
> #+end_src

I would expect the output of:

(assoc :tangle (nth 2 (org-babel-get-src-block-info)))

within that block to evaluate to the contents written in that
block. Instead it evaluates to `(:tangle . no)' when run in a vanilla
Emacs. Is this expected?


Another example:

> * Header args overwritten by local header
> :PROPERTIES:
> :header-args: :tangle "foo.txt"
> :END:
> #+begin_src :tangle yes
>(:tangle . foo.txt)
> #+end_src
>
> ** Inherited header
> 
> #+begin_src :tangle "file with spaces.txt"
>   (:tangle . "file with spaces.txt")
> #+end_src

The first block correctly gives "foo.txt" under vanilla Emacs, but the
second block also gives "foo.txt". Is this expected behaviour?


Best,
Mehmet

>From 2f040db1197f835262d32e7ced857f2a47dd8ca8 Mon Sep 17 00:00:00 2001
From: MT 
Date: Wed, 17 May 2023 13:16:08 +0200
Subject: [PATCH 4/4] * testing/examples/header_test.org: New example test file

  Contains several source blocks with document, heading, block header
  arguments

* testing/lisp/test-ob.el (test-ob/merge-params): New test function
for `org-babel-merge-params' validation.

  This function takes a list of all the ID properties for each of the
  blocks in `header_test.org', along with a symbol or list of header
  properties to test against.  The expected value is written within
  the block contents.
---
 testing/examples/header_test.org | 127 +++
 testing/lisp/test-ob.el  |  44 +++
 2 files changed, 171 insertions(+)
 create mode 100644 testing/examples/header_test.org

diff --git a/testing/examples/header_test.org b/testing/examples/header_test.org
new file mode 100644
index 0..9a33661be
--- /dev/null
+++ b/testing/examples/header_test.org
@@ -0,0 +1,127 @@
+#+TITLE: Header tests
+#+PROPERTY: header-args :tangle /tmp/default_tangle.txt
+
+The text contents in each block are tested against the output of
+=(assoc  (nth 2 (org-babel-get-src-block-info)))=
+
+Multiple header properties can be tested by separating each property
+output with a **newline followed by exactly two spaces**.
+
+* Inherit tangle header from document
+:PROPERTIES:
+:ID:   a41c3238-f457-4769-b10b-8d50e9d386a1
+:END:
+
+#+begin_src conf
+  (:tangle . /tmp/default_tangle.txt)
+#+end_src
+
+* Inherit tangle header but use local sync action
+:PROPERTIES:
+:ID:   debf7bf8-e5eb-412d-9127-57950a27c390
+:END:
+
+#+begin_src conf :tangle skip
+  (:tangle . /tmp/default_tangle.txt skip)
+#+end_src
+
+* Use local tangle file and sync action
+:PROPERTIES:
+:ID:   1ca658c1-0dfd-42a5-bbe3-305582deeb00
+:END:
++ Ignore document header completely.
+#+begin_src conf :tangle randomfile sync
+  (:tangle . randomfile sync)
+#+end_src
+
+* Use local tangle file and sync action 2
+:PROPERTIES:
+:header-args: :tangle "newfile.txt" import
+:END:
+** Subheading
+:PROPERTIES:
+:ID:   602503b8-6657-49c6-9cac-7edac396f725
+:END:
++ Ignore document header and parent header completely.
+#+begin_src conf :tangle randomfile sync
+  (:tangle . randomfile sync)
+#+end_src
+
+
+* Test tangle and results param together
+:PROPERTIES:
+:ID:   4fb9938c-aec0-479f-bbc6-6b7a4228d9c2
+:END:
+#+begin_src conf  :tangle randomfile
+  (:tangle . randomfile)
+  (:results . replace)
+#+end_src
+
+* Inherit the tangle file 

Re: ob-clojure: results quoted nil

[Daniel Kraus]

Ihor Radchenko  writes:

>> #+RESULTS:
>> : nil is falsey
>
> Even if it is the case, it is still worth checking :results table
> parsing. nils might be slurped when converting output to tables.

Right.
I just double checked the results for value and table results with
different Clojure backends and it worked in all cases (that I tested).

Cheers,
  Daniel

Re: ob-clojure: results quoted nil

[Ihor Radchenko]

Daniel Kraus  writes:

> The results you get from a ob-clojure block got re-worked recently.
> That `:results value` returned ALL values and not only the last one
> was actually a bug.
> Can you try again with the latest org (/ob-clojure) version?
> You should now only get:
>
> #+RESULTS:
> : nil is falsey

Even if it is the case, it is still worth checking :results table
parsing. nils might be slurped when converting output to tables.

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

Re: ob-clojure: results quoted nil

[Daniel Kraus]

Hi!

r...@devsphoto.com writes:

> The quoted NIL is not showing on the Result block.
>
> Org mode version 9.6.1 (9.6.1-??-fe92a3ced @
> /Users/rafiks/.emacs.d/.local/straight/build-28.2/org/)
>
>   #+begin_src clojure :results value
>  (nil? 1)
>  (nil? nil)
>  (if "bears eat beets"
>"bears beets Battlestar Galactica")
>  (if nil
>"This won't be the result because nil is falsey"
>"nil is falsey")
> #+end_src
>
> #+RESULTS:
> | false  |
> | true   |
> | "bears beets Battlestar Galactica" |
> | " is falsey"   |

The results you get from a ob-clojure block got re-worked recently.
That `:results value` returned ALL values and not only the last one
was actually a bug.
Can you try again with the latest org (/ob-clojure) version?
You should now only get:

#+RESULTS:
: nil is falsey

Thanks,
  Daniel