From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from pigeon.gentoo.org ([208.92.234.80] helo=lists.gentoo.org) by finch.gentoo.org with esmtp (Exim 4.60) (envelope-from ) id 1M0Mq4-0005tT-D9 for garchives@archives.gentoo.org; Sat, 02 May 2009 21:33:41 +0000 Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 3B45FE0328; Sat, 2 May 2009 21:33:39 +0000 (UTC) Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.244]) by pigeon.gentoo.org (Postfix) with ESMTP id 1ABC2E0328 for ; Sat, 2 May 2009 21:33:39 +0000 (UTC) Received: by an-out-0708.google.com with SMTP id d40so3036770and.1 for ; Sat, 02 May 2009 14:33:38 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:reply-to:date:message-id :subject:from:to:content-type; bh=He4eslJJDnHx/pz0a83UC9npC9hZerxxgfoQBwYAl6U=; b=uu1JTGjgfr82//Mfp735MtIAClFi28E4XOxdX1NnrKkXc0gf9npT4MkB/iU17j+AVh CUN7a1eRQawR5jXzDRcFtOLo8B6cAie2oVz5R46FK1e9tzPSpMUnp1L1nNBf7D8IYKAa HT9tbwcMYMH7MEJKYsCeuR3Wn5N5+dg+/wI6c= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:reply-to:date:message-id:subject:from:to:content-type; b=KRnR0lulRS8SdLzmDgjirTv/i0REUkuLYSVcRFgLm6/QxnehVpJv6nuG9qD8it0hyb +HowgTL2+gS+P6eOvk3GFlJ3UcYfXSRMQuitUe+JIahFYfSQADKHMHAWkRjBckShDqJ2 oCOyZR1Pl+VxMlJSz7o2PTNJABVpgWDP0lWRE= Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-user@lists.gentoo.org Reply-to: gentoo-user@lists.gentoo.org MIME-Version: 1.0 Received: by 10.101.69.6 with SMTP id w6mr9302737ank.6.1241300018849; Sat, 02 May 2009 14:33:38 -0700 (PDT) Date: Sat, 2 May 2009 17:33:38 -0400 Message-ID: <5f14cf5e0905021433g1a70d981i8dd60c8254491d6c@mail.gmail.com> Subject: [gentoo-user] sync'ing two computers (not related to emerge) From: Simon To: gentoo-user@lists.gentoo.org Content-Type: multipart/alternative; boundary=0016368e21ebaf064c0468f4ae09 X-Archives-Salt: 7010826a-9e07-493a-90ae-4adc3a535a18 X-Archives-Hash: 9f2188e69d26cc411f2afdbb14ff4c20 --0016368e21ebaf064c0468f4ae09 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit hi there! I've been using unison to synchronise and backup my computers. unison is based on rsync IIRC but with the difference that it 'remembers' the state of the folder that was synchronised. This way, if I delete a file on A, when sync'ing it will be deleted on B. While rsync would leave the file on B... I see rsync as a very good 'cp' program, but I need something that can deal with conflicts (file changed on both hosts/directories) and can propagate changes like deletes properly. Is there a way to get this behavior with rsync (maybe i missed something)? The reason i'm asking is that unison has been having problems recently in sync'ing two pc... On my laptop, when i start the sync, it first checks it for changes against the 'unison snapshot'. Changes done since last sync are those that will be propagated. But it takes so long to check for changes (disk input rate is too slow i think) that once it finished, when it's time to send the changes to the remote server, the remote end has already disconnected! Thanks for the help/suggestions! --0016368e21ebaf064c0468f4ae09 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable hi there!
=A0 I've been using unison to synchronise and backup my co= mputers.=A0 unison is based on rsync IIRC but with the difference that it &= #39;remembers' the state of the folder that was synchronised.=A0 This w= ay, if I delete a file on A, when sync'ing it will be deleted on B.=A0 = While rsync would leave the file on B...

=A0 I see rsync as a very good 'cp' program, but I need somethi= ng that can deal with conflicts (file changed on both hosts/directories) an= d can propagate changes like deletes properly.=A0 Is there a way to get thi= s behavior with rsync (maybe i missed something)?

=A0 The reason i'm asking is that unison has been having problems r= ecently in sync'ing two pc...=A0 On my laptop, when i start the sync, i= t first checks it for changes against the 'unison snapshot'.=A0 Cha= nges done since last sync are those that will be propagated.=A0 But it take= s so long to check for changes (disk input rate is too slow i think) that o= nce it finished, when it's time to send the changes to the remote serve= r, the remote end has already disconnected!

Thanks for the help/suggestions!
--0016368e21ebaf064c0468f4ae09--