Re: [0/5] xtables: phase out case sensitivity

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

 



On Tuesday 2011-01-18 17:16, Patrick McHardy wrote:
>On 18.01.2011 16:38, Jan Engelhardt wrote:
>> http://bugzilla.netfilter.org/show_bug.cgi?id=694 [...] While I
>> have to question why users are relying on inferior filesystems
>> (the issue was raised before on the lists), I feel inclined to
>> solve bugs. So here is a proposed patchset that starts the
>> migration. [...]
>
>I don't want to apply this. Feel free to try to convince other 
>netfilter developers that this is a good idea and I'll pull it in, but 
>so far this looks like useless noise to me.
>
>[...] I don't see any benefit in causing so much churn just for one* 
>*user, who has been feeling unhappy about his scripts not working 
>properly.

I'll try to add to my case then; The dependency on case-sensitivity is a 
long-known issue, so much that in fact, Bart avoided doing this again as 
early as ebtables's inception around 2002.

I am pretty sure there was more than just this one 2011 userÂ-- needless 
to say you have to count me in --, and that there was discussion [during 
my time 2007 onwards]. Google fails me on finding that, though I dug up 
another report from 2004: http://lkml.org/lkml/2004/10/17/147

At that time Harald argued "iptables fundamentally relies on the 
destinction", though that does not apply today thanks to module aliases.

As a resident contributor, I stand behind the changes. In the unlikely 
even that it breaks, I see it as duty to fix it. The churn is on me 
already practically.

Assistance is offered to users who do run into including, but not 
limited to, such issues. The IRC channel is lively again, open reports 
in various bugzilla trackers are actively being inspected for non-distro 
faults and resolved. The overall user experience, IMHO, has greatly 
improved since iptables 1.3.8, and I would like to continue on working 
on it. I am sure something can be devised if your time does not permit 
patch handling.

==

Anticipating pending patches from others (specifically xt_nfqueue revÂ2 
from Florian), git-merge is likely needed to cope with the renames, when 
applying others' patch files.
--
To unsubscribe from this list: send the line "unsubscribe netfilter-devel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html


[Index of Archives]     [Netfitler Users]     [LARTC]     [Bugtraq]     [Yosemite Forum]

  Powered by Linux