On Wednesday 01 April 2009 19:40:37 Martin Langhoff wrote:
> On Wed, Apr 1, 2009 at 8:29 AM, Rusty Russell wrote:
> > Yes, we need to chunk, because we can't hand the data on to the client until
> > we've verified it, at least in a serious implementation.
>
> Hmmm. If I understand you right, the
On Thu, 2009-04-02 at 07:17 +1300, Toby Collett wrote:
> So a quick question, what sort of http transfers are chunking most
> often used for?
Dynamically generated content is the scenario for chunked transfers;
since you don't know the length a-priori, some other method of
indicating the message l
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Wed, Apr 01, 2009 at 09:11:46PM +0200, Martin Langhoff wrote:
>On Wed, Apr 1, 2009 at 5:49 PM, Guillaume Desmottes
> wrote:
>> (CCing Daf who is the author of this Debian package).
>
>I suspect it's a small misunderstanding. It's a 'deb' package, (t
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Wed, Apr 01, 2009 at 04:49:33PM +0100, Guillaume Desmottes wrote:
>Le mercredi 01 avril 2009 à 17:37 +0200, Jonas Smedegaard a écrit :
>> 1. Is it a Debian package of Gadget, ejabberd or something else?
>
>The link I pasted you is a git branch of
On Wed, Apr 1, 2009 at 5:49 PM, Guillaume Desmottes
wrote:
> (CCing Daf who is the author of this Debian package).
I suspect it's a small misunderstanding. It's a 'deb' package, (the
collabora team is very good in making sure their software is available
as .deb. and rpm) but not a 'Debian' packag
On Wed, Apr 1, 2009 at 8:17 PM, Toby Collett wrote:
> So a quick question, what sort of http transfers are chunking most often
> used for? I believe we will get poor results with the method for most types
> of binary data, which tend to be the larger files. In the web context these
> will generall
So a quick question, what sort of http transfers are chunking most often
used for? I believe we will get poor results with the method for most types
of binary data, which tend to be the larger files. In the web context these
will generally have not changed at all (in which case traditional caching
Le mercredi 01 avril 2009 à 17:37 +0200, Jonas Smedegaard a écrit :
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> On Wed, Apr 01, 2009 at 10:18:37AM -0500, David Farning wrote:
> >On Wed, Apr 1, 2009 at 9:47 AM, Jonas Smedegaard wrote:
> >> On Wed, Apr 01, 2009 at 03:22:12PM +0100, Guilla
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Wed, Apr 01, 2009 at 10:18:37AM -0500, David Farning wrote:
>On Wed, Apr 1, 2009 at 9:47 AM, Jonas Smedegaard wrote:
>> On Wed, Apr 01, 2009 at 03:22:12PM +0100, Guillaume Desmottes wrote:
>>>Le mercredi 01 avril 2009 à 14:14 +0200, Jonas Smedegaar
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Wed, Apr 01, 2009 at 03:22:12PM +0100, Guillaume Desmottes wrote:
>Le mercredi 01 avril 2009 à 14:14 +0200, Jonas Smedegaard a écrit :
>> On Wed, Apr 01, 2009 at 11:50:52AM +0100, Guillaume Desmottes wrote:
>> >The Debian package write logs to /var/
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Wed, Apr 01, 2009 at 11:50:52AM +0100, Guillaume Desmottes wrote:
>Le mercredi 01 avril 2009 à 12:45 +0200, Martin Langhoff a écrit :
>> On Wed, Apr 1, 2009 at 12:36 PM, Guillaume Desmottes
>> > Basically you have to install the gadget service, laun
Le mercredi 01 avril 2009 à 14:14 +0200, Jonas Smedegaard a écrit :
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> On Wed, Apr 01, 2009 at 11:50:52AM +0100, Guillaume Desmottes wrote:
> >Le mercredi 01 avril 2009 à 12:45 +0200, Martin Langhoff a écrit :
> >> On Wed, Apr 1, 2009 at 12:36 PM,
Le mercredi 01 avril 2009 à 12:53 +0200, Martin Langhoff a écrit :
> On Wed, Apr 1, 2009 at 12:50 PM, Guillaume Desmottes
> wrote:
> > If you're using a recent Sugar it should request a view containing
> > random activities and buddies. So you should see people/activities in
> > your roster even i
On Wed, Apr 1, 2009 at 12:50 PM, Guillaume Desmottes
wrote:
> If you're using a recent Sugar it should request a view containing
> random activities and buddies. So you should see people/activities in
> your roster even if the shared roster is not configured.
Cool! And does it evolve (learn?) fro
Le mercredi 01 avril 2009 à 12:45 +0200, Martin Langhoff a écrit :
> On Wed, Apr 1, 2009 at 12:36 PM, Guillaume Desmottes
> > Basically you have to install the gadget service, launch it (it's a
> > separated process), modify your ejabberd.cfg as explained in the Gadget
> > README and then restart y
On Wed, Apr 1, 2009 at 12:36 PM, Guillaume Desmottes
> Basically you have to install the gadget service, launch it (it's a
> separated process), modify your ejabberd.cfg as explained in the Gadget
> README and then restart your ejabberd.
I suspect he's done that already...
> You can see if Gadget
Le mardi 31 mars 2009 à 13:45 -0400, Dave Bauer a écrit :
> 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?
>
>
If we go for the 'fail in case of mismatch' approach, we can keep streaming. We
simply have to make sure that we close the
connection before we have streamed the last block if we discover the global
checksum mismatch. And that is just a matter of putting
the global checksum validation before the
On Wed, Apr 1, 2009 at 8:29 AM, Rusty Russell wrote:
> Yes, we need to chunk, because we can't hand the data on to the client until
> we've verified it, at least in a serious implementation.
Hmmm. If I understand you right, the concern is that the rolling hash
matches in locations that aren't a t
2009/3/31 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?
If you're on IRC, ask daf or cassidy in #sugar or #tel
20 matches
Mail list logo