similar to: [Bug 294] tcp wrapper access changed between 2.9.9p2 and 3.3p1

http://bugzilla.mindrot.org/show_bug.cgi?id=585 Summary: sshd core dumping on IRIX 6.5.18 with VerifyReverseMapping enabled Product: Portable OpenSSH Version: -current Platform: MIPS OS/Version: IRIX Status: NEW Severity: major Priority: P2 Component: sshd AssignedTo:

http://bugzilla.mindrot.org/show_bug.cgi?id=585 ------- Additional Comments From dtucker at zip.com.au 2003-07-07 00:32 ------- dmalloc (http://dmalloc.com/) claims to work on IRIX. It's likely to increase the CPU and memory load, though. I've built with dmalloc on Linux thusly: LDFLAGS=-ldmalloc ./configure && make eval `dmalloc -l /path/to/log high` ./sshd [options]

http://bugzilla.mindrot.org/show_bug.cgi?id=820 Summary: utmp seems to be getting clobbered on logins Product: Portable OpenSSH Version: 3.8p1 Platform: All OS/Version: IRIX Status: NEW Severity: normal Priority: P2 Component: sshd AssignedTo: openssh-bugs at mindrot.org ReportedBy: ktaylor

http://bugzilla.mindrot.org/show_bug.cgi?id=832 Summary: X forwarding crashes on some applications Product: Portable OpenSSH Version: 3.8p1 Platform: ix86 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: ssh AssignedTo: openssh-bugs at mindrot.org ReportedBy: ktaylor

Just as a suggestion, I liked the way the ssh.com's ssh would move the old binaries to filename.old then install the new ones....so that way you have an old copy to revert back to if needed (without copying them all by hand).

http://bugzilla.mindrot.org/show_bug.cgi?id=834 Summary: timezone settings on irix lost Product: Portable OpenSSH Version: 3.8p1 Platform: All OS/Version: IRIX Status: NEW Severity: normal Priority: P2 Component: sshd AssignedTo: openssh-bugs at mindrot.org ReportedBy: ktaylor at

http://bugzilla.mindrot.org/show_bug.cgi?id=294 Summary: tcp wrapper access changed between 2.9.9p2 and 3.3p1 Product: Portable OpenSSH Version: -current Platform: MIPS OS/Version: IRIX Status: NEW Severity: normal Priority: P2 Component: sshd AssignedTo: openssh-unix-dev at mindrot.org

Hello, I try to compile openssh-2.9p1 on a SGI Origin 200 computer under IRIX 6.5 with the option --with-tcp-wrappers enable. I have also compiled tcp-wrapper and have installed the library libwrap.a in /usr/lib and the file tcpd.h in /usr/include. When i run the ./configure script i have a error. The script asked me that the libwrap is missing. How can i resolve this ? Thanks. Bests Regards

Are there plans, or does someone have a fix, for having openssh force users to change passwords when they're expired? Right now the program closes the connection....the commercial ssh manages to exec /bin/passwd after they enter their current password. Any ideas?

Hi All I am new to ssh. Somebody please tell me know how telnet is connected to SSH Thanks Barel __________________________________________________ Do You Yahoo!? Yahoo! - Official partner of 2002 FIFA World Cup http://fifaworldcup.yahoo.com

http://bugzilla.mindrot.org/show_bug.cgi?id=585 ------- Additional Comments From dtucker at zip.com.au 2003-09-05 13:39 ------- What's the status of this? At the moment, my understanding is: * a bug exists in getaddrinfo in IRIX 6.5.18 and up * defining BROKEN_GETADDRINFO causes a type clash with gai_strerror * solving the type clash results in an sshd that works OK Should we be

http://bugzilla.mindrot.org/show_bug.cgi?id=810 Summary: TZ environment variable not being set Product: Portable OpenSSH Version: -current Platform: MIPS OS/Version: IRIX Status: NEW Severity: normal Priority: P3 Component: sshd AssignedTo: openssh-bugs at mindrot.org ReportedBy: Al.Smith

I'm observing that mac clients using F-Secure ssh v1 client log into the ssh server, and then the client just hangs with nothing on the screen. In the SYSLOG file, I see this: Accepted password for user from host port whatever Packet integrity error (62 != 58) at session.c:350 Disconnecting: Packet integrity error. (34) This is sshd running on IRIX 6.5.3f

Occasionally, we're noticing that sshd is core dumping on our IRIX 6.5.18f machine. The only time we've really noticed it is when users are logging in with putty from offsite (although I'm not really sure it's a client issue). The user manages to log in, sshd apparently core dumps, but the user is not logged out, the privilege separated user is still running their own

I was trying to compile openssh-3.6.1p1 on IRIX and ran across this error while compiling progressmeter.c: "/usr/include/libgen.h", line 35: error(1143): declaration is incompatible with "char *basename(const char *)" (declared at line 9 of "openbsd-compat/basename.h") extern char *basename(char *); ^ 1 error detected in the

http://bugzilla.mindrot.org/show_bug.cgi?id=574 ------- Additional Comments From ktaylor at daac.gsfc.nasa.gov 2003-05-28 04:29 ------- doesn't look like the bug made it to the mailing list archive. did anyone see it? ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee.

(I'm not subscribed to the list, please Cc me on replies). We have configured sshd to listen on port 80 for some of our users who are behind sufficiently paranoid firewalls. However, others are now confused since they're expecting a web server on port 80. So, I created a small patch (just as proof-of-concept so far), that determines the type of client connecting. A web client will start

Hi Tom, It works fine without modify a lot the config. Just have add a virtual adress 10.0.100.2 in loc and a dnat between 10.0.100.2 and 10.1.100.2. Shorewall is very very powerfull. Super Thank''s again Franck

Dear everyone I am a bit of a computer imbecile and are having problems with R. I am using R in my research project to do chi-square tests on data imported from excel . However I have som missing data in one of my variables (columns) and I need R to "exclude" these and make chi-square test on the data that I have. I use a formula to make 2x2 tables which is: data <-

From: Ron <ron at debian.org> Hi, I've just taken over maintaining the packages for this in Debian, and we've been carrying a couple of patches for a while now that really should have been forwarded since they're clearly not distro specific. I added a third one to that yesterday to fix another autoconf build 'race' seen when doing parallel builds. Cheers, Ron