Re: [Discuss] Sync Revisited: inotify

2014-07-30 Thread Bill Bogstad
On Wed, Jul 30, 2014 at 8:07 PM, Edward Ned Harvey (blu) wrote: >> From: discuss-bounces+blu=nedharvey@blu.org [mailto:discuss- >> bounces+blu=nedharvey@blu.org] On Behalf Of Tom Metro >> >> This could be avoided with architectural changes. Specifically using >> inotify[1] on Linux to moni

Re: [Discuss] Looking for WiFi router with certain characteristics

2014-07-30 Thread Bill Bogstad
On Wed, Jul 30, 2014 at 9:05 PM, Glenn Burkhardt wrote: > On 7/30/2014 8:08 PM, Glenn Burkhardt wrote: >> On Mon, Jul 28, 2014 at 9:14 PM, Richard Pieri >> wrote: >> >>> On 7/28/2014 9:00 PM, Glenn Burkhardt wrote: All interfaces connected to the Ethernet or two wireless networks end up >>>

Re: [Discuss] Looking for WiFi router with certain characteristics

2014-07-30 Thread Glenn Burkhardt
On 7/30/2014 8:08 PM, Glenn Burkhardt wrote: > On Mon, Jul 28, 2014 at 9:14 PM, Richard Pieri > wrote: > >> On 7/28/2014 9:00 PM, Glenn Burkhardt wrote: >>> All interfaces connected to the Ethernet or two wireless networks end up >>> on the same subnet (192.168.0.x). >> I'm figuring you don't ha

Re: [Discuss] Sync Revisited: inotify

2014-07-30 Thread Richard Pieri
On 7/30/2014 5:57 PM, Tom Metro wrote: > This could be avoided with architectural changes. Specifically using > inotify[1] on Linux to monitor a file system. (See also fsnotify[2].) A This fails to account for changes made while the tool is not running. If you want to detect such changes then the

Re: [Discuss] Sync Revisited: inotify

2014-07-30 Thread Edward Ned Harvey (blu)
> From: discuss-bounces+blu=nedharvey@blu.org [mailto:discuss- > bounces+blu=nedharvey@blu.org] On Behalf Of Tom Metro > > This could be avoided with architectural changes. Specifically using > inotify[1] on Linux to monitor a file system. (See also fsnotify[2].) A This is a partial truth

Re: [Discuss] Sync Revisited: inotify

2014-07-30 Thread Tom Metro
Richard Pieri wrote: >> *BTSync* > > The in-memory databases peaked for me at around 500MB. They've made > improvements for directories with lots of small files but there's a > limit to how much optimization can be done. Note that this isn't a > problem unique to BTSync; anything using in-memory d

Re: [Discuss] Sync Revisited

2014-07-30 Thread Rich Braun
Richard Pieri wrote: >> At this point in time I've mostly given up on automated sync systems. >> Too many little problems for me to deal with. Ditto. There's just not a lot of investment in creating home-user software like that; unison's still the best out there (but you have to monitor things r

Re: [Discuss] Sync Revisited

2014-07-30 Thread Richard Pieri
On 7/30/2014 12:03 PM, John Hall wrote: > How elaborate are your custom scripts for unison? I assume it just > requires rsync and unison on the server? It's just a simple for loop: for s in ~/.unison/*.prf; do unison -auto -batch -terse $s done Initiated manually from desktop icons. SSH is use

Re: [Discuss] Sync Revisited

2014-07-30 Thread Edward Ned Harvey (blu)
Who here wants something anyway? I'm kind of lost in this thread, as different people are apparently looking for to solve different requirements - If what you want is something that does a good job syncing your personal devices without need for a server, and it doesn't need to be "live" sync,

Re: [Discuss] Sync Revisited

2014-07-30 Thread John Hall
For my personal & professional use I get by using Google Drive, or DropBox to sync things like PDFs that require no security to my iPad, or Android phone. For everything else I use version control, scp or rsync+ssh as needed. Still it would be really nice to have a secure private, automatic sync.

Re: [Discuss] Sync Revisited

2014-07-30 Thread Richard Pieri
On 7/30/2014 11:17 AM, Matt Shields wrote: > It's dropbox replacement. I'm sorry. Requiring a dedicated server with a full LAMP stack isn't a Dropbox replacement. It's some kind of enterprise bloatware. -- Rich P. ___ Discuss mailing list Discuss@blu.o

Re: [Discuss] Sync Revisited

2014-07-30 Thread Matt Shields
It's dropbox replacement. Gives you a GUI for management of your or your companies files. Also gives you a GUI file editor and you can create apps that live on top of the system, like a calendar service. Obviously it's larger than what some people are looking for. Matt On Wed, Jul 30, 2014 at

Re: [Discuss] Sync Revisited

2014-07-30 Thread Richard Pieri
On 7/30/2014 8:06 AM, Matt Shields wrote: > Did you try ownCloud? Yes. It's horrible. I mean, BTSync and Syncthing are single executables. Start the daemon and you're syncing files. Bang, done. ownCloud requires a full LAMP stack on a dedicated server and the associated administrative overhead. I

Re: [Discuss] Sync Revisited

2014-07-30 Thread Matt Shields
Ed, It looks great (at least from the website) but it's not free. What were the issues with ownCloud? Matt On Wed, Jul 30, 2014 at 10:03 AM, Edward Ned Harvey (blu) wrote: > > From: discuss-bounces+blu=nedharvey@blu.org [mailto:discuss- > > bounces+blu=nedharvey@blu.org] On Behalf Of

Re: [Discuss] Sync Revisited

2014-07-30 Thread Edward Ned Harvey (blu)
> From: discuss-bounces+blu=nedharvey@blu.org [mailto:discuss- > bounces+blu=nedharvey@blu.org] On Behalf Of Matt Shields > > Did you try ownCloud? It's a self-hosted replacement for Dropbox. They > even have some built in apps, so I can use the web interface when I don't > have my compu

Re: [Discuss] Sync Revisited

2014-07-30 Thread Matt Shields
Did you try ownCloud? It's a self-hosted replacement for Dropbox. They even have some built in apps, so I can use the web interface when I don't have my computer or phone to log in and edit documents similar to Google Apps. Matt On Tue, Jul 29, 2014 at 7:07 PM, Richard Pieri wrote: > At this