🚀 go-pugleaf

Mark Anderson <mea@nospambradnylion.com> wrote:
> Anyone here use Dropbox?  I recently signed up and am trying to figure 
> out how to make use of it and am very confused about how sync works.  I 
> googled and googled and can't find any answers.  It's possible I'm not  
> entering the right search terms.
> 
> Here's my setup.  I have two nix boxes connected to Dropbox.  Call them 

if you have two unix boxes and they're connected in anyway, why do you 
need some goofy dropbox service?

people try to get me to use that stuff with windows. fuck that.

In article presence@MUNGEpanix.com says...
> > Here's my setup.  I have two nix boxes connected to Dropbox.  Call them 
> 
> if you have two unix boxes and they're connected in anyway, why do you 
> need some goofy dropbox service?
> 
> people try to get me to use that stuff with windows. fuck that.

The box's OS is more or less irrelevant.  I'm testing the service and 
how to integrate it into certain situations.  I'd like some nodes to be 
clients only and get data pushed onto them with no way of affecting the 
main repository on Dropbox in any way and some nodes to be masters that 
have more control over the Dropbox repository.

After some researching this Dropbox is a rather stupid service that only 
recently allowed a node to only request certain directories in a repo 
(which seems like pretty basic functionality).  I have concluded (and I 
could be wrong) that all nodes can make changes to the repo so if I want 
nodes to be pull only, that has to be enforced at the endpoint.  This 
can certainly be done assuming endpoints act responsibly (i.e. trusted) 
using proper file permissions to prevent screwups.  I would have thought 
however, after all these years in business, the leader in cyberlockers 
would have implemented more sophisticated file syncing.  I can't seem to 
find this in their paid services.  Maybe their "Teams" has this 
capability but I jury rigged a solution around their free service 
regardless.

None of this is rocket science.  Perhaps some patent troll got a patent 
on the functionality of rsync so Dropbox can't do that without paying 
the dane geld.

Mark Anderson <mea@nospambradnylion.com> wrote:
> In article presence@MUNGEpanix.com says...
>> > Here's my setup.  I have two nix boxes connected to Dropbox.  Call them 
>> 
>> if you have two unix boxes and they're connected in anyway, why do you 
>> need some goofy dropbox service?
>> 
>> people try to get me to use that stuff with windows. fuck that.
> 
> The box's OS is more or less irrelevant.  I'm testing the service and 
> how to integrate it into certain situations.  I'd like some nodes to be 
> clients only and get data pushed onto them with no way of affecting the 
> main repository on Dropbox in any way and some nodes to be masters that 
> have more control over the Dropbox repository.
> 
> After some researching this Dropbox is a rather stupid service that only 
> recently allowed a node to only request certain directories in a repo 
> (which seems like pretty basic functionality).  I have concluded (and I 
> could be wrong) that all nodes can make changes to the repo so if I want 
> nodes to be pull only, that has to be enforced at the endpoint.  This 
> can certainly be done assuming endpoints act responsibly (i.e. trusted) 
> using proper file permissions to prevent screwups.  I would have thought 
> however, after all these years in business, the leader in cyberlockers 

hahah- cyberlockers.

> would have implemented more sophisticated file syncing.  I can't seem to 
> find this in their paid services.  Maybe their "Teams" has this 
> capability but I jury rigged a solution around their free service 
> regardless.
> 
> None of this is rocket science.  Perhaps some patent troll got a patent 
> on the functionality of rsync so Dropbox can't do that without paying 
> the dane geld.

create some complex AFS setup.

In article presence@MUNGEpanix.com says...
> > None of this is rocket science.  Perhaps some patent troll got a patent 
> > on the functionality of rsync so Dropbox can't do that without paying 
> > the dane geld.
> 
> create some complex AFS setup.

Thanks!  I have some reading to do.  Here's a relevant link from 
Stanford for anyone from the future who ever reads this group.

https://itservices.stanford.edu/service/afs

On 2012-09-06 15:49, Mark Anderson wrote:
> In article presence@MUNGEpanix.com says...
>>> None of this is rocket science.  Perhaps some patent troll got a patent 
>>> on the functionality of rsync so Dropbox can't do that without paying 
>>> the dane geld.
>>
>> create some complex AFS setup.
> 
> Thanks!  I have some reading to do.  Here's a relevant link from 
> Stanford for anyone from the future who ever reads this group.
> 
> https://itservices.stanford.edu/service/afs

If you actually implement this in AFS, I will come over to your rat hole
and punch you directly in the balls.

Yes, I work with AFS daily.

SpiderOak might be able to do what you want; it's a hell of a lot more
full-featured than Dropbox, but I'm only backing up one machine to it,
not syncing. As a bonus, if they get hacked, your data doesn't (thanks,
client-side encryption).

