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
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
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
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
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
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
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
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
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
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
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,
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
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
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
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
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
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
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
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
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
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
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
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
23 matches
Mail list logo