Re: Updates to configure.ac for netfilter marking

> > Taking a closer look at the yes/no/auto logics and teh particular reason > > for changing it I think that is a bug in the SQUID_DEFINE_BOOL. I'm > > proposing a different simpler change in other discussion thread. > > > > That bit is now has a simpler fix in trunk. You can remove the changes

Re: [RFC} threadsafe internal profiler

On 01/11/2011 06:27 PM, Amos Jeffries wrote: > On 12/01/11 14:20, Alex Rousskov wrote: >> On 01/11/2011 02:08 AM, Kinkie wrote: >>> On Tue, Jan 11, 2011 at 8:03 AM, Amos Jeffries >>> wrote: The profiler aufs assertions are caused by the profiler not being thread safe but attempting

Re: ICAP REQMOD handling of 200 Ok response

ons 2011-01-12 klockan 13:17 +0100 skrev sichent: > 1. 200 OK + Adapted request, hoping that Squid would transfer the > remainder of the request to ICAP server, which in turn resends the data > back to Squid (pipelining)? > > 2. First send 100 OK Continue and then do the 1st step. IF you want

Hudson build is back to normal : 3.HEAD-i386-Debian-sid #536

See

Re: Updates to configure.ac for netfilter marking

On 12/01/11 23:11, Amos Jeffries wrote: On 11/01/11 11:56, Andrew Beverley wrote: On Mon, 2011-01-10 at 22:37 +1300, Amos Jeffries wrote: On 10/01/11 19:58, Andrew Beverley wrote: Hi all, I was recently caught out by my own patch when compiling Squid :-) I compiled with netfilter marking enab

Re: SQUID_DEFINE_BOOL bug

On 12/01/11 23:31, Kinkie wrote: On Wed, Jan 12, 2011 at 11:09 AM, Amos Jeffries wrote: As Andrew Beverley found: " I also found a bug in the current configure.ac. You get the message "SQUID_DEFINE_BOOL: unrecognized value for USE_LIBNETFILTERCONNTRACK: 'auto'" if you haven't explicitly set wit

Re: ICAP REQMOD handling of 200 Ok response

Thank you Alex! What will be the correct response of ICAP server to Squid (REQMOD) if specified Preview windows is fully filled, Squid waits for a reply and I would like to adapt the request? 1. 200 OK + Adapted request, hoping that Squid would transfer the remainder of the request to ICAP s

Re: SQUID_DEFINE_BOOL bug

On Wed, Jan 12, 2011 at 11:09 AM, Amos Jeffries wrote: > As Andrew Beverley found: > " > I also found a bug in the current configure.ac. You get the message > "SQUID_DEFINE_BOOL: unrecognized value for USE_LIBNETFILTERCONNTRACK: > 'auto'" if you haven't explicitly set with-netfilter-conntrack. Thi

Re: Updates to configure.ac for netfilter marking

On 11/01/11 11:56, Andrew Beverley wrote: On Mon, 2011-01-10 at 22:37 +1300, Amos Jeffries wrote: On 10/01/11 19:58, Andrew Beverley wrote: Hi all, I was recently caught out by my own patch when compiling Squid :-) I compiled with netfilter marking enabled, but couldn't work out why packets we

SQUID_DEFINE_BOOL bug

As Andrew Beverley found: " I also found a bug in the current configure.ac. You get the message "SQUID_DEFINE_BOOL: unrecognized value for USE_LIBNETFILTERCONNTRACK: 'auto'" if you haven't explicitly set with-netfilter-conntrack. This patch fixes that. " I think this is a bug in our implementatio

Re: NTLM authentication broken for Mozilla/3.0 User-Agents

ons 2011-01-12 klockan 12:57 +1300 skrev Amos Jeffries: > There are two cases here, the Netscape one, yes is close to none. > However as you pointed out there are download agents using Mozilla/3.0. > How certain are we that the second hack case for that agent string is > not aimed at a popular

Re: Updates to configure.ac for netfilter marking

On 12/01/11 20:18, Andrew Beverley wrote: Personally I am quite fine with requiring pkg-config as a build requirement for automtic detection of libcap, openssl, openldap and a a couple more. My only requirement is that a minimal build should be possible even without pkg-config. pkg-config is of