evil-surround and evil-leader are available through el-get
Hi all, evil-surround and evil-leader are now available through el-get, the awesome meta package manager for emacs <https://github.com/dimitri/el-get>. The recipes are available on master. For those new to el-get, you can easily install a package with: M-x el-get-update el-get ;; update el-get's list of recipes
M-x el-get-install evil-leader
Are there other evil extensions you want packaged? Can't be bothered to do it yourself? Feel free to send me an email. Cheers, Natan -- blog: http://natanyellin.com <http://natanyellin.com/>twitter: @aantn <http://twitter.com/aantn>
On 14 Oct 2011, Natan Yellin wrote:
Hi all, evil-surround and evil-leader are now available through el-get, the awesome meta package manager for emacs <https://github.com/dimitri/el-get>.
Don't get me wrong: That's great. But dropping a line beforehand to the author would be nice.
Are there other evil extensions you want packaged? Can't be bothered to do it yourself? Feel free to send me an email.
There's `evil-numbers', too: https://github.com/cofi/evil-numbers Thanks, Michael
On Oct 14, 2011, at 14:12 , Michael Markert wrote:
On 14 Oct 2011, Natan Yellin wrote:
Hi all, evil-surround and evil-leader are now available through el-get, the awesome meta package manager for emacs <https://github.com/dimitri/el-get>.
Don't get me wrong: That's great. But dropping a line beforehand to the author would be nice.
Not sure that makes much sense with the el-get recipes since they're basically just glorified links to wherever the Emacs package resides. Clever links, but links none the less. :) -- Sarah
On 14 Oct 2011, Sarah Brofeldt wrote:
On Oct 14, 2011, at 14:12 , Michael Markert wrote:
On 14 Oct 2011, Natan Yellin wrote:
Hi all, evil-surround and evil-leader are now available through el-get, the awesome meta package manager for emacs <https://github.com/dimitri/el-get>.
Don't get me wrong: That's great. But dropping a line beforehand to the author would be nice.
Not sure that makes much sense with the el-get recipes since they're basically just glorified links to wherever the Emacs package resides. Clever links, but links none the less. :)
Well I never used el-get and thought of it like package.el (maybe that's true, don't know). With the latter it's more like an additional distribution channel. The first thought I'd had if I see a package with the project's name on a M-x list-package or $el-get-equivalent is: "Ow there's another package with that name? That's bad, I should do something about it." It's not a permission thing but to keep track where your stuff went in order to protect people from stale copies. And, well, it's great to know that people care about your stuff :D Michael
On Oct 14, 2011, at 17:02 , Michael Markert wrote:
It's not a permission thing but to keep track where your stuff went in order to protect people from stale copies.
el-get recipes contain the source link for whatever the package is. In the case of evil, it is the gitorious repo. "M-x el-get-install evil" will fetch the evil source from gitorious, install it according to the recipe instructions and load it when you start emacs from now on. No risk of stale copies. :) -- Sarah
On Fri, Oct 14, 2011 at 01:42:19PM +0200, Natan Yellin wrote:
Hi all, evil-surround and evil-leader are now available through el-get, the awesome meta package manager for emacs <https://github.com/dimitri/el-get>.
The recipes are available on master. For those new to el-get, you can easily install a package with:
I've just tested evil from el-get and it seems that el-get does not byte-compile all files (at least on my machine). Perhaps something like :build `(,(concat "make EMACS=" el-get-emacs)) should be added to the recipe? Furthermore during testing the following strange thing occurred, but I'm not sure of this is a problem with the recipe or with el-get itself, but you're the expert: With a minimal .emacs file only loading el-get and not requesting any other package do the following: 1. M-x el-get-install RET evil RET 2. M-x el-get-remove RET evil RET 3. restart Emacs (this is important) 4. M-x el-get-install RET evil RET nothing happens. Instead the following message pops up: "el-get: `undo-tree' package is already installed" 5. M-x el-get-remove RET undo-tree RET 6. M-x el-get-install RET evil RET both undo-tree and evil are installed Alternatively executing (el-get 'sync 'undo-tree) after requesting the installation of evil (i.e. after step 4.) starts the installation of evil, too. It seems as if it is not enough do have undo-tree installed but it must also be loaded in order to install evil. I would expect el-get to load undo-tree automatically if required. Frank
Hi Frank, That sounds like an issue with el-get itself. I would open a ticket or ask Dmitri: https://github.com/dimitri/el-get/issues?state=open Natan -- blog: http://natanyellin.com <http://natanyellin.com/>twitter: @aantn <http://twitter.com/aantn> On Wed, Nov 2, 2011 at 10:24 AM, Frank Fischer < [email protected]> wrote:
On Fri, Oct 14, 2011 at 01:42:19PM +0200, Natan Yellin wrote:
Hi all, evil-surround and evil-leader are now available through el-get, the awesome meta package manager for emacs <https://github.com/dimitri/el-get>.
The recipes are available on master. For those new to el-get, you can easily install a package with:
I've just tested evil from el-get and it seems that el-get does not byte-compile all files (at least on my machine). Perhaps something like
:build `(,(concat "make EMACS=" el-get-emacs))
should be added to the recipe?
Furthermore during testing the following strange thing occurred, but I'm not sure of this is a problem with the recipe or with el-get itself, but you're the expert:
With a minimal .emacs file only loading el-get and not requesting any other package do the following:
1. M-x el-get-install RET evil RET 2. M-x el-get-remove RET evil RET 3. restart Emacs (this is important) 4. M-x el-get-install RET evil RET nothing happens. Instead the following message pops up: "el-get: `undo-tree' package is already installed" 5. M-x el-get-remove RET undo-tree RET 6. M-x el-get-install RET evil RET both undo-tree and evil are installed
Alternatively executing (el-get 'sync 'undo-tree) after requesting the installation of evil (i.e. after step 4.) starts the installation of evil, too. It seems as if it is not enough do have undo-tree installed but it must also be loaded in order to install evil. I would expect el-get to load undo-tree automatically if required.
Frank
_______________________________________________ implementations-list mailing list [email protected] https://lists.ourproject.org/cgi-bin/mailman/listinfo/implementations-list
participants (4)
-
Frank Fischer -
Michael Markert -
Natan Yellin -
Sarah Brofeldt