Build failed in Hudson: 3.HEAD-amd64-CentOS-5.3 #698
See http://build.squid-cache.org/job/3.HEAD-amd64-CentOS-5.3/698/changes Changes: [Amos Jeffries squ...@treenet.co.nz] Fix fake NTLM auth symbol clash on ERR/OK macros [Alex Rousskov rouss...@measurement-factory.com] Compliance: Forward multiple unknown HTTP Cache-Control directives. httpHdrCcParseInit() ignored all unknown Cache-Control directives except for the first one because the (type != CC_OTHER) check applied to the debugging statement only. Co-Advisor test case: test_case/rfc2616/endHdr-fwd-set-Cache-Control-toSrv -- [...truncated 4483 lines...] make[3]: Entering directory `http://build.squid-cache.org/job/3.HEAD-amd64-CentOS-5.3/ws/btlayer-00-default/squid-3.HEAD-BZR/_build/helpers/basic_auth' Making all in DB make[4]: Entering directory `http://build.squid-cache.org/job/3.HEAD-amd64-CentOS-5.3/ws/btlayer-00-default/squid-3.HEAD-BZR/_build/helpers/basic_auth/DB' sed -e 's,[...@]perl[@],/usr/bin/perl,g' ../../../../helpers/basic_auth/DB/basic_db_auth.pl.in basic_db_auth || (/bin/rm -f -f basic_db_auth ; exit 1) pod2man basic_db_auth basic_db_auth.8 make[4]: Leaving directory `http://build.squid-cache.org/job/3.HEAD-amd64-CentOS-5.3/ws/btlayer-00-default/squid-3.HEAD-BZR/_build/helpers/basic_auth/DB' Making all in LDAP make[4]: Entering directory `http://build.squid-cache.org/job/3.HEAD-amd64-CentOS-5.3/ws/btlayer-00-default/squid-3.HEAD-BZR/_build/helpers/basic_auth/LDAP' if g++ -DHAVE_CONFIG_H -I../../../.. -I../../../../include -I../../../../src -I../../../include -Wall -Wpointer-arith -Wwrite-strings -Wcomments -Werror -pipe -D_REENTRANT -g -O2 -MT basic_ldap_auth.o -MD -MP -MF .deps/basic_ldap_auth.Tpo -c -o basic_ldap_auth.o ../../../../helpers/basic_auth/LDAP/basic_ldap_auth.cc; \ then mv -f .deps/basic_ldap_auth.Tpo .deps/basic_ldap_auth.Po; else rm -f .deps/basic_ldap_auth.Tpo; exit 1; fi /bin/sh ../../../libtool --tag=CXX --mode=link g++ -Wall -Wpointer-arith -Wwrite-strings -Wcomments -Werror -pipe -D_REENTRANT -g -O2 -g -o basic_ldap_auth basic_ldap_auth.o -L../../../lib -lmiscutil ../../../compat/libcompat.la -lldap -llber libtool: link: g++ -Wall -Wpointer-arith -Wwrite-strings -Wcomments -Werror -pipe -D_REENTRANT -g -O2 -g -o basic_ldap_auth basic_ldap_auth.o -Lhttp://build.squid-cache.org/job/3.HEAD-amd64-CentOS-5.3/ws/btlayer-00-default/squid-3.HEAD-BZR/_build/lib -lmiscutil ../../../compat/.libs/libcompat.a -lldap -llber make[4]: Leaving directory `http://build.squid-cache.org/job/3.HEAD-amd64-CentOS-5.3/ws/btlayer-00-default/squid-3.HEAD-BZR/_build/helpers/basic_auth/LDAP' Making all in MSNT make[4]: Entering directory `http://build.squid-cache.org/job/3.HEAD-amd64-CentOS-5.3/ws/btlayer-00-default/squid-3.HEAD-BZR/_build/helpers/basic_auth/MSNT' if gcc -DHAVE_CONFIG_H -I../../../.. -I../../../../include -I../../../../src -I../../../include -I../../../../helpers/basic_auth/MSNT -Wall -Wpointer-arith -Wwrite-strings -Wmissing-prototypes -Wmissing-declarations -Wcomments -Werror -pipe -D_REENTRANT -MT md4.o -MD -MP -MF .deps/md4.Tpo -c -o md4.o ../../../../helpers/basic_auth/MSNT/md4.c; \ then mv -f .deps/md4.Tpo .deps/md4.Po; else rm -f .deps/md4.Tpo; exit 1; fi if gcc -DHAVE_CONFIG_H -I../../../.. -I../../../../include -I../../../../src -I../../../include -I../../../../helpers/basic_auth/MSNT -Wall -Wpointer-arith -Wwrite-strings -Wmissing-prototypes -Wmissing-declarations -Wcomments -Werror -pipe -D_REENTRANT -MT rfcnb-io.o -MD -MP -MF .deps/rfcnb-io.Tpo -c -o rfcnb-io.o ../../../../helpers/basic_auth/MSNT/rfcnb-io.c; \ then mv -f .deps/rfcnb-io.Tpo .deps/rfcnb-io.Po; else rm -f .deps/rfcnb-io.Tpo; exit 1; fi if gcc -DHAVE_CONFIG_H -I../../../.. -I../../../../include -I../../../../src -I../../../include -I../../../../helpers/basic_auth/MSNT -Wall -Wpointer-arith -Wwrite-strings -Wmissing-prototypes -Wmissing-declarations -Wcomments -Werror -pipe -D_REENTRANT -MT rfcnb-util.o -MD -MP -MF .deps/rfcnb-util.Tpo -c -o rfcnb-util.o ../../../../helpers/basic_auth/MSNT/rfcnb-util.c; \ then mv -f .deps/rfcnb-util.Tpo .deps/rfcnb-util.Po; else rm -f .deps/rfcnb-util.Tpo; exit 1; fi if gcc -DHAVE_CONFIG_H -I../../../.. -I../../../../include -I../../../../src -I../../../include -I../../../../helpers/basic_auth/MSNT -Wall -Wpointer-arith -Wwrite-strings -Wmissing-prototypes -Wmissing-declarations -Wcomments -Werror -pipe -D_REENTRANT -MT session.o -MD -MP -MF .deps/session.Tpo -c -o session.o ../../../../helpers/basic_auth/MSNT/session.c; \ then mv -f .deps/session.Tpo .deps/session.Po; else rm -f .deps/session.Tpo; exit 1; fi if gcc -DHAVE_CONFIG_H -I../../../.. -I../../../../include -I../../../../src -I../../../include -I../../../../helpers/basic_auth/MSNT -Wall -Wpointer-arith -Wwrite-strings -Wmissing-prototypes -Wmissing-declarations -Wcomments -Werror -pipe -D_REENTRANT -MT msntauth.o -MD -MP -MF .deps/msntauth.Tpo
3.2.0.0 Beta sources not available
There is a link to 3.2 Beta from Squid downloads but tarball is not there: http://www.squid-cache.org/Versions/v3/3.2/squid-3.2.0.0.tar.gz Thank you! J
Re: 3.2.0.0 Beta sources not available
Jenny Lee wrote: There is a link to 3.2 Beta from Squid downloads but tarball is not there: http://www.squid-cache.org/Versions/v3/3.2/squid-3.2.0.0.tar.gz Thank you! J Oh thanks. That should not have been a visible link yet. There is no formal signed bundle as yet. Amos -- Please be using Current Stable Squid 2.7.STABLE9 or 3.1.5
Re: 3.2.0.0 Beta sources not available
Jenny Lee wrote: There is a link to 3.2 Beta from Squid downloads but tarball is not there: http://www.squid-cache.org/Versions/v3/3.2/squid-3.2.0.0.tar.gz Thank you! J Oh thanks. That should not have been a visible link yet. There is no formal signed bundle as yet. Amos Hello Amos, Please note that 3.1.5 was available from 2nd July. However, when I wanted to download it on 20 or something July, there was no link of it on website. I had to copy/paste the URL from 3.1.4 and change the version of tarball to 3.1.5 to download it directly. One user mentioned the same thing on this list, too. When will squid-3.2.0.0/1 will be available (just to simplify things for us users, instead of dealing with dailies)? Thanks! J
Hudson build is back to normal: 3.HEAD-amd64-CentOS-5.3 #699
See http://build.squid-cache.org/job/3.HEAD-amd64-CentOS-5.3/699/changes
Hudson build is back to normal: 3.HEAD-i386-opensolaris #375
See http://build.squid-cache.org/job/3.HEAD-i386-opensolaris/375/changes
Build failed in Hudson: 3.HEAD-i386-opensolaris-SunStudioCc #337
See http://build.squid-cache.org/job/3.HEAD-i386-opensolaris-SunStudioCc/337/changes Changes: [Amos Jeffries amosjeffr...@squid-cache.org] typo [Amos Jeffries squ...@treenet.co.nz] Fix fake NTLM auth symbol clash on ERR/OK macros [Alex Rousskov rouss...@measurement-factory.com] Compliance: Forward multiple unknown HTTP Cache-Control directives. httpHdrCcParseInit() ignored all unknown Cache-Control directives except for the first one because the (type != CC_OTHER) check applied to the debugging statement only. Co-Advisor test case: test_case/rfc2616/endHdr-fwd-set-Cache-Control-toSrv [Alex Rousskov rouss...@measurement-factory.com] Bug #2975 fix: chunked requests not supported after regular ones Clean dechunking state to avoid a 501 response to a chunked request following a non-chunked request on a persistent connection. [Automatic source maintenance squid...@squid-cache.org] snapshot 3.2 [Amos Jeffries amosjeffr...@squid-cache.org] Try add top_builddir for possible use by libtool linking on some OS [Amos Jeffries amosjeffr...@squid-cache.org] Libtool now requires local include paths for LTDL [Amos Jeffries amosjeffr...@squid-cache.org] Bug 2994: pt 1: Open *_port directives correctly in IPv4-only mode. Was opening snmp_port, icp_port, htcp_port under the v4-mapping assumption. This forces the ports both listening and outgoing to IPv4-only unless v4-mapping is actually available in the system. [Amos Jeffries amosjeffr...@squid-cache.org] Fix use of uninitialized memory in session helper [Amos Jeffries amosjeffr...@squid-cache.org] Update helper debug macro for safe use inside unwrapped if...else statements [Amos Jeffries amosjeffr...@squid-cache.org] Make memory_pools_limit an int64_t to handle signed none values. [Amos Jeffries amosjeffr...@squid-cache.org] Fix build warnings in libntlm [Amos Jeffries squ...@treenet.co.nz] Author: Various Translators Translations Update auto-save [Christos Tsantilas chtsa...@users.sourceforge.net] Bug fix: 32bit integer used in HttpStateData to store the bytes received from next hop A simple integer used to store the bytes received from the next hop (http server of proxy), which my cause problems when receives huge http objects on 32bit systems. [Christos Tsantilas chtsa...@users.sourceforge.net] Bug fix: The bytes sent/received to/from the ICAP server may not logged correctly on 32bit systems A simple long int (doint/outint) used to log bytes sent/received to/from the ICAP server, ICAP requests with very large http objects will not logged correctly. Use int64_t (dooff/outoff) instead [Amos Jeffries amosjeffr...@squid-cache.org] Author: Matthias Pitzl silam...@coronamundi.de Bug 2991: Wrong parameters to fcntl() in commSetCloseOnExec() [Amos Jeffries amosjeffr...@squid-cache.org] Bug 2988: Updated documentation of TCP keepalive [Christos Tsantilas chtsa...@users.sourceforge.net] Add a missing break. Currently does not have any effect but it may cause problems in the feature. [Amos Jeffries squ...@treenet.co.nz] Prep for 3.1.5.1 [Amos Jeffries amosjeffr...@squid-cache.org] Bug 2780: assertion failed: store_swapin.cc:47: e-mem_status == NOT_IN_MEMORY [Amos Jeffries squ...@treenet.co.nz] Author: Various Translators Translations Update auto-save [Amos Jeffries squ...@treenet.co.nz] Author: Various Translators Translations Update auto-save [Amos Jeffries squ...@treenet.co.nz] Author: Various Translators Translations Update auto-save [Amos Jeffries squ...@treenet.co.nz] Error template adjustments [Amos Jeffries amosjeffr...@squid-cache.org] Bug 2986: test-builds.sh letting bugs through [Amos Jeffries amosjeffr...@squid-cache.org] Prevent invalid memory access in SNMP [Amos Jeffries squ...@treenet.co.nz] IPv4-only mode fixes on rev10662 * get IP probe fro v4-mapping right. * only open http_port on IPv4 when IPv6 is disabled but available. -- [...truncated 3083 lines...] make[1]: Entering directory `http://build.squid-cache.org/job/3.HEAD-i386-opensolaris-SunStudioCc/ws/btlayer-00-default/squid-3.HEAD-BZR/_build' Making all in compat make[2]: Entering directory `http://build.squid-cache.org/job/3.HEAD-i386-opensolaris-SunStudioCc/ws/btlayer-00-default/squid-3.HEAD-BZR/_build/compat' source='../../compat/assert.cc' object='assert.lo' libtool=yes \ DEPDIR=.deps depmode=none /bin/sh ../../cfgaux/depcomp \ /bin/sh ../libtool --tag=CXX --mode=compile ccache /opt/SunStudioExpress/prod/bin/CC -DHAVE_CONFIG_H -I../.. -I../../include -I../../src -I../include -I/usr/local/include -I/usr/include/gssapi -I/usr/include/kerberosv5 -I/usr/include/gssapi -I/usr/include/kerberosv5 -errwarn=%all -D_REENTRANT -g -c -o assert.lo ../../compat/assert.cc source='../../compat/compat.cc' object='compat.lo' libtool=yes \ DEPDIR=.deps depmode=none /bin/sh ../../cfgaux/depcomp \ /bin/sh ../libtool --tag=CXX --mode=compile ccache /opt/SunStudioExpress/prod/bin/CC
Re: --enable-disk-io default is not auto?
That code block should not be executed if the option is not specified. In theory it should work as advertised. What is the check that's failing to you? Kinkie (on mobile, can't commit but can comment ;) ) I'm putting the finishing touches to autoconf-refactor on a local branch, in a few days I'll be able to post a merge candidate On 7/30/10, Alex Rousskov rouss...@measurement-factory.com wrote: On 07/23/2010 08:01 PM, Amos Jeffries wrote: Alex Rousskov wrote: Hello, I believe the change below is required for --enable-disk-io to actually default to auto, which is what we promise in AS_HELP_STRING. On the other hand, the comment insists that we should do nothing and that the auto is ok. Did I miss something? --enable-disk-io -- yes missing -- auto --disable-disk-io -- no --enable-disk-io=A,B,C -- yes, for A B C only Agreed. --enable-disk-io=auto -- yes, for a module called 'auto' Do not want to argue about this one for now. Can you confirm that the fix below is the right one? AS_HELP_STRING says that all available modules will be built by default, but that does not happen without the fix, AFAICT, because $enableval matches the * case and squid_opt_enable_diskio gets set to yes, and a later if test $squid_opt_enable_diskio = auto; check fails. Thank you, Alex. AC_MSG_CHECKING([for DiskIO modules to be enabled]) squid_disk_module_candidates= squid_opt_enable_diskio=auto #values: no, yes, auto(=yes+detect modules) AC_ARG_ENABLE(disk-io, AS_HELP_STRING([--enable-disk-io=list of modules], [Build support for the list of disk I/O modules. Set without a value or omitted, all available modules will be built. See src/DiskIO for a list of available modules, or Programmers Guide section on DiskIO for details on how to build your custom disk module]), [ case $enableval in - yes) - ${TRUE} - #do nothing, auto is ok + yes|auto) + squid_opt_enable_diskio=$enableval ;; no) squid_opt_enable_diskio=no ;; *) squid_opt_enable_diskio=yes squid_disk_module_candidates= `echo $enableval| sed -e 's/,/ /g;s/ */ /g'` SQUID_CLEANUP_MODULES_LIST([squid_disk_module_candidates]) ;; esac ]) # if requested to autodetect, find out what we have if test $squid_opt_enable_diskio = auto; then squid_opt_enable_diskio=yes SQUID_LOOK_FOR_MODULES([$srcdir/src/DiskIO],[squid_disk_module_candidates]) fi Thank you, Alex. -- /kinkie
[MERGE] Fixed missing test command when testing OS
Please find attached very minor patch for configure.in # Bazaar merge directive format 2 (Bazaar 0.90) # revision_id: a...@andybev.com-20100731150544-p9g5vwcakwomkug9 # target_branch: file:///home/andrew/squid-repo/trunk/ # testament_sha1: acdd91fe4f43f7f08ff31f224b583c5310f8398c # timestamp: 2010-07-31 16:09:55 +0100 # base_revision_id: squ...@treenet.co.nz-20100731141830-\ # 60bm8quxdd78f5rz # # Begin patch === modified file 'configure.in' --- configure.in 2010-07-31 14:18:30 + +++ configure.in 2010-07-31 15:05:44 + @@ -1377,7 +1377,7 @@ CXXFLAGS=`getconf ${buildmodel}_CFLAGS` $CXXFLAGS LIBS=`getconf ${buildmodel}_LIBS` $LIBS LDFLAGS=`getconf ${buildmodel}_LDFLAGS` $LDFLAGS - if $squid_host_os = solaris ; then + if test $squid_host_os = solaris ; then # On Solaris getconf returns for CFLAGS -xarch=generic64, -Xa and -Usun options, and # for LDFLAGS -xarch=generic64, but: # Begin bundle IyBCYXphYXIgcmV2aXNpb24gYnVuZGxlIHY0CiMKQlpoOTFBWSZTWVwW+3YAAWhfgAAwVGP//3MD nAC/7//wUAM68OdOOl05BKJJgo8TTI1PKbSepmIJmiep6jNQ0CUSp+mCZAKfqmmgABKmRHqp hPDRNPUamgAAwExAGAAASU0mE0AVHtKeTRPU9MoaHqPUYmmRomLHLYm26KFzD6MmECxn vR628b8FfqyIhTrc0J0dQisY73X9vd98HLx3FUweiaLHK/socvjooqnRpUGQLoeP4MRSKwq06jyv FpFoB/kti3hfSdVkyCLx264GYRnwENB53HWS8h4oZCH0g5TUwfB9BaniPr5m7hMQz7iUZPpliWLo YK8PS2jxRkc8g48yJTln7dZpIRYTHFxoX1M7P0Jl+GoIhDVGhdEeGDY8RESkXzW8rk9LWqEMqLgi OIKiY3iXdOp+STUhPWyQscC1vEZjhHENsFK2iScrGzNy/aDdOgSiShUqD6ZkI58tClsrYOWeI4sJ ErB7BXgV0zVqLSVMX0w4RlgUfgSZdLexvMXsljMiZoawqS2GFgsTGmhpMmTpdJhviTnEVivjKzFq 2XMGsRXK0eA561OoXZofh1q0urp5akSYOtT0KiqvzE1i12c6rkcxu/GEb+bPLCgzpcwbJ2gp51ax 9+4GhLoIMmmkjFm7YonKJDc8m/gS22ldiJbuDLaHGcbY8YCdDvxYummZeaIb4qaV9R7Nv7ctdqOI 0kwSW0frxJBkVnqFXvJR72Et/ancsejCDXINV6I9qs8Hw3bJdneaBeEgNkssNi34sIhQeMEVPSHP U3TTO2KuULUT28UMiUOOzuyBKarGyQpHiJOVe17iYxQXzFxRNWGgSz7vvanmGoutDwkmaPnuPYJ5 H3dwDnhV+XRmgFXSF5+w0ZbxMgTjs46QMDKH26lbG7ZKIth2A1k1PKhrhECEC2LnKoIwHh+2EqoA 5VKj0M5OXuDZmFuTJdYnEQ4MoG0JLgxK8l2d4mWaqmwNhVuCHGGmiPCr0uCxCGqZwRwcySQbRrQ7 wqx19k8VIteDHJb4OD9i9SSjUI0XlaD2fzHOsxR2OjXsoTRWvAHVOVuHIXqjdPonhkloVpkMJ3IW NYtoWwC5fovEqBnUoudH/i7kinChILgt9uw=
Build failed in Hudson: 3.HEAD-i386-opensolaris-SunStudioCc #338
See http://build.squid-cache.org/job/3.HEAD-i386-opensolaris-SunStudioCc/338/changes Changes: [Amos Jeffries squ...@treenet.co.nz] Hack: define top_build_prefix for old autotools This hack was removed during the libtool 2.2 upgrade. The issue shows up as bundle builds failing to link libltdl/libltdlc.la when they should in fact be linking ../libltdl/libltdlc.la in src/Makefile It is caused by the macros of libtool 2.2 assuming the presence of top_build_prefix but since autoconf 2.62 that was replaced with ac_top_build_prefix and is no longer automatically defined in Makefile's. Some distros also seem to have back-ported the removal of top_build_prefix into their old autoconf causing macro version tests to fail. [Amos Jeffries amosjeffr...@squid-cache.org] typo -- [...truncated 3020 lines...] source='../../compat/debug.cc' object='debug.lo' libtool=yes \ DEPDIR=.deps depmode=none /bin/sh ../../cfgaux/depcomp \ /bin/sh ../libtool --tag=CXX --mode=compile ccache /opt/SunStudioExpress/prod/bin/CC -DHAVE_CONFIG_H -I../.. -I../../include -I../../src -I../include -I/usr/local/include -I/usr/include/gssapi -I/usr/include/kerberosv5 -I/usr/include/gssapi -I/usr/include/kerberosv5 -errwarn=%all -D_REENTRANT -g -c -o debug.lo ../../compat/debug.cc source='../../compat/GnuRegex.c' object='GnuRegex.lo' libtool=yes \ DEPDIR=.deps depmode=none /bin/sh ../../cfgaux/depcomp \ /bin/sh ../libtool --tag=CC --mode=compile ccache /opt/SunStudioExpress/prod/bin/cc -DHAVE_CONFIG_H -I../.. -I../../include -I../../src -I../include -I/usr/local/include -I/usr/include/gssapi -I/usr/include/kerberosv5 -I/usr/include/gssapi -I/usr/include/kerberosv5 -errwarn=%all -D_REENTRANT -g -c -o GnuRegex.lo ../../compat/GnuRegex.c libtool: compile: ccache /opt/SunStudioExpress/prod/bin/cc -DHAVE_CONFIG_H -I../.. -I../../include -I../../src -I../include -I/usr/local/include -I/usr/include/gssapi -I/usr/include/kerberosv5 -I/usr/include/gssapi -I/usr/include/kerberosv5 -errwarn=%all -D_REENTRANT -g -c ../../compat/GnuRegex.c -KPIC -DPIC -o .libs/GnuRegex.o libtool: compile: ccache /opt/SunStudioExpress/prod/bin/CC -DHAVE_CONFIG_H -I../.. -I../../include -I../../src -I../include -I/usr/local/include -I/usr/include/gssapi -I/usr/include/kerberosv5 -I/usr/include/gssapi -I/usr/include/kerberosv5 -errwarn=%all -D_REENTRANT -g -c ../../compat/assert.cc -KPIC -DPIC -o .libs/assert.o libtool: compile: ccache /opt/SunStudioExpress/prod/bin/CC -DHAVE_CONFIG_H -I../.. -I../../include -I../../src -I../include -I/usr/local/include -I/usr/include/gssapi -I/usr/include/kerberosv5 -I/usr/include/gssapi -I/usr/include/kerberosv5 -errwarn=%all -D_REENTRANT -g -c ../../compat/compat.cc -KPIC -DPIC -o .libs/compat.o libtool: compile: ccache /opt/SunStudioExpress/prod/bin/CC -DHAVE_CONFIG_H -I../.. -I../../include -I../../src -I../include -I/usr/local/include -I/usr/include/gssapi -I/usr/include/kerberosv5 -I/usr/include/gssapi -I/usr/include/kerberosv5 -errwarn=%all -D_REENTRANT -g -c ../../compat/debug.cc -KPIC -DPIC -o .libs/debug.o libtool: compile: ccache /opt/SunStudioExpress/prod/bin/cc -DHAVE_CONFIG_H -I../.. -I../../include -I../../src -I../include -I/usr/local/include -I/usr/include/gssapi -I/usr/include/kerberosv5 -I/usr/include/gssapi -I/usr/include/kerberosv5 -errwarn=%all -D_REENTRANT -g -c ../../compat/GnuRegex.c -o GnuRegex.o /dev/null 21 libtool: compile: ccache /opt/SunStudioExpress/prod/bin/CC -DHAVE_CONFIG_H -I../.. -I../../include -I../../src -I../include -I/usr/local/include -I/usr/include/gssapi -I/usr/include/kerberosv5 -I/usr/include/gssapi -I/usr/include/kerberosv5 -errwarn=%all -D_REENTRANT -g -c ../../compat/compat.cc -o compat.o /dev/null 21 libtool: compile: ccache /opt/SunStudioExpress/prod/bin/CC -DHAVE_CONFIG_H -I../.. -I../../include -I../../src -I../include -I/usr/local/include -I/usr/include/gssapi -I/usr/include/kerberosv5 -I/usr/include/gssapi -I/usr/include/kerberosv5 -errwarn=%all -D_REENTRANT -g -c ../../compat/assert.cc -o assert.o /dev/null 21 libtool: compile: ccache /opt/SunStudioExpress/prod/bin/CC -DHAVE_CONFIG_H -I../.. -I../../include -I../../src -I../include -I/usr/local/include -I/usr/include/gssapi -I/usr/include/kerberosv5 -I/usr/include/gssapi -I/usr/include/kerberosv5 -errwarn=%all -D_REENTRANT -g -c ../../compat/debug.cc -o debug.o /dev/null 21 /bin/sh ../libtool --tag=CXX --mode=link ccache /opt/SunStudioExpress/prod/bin/CC -errwarn=%all -D_REENTRANT -g -L/usr/local/sunstudio-libs/lib -o libcompat.la assert.lo compat.lo debug.lo GnuRegex.lo libtool: link: ccache /opt/SunStudioExpress/prod/bin/CC -xar -o .libs/libcompat.a .libs/assert.o .libs/compat.o .libs/debug.o .libs/GnuRegex.o libtool: link: ( cd .libs rm -f libcompat.la ln -s ../libcompat.la libcompat.la ) make[2]: Leaving directory
Build failed in Hudson: 3.0-amd64-CentOS-5.3 #62
See http://build.squid-cache.org/job/3.0-amd64-CentOS-5.3/62/changes Changes: [Amos Jeffries amosjeffr...@squid-cache.org] Author: Matthias Pitzl silam...@coronamundi.de Bug 2991: Wrong parameters to fcntl() in commSetCloseOnExec() [Amos Jeffries squ...@treenet.co.nz] Author: Xavier Redon xavier.re...@polytech-lille.fr Bug 2933: Verification of the max. port number for WCCP2 dynamic service -- Started by an SCM change Started by an SCM change Building on master [workspace] $ bzr log --show-ids -r -1 [workspace] $ bzr pull --overwrite http://bzr.squid-cache.org/bzr/squid3/branches/SQUID_3_0 http://bzr.squid-cache.org/bzr/squid3/branches/SQUID_3_0 is permanently redirected to http://bzr.squid-cache.org/bzr/squid3/branches/SQUID_3_0/ M src/comm.cc All changes applied successfully. Now on revision 9188. [workspace] $ bzr log --show-ids -r -1 [workspace] $ bzr log -v -r revid:squ...@treenet.co.nz-20100526045705-s0bfuoric4tmlzaa..revid:amosjeffr...@squid-cache.org-20100731142846-lg1oecplw4vwrgo3 --long --show-ids [workspace] $ /bin/sh -xe /tmp/hudson937285176981124.sh + ./test-builds.sh --verbose --cleanup TESTING: layer-00-bootstrap chmod: cannot access `btlayer-00-bootstrap': No such file or directory BUILD: .././test-suite/buildtests/layer-00-bootstrap.opts WARNING: Cannot find libtool version 1.5 1.4 Trying libtool (GNU libtool) 2.2.10 automake (1.9) : automake autoconf (2.61) : autoconf libtool (??) : libtool Bootstrapping src/Makefile.am:194: Libtool library used but `LIBTOOL' is undefined src/Makefile.am:194: src/Makefile.am:194: The usual way to define `LIBTOOL' is to add `AC_PROG_LIBTOOL' src/Makefile.am:194: to `configure.in' and run `aclocal' and `autoconf' again. automake failed Autotool bootstrapping failed. You will need to investigate and correct before you can develop on this source tree buildtest.sh result is 1 BUILD: .././test-suite/buildtests/layer-00-bootstrap.opts REMOVE DATA: btlayer-00-bootstrap Build Failed. Last log lines are: BUILD: .././test-suite/buildtests/layer-00-bootstrap.opts WARNING: Cannot find libtool version 1.5 1.4 Trying libtool (GNU libtool) 2.2.10 automake (1.9) : automake autoconf (2.61) : autoconf libtool (??) : libtool Bootstrapping src/Makefile.am:194: Libtool library used but `LIBTOOL' is undefined src/Makefile.am:194: src/Makefile.am:194: The usual way to define `LIBTOOL' is to add `AC_PROG_LIBTOOL' src/Makefile.am:194: to `configure.in' and run `aclocal' and `autoconf' again. automake failed Autotool bootstrapping failed. You will need to investigate and correct before you can develop on this source tree buildtest.sh result is 1 REMOVE LOG: btlayer-00-bootstrap.log
[MERGE] Rename enable-linux-netfilter to enable-nf-transparent
I'd like to propose the attached patch, to rename the build option --enable-linux-netfilter to --enable-nf-transparent. This is for 2 reasons: 1. It is consistent with the remainder of the transparent proxy options (ifpw-transparent, ipf-transparent, pf-transparent). 2. It causes less confusion with my proposed netfilter marking patch, which also relies on netfilter libraries, but different ones. --enable-linux-netfilter implies the whole of the netfilter libraries are being included, when in actual fact it is only one for the purposes of transparent proxying. Netfilter marking patch to follow soon... Regards, Andy # Bazaar merge directive format 2 (Bazaar 0.90) # revision_id: a...@andybev.com-20100731220533-vfdiehk6tplxcpio # target_branch: file:///home/andrew/squid-repo/trunk/ # testament_sha1: feb94d9d6fa4acfcb0d195c816049f70d0c466a6 # timestamp: 2010-07-31 23:05:40 +0100 # base_revision_id: squ...@treenet.co.nz-20100731141830-\ # 60bm8quxdd78f5rz # # Begin patch === modified file 'configure.in' --- configure.in 2010-07-31 14:18:30 + +++ configure.in 2010-07-31 22:05:33 + @@ -1302,14 +1302,19 @@ #will be AC_DEFINEd later, after checking for appropriate infrastructure AC_MSG_NOTICE([PF-based transparent proxying requested: ${enable_pf_transparent:=auto}]) +# Tell people the enable-linux-netfilter option has been renamed +AC_ARG_ENABLE(linux-netfilter, , [ + AC_MSG_ERROR(--enable-linux-netfilter has been renamed to --enable-nf-transparent.) +]) + # Linux Netfilter Transparent Proxy -AC_ARG_ENABLE(linux-netfilter, - AS_HELP_STRING([--enable-linux-netfilter], +AC_ARG_ENABLE(nf-transparent, + AS_HELP_STRING([--enable-nf-transparent], [Enable Transparent Proxy support for Linux (Netfilter)]), [ SQUID_YESNO([$enableval], - [unrecognized argument to --enable-linux-netfilter: $enableval]) + [unrecognized argument to --enable-nf-transparent: $enableval]) ]) -AC_MSG_NOTICE([Linux Netfilter support requested: ${enable_linux_netfilter:=auto}]) +AC_MSG_NOTICE([Netfilter based transparent proxying requested: ${enable_nf_transparent:=auto}]) #will be AC_DEFINEd later, after checking for appropriate infrastructure dnl Enable Large file support @@ -3116,25 +3121,25 @@ SQUID_DEFINE_BOOL(PF_TRANSPARENT,$enable_pf_transparent, [Enable support for PF-style transparent proxying]) -if test $enable_linux_netfilter != no ; then +if test $enable_nf_transparent != no ; then if test $ac_cv_header_linux_netfilter_ipv4_h = yes; then -if test $enable_linux_netfilter = auto ; then - enable_linux_netfilter=yes +if test $enable_nf_transparent = auto ; then + enable_nf_transparent=yes fi else -if test $enable_linux_netfilter = auto ; then - enable_linux_netfilter=no +if test $enable_nf_transparent = auto ; then + enable_nf_transparent=no else - AC_MSG_ERROR([Linux Netfilter support requested but needed headers not found]) + AC_MSG_ERROR([Netfilter based transparent proxying requested but needed headers not found]) fi fi fi -SQUID_DEFINE_BOOL(LINUX_NETFILTER,$enable_linux_netfilter, +SQUID_DEFINE_BOOL(NF_TRANSPARENT,$enable_nf_transparent, [Enable support for Transparent Proxy on Linux via Netfilter]) dnl Netfilter TPROXY depends on libcap but the NAT parts can still work. -AC_MSG_NOTICE([Support for Netfilter-based interception proxy requested: $enable_linux_netfilter]) -if test $enable_linux_netfilter = yes test $use_libcap != yes ; then +AC_MSG_NOTICE([Support for Netfilter-based interception proxy requested: $enable_nf_transparent]) +if test $enable_nf_transparent = yes test $use_libcap != yes ; then AC_MSG_WARN([Missing needed capabilities (libcap or libcap2) for TPROXY]) AC_MSG_WARN([Linux Transparent Proxy support WILL NOT be enabled]) AC_MSG_WARN([Reduced support to Interception Proxy]) === modified file 'src/cf.data.pre' --- src/cf.data.pre 2010-07-29 13:04:44 + +++ src/cf.data.pre 2010-07-31 22:05:33 + @@ -904,7 +904,7 @@ NAME: tproxy_uses_indirect_client COMMENT: on|off TYPE: onoff -IFDEF: FOLLOW_X_FORWARDED_FORLINUX_NETFILTER +IFDEF: FOLLOW_X_FORWARDED_FORNF_TRANSPARENT DEFAULT: off LOC: Config.onoff.tproxy_uses_indirect_client DOC_START === modified file 'src/cf_gen_defines' --- src/cf_gen_defines 2010-05-25 11:12:20 + +++ src/cf_gen_defines 2010-07-31 22:05:33 + @@ -9,7 +9,7 @@ define[FOLLOW_X_FORWARDED_FOR]=--enable-follow-x-forwarded-for define[FOLLOW_X_FORWARDED_FORDELAY_POOLS]=--enable-follow-x-forwarded-for and --enable-delay-pools define[FOLLOW_X_FORWARDED_FORICAP_CLIENT]=--enable-follow-x-forwarded-for and --enable-icap-client - define[FOLLOW_X_FORWARDED_FORLINUX_NETFILTER]=--enable-follow-x-forwarded-for and --enable-linux-netfilter + define[FOLLOW_X_FORWARDED_FORNF_TRANSPARENT]=--enable-follow-x-forwarded-for and --enable-nf-transparent define[HTTP_VIOLATIONS]=--enable-http-violations
Re: [MERGE] Rename enable-linux-netfilter to enable-nf-transparent
Andrew Beverley wrote: I'd like to propose the attached patch, to rename the build option --enable-linux-netfilter to --enable-nf-transparent. This is for 2 reasons: 1. It is consistent with the remainder of the transparent proxy options (ifpw-transparent, ipf-transparent, pf-transparent). 2. It causes less confusion with my proposed netfilter marking patch, which also relies on netfilter libraries, but different ones. --enable-linux-netfilter implies the whole of the netfilter libraries are being included, when in actual fact it is only one for the purposes of transparent proxying. Netfilter marking patch to follow soon... Regards, Andy I'm not sure its fully worth doing this. * the transparent options are all due for a naming upgrade or removal in the next major release anyway. * linux-netfilter in fact enables both NAT (intercept) and TPROXY (transparent) capture methods. And is documented so far as applying to all supported netfilter targets. So naming for one specific of the two (or three now that MARK is being added) is not reducing the confusion. As for the patch, if people still want to go ahead with this just for 3.2... * please place USE_ as the prefix for all new/altered #if macros that come from ./configure options. ie USE_NF_TRANSPARENT * please remove this change. The documentation was neutral enough not to cause confusion. The change itself is adding some. - AC_MSG_ERROR([Linux Netfilter support requested but needed headers not found]) + AC_MSG_ERROR([Netfilter based transparent proxying requested but needed headers not found]) Amos -- Please be using Current Stable Squid 2.7.STABLE9 or 3.1.5
Re: [MERGE] Rename enable-linux-netfilter to enable-nf-transparent
Also, would you mind waiting until autoconf-refactor lands to trunk? It is a largish change, and changing trunk now would make merging harder. If all goes right, I'll submit a merge candidate on Friday for review, and if there's no issues I hope to merge next Sunday.. Thanks! On 8/1/10, Amos Jeffries squ...@treenet.co.nz wrote: Andrew Beverley wrote: I'd like to propose the attached patch, to rename the build option --enable-linux-netfilter to --enable-nf-transparent. This is for 2 reasons: 1. It is consistent with the remainder of the transparent proxy options (ifpw-transparent, ipf-transparent, pf-transparent). 2. It causes less confusion with my proposed netfilter marking patch, which also relies on netfilter libraries, but different ones. --enable-linux-netfilter implies the whole of the netfilter libraries are being included, when in actual fact it is only one for the purposes of transparent proxying. Netfilter marking patch to follow soon... Regards, Andy I'm not sure its fully worth doing this. * the transparent options are all due for a naming upgrade or removal in the next major release anyway. * linux-netfilter in fact enables both NAT (intercept) and TPROXY (transparent) capture methods. And is documented so far as applying to all supported netfilter targets. So naming for one specific of the two (or three now that MARK is being added) is not reducing the confusion. As for the patch, if people still want to go ahead with this just for 3.2... * please place USE_ as the prefix for all new/altered #if macros that come from ./configure options. ie USE_NF_TRANSPARENT * please remove this change. The documentation was neutral enough not to cause confusion. The change itself is adding some. - AC_MSG_ERROR([Linux Netfilter support requested but needed headers not found]) + AC_MSG_ERROR([Netfilter based transparent proxying requested but needed headers not found]) Amos -- Please be using Current Stable Squid 2.7.STABLE9 or 3.1.5 -- /kinkie