A couple of interesting things
- The restore UI for ds-backup is complete. Go test it -- following
this recipe to track the latest and greatest moodle code...
http://lists.laptop.org/pipermail/server-devel/2009-March/003126.html
- User aliasing for ds-backup and login is what I am working on
On Tue, Mar 31, 2009 at 3:29 PM, Martin Langhoff
martin.langh...@gmail.com 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
On 03/29/09 23:42, qu...@laptop.org wrote:
I've tested twinkle and it worked quite well for point to point calls.
Both it and ihu could probably be modified to accept appropriate
parameters to operate within the Sugar context if needed.
I'm also aware of someone working again on the
On Tue, Mar 31, 2009 at 8:24 PM, Bernie Innocenti ber...@codewiz.org wrote:
On 03/29/09 23:42, qu...@laptop.org wrote:
I've tested twinkle and it worked quite well for point to point calls.
Both it and ihu could probably be modified to accept appropriate
parameters to operate within the Sugar
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
On Tue, Mar 31, 2009 at 3:29 PM, Martin Langhoff
martin.langh...@gmail.com 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
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
2009/3/31 Dave Bauer d...@solutiongrove.com:
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
On Tue, Mar 31, 2009 at 2:06 PM, Martin Langhoff
martin.langh...@gmail.comwrote:
2009/3/31 Dave Bauer d...@solutiongrove.com:
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
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
On Tue, Mar 31, 2009 at 8:32 PM, Toby Collett t...@plan9.net.nz 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
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 martin.langh...@gmail.com
On Mon, Mar 30, 2009 at
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
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.
On Tuesday 31 March 2009 23:29:23 Martin Langhoff wrote:
On Mon, Mar 30, 2009 at 8:26 PM, Toby Collett t...@plan9.net.nz 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
On Wed, Apr 1, 2009 at 12:48 AM, Rusty Russell ru...@rustcorp.com.au 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
16 matches
Mail list logo