ipt_recent needs a maintainer!
laforge at netfilter.org
Fri Dec 9 06:12:54 CET 2005
ipt_recent was merged into the mainline kernel quite some time ago, but
unfortunately the original author doesn't seem to be compelled to
maintain it. There's nothing wrong with that, after all we do this
voluntarily! But we have to deal with the consequences.
Some people from the netfilter community have indicated that it's coding
style rectifies a re-write, but that's something I don't want to address
What we need as a short-term solution is somebody maintaining this
beast, somebody looking into bug reports, etc.
There are a number of bug reports coming in, and nobody really takes
care of them. The latest one seems to be
but there are more, like
and I also think there have been reports to bugme.osdl.org as well.
Unless somebody volunteers to maintain that module within a short time,
I suggest that we mark it as "EXPERIMENTAL" and/or "BROKEN" in Kconfig
[p.s: you might argue that it's the coreteam's job to do this. This is
true, but I for myself haven't even used the module once and I doubt
it's usefulness. I'm not familiar with the code, and the past months
have shown that I'm not likely to find the time to deal with it.]
- Harald Welte <laforge at netfilter.org> http://netfilter.org/
"Fragmentation is like classful addressing -- an interesting early
architectural error that shows how much experimentation was going
on while IP was being designed." -- Paul Vixie
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Size: 189 bytes
Desc: not available
Url : /pipermail/netfilter-devel/attachments/20051209/7ad83d8e/attachment.pgp
More information about the netfilter-devel