> The response when first accessing the bug (with no attachments).
> HTTP/1.1 200 OK
> Date: Wed, 16 Jan 2008 14:08:21 GMT
> Server: Apache/2.2.6 (FreeBSD) mod_ssl/2.2.6 OpenSSL/0.9.7e-p1 DAV/2
> PHP/5.2.5 with Suhosin-Patch
> Cache-Control: max-age=86400
That probably doesn't help.
> Expires: Th
> Hi Amos,
>
> At 23:12 16/01/2008, Amos Jeffries wrote:
>>amosjeffries2008/01/16 15:12:45 MST
>>
>> Modified files:
>> src cache_cf.cc
>> Log:
>> Author: Gonzalo Arana <[EMAIL PROTECTED]>
>> Bug #2180 (update) - include minor issues
>>
>> Use strtok_r() instead o
On Wed, 2008-01-16 at 16:50 -0700, Alex Rousskov wrote:
>
> It is not about the version number, it is about being widely available
> and used for a while. The first "mature" version of a VCS tool that
> has
> not been a part of major distributions for at _least_ a few months
> does
> not qualify,
On Thu, 2008-01-17 at 10:32 +1100, Robert Collins wrote:
> On Wed, 2008-01-16 at 09:46 -0700, Alex Rousskov wrote:
> > On Tue, 2008-01-15 at 08:24 +1100, Robert Collins wrote:
> > > So far I've heard of 3 devs trying the bzr tree, main concern has been
> > > 'high' memory use (80MB) during initial
On Wed, 2008-01-16 at 09:46 -0700, Alex Rousskov wrote:
> On Tue, 2008-01-15 at 08:24 +1100, Robert Collins wrote:
> > So far I've heard of 3 devs trying the bzr tree, main concern has been
> > 'high' memory use (80MB) during initial pull, and that 1.0 is not all
> > that wide spread in stable dis
Hi Amos,
At 23:12 16/01/2008, Amos Jeffries wrote:
amosjeffries2008/01/16 15:12:45 MST
Modified files:
src cache_cf.cc
Log:
Author: Gonzalo Arana <[EMAIL PROTECTED]>
Bug #2180 (update) - include minor issues
Use strtok_r() instead of hacking around strtok() p
> On Jan 16, 2008 12:14 PM, Adrian Chadd <[EMAIL PROTECTED]> wrote:
>> Yeah, Pawel and i noticed this a few days ago.
>>
>> Could you look at the headers that bugzilla is returning and make
>> sure its properly setting invalidation stuff?
>
> Here are the request:
> GET /bugs/show_bug.cgi?id=2193 H
On Tue, 2008-01-15 at 08:24 +1100, Robert Collins wrote:
> So far I've heard of 3 devs trying the bzr tree, main concern has been
> 'high' memory use (80MB) during initial pull, and that 1.0 is not all
> that wide spread in stable distribution releases.
>
> I'd like to get feedback (or an explicit
On Jan 16, 2008 12:14 PM, Adrian Chadd <[EMAIL PROTECTED]> wrote:
> Yeah, Pawel and i noticed this a few days ago.
>
> Could you look at the headers that bugzilla is returning and make
> sure its properly setting invalidation stuff?
Here are the request:
GET /bugs/show_bug.cgi?id=2193 HTTP/1.1
Hos
Yeah, Pawel and i noticed this a few days ago.
Could you look at the headers that bugzilla is returning and make
sure its properly setting invalidation stuff?
Adrain
On Wed, Jan 16, 2008, Gonzalo Arana wrote:
> Hi,
>
> I may be crazy, but using squid's bugzilla with Firefox 2.0.0.11, I've not
Hi,
I may be crazy, but using squid's bugzilla with Firefox 2.0.0.11, I've noticed
some random behaviour.
Mark an attach as obsolete, go back to the bug in question (by clicking on
'back to bug ' link), and the attach is not striped. Reloading
shows it as obsolete.
Same thing happends when
On Wed, Jan 16, 2008, Gonzalo Arana wrote:
> Why not tproxy4? Unless I am mistaken, latest linux kernel tproxy patch
> does not require the use of capabilities. Have a look at:
Because thats what we've got.
> http://www.squid-cache.org/bugs/show_bug.cgi?id=2129
>
> I'll upload an up to date pa
Adrian,
On Jan 16, 2008 6:42 AM, Henrik Nordström <[EMAIL PROTECTED]> wrote:
> tis 2008-01-15 klockan 18:13 +0900 skrev Adrian Chadd:
> > I'm trying to get tproxy working, and I'm stuck trying to build a kernel
> > with both capabilities -and- the latest tproxy-2 stuff that Squid supports.
> >
> >
tis 2008-01-15 klockan 18:13 +0900 skrev Adrian Chadd:
> I'm trying to get tproxy working, and I'm stuck trying to build a kernel
> with both capabilities -and- the latest tproxy-2 stuff that Squid supports.
>
> So far I've got a 2.6.20 vanilla kernel which I've patched tproxy-2 into.
> That works
14 matches
Mail list logo