similar to: [Bug 531] New: ip_tables.h: IPT_TABLE_MAXNAMELEN bogously #defined to XT_FUNCTION_MAXNAMELEN

https://bugzilla.netfilter.org/bugzilla/show_bug.cgi?id=531 kaber@trash.net changed: What |Removed |Added ---------------------------------------------------------------------------- AssignedTo|laforge@netfilter.org |kaber@trash.net ------- Additional Comments From kaber@trash.net 2007-01-11 19:00 MET ------- Very nice catch. I guess it

https://bugzilla.netfilter.org/bugzilla/show_bug.cgi?id=533 ------- Additional Comments From xkr47@outerspace.dyndns.org 2007-01-18 12:39 MET ------- Created an attachment (id=283) --> (https://bugzilla.netfilter.org/bugzilla/attachment.cgi?id=283&action=view) Suggested fix by me ------- Additional Comments From xkr47@outerspace.dyndns.org 2007-01-18 12:40 MET ------- Created an

https://bugzilla.netfilter.org/bugzilla/show_bug.cgi?id=533 Summary: PANIC: divide by zero in xt_connbytes Product: netfilter/iptables Version: linux-2.6.x Platform: All OS/Version: All Status: NEW Severity: major Priority: P2 Component: ip_tables (kernel) AssignedTo: laforge@netfilter.org

https://bugzilla.mindrot.org/show_bug.cgi?id=2417 Bug ID: 2417 Summary: SOCKS5 should respond with appropriate error reply in error situations Product: Portable OpenSSH Version: 6.8p1 Hardware: All OS: Linux Status: NEW Severity: enhancement Priority: P5 Component:

https://bugzilla.netfilter.org/bugzilla/show_bug.cgi?id=467 mateusz@kaduk.net changed: What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |REOPENED Resolution|INVALID | ------- Additional Comments From mateusz@kaduk.net 2006-10-01

When Shorewall refreshes the config I get following in the log.. kernel: ip_tables: MARK target: only valid in mangle table, not filter logger: Shorewall refreshed Is that something I should worry about? Thanks P.S.  shorewall version 4.5.0.2 ------------------------------------------------------------------------------ Live Security Virtual Conference Exclusive live event will cover all the

https://bugzilla.netfilter.org/cgi-bin/bugzilla/show_bug.cgi?id=84 ------- Additional Comments From tv@debian.org 2003-12-26 18:12 ------- Just wanted to note that http://lists.netfilter.org/pipermail/netfilter-devel/2003-September/012316.html http://lists.netfilter.org/pipermail/netfilter-devel/2003-September/012305.html talk about the same subject, that the same bug triggers an ugly crash

OK Guys this where we are now. The hostname on the Mint 19.1 PC was a combination of the user name and the PC model. I changed it to "radio". That plus the user name gives "martin at radio". That is twelve characters long. No change. Still not able to mount network. Removed netbios name from smb.conf. No change. Set Windows app to no smb/ctif sharing. Got nothing when trying

Hi All, It''s an old problem and still isn''t fixed :( I need the connection marking support to enable the triplet of ISP''s we use. However, I downloaded the latest 2.6.22.1 kernel, made an RPM and installed it. I see the following kernel modules (which looks promising): /lib/modules/2.6.22.1/kernel/net/netfilter xt_connmark.ko xt_CONNMARK.ko Which yields the

when i start or restart syslog-ng, i''ve above message. Can this be a shorewall or iptables synchro ? mess-mate -- April 1 This is the day upon which we are reminded of what we are on the other three hundred and sixty-four. -- Mark Twain, "Pudd''nhead Wilson''s Calendar"

http://bugzilla.netfilter.org/show_bug.cgi?id=728 Summary: ip_tables: limit match: invalid size 40!=48 Product: netfilter/iptables Version: linux-2.6.x Platform: mips64 OS/Version: Debian GNU/Linux Status: NEW Severity: critical Priority: P2 Component: ip_tables (kernel) AssignedTo:

https://bugzilla.mindrot.org/show_bug.cgi?id=2250 Bug ID: 2250 Summary: SOCKS5 should return "NO ACCEPTABLE METHODS" instead of nothing Product: Portable OpenSSH Version: -current Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5

OK Guys this where we are now. The hostname on the Mint 19.1 PC was a combination of the user name and the PC model. I changed it to "radio". That plus the user name gives "martin at radio". That is twelve characters long. No change. Still not able to mount network. Removed netbios name from smb.conf. No change. Set Windows app to no smb/ctif sharing. Got nothing when trying

http://bugzilla.mindrot.org/show_bug.cgi?id=531 dtucker at zip.com.au changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED OS/Version|IRIX |All Platform|MIPS |All Resolution|

Hello and thank you for your email. We strive to respond to all email inquiries within one business day. If your issue cannot wait that long, please call us at 877-438-8966. Our hours are 6:00 a.m. to 6:00 p.m. Pacific Standard Time, Monday through Friday. For reference, your assigned case ID is:1531403 -----Original Message----- From: r-help at hypatia.math.ethz.ch [r-help at

https://bugzilla.netfilter.org/show_bug.cgi?id=531 Phil Oester <netfilter at linuxace.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |netfilter at linuxace.com AssignedTo|kaber at trash.net |netfilter-buglog at lists.netf

https://bugzilla.netfilter.org/show_bug.cgi?id=531 Phil Oester <netfilter at linuxace.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |FIXED --- Comment #2 from Phil Oester <netfilter

http://bugzilla.mindrot.org/show_bug.cgi?id=531 Summary: Conflicting basename() on Irix Product: Portable OpenSSH Version: 3.6p1 Platform: MIPS OS/Version: IRIX Status: NEW Severity: major Priority: P2 Component: Build system AssignedTo: openssh-unix-dev at mindrot.org ReportedBy: pere at

Hello.. How is this possible?? I have 65 active calls .. but making new calls and registering isn't possible anymore the CLI command restart now didn't even work .. had to kill the process before it worked again... myasterisk*CLI> show channels Channel (Context Extension Pri ) State Appl. Data 0 active channel(s) 65 active call(s) Jun 27 16:22:06

The expressions > x<-factor(x) and > class(x)<-"factor" behave differently when x is already an ordered factor. It may not be a bug but it caught me out when I was trying to remove the "orderedness" from a factor variable. The following R code illustrates the difference. Is this difference between the 2 commands desirable? > x<-1:3 > class(x) NULL