Org breakage after rebuilding from Git

Org breakage after rebuilding from Git

[T.V Raman]

[-- Warning: decoded text below may be mangled, UTF-8 assumed --]
[-- Attachment #1: Type: text/plain; charset=gb18030, Size: 3887 bytes --]

Backtrace attached. Error goes away if one explicitly sets

(setq org--inhibit-version-check t)

No change to my emacs config -- just a new rebuild (org 9.6.6
integrated ) breaks

Debugger entered--Lisp error: (error "Org version mismatch.  Make sure that correct ¡®loa...")
  (signal error ("Org version mismatch.  Make sure that correct ¡®loa..."))
  (error "Org version mismatch.  Make sure that correct `loa...")
  (byte-code "\301\302!\210\10\204\30\0\303 \304\232\204\30\0\305\306\307\"\210\310\311!\210\301\312!\210\301\313!\207" [org--inhibit-version-check require org-macs org-release "9.6.5" warn "Org version mismatch.  Org loading aborted.\nThis w..." "(straight-use-package 'org)" error "Org version mismatch.  Make sure that correct `loa..." cl-lib oc] 3)
  (require org-keys)
  (byte-code "\302\303!\210\10\204\30\0\304 \305\232\204\30\0\306\307\310\"\210\311\312!\210\302\313!\210\302\314!\210\302\315!\210\302\316!\210\3171<\0\320\321\11!\322P..." [org--inhibit-version-check load-file-name require org-compat org-release "9.6.6" warn "Org version mismatch.  Org loading aborted.\nThis w..." "(straight-use-package 'org)" error "Org version mismatch.  Make sure that correct `loa..." cl-lib calendar find-func format-spec (error) load file-name-directory "org-loaddefs" nil t message "WARNING: No org-loaddefs.el file could be found fr..." sit-for 3 "You need to run \"make\" or \"make autoloads\" from Or..." org-macs org-keys ol oc org-table org-fold org-cycle defvaralias org-hide-block-startup org-cycle-hide-block-startup org-hide-drawer-startup org-cycle-hide-drawer-startup org-pre-cycle-hook org-cycle-pre-hook org-tab-first-hook org-cycle-tab-first-hook defalias org-global-cycle org-cycle-global org-overview org-cycle-overview org-content org-cycle-content org-reveal ...] 6)
  (load "org")
  (load-library "org")
  (#<subr funcall-interactively> load-library "org")
  (apply #<subr funcall-interactively> load-library "org")
  (ad-Advice-funcall-interactively #<subr funcall-interactively> load-library "org")
  (apply ad-Advice-funcall-interactively #<subr funcall-interactively> (load-library "org"))
  (funcall-interactively load-library "org")
  (#<subr call-interactively> load-library record nil)
  (apply #<subr call-interactively> load-library (record nil))
  (call-interactively@ido-cr+-record-current-command #<subr call-interactively> load-library record nil)
  (apply call-interactively@ido-cr+-record-current-command #<subr call-interactively> (load-library record nil))
  (call-interactively load-library record nil)
  (command-execute load-library record)
  (execute-extended-command nil "load-library" "load-li")
  (#<subr funcall-interactively> execute-extended-command nil "load-library" "load-li")
  (apply #<subr funcall-interactively> execute-extended-command (nil "load-library" "load-li"))
  (ad-Advice-funcall-interactively #<subr funcall-interactively> execute-extended-command nil "load-library" "load-li")
  (apply ad-Advice-funcall-interactively #<subr funcall-interactively> (execute-extended-command nil "load-library" "load-li"))
  (funcall-interactively execute-extended-command nil "load-library" "load-li")
  (#<subr call-interactively> execute-extended-command nil nil)
  (apply #<subr call-interactively> execute-extended-command (nil nil))
  (call-interactively@ido-cr+-record-current-command #<subr call-interactively> execute-extended-command nil nil)
  (apply call-interactively@ido-cr+-record-current-command #<subr call-interactively> (execute-extended-command nil nil))
  (call-interactively execute-extended-command nil nil)
  (command-execute execute-extended-command)


-- 

Thanks,

--Raman(I Search, I Find, I Misplace, I Research)
7©4 Id: kg:/m/0285kf1  •0Ü8

--

Thanks,

--Raman(I Search, I Find, I Misplace, I Research)
♉ Id: kg:/m/0285kf1  🦮

Re: Org breakage after rebuilding from Git

[Eli Zaretskii]

[-- Warning: decoded text below may be mangled, UTF-8 assumed --]
[-- Attachment #1: Type: text/plain; charset=gb18030, Size: 614 bytes --]

> Date: Thu, 18 May 2023 07:40:54 -0700
> From: "T.V Raman" <raman@google.com>
> 
> Backtrace attached. Error goes away if one explicitly sets
> 
> (setq org--inhibit-version-check t)
> 
> No change to my emacs config -- just a new rebuild (org 9.6.6
> integrated ) breaks
> 
> Debugger entered--Lisp error: (error "Org version mismatch.  Make sure that correct ¡®loa...")
>   (signal error ("Org version mismatch.  Make sure that correct ¡®loa..."))
>   (error "Org version mismatch.  Make sure that correct `loa...")

Remove all the *.elc files in lisp/org, then rebuild Emacs, and the
problem should go away.

Re: Org breakage after rebuilding from Git

[Tassilo Horn]

Eli Zaretskii <eliz@gnu.org> writes:

>> Debugger entered--Lisp error: (error "Org version mismatch.  Make
>> sure that correct ‘loa...")  (signal error ("Org version mismatch.
>> Make sure that correct ‘loa..."))  (error "Org version mismatch.
>> Make sure that correct `loa...")
>
> Remove all the *.elc files in lisp/org, then rebuild Emacs, and the
> problem should go away.

I've had this issue when building emacs, too, and you informed me that
there's a fix in master for that.  And indeed, emacs now builds fine.
However, my personal update script goes

  1. cd ~/Repos/el/emacs/ && git pull && make
  2. ~/Repos/el/emacs/src/emacs -batch -l ~/.emacs.d/init.el -f package-upgrade-all

so now instead of failing in step 1 on org changes, I fail in step 2
(probably because my init.el somehow loads org) which is not better.  Is
the fix really about deferring the error from compile time to runtime?
That would help users who never ever load org, I guess, but even for
sporadic users of small parts of it like me, it's actually worse.

I guess I could add some check to my update script like

  src/emacs --batch --eval "(require 'org)" || begin rm lisp/org/*.elc && make; end

between step 1 and 2...

Bye,
Tassilo

Re: Org breakage after rebuilding from Git

[Eli Zaretskii]

> From: Tassilo Horn <tsdh@gnu.org>
> Cc: "T.V Raman" <raman@google.com>, emacs-devel@gnu.org
> Date: Fri, 19 May 2023 09:20:11 +0200
> 
> Eli Zaretskii <eliz@gnu.org> writes:
> 
> >> Debugger entered--Lisp error: (error "Org version mismatch.  Make
> >> sure that correct ‘loa...")  (signal error ("Org version mismatch.
> >> Make sure that correct ‘loa..."))  (error "Org version mismatch.
> >> Make sure that correct `loa...")
> >
> > Remove all the *.elc files in lisp/org, then rebuild Emacs, and the
> > problem should go away.
> 
> I've had this issue when building emacs, too, and you informed me that
> there's a fix in master for that.  And indeed, emacs now builds fine.

The fix was only for not breaking the Emacs build.  If you then load
Org without rebuilding all Org files, you will still get the error,
and AFAIU that's by design: the Org developers _want_ you to get that
error.

> However, my personal update script goes
> 
>   1. cd ~/Repos/el/emacs/ && git pull && make
>   2. ~/Repos/el/emacs/src/emacs -batch -l ~/.emacs.d/init.el -f package-upgrade-all
> 
> so now instead of failing in step 1 on org changes, I fail in step 2
> (probably because my init.el somehow loads org) which is not better.  Is
> the fix really about deferring the error from compile time to runtime?

Yes.  And not just from any "compile time", but specifically from
compile time during the Emacs build.

> That would help users who never ever load org, I guess, but even for
> sporadic users of small parts of it like me, it's actually worse.

The intent was to get Org out of the way of Emacs developers who build
Emacs many times a day, but not necessarily start Org.  The rest is by
design, and if you don't like the results, please take that up with
the Org developers, who decided on this design.  We in Emacs just
import Org's code.