Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

org-mode installation may not be clean #1

Open
petermao opened this issue Sep 22, 2023 · 1 comment
Open

org-mode installation may not be clean #1

petermao opened this issue Sep 22, 2023 · 1 comment

Comments

@petermao
Copy link
Member

check to make sure that the base org-mode that comes with emacs is not interfering with the version in speed-test

@petermao
Copy link
Member Author

@dmitry, in our emails you mentioned this config that involve tweaking early-init.el:

Switching track a little bit, I was reading someone's .emacs and this fellow removes built in org from his load path: https://gitlab.com/ndw/dotfiles/-/blob/master/emacs.d/emacs.org?ref_type=heads&plain=1#L300-315 I think it's worth adding this to our "testbed" along with the early-init.el to disable package: https://gitlab.com/ndw/dotfiles/-/blob/master/emacs.d/early-init.el?ref_type=heads#L27

The Org documentation does not specify requiring the early-init.el modification. See https://orgmode.org/manual/Installation.html :
image

This is what's happening in speed-test and speed-test.el already; however, I agree with you that removing built-in Org from the load-path is a good idea. Org doesn't get loaded until some org command gets executed, so the early-init.el stuff is unnecessary.

petermao added a commit that referenced this issue Sep 22, 2023
see Issue #1.  This should guarantee that the local version of Org is the only
one available in the speed-test session.
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

1 participant