Re: [Server-devel] Apache proxy CRCsync & mozilla gsoc project?

2009-03-31 Thread Rusty Russell
On Wednesday 01 April 2009 11:11:23 tri...@samba.org wrote: > The per-block rolling hash should also be randomly seeded as Martin > mentioned. That way if the user does ask for the page again then the > hashing will be different. You need to send that seed along with the > request. Hi Tridge,

Re: [Server-devel] Apache proxy CRCsync & mozilla gsoc project?

2009-03-31 Thread Rusty Russell
On Wednesday 01 April 2009 15:52:22 Martin Langhoff wrote: > On Wed, Apr 1, 2009 at 12:48 AM, Rusty Russell wrote: > > Well, 'strong' here is relative. In order to keep the checksum length > > finite and hence encode more blocks we only use a portion of the bits; it's > > a tradeoff. And so an

Re: [Server-devel] Apache proxy CRCsync & mozilla gsoc project?

2009-03-31 Thread Martin Langhoff
On Wed, Apr 1, 2009 at 12:48 AM, Rusty Russell wrote: > Well, 'strong' here is relative.  In order to keep the checksum length finite > and hence encode more blocks we only use a portion of the bits; it's a > tradeoff.  And so an overall checksum is important, just to verify that the > final re

Re: [Server-devel] Apache proxy CRCsync & mozilla gsoc project?

2009-03-31 Thread tridge
Hi Toby, > The plan was to include something like an sha1 hash of the original file in > the response headers. Then once the file has been decoded you can check to > make sure it matches. If not you can resend the request without the black > hash header and get the file the oldfashioned way.

Re: [Server-devel] Apache proxy CRCsync & mozilla gsoc project?

2009-03-31 Thread Rusty Russell
On Tuesday 31 March 2009 23:29:23 Martin Langhoff wrote: > On Mon, Mar 30, 2009 at 8:26 PM, Toby Collett wrote: > > There is no error checking in the encoding itself, this is assumed to be > > taken care in other layers, and we through in a strong hash on the whole > > file to make sure this is co

Re: [Server-devel] Apache proxy CRCsync & mozilla gsoc project?

2009-03-31 Thread Toby Collett
The plan was to include something like an sha1 hash of the original file in the response headers. Then once the file has been decoded you can check to make sure it matches. If not you can resend the request without the black hash header and get the file the oldfashioned way. Toby 2009/4/1 Martin

Re: [Server-devel] Apache proxy CRCsync & mozilla gsoc project?

2009-03-31 Thread Toby Collett
We are only using 30 bit hashes, so even if it was a perfect hash it is possible you could get a collision. Having said that our collision space is only the single web request, so should reduce chances of error. Toby 2009/4/1 Martin Langhoff > On Mon, Mar 30, 2009 at 8:26 PM, Toby Collett wrot

Re: [Server-devel] Apache proxy CRCsync & mozilla gsoc project?

2009-03-31 Thread Martin Langhoff
On Tue, Mar 31, 2009 at 8:32 PM, Toby Collett wrote: > We are only using 30 bit hashes, so even if it was a perfect hash it is > possible you could get a collision. Having said that our collision space is > only the single web request, so should reduce chances of error. IIRC, if rsync thinks ther

Re: [Server-devel] Gadget on XS

2009-03-31 Thread Dave Bauer
Ok I have the gadget RPM installed. What should I see in the admin interface? I looked at virtual hosts -> nodes -> modules and I don't see anything likely. How can I tell if gadget is doing anything interesting? Thanks Dave -- Dave Bauer d...@solutiongrove.com http://solutiongrove.com __

Re: [Server-devel] Gadget on XS

2009-03-31 Thread Dave Bauer
On Tue, Mar 31, 2009 at 2:06 PM, Martin Langhoff wrote: > 2009/3/31 Dave Bauer : > > Next I tried the gadget package > > http://koji.fedoraproject.org/koji/taskinfo?taskID=1261886 RPM but it > > required ejabberd package. RPM says this is not installed. (I did install > > python-twisted which was

Re: [Server-devel] Gadget on XS

2009-03-31 Thread Martin Langhoff
2009/3/31 Dave Bauer : > Next I tried the gadget package > http://koji.fedoraproject.org/koji/taskinfo?taskID=1261886 RPM but it > required ejabberd package. RPM says this is not installed. (I did install > python-twisted which was another requirement of the RPM). What version of the XS have you g

[Server-devel] Gadget on XS

2009-03-31 Thread Dave Bauer
Hi, I am trying to get gadget working on my XS at schoolserver.solutiongrove.com First I downloaded the source and built it, but I could not find any indication that gadget was installed. How can I tell if it is working? Next I tried the gadget package http://koji.fedoraproject.org/koji/taskinfo

Re: [Server-devel] What is cooking on the XS pot?

2009-03-31 Thread Martin Langhoff
On Tue, Mar 31, 2009 at 3:29 PM, Martin Langhoff wrote: >  - User aliasing for ds-backup and login is what I am working on > today. It applies to the use case scenario of "my laptop has been > replaced, and I want the XS to know my old identity". Fleshed out here http://wiki.laptop.org/go/XS_Blue

Re: [Server-devel] Apache proxy CRCsync & mozilla gsoc project?

2009-03-31 Thread Martin Langhoff
On Mon, Mar 30, 2009 at 8:26 PM, Toby Collett wrote: > There is no error checking in the encoding itself, this is assumed to be > taken care in other layers, and we through in a strong hash on the whole > file to make sure this is correct. Is that right? I thought what Rusty was saying re crcsync

Re: [Server-devel] Apache proxy CRCsync & mozilla gsoc project?

2009-03-31 Thread Toby Collett
One thing we need to do is think about the headers carefully, as this is the aspect of the project we could promote as a web standard. There is a large amount of flexibility we could put in to this, but as Rusty has said, if there is a way someone can implement a protocol wrong they will. So we nee