From mboxrd@z Thu Jan 1 00:00:00 1970 From: David Belohrad Subject: Re: working on cloud Date: Thu, 09 Jan 2014 09:36:40 +0100 Message-ID: References: <52CDA026.4050402@gmail.com> <87fvoxd3lf.fsf@rudin.co.uk> <877ga9d11a.fsf@rudin.co.uk> Mime-Version: 1.0 Content-Type: text/plain Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:39114) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1W1B6g-0004aL-5B for emacs-orgmode@gnu.org; Thu, 09 Jan 2014 03:36:55 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1W1B6a-0005fb-KB for emacs-orgmode@gnu.org; Thu, 09 Jan 2014 03:36:50 -0500 Received: from static-212-101-19-163.adsl.solnet.ch ([212.101.19.163]:36022 helo=server.belohrad.ch) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1W1B6a-0005fV-Bx for emacs-orgmode@gnu.org; Thu, 09 Jan 2014 03:36:44 -0500 In-Reply-To: <877ga9d11a.fsf@rudin.co.uk> List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org Sender: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org To: Paul Rudin , emacs-orgmode@gnu.org I was using before Dropbox for all sort of syncing, especially my org mode files, which change quite often. Dropbox is generally very fine (as well e.g. for sharing screenshots between windows and linux machines). At certain moment I started to have two issues with this: 1) privacy: you're basically giving your data to somebody else. In case of emacs init there is no danger. In case of your org data, which might contain sensitive information you want to encrypt it, what complicates matter when switching between two win/lin machines 2) deadlocks on files. When working in agenda, quite often happened to me, that files started to exist in multiple versions. When I took my laptop somewhere without wifi signal and edited files, dropbox created local copy of this. When in between I have changed that file on some other computer with wifi, this file was correctly synced with dropbox. At the time, when my laptop appeared again on wifi, it tried to sync the file, but as it was in-between edited, it resulted quite often in having two files containing almost the same things, which i had to manually merge. what a pain. this was the main reason I went away from dropbox. Unfortunately there is no easy solution for this. I tried to use AFS as well, with the same results. The only 'reasonable' way I found for this was to use local git copies and do merging, which most of the time passes completely automatically without a need for intervention (as far as you don't use mobileorg, which adds unique IDs for items --> this must be disabled for proper git functionality) As I said, imho Dropbox is fine for emacs init files (not containing passwords :). For general stuff it seems to me less obvious. .d. Paul Rudin writes: > David Belohrad writes: > >> I use for all emacs files git with server repository. Then on each >> computer I'm using emacs with, I just clone that repository. The >> positive side-effect of this is, that when you need to modify sources >> for a particular computer, you just create new local branch. Then all >> 'common' init file tweaks can be done in master branch and it is very >> easy to merge them into local one if needed.... > > Yes, I have done that sort of thing in the past, but I find the need to > check stuff in and push/pull and merge unnecessary overheads for this > kind of thing. Just leaving the file on Dropbox (or whatever) means that > things are synced automagically when edited which, nearly all the time, > is what I want. Dropbox keeps a limited revision history for the free > version (which I use) or you can pay and get an unlimited revision > history. Of course that's not as useful as using git in terms of merging > and so on, but it does provide some protection against erroneous > changes. > > > For added fun keep the git (or whatever) repository on a Dropbox folder > - this means that you get the automatic updating for things in progress, > but you can also use the proper version control features too.