Re: [O] Keeping up to date

[Grant Rettke]

I use Cask https://github.com/cask/cask for 5 machines and it works
quite well if you like that style.
Grant Rettke | AAAS, ACM, ASA, FSF, IEEE, SIAM, Sigma Xi
address@hidden | http://www.wisdomandwonder.com/
“Wisdom begins in wonder.” --Socrates
((λ (x) (x x)) (λ (x) (x x)))
“Life has become immeasurably better since I have been forced to stop
taking it seriously.” --Thompson


On Tue, Apr 29, 2014 at 3:34 PM, John Hendy <address@hidden> wrote:
> On Tue, Apr 29, 2014 at 1:27 PM, Peter Davis <address@hidden> wrote:
>> Thanks, John (and Greg) for your replies.
>>
>> At some point, I'm going to have to bite the bullet and put all my emacs 
>> stuff in a Dropbox folder, so all my Macs will be in sync all the time. 
>> Apart from org-mode versions, I
>> have inconsistencies in init files, etc. that cause me headaches. John, I'm 
>> inclined to agree that getting all my init stuff sync'ed is more important, 
>> but I think part of that is
>> having all packages in one place so they're in sync as well.
>
> I wondered about that. Technically, it seemed you only mentioned
> Emacs/Org, which I wasn't sure if that encompassed Emacs (the binary
> application), other Emacs .el files, and Org, or if you just meant
> keeping your Emacs binary version up to date (and Emacs doesn't rev
> /that/ often).
>
> If you meant the former ("Emacs" meant your stash of various .el
> files), then I agree that an be a headache. I'll often try some .el
> program du jour, maybe keep it, maybe not, and just have them littered
> about it ~/.elisp/site-lisp. Then I potentially have to add a line to
> add that to my load path if it's a more involved program with it's on
> dir vs. being a singular .el file. So, yes, that's a bit of a headache
> as well and I think if you are doing a bunch with extra Emacs add-ons,
> it would be worth syncing.
>
> I'm thinking I fiddle with some .el or another perhaps 2-4 times a
> year, so again, it's not really impacting me.
>
>
> John
>
>>
>> Thanks!
>> -pd
>>
>>
>> --
>> ----
>> Peter Davis
>> The Tech Curmudgeon
>> www.techcurmudgeon.com
>>
>