Re: [ANNOUNCE] call for testing of patch-o-matic-ng

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Hi Henrik thx for statement
i looking more clear now.
Best Regards
----- Original Message ----- 
From: "Henrik Nordstrom" <hno@xxxxxxxxxxxxxxx>
To: "RRuegner" <robert@xxxxxxxxxxx>
Cc: "Harald Welte" <laforge@xxxxxxxxxxxxx>; "rruegner" <robowarp@xxxxxx>;
"Netfilter Development Mailinglist" <netfilter-devel@xxxxxxxxxxxxxxxxxxx>;
"Netfilter Mailinglist" <netfilter@xxxxxxxxxxxxxxxxxxx>
Sent: Thursday, February 26, 2004 9:24 PM
Subject: Re: [ANNOUNCE] call for testing of patch-o-matic-ng


> On Thu, 26 Feb 2004, RRuegner wrote:
>
> > i know your question, but where is the list which modules will fit to
kernel
> > 2.6.3, i have to setup a firewall machine and i wanna use 2.6.3 and want
to
> > know which newnat will compile clean at now.
>
> The goal is to have most modules ported to 2.6 when pom-ng is released I
> think. The current state is not yet ready for public consumtion on 2.6 as
> a lot porting efforts of the various extensions still remains.
>
> > It would be nice to see a small info at the netfilter page about that.
>
> Until it is ready for public consumtion there is little point in having
> such page I think.
>
> And with pom-ng properly including dependency and kernel revision checks I
> am not realy convinced such page is required. If you ask it will apply
> what can be applied to your kernel and tell what could not.
>
> > Alltough i understood pom ng as a special redesign for the new kernel
> > now i understand that this is only a redesign of pom.
>
> Correct.
>
> pom-ng is not a redesign for the new kernel, it is primary a redesign for
> easier model of development and version management and at the same time
> throwing in the ability to support multiple versions of the same extension
> for different kernel versions.
>
> The primary goal right now is to get pom-ng up to at least the same level
> as pom is to make sure there is a stable foundation to work from allowing
> the developers to forget about pom.
>
> Secondary goal is to port as many extensions as possible to also support
> 2.6 but this is actually a separate project, only made practically
> possible by the introduction of pom-ng. So for the 2.6 porting activity to
> get up to speed the pom-ng framework must first be verified.
>
> Regards
> Henrik
>



[Index of Archives]     [Linux Netfilter Development]     [Linux Kernel Networking Development]     [Netem]     [Berkeley Packet Filter]     [Linux Kernel Development]     [Advanced Routing & Traffice Control]     [Bugtraq]

  Powered by Linux