Kristian M Zoerhoff <kmz@lavabit.com> wrote:
> On 2012-09-06 15:49, Mark Anderson wrote:
>> In article presence@MUNGEpanix.com says...
>>>> None of this is rocket science.  Perhaps some patent troll got a patent 
>>>> on the functionality of rsync so Dropbox can't do that without paying 
>>>> the dane geld.
>>>
>>> create some complex AFS setup.
>> 
>> Thanks!  I have some reading to do.  Here's a relevant link from 
>> Stanford for anyone from the future who ever reads this group.
>> 
>> https://itservices.stanford.edu/service/afs
> 
> If you actually implement this in AFS, I will come over to your rat hole
> and punch you directly in the balls.
> 
> Yes, I work with AFS daily.

any great stories? I think I last had a serious AFS chat with somebody 
like 14 years ago.

> SpiderOak might be able to do what you want; it's a hell of a lot more
> full-featured than Dropbox, but I'm only backing up one machine to it,
> not syncing. As a bonus, if they get hacked, your data doesn't (thanks,
> client-side encryption).
> 

On 2012-09-09 23:39, Cydrome Leader wrote:
> Kristian M Zoerhoff <kmz@lavabit.com> wrote:
>> On 2012-09-06 15:49, Mark Anderson wrote:
>>> In article presence@MUNGEpanix.com says...
>>>>> None of this is rocket science.  Perhaps some patent troll got a patent 
>>>>> on the functionality of rsync so Dropbox can't do that without paying 
>>>>> the dane geld.
>>>>
>>>> create some complex AFS setup.
>>>
>>> Thanks!  I have some reading to do.  Here's a relevant link from 
>>> Stanford for anyone from the future who ever reads this group.
>>>
>>> https://itservices.stanford.edu/service/afs
>>
>> If you actually implement this in AFS, I will come over to your rat hole
>> and punch you directly in the balls.
>>
>> Yes, I work with AFS daily.
> 
> any great stories? I think I last had a serious AFS chat with somebody 
> like 14 years ago.

Not really. As with everything else, we never put enough cash into basic
infrastructure, so we get things like shitty AFS performance due to
insufficient network bandwidth.

Oh, I did have to install OpenAFS on my ThinkPad a while back.
Performance over my DSL line is terrible, but being able to browse AFS
from a command line in Windows is pretty neat.

In article kmz@lavabit.com says...
> 
> On 2012-09-09 23:39, Cydrome Leader wrote:
> > Kristian M Zoerhoff <kmz@lavabit.com> wrote:
> >> On 2012-09-06 15:49, Mark Anderson wrote:
> >>> In article presence@MUNGEpanix.com says...
> >>>>> None of this is rocket science.  Perhaps some patent troll got a patent 
> >>>>> on the functionality of rsync so Dropbox can't do that without paying 
> >>>>> the dane geld.
> >>>>
> >>>> create some complex AFS setup.
> >>>
> >>> Thanks!  I have some reading to do.  Here's a relevant link from 
> >>> Stanford for anyone from the future who ever reads this group.
> >>>
> >>> https://itservices.stanford.edu/service/afs
> >>
> >> If you actually implement this in AFS, I will come over to your rat hole
> >> and punch you directly in the balls.
> >>
> >> Yes, I work with AFS daily.
> > 
> > any great stories? I think I last had a serious AFS chat with somebody 
> > like 14 years ago.
> 
> Not really. As with everything else, we never put enough cash into basic
> infrastructure, so we get things like shitty AFS performance due to
> insufficient network bandwidth.
> 
> Oh, I did have to install OpenAFS on my ThinkPad a while back.
> Performance over my DSL line is terrible, but being able to browse AFS
> from a command line in Windows is pretty neat.

I did look into AFS as a science project since my need was to utilize a 
third party cloud provider and not become my own cloud provider.  
OpenAFS is part of the standard Fedora yum repo but not Centos.  There 
are some weird requirements like the first machine must have the lowest 
IP address which seemed questionable.  Probably could have gotten it 
going but it started to become a lot of work and I really don't have a 
use for it now but it was interesting to read about.  I hadn't heard of 
AFS before.

Just signed up with SpiderOak and it seems more intuitive and has some 
interesting FOSS modules that might prove useful.  The out of the box 
file sync control is much more intuitive than Dropbox' (I still can't 
find documentation describing how it works).  SpiderOak lets you define 
syncs but it doesn't seem to apply any kind of rules to that sync.  
That's OK however.  It'll work for what I need to do easier than 
Dropbox.  I'll still use Dropbox too but much more carefully.

Now I have 4G of cloud storage for free.  Remember when the local ISPs 
here would only give you something like 10MB total for your web site?