Bug List: (This bug is not in your last search results)   Show last search results      Search page      Enter new bug
Bug#: 209222
Alias:
Product:
Component:
Status: RESOLVED
Resolution: FIXED
Assigned To: Gentoo's Team for Core System packages <base-system@gentoo.org>
Hardware:
OS:
Version:
Priority:
Severity:
Reporter: cilly <cilly@cilly.mine.nu>
Add CC:
CC:
Remove selected CCs
URL:
Summary:
Status Whiteboard:
Keywords:

Filename Description Type Creator Created Size Actions
Create a New Attachment (proposed patch, testcase, etc.) View All

Bug 209222 depends on: Show dependency tree
Bug 209222 blocks:
Votes: 0    Show votes for this bug    Vote for this bug

Additional Comments: (this is where you put emerge --info)


Not eligible to see or edit group visibility for this bug.






View Bug Activity   |   Format For Printing   |   XML   |   Clone This Bug


Description:   Opened: 2008-02-07 11:41 0000
Bugfixes:

* Fix "iptables getsockopt failed strangely" when querying revisions for
non-existant matches and targets
* Add support for generic xtables infrastructure (improved IPv6 support!)

and others.

See history:

http://www.netfilter.org/projects/iptables/files/changes-iptables-1.4.0.txt

and:

http://www.netfilter.org/projects/iptables/files/changes-iptables-1.4.0rc1.txt

------- Comment #1 From Richard Homonnai 2008-04-11 17:25:37 0000 -------
PLEASE stabilize this package.
It is the ONLY version which works with a 2.6.24 kernel!!!

------- Comment #2 From Peter Volkov 2008-04-14 10:27:37 0000 -------
(In reply to comment #1)
> PLEASE stabilize this package.
> It is the ONLY version which works with a 2.6.24 kernel!!!

Richard, how iptables-1.3.8-r3 is broken? I fail to see any problems there.

------- Comment #3 From cilly 2008-04-14 13:42:45 0000 -------
(In reply to comment #2)
> (In reply to comment #1)
> > PLEASE stabilize this package.
> > It is the ONLY version which works with a 2.6.24 kernel!!!
> 
> Richard, how iptables-1.3.8-r3 is broken? I fail to see any problems there.
> 

afaik it fails to compile against kernel headers

------- Comment #4 From Peter Volkov 2008-04-14 18:35:36 0000 -------
(In reply to comment #3)
> afaik it fails to compile against kernel headers

Could you open bug then? The more details the better as I did not manage to
reproduce the problem... Neither in unstable system with gentoo sources
2.6.24-r4 nor in stable with unstable openvz-sources 2.6.24.004.1 (btw, openvz
sources required some patches, but that's not iptables problem).

------- Comment #5 From Sergey Dryabzhinsky 2008-06-24 08:45:12 0000 -------
iptables-1.3.8* compiles fine with 2.6.24 kernel, but failes to start with
strange errors:

"The 1.3.8 version of iptables does not seem to work correctly when built
against kernel 2.6.24; any operation attempted returns with "error 0". If you
prefer the 1.3.8 version over the newer 1.4.0, try building with the headers
from kernel 2.6.23 or earlier."

------- Comment #6 From Markus Rothe 2008-06-29 16:43:46 0000 -------
ppc64 stable

------- Comment #7 From Christian Faulhammer 2008-06-29 18:14:09 0000 -------
x86 stable

------- Comment #8 From nixnut 2008-06-30 18:50:00 0000 -------
Doesn't like imq in combination with static on ppc.
Leaving out either of the two from USE makes it build ok.

extensions/libext.a(initext.o): In function `init_extensions':
initext.c:(.text+0x7c): undefined reference to `ipt_IMQ_init'
collect2: ld returned 1 exit status
make: *** [iptables-save] Error 1
rm libiptc/libip4tc.o libipq/libipq.o libiptc/libip6tc.o
 *
 * ERROR: net-firewall/iptables-1.4.0-r1 failed.
 * Call stack:
 *               ebuild.sh, line   49:  Called src_compile
 *             environment, line 2873:  Called die

------- Comment #9 From Jeroen Roovers 2008-07-01 00:25:11 0000 -------
Stable for HPPA.

------- Comment #10 From Friedrich Oslage 2008-07-03 19:13:46 0000 -------
sparc stable

------- Comment #11 From Peter Volkov 2008-07-04 09:48:43 0000 -------
(In reply to comment #8)
> Doesn't like imq in combination with static on ppc.
> Leaving out either of the two from USE makes it build ok.

I don't think we should bother about this. I could add:

use static && use imq || die 

but IMQ itself is more or less experimental, but still very useful that's why
it's here. Static afaik is also not so recommended way to install package in
Gentoo...

------- Comment #12 From Raúl Porcel 2008-07-05 11:23:08 0000 -------
ia64 stable

------- Comment #13 From Tobias Klausmann 2008-07-05 13:30:02 0000 -------
Stable on alpha.

------- Comment #14 From Joe Jezak 2008-07-13 07:14:59 0000 -------
Marked stable on ppc as directed in #11.

------- Comment #15 From Steve Dibb 2008-07-25 20:00:50 0000 -------
amd64 stable

Bug List: (This bug is not in your last search results)   Show last search results      Search page      Enter new bug