From owner-freebsd-questions@FreeBSD.ORG Mon Feb 17 17:31:56 2014 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C1F27364 for ; Mon, 17 Feb 2014 17:31:56 +0000 (UTC) Received: from mail.magehandbook.com (173-8-4-45-WashingtonDC.hfc.comcastbusiness.net [173.8.4.45]) by mx1.freebsd.org (Postfix) with ESMTP id 9438C1AD4 for ; Mon, 17 Feb 2014 17:31:55 +0000 (UTC) Received: from [192.168.1.50] (Mac-Pro.magehandbook.com [192.168.1.50]) by mail.magehandbook.com (Postfix) with ESMTP id 3fSXLf710Rz8m; Mon, 17 Feb 2014 12:31:54 -0500 (EST) Date: Mon, 17 Feb 2014 12:31:54 -0500 From: Daniel Staal To: Robert Simmons , freebsd-questions@freebsd.org Subject: Re: Dropbox on FreeBSD Message-ID: <576E19BBB43046C20D0A7569@[192.168.1.50]> In-Reply-To: <-2463274290818790909@unknownmsgid> References: <20140215070812.0f1c582f@scorpio> <535E7B497FB3E9EC90C01F28@192.168.1.50> <-2463274290818790909@unknownmsgid> X-Mailer: Mulberry/4.0.8 (Mac OS X) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 Feb 2014 17:31:56 -0000 --As of February 17, 2014 10:02:26 AM -0600, Matthew Pherigo is alleged to have said: > Although tarsnap is great, I don't believe it's a file syncing > solution - only a backup solution. > > --Matt Yeah - I'm a long-time fan of tarsnap as well, but it would be a very bad choice for this application. Tarsnap keeps a local cache of metadata to keep track of what it's backed up and what is in what blocks - and getting that cache out of sync with the server causes some weird issues from what I understand. It's fixable, but it would be a lot of overhead if you were trying to use it to sync two machines. Daniel T. Staal >> On Feb 17, 2014, at 12:29 AM, Robert Simmons wrote: >> >> Yes, you would need to host it somewhere that has git installed and >> ssh. That's not too tall of an order. >> >> There is one commercial service that does support a FreeBSD native >> client: http://www.tarsnap.com/ >> >>> On Sun, Feb 16, 2014 at 11:36 PM, Daniel Staal wrote: >>> --As of February 15, 2014 3:02:13 PM -0500, Robert Simmons is alleged to >>> have said: >>> >>>>> On Sat, Feb 15, 2014 at 7:08 AM, Jerry wrote: >>>>> >>>>> I use Dropbox and Windows SkyDrive, soon to be renamed OneDrive, >>>>> extensively. Unfortunately, there does not appear to be a version >>>>> available for FreeBSD. These are listed on the site: >>>>> >>>>> Ubuntu (.deb) 64-bit 32-bit >>>>> Fedora (.rpm) 64-bit 32-bit >>>>> Debian (.deb) 64-bit 32-bit >>>>> Compile from source >>>>> >>>>> there are a few "Dropbox" ports; however, I am looking for something >>>>> that works the same way across different platforms; ie Windows and >>>>> FreeBSD. Do the Dropbox ports do that? If not, has anyone tried to >>>>> use one of the "Dropbox" distributions on FreeBSD? >>>> >>>> >>>> Another option would be to add Sparkleshare to the ports collection: >>>> >>>> http://www.sparkleshare.net/ >>>> >>>> https://github.com/hbons/SparkleShare >>> >>> >>> --As for the rest, it is mine. >>> >>> Owncloud - already in the ports collection - would be an option too. >>> It has more features than just folder sync, but you can ignore them if >>> you want. ;) (For that matter, you could run rsync to get the same >>> effect... On ZFS with snapshots if you want to be able to roll back.) >>> >>> But either of these would require running a server someplace. I'm not >>> sure what commercial solutions there are that have a FreeBSD client. >>> (Hmm. A private project on Github?) >>> >>> Daniel T. Staal --------------------------------------------------------------- This email copyright the author. Unless otherwise noted, you are expressly allowed to retransmit, quote, or otherwise use the contents for non-commercial purposes. This copyright will expire 5 years after the author's death, or in 30 years, whichever is longer, unless such a period is in excess of local copyright law. ---------------------------------------------------------------