Org 9.6 is out :)

[https://orgmode.org/Changes.html](https://orgmode.org/Changes.html) [https://fosstodon.org/@bzg/109426620641655049](https://fosstodon.org/@bzg/109426620641655049) Thanks Bastien, the org team and everyone who contributed/documented/tested. Edit: Figure is worth adding link to Librepay for org mode contributors for people with the ability to support the org team financially. [https://liberapay.com/org-mode](https://liberapay.com/org-mode)

Great stuff. This bit "breaking structure of folded elements automatically reveals the folded text" is gonna be super helpful for me. I do occasionally manage to mess up the structure in org documents and anything that helps me notice that is a big improvement.

I just went down a rabbit hole of reading your make-files and exploring the source. I have to say the code is well organized and generally a pleasure to read. I suppose that's to be expected given the nature of the package! :-)

Im not part of the org team myself, just want to share some appreciation for the org team, but I agree it is a well organised package

When upgrading to 9.6, anyone else getting an error for invalid function reference regarding `org-assert-version`? 🤔

How did you install/upgrade Org? You probably need to run \`make autoloads\` in your org directory if you installed Org via Git. See https://orgmode.org/manual/Installation.html#Installation

Package.el via GNU ELPA, nothing fancy

Yes. Installing via ELPA. Even after deleting my elpa directory. Puzzling.

I proposed a patch here: [https://list.orgmode.org/87bkonzisl.fsf@gnu.org/T/#u](https://list.orgmode.org/87bkonzisl.fsf@gnu.org/T/#u) If you have the ability to test it and report, that'd be appreciated. Otherwise you can simply add the `;;;###autoload` cookie on top of the `org-assert-version` macro and see if the error disappear. Thanks!

Me too. Installed via ELPA. Now waiting on u/bzg's proposed patch for 9.6.1.

Can you double-check that you don't have a mixed Org installation?

M-x org-version Org mode version 9.5.5 (release\_9.5.5 @ /home/user/.emacs.d/elpa/org-9.6/)

I solved this problem by making sure that the 9.6 version of Org is required before the distributed version is required. In my case, I took the opportunty to convert to using straight rather than package, though I don't think that had anything to do with the fix. Here is the beginning of my init.el, before I load my literate Emacs config: ``` ;; Install straight.el (defvar bootstrap-version) (let ((bootstrap-file (expand-file-name "straight/repos/straight.el/bootstrap.el" user-emacs-directory)) (bootstrap-version 5)) (unless (file-exists-p bootstrap-file) (with-current-buffer (url-retrieve-synchronously "https://raw.githubusercontent.com/raxod502/straight.el/develop/install.el" 'silent 'inhibit-cookies) (goto-char (point-max)) (eval-print-last-sexp))) (load bootstrap-file nil 'nomessage)) ;; ;; Install use-package (straight-use-package 'use-package) (setq straight-use-package-by-default t) ;; Install org early before builtin version gets loaded (straight-use-package 'org) ``` The crucial part is the last line, I believe.

It seems like I have org-mode in mixed mode from the above. However, I am using the org version from the melpa repo, for which there doesn't seem to be anything else I need to do to avoid mixed mode.

[removed]

Add another person with a b0rked install. Could 9.6 be removed from elpa until 9.6.1 ships? Edit: between this thread and the mailing list discussion, it's unclear how to fix a broken elpa install. . .I was able to backoff to 9.5.5 just by removing the org-9.6 directory in the elpa directory. QQs: would not sending major.minor.0 releases to elpa be the right policy? Or would that have just moved the issue to 9.6.1 because this is elpa-specific? Another bug: it looks like something is wrong with the R integration as code blocks that worked before no longer do. . .there's a bugfix for this: https://git.savannah.gnu.org/cgit/emacs/org-mode.git/commit/?id=456462741. That might fix something but it doesn't my issue. Interesting observation: I have two emacs installations (one running 27.2 and the other running 28.2; the 27.2 install upgraded correctly and the 28.2 one didn't).

A minimal example that shows brokenness (and, yes, the Broncos are really sucking right now; the first block works and creates TDs.svg but the second block doesn't capture the output from the REPL underlying the _R-TDs_ session): #+begin_src R :session R-TDs :exports both :results output graphics file :file TDs.svg rw <- c(1, 1, 0, 2, 0, 0, 1, 1, 1, 0, 1, 0) salary <- 49000000 game <- function() sum(rw) + sum(sample(rw, (16 - length(rw)), replace=TRUE)) TDs <- sapply(1:20000, function (i) game()) hist(TDs, main="Distribution of Russell Wilson's number of TD passes(2022)", ylab='', yaxt='n') #+end_src Assuming current productivity, the probability of hitting a particular number of TD passes as well as the price/pass: #+begin_src R :session R-TDs :exports both :results output raw t <- table(TDs) cat('|*TDs*|*Probability*|*M$/TD*|*Cumulative*|\n|-|-|-|-|\n') idx <- 1 cumulative <- 0 while(idx < length(t)) { percent <- (t[[idx]] / length(TDs)) * 100 cumulative <- cumulative + percent cat("|", names(t)[idx], "|", sprintf("%.01f%%", percent), "|", sprintf("%.01f|", (salary / as.numeric(names(t)[idx]))/1000000.0), sprintf("%.01f|\n", cumulative)) idx <- idx + 1 } #+end_src The second block should print something like the following: |*TDs*|*Probability*|*M$/TD*|*Cumulative*| |-|-|-|-| | 8 | 3.1% | 6.1| 3.1| | 9 | 14.3% | 5.4| 17.4| | 10 | 28.4% | 4.9| 45.8| | 11 | 29.4% | 4.5| 75.2| | 12 | 17.5% | 4.1| 92.7| | 13 | 6.0% | 3.8| 98.7| | 14 | 1.2% | 3.5| 99.9| | 15 | 0.1% | 3.3| 100.0|