unofficial mirror of emacs-devel@gnu.org 
 help / color / mirror / code / Atom feed
* Org breakage after rebuilding from Git
@ 2023-05-18 14:40 T.V Raman
  2023-05-18 15:16 ` Eli Zaretskii
  0 siblings, 1 reply; 4+ messages in thread
From: T.V Raman @ 2023-05-18 14:40 UTC (permalink / raw)
  To: emacs-devel

[-- 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  🦮



^ permalink raw reply	[flat|nested] 4+ messages in thread

* Re: Org breakage after rebuilding from Git
  2023-05-18 14:40 Org breakage after rebuilding from Git T.V Raman
@ 2023-05-18 15:16 ` Eli Zaretskii
  2023-05-19  7:20   ` Tassilo Horn
  0 siblings, 1 reply; 4+ messages in thread
From: Eli Zaretskii @ 2023-05-18 15:16 UTC (permalink / raw)
  To: T.V Raman; +Cc: emacs-devel

[-- 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.



^ permalink raw reply	[flat|nested] 4+ messages in thread

* Re: Org breakage after rebuilding from Git
  2023-05-18 15:16 ` Eli Zaretskii
@ 2023-05-19  7:20   ` Tassilo Horn
  2023-05-19 10:58     ` Eli Zaretskii
  0 siblings, 1 reply; 4+ messages in thread
From: Tassilo Horn @ 2023-05-19  7:20 UTC (permalink / raw)
  To: Eli Zaretskii; +Cc: T.V Raman, emacs-devel

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



^ permalink raw reply	[flat|nested] 4+ messages in thread

* Re: Org breakage after rebuilding from Git
  2023-05-19  7:20   ` Tassilo Horn
@ 2023-05-19 10:58     ` Eli Zaretskii
  0 siblings, 0 replies; 4+ messages in thread
From: Eli Zaretskii @ 2023-05-19 10:58 UTC (permalink / raw)
  To: Tassilo Horn; +Cc: raman, emacs-devel

> 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.



^ permalink raw reply	[flat|nested] 4+ messages in thread

end of thread, other threads:[~2023-05-19 10:58 UTC | newest]

Thread overview: 4+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2023-05-18 14:40 Org breakage after rebuilding from Git T.V Raman
2023-05-18 15:16 ` Eli Zaretskii
2023-05-19  7:20   ` Tassilo Horn
2023-05-19 10:58     ` Eli Zaretskii

Code repositories for project(s) associated with this public inbox

	https://git.savannah.gnu.org/cgit/emacs.git

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).