similar to: [Bug 563] New: iptables fails when modules are unable to load

http://bugzilla.netfilter.org/show_bug.cgi?id=734 Summary: Iptables on Arm Processor with Vanilla Kernel Product: netfilter/iptables Version: linux-2.6.x Platform: arm OS/Version: Debian GNU/Linux Status: NEW Severity: critical Priority: P5 Component: unknown AssignedTo: netfilter-buglog at

Hi folks, I've compiled the new OpenSSH 4.0p1 on my Linux box running Fedora Core 2 (kernel 2.6.10) the same way as I did with 3.9p1 and all previous versions. Key-based login works fine, but if I login from a host that require me to enter my login password (keyboard-interactive), then the sshd child process segfaults. Don't know if this is specific to my system or to Linux in general.

Hi folks, I can't get dovecot to authenticate properly against ldap/pam. I've been fiddling with it for several days now, to no avail. It keeps crashing with: Child died with signal 11 The system is Solaris9. Enclosed is a trace of dovecot-auth for a connection to pop with correct username and password and my config. Any help is appreciated. Cheers Benjamin

https://bugzilla.netfilter.org/show_bug.cgi?id=913 Summary: Memory allocation failure, Segmentation fault (core dumped) when running 'nft list tables' Product: nftables Version: unspecified Platform: x86_64 OS/Version: other Status: NEW Severity: enhancement Priority: P5

hello, I have just installed openssh 4.2p1 and it seems that sshd child process crash if /var/empty/usr/lib do not exist. Here is a strace log ( before creating this directory): 26787 open("/etc/protocols", O_RDONLY) = -1 ENOENT (No such file or directory) 26787 getsockopt(3, SOL_IP, IP_OPTIONS, "", [0]) = 0 26787 socket(PF_UNIX, SOCK_STREAM, 0) = 6 26787 connect(6,

https://bugzilla.netfilter.org/show_bug.cgi?id=1259 Bug ID: 1259 Summary: Handling of EPROTONOSUPPORT in ebtables breaking Ubuntu 18.04 apt-get upgrade Product: netfilter/iptables Version: linux-2.6.x Hardware: x86_64 OS: Ubuntu Status: NEW Severity: normal Priority: P5

I am running rsync over a VPN. The connection has been stable for some time, but recently it has started failing. I am including the strace of the failure below. Basically, the client disconnects typically with an error 12. I have 3 other clients using the same openvpn/rsync configuration, and those are stable, so I am fairly confident this is something on this particular link. The

http://bugzilla.netfilter.org/show_bug.cgi?id=717 Summary: ip6tables: Unknown error 18446744073709551615 Product: iptables Version: 1.3.5 Platform: x86_64 OS/Version: other Status: NEW Severity: normal Priority: P2 Component: ip6tables AssignedTo: netfilter-buglog at lists.netfilter.org

Hi, I get build errors when trying to build a fresh r139985. Anyone got a clue? carl at carl:~/Downloads/llvm3.0/llvm$ gcc --version gcc (Ubuntu/Linaro 4.5.2-8ubuntu4) 4.5.2 Copyright (C) 2010 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. carl at

https://bugzilla.netfilter.org/show_bug.cgi?id=1064 Bug ID: 1064 Summary: iptables-save fails silently in unprivileged lxc/lxd container Product: iptables Version: unspecified Hardware: x86_64 OS: All Status: NEW Severity: enhancement Priority: P5 Component:

Ok I updated both systems to rsync-2.6.8 and found the info on setting strace on the server. Here are the trace logs, there are two calls the first is just the module list which finishes normally the second is the file list in the test module which fails after the list. By the way I have no idea what any of this means (sorry if I'm not supposed to post traces to the list)

On Thu, 16 Nov 2006, Tanya M. Lattner wrote: >> We could just make the testsuite detect that all the targets weren't >> built, and refuse to run the tests... > > No. I don't think thats a good solution. There are many other tests that > should be run. I just need to fix that bug so we only run tests for the > specific target we are on. The issue is that we have

Hello ppc32 users, I think I finally got the "official" answer on the ppc32 problem. Apparently some distributions build binutils so that it defaults to elf32ppc emulation rather than elf32ppclinux. This doesn't matter when using gcc, since gcc overrides the emulation explicitly, but it does matter when invoking ld directly like klibc does. This patch should hopefully take

We get the warning above whenever we use a ProxyCommand. We _know_ it's a pipe, so we can't use sockopts on it. So we shouldn't bitch about it. This breaks all kinds of things which use SSH transparently; including pine, which really wants the first thing it receives from an IMAP server to be a valid imap greeting... which $subject is not. $ ssh -o "proxycommand sh -c '(

$ nmblookup ohwow querying ohwow on 129.22.171.31 name_query failed to find name ohwow $ nmblookup -s /etc/samba/smb.conf ohwow querying ohwow on 129.22.171.31 name_query failed to find name ohwow $ cat /etc/samba/smb.conf [global] workgroup = scholars netbios name = fedora security = user wins server = 129.22.4.11 wins support = no name resolve order = wins lmhosts dns my problem is that

>> No. I don't think thats a good solution. There are many other tests that >> should be run. I just need to fix that bug so we only run tests for the >> specific target we are on. > > The issue is that we have many tests that work in cross compile mode. For > example, test/Regression/CodeGen/PowerPC/vec_spat.ll contains: > > ; RUN: llvm-as < %s | llc

http://bugzilla.netfilter.org/show_bug.cgi?id=563 Summary: BUG in 64-bit version of iptables?? Product: iptables Version: unspecified Platform: x86_64 OS/Version: Debian GNU/Linux Status: NEW Severity: major Priority: P1 Component: iptables AssignedTo: laforge at netfilter.org ReportedBy:

Hi! I am trying to implement va_arg() on ppc32. Everything went smooth, except implementing va_arg() of 64bit int. Since i64 is not a legal type on ppc32 DAGTypeLegalizer::ExpandRes_VAARG() splits the va_arg(i64) into two i32 va_args. The problem with ppc32 va_arg is that it needs special "alignment" of its gpr pointer when the argument is i64. Ie. I need to know if I am lowering

Hello, I am currently facing an issue at linking stage when compiling basic C code for an embedded PPC32 platform and linking with LLD. For external symbol linkage LLVM appears to use PLT which results in generating a R_PPC_PLTREL24 relocation, that is not support by LDD. Therefore even such a basic example cannot be built: /* s.c */ int f() { return 0; } /* t.c */ int f(); int _start() {

I have a problem with rsync hanging when transferring multiple files over a VPN to a separate server. Local server is RHEL4 and remote server is FC6. It ends up failing with the following error message: rsync: connection unexpectedly closed (3193 bytes received so far) [receiver] rsync error: error in rsync protocol data stream (code 12) at io.c(600) [receiver=3.0.0pre8] rsync: connection