netdev - Re: [RFC 0/3] MPEG2/TS drop analyzer iptables match extension

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [day] [month] [year] [list]

Date:	Wed, 10 Nov 2010 12:02:20 +0100 (CET)
From:	Jesper Dangaard Brouer <hawk@...u.dk>
To:	Jan Engelhardt <jengelh@...ozas.de>
Cc:	Netfilter Developers <netfilter-devel@...r.kernel.org>,
	Eric Dumazet <eric.dumazet@...il.com>,
	netdev <netdev@...r.kernel.org>,
	Solvik Blum <solvik.blum@...rtjog.com>
Subject: Re: [RFC 0/3] MPEG2/TS drop analyzer iptables match extension 

On Thu, 4 Nov 2010, Jan Engelhardt wrote:
> On Thursday 2010-11-04 10:20, Jesper Dangaard Brouer wrote:
>> On Thu, 4 Nov 2010, Jan Engelhardt wrote:
>>>
>>> This now lives in the mp2t branch (since NFWS already actually) of xt-a,
>>> and I have taken the liberty to start updating it to higher standards.
>>> Please watch that branch, as I don't have any MPEG equipment around me
>>> to do runtime tests.
>>
>> Jan, I would actually like to maintain the source via my own git tree. And I
>> would gladly accept your patches against that tree.
>
> I do not mind who is hosting what parts, as git repos can be
> transferred easily, but I strongly suggest not to decouple xt_mp2t
> from (any clone of) the xtables-addons structure base, because doing
> so would bring you back to square one with regard to maintenance.
>
> I recognize you may dislike splitting up the IPTV codebase, so I
> propose that you make use of submodules, and have an Xt-a clone as
> one submodule. That would allow merging in both directions.

Well, I'm ready to maintain the module my self.  I know we talked (during 
Netfilter Workshop) about putting the module into the Xtables-addons 
git-tree, because the project had stalled.

But things have changed! - I now have some people/developers interested in 
the project, thus I'm taking an active maintainer role instead.

My plan is to keep the module "compatible" with the Xtables-addon build 
system.  Thats why I make my module use your compat_* system from xt-a.
This way you can easier copy the module into you tree, if I fail to 
maintain the module...

I have looked at your improvements in the "mp2t" branch of you tree. I'll 
integrate those changes/improvement in my tree, and give you the author 
credits in my tree.

(ps. this email got delayed on my postponed email outbox, sorry.  Have 
already had some offlist discussions with Jan)

Cheers,
   Jesper Brouer

--
-------------------------------------------------------------------
MSc. Master of Computer Science
Dept. of Computer Science, University of Copenhagen
Author of http://www.adsl-optimizer.dk
-------------------------------------------------------------------
--
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html