I'm sorry to have to ask this, but lisp debugging is not one of my strengths. For some time I've been happily using Joe Bloggs's somewhat hoary but useful org-dotemacs.el system to maintain my emacs init settings across several computers. The computers are using Fedora 28.
A standard Fedora update on June 10 broke that. I suspect the offending elements were:
Upgraded emacs-1:25.3-5.fc28.x86_64 @fedora Upgrade 1:26.1-1.fc28.x86_64 @updates Upgraded emacs-common-1:25.3-5.fc28.x86_64 @fedora Upgrade 1:26.1-1.fc28.x86_64 @updates Upgraded emacs-filesystem-1:25.3-5.fc28.noarch @fedora Upgrade 1:26.1-1.fc28.noarch @updates
The emacs init-debug returns this:
Debugger entered--Lisp error: (wrong-type-argument stringp nil) looking-at(nil) org-heading-components() org-in-commented-heading-p() org-babel-tangle-collect-blocks(emacs-lisp) org-dotemacs-load-blocks(nil skip) org-dotemacs-load-file(nil "~/.dotemacs.org" nil) org-dotemacs-load-default() eval-buffer(#<buffer *load*> nil "/home/michael/.emacs" nil t) ; Reading at buffer position 525 load-with-code-conversion("/home/michael/.emacs" "/home/michael/.emacs" t t) load("~/.emacs" t t) #f(compiled-function () #<bytecode 0x261c1d>)() command-line() normal-top-level()
Just naively, it looks like the problem is with the use of
looking-at in the definition of
org-heading-components in the file
org.el. (This is
org-mode version 9.1.13.)
So, back to the question: has anyone else had this problem, and does anyone have a suggestion as to how to fix it?