On 22/04/2023 14:51, Colin Baxter wrote:
Max Nikulin writes:
> On 21/04/2023 23:17, Colin Baxter wrote:
> emacs -Q -l org-agenda
Only message and scratch buffers present.
C-h e to check messages, but since errors or warnings buffer does not
appear it should be OK.
>> 1. emacs <RET>
> Till `org-reload' C-c C-x ! at the step 10 org is not
> involved. Does you init file loads some Org component or some Org
> buffer is created at startup? To be sure
> M-: (featurep 'org)
"No match."
I would expect either nil or t. Did you press M-x that is
`execute-extended-command' instead of M-: that is `eval-expression'?
Alternatively you may execute in in the *scratch* buffer
(featurep 'org)
and C-j or C-x C-e when cursor is immediately after the closing parenthesis.
>> 2. M-x vc-dir <RET> 3. Navigate to ~/git/org-mode. 4. + (to
>> pull) 5. M-x compile <RET> 6. make clean <RET> 7. make <RET>
In the case of build org-mode, I first select "make clean" from the
history of "M-x compile". Then I do "M-x compile" again and select "make"
from the history. The effect is the same using the terminal, except the
outputs are now contained in emacs buffers.
Thank you for explanation. For some reason I believed that M-x compile
invokes make without additional prompt. So
make clean; make
sounds perfectly reasonable.
>> 8. In an eshell buffer navigate to ~/git/emacs/lisp.
>> Typo! I meant navigate to ~/git/org-mode/lisp.
>> 9. rm *.elc <RET>
> Why did you decided to manually delete *.elc files? I have lost at
> which step you got the warning. I expect that "make clean" should
> remove .elc files.
If I don't delete the elc files in ~/git/org-mode/lisp after the first
build then I do get errors.
Do you mean that it happens on each update? No .elc files should survive
"make clean". I have not tried to reproduce it accordingly to your
steps, but I have seen something strange related to .el and .elc files
while experimenting with package.el.
https://orgmode.org/worg/dev/org-build-system.html#orgd21575b
"Compatibility and Convenience" and
https://orgmode.org/worg/org-faq.html#keeping-current-with-Org-mode-development
suggests that
make uncompiled
may be a shorter path to the same point.
However accordingly to your description I expect that you do not have
Org loaded yet. If you can not load compiled org now it should cause an
error after emacs restart as well.
> Is org-loaddefs loaded from ~/git/org-mode/lisp? It is a sanity
> check for working Org and more interesting when it is broken.
I think it must be because ~/git/org-mode/ is the first org-mode found
and not the org-mode within emacs itself. How can I check?
(car (assoc "/org-loaddefs.el" load-history (lambda (a b)
(string-match-p b a))))
Evaluate it e.g. in the *scratch* buffer by C-j
I removed parts of your message where I do not have questions concerning
provided info. Thank you for it.
You enumerated 16 steps, but It is still unclear to me at which one you
got the warning mentioning straight.el. Sorry for annoyance. Certainly
you need working Org, but I am interested in a recipe that leads to
broken state despite it looks like a valid way to update org.
