-
Notifications
You must be signed in to change notification settings - Fork 33
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
(add-to-list 'load-path emacs-d) - Warning if emacs-d = .emacs.d and loaddefs.el problem #2
Comments
You can update
Here, |
Off the top of your head, is it possible to move |
Like I said, it's possible to move everything out of
Here's an example entry from (autoload 'ora-para-up "oleh/auto" "\
\(fn ARG)" t nil) It will try to load |
Thanks. This is helpful. A bit tangential question: why you put all your config in Dropbox? I see
On Nov 25, 2015 8:35 PM, "Oleh Krehel" notifications@github.com wrote:
|
Mostly habit, from back when it wasn't version-controlled. I tweak the config from time to time without committing. Dropbox synchronizes without having to push/pull. And when I need the committed setup, I can just clone/pull via git. |
Thank you. |
I understand that your setup avoids
.emacs.d
if git cloned. One issue I have replicating the principles of your setup (particularly with loaddefs.el), is that if I haveemacs-d
inload-path
, I get this:Warning (initialization): Your
load-path' seems to containyour
.emacs.d' directory: /Users/s3/.emacs.d/ This is likely to cause problems... Consider using a subdirectory instead, e.g.: /Users/s3/.emacs.d/lisp
If I remove emacs-d (which evaluates to
.emacs.d
in my setup) and runora-para-up
:command-execute: Cannot open load file: no such file or directory, shr/auto
Of course the
shr
is in theload-path
as follows:(add-to-list 'load-path "~/.emacs.d/shr/")
andauto.el
is inshr
.Having
emacs-d
in theload-path
runsora-para-up
without a problem.The text was updated successfully, but these errors were encountered: