<?xml version="1.0" encoding="utf-8"?>
<feed xmlns="http://www.w3.org/2005/Atom"><title>Alex's Adventures on the Infobahn - elpa</title><link href="https://www.bennee.com/~alex/" rel="alternate"></link><link href="https://www.bennee.com/~alex/blog/tag/elpa/feed" rel="self"></link><id>https://www.bennee.com/~alex/</id><updated>2012-07-10T12:45:00+01:00</updated><subtitle>the wanderings of a supposed digital native</subtitle><entry><title>Living la vida ELPA</title><link href="https://www.bennee.com/~alex/blog/2012/07/10/living-la-vida-elpa/" rel="alternate"></link><published>2012-07-10T12:45:00+01:00</published><updated>2012-07-10T12:45:00+01:00</updated><author><name>alex</name></author><id>tag:www.bennee.com,2012-07-10:/~alex/blog/2012/07/10/living-la-vida-elpa/</id><summary type="html">&lt;p&gt;I've been running Emacs 24 direct from the version control tree (technically a git mirror, bzr still confuses me) for some time now. As many people have mentioned ELPA is one of the big features that helps de-clutter an Emacs users ~/.emacs.d directory. I thought it might be a …&lt;/p&gt;</summary><content type="html">&lt;p&gt;I've been running Emacs 24 direct from the version control tree (technically a git mirror, bzr still confuses me) for some time now. As many people have mentioned ELPA is one of the big features that helps de-clutter an Emacs users ~/.emacs.d directory. I thought it might be a useful exercise to discuss which packages I'm now loading from ELPA and which I still track directly.&lt;/p&gt;
&lt;p&gt;First and formemost is my &lt;a class="reference external" href="https://github.com/stsquad/my-emacs-stuff"&gt;my dotemacs collection&lt;/a&gt;. Weighing in at around 2700 lines of elisp it's small by some standards. I've toyed with moving my config across to things like the &lt;a class="reference external" href="https://github.com/technomancy/emacs-starter-kit/"&gt;Emacs Starter Kit&lt;/a&gt; but I'm not sure if it's worth the transition pain. There is certainly a lot of cruft in my code but there is also quite a lot of muscle memory now invested in it. I have been trying to modularise it a little more but to be honest most of that was driven by a desire to get autoload working nicely which is no longer much of an issue as my session tends to stay up for weeks at an end.&lt;/p&gt;
&lt;p&gt;I'll gloss over edit-server.el surfice it to say I'd hope your not surprised I keep the development version running given it's for &lt;a class="reference external" href="https://github.com/stsquad/emacs_chrome"&gt;my extension&lt;/a&gt; ;-)&lt;/p&gt;
&lt;p&gt;After that we have Johnathan Rockway's &lt;a class="reference external" href="https://github.com/jrockway/eproject"&gt;eproject&lt;/a&gt;. I work with lots of code bases during the day and some sort of sensible project type structure is a must. I've tried a number of different solutions and this one stuck as it was fairly lightweight and easy for my smaller lisp brain to extend. I've even managed to contribute some changes back. As a result I find tracking the bleeding edge of development useful.&lt;/p&gt;
&lt;p&gt;The same reason applies to Stephen Bach's &lt;a class="reference external" href="https://github.com/sjbach/lusty-emacs"&gt;lusty-emacs&lt;/a&gt;. While ido-mode and ibuffer work well for speed nothing matches lusty's lazy file and buffer matching. It can get a little too much once you start dealing with hundreds of buffers at a time (something &lt;em&gt;midnight-mode&lt;/em&gt; is trying to keep on top of). It's still seeing some activitiy on the repository hence the local checkout.&lt;/p&gt;
&lt;p&gt;Finally the biggie but generally unused &lt;a class="reference external" href="http://cedet.sourceforge.net/"&gt;cedet&lt;/a&gt;. There has been some work to make it comparitively easy to run out of a src checkout and as long as it's included early enough it won't conflict with the built in cedet shipping with Emacs 23+. I still haven't really made much use of it although I have managed to get a completion out of it when editing some C. It's basically sitting there until I can commit enough time to figuring out how to use the beast.&lt;/p&gt;
&lt;p&gt;Finally a quick review of the ELPA packages that I've got loaded. Obviously there is the latest &lt;em&gt;org-mode&lt;/em&gt; which I'm spending an increasing amount of time in. I also have my favourite &lt;em&gt;zenburn-theme&lt;/em&gt; for easy on the eyes goodness. The popular GIT interaction mode &lt;em&gt;magit&lt;/em&gt; also sits there which I use every day. &lt;em&gt;js2-mode&lt;/em&gt; and &lt;em&gt;ssh_config_mode&lt;/em&gt; completes the list of modules that I actually use.&lt;/p&gt;
&lt;p&gt;I have a number of additional things in there which I don't actually use at the moment but I plan to try out including &lt;em&gt;nose&lt;/em&gt; (for python unit test), &lt;em&gt;jsshell&lt;/em&gt; (for JavaScript coding) and another one I see a lot of the wizards using &lt;em&gt;yasnippet&lt;/em&gt; but again is awaiting time to play with.&lt;/p&gt;
&lt;p&gt;So what ELPA packages have you discovered and what hidden gems to you track directly in your .emacs.d?&lt;/p&gt;
</content><category term="geek"></category><category term="elpa"></category><category term="emacs"></category><category term="git"></category></entry></feed>