similar to: [Bug 533] sshd failure on Tru64 (OSF/1) 5.1a

http://bugzilla.mindrot.org/show_bug.cgi?id=533 ------- Additional Comments From djm at mindrot.org 2003-06-04 23:35 ------- Could you try adding a "#define BROKEN_GETADDRINFO 1" to config.h and then doing a "make clean ; make" (don't rerun configure after adding the #define) Please tell us whether or not that helps? ------- You are receiving this mail because:

On Thu, 26 Feb 2015, Darren Tucker wrote: > I noticed this error log spam on the tinderbox when looking at one of the > failures. It happens with Unix domain socket forwarding is requested: > > debug1: channel 1: new [forwarded-streamlocal at openssh.com] > get_socket_address: getnameinfo 1 failed: ai_family not supported > get_sock_port: getnameinfo NI_NUMERICSERV failed:

http://bugzilla.mindrot.org/show_bug.cgi?id=933 Summary: compile problem on tru64 5.1A code outside of a #ifdef that should not be included on tru64 Product: Portable OpenSSH Version: 3.8p1 Platform: Alpha OS/Version: OSF/1 Status: NEW Severity: normal Priority: P2 Component: Build

This is less of a question and more of just an FYI to any other poor soul that happens to run into the same problem that I just spent 3 hours trying to correct. I was working on getting rsync 3.0.3 compiled on a TRU64 5.1 alpha system, using the provided (compaq?) c-compiler. The first step was to set the compile flags: CC=cc CFLAGS='-std1 -O' export CC CFLAGS Then run the configure

http://bugzilla.mindrot.org/show_bug.cgi?id=1007 Damien Miller <djm at mindrot.org> changed: What |Removed |Added ---------------------------------------------------------------------------- OS/Version|All |Tru64 Component|sftp |ssh CC| |djm at

https://bugzilla.mindrot.org/show_bug.cgi?id=1007 --- Comment #16 from Darren Tucker <dtucker at zip.com.au> 2008-01-01 04:57:07 --- Created an attachment (id=1431) --> (http://bugzilla.mindrot.org/attachment.cgi?id=1431) Make ssh-rand-helper close all fds above STDERR Random thought: I wonder if some commands are making unwarranted assumptions about the descriptors they inherit?

https://bugzilla.mindrot.org/show_bug.cgi?id=1007 --- Comment #17 from Damien Miller <djm at mindrot.org> 2009-08-18 11:12:32 EST --- Can't replicate this and can't diagnose without a truss or similar; ssh-rand-helper includes subcommand timeout logic that should avoid this. Please reopen if it recurs and you can trace it. -- Configure bugmail:

https://bugzilla.mindrot.org/show_bug.cgi?id=1007 Damien Miller <djm at mindrot.org> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |RESOLVED Resolution|--- |WORKSFORME --- Comment #18 from Damien Miller <djm at

https://bugzilla.mindrot.org/show_bug.cgi?id=1007 Damien Miller <djm at mindrot.org> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED --- Comment #19 from Damien Miller <djm at mindrot.org> --- Close all resolved bugs after 7.3p1 release

Dear openssh-unix-dev; I recently downloaded the tarball openssh-3.4p1 and built it for my Tru64 Unix ( OSF/1 ) 5.1a system. My configure statement is: ./configure --prefix=/usr/local/security/tools/openssh-3.4p1 \ --exec-prefix=/usr/local/security/tools/openssh-3.4p1 \ -with-ssl-dir=/usr/local/security/tools/openssl-0.9.6g \ -with-zlib-dir=/usr/local/compress/tools/zlib-1.1.3 \

Has anyone achieved a current successful build of R 1.8 or 1.9 or earlier for HPUX Tru 64 OSF 5.1? There is no binary version of R for HPUX Tru 64 OSF 5.1. The R admin manual mentions that the native make fails on "Alpha/OSF (aka Tru 64)" and gnu make must be used instead. There are problems reported with building R versions around 1.4 from 2002 on R-devel, some of which were fixed with

I am trying to compile sshd 3.8p1 on Tru64 UNIX V4.0F Patch Level 7. Previously I've compiled the entire 3.6.1p2 distribution with no problems. The problem seems to occur when linking sshd. The linker is unable to find xcrypt and shadow_pw functions (openbsd-compat/*.c). The libopenbsd-compat seems to have built without errors. I configure as follows: CC=cc CFLAGS=-O LDFLAGS=-non_shared

All, I'm getting the following error message when trying to 'make' OpenSSH 3.7.1p2: cc: Severe: compress.c, line 19: Cannot find file "zlib.h" specified in #include directive. (noinclfilef) #include "zlib.h" -^ *** Exit 1 Stop. What can I do to get this to compile correctly? Thanks in advance, Trevor Strickland trevor.strickland at ed.gov

i've applied albert chin's patch on configure.in file: http://lists.samba.org/pipermail/rsync/2002-January/005726.html, but i still getting the error: cc: Error: lib/getaddrinfo.c, line 180: In this statement, "EAI_MAX" is not declared. (undeclared) thanks for any advice Martin Sigilfredo _________________________________________________________________ Join the world’s

Ok.. I need wider testing for this. I'm getting reports back it works mostly. 'ssh site ls' fails, but they can login with Privsep enbled. Can I get those who are using Tru64 or OSF/1 that have SIA enabled to test? This should apple to either -cvs or the current snapshot (I would perfer not to use 3.4p1 due to bugs). I'm going on a trip next week and will be around very spotty

http://bugzilla.mindrot.org/show_bug.cgi?id=1007 Summary: sftp client hangs on tru64 5.1A Product: Portable OpenSSH Version: 4.0p1 Platform: Alpha OS/Version: All Status: NEW Severity: normal Priority: P2 Component: sftp AssignedTo: openssh-bugs at mindrot.org ReportedBy: paulstepowski at

http://bugzilla.mindrot.org/show_bug.cgi?id=222 ------- Additional Comments From djm at mindrot.org 2002-04-18 23:07 ------- Could you please try CVS -current with the following patch. You will need to regenerate configure using autoconf. ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee.

Hello All, Im using OpenSSH 4.2p1. The getnameinfo() call in my system libc is broken and as a result SSH fails saying getnameinfo failed:host nor service provided. Im thinking of using getnameinfo() call available from openbsd-compat directory to get rid of this problem. As this is a production system, we can't make changes without convincing my syadmin and managers. I understand that

Either this never made it to the list or no one cares about Tru64. This is the last time I'll send this patch to the list. If no one steps up and finishes it or provides me with enough information to fix any remaining bugs (one being complaint that 'ssh site cmd' does not work right). If there is no activity on this for a week. I'll post it to bugzilla and will ignore any

HI Guys, On my Slackware-current firewall I cannot ssh into it. The tail of the syslog is :- Jun 1 10:56:15 firefly sshd[22176]: fatal: get_sock_port: getnameinfo NI_NUMERICSERV failed any ideas why I get this error? Although slack-current includes openssh I've actually built this one from source ( and openssl too ) in case it was a config issue with the slackware -current release (which