Noam Postavsky

> `elpa/el-get-5.1` Oh, you installed from melpa-stable, didn't you? I think this doesn't work, because el-get was fixed to work with package.el only after 5.1 was released. > I don't...

> I try to enable helm-mode with el-get-bundle as below: > > ``` > (el-get-bundle helm (helm-mode 1)) > ``` > > But it doesn't work. I'm seeing the same,...

Does it work if you add a call to `(el-get)`? As in: ```elisp (use-package el-get :ensure t :config (el-get 'sync) (add-to-list 'el-get-recipe-path "~/.emacs.d/recipes")) ``` But I don't think this kind...

It seems for the `el-get-bundle` macro you are supposed to leave out the `:after`, it's handled automatically. ``` elisp (el-get-bundle evil :after (evil-mode)) ;; -> (el-get-bundle-el-get '(:name evil :after nil))...

That macroexpands to ``` elisp (el-get-bundle-el-get '(:name evil :after ((evil-mode) :after (set evil-want-C-u-scroll t)))) ``` which seems unlikely to work right. I think you want ``` elisp (el-get-bundle evil (evil-mode)...

`el-get-bundle-el-get` is an internal function, so the interface isn't really meant for humans, try ``` elisp (el-get-bundle evil :before (setq evil-want-C-u-scroll t) (evil-mode)) ``` Basically, you have an implicit `:after`...

Hmm, `el-get-update-post-build` does call `el-get-do-init`, so this _ought_ to work. But I also remember similar failures when updating magit after the `:load-path` change. Regardless of the `load-path` issue, for magit...

Wonder if it's related to https://github.com/dimitri/el-get/pull/2238#issuecomment-138383276?

It is indeed related to having other non-updatable properties, but there's the additional wrinkle that the problem only shows up for recipes in files, not in `el-get-sources`. I have tests...

Hmm, el-get's installation via MELPA was intended to be a convenience, because it installs the "real" copy using its own code, and then tries to remove the MELPA installed one...