After building Emacs sources with the following steps: git clean -fdx ./autogen.sh ./configure --with-harfbuzz --with-native-compilation --with-pgtk make bootstrap sudo make install When I do the following: - emacs -Q - C-x C-f /tmp/test.org RET This warning appears: WARNING: No org-loaddefs.el file could be found from where org.el is loaded. You need to run "make" or "make autoloads" from Org lisp directory If I try to follow the suggestion and go to my emacs/lisp/org directory to run the above-mentioned commands, I get the following: ~/emacs/lisp/org$ make make: *** No targets specified and no makefile found. Stop. ~/emacs/lisp/org$ make autoloads make: *** No rule to make target 'autoloads'. Stop. In GNU Emacs 29.0.50 (build 1, x86_64-pc-linux-gnu, GTK+ Version 3.24.33, cairo version 1.16.0) of 2022-08-04 built on baruch Repository revision: 5d5ab3cacdaf56210038957873bd74883016e4e5 Repository branch: master System Description: Ubuntu 22.04.1 LTS Configured using: 'configure --with-harfbuzz --with-native-compilation --with-pgtk' Configured features: ACL CAIRO DBUS FREETYPE GIF GLIB GMP GNUTLS GPM GSETTINGS HARFBUZZ JPEG JSON LCMS2 LIBOTF LIBSELINUX LIBSYSTEMD LIBXML2 MODULES NATIVE_COMP NOTIFY INOTIFY PDUMPER PGTK PNG RSVG SECCOMP SOUND SQLITE3 THREADS TIFF TOOLKIT_SCROLL_BARS XIM GTK3 ZLIB Important settings: value of $LC_MESSAGES: en_GB.UTF-8 value of $LC_MONETARY: it_IT.UTF-8 value of $LC_NUMERIC: it_IT.UTF-8 value of $LC_TIME: it_IT.UTF-8 value of $LANG: en_US.UTF-8 value of $XMODIFIERS: @im=ibus locale-coding-system: utf-8-unix Major mode: Org Minor modes in effect: tooltip-mode: t global-eldoc-mode: t show-paren-mode: t electric-indent-mode: t mouse-wheel-mode: t tool-bar-mode: t menu-bar-mode: t file-name-shadow-mode: t global-font-lock-mode: t font-lock-mode: t blink-cursor-mode: t line-number-mode: t indent-tabs-mode: t transient-mark-mode: t auto-composition-mode: t auto-encryption-mode: t auto-compression-mode: t Load-path shadows: None found. Features: (shadow sort mail-extr emacsbug org-element avl-tree generator ol-eww eww xdg url-queue thingatpt mm-url ol-rmail ol-mhe ol-irc ol-info ol-gnus nnselect gnus-art mm-uu mml2015 mm-view mml-smime smime gnutls dig gnus-sum shr pixel-fill kinsoku url-file svg dom browse-url url url-proxy url-privacy url-expand url-methods url-history url-cookie generate-lisp-file url-domsuf url-util url-parse auth-source eieio eieio-core url-vars gnus-group gnus-undo gnus-start gnus-dbus dbus xml gnus-cloud nnimap nnmail mail-source utf7 nnoo parse-time gnus-spec gnus-int gnus-range message sendmail mailcap yank-media puny rfc822 mml mml-sec password-cache epa derived epg rfc6068 epg-config mm-decode mm-bodies mm-encode mail-parse rfc2231 rfc2047 rfc2045 ietf-drums mailabbrev gmm-utils mailheader gnus-win gnus nnheader gnus-util text-property-search mail-utils range mm-util mail-prsvr wid-edit ol-docview doc-view filenotify jka-compr image-mode exif dired dired-loaddefs ol-bibtex ol-bbdb ol-w3m ol-doi org-link-doi org ob ob-tangle ob-ref ob-lob ob-table ob-exp org-macro org-footnote org-src ob-comint org-pcomplete pcomplete comint ansi-color ring org-list org-faces org-entities noutline outline easy-mmode org-version ob-emacs-lisp ob-core ob-eval org-table oc-basic json map bibtex iso8601 time-date ol org-keys oc org-compat byte-opt advice org-macs format-spec find-func comp comp-cstr warnings icons subr-x rx cl-seq cl-macs gv cl-extra help-mode bytecomp byte-compile cconv cal-menu calendar cal-loaddefs cl-loaddefs cl-lib rmc iso-transl tooltip eldoc paren electric uniquify ediff-hook vc-hooks lisp-float-type elisp-mode mwheel term/pgtk-win pgtk-win term/common-win pgtk-dnd tool-bar dnd fontset image regexp-opt fringe tabulated-list replace newcomment text-mode lisp-mode prog-mode register page tab-bar menu-bar rfn-eshadow isearch easymenu timer select scroll-bar mouse jit-lock font-lock syntax font-core term/tty-colors frame minibuffer nadvice seq simple cl-generic indonesian philippine cham georgian utf-8-lang misc-lang vietnamese tibetan thai tai-viet lao korean japanese eucjp-ms cp51932 hebrew greek romanian slovak czech european ethiopic indian cyrillic chinese composite emoji-zwj charscript charprop case-table epa-hook jka-cmpr-hook help abbrev obarray oclosure cl-preloaded button loaddefs faces cus-face macroexp files window text-properties overlay sha1 md5 base64 format env code-pages mule custom widget keymap hashtable-print-readable backquote threads dbusbind inotify dynamic-setting system-font-setting font-render-setting cairo gtk pgtk lcms2 multi-tty make-network-process native-compile emacs) Memory information: ((conses 16 234030 17150) (symbols 48 19833 0) (strings 32 79178 2848) (string-bytes 1 2575453) (vectors 16 42731) (vector-slots 8 623472 24124) (floats 8 274 95) (intervals 56 407 0) (buffers 992 13)) -- Manuel Uberti https://manueluberti.eu
Manuel Uberti via "Bug reports for GNU Emacs, the Swiss army knife of text editors" <bug-gnu-emacs@gnu.org> writes: > WARNING: No org-loaddefs.el file could be found from where org.el is loaded. > You need to run "make" or "make autoloads" from Org lisp directory Does the following patch fix the issue? diff --git a/lisp/org/org.el b/lisp/org/org.el index e62ee3203b..657f7dd80a 100644 --- a/lisp/org/org.el +++ b/lisp/org/org.el @@ -82,7 +82,7 @@ org-inlinetask-min-level (or (eq this-command 'eval-buffer) (condition-case nil (load (concat (file-name-directory load-file-name) - "org-loaddefs.el") + "org-loaddefs") nil t t t) (error (message "WARNING: No org-loaddefs.el file could be found from where org.el is loaded.")
> Date: Thu, 4 Aug 2022 18:16:53 +0200
> From: Manuel Uberti via "Bug reports for GNU Emacs,
> the Swiss army knife of text editors" <bug-gnu-emacs@gnu.org>
>
> After building Emacs sources with the following steps:
>
> git clean -fdx
> ./autogen.sh
> ./configure --with-harfbuzz --with-native-compilation --with-pgtk
> make bootstrap
> sudo make install
>
> When I do the following:
>
> - emacs -Q
> - C-x C-f /tmp/test.org RET
>
> This warning appears:
>
> WARNING: No org-loaddefs.el file could be found from where org.el is loaded.
> You need to run "make" or "make autoloads" from Org lisp directory
I cannot reproduce this.
Do you have org-loaddefs.el and org-loaddefs.elc in the lisp/org/
directory? They should be there.
[-- Attachment #1: Type: text/plain, Size: 660 bytes --] On Thu, 2022-08-04 18:42:25 +0200, Lars Ingebrigtsen wrote: > Manuel Uberti via "Bug reports for GNU Emacs, the Swiss army knife of > text editors" <bug-gnu-emacs@gnu.org> writes: > >> WARNING: No org-loaddefs.el file could be found from where org.el is loaded. >> You need to run "make" or "make autoloads" from Org lisp directory > > Does the following patch fix the issue? I filed the same bug mere minutes ago. I tried the equivalent of your patch, but it didn't fix it for me. I attached a patch to my report which fixed it for me. It hasn't turned up in the bugtracker yet, so I add it here as well, in lieu of a reference to the other bug number. [-- Warning: decoded text below may be mangled, UTF-8 assumed --] [-- Attachment #2: 0001-lisp-org-org.el-Fix-load-of-compiled-or-compressed-o.patch --] [-- Type: text/x-diff, Size: 847 bytes --] From 56eda8882eb3d1ece4a0a8805ac6648236fb3b40 Mon Sep 17 00:00:00 2001 From: "Peder O. Klingenberg" <peder@klingenberg.no> Date: Thu, 4 Aug 2022 18:04:48 +0200 Subject: [PATCH] * lisp/org/org.el: Fix load of compiled or compressed org-loaddefs. --- lisp/org/org.el | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/lisp/org/org.el b/lisp/org/org.el index e62ee3203b..8bb69e98ce 100644 --- a/lisp/org/org.el +++ b/lisp/org/org.el @@ -82,8 +82,8 @@ org-inlinetask-min-level (or (eq this-command 'eval-buffer) (condition-case nil (load (concat (file-name-directory load-file-name) - "org-loaddefs.el") - nil t t t) + "org-loaddefs") + nil t nil t) (error (message "WARNING: No org-loaddefs.el file could be found from where org.el is loaded.") (sit-for 3) -- 2.25.1 [-- Attachment #3: Type: text/plain, Size: 13 bytes --] ...Peder...
Manuel Uberti via "Bug reports for GNU Emacs, the Swiss army knife of
text editors" <bug-gnu-emacs@gnu.org> writes:
> WARNING: No org-loaddefs.el file could be found from where org.el is loaded.
> You need to run "make" or "make autoloads" from Org lisp directory
I am getting this warning in the minibuffer during startup. I use
desktop feature. So opening of some buffer is causing the warning.
This is very recent. May be changes from yesterday.
Pankaj Jangid <pankaj@codeisgreat.org> writes:
> This is very recent. May be changes from yesterday.
Should be fixed on the current trunk.
On 04/08/22 18:42, Lars Ingebrigtsen wrote: > Does the following patch fix the issue? > > diff --git a/lisp/org/org.el b/lisp/org/org.el > index e62ee3203b..657f7dd80a 100644 > --- a/lisp/org/org.el > +++ b/lisp/org/org.el > @@ -82,7 +82,7 @@ org-inlinetask-min-level > (or (eq this-command 'eval-buffer) > (condition-case nil > (load (concat (file-name-directory load-file-name) > - "org-loaddefs.el") > + "org-loaddefs") > nil t t t) > (error > (message "WARNING: No org-loaddefs.el file could be found from where org.el is loaded.") I built again today (commit: 4b1ec3956117a0ed30f5df3bd19d71fb9ba51a48), and the message seems to be gone. However, emacs-repository-version is nil now. I'm not sure whether this is related or not, though. -- Manuel Uberti https://manueluberti.eu
Lars Ingebrigtsen <larsi@gnus.org> writes:
> Pankaj Jangid <pankaj@codeisgreat.org> writes:
>
>> This is very recent. May be changes from yesterday.
>
> Should be fixed on the current trunk.
Yup. The warning is gone. Thanks a lot.
> Date: Fri, 5 Aug 2022 07:38:03 +0200
> From: Manuel Uberti via "Bug reports for GNU Emacs,
> the Swiss army knife of text editors" <bug-gnu-emacs@gnu.org>
>
> However, emacs-repository-version is nil now.
It isn't gone here, FWIW.
On 05/08/22 08:45, Eli Zaretskii wrote: > It isn't gone here, FWIW. I rebuilt again, this time with `make bootstrap`, and now it works: emacs-repository-version is a variable defined in ‘version.el’. Its value is "4b1ec3956117a0ed30f5df3bd19d71fb9ba51a48" I think we can close this ticket, although I am not sure about Peder. Thanks -- Manuel Uberti https://manueluberti.eu
Pankaj Jangid <pankaj@codeisgreat.org> writes:
> Yup. The warning is gone. Thanks a lot.
OK; closing this bug report, then.