* [ANNOUNCE] conntrack-tools 0.9.11 released
@ 2009-02-21 17:40 Pablo Neira Ayuso
2009-02-23 5:34 ` Robby Workman
0 siblings, 1 reply; 10+ messages in thread
From: Pablo Neira Ayuso @ 2009-02-21 17:40 UTC (permalink / raw)
To: netfilter, netfilter-devel; +Cc: netfilter-announce, lwn
[-- Attachment #1: Type: text/plain, Size: 2655 bytes --]
Hi!
The netfilter project presents another development release of the
conntrack-tools that includes accumulated fixes, one improvement for the
polling approach and a couple of new features, mainly:
= command line interface: conntrack =
* Allow use of -D with -p proto --state to delete entries in a certain
protocol state.
= userspace daemon: conntrackd =
* Fix endianess issue in the network header used in the synchronization
messages: this fix breaks backward protocol compatibility. Thus, you
cannot use conntrackd 0.9.11 with a different daemon version <= 0.9.10.
* Add Nice clause to set the nice value of the daemon: setting a lower
nice value reduces the chance to lose state-change events over netlink.
* Improved polling (or batch-based) synchronization: this feature was
introduced in the previous release, you can configure the daemon to send
batches periodically instead of the soft real-time state
synchronization. This allows you to set up a relaxed replication while
consuming less computational resources. See `PollSecs' clause.
* Add NetlinkOverrunResync clause: this feature allows
disabling/enabling the automatic re-synchronization when the daemon
notices that is losing state-change events.
Q: How stable are the conntrack-tools?
A: This software is under development. Nevertheless, it has been tested
in a cluster environment composed of two stateful firewalls running
Debian 4.0 (Etch) with a Linux kernel 2.6.28, keepalived 1.1.15, using
conntrackd in FT-FW mode, randomly (in periods of 10 seconds) setting
links down to force the fail-over between the nodes. The results has
shown no hangs/closure in any TCP connection.
Q: What are the conntrack-tools?
A: The conntrack-tools are:
- The userspace daemon so-called conntrackd that covers the specific
aspects of stateful Linux firewalls to enable high availability
solutions. It can be used as statistics collector of the firewall use as
well. The daemon is highly configurable and easily extensible.
- The command line interface (CLI) conntrack that provides an interface
to add, delete and update flow entries, list current active flows in
plain text/XML, current IPv4 NAT'ed flows, reset counters, and flush the
complete connection tracking table among many other.
Q: Where can I download it from?
A: http://www.netfilter.org/projects/conntrack-tools/downloads.html
Q: Where can I get more information about them?
A: http://conntrack-tools.netfilter.org
Q: Where can I have a look at the user manual?
A: http://conntrack-tools.netfilter.org/manual.html
On behalf of the Netfilter Project,
Pablo.
--
"Los honestos son inadaptados sociales" -- Les Luthiers
[-- Attachment #2: ChangeLog-conntrack-tools-0.9.11 --]
[-- Type: text/plain, Size: 1594 bytes --]
Jan Engelhardt (1):
build: upgrade build system
Pablo Neira Ayuso (26):
build: replace INCLUDES by AM_CPPFLAGS according to autoreconf
configure: conntrack-tools >= 0.9.10 requires libnfnetlink >= 0.0.40
netlink: refactorize several nl_init_*_handler() functions
src: re-work polling strategy
netlink: add new option NetlinkOverrunResync
sync-mode: flush also internal cache after reset PurgeTimeout
conntrack: allow use of --state with -D
src: add Nice clause to set the nice value
config: nl_overrun must be signed int instead of unsigned
cache_iterators: fix wrong printf format in commit-time message
src: use resync handler for polling instead of dump handler
stats-mode: fix polling based logging
conntrackd: add `-f internal' and `-f external' options
conntrackd: display help information with `-h'
conntrackd: don't initialize logging for client request
doc: unset ACKWindowSize in example configuration files
doc: add bulk update to primary-script.sh script
headers: don't use NFCT_DIR_MAX in statistics structure
network: fix endianess issue in synchronization network header
network: fix endianess issue in acknowledgment network header
sync-mode: change current link if message is correct
src: remove obsolete debug() and debug_ct() calls
mcast: fix compilation warning due missing header
config: add NetlinkBufferSize and NetlinkBufferSizeMaxGrowth
netlink: use u8 getter for TCP states
build: bump version to 0.9.11
^ permalink raw reply [flat|nested] 10+ messages in thread* Re: [ANNOUNCE] conntrack-tools 0.9.11 released
2009-02-21 17:40 [ANNOUNCE] conntrack-tools 0.9.11 released Pablo Neira Ayuso
@ 2009-02-23 5:34 ` Robby Workman
2009-02-23 7:17 ` Jan Engelhardt
0 siblings, 1 reply; 10+ messages in thread
From: Robby Workman @ 2009-02-23 5:34 UTC (permalink / raw)
To: Pablo Neira Ayuso; +Cc: netfilter, netfilter-devel
On Sat, 21 Feb 2009 18:40:03 +0100
Pablo Neira Ayuso <pablo@netfilter.org> wrote:
> The netfilter project presents another development release of the
> conntrack-tools...
Hi Pablo,
I thought I recalled seeing discussion about this already, but I don't
see it in my archives, so maybe not. With glibc-2.7, this release
builds fine; however, with glibc-2.9, both src/mcast.c and
src/sync-mode.c need limits.h included, or else INT_MAX is undefined.
-RW
^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: [ANNOUNCE] conntrack-tools 0.9.11 released
2009-02-23 5:34 ` Robby Workman
@ 2009-02-23 7:17 ` Jan Engelhardt
2009-02-23 9:19 ` Pablo Neira Ayuso
0 siblings, 1 reply; 10+ messages in thread
From: Jan Engelhardt @ 2009-02-23 7:17 UTC (permalink / raw)
To: Robby Workman; +Cc: Pablo Neira Ayuso, netfilter, netfilter-devel
On Monday 2009-02-23 06:34, Robby Workman wrote:
>On Sat, 21 Feb 2009 18:40:03 +0100
>Pablo Neira Ayuso <pablo@netfilter.org> wrote:
>
>> The netfilter project presents another development release of the
>> conntrack-tools...
>
>I thought I recalled seeing discussion about this already, but I don't
>see it in my archives, so maybe not. With glibc-2.7, this release
>builds fine; however, with glibc-2.9, both src/mcast.c and
>src/sync-mode.c need limits.h included, or else INT_MAX is undefined.
This builds fine for me - and I am on glibc 2.9.
Just *what* is it in (which distro? Debian/Ubuntu again?)
again to constantly fail on INT_MAX?
^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: [ANNOUNCE] conntrack-tools 0.9.11 released
2009-02-23 7:17 ` Jan Engelhardt
@ 2009-02-23 9:19 ` Pablo Neira Ayuso
2009-02-23 15:34 ` Robby Workman
0 siblings, 1 reply; 10+ messages in thread
From: Pablo Neira Ayuso @ 2009-02-23 9:19 UTC (permalink / raw)
To: Robby Workman; +Cc: Jan Engelhardt, netfilter, netfilter-devel
Jan Engelhardt wrote:
> On Monday 2009-02-23 06:34, Robby Workman wrote:
>> On Sat, 21 Feb 2009 18:40:03 +0100
>> Pablo Neira Ayuso <pablo@netfilter.org> wrote:
>>
>>> The netfilter project presents another development release of the
>>> conntrack-tools...
>> I thought I recalled seeing discussion about this already, but I don't
>> see it in my archives, so maybe not. With glibc-2.7, this release
>> builds fine; however, with glibc-2.9, both src/mcast.c and
>> src/sync-mode.c need limits.h included, or else INT_MAX is undefined.
>
> This builds fine for me - and I am on glibc 2.9.
> Just *what* is it in (which distro? Debian/Ubuntu again?)
> again to constantly fail on INT_MAX?
Indeed. This also compiles fine for me in debian. I have committed a
patch for this [1]. This issue is unfortunate. Gentoo bugzilla on
conntrack-tools had a patch but nobody has sent it to me. I notice it
after the release.
[1]
http://git.netfilter.org/cgi-bin/gitweb.cgi?p=conntrack-tools.git;a=commit;h=9bf002ff7935e7dff625683787fc3a06ac2ef2cb
--
"Los honestos son inadaptados sociales" -- Les Luthiers
^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: [ANNOUNCE] conntrack-tools 0.9.11 released
2009-02-23 9:19 ` Pablo Neira Ayuso
@ 2009-02-23 15:34 ` Robby Workman
2009-02-23 16:55 ` Jan Engelhardt
2009-02-24 9:55 ` Pablo Neira Ayuso
0 siblings, 2 replies; 10+ messages in thread
From: Robby Workman @ 2009-02-23 15:34 UTC (permalink / raw)
To: Pablo Neira Ayuso; +Cc: Jan Engelhardt, netfilter, netfilter-devel
On Mon, 23 Feb 2009 10:19:58 +0100
Pablo Neira Ayuso <pablo@netfilter.org> wrote:
> Jan Engelhardt wrote:
> > On Monday 2009-02-23 06:34, Robby Workman wrote:
> >> On Sat, 21 Feb 2009 18:40:03 +0100
> >> Pablo Neira Ayuso <pablo@netfilter.org> wrote:
> >>
> >>> The netfilter project presents another development release of the
> >>> conntrack-tools...
> >> I thought I recalled seeing discussion about this already, but I
> >> don't see it in my archives, so maybe not. With glibc-2.7, this
> >> release builds fine; however, with glibc-2.9, both src/mcast.c and
> >> src/sync-mode.c need limits.h included, or else INT_MAX is
> >> undefined.
> >
> > This builds fine for me - and I am on glibc 2.9.
> > Just *what* is it in (which distro? Debian/Ubuntu again?)
> > again to constantly fail on INT_MAX?
>
> Indeed. This also compiles fine for me in debian. I have committed a
> patch for this [1]. This issue is unfortunate. Gentoo bugzilla on
> conntrack-tools had a patch but nobody has sent it to me. I notice it
> after the release.
>
> [1]
> http://git.netfilter.org/cgi-bin/gitweb.cgi?p=conntrack-tools.git;a=commit;h=9bf002ff7935e7dff625683787fc3a06ac2ef2cb
Weird that it's not affecting Jan then, because it's definitely
something specific to newer glibc (or perhaps gcc, but it's not
immediately obvious how that would be the case). I'm on Slackware
rather than Gentoo, running quite a bit of prerelease development
builds (including gcc-4.3.3 and glibc-2.9 along with 2.6.28.7 kernel).
-RW
^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: [ANNOUNCE] conntrack-tools 0.9.11 released
2009-02-23 15:34 ` Robby Workman
@ 2009-02-23 16:55 ` Jan Engelhardt
2009-02-24 3:02 ` Robby Workman
2009-02-24 9:55 ` Pablo Neira Ayuso
1 sibling, 1 reply; 10+ messages in thread
From: Jan Engelhardt @ 2009-02-23 16:55 UTC (permalink / raw)
To: Robby Workman; +Cc: Pablo Neira Ayuso, netfilter, netfilter-devel
On Monday 2009-02-23 16:34, Robby Workman wrote:
>On Mon, 23 Feb 2009 10:19:58 +0100
>Pablo Neira Ayuso <pablo@netfilter.org> wrote:
>> >> I thought I recalled seeing discussion about this already, but I
>> >> don't see it in my archives, so maybe not. With glibc-2.7, this
>> >> release builds fine; however, with glibc-2.9, both src/mcast.c and
>> >> src/sync-mode.c need limits.h included, or else INT_MAX is
>> >> undefined.
>> >
>> > This builds fine for me - and I am on glibc 2.9.
>> > Just *what* is it in (which distro? Debian/Ubuntu again?)
>> > again to constantly fail on INT_MAX?
>>
>> Indeed. This also compiles fine for me in debian. I have committed a
>> patch for this [1]. This issue is unfortunate. Gentoo bugzilla on
>> conntrack-tools had a patch but nobody has sent it to me. I notice it
>> after the release.
>
>
>Weird that it's not affecting Jan then, because it's definitely
>something specific to newer glibc (or perhaps gcc, but it's not
>immediately obvious how that would be the case). I'm on Slackware
>rather than Gentoo, running quite a bit of prerelease development
>builds (including gcc-4.3.3 and glibc-2.9 along with 2.6.28.7 kernel).
gcc [long command line as spouted by make] -E mcast.c | grep '^#'
After hand-filtering, the apparent sequence is:
# 5 "../include/mcast.h" 2
# 1 "/usr/include/netinet/in.h" 1 3 4
# 1 "/usr/include/sys/socket.h" 1 3 4
# 31 "/usr/include/bits/socket.h" 2 3 4
# 1 "/usr/lib64/gcc/x86_64-suse-linux/4.3/include-fixed/limits.h" 1 3 4
so <limits.h> is included via <bits/socket.h> is included via <sys/socket.h>
etc. How is your stack trace?
^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: [ANNOUNCE] conntrack-tools 0.9.11 released
2009-02-23 16:55 ` Jan Engelhardt
@ 2009-02-24 3:02 ` Robby Workman
2009-02-24 9:59 ` Jan Engelhardt
0 siblings, 1 reply; 10+ messages in thread
From: Robby Workman @ 2009-02-24 3:02 UTC (permalink / raw)
To: Jan Engelhardt; +Cc: Pablo Neira Ayuso, netfilter, netfilter-devel
[-- Attachment #1: Type: text/plain, Size: 1891 bytes --]
On Mon, 23 Feb 2009 17:55:07 +0100 (CET)
Jan Engelhardt <jengelh@medozas.de> wrote:
>
> On Monday 2009-02-23 16:34, Robby Workman wrote:
> >On Mon, 23 Feb 2009 10:19:58 +0100
> >Pablo Neira Ayuso <pablo@netfilter.org> wrote:
> >> >> I thought I recalled seeing discussion about this already, but I
> >> >> don't see it in my archives, so maybe not. With glibc-2.7,
> >> >> this release builds fine; however, with glibc-2.9, both
> >> >> src/mcast.c and src/sync-mode.c need limits.h included, or else
> >> >> INT_MAX is undefined.
> >> >
> >> > This builds fine for me - and I am on glibc 2.9.
> >> > Just *what* is it in (which distro? Debian/Ubuntu again?)
> >> > again to constantly fail on INT_MAX?
> >>
> >> Indeed. This also compiles fine for me in debian. I have committed
> >> a patch for this [1]. This issue is unfortunate. Gentoo bugzilla on
> >> conntrack-tools had a patch but nobody has sent it to me. I notice
> >> it after the release.
> >
> >
> >Weird that it's not affecting Jan then, because it's definitely
> >something specific to newer glibc (or perhaps gcc, but it's not
> >immediately obvious how that would be the case). I'm on Slackware
> >rather than Gentoo, running quite a bit of prerelease development
> >builds (including gcc-4.3.3 and glibc-2.9 along with 2.6.28.7
> >kernel).
>
> gcc [long command line as spouted by make] -E mcast.c | grep '^#'
>
> After hand-filtering, the apparent sequence is:
>
> # 5 "../include/mcast.h" 2
> # 1 "/usr/include/netinet/in.h" 1 3 4
> # 1 "/usr/include/sys/socket.h" 1 3 4
> # 31 "/usr/include/bits/socket.h" 2 3 4
> # 1 "/usr/lib64/gcc/x86_64-suse-linux/4.3/include-fixed/limits.h" 1 3
> 4
>
> so <limits.h> is included via <bits/socket.h> is included via
> <sys/socket.h> etc. How is your stack trace?
Not happening that way here (and bits.h indeed does not include
limits.h) - see attached plaintext...
[-- Attachment #2: stacktrace --]
[-- Type: application/octet-stream, Size: 16122 bytes --]
bash-3.1# gcc -E -DPACKAGE_NAME=\"conntrack-tools\" \
-DPACKAGE_TARNAME=\"conntrack-tools\" -DPACKAGE_VERSION=\"0.9.11\" \
-DPACKAGE_STRING=\"conntrack-tools\ 0.9.11\" \
-DPACKAGE_BUGREPORT=\"pablo@netfilter.org\" -DPACKAGE=\"conntrack-tools\" \
-DVERSION=\"0.9.11\" -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1 \
-DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 \
-DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 \
-DHAVE_DLFCN_H=1 -DYYTEXT_POINTER=1 -DHAVE_LINUX_CAPABILITY_H=1 \
-DHAVE_LIBNFNETLINK=1 -DHAVE_LIBNETFILTER_CONNTRACK=1 -DHAVE_ARPA_INET_H=1 \
-DHAVE_INET_PTON=1 -DHAVE_INET_PTON_IPV6=1 -I. -I../include \
-std=gnu99 -W -Wall -Wmissing-prototypes -Wwrite-strings -Wcast-qual \
-Wfloat-equal -Wshadow -Wpointer-arith -Wbad-function-cast -Wsign-compare \
-Waggregate-return -Wmissing-declarations -Wredundant-decls -Wnested-externs \
-Winline -Wstrict-prototypes -Wundef -Wno-unused-parameter -g -O2 \
-MT mcast.o -MD -MP -MF .deps/mcast.Tpo -c mcast.c \
| grep ^#
# 1 "mcast.c"
# 1 "/home/source/SBo/DONE/conntrack-tools/conntrack-tools-0.9.11/src//"
# 1 "<built-in>"
# 1 "<command-line>"
# 1 "mcast.c"
# 21 "mcast.c"
# 1 "../include/mcast.h" 1
# 1 "/usr/include/stdint.h" 1 3 4
# 26 "/usr/include/stdint.h" 3 4
# 1 "/usr/include/features.h" 1 3 4
# 330 "/usr/include/features.h" 3 4
# 1 "/usr/include/sys/cdefs.h" 1 3 4
# 348 "/usr/include/sys/cdefs.h" 3 4
# 1 "/usr/include/bits/wordsize.h" 1 3 4
# 349 "/usr/include/sys/cdefs.h" 2 3 4
# 331 "/usr/include/features.h" 2 3 4
# 354 "/usr/include/features.h" 3 4
# 1 "/usr/include/gnu/stubs.h" 1 3 4
# 1 "/usr/include/bits/wordsize.h" 1 3 4
# 5 "/usr/include/gnu/stubs.h" 2 3 4
# 1 "/usr/include/gnu/stubs-32.h" 1 3 4
# 8 "/usr/include/gnu/stubs.h" 2 3 4
# 355 "/usr/include/features.h" 2 3 4
# 27 "/usr/include/stdint.h" 2 3 4
# 1 "/usr/include/bits/wchar.h" 1 3 4
# 28 "/usr/include/stdint.h" 2 3 4
# 1 "/usr/include/bits/wordsize.h" 1 3 4
# 29 "/usr/include/stdint.h" 2 3 4
# 37 "/usr/include/stdint.h" 3 4
# 126 "/usr/include/stdint.h" 3 4
# 138 "/usr/include/stdint.h" 3 4
# 5 "../include/mcast.h" 2
# 1 "/usr/include/netinet/in.h" 1 3 4
# 25 "/usr/include/netinet/in.h" 3 4
# 1 "/usr/include/sys/socket.h" 1 3 4
# 26 "/usr/include/sys/socket.h" 3 4
# 1 "/usr/include/sys/uio.h" 1 3 4
# 24 "/usr/include/sys/uio.h" 3 4
# 1 "/usr/include/sys/types.h" 1 3 4
# 29 "/usr/include/sys/types.h" 3 4
# 1 "/usr/include/bits/types.h" 1 3 4
# 28 "/usr/include/bits/types.h" 3 4
# 1 "/usr/include/bits/wordsize.h" 1 3 4
# 29 "/usr/include/bits/types.h" 2 3 4
# 131 "/usr/include/bits/types.h" 3 4
# 1 "/usr/include/bits/typesizes.h" 1 3 4
# 132 "/usr/include/bits/types.h" 2 3 4
# 32 "/usr/include/sys/types.h" 2 3 4
# 62 "/usr/include/sys/types.h" 3 4
# 100 "/usr/include/sys/types.h" 3 4
# 133 "/usr/include/sys/types.h" 3 4
# 1 "/usr/include/time.h" 1 3 4
# 75 "/usr/include/time.h" 3 4
# 93 "/usr/include/time.h" 3 4
# 105 "/usr/include/time.h" 3 4
# 134 "/usr/include/sys/types.h" 2 3 4
# 147 "/usr/include/sys/types.h" 3 4
# 1 "/usr/lib/gcc/i486-slackware-linux/4.3.3/include/stddef.h" 1 3 4
# 214 "/usr/lib/gcc/i486-slackware-linux/4.3.3/include/stddef.h" 3 4
# 148 "/usr/include/sys/types.h" 2 3 4
# 201 "/usr/include/sys/types.h" 3 4
# 217 "/usr/include/sys/types.h" 3 4
# 1 "/usr/include/endian.h" 1 3 4
# 37 "/usr/include/endian.h" 3 4
# 1 "/usr/include/bits/endian.h" 1 3 4
# 38 "/usr/include/endian.h" 2 3 4
# 61 "/usr/include/endian.h" 3 4
# 1 "/usr/include/bits/byteswap.h" 1 3 4
# 62 "/usr/include/endian.h" 2 3 4
# 218 "/usr/include/sys/types.h" 2 3 4
# 1 "/usr/include/sys/select.h" 1 3 4
# 31 "/usr/include/sys/select.h" 3 4
# 1 "/usr/include/bits/select.h" 1 3 4
# 32 "/usr/include/sys/select.h" 2 3 4
# 1 "/usr/include/bits/sigset.h" 1 3 4
# 24 "/usr/include/bits/sigset.h" 3 4
# 35 "/usr/include/sys/select.h" 2 3 4
# 1 "/usr/include/time.h" 1 3 4
# 121 "/usr/include/time.h" 3 4
# 45 "/usr/include/sys/select.h" 2 3 4
# 1 "/usr/include/bits/time.h" 1 3 4
# 69 "/usr/include/bits/time.h" 3 4
# 47 "/usr/include/sys/select.h" 2 3 4
# 67 "/usr/include/sys/select.h" 3 4
# 99 "/usr/include/sys/select.h" 3 4
# 109 "/usr/include/sys/select.h" 3 4
# 121 "/usr/include/sys/select.h" 3 4
# 221 "/usr/include/sys/types.h" 2 3 4
# 1 "/usr/include/sys/sysmacros.h" 1 3 4
# 30 "/usr/include/sys/sysmacros.h" 3 4
# 224 "/usr/include/sys/types.h" 2 3 4
# 235 "/usr/include/sys/types.h" 3 4
# 270 "/usr/include/sys/types.h" 3 4
# 1 "/usr/include/bits/pthreadtypes.h" 1 3 4
# 36 "/usr/include/bits/pthreadtypes.h" 3 4
# 271 "/usr/include/sys/types.h" 2 3 4
# 25 "/usr/include/sys/uio.h" 2 3 4
# 1 "/usr/include/bits/uio.h" 1 3 4
# 44 "/usr/include/bits/uio.h" 3 4
# 30 "/usr/include/sys/uio.h" 2 3 4
# 40 "/usr/include/sys/uio.h" 3 4
# 50 "/usr/include/sys/uio.h" 3 4
# 29 "/usr/include/sys/socket.h" 2 3 4
# 1 "/usr/lib/gcc/i486-slackware-linux/4.3.3/include/stddef.h" 1 3 4
# 31 "/usr/include/sys/socket.h" 2 3 4
# 40 "/usr/include/sys/socket.h" 3 4
# 1 "/usr/include/bits/socket.h" 1 3 4
# 29 "/usr/include/bits/socket.h" 3 4
# 1 "/usr/lib/gcc/i486-slackware-linux/4.3.3/include/stddef.h" 1 3 4
# 30 "/usr/include/bits/socket.h" 2 3 4
# 159 "/usr/include/bits/socket.h" 3 4
# 1 "/usr/include/bits/sockaddr.h" 1 3 4
# 29 "/usr/include/bits/sockaddr.h" 3 4
# 160 "/usr/include/bits/socket.h" 2 3 4
# 175 "/usr/include/bits/socket.h" 3 4
# 281 "/usr/include/bits/socket.h" 3 4
# 354 "/usr/include/bits/socket.h" 3 4
# 1 "/usr/include/asm/socket.h" 1 3 4
# 1 "/usr/include/asm/sockios.h" 1 3 4
# 5 "/usr/include/asm/socket.h" 2 3 4
# 355 "/usr/include/bits/socket.h" 2 3 4
# 388 "/usr/include/bits/socket.h" 3 4
# 41 "/usr/include/sys/socket.h" 2 3 4
# 105 "/usr/include/sys/socket.h" 3 4
# 129 "/usr/include/sys/socket.h" 3 4
# 166 "/usr/include/sys/socket.h" 3 4
# 214 "/usr/include/sys/socket.h" 3 4
# 245 "/usr/include/sys/socket.h" 3 4
# 26 "/usr/include/netinet/in.h" 2 3 4
# 198 "/usr/include/netinet/in.h" 3 4
# 225 "/usr/include/netinet/in.h" 3 4
# 356 "/usr/include/netinet/in.h" 3 4
# 1 "/usr/include/bits/in.h" 1 3 4
# 86 "/usr/include/bits/in.h" 3 4
# 357 "/usr/include/netinet/in.h" 2 3 4
# 365 "/usr/include/netinet/in.h" 3 4
# 1 "/usr/include/bits/byteswap.h" 1 3 4
# 377 "/usr/include/netinet/in.h" 2 3 4
# 440 "/usr/include/netinet/in.h" 3 4
# 565 "/usr/include/netinet/in.h" 3 4
# 6 "../include/mcast.h" 2
# 1 "/usr/include/net/if.h" 1 3 4
# 34 "/usr/include/net/if.h" 3 4
# 112 "/usr/include/net/if.h" 3 4
# 177 "/usr/include/net/if.h" 3 4
# 7 "../include/mcast.h" 2
# 22 "mcast.c" 2
# 1 "/usr/include/stdio.h" 1 3 4
# 30 "/usr/include/stdio.h" 3 4
# 1 "/usr/lib/gcc/i486-slackware-linux/4.3.3/include/stddef.h" 1 3 4
# 35 "/usr/include/stdio.h" 2 3 4
# 45 "/usr/include/stdio.h" 3 4
# 65 "/usr/include/stdio.h" 3 4
# 75 "/usr/include/stdio.h" 3 4
# 1 "/usr/include/libio.h" 1 3 4
# 32 "/usr/include/libio.h" 3 4
# 1 "/usr/include/_G_config.h" 1 3 4
# 15 "/usr/include/_G_config.h" 3 4
# 1 "/usr/lib/gcc/i486-slackware-linux/4.3.3/include/stddef.h" 1 3 4
# 16 "/usr/include/_G_config.h" 2 3 4
# 1 "/usr/include/wchar.h" 1 3 4
# 78 "/usr/include/wchar.h" 3 4
# 21 "/usr/include/_G_config.h" 2 3 4
# 53 "/usr/include/_G_config.h" 3 4
# 33 "/usr/include/libio.h" 2 3 4
# 53 "/usr/include/libio.h" 3 4
# 1 "/usr/lib/gcc/i486-slackware-linux/4.3.3/include/stdarg.h" 1 3 4
# 43 "/usr/lib/gcc/i486-slackware-linux/4.3.3/include/stdarg.h" 3 4
# 54 "/usr/include/libio.h" 2 3 4
# 170 "/usr/include/libio.h" 3 4
# 180 "/usr/include/libio.h" 3 4
# 203 "/usr/include/libio.h" 3 4
# 271 "/usr/include/libio.h" 3 4
# 319 "/usr/include/libio.h" 3 4
# 328 "/usr/include/libio.h" 3 4
# 364 "/usr/include/libio.h" 3 4
# 416 "/usr/include/libio.h" 3 4
# 458 "/usr/include/libio.h" 3 4
# 488 "/usr/include/libio.h" 3 4
# 76 "/usr/include/stdio.h" 2 3 4
# 89 "/usr/include/stdio.h" 3 4
# 141 "/usr/include/stdio.h" 3 4
# 1 "/usr/include/bits/stdio_lim.h" 1 3 4
# 142 "/usr/include/stdio.h" 2 3 4
# 186 "/usr/include/stdio.h" 3 4
# 204 "/usr/include/stdio.h" 3 4
# 229 "/usr/include/stdio.h" 3 4
# 243 "/usr/include/stdio.h" 3 4
# 272 "/usr/include/stdio.h" 3 4
# 283 "/usr/include/stdio.h" 3 4
# 304 "/usr/include/stdio.h" 3 4
# 398 "/usr/include/stdio.h" 3 4
# 421 "/usr/include/stdio.h" 3 4
# 441 "/usr/include/stdio.h" 3 4
# 472 "/usr/include/stdio.h" 3 4
# 500 "/usr/include/stdio.h" 3 4
# 528 "/usr/include/stdio.h" 3 4
# 539 "/usr/include/stdio.h" 3 4
# 572 "/usr/include/stdio.h" 3 4
# 653 "/usr/include/stdio.h" 3 4
# 706 "/usr/include/stdio.h" 3 4
# 742 "/usr/include/stdio.h" 3 4
# 761 "/usr/include/stdio.h" 3 4
# 784 "/usr/include/stdio.h" 3 4
# 793 "/usr/include/stdio.h" 3 4
# 1 "/usr/include/bits/sys_errlist.h" 1 3 4
# 27 "/usr/include/bits/sys_errlist.h" 3 4
# 823 "/usr/include/stdio.h" 2 3 4
# 842 "/usr/include/stdio.h" 3 4
# 882 "/usr/include/stdio.h" 3 4
# 903 "/usr/include/stdio.h" 3 4
# 1 "/usr/include/bits/stdio.h" 1 3 4
# 36 "/usr/include/bits/stdio.h" 3 4
# 125 "/usr/include/bits/stdio.h" 3 4
# 904 "/usr/include/stdio.h" 2 3 4
# 912 "/usr/include/stdio.h" 3 4
# 24 "mcast.c" 2
# 1 "/usr/include/stdlib.h" 1 3 4
# 33 "/usr/include/stdlib.h" 3 4
# 1 "/usr/lib/gcc/i486-slackware-linux/4.3.3/include/stddef.h" 1 3 4
# 326 "/usr/lib/gcc/i486-slackware-linux/4.3.3/include/stddef.h" 3 4
# 34 "/usr/include/stdlib.h" 2 3 4
# 96 "/usr/include/stdlib.h" 3 4
# 140 "/usr/include/stdlib.h" 3 4
# 277 "/usr/include/stdlib.h" 3 4
# 311 "/usr/include/stdlib.h" 3 4
# 327 "/usr/include/stdlib.h" 3 4
# 1 "/usr/include/alloca.h" 1 3 4
# 25 "/usr/include/alloca.h" 3 4
# 1 "/usr/lib/gcc/i486-slackware-linux/4.3.3/include/stddef.h" 1 3 4
# 26 "/usr/include/alloca.h" 2 3 4
# 498 "/usr/include/stdlib.h" 2 3 4
# 583 "/usr/include/stdlib.h" 3 4
# 594 "/usr/include/stdlib.h" 3 4
# 614 "/usr/include/stdlib.h" 3 4
# 640 "/usr/include/stdlib.h" 3 4
# 662 "/usr/include/stdlib.h" 3 4
# 680 "/usr/include/stdlib.h" 3 4
# 699 "/usr/include/stdlib.h" 3 4
# 735 "/usr/include/stdlib.h" 3 4
# 840 "/usr/include/stdlib.h" 3 4
# 875 "/usr/include/stdlib.h" 3 4
# 891 "/usr/include/stdlib.h" 3 4
# 25 "mcast.c" 2
# 1 "/usr/include/arpa/inet.h" 1 3 4
# 31 "/usr/include/arpa/inet.h" 3 4
# 26 "mcast.c" 2
# 1 "/usr/include/unistd.h" 1 3 4
# 28 "/usr/include/unistd.h" 3 4
# 173 "/usr/include/unistd.h" 3 4
# 1 "/usr/include/bits/posix_opt.h" 1 3 4
# 174 "/usr/include/unistd.h" 2 3 4
# 197 "/usr/include/unistd.h" 3 4
# 1 "/usr/lib/gcc/i486-slackware-linux/4.3.3/include/stddef.h" 1 3 4
# 198 "/usr/include/unistd.h" 2 3 4
# 226 "/usr/include/unistd.h" 3 4
# 258 "/usr/include/unistd.h" 3 4
# 301 "/usr/include/unistd.h" 3 4
# 320 "/usr/include/unistd.h" 3 4
# 384 "/usr/include/unistd.h" 3 4
# 399 "/usr/include/unistd.h" 3 4
# 411 "/usr/include/unistd.h" 3 4
# 435 "/usr/include/unistd.h" 3 4
# 463 "/usr/include/unistd.h" 3 4
# 477 "/usr/include/unistd.h" 3 4
# 490 "/usr/include/unistd.h" 3 4
# 508 "/usr/include/unistd.h" 3 4
# 528 "/usr/include/unistd.h" 3 4
# 1 "/usr/include/bits/confname.h" 1 3 4
# 26 "/usr/include/bits/confname.h" 3 4
# 567 "/usr/include/unistd.h" 2 3 4
# 603 "/usr/include/unistd.h" 3 4
# 612 "/usr/include/unistd.h" 3 4
# 629 "/usr/include/unistd.h" 3 4
# 646 "/usr/include/unistd.h" 3 4
# 679 "/usr/include/unistd.h" 3 4
# 735 "/usr/include/unistd.h" 3 4
# 781 "/usr/include/unistd.h" 3 4
# 804 "/usr/include/unistd.h" 3 4
# 813 "/usr/include/unistd.h" 3 4
# 849 "/usr/include/unistd.h" 3 4
# 1 "/usr/include/getopt.h" 1 3 4
# 59 "/usr/include/getopt.h" 3 4
# 73 "/usr/include/getopt.h" 3 4
# 152 "/usr/include/getopt.h" 3 4
# 850 "/usr/include/unistd.h" 2 3 4
# 935 "/usr/include/unistd.h" 3 4
# 982 "/usr/include/unistd.h" 3 4
# 1002 "/usr/include/unistd.h" 3 4
# 1023 "/usr/include/unistd.h" 3 4
# 1046 "/usr/include/unistd.h" 3 4
# 1077 "/usr/include/unistd.h" 3 4
# 1115 "/usr/include/unistd.h" 3 4
# 27 "mcast.c" 2
# 1 "/usr/include/string.h" 1 3 4
# 28 "/usr/include/string.h" 3 4
# 1 "/usr/lib/gcc/i486-slackware-linux/4.3.3/include/stddef.h" 1 3 4
# 34 "/usr/include/string.h" 2 3 4
# 82 "/usr/include/string.h" 3 4
# 130 "/usr/include/string.h" 3 4
# 165 "/usr/include/string.h" 3 4
# 181 "/usr/include/string.h" 3 4
# 240 "/usr/include/string.h" 3 4
# 254 "/usr/include/string.h" 3 4
# 270 "/usr/include/string.h" 3 4
# 294 "/usr/include/string.h" 3 4
# 331 "/usr/include/string.h" 3 4
# 354 "/usr/include/string.h" 3 4
# 420 "/usr/include/string.h" 3 4
# 1 "/usr/include/bits/string.h" 1 3 4
# 421 "/usr/include/string.h" 2 3 4
# 1 "/usr/include/bits/string2.h" 1 3 4
# 394 "/usr/include/bits/string2.h" 3 4
# 969 "/usr/include/bits/string2.h" 3 4
# 1045 "/usr/include/bits/string2.h" 3 4
# 1121 "/usr/include/bits/string2.h" 3 4
# 1172 "/usr/include/bits/string2.h" 3 4
# 1204 "/usr/include/bits/string2.h" 3 4
# 1222 "/usr/include/bits/string2.h" 3 4
# 1303 "/usr/include/bits/string2.h" 3 4
# 1322 "/usr/include/bits/string2.h" 3 4
# 424 "/usr/include/string.h" 2 3 4
# 432 "/usr/include/string.h" 3 4
# 28 "mcast.c" 2
# 1 "/usr/include/sys/ioctl.h" 1 3 4
# 24 "/usr/include/sys/ioctl.h" 3 4
# 1 "/usr/include/bits/ioctls.h" 1 3 4
# 24 "/usr/include/bits/ioctls.h" 3 4
# 1 "/usr/include/asm/ioctls.h" 1 3 4
# 1 "/usr/include/asm/ioctl.h" 1 3 4
# 1 "/usr/include/asm-generic/ioctl.h" 1 3 4
# 1 "/usr/include/asm/ioctl.h" 2 3 4
# 5 "/usr/include/asm/ioctls.h" 2 3 4
# 25 "/usr/include/bits/ioctls.h" 2 3 4
# 28 "/usr/include/sys/ioctl.h" 2 3 4
# 1 "/usr/include/bits/ioctl-types.h" 1 3 4
# 28 "/usr/include/bits/ioctl-types.h" 3 4
# 31 "/usr/include/sys/ioctl.h" 2 3 4
# 1 "/usr/include/sys/ttydefaults.h" 1 3 4
# 38 "/usr/include/sys/ioctl.h" 2 3 4
# 29 "mcast.c" 2
# 1 "/usr/include/errno.h" 1 3 4
# 32 "/usr/include/errno.h" 3 4
# 1 "/usr/include/bits/errno.h" 1 3 4
# 25 "/usr/include/bits/errno.h" 3 4
# 1 "/usr/include/linux/errno.h" 1 3 4
# 1 "/usr/include/asm/errno.h" 1 3 4
# 1 "/usr/include/asm-generic/errno.h" 1 3 4
# 1 "/usr/include/asm-generic/errno-base.h" 1 3 4
# 5 "/usr/include/asm-generic/errno.h" 2 3 4
# 1 "/usr/include/asm/errno.h" 2 3 4
# 5 "/usr/include/linux/errno.h" 2 3 4
# 26 "/usr/include/bits/errno.h" 2 3 4
# 43 "/usr/include/bits/errno.h" 3 4
# 37 "/usr/include/errno.h" 2 3 4
# 59 "/usr/include/errno.h" 3 4
# 31 "mcast.c" 2
# 1 "/usr/include/libnfnetlink/libnfnetlink.h" 1 3 4
# 19 "/usr/include/libnfnetlink/libnfnetlink.h" 3 4
# 1 "/usr/include/linux/netlink.h" 1 3 4
# 1 "/usr/include/linux/socket.h" 1 3 4
# 11 "/usr/include/linux/socket.h" 3 4
# 5 "/usr/include/linux/netlink.h" 2 3 4
# 1 "/usr/include/linux/types.h" 1 3 4
# 1 "/usr/include/linux/posix_types.h" 1 3 4
# 1 "/usr/include/linux/stddef.h" 1 3 4
# 5 "/usr/include/linux/posix_types.h" 2 3 4
# 36 "/usr/include/linux/posix_types.h" 3 4
# 1 "/usr/include/asm/posix_types.h" 1 3 4
# 1 "/usr/include/asm/posix_types_32.h" 1 3 4
# 10 "/usr/include/asm/posix_types_32.h" 3 4
# 3 "/usr/include/asm/posix_types.h" 2 3 4
# 48 "/usr/include/linux/posix_types.h" 2 3 4
# 6 "/usr/include/linux/types.h" 2 3 4
# 1 "/usr/include/asm/types.h" 1 3 4
# 1 "/usr/include/asm-generic/int-ll64.h" 1 3 4
# 17 "/usr/include/asm-generic/int-ll64.h" 3 4
# 5 "/usr/include/asm/types.h" 2 3 4
# 7 "/usr/include/linux/types.h" 2 3 4
# 153 "/usr/include/linux/types.h" 3 4
# 6 "/usr/include/linux/netlink.h" 2 3 4
# 30 "/usr/include/linux/netlink.h" 3 4
# 97 "/usr/include/linux/netlink.h" 3 4
# 128 "/usr/include/linux/netlink.h" 3 4
# 20 "/usr/include/libnfnetlink/libnfnetlink.h" 2 3 4
# 1 "/usr/include/libnfnetlink/linux_nfnetlink.h" 1 3 4
# 1 "/usr/include/libnfnetlink/linux_nfnetlink_compat.h" 1 3 4
# 21 "/usr/include/libnfnetlink/linux_nfnetlink_compat.h" 3 4
# 5 "/usr/include/libnfnetlink/linux_nfnetlink.h" 2 3 4
# 21 "/usr/include/libnfnetlink/libnfnetlink.h" 2 3 4
# 38 "/usr/include/libnfnetlink/libnfnetlink.h" 3 4
# 165 "/usr/include/libnfnetlink/libnfnetlink.h" 3 4
# 181 "/usr/include/libnfnetlink/libnfnetlink.h" 3 4
# 198 "/usr/include/libnfnetlink/libnfnetlink.h" 3 4
# 231 "/usr/include/libnfnetlink/libnfnetlink.h" 3 4
# 1 "/usr/include/byteswap.h" 1 3 4
# 23 "/usr/include/byteswap.h" 3 4
# 1 "/usr/include/bits/byteswap.h" 1 3 4
# 24 "/usr/include/byteswap.h" 2 3 4
# 232 "/usr/include/libnfnetlink/libnfnetlink.h" 2 3 4
# 32 "mcast.c" 2
^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: [ANNOUNCE] conntrack-tools 0.9.11 released
2009-02-24 3:02 ` Robby Workman
@ 2009-02-24 9:59 ` Jan Engelhardt
0 siblings, 0 replies; 10+ messages in thread
From: Jan Engelhardt @ 2009-02-24 9:59 UTC (permalink / raw)
To: Robby Workman; +Cc: Pablo Neira Ayuso, netfilter, netfilter-devel
On Tuesday 2009-02-24 04:02, Robby Workman wrote:
>Not happening that way here (and bits.h indeed does not include
>limits.h) - see attached plaintext...
Mystery solved.
[glibc.rpm changelog]
* Thu Apr 10 2008 pbaudis@suse.cz
- Temporarily revert a namespace leakage cleanup in glibc-2.8 since
it causes a lot of build failures
--- sysdeps/unix/sysv/linux/bits/socket.h
+++ sysdeps/unix/sysv/linux/bits/socket.h
@@ -26,8 +26,10 @@
#endif
#define __need_size_t
+#define __need_NULL
#include <stddef.h>
+#include <limits.h>
#include <sys/types.h>
/* Type for length arguments in socket calls. */
^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: [ANNOUNCE] conntrack-tools 0.9.11 released
2009-02-23 15:34 ` Robby Workman
2009-02-23 16:55 ` Jan Engelhardt
@ 2009-02-24 9:55 ` Pablo Neira Ayuso
2009-02-24 14:10 ` Robby Workman
1 sibling, 1 reply; 10+ messages in thread
From: Pablo Neira Ayuso @ 2009-02-24 9:55 UTC (permalink / raw)
To: Robby Workman; +Cc: Jan Engelhardt, netfilter, netfilter-devel
Robby Workman wrote:
> On Mon, 23 Feb 2009 10:19:58 +0100
> Pablo Neira Ayuso <pablo@netfilter.org> wrote:
>
>> Jan Engelhardt wrote:
>>> On Monday 2009-02-23 06:34, Robby Workman wrote:
>>>> On Sat, 21 Feb 2009 18:40:03 +0100
>>>> Pablo Neira Ayuso <pablo@netfilter.org> wrote:
>>>>
>>>>> The netfilter project presents another development release of the
>>>>> conntrack-tools...
>>>> I thought I recalled seeing discussion about this already, but I
>>>> don't see it in my archives, so maybe not. With glibc-2.7, this
>>>> release builds fine; however, with glibc-2.9, both src/mcast.c and
>>>> src/sync-mode.c need limits.h included, or else INT_MAX is
>>>> undefined.
>>> This builds fine for me - and I am on glibc 2.9.
>>> Just *what* is it in (which distro? Debian/Ubuntu again?)
>>> again to constantly fail on INT_MAX?
>> Indeed. This also compiles fine for me in debian. I have committed a
>> patch for this [1]. This issue is unfortunate. Gentoo bugzilla on
>> conntrack-tools had a patch but nobody has sent it to me. I notice it
>> after the release.
>>
>> [1]
>> http://git.netfilter.org/cgi-bin/gitweb.cgi?p=conntrack-tools.git;a=commit;h=9bf002ff7935e7dff625683787fc3a06ac2ef2cb
>
>
> Weird that it's not affecting Jan then, because it's definitely
> something specific to newer glibc (or perhaps gcc, but it's not
> immediately obvious how that would be the case). I'm on Slackware
> rather than Gentoo, running quite a bit of prerelease development
> builds (including gcc-4.3.3 and glibc-2.9 along with 2.6.28.7 kernel).
I'm don't mind too much as long as the following patch (which is already
in git to fix the gentoo's problem) fixes also yours:
http://git.netfilter.org/cgi-bin/gitweb.cgi?p=conntrack-tools.git;a=commitdiff;h=9bf002ff7935e7dff625683787fc3a06ac2ef2cb;hp=87c8c090e1b64eac27edb968845cb1e8ee65b06b
Please, confirm that the problem is resolved.
--
"Los honestos son inadaptados sociales" -- Les Luthiers
^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: [ANNOUNCE] conntrack-tools 0.9.11 released
2009-02-24 9:55 ` Pablo Neira Ayuso
@ 2009-02-24 14:10 ` Robby Workman
0 siblings, 0 replies; 10+ messages in thread
From: Robby Workman @ 2009-02-24 14:10 UTC (permalink / raw)
To: Pablo Neira Ayuso; +Cc: Jan Engelhardt, netfilter, netfilter-devel
[-- Attachment #1: Type: text/plain, Size: 917 bytes --]
On Tue, 24 Feb 2009 10:55:10 +0100
Pablo Neira Ayuso <pablo@netfilter.org> wrote:
> Robby Workman wrote:
> >
> > Weird that it's not affecting Jan then, because it's definitely
> > something specific to newer glibc (or perhaps gcc, but it's not
> > immediately obvious how that would be the case). I'm on Slackware
> > rather than Gentoo, running quite a bit of prerelease development
> > builds (including gcc-4.3.3 and glibc-2.9 along with 2.6.28.7
> > kernel).
>
> I'm don't mind too much as long as the following patch (which is
> already in git to fix the gentoo's problem) fixes also yours:
>
> http://git.netfilter.org/cgi-bin/gitweb.cgi?p=conntrack-tools.git;a=commitdiff;h=9bf002ff7935e7dff625683787fc3a06ac2ef2cb;hp=87c8c090e1b64eac27edb968845cb1e8ee65b06b
>
> Please, confirm that the problem is resolved.
Yes, that's exactly what I did locally to fix it -- confirmed.
-RW
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 198 bytes --]
^ permalink raw reply [flat|nested] 10+ messages in thread
end of thread, other threads:[~2009-02-24 14:10 UTC | newest]
Thread overview: 10+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2009-02-21 17:40 [ANNOUNCE] conntrack-tools 0.9.11 released Pablo Neira Ayuso
2009-02-23 5:34 ` Robby Workman
2009-02-23 7:17 ` Jan Engelhardt
2009-02-23 9:19 ` Pablo Neira Ayuso
2009-02-23 15:34 ` Robby Workman
2009-02-23 16:55 ` Jan Engelhardt
2009-02-24 3:02 ` Robby Workman
2009-02-24 9:59 ` Jan Engelhardt
2009-02-24 9:55 ` Pablo Neira Ayuso
2009-02-24 14:10 ` Robby Workman
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).