[squid-dev] Build failed in Jenkins: trunk-polygraph #820
See http://build.squid-cache.org/job/trunk-polygraph/820/ -- Started by an SCM change Building remotely on polygraph (12.04 amd64-Ubuntu Ubuntu amd64-Ubuntu-12.04 Ubuntu-12.04 amd64) in workspace http://build.squid-cache.org/job/trunk-polygraph/ws/ $ bzr revision-info -d http://build.squid-cache.org/job/trunk-polygraph/ws/ info result: bzr revision-info -d http://build.squid-cache.org/job/trunk-polygraph/ws/ returned 0. Command output: 14230 chtsa...@users.sourceforge.net-20150819101802-gxd93l8oocat7l2b stderr: [trunk-polygraph] $ bzr update M src/servers/FtpServer.cc M src/servers/FtpServer.h All changes applied successfully. Updated to revision 14230 of branch http://bzr.squid-cache.org/bzr/squid3/trunk [trunk-polygraph] $ bzr switch http://bzr.squid-cache.org/bzr/squid3/trunk/ Tree is up to date at revision 14230. Switched to branch: http://bzr.squid-cache.org/bzr/squid3/trunk/ [trunk-polygraph] $ bzr revert $ bzr revision-info -d http://build.squid-cache.org/job/trunk-polygraph/ws/ info result: bzr revision-info -d http://build.squid-cache.org/job/trunk-polygraph/ws/ returned 0. Command output: 14230 chtsa...@users.sourceforge.net-20150819101802-gxd93l8oocat7l2b stderr: [trunk-polygraph] $ bzr log -v -r revid:chtsa...@users.sourceforge.net-20150819101802-gxd93l8oocat7l2b..revid:chtsa...@users.sourceforge.net-20150819101802-gxd93l8oocat7l2b --long --show-ids Getting local revision... $ bzr revision-info -d http://build.squid-cache.org/job/trunk-polygraph/ws/ info result: bzr revision-info -d http://build.squid-cache.org/job/trunk-polygraph/ws/ returned 0. Command output: 14230 chtsa...@users.sourceforge.net-20150819101802-gxd93l8oocat7l2b stderr: RevisionState revno:14230 revid:chtsa...@users.sourceforge.net-20150819101802-gxd93l8oocat7l2b [trunk-polygraph] $ /bin/sh -xe /tmp/hudson1514985024953589675.sh + cd /home/jenkins/squidperf + python SquidBasicPerf.py --audited http://build.squid-cache.org/job/trunk-polygraph/355/artifact/logs/test.lx --jjid 820 --svnurl http://bzr.squid-cache.org/bzr/squid3/trunk/ --jobname trunk-polygraph There is an error during Squid deployment: type 'exceptions.AssertionError' type 'exceptions.AssertionError' traceback object at 0x7f5a0550a758 Traceback (most recent call last): File SquidBasicPerf.py, line 82, in module proxy.deployFromBzr(args.svnurl, squidRevision) File /home/jenkins/squidperf/Side.py, line 230, in deployFromBzr self.execute(cd /tmp/squidsource make -j 5 make install) File /home/jenkins/squidperf/Side.py, line 158, in execute output = instanceSSH.execute(command) File /home/jenkins/squidperf/ssh.py, line 33, in execute assert (exitCode == 0), Error during execution command + command + : + error AssertionError: Error during execution command cd /tmp/squidsource make -j 5 make install: Build step 'Execute shell' marked build as failure Archiving artifacts [description-setter] Description set: ___ squid-dev mailing list squid-dev@lists.squid-cache.org http://lists.squid-cache.org/listinfo/squid-dev
[squid-dev] Build failed in Jenkins: trunk-matrix » gcc,d-opensuse-13.2 #306
See
http://build.squid-cache.org/job/trunk-matrix/compiler=gcc,label=d-opensuse-13.2/306/
--
Started by upstream project trunk-matrix build number 305
originally caused by:
Started by an SCM change
Building remotely on d-opensuse-13.2 (gcc farm 13.2 amd64-openSUSE project
openSUSE project-13.2 openSUSE project buildmaster clang amd64-openSUSE
project-13.2 amd64) in workspace
http://build.squid-cache.org/job/trunk-matrix/compiler=gcc,label=d-opensuse-13.2/ws/
Deleting project workspace... done
Cleaning workspace...
$ bzr branch http://bzr.squid-cache.org/bzr/squid3/trunk/
http://build.squid-cache.org/job/trunk-matrix/compiler=gcc,label=d-opensuse-13.2/ws/
bzr: ERROR: exceptions.AttributeError: 'module' object has no attribute
'HTTPSConnection'
Traceback (most recent call last):
File /usr/lib64/python2.7/site-packages/bzrlib/commands.py, line 930, in
exception_to_return_code
return the_callable(*args, **kwargs)
File /usr/lib64/python2.7/site-packages/bzrlib/commands.py, line 1121, in
run_bzr
ret = run(*run_argv)
File /usr/lib64/python2.7/site-packages/bzrlib/commands.py, line 673, in
run_argv_aliases
return self.run(**all_cmd_args)
File /usr/lib64/python2.7/site-packages/bzrlib/commands.py, line 697, in run
return self._operation.run_simple(*args, **kwargs)
File /usr/lib64/python2.7/site-packages/bzrlib/cleanup.py, line 136, in
run_simple
self.cleanups, self.func, *args, **kwargs)
File /usr/lib64/python2.7/site-packages/bzrlib/cleanup.py, line 166, in
_do_with_cleanups
result = func(*args, **kwargs)
File /usr/lib64/python2.7/site-packages/bzrlib/builtins.py, line 1452, in
run
from_location)
File /usr/lib64/python2.7/site-packages/bzrlib/controldir.py, line 780, in
open_tree_or_branch
controldir = klass.open(location)
File /usr/lib64/python2.7/site-packages/bzrlib/controldir.py, line 687, in
open
t = _mod_transport.get_transport(base, possible_transports)
File /usr/lib64/python2.7/site-packages/bzrlib/transport/__init__.py, line
1680, in get_transport
return get_transport_from_url(location_to_url(base), possible_transports)
File /usr/lib64/python2.7/site-packages/bzrlib/transport/__init__.py, line
1655, in get_transport_from_url
transport, last_err = _try_transport_factories(url, factory_list)
File /usr/lib64/python2.7/site-packages/bzrlib/transport/__init__.py, line
1687, in _try_transport_factories
return factory.get_obj()(base), None
File /usr/lib64/python2.7/site-packages/bzrlib/registry.py, line 74, in
get_obj
self._obj = get_named_object(self._module_name, self._member_name)
File /usr/lib64/python2.7/site-packages/bzrlib/pyutils.py, line 51, in
get_named_object
obj = __import__(module_name, {}, {}, from_list)
File /usr/lib64/python2.7/site-packages/bzrlib/transport/http/_urllib.py,
line 26, in module
from bzrlib.transport.http._urllib2_wrappers import (
File
/usr/lib64/python2.7/site-packages/bzrlib/transport/http/_urllib2_wrappers.py,
line 463, in module
class HTTPSConnection(AbstractHTTPConnection, httplib.HTTPSConnection):
AttributeError: 'module' object has no attribute 'HTTPSConnection'
bzr 2.6.0 on python 2.7.8 (Linux-3.13.0-52-generic-x86_64-with-
SuSE-13.2-x86_64)
arguments: ['/usr/bin/bzr', 'branch', 'http://bzr.squid-
cache.org/bzr/squid3/trunk/', '/home/jenkins/workspace/trunk-
matrix/compiler/gcc/label/d-opensuse-13.2']
plugins: bash_completion[2.6.0], changelog_merge[2.6.0], grep[2.6.0],
launchpad[2.6.0], netrc_credential_store[2.6.0], news_merge[2.6.0],
po_merge[2.6.0], weave_fmt[2.6.0]
encoding: 'ascii', fsenc: 'utf8', lang: None
*** Bazaar has encountered an internal error. This probably indicates a
bug in Bazaar. You can help us fix it by filing a bug report at
https://bugs.launchpad.net/bzr/+filebug
including this traceback and a description of the problem.
ERROR: Failed to branch http://bzr.squid-cache.org/bzr/squid3/trunk/
Retrying after 10 seconds
Cleaning workspace...
$ bzr branch http://bzr.squid-cache.org/bzr/squid3/trunk/
http://build.squid-cache.org/job/trunk-matrix/compiler=gcc,label=d-opensuse-13.2/ws/
bzr: ERROR: exceptions.AttributeError: 'module' object has no attribute
'HTTPSConnection'
Traceback (most recent call last):
File /usr/lib64/python2.7/site-packages/bzrlib/commands.py, line 930, in
exception_to_return_code
return the_callable(*args, **kwargs)
File /usr/lib64/python2.7/site-packages/bzrlib/commands.py, line 1121, in
run_bzr
ret = run(*run_argv)
File /usr/lib64/python2.7/site-packages/bzrlib/commands.py, line 673, in
run_argv_aliases
return self.run(**all_cmd_args)
File /usr/lib64/python2.7/site-packages/bzrlib/commands.py, line 697, in run
return self._operation.run_simple(*args, **kwargs)
File /usr/lib64/python2.7/site-packages/bzrlib/cleanup.py, line 136, in
run_simple
self.cleanups, self.func, *args, **kwargs)
File
[squid-dev] Issues with with build farm
Hi, Probably as a result of some too aggressive cleanup activity of mine, some build farm nodes are to be rebuilt. I'm taking the chance for some spring cleaning and a general update, decommissioning fedora 20 in favor of 22 (there's an issue there with libxml2 on clang), upgrading ICC to the latest version on Centos 7. I hope everything will be OK in a few hours. Thanks! ___ squid-dev mailing list squid-dev@lists.squid-cache.org http://lists.squid-cache.org/listinfo/squid-dev
[squid-dev] Build failed in Jenkins: trunk-matrix » clang,d-opensuse-13.2 #306
See
http://build.squid-cache.org/job/trunk-matrix/compiler=clang,label=d-opensuse-13.2/306/
--
Started by upstream project trunk-matrix build number 305
originally caused by:
Started by an SCM change
Building remotely on d-opensuse-13.2 (gcc farm 13.2 amd64-openSUSE project
openSUSE project-13.2 openSUSE project buildmaster clang amd64-openSUSE
project-13.2 amd64) in workspace
http://build.squid-cache.org/job/trunk-matrix/compiler=clang,label=d-opensuse-13.2/ws/
Deleting project workspace... Cleaning workspace...
$ bzr branch http://bzr.squid-cache.org/bzr/squid3/trunk/
http://build.squid-cache.org/job/trunk-matrix/compiler=clang,label=d-opensuse-13.2/ws/
bzr: ERROR: exceptions.AttributeError: 'module' object has no attribute
'HTTPSConnection'
Traceback (most recent call last):
File /usr/lib64/python2.7/site-packages/bzrlib/commands.py, line 930, in
exception_to_return_code
return the_callable(*args, **kwargs)
File /usr/lib64/python2.7/site-packages/bzrlib/commands.py, line 1121, in
run_bzr
ret = run(*run_argv)
File /usr/lib64/python2.7/site-packages/bzrlib/commands.py, line 673, in
run_argv_aliases
return self.run(**all_cmd_args)
File /usr/lib64/python2.7/site-packages/bzrlib/commands.py, line 697, in run
return self._operation.run_simple(*args, **kwargs)
File /usr/lib64/python2.7/site-packages/bzrlib/cleanup.py, line 136, in
run_simple
self.cleanups, self.func, *args, **kwargs)
File /usr/lib64/python2.7/site-packages/bzrlib/cleanup.py, line 166, in
_do_with_cleanups
result = func(*args, **kwargs)
File /usr/lib64/python2.7/site-packages/bzrlib/builtins.py, line 1452, in
run
from_location)
File /usr/lib64/python2.7/site-packages/bzrlib/controldir.py, line 780, in
open_tree_or_branch
controldir = klass.open(location)
File /usr/lib64/python2.7/site-packages/bzrlib/controldir.py, line 687, in
open
t = _mod_transport.get_transport(base, possible_transports)
File /usr/lib64/python2.7/site-packages/bzrlib/transport/__init__.py, line
1680, in get_transport
return get_transport_from_url(location_to_url(base), possible_transports)
File /usr/lib64/python2.7/site-packages/bzrlib/transport/__init__.py, line
1655, in get_transport_from_url
transport, last_err = _try_transport_factories(url, factory_list)
File /usr/lib64/python2.7/site-packages/bzrlib/transport/__init__.py, line
1687, in _try_transport_factories
return factory.get_obj()(base), None
File /usr/lib64/python2.7/site-packages/bzrlib/registry.py, line 74, in
get_obj
self._obj = get_named_object(self._module_name, self._member_name)
File /usr/lib64/python2.7/site-packages/bzrlib/pyutils.py, line 51, in
get_named_object
obj = __import__(module_name, {}, {}, from_list)
File /usr/lib64/python2.7/site-packages/bzrlib/transport/http/_urllib.py,
line 26, in module
from bzrlib.transport.http._urllib2_wrappers import (
File
/usr/lib64/python2.7/site-packages/bzrlib/transport/http/_urllib2_wrappers.py,
line 463, in module
class HTTPSConnection(AbstractHTTPConnection, httplib.HTTPSConnection):
AttributeError: 'module' object has no attribute 'HTTPSConnection'
bzr 2.6.0 on python 2.7.8 (Linux-3.13.0-52-generic-x86_64-with-
SuSE-13.2-x86_64)
arguments: ['/usr/bin/bzr', 'branch', 'http://bzr.squid-
cache.org/bzr/squid3/trunk/', '/home/jenkins/workspace/trunk-
matrix/compiler/clang/label/d-opensuse-13.2']
plugins: bash_completion[2.6.0], changelog_merge[2.6.0], grep[2.6.0],
launchpad[2.6.0], netrc_credential_store[2.6.0], news_merge[2.6.0],
po_merge[2.6.0], weave_fmt[2.6.0]
encoding: 'ascii', fsenc: 'utf8', lang: None
*** Bazaar has encountered an internal error. This probably indicates a
bug in Bazaar. You can help us fix it by filing a bug report at
https://bugs.launchpad.net/bzr/+filebug
including this traceback and a description of the problem.
ERROR: Failed to branch http://bzr.squid-cache.org/bzr/squid3/trunk/
Retrying after 10 seconds
Cleaning workspace...
$ bzr branch http://bzr.squid-cache.org/bzr/squid3/trunk/
http://build.squid-cache.org/job/trunk-matrix/compiler=clang,label=d-opensuse-13.2/ws/
bzr: ERROR: exceptions.AttributeError: 'module' object has no attribute
'HTTPSConnection'
Traceback (most recent call last):
File /usr/lib64/python2.7/site-packages/bzrlib/commands.py, line 930, in
exception_to_return_code
return the_callable(*args, **kwargs)
File /usr/lib64/python2.7/site-packages/bzrlib/commands.py, line 1121, in
run_bzr
ret = run(*run_argv)
File /usr/lib64/python2.7/site-packages/bzrlib/commands.py, line 673, in
run_argv_aliases
return self.run(**all_cmd_args)
File /usr/lib64/python2.7/site-packages/bzrlib/commands.py, line 697, in run
return self._operation.run_simple(*args, **kwargs)
File /usr/lib64/python2.7/site-packages/bzrlib/cleanup.py, line 136, in
run_simple
self.cleanups, self.func, *args, **kwargs)
File
Re: [squid-dev] [PATCH] FtpServer.cc:1024: reply != NULL assertion
Thanks! On 19/08/2015 13:26, Tsantilas Christos wrote: Patch applied to trunk as rev.14230 I am attaching the squid-3.5 version of the patch. ___ squid-dev mailing list squid-dev@lists.squid-cache.org http://lists.squid-cache.org/listinfo/squid-dev
Re: [squid-dev] Issues with with build farm
On 20/08/2015 3:44 a.m., Kinkie wrote: Hi, Probably as a result of some too aggressive cleanup activity of mine, some build farm nodes are to be rebuilt. I'm taking the chance for some spring cleaning and a general update, decommissioning fedora 20 in favor of 22 (there's an issue there with libxml2 on clang), upgrading ICC to the latest version on Centos 7. I hope everything will be OK in a few hours. If you mean upgrading the ICC 12 to something newer, then can we please keep a 12.0 around somewhere to ensure Squid-4 will still build with it. Amos ___ squid-dev mailing list squid-dev@lists.squid-cache.org http://lists.squid-cache.org/listinfo/squid-dev
[squid-dev] [PATCH] Non-zeroing mempools
Hi all, the attached patch (a merge request from lp:~kinkie/squid/mempools-nozero) changes MEMPROXY_CLASS so that it doesn't zero memory before releasing it to requestors. The constructors of all classes using that feature were checked, so that they fully initialize all data members and thus require no zeroing. It also changes Debug::OutStream to use MEMPROXY_CLASS instead of new/derelete, and changes constructors to initializer lists whenever possible and sensible (aka justified by other changes), same for dropping HERE and adopting nullptr. It also changes some code in Makefile.am to use make variables in place of full paths. The code has been run-tested (default config only), build-farm-tested and polygraph-tested. It shows a small but noticeable performance improvement in performance (of course, numbers are to be taken with a big grain of salt). When reviewing, please do not focus on formatting issues; if this patch passes review I'll run a source-formatting before merging. Thanks! -- Kinkie mempools-nozero-v1.patch Description: Binary data ___ squid-dev mailing list squid-dev@lists.squid-cache.org http://lists.squid-cache.org/listinfo/squid-dev
[squid-dev] Build failed in Jenkins: trunk-matrix » clang,d-opensuse-13.2 #307
See
http://build.squid-cache.org/job/trunk-matrix/compiler=clang,label=d-opensuse-13.2/307/
--
Started by upstream project trunk-matrix build number 307
originally caused by:
Started by an SCM change
Building remotely on d-opensuse-13.2 (gcc farm 13.2 amd64-openSUSE project
openSUSE project-13.2 openSUSE project buildmaster clang amd64-openSUSE
project-13.2 amd64) in workspace
http://build.squid-cache.org/job/trunk-matrix/compiler=clang,label=d-opensuse-13.2/ws/
Deleting project workspace... Cleaning workspace...
$ bzr branch http://bzr.squid-cache.org/bzr/squid3/trunk/
http://build.squid-cache.org/job/trunk-matrix/compiler=clang,label=d-opensuse-13.2/ws/
bzr: ERROR: exceptions.AttributeError: 'module' object has no attribute
'HTTPSConnection'
Traceback (most recent call last):
File /usr/lib64/python2.7/site-packages/bzrlib/commands.py, line 930, in
exception_to_return_code
return the_callable(*args, **kwargs)
File /usr/lib64/python2.7/site-packages/bzrlib/commands.py, line 1121, in
run_bzr
ret = run(*run_argv)
File /usr/lib64/python2.7/site-packages/bzrlib/commands.py, line 673, in
run_argv_aliases
return self.run(**all_cmd_args)
File /usr/lib64/python2.7/site-packages/bzrlib/commands.py, line 697, in run
return self._operation.run_simple(*args, **kwargs)
File /usr/lib64/python2.7/site-packages/bzrlib/cleanup.py, line 136, in
run_simple
self.cleanups, self.func, *args, **kwargs)
File /usr/lib64/python2.7/site-packages/bzrlib/cleanup.py, line 166, in
_do_with_cleanups
result = func(*args, **kwargs)
File /usr/lib64/python2.7/site-packages/bzrlib/builtins.py, line 1452, in
run
from_location)
File /usr/lib64/python2.7/site-packages/bzrlib/controldir.py, line 780, in
open_tree_or_branch
controldir = klass.open(location)
File /usr/lib64/python2.7/site-packages/bzrlib/controldir.py, line 687, in
open
t = _mod_transport.get_transport(base, possible_transports)
File /usr/lib64/python2.7/site-packages/bzrlib/transport/__init__.py, line
1680, in get_transport
return get_transport_from_url(location_to_url(base), possible_transports)
File /usr/lib64/python2.7/site-packages/bzrlib/transport/__init__.py, line
1655, in get_transport_from_url
transport, last_err = _try_transport_factories(url, factory_list)
File /usr/lib64/python2.7/site-packages/bzrlib/transport/__init__.py, line
1687, in _try_transport_factories
return factory.get_obj()(base), None
File /usr/lib64/python2.7/site-packages/bzrlib/registry.py, line 74, in
get_obj
self._obj = get_named_object(self._module_name, self._member_name)
File /usr/lib64/python2.7/site-packages/bzrlib/pyutils.py, line 51, in
get_named_object
obj = __import__(module_name, {}, {}, from_list)
File /usr/lib64/python2.7/site-packages/bzrlib/transport/http/_urllib.py,
line 26, in module
from bzrlib.transport.http._urllib2_wrappers import (
File
/usr/lib64/python2.7/site-packages/bzrlib/transport/http/_urllib2_wrappers.py,
line 463, in module
class HTTPSConnection(AbstractHTTPConnection, httplib.HTTPSConnection):
AttributeError: 'module' object has no attribute 'HTTPSConnection'
bzr 2.6.0 on python 2.7.8 (Linux-3.13.0-52-generic-x86_64-with-
SuSE-13.2-x86_64)
arguments: ['/usr/bin/bzr', 'branch', 'http://bzr.squid-
cache.org/bzr/squid3/trunk/', '/home/jenkins/workspace/trunk-
matrix/compiler/clang/label/d-opensuse-13.2']
plugins: bash_completion[2.6.0], changelog_merge[2.6.0], grep[2.6.0],
launchpad[2.6.0], netrc_credential_store[2.6.0], news_merge[2.6.0],
po_merge[2.6.0], weave_fmt[2.6.0]
encoding: 'ascii', fsenc: 'utf8', lang: None
*** Bazaar has encountered an internal error. This probably indicates a
bug in Bazaar. You can help us fix it by filing a bug report at
https://bugs.launchpad.net/bzr/+filebug
including this traceback and a description of the problem.
ERROR: Failed to branch http://bzr.squid-cache.org/bzr/squid3/trunk/
Retrying after 10 seconds
Cleaning workspace...
$ bzr branch http://bzr.squid-cache.org/bzr/squid3/trunk/
http://build.squid-cache.org/job/trunk-matrix/compiler=clang,label=d-opensuse-13.2/ws/
bzr: ERROR: exceptions.AttributeError: 'module' object has no attribute
'HTTPSConnection'
Traceback (most recent call last):
File /usr/lib64/python2.7/site-packages/bzrlib/commands.py, line 930, in
exception_to_return_code
return the_callable(*args, **kwargs)
File /usr/lib64/python2.7/site-packages/bzrlib/commands.py, line 1121, in
run_bzr
ret = run(*run_argv)
File /usr/lib64/python2.7/site-packages/bzrlib/commands.py, line 673, in
run_argv_aliases
return self.run(**all_cmd_args)
File /usr/lib64/python2.7/site-packages/bzrlib/commands.py, line 697, in run
return self._operation.run_simple(*args, **kwargs)
File /usr/lib64/python2.7/site-packages/bzrlib/cleanup.py, line 136, in
run_simple
self.cleanups, self.func, *args, **kwargs)
File
[squid-dev] Build failed in Jenkins: trunk-matrix » gcc,d-opensuse-13.2 #307
See
http://build.squid-cache.org/job/trunk-matrix/compiler=gcc,label=d-opensuse-13.2/307/
--
Started by upstream project trunk-matrix build number 307
originally caused by:
Started by an SCM change
Building remotely on d-opensuse-13.2 (gcc farm 13.2 amd64-openSUSE project
openSUSE project-13.2 openSUSE project buildmaster clang amd64-openSUSE
project-13.2 amd64) in workspace
http://build.squid-cache.org/job/trunk-matrix/compiler=gcc,label=d-opensuse-13.2/ws/
Deleting project workspace... Cleaning workspace...
$ bzr branch http://bzr.squid-cache.org/bzr/squid3/trunk/
http://build.squid-cache.org/job/trunk-matrix/compiler=gcc,label=d-opensuse-13.2/ws/
bzr: ERROR: exceptions.AttributeError: 'module' object has no attribute
'HTTPSConnection'
Traceback (most recent call last):
File /usr/lib64/python2.7/site-packages/bzrlib/commands.py, line 930, in
exception_to_return_code
return the_callable(*args, **kwargs)
File /usr/lib64/python2.7/site-packages/bzrlib/commands.py, line 1121, in
run_bzr
ret = run(*run_argv)
File /usr/lib64/python2.7/site-packages/bzrlib/commands.py, line 673, in
run_argv_aliases
return self.run(**all_cmd_args)
File /usr/lib64/python2.7/site-packages/bzrlib/commands.py, line 697, in run
return self._operation.run_simple(*args, **kwargs)
File /usr/lib64/python2.7/site-packages/bzrlib/cleanup.py, line 136, in
run_simple
self.cleanups, self.func, *args, **kwargs)
File /usr/lib64/python2.7/site-packages/bzrlib/cleanup.py, line 166, in
_do_with_cleanups
result = func(*args, **kwargs)
File /usr/lib64/python2.7/site-packages/bzrlib/builtins.py, line 1452, in
run
from_location)
File /usr/lib64/python2.7/site-packages/bzrlib/controldir.py, line 780, in
open_tree_or_branch
controldir = klass.open(location)
File /usr/lib64/python2.7/site-packages/bzrlib/controldir.py, line 687, in
open
t = _mod_transport.get_transport(base, possible_transports)
File /usr/lib64/python2.7/site-packages/bzrlib/transport/__init__.py, line
1680, in get_transport
return get_transport_from_url(location_to_url(base), possible_transports)
File /usr/lib64/python2.7/site-packages/bzrlib/transport/__init__.py, line
1655, in get_transport_from_url
transport, last_err = _try_transport_factories(url, factory_list)
File /usr/lib64/python2.7/site-packages/bzrlib/transport/__init__.py, line
1687, in _try_transport_factories
return factory.get_obj()(base), None
File /usr/lib64/python2.7/site-packages/bzrlib/registry.py, line 74, in
get_obj
self._obj = get_named_object(self._module_name, self._member_name)
File /usr/lib64/python2.7/site-packages/bzrlib/pyutils.py, line 51, in
get_named_object
obj = __import__(module_name, {}, {}, from_list)
File /usr/lib64/python2.7/site-packages/bzrlib/transport/http/_urllib.py,
line 26, in module
from bzrlib.transport.http._urllib2_wrappers import (
File
/usr/lib64/python2.7/site-packages/bzrlib/transport/http/_urllib2_wrappers.py,
line 463, in module
class HTTPSConnection(AbstractHTTPConnection, httplib.HTTPSConnection):
AttributeError: 'module' object has no attribute 'HTTPSConnection'
bzr 2.6.0 on python 2.7.8 (Linux-3.13.0-52-generic-x86_64-with-
SuSE-13.2-x86_64)
arguments: ['/usr/bin/bzr', 'branch', 'http://bzr.squid-
cache.org/bzr/squid3/trunk/', '/home/jenkins/workspace/trunk-
matrix/compiler/gcc/label/d-opensuse-13.2']
plugins: bash_completion[2.6.0], changelog_merge[2.6.0], grep[2.6.0],
launchpad[2.6.0], netrc_credential_store[2.6.0], news_merge[2.6.0],
po_merge[2.6.0], weave_fmt[2.6.0]
encoding: 'ascii', fsenc: 'utf8', lang: None
*** Bazaar has encountered an internal error. This probably indicates a
bug in Bazaar. You can help us fix it by filing a bug report at
https://bugs.launchpad.net/bzr/+filebug
including this traceback and a description of the problem.
ERROR: Failed to branch http://bzr.squid-cache.org/bzr/squid3/trunk/
Retrying after 10 seconds
Cleaning workspace...
$ bzr branch http://bzr.squid-cache.org/bzr/squid3/trunk/
http://build.squid-cache.org/job/trunk-matrix/compiler=gcc,label=d-opensuse-13.2/ws/
bzr: ERROR: exceptions.AttributeError: 'module' object has no attribute
'HTTPSConnection'
Traceback (most recent call last):
File /usr/lib64/python2.7/site-packages/bzrlib/commands.py, line 930, in
exception_to_return_code
return the_callable(*args, **kwargs)
File /usr/lib64/python2.7/site-packages/bzrlib/commands.py, line 1121, in
run_bzr
ret = run(*run_argv)
File /usr/lib64/python2.7/site-packages/bzrlib/commands.py, line 673, in
run_argv_aliases
return self.run(**all_cmd_args)
File /usr/lib64/python2.7/site-packages/bzrlib/commands.py, line 697, in run
return self._operation.run_simple(*args, **kwargs)
File /usr/lib64/python2.7/site-packages/bzrlib/cleanup.py, line 136, in
run_simple
self.cleanups, self.func, *args, **kwargs)
File
Re: [squid-dev] [PATCH] PayloadFormatter (was PackableStream)
On 08/19/2015 09:47 AM, Amos Jeffries wrote: On 19/08/2015 4:50 p.m., Alex Rousskov wrote: On 08/15/2015 12:20 AM, Amos Jeffries wrote: For now this class is specifically and intentionally dumping out the (old) format for cachemgr.cgi. Other third-party tools are considered only so far as the cachemgr ambiguous syntax was published in various parts in various places. As long as the output still matches that they should be fine (or better off). IMO, made-up after-the-fact syntax rules are irrelevant (because nobody knows about them, and they are imprecise). Cachemgr.cgi itself is irrelevant (because we control it). Admin scripts parsing old output are relevant. Thus, we should either keep the old output pretty much as is or replace it with something sufficiently better to justify the change pains for the admins. Adjusting output (while claiming compatibility with some syntax rules we made up) is a bad approach because it makes admins unhappy while not making us happy. The Definitive Guide 14.2. All the way through its talking about cachemgr.cgi display columns. To find the detail of what a input column actually is refer to cachemgr.cgi code itself. Specificaly the munge_other_line() function for converting report text/plain to text/html. This code has not changed in any significant way since the 1990's. * Any line excluding a \t is a free-form text line. Lets call that ... comment, kv-pair, LF. * table is a series of \t delimited cells. Lets call that ... 'table-row'. * If the first cell of the first line of a table includes a ':' its a header row. Lets call that ... 'table' for the whole set of rows, and we will need a optional 'label' for the pre-colon bit in the first table-row. The Guide is also talking about how several reports including 'redirectors' are *identical* in format to 'idns' ... not today, they use tab-delimiting. idns got screwed up years later and now uses space delimiting and looks like crap in CGI display as a result. The kv-pairs is not part of the Guide + CGI documentation. Those parts I took from your own emails and IRC chats educating me an kinkie about what the report format was supposed to be. This part of the email thread was discussing whether the existence of admin scripts (rather than various imprecise syntax rules or cachemgr.cgi code) should be the primary factor in our decision making. How is the above information relevant to that discussion? It turns out that no, those were just PRE (free-form) lines more easily machine interpretable than human readable as the Guide says. But it does make sense to have them, and many reports look like they were created with that in mind so I added the kv-pair descriptor to the grammar too. You object to that? Do I object to adding kv-pair to the grammar? No. I did not even review those low-level details! I trust you with roughly approximating the actual output. And a rough approximation is sufficient [and the only thing possible] here IMO. The lack of a written copy of the grammar to date does not preclude its existence prior to now. In practical terms, it pretty much does preclude it actually: Whenever dozens of poorly coordinated developers spend years producing informal output, one can virtually guarantee that no useful formal grammar can describe what they did. Human language is a good example there, it obviously has a grammar even though an entire field of research was created to find out what it is, a long time after use began. Human language is a good example of where no useful formal grammar exists. There are various useful approximations, of course, but I do not think anybody is even trying to confine human language into a useful formal grammar for the last 30 years or so. +class PayloadFormatter ... +Packable outBuf; +}; Since the majority of PayloadFormatter methods and callers are going to assemble and format pieces of text and numbers, I think this should become an ostream. You want to go back to PackableStream now? If possible, the new page/report/payload building interface should be ostream-enabled, not PackableStream-enabled. IIRC, that's what I sketched a few emails back. So how does the data get from std::ostreambuf to the client if its not going near a Packable (ie StoreEntry). I do not think ostream should use std::ostreambuf if that is what you meant. It should use our own buffer, backed by Packable (or StoreEntry). However, cache manager code would not know that and, hence, there should be no linking problems associated with that knowledge. You ask to data-copy into the stream buffer, then data-copy a second time to the StoreEntry buffer. No, I do not. The stream buffer should use StoreEntry as storage [when the output goes to Store]. PackableStream is an ostream child providing StoreEntry as the buffer. So PackableStream data-copies to the StoreEntry buffer. Yes. Which would you expect provides better
Re: [squid-dev] [PATCH] FtpServer.cc:1024: reply != NULL assertion
Patch applied to trunk as rev.14230
I am attaching the squid-3.5 version of the patch.
On 08/19/2015 08:56 AM, Amos Jeffries wrote:
On 19/08/2015 4:08 a.m., Tsantilas Christos wrote:
Handle nil HttpReply pointer inside various handlers called from
Ftp::Server::handleReply(). For example, when the related StoreEntry
object is aborted, the client_side_reply.cc code may call the
Ftp::Server::handleReply() method with a nil reply pointer.
The Ftp::Server::handleReply() methods itself cannot handle nil replies
because they are valid in many states. Only state-specific handlers know
whether they need the reply.
The Ftp::Server::handleReply() method is called [via Store] from Client
code. Thus, exceptions in handleReply() are handled by the Ftp::Client
job. That job does not have enough information to know whether the
client-to-Squid connection should be closed; the job keeps the
connection open. When the reply is nil, that open connection becomes
unusable, leading to more problems.
This patch fixes the Ftp::Server::handleReply() to handle exceptions,
including closing the connections in the case of an exception. It also
adds Must(reply) checks to check for nil HttpReply pointers where the
reply is required. Eventually, Store should start using async calls to
protect jobs waiting for Store updates. Meanwhile, this should help.
This is a Measurement Factory project.
+1. Please apply. Thank you.
Amos
FtpServer.cc:1024: reply != NULL assertion
Handle nil HttpReply pointer inside various handlers called from
Ftp::Server::handleReply(). For example, when the related StoreEntry
object is aborted, the client_side_reply.cc code may call the
Ftp::Server::handleReply() method with a nil reply pointer.
The Ftp::Server::handleReply() methods itself cannot handle nil replies
because they are valid in many states. Only state-specific handlers know
whether they need the reply.
The Ftp::Server::handleReply() method is called [via Store] from Client code.
Thus, exceptions in handleReply() are handled by the Ftp::Client job. That job
does not have enough information to know whether the client-to-Squid connection
should be closed; the job keeps the connection open. When the reply is nil,
that open connection becomes unusable, leading to more problems.
This patch fixes the Ftp::Server::handleReply() to handle exceptions,
including closing the connections in the case of an exception. It also
adds Must(reply) checks to check for nil HttpReply pointers where the
reply is required. Eventually, Store should start using async calls to
protect jobs waiting for Store updates. Meanwhile, this should help.
This is a Measurement Factory project.
=== modified file 'src/servers/FtpServer.cc'
--- src/servers/FtpServer.cc 2015-01-13 09:13:49 +
+++ src/servers/FtpServer.cc 2015-08-18 15:09:20 +
@@ -768,55 +768,61 @@
!context-http-al-reply reply) {
context-http-al-reply = reply;
HTTPMSGLOCK(context-http-al-reply);
}
static ReplyHandler handlers[] = {
NULL, // fssBegin
NULL, // fssConnected
Ftp::Server::handleFeatReply, // fssHandleFeat
Ftp::Server::handlePasvReply, // fssHandlePasv
Ftp::Server::handlePortReply, // fssHandlePort
Ftp::Server::handleDataReply, // fssHandleDataRequest
Ftp::Server::handleUploadReply, // fssHandleUploadRequest
Ftp::Server::handleEprtReply,// fssHandleEprt
Ftp::Server::handleEpsvReply,// fssHandleEpsv
NULL, // fssHandleCwd
NULL, // fssHandlePass
NULL, // fssHandleCdup
Ftp::Server::handleErrorReply // fssError
};
-const Server server = dynamic_castconst Ftp::Server(*context-getConn());
-if (const ReplyHandler handler = handlers[server.master-serverState])
-(this-*handler)(reply, data);
-else
-writeForwardedReply(reply);
+try {
+const Server server = dynamic_castconst Ftp::Server(*context-getConn());
+if (const ReplyHandler handler = handlers[server.master-serverState])
+(this-*handler)(reply, data);
+else
+writeForwardedReply(reply);
+} catch (const std::exception e) {
+callException(e);
+throw TexcHere(e.what());
+}
}
void
Ftp::Server::handleFeatReply(const HttpReply *reply, StoreIOBuffer)
{
if (getCurrentContext()-http-request-errType != ERR_NONE) {
writeCustomReply(502, Server does not support FEAT, reply);
return;
}
+Must(reply);
HttpReply::Pointer featReply = Ftp::HttpReplyWrapper(211, End, Http::scNoContent, 0);
HttpHeader const serverReplyHeader = reply-header;
HttpHeaderPos pos = HttpHeaderInitPos;
bool hasEPRT = false;
bool hasEPSV = false;
int prependSpaces = 1;
featReply-header.putStr(HDR_FTP_PRE, \211-Features:\);
const int scode = serverReplyHeader.getInt(HDR_FTP_STATUS);
if (scode == 211) {
while (const
[squid-dev] Developing customized Cache Selection algorithm from Round Robin, Least Load
Hello We are in an attempt to extend Squid Cache selection algorithm to develop a solution for controlled storage of subscriber’s content in Squid Caches, and thereafter apply access rule on these contents, a few questions to start with: ·As we probably has to rewrite new algorithm and recompile it, so does anyone know where(or which file) is the existing Round Robin or Least Load algorithm defined in source codes? ·Is there straight forward method to tell/instruct squid to store content(e.g. an URL) from network in a predefined specific disk folder rather than using the selection algorithm itself? Any hints would be very much appreciated! Greetings Humphrey Hongfei Du Staff Engineer (UK Software) InterDigital UK, Inc. Shoreditch Business Center 64 Great Eastern Street London, EC2A 3QR T: +44 207.749.9140 hongfei...@interdigital.com www.InterDigital.comhttp://www.interdigital.com [cid:image39a106.BMP@793212ad.4c90c853] This e-mail is intended only for the use of the individual or entity to which it is addressed, and may contain information that is privileged, confidential and/or otherwise protected from disclosure to anyone other than its intended recipient. Unintended transmission shall not constitute waiver of any privilege or confidentiality obligation. If you received this communication in error, please do not review, copy or distribute it, notify me immediately by email, and delete the original message and any attachments. Unless expressly stated in this e-mail, nothing in this message or any attachment should be construed as a digital or electronic signature. ___ squid-dev mailing list squid-dev@lists.squid-cache.org http://lists.squid-cache.org/listinfo/squid-dev
[squid-dev] Build failed in Jenkins: trunk-matrix » clang,d-ubuntu-trusty #308
See http://build.squid-cache.org/job/trunk-matrix/compiler=clang,label=d-ubuntu-trusty/308/ -- [...truncated 35953 lines...] po2html: warning: Error processing: input ../.././test-suite/../errors/ja.po, output None, template ../.././test-suite/../errors/templates/ERR_SECURE_CONNECT_FAIL: coercing to Unicode: need string or buffer, NoneType found po2html: warning: Error processing: input ../.././test-suite/../errors/lt.po, output None, template ../.././test-suite/../errors/templates/ERR_READ_ERROR: coercing to Unicode: need string or buffer, NoneType found po2html: warning: Error processing: input ../.././test-suite/../errors/ko.po, output None, template ../.././test-suite/../errors/templates/ERR_READ_ERROR: coercing to Unicode: need string or buffer, NoneType found po2html: warning: Error processing: input ../.././test-suite/../errors/ja.po, output None, template ../.././test-suite/../errors/templates/ERR_SHUTTING_DOWN: coercing to Unicode: need string or buffer, NoneType found po2html: warning: Error processing: input ../.././test-suite/../errors/ko.po, output None, template ../.././test-suite/../errors/templates/ERR_READ_TIMEOUT: coercing to Unicode: need string or buffer, NoneType found po2html: warning: Error processing: input ../.././test-suite/../errors/lt.po, output None, template ../.././test-suite/../errors/templates/ERR_READ_TIMEOUT: coercing to Unicode: need string or buffer, NoneType found po2html: warning: Error processing: input ../.././test-suite/../errors/ko.po, output None, template ../.././test-suite/../errors/templates/ERR_SECURE_CONNECT_FAIL: coercing to Unicode: need string or buffer, NoneType found po2html: warning: Error processing: input ../.././test-suite/../errors/lt.po, output None, template ../.././test-suite/../errors/templates/ERR_SECURE_CONNECT_FAIL: coercing to Unicode: need string or buffer, NoneType found po2html: warning: Error processing: input ../.././test-suite/../errors/ja.po, output None, template ../.././test-suite/../errors/templates/ERR_TOO_BIG: coercing to Unicode: need string or buffer, NoneType found po2html: warning: Error processing: input ../.././test-suite/../errors/ko.po, output None, template ../.././test-suite/../errors/templates/ERR_SHUTTING_DOWN: coercing to Unicode: need string or buffer, NoneType found po2html: warning: Error processing: input ../.././test-suite/../errors/lt.po, output None, template ../.././test-suite/../errors/templates/ERR_SHUTTING_DOWN: coercing to Unicode: need string or buffer, NoneType found po2html: warning: Error processing: input ../.././test-suite/../errors/lt.po, output None, template ../.././test-suite/../errors/templates/ERR_TOO_BIG: coercing to Unicode: need string or buffer, NoneType found po2html: warning: Error processing: input ../.././test-suite/../errors/ja.po, output None, template ../.././test-suite/../errors/templates/ERR_URN_RESOLVE: coercing to Unicode: need string or buffer, NoneType found po2html: warning: Error processing: input ../.././test-suite/../errors/ja.po, output None, template ../.././test-suite/../errors/templates/ERR_WRITE_ERROR: coercing to Unicode: need string or buffer, NoneType found po2html: warning: Error processing: input ../.././test-suite/../errors/ko.po, output None, template ../.././test-suite/../errors/templates/ERR_URN_RESOLVE: coercing to Unicode: need string or buffer, NoneType found po2html: warning: Error processing: input ../.././test-suite/../errors/lt.po, output None, template ../.././test-suite/../errors/templates/ERR_URN_RESOLVE: coercing to Unicode: need string or buffer, NoneType found po2html: warning: Error processing: input ../.././test-suite/../errors/ko.po, output None, template ../.././test-suite/../errors/templates/ERR_WRITE_ERROR: coercing to Unicode: need string or buffer, NoneType found po2html: warning: Error processing: input ../.././test-suite/../errors/lv.po, output None, template ../.././test-suite/../errors/templates/ERR_ACCESS_DENIED: coercing to Unicode: need string or buffer, NoneType found po2html: warning: Error processing: input ../.././test-suite/../errors/lt.po, output None, template ../.././test-suite/../errors/templates/ERR_WRITE_ERROR: coercing to Unicode: need string or buffer, NoneType found po2html: warning: Error processing: input ../.././test-suite/../errors/lv.po, output None, template ../.././test-suite/../errors/templates/ERR_ACL_TIME_QUOTA_EXCEEDED: coercing to Unicode: need string or buffer, NoneType found po2html: warning: Error processing: input ../.././test-suite/../errors/nl.po, output None, template ../.././test-suite/../errors/templates/ERR_AGENT_CONFIGURE: coercing to Unicode: need string or buffer, NoneType found po2html: warning: Error processing: input ../.././test-suite/../errors/nl.po, output None, template ../.././test-suite/../errors/templates/ERR_AGENT_WPAD: coercing to Unicode: need string or buffer, NoneType found po2html:
Re: [squid-dev] [PATCH] Non-zeroing mempools
On 20/08/2015 7:28 a.m., Kinkie wrote: Hi all, the attached patch (a merge request from lp:~kinkie/squid/mempools-nozero) changes MEMPROXY_CLASS so that it doesn't zero memory before releasing it to requestors. The constructors of all classes using that feature were checked, so that they fully initialize all data members and thus require no zeroing. It also changes Debug::OutStream to use MEMPROXY_CLASS instead of new/derelete, and changes constructors to initializer lists whenever possible and sensible (aka justified by other changes), same for dropping HERE and adopting nullptr. It also changes some code in Makefile.am to use make variables in place of full paths. The code has been run-tested (default config only), build-farm-tested and polygraph-tested. It shows a small but noticeable performance improvement in performance (of course, numbers are to be taken with a big grain of salt). When reviewing, please do not focus on formatting issues; if this patch passes review I'll run a source-formatting before merging. * in Makefiles please add the new bits of *_SOURCE lists in alphabetical order. - you have several stub_libmem.cc going after stub_M and stub_S* filenames. * Please make the initializer lists one member per line. - the auto-formatting wont do that for us yet. - it greatly helps readability and manual checking for missing or out-of-order items. We can also then easily add comments to lines explain odd default values. * in memset() please use 0 integer value not '\0' to set flags. - it helps the compiler know it is safe to optimize up to larger than 8-bit values of 0. * in MemObject::MemObject() please leave the _reply initialization like it was so that the HTTMSGLOCK hack is kept visibly associated with the new operation. * You add several // needs mempool-managed zeroing. - but you say this patch makes the MEMPROXYC_CLASS macro do zero-ing already. Those should be reverted. * src/HttpHeader.cc - revert * when adding a new constructor ensure the big-5 operators (ctor, dtor, assign, emplace, emplace-assign) are all present. Even if they use = default - looking at StoreMeta, maybe others. * wordlist missing 'explicit' on the raw-pointer ctor - also other big-5 operators * in test-suite/Makefile.am please try to avoid adding LIBMEM_STUBS. - DEBUG_SOURCE entries should be enough, and it doesnt matter of extra stubs get linked to unit tests. * please do one of these: + return the XXX to Debugs.h, but it can move up to explain why AllocatorProxy.h is used instead of mem/forward.h + move the definition of FREE to mem/forward.h, and make anything including AllocatorProxy.h directly include mem/forward.h instead Amos ___ squid-dev mailing list squid-dev@lists.squid-cache.org http://lists.squid-cache.org/listinfo/squid-dev
Re: [squid-dev] [PATCH] Mark aborted RESPMOD bodies as truncated
On 19/08/2015 10:31 a.m., Alex Rousskov wrote: Hello, When an adaptation service aborts a transaction (for whatever reason), the attached patch marks the body produced by that service as truncated. Without these changes, the recipient of the truncated body (e.g., HTTP client) often cannot tell that the body was actually truncated. This may happen, for example, when Squid uses chunked encoding for body delivery. Lying about truncation may result in rather serious user-level problems. I do not know whether these changes fix all related bugs, but they do help in several eCAP truncation cases we know about. +1. At least its some improvement. Thanks. Amos ___ squid-dev mailing list squid-dev@lists.squid-cache.org http://lists.squid-cache.org/listinfo/squid-dev
[squid-dev] Jenkins build is back to normal : trunk-matrix » clang,d-fedora-22 #308
See http://build.squid-cache.org/job/trunk-matrix/compiler=clang,label=d-fedora-22/308/ ___ squid-dev mailing list squid-dev@lists.squid-cache.org http://lists.squid-cache.org/listinfo/squid-dev
[squid-dev] Jenkins build is back to normal : trunk-matrix » gcc,d-opensuse-13.2 #308
See http://build.squid-cache.org/job/trunk-matrix/compiler=gcc,label=d-opensuse-13.2/308/ ___ squid-dev mailing list squid-dev@lists.squid-cache.org http://lists.squid-cache.org/listinfo/squid-dev
[squid-dev] Build failed in Jenkins: trunk-matrix » clang,j-fbsd-93 #306
See http://build.squid-cache.org/job/trunk-matrix/compiler=clang,label=j-fbsd-93/306/ -- [...truncated 11582 lines...] sed: conftest.cpp: No such file or directory no checking for sysconf... ../../configure: cannot create conftest.cpp: No such file or directory ../../configure: cannot create conftest.err: No such file or directory sed: conftest.cpp: No such file or directory no checking for syslog... ../../configure: cannot create conftest.cpp: No such file or directory ../../configure: cannot create conftest.err: No such file or directory sed: conftest.cpp: No such file or directory no checking for timegm... ../../configure: cannot create conftest.cpp: No such file or directory ../../configure: cannot create conftest.err: No such file or directory sed: conftest.cpp: No such file or directory no checking for vsnprintf... ../../configure: cannot create conftest.cpp: No such file or directory ../../configure: cannot create conftest.err: No such file or directory sed: conftest.cpp: No such file or directory no checking for initgroups... ../../configure: cannot create conftest.cpp: No such file or directory ../../configure: cannot create conftest.err: No such file or directory sed: conftest.cpp: No such file or directory no checking for psignal... ../../configure: cannot create conftest.cpp: No such file or directory ../../configure: cannot create conftest.err: No such file or directory sed: conftest.cpp: No such file or directory no checking for strerror... ../../configure: cannot create conftest.cpp: No such file or directory ../../configure: cannot create conftest.err: No such file or directory sed: conftest.cpp: No such file or directory no checking for strtoll... ../../configure: cannot create conftest.cpp: No such file or directory ../../configure: cannot create conftest.err: No such file or directory sed: conftest.cpp: No such file or directory no checking for tempnam... ../../configure: cannot create conftest.cpp: No such file or directory ../../configure: cannot create conftest.err: No such file or directory sed: conftest.cpp: No such file or directory no checking whether getaddrinfo is declared... ../../configure: cannot create conftest.cpp: No such file or directory ../../configure: cannot create conftest.err: No such file or directory sed: conftest.cpp: No such file or directory no ../../configure: cannot create confdefs.h: No such file or directory checking whether getnameinfo is declared... ../../configure: cannot create conftest.cpp: No such file or directory ../../configure: cannot create conftest.err: No such file or directory sed: conftest.cpp: No such file or directory no ../../configure: cannot create confdefs.h: No such file or directory checking whether inet_ntop is declared... ../../configure: cannot create conftest.cpp: No such file or directory ../../configure: cannot create conftest.err: No such file or directory sed: conftest.cpp: No such file or directory no ../../configure: cannot create confdefs.h: No such file or directory checking whether inet_pton is declared... ../../configure: cannot create conftest.cpp: No such file or directory ../../configure: cannot create conftest.err: No such file or directory sed: conftest.cpp: No such file or directory no ../../configure: cannot create confdefs.h: No such file or directory checking whether InetNtopA is declared... ../../configure: cannot create conftest.cpp: No such file or directory ../../configure: cannot create conftest.err: No such file or directory sed: conftest.cpp: No such file or directory no ../../configure: cannot create confdefs.h: No such file or directory checking whether InetPtonA is declared... ../../configure: cannot create conftest.cpp: No such file or directory ../../configure: cannot create conftest.err: No such file or directory sed: conftest.cpp: No such file or directory no ../../configure: cannot create confdefs.h: No such file or directory configure: WARNING: Eep! Cannot find epoll, kqueue, /dev/poll, poll or select! configure: WARNING: Will try select and hope for the best. configure: Using select for the IO loop. ../../configure: cannot create confdefs.h: No such file or directory checking if setresuid is actually implemented... ../../configure: cannot create conftest.cpp: No such file or directory sed: conftest.cpp: No such file or directory no checking mswsock.h usability... ../../configure: cannot create conftest.cpp: No such file or directory ../../configure: cannot create conftest.err: No such file or directory sed: conftest.cpp: No such file or directory no checking mswsock.h presence... ../../configure: cannot create conftest.cpp: No such file or directory ../../configure: cannot create conftest.i: No such file or directory sed: conftest.cpp: No such file or directory no checking for mswsock.h... no checking for constant CMSG_SPACE... ../../configure: cannot create conftest.cpp: No such file or directory ../../configure: cannot create
Re: [squid-dev] [PATCH] Ignore impossible SSL bumping actions, as intended and documented / bug 4237 fix
Patch applied to trunk as rev.14227
I am also attaching the squid-3.5 version of the patch. The trunk patch
does not apply cleanly.
On 08/15/2015 03:21 AM, Amos Jeffries wrote:
On 15/08/2015 2:41 a.m., Tsantilas Christos wrote:
Hi all,
The wiki pages are fixed.
Is it OK to commit this patch?
+1 from me.
Please remove the ACLChecklist: part from the new debugs in
ACLChecklist::bannedAction() during commit.
Amos
Ignore impossible SSL bumping actions, as intended and documented.
According to Squid wiki: Some actions are not possible during
certain processing steps. During a given processing step, Squid
ignores ssl_bump lines with impossible actions. The distributed
squid.conf.documented has similar text.
Current Squid violates the above rule. Squid considers all actions,
and if an impossible action matches first, Squid guesses what the
true configuration intent was. Squid may guess wrong. For example,
depending on the transaction, Squid may guess that a matching
stare or peek action during bumping step3 means bump, breaking
peeked connections that cannot be bumped.
This unintended but gross configuration semantics violation remained
invisible until bug 4237, probably because most configurations in
most environments either worked around the problem (where admins
experimented to make it work) or did not result in visible
errors (where Squid guesses did not lead to terminated connections).
While configuration workarounds are possible, the current
implementation is very wrong and leads to overly complex and, hence,
often wrong configurations. It is also nearly impossible to document
accurately because the guessing logic depends on too many factors.
To fix this, we add an action filtering/banning mechanism to Squid
ACL code. This mechanism is then used to:
- ban client-first and server-first on bumping steps 2 and 3.
- ban peek and stare actions on bumping step 3.
- ban splice on step3 if stare is selected on step2 and
Squid cannot splice the SSL connection any more.
- ban bump on step3 if peek is selected on step2 and
Squid cannot bump the connection any more.
The same action filtering mechanism may be useful for other
ACL-driven directives with state-dependent custom actions.
This change adds a runtime performance overhead of a single virtual
method call to all ORed ACLs that do not use banned actions.
That method itself just returns false unless the ACL represents
a whole directive rule. In the latter case, an std::vector size()
is also checked. It is possible to avoid this overhead by adding
a boolean I may ban actions flag to Acl::OrNode, but we decided
the small performance harm is not worth the extra code to set
that flag.
This is a Measurement Factory project.
=== modified file 'src/acl/Acl.h'
--- src/acl/Acl.h 2015-01-13 09:13:49 +
+++ src/acl/Acl.h 2015-08-19 08:42:04 +
@@ -150,52 +150,56 @@
virtual bool requiresReply() const;
};
/// \ingroup ACLAPI
typedef enum {
// Authorization ACL result states
ACCESS_DENIED,
ACCESS_ALLOWED,
ACCESS_DUNNO,
// Authentication ACL result states
ACCESS_AUTH_REQUIRED,// Missing Credentials
} aclMatchCode;
/// \ingroup ACLAPI
/// ACL check answer; TODO: Rename to Acl::Answer
class allow_t
{
public:
// not explicit: allow aclMatchCode to allow_t conversions (for now)
-allow_t(const aclMatchCode aCode): code(aCode), kind(0) {}
+allow_t(const aclMatchCode aCode, int aKind = 0): code(aCode), kind(aKind) {}
allow_t(): code(ACCESS_DUNNO), kind(0) {}
bool operator ==(const aclMatchCode aCode) const {
return code == aCode;
}
bool operator !=(const aclMatchCode aCode) const {
return !(*this == aCode);
}
+bool operator ==(const allow_t allow) const {
+return code == allow.code kind == allow.kind;
+}
+
operator aclMatchCode() const {
return code;
}
aclMatchCode code; /// ACCESS_* code
int kind; /// which custom access list verb matched
};
inline std::ostream
operator (std::ostream o, const allow_t a)
{
switch (a) {
case ACCESS_DENIED:
o DENIED;
break;
case ACCESS_ALLOWED:
o ALLOWED;
break;
case ACCESS_DUNNO:
o DUNNO;
=== modified file 'src/acl/BoolOps.cc'
--- src/acl/BoolOps.cc 2015-01-13 09:13:49 +
+++ src/acl/BoolOps.cc 2015-08-19 08:42:04 +
@@ -98,47 +98,55 @@
Acl::AndNode::parse()
{
// Not implemented: AndNode cannot be configured directly. See Acl::AllOf.
assert(false);
}
/* Acl::OrNode */
char const *
Acl::OrNode::typeString() const
{
return any-of;
}
ACL *
Acl::OrNode::clone() const
{
return new OrNode;
}
+bool
+Acl::OrNode::bannedAction(ACLChecklist *, Nodes::const_iterator) const
+{
+return false;
+}
+
int
Acl::OrNode::doMatch(ACLChecklist *checklist, Nodes::const_iterator start) const
{
lastMatch_ = nodes.end();
// find
[squid-dev] Build failed in Jenkins: trunk-matrix » clang,rs-fbsd-10 #308
See http://build.squid-cache.org/job/trunk-matrix/compiler=clang,label=rs-fbsd-10/308/ -- [...truncated 34904 lines...] Making all in adaptation gmake[4]: Entering directory `/usrhttp://build.squid-cache.org/job/trunk-matrix/compiler=clang,label=rs-fbsd-10/ws/btlayer-02-maximus/squid-4.0.0-BZR/_build/src/adaptation' Making all in icap gmake[5]: Entering directory `/usrhttp://build.squid-cache.org/job/trunk-matrix/compiler=clang,label=rs-fbsd-10/ws/btlayer-02-maximus/squid-4.0.0-BZR/_build/src/adaptation/icap' depbase=`echo Client.lo | sed 's|[^/]*$|.deps/|;s|\.lo$||'`;\ /bin/sh ../../../libtool --tag=CXX --mode=compile ccache clang++ -DHAVE_CONFIG_H -I../../../.. -I../../../../include -I../../../../lib -I../../../../src -I../../../include -I/usr/local/include -I/usr/include -I/usr/include -I../../../../libltdl -I/usr/local/include/libxml2 -I/usr/local/include/libxml2 -Werror -Qunused-arguments -D_REENTRANT -g -O2 -std=c++11 -I/usr/local/include -MT Client.lo -MD -MP -MF $depbase.Tpo -c -o Client.lo ../../../../src/adaptation/icap/Client.cc \ mv -f $depbase.Tpo $depbase.Plo depbase=`echo Config.lo | sed 's|[^/]*$|.deps/|;s|\.lo$||'`;\ /bin/sh ../../../libtool --tag=CXX --mode=compile ccache clang++ -DHAVE_CONFIG_H -I../../../.. -I../../../../include -I../../../../lib -I../../../../src -I../../../include -I/usr/local/include -I/usr/include -I/usr/include -I../../../../libltdl -I/usr/local/include/libxml2 -I/usr/local/include/libxml2 -Werror -Qunused-arguments -D_REENTRANT -g -O2 -std=c++11 -I/usr/local/include -MT Config.lo -MD -MP -MF $depbase.Tpo -c -o Config.lo ../../../../src/adaptation/icap/Config.cc \ mv -f $depbase.Tpo $depbase.Plo libtool: compile: ccache clang++ -DHAVE_CONFIG_H -I../../../.. -I../../../../include -I../../../../lib -I../../../../src -I../../../include -I/usr/local/include -I/usr/include -I/usr/include -I../../../../libltdl -I/usr/local/include/libxml2 -I/usr/local/include/libxml2 -Werror -Qunused-arguments -D_REENTRANT -g -O2 -std=c++11 -I/usr/local/include -MT Config.lo -MD -MP -MF .deps/Config.Tpo -c ../../../../src/adaptation/icap/Config.cc -fPIC -DPIC -o .libs/Config.o libtool: compile: ccache clang++ -DHAVE_CONFIG_H -I../../../.. -I../../../../include -I../../../../lib -I../../../../src -I../../../include -I/usr/local/include -I/usr/include -I/usr/include -I../../../../libltdl -I/usr/local/include/libxml2 -I/usr/local/include/libxml2 -Werror -Qunused-arguments -D_REENTRANT -g -O2 -std=c++11 -I/usr/local/include -MT Client.lo -MD -MP -MF .deps/Client.Tpo -c ../../../../src/adaptation/icap/Client.cc -fPIC -DPIC -o .libs/Client.o libtool: compile: ccache clang++ -DHAVE_CONFIG_H -I../../../.. -I../../../../include -I../../../../lib -I../../../../src -I../../../include -I/usr/local/include -I/usr/include -I/usr/include -I../../../../libltdl -I/usr/local/include/libxml2 -I/usr/local/include/libxml2 -Werror -Qunused-arguments -D_REENTRANT -g -O2 -std=c++11 -I/usr/local/include -MT Client.lo -MD -MP -MF .deps/Client.Tpo -c ../../../../src/adaptation/icap/Client.cc -fPIC -DPIC -o Client.o /dev/null 21 libtool: compile: ccache clang++ -DHAVE_CONFIG_H -I../../../.. -I../../../../include -I../../../../lib -I../../../../src -I../../../include -I/usr/local/include -I/usr/include -I/usr/include -I../../../../libltdl -I/usr/local/include/libxml2 -I/usr/local/include/libxml2 -Werror -Qunused-arguments -D_REENTRANT -g -O2 -std=c++11 -I/usr/local/include -MT Config.lo -MD -MP -MF .deps/Config.Tpo -c ../../../../src/adaptation/icap/Config.cc -fPIC -DPIC -o Config.o /dev/null 21 depbase=`echo Elements.lo | sed 's|[^/]*$|.deps/|;s|\.lo$||'`;\ /bin/sh ../../../libtool --tag=CXX --mode=compile ccache clang++ -DHAVE_CONFIG_H -I../../../.. -I../../../../include -I../../../../lib -I../../../../src -I../../../include -I/usr/local/include -I/usr/include -I/usr/include -I../../../../libltdl -I/usr/local/include/libxml2 -I/usr/local/include/libxml2 -Werror -Qunused-arguments -D_REENTRANT -g -O2 -std=c++11 -I/usr/local/include -MT Elements.lo -MD -MP -MF $depbase.Tpo -c -o Elements.lo ../../../../src/adaptation/icap/Elements.cc \ mv -f $depbase.Tpo $depbase.Plo depbase=`echo Options.lo | sed 's|[^/]*$|.deps/|;s|\.lo$||'`;\ /bin/sh ../../../libtool --tag=CXX --mode=compile ccache clang++ -DHAVE_CONFIG_H -I../../../.. -I../../../../include -I../../../../lib -I../../../../src -I../../../include -I/usr/local/include -I/usr/include -I/usr/include -I../../../../libltdl -I/usr/local/include/libxml2 -I/usr/local/include/libxml2 -Werror -Qunused-arguments -D_REENTRANT -g -O2 -std=c++11 -I/usr/local/include -MT Options.lo -MD -MP -MF $depbase.Tpo -c -o Options.lo ../../../../src/adaptation/icap/Options.cc \ mv -f $depbase.Tpo $depbase.Plo libtool: compile: ccache clang++ -DHAVE_CONFIG_H -I../../../.. -I../../../../include -I../../../../lib -I../../../../src -I../../../include
[squid-dev] Build failed in Jenkins: trunk-matrix » clang,d-centos-7 #308
See http://build.squid-cache.org/job/trunk-matrix/compiler=clang,label=d-centos-7/308/ -- [...truncated 35495 lines...] libtool: compile: ccache clang++ -DHAVE_CONFIG_H -I../../../.. -I../../../../include -I../../../../lib -I../../../../src -I../../../include -I/usr/include/libxml2 -I/usr/include/libxml2 -Werror -Qunused-arguments -Wno-deprecated-register -D_REENTRANT -g -O2 -std=c++11 -MT Client.lo -MD -MP -MF .deps/Client.Tpo -c ../../../../src/adaptation/icap/Client.cc -fPIC -DPIC -o Client.o /dev/null 21 depbase=`echo ServiceRep.lo | sed 's|[^/]*$|.deps/|;s|\.lo$||'`;\ /bin/sh ../../../libtool --tag=CXX --mode=compile ccache clang++ -DHAVE_CONFIG_H -I../../../.. -I../../../../include -I../../../../lib -I../../../../src -I../../../include-I/usr/include/libxml2 -I/usr/include/libxml2 -Werror -Qunused-arguments -Wno-deprecated-register -D_REENTRANT -g -O2 -std=c++11 -MT ServiceRep.lo -MD -MP -MF $depbase.Tpo -c -o ServiceRep.lo ../../../../src/adaptation/icap/ServiceRep.cc \ mv -f $depbase.Tpo $depbase.Plo libtool: compile: ccache clang++ -DHAVE_CONFIG_H -I../../../.. -I../../../../include -I../../../../lib -I../../../../src -I../../../include -I/usr/include/libxml2 -I/usr/include/libxml2 -Werror -Qunused-arguments -Wno-deprecated-register -D_REENTRANT -g -O2 -std=c++11 -MT Elements.lo -MD -MP -MF .deps/Elements.Tpo -c ../../../../src/adaptation/icap/Elements.cc -fPIC -DPIC -o Elements.o /dev/null 21 libtool: compile: ccache clang++ -DHAVE_CONFIG_H -I../../../.. -I../../../../include -I../../../../lib -I../../../../src -I../../../include -I/usr/include/libxml2 -I/usr/include/libxml2 -Werror -Qunused-arguments -Wno-deprecated-register -D_REENTRANT -g -O2 -std=c++11 -MT ServiceRep.lo -MD -MP -MF .deps/ServiceRep.Tpo -c ../../../../src/adaptation/icap/ServiceRep.cc -fPIC -DPIC -o .libs/ServiceRep.o depbase=`echo Launcher.lo | sed 's|[^/]*$|.deps/|;s|\.lo$||'`;\ /bin/sh ../../../libtool --tag=CXX --mode=compile ccache clang++ -DHAVE_CONFIG_H -I../../../.. -I../../../../include -I../../../../lib -I../../../../src -I../../../include-I/usr/include/libxml2 -I/usr/include/libxml2 -Werror -Qunused-arguments -Wno-deprecated-register -D_REENTRANT -g -O2 -std=c++11 -MT Launcher.lo -MD -MP -MF $depbase.Tpo -c -o Launcher.lo ../../../../src/adaptation/icap/Launcher.cc \ mv -f $depbase.Tpo $depbase.Plo libtool: compile: ccache clang++ -DHAVE_CONFIG_H -I../../../.. -I../../../../include -I../../../../lib -I../../../../src -I../../../include -I/usr/include/libxml2 -I/usr/include/libxml2 -Werror -Qunused-arguments -Wno-deprecated-register -D_REENTRANT -g -O2 -std=c++11 -MT Launcher.lo -MD -MP -MF .deps/Launcher.Tpo -c ../../../../src/adaptation/icap/Launcher.cc -fPIC -DPIC -o .libs/Launcher.o libtool: compile: ccache clang++ -DHAVE_CONFIG_H -I../../../.. -I../../../../include -I../../../../lib -I../../../../src -I../../../include -I/usr/include/libxml2 -I/usr/include/libxml2 -Werror -Qunused-arguments -Wno-deprecated-register -D_REENTRANT -g -O2 -std=c++11 -MT Config.lo -MD -MP -MF .deps/Config.Tpo -c ../../../../src/adaptation/icap/Config.cc -fPIC -DPIC -o Config.o /dev/null 21 libtool: compile: ccache clang++ -DHAVE_CONFIG_H -I../../../.. -I../../../../include -I../../../../lib -I../../../../src -I../../../include -I/usr/include/libxml2 -I/usr/include/libxml2 -Werror -Qunused-arguments -Wno-deprecated-register -D_REENTRANT -g -O2 -std=c++11 -MT Options.lo -MD -MP -MF .deps/Options.Tpo -c ../../../../src/adaptation/icap/Options.cc -fPIC -DPIC -o Options.o /dev/null 21 depbase=`echo OptXact.lo | sed 's|[^/]*$|.deps/|;s|\.lo$||'`;\ /bin/sh ../../../libtool --tag=CXX --mode=compile ccache clang++ -DHAVE_CONFIG_H -I../../../.. -I../../../../include -I../../../../lib -I../../../../src -I../../../include-I/usr/include/libxml2 -I/usr/include/libxml2 -Werror -Qunused-arguments -Wno-deprecated-register -D_REENTRANT -g -O2 -std=c++11 -MT OptXact.lo -MD -MP -MF $depbase.Tpo -c -o OptXact.lo ../../../../src/adaptation/icap/OptXact.cc \ mv -f $depbase.Tpo $depbase.Plo depbase=`echo Xaction.lo | sed 's|[^/]*$|.deps/|;s|\.lo$||'`;\ /bin/sh ../../../libtool --tag=CXX --mode=compile ccache clang++ -DHAVE_CONFIG_H -I../../../.. -I../../../../include -I../../../../lib -I../../../../src -I../../../include-I/usr/include/libxml2 -I/usr/include/libxml2 -Werror -Qunused-arguments -Wno-deprecated-register -D_REENTRANT -g -O2 -std=c++11 -MT Xaction.lo -MD -MP -MF $depbase.Tpo -c -o Xaction.lo ../../../../src/adaptation/icap/Xaction.cc \ mv -f $depbase.Tpo $depbase.Plo libtool: compile: ccache clang++ -DHAVE_CONFIG_H -I../../../.. -I../../../../include -I../../../../lib -I../../../../src -I../../../include -I/usr/include/libxml2 -I/usr/include/libxml2 -Werror -Qunused-arguments -Wno-deprecated-register -D_REENTRANT -g -O2 -std=c++11 -MT OptXact.lo -MD -MP -MF .deps/OptXact.Tpo -c
Re: [squid-dev] Developing customized Cache Selection algorithm from Round Robin, Least Load
On 08/19/2015 05:03 AM, Du, Hongfei wrote: We are in an attempt to extend Squid Cache selection algorithm to develop a solution for controlled storage of subscriber’s content in Squid Caches, and thereafter apply access rule on these contents, a few questions to start with: ·As we probably has to rewrite new algorithm and recompile it, so does anyone know where(or which file) is the existing Round Robin or Least Load algorithm defined in source codes? Search for the storeDirSelectSwapDir variable in src/store_dir.cc. To learn more about customizing cache dir selection code, run: $ bzr grep Config.store_dir_select_algorithm or an equivalent search command. ·Is there straight forward method to tell/instruct squid to store content(e.g. an URL) from network in a predefined specific disk folder rather than using the selection algorithm itself? You can use cache_dir min-size and max-size options to control cache_dir selection to some extent. You can use the cache directive in squid.conf to control what gets stored and served from the cache. This directive accepts Squid ACLs, so it can be applied to specific URLs, but it cannot allow or prohibit individual cache_dir usage. I am not aware of any other configurable interface at the individual URL level. There is no configurable mapping of URLs/StoreIDs to cache_dirs (and beyond). The storeDirSelectSwapDir variable mentioned above points to one of the two functions that do the mapping (selected at configuration time based on store_dir_select_algorithm in squid.conf). The details of the cache_dir selection code are rather ugly, with several half-broken interfaces augmented by weird storage module-dependent implementations. Do not expect a smooth sailing. Good luck, Alex. ___ squid-dev mailing list squid-dev@lists.squid-cache.org http://lists.squid-cache.org/listinfo/squid-dev
[squid-dev] Build failed in Jenkins: trunk-polygraph #821
See http://build.squid-cache.org/job/trunk-polygraph/821/ -- Started by an SCM change Building remotely on polygraph (12.04 amd64-Ubuntu Ubuntu amd64-Ubuntu-12.04 Ubuntu-12.04 amd64) in workspace http://build.squid-cache.org/job/trunk-polygraph/ws/ $ bzr revision-info -d http://build.squid-cache.org/job/trunk-polygraph/ws/ info result: bzr revision-info -d http://build.squid-cache.org/job/trunk-polygraph/ws/ returned 0. Command output: 14231 kin...@squid-cache.org-20150820024431-3nz2vmoyks3ct2dn stderr: [trunk-polygraph] $ bzr update M src/esi/Libxml2Parser.h All changes applied successfully. Updated to revision 14231 of branch http://bzr.squid-cache.org/bzr/squid3/trunk [trunk-polygraph] $ bzr switch http://bzr.squid-cache.org/bzr/squid3/trunk/ Tree is up to date at revision 14231. Switched to branch: http://bzr.squid-cache.org/bzr/squid3/trunk/ [trunk-polygraph] $ bzr revert $ bzr revision-info -d http://build.squid-cache.org/job/trunk-polygraph/ws/ info result: bzr revision-info -d http://build.squid-cache.org/job/trunk-polygraph/ws/ returned 0. Command output: 14231 kin...@squid-cache.org-20150820024431-3nz2vmoyks3ct2dn stderr: [trunk-polygraph] $ bzr log -v -r revid:kin...@squid-cache.org-20150820024431-3nz2vmoyks3ct2dn..revid:kin...@squid-cache.org-20150820024431-3nz2vmoyks3ct2dn --long --show-ids Getting local revision... $ bzr revision-info -d http://build.squid-cache.org/job/trunk-polygraph/ws/ info result: bzr revision-info -d http://build.squid-cache.org/job/trunk-polygraph/ws/ returned 0. Command output: 14231 kin...@squid-cache.org-20150820024431-3nz2vmoyks3ct2dn stderr: RevisionState revno:14231 revid:kin...@squid-cache.org-20150820024431-3nz2vmoyks3ct2dn [trunk-polygraph] $ /bin/sh -xe /tmp/hudson2382709682935314980.sh + cd /home/jenkins/squidperf + python SquidBasicPerf.py --audited http://build.squid-cache.org/job/trunk-polygraph/355/artifact/logs/test.lx --jjid 821 --svnurl http://bzr.squid-cache.org/bzr/squid3/trunk/ --jobname trunk-polygraph There is an error during Squid deployment: type 'exceptions.AssertionError' type 'exceptions.AssertionError' traceback object at 0x7fbfcab05758 Traceback (most recent call last): File SquidBasicPerf.py, line 82, in module proxy.deployFromBzr(args.svnurl, squidRevision) File /home/jenkins/squidperf/Side.py, line 230, in deployFromBzr self.execute(cd /tmp/squidsource make -j 5 make install) File /home/jenkins/squidperf/Side.py, line 158, in execute output = instanceSSH.execute(command) File /home/jenkins/squidperf/ssh.py, line 33, in execute assert (exitCode == 0), Error during execution command + command + : + error AssertionError: Error during execution command cd /tmp/squidsource make -j 5 make install: Build step 'Execute shell' marked build as failure Archiving artifacts [description-setter] Description set: ___ squid-dev mailing list squid-dev@lists.squid-cache.org http://lists.squid-cache.org/listinfo/squid-dev
