See http://build.squid-cache.org/job/3.HEAD-i386-Debian-sid/366/changes
Amos Jeffries wrote:
On Mon, 23 Aug 2010 16:42:46 +0200, Christian ch...@computersalat.de
wrote:
Hi,
maintaining the squid3 RPM on build.openuse.org.
3.1.4 was the last version I was able to compile without problems.
for 3.1.5 I need to apply a small patch. (squid-bootstrap.patch)
since 3.1.6
Alex Rousskov wrote:
On 08/18/2010 10:09 PM, Alex Rousskov wrote:
Compliance: rename Trailers header to Trailer everywhere.
RFC 2616 section 13.5.1 has a typo in Trailers header name. The correct
name is Trailer. See http://trac.tools.ietf.org/wg/httpbis/trac/ticket/9
Co-Advisor test cases:
Two votes and ten days past.
Running final pre-commit tests now to ensure it does not break builds.
Will apply shortly.
Amos
--
Please be using
Current Stable Squid 2.7.STABLE9 or 3.1.7
Beta testers wanted for 3.2.0.1
Il giorno 17/ago/2010, alle ore 09.17, Amos Jeffries ha scritto:
Luigi Gangitano wrote:
In the meanwhile the next debian release has been fixed, so I'm now trying
to push 3.1.6 to it. :-(
Sorry should have pointed this out to you end of last week:
tis 2010-08-24 klockan 23:43 +1200 skrev Amos Jeffries:
Given that Squid releases have been emitting the wrong header text for
at least 4 years do you not think we should retain recognition of the
incorrect name and upgrade to the correct one?
No. We have not been sending any Trailers
mån 2010-08-23 klockan 01:17 +1200 skrev Amos Jeffries:
Updated version of Henriks patch. (why did it not get committed last
year when approved?)
Because I forgot?
* parser bug fixed to handle a list of exactly one parameter without
trailing comma (which the original would call bungled).
tis 2010-08-24 klockan 10:17 +1000 skrev Stephen Thorne:
But the situation I am experiencing is after a rejected authentication
attempt.
Squid do not consider the two cases much different.
But yes, it's generally a bad idea to keep the connection open when
trying to renegotiate NTLM, much
See
http://build.squid-cache.org/job/3.HEAD-i386-opensolaris-SunStudioCc/365/changes
mån 2010-08-23 klockan 15:18 -0600 skrev Alex Rousskov:
drop_expect_100 on|off
but still send an Expect: 100-continue request. As a side effect,
it will prevent forwarding of 100 (Continue) control messages to
HTTP/1.0 clients that send Expect: 100-continue headers.
I do not
On 08/24/2010 04:56 PM, Henrik Nordström wrote:
mån 2010-08-23 klockan 15:18 -0600 skrev Alex Rousskov:
drop_expect_100 on|off
but still send an Expect: 100-continue request. As a side effect,
it will prevent forwarding of 100 (Continue) control messages to
HTTP/1.0 clients
On 08/24/2010 04:39 PM, Henrik Nordström wrote:
mån 2010-08-23 klockan 21:44 -0600 skrev Alex Rousskov:
I am not going to commit this optimization until there is consensus on
how to handle the major/minor naming conflict with GCC.
The #undef should be fine, as long as we do it after
See
http://build.squid-cache.org/job/3.HEAD-sparc-opensolaris-SunStudioCc/201/changes
On Tue, 24 Aug 2010 17:21:08 -0600, Alex Rousskov
rouss...@measurement-factory.com wrote:
On 08/24/2010 04:39 PM, Henrik Nordström wrote:
mån 2010-08-23 klockan 21:44 -0600 skrev Alex Rousskov:
I am not going to commit this optimization until there is consensus on
how to handle the
tis 2010-08-24 klockan 17:21 -0600 skrev Alex Rousskov:
Or, if Amos' rules are followed and system headers are always included
_after_ Squid ones (the problem would not even exist in this case).
Would it? Most if not all Squid headers also depends on numerous system
headers. That rule is
On 08/24/2010 05:57 PM, Amos Jeffries wrote:
On Tue, 24 Aug 2010 17:21:08 -0600, Alex Rousskov
rouss...@measurement-factory.com wrote:
On 08/24/2010 04:39 PM, Henrik Nordström wrote:
mån 2010-08-23 klockan 21:44 -0600 skrev Alex Rousskov:
I am not going to commit this optimization until
tis 2010-08-24 klockan 19:15 -0600 skrev Alex Rousskov:
The current header sequence (somewhere) violates the squid-then-sys rule
and causes the problem. A header sequence that follows the
squid-then-sys rule will not cause the problem. I suspect such sequence
does not exist (beyond one
On 08/24/2010 07:25 PM, Henrik Nordström wrote:
tis 2010-08-24 klockan 19:15 -0600 skrev Alex Rousskov:
The current header sequence (somewhere) violates the squid-then-sys rule
and causes the problem. A header sequence that follows the
squid-then-sys rule will not cause the problem. I suspect
On 08/24/2010 06:05 PM, Henrik Nordström wrote:
tis 2010-08-24 klockan 17:16 -0600 skrev Alex Rousskov:
RFC 2616 implies that we must forward 100-continue to HTTP/1.0 clients
that send Expect: 100-continue header
I know, and something I disagree with. HTTP/1.0 says:
9.1 Informational 1xx
On Tue, 24 Aug 2010 19:56:54 -0600, Alex Rousskov
rouss...@measurement-factory.com wrote:
On 08/24/2010 07:25 PM, Henrik Nordström wrote:
tis 2010-08-24 klockan 19:15 -0600 skrev Alex Rousskov:
The current header sequence (somewhere) violates the squid-then-sys
rule
and causes the problem. A
On 08/24/2010 08:27 PM, Amos Jeffries wrote:
On Tue, 24 Aug 2010 19:56:54 -0600, Alex Rousskov
rouss...@measurement-factory.com wrote:
On 08/24/2010 07:25 PM, Henrik Nordström wrote:
tis 2010-08-24 klockan 19:15 -0600 skrev Alex Rousskov:
The current header sequence (somewhere) violates the
On Tue, 24 Aug 2010 20:45:54 -0600, Alex Rousskov
rouss...@measurement-factory.com wrote:
On 08/24/2010 08:27 PM, Amos Jeffries wrote:
On Tue, 24 Aug 2010 19:56:54 -0600, Alex Rousskov
rouss...@measurement-factory.com wrote:
On 08/24/2010 07:25 PM, Henrik Nordström wrote:
tis 2010-08-24
See
http://build.squid-cache.org/job/3.HEAD-sparc-opensolaris-SunStudioCc/203/changes
Changes:
[Amos Jeffries amosjeffr...@squid-cache.org] Author: Markus Moeller
hua...@moeller.plus.com
Support Kerberos authentication in squidclient
[Amos Jeffries amosjeffr...@squid-cache.org] Strip testing
See http://build.squid-cache.org/job/3.HEAD-i386-opensolaris/429/changes
Changes:
[Amos Jeffries amosjeffr...@squid-cache.org] Author: Markus Moeller
hua...@moeller.plus.com
Support Kerberos authentication in squidclient
[Amos Jeffries amosjeffr...@squid-cache.org] Strip testing debug slipped
Luigi Gangitano wrote:
Il giorno 17/ago/2010, alle ore 09.17, Amos Jeffries ha scritto:
Luigi Gangitano wrote:
In the meanwhile the next debian release has been fixed, so I'm now trying to
push 3.1.6 to it. :-(
Sorry should have pointed this out to you end of last week:
Chris Worley wrote:
On Thu, Aug 5, 2010 at 11:27 AM, Chris Worley worl...@gmail.com wrote:
I have a customer using Squid and
want to be able to help optimize Squid for very low latency drives. I
want to experiment with bypassing the Linux scheduler and open all
files in the cache with
26 matches
Mail list logo