similar to: openssh-3-7-1p2 compiling problems on Reliant UNIX

Hi # lslpp -l perl.rte Fileset Level State Description ---------------------------------------------------------------------------- Path: /usr/lib/objrepos perl.rte 5.8.0.0 COMMITTED Perl Version 5 Runtime Environment # lppchk -vm3 # perl -V Summary of my perl5 (revision 5.0 version 8 subversion

Thanks for your help Duncan. Your last comment helped me to figure out what FreeBSD was doing differently than Linux/Solaris. This fix worked on a machine with Python 2.1, R 1.3.1 and FreeBSD 4.1. Here are the details: The pthreads fix: I added '-lc_r' to the PKG_LIBS definition in src/Makevars.in. The FreeBSD 'man pthread' page suggests that adding -pthread to the gcc statement

Hi ! I promised to report the result to the list. Here it is: Damien Miller [SMTP:djm at mindrot.org] wrote yesterday on his keyboard: > On Mon, 8 Jan 2001, Bladt Norbert wrote: [...] >> During the last week I did some investigations why the X11 forwarding >> on Reliant UNIX Versions 5.44 and 5.45 does not work out of the box >> with OpenSSH-2.3.0p1. >> >> The

http://bugzilla.mindrot.org/show_bug.cgi?id=893 ------- Additional Comments From dtucker at zip.com.au 2005-02-10 10:36 ------- Created an attachment (id=814) --> (http://bugzilla.mindrot.org/attachment.cgi?id=814&action=view) Append -lresolv to LIBS early on Reliant Unix libresolv isn't checked until late in configure, and if it's needed the it's *prepended* to LIBS.

Hi ! To all: A Happy New Year ! During the last week I did some investigations why the X11 forwarding on Reliant UNIX Versions 5.44 and 5.45 does not work out of the box with OpenSSH-2.3.0p1. The result fo my investigation is: 1. The OpenSSH sshd opens a TCP/IP-port 6000 + display number and listens to it. This is fine and works with Solaris 7, DEC-OSF 4.0D, Linux and FreeBSD-4.2 but not

Hi ! I upgraded one of our Reliant UNIX systems from 2.1.1 to 2.3.0p1. Now, I suddenly can't login any more. The error message is: Attempting authentication for illegal user ... The reason is: Password expiration Although I don't use my password to login, at all. I login via RSAAuthentication and this did work with version 2.1.1. Version 2.3.0p1, obviously, checks the password

Damien Miller [SMTP:djm at mindrot.org] wrote: > On Mon, 8 Jan 2001, Bladt Norbert wrote: [...] >> The result fo my investigation is: >> 3. All standard X-applications try to determine whether >> they are running locally, i.e. if the DISPLAY on >> computer HOSTX is HOSTX:10.0 the X-applications detect >> that this is the local computer and try to open the

Hello, it's me again ! I tried to compile / install OpenSSH on our Reliant UNIX system, OS version 5.45 (and 5.44). The following problems did appear: 1. OpenSSL-0.9.5a will not compile out of the box. The problem on RU 5.45 is, that the compiler does support "long long" but NOT "unsigned long long". The latter just provokes the error message "superfluous

Hi all, just I tried to upgrade openssh from 3.5p1 to 3.6.1p2 on Reliant Unix 5.45 and run into this error: root at soltest: tail /var/adm/log/messages .... May 23 15:45:28 soltest unix: sshd[4013]: Accepted password for root from 10.128.11.72 port 2624 ssh2 May 23 15:45:28 soltest unix: sshd[4101]: error: setsid: Not owner May 23 15:45:28 soltest unix: sshd[4101]: error: open /dev/tty failed -

after compile (gcc 3.0.2) install and configure (SWAT) on tcpps02 the following test failed # /usr/local/samba/bin/smbclient -L TCPPS02 added interface ip=172.16.207.7 bcast=172.16.255.255 nmask=255.255.0.0 session request to TCPPS02 failed (Call timed out: server did not respond after 20000 milliseconds) session request to *SMBSERVER failed (Call timed out: server did not respond after

The following is special to sshd 3.9p1 under ReliantUnix 5.45. It does not occur under ReliantUnix 5.43 nor under Solaris 5.8: `pwd`/sshd-3.9 -e -D -d -d -d Now connecting from outside [...] debug1: inetd sockets after dupping: 3, 3 debug1: get_port() calls get_sock_port(3) debug1: getpeername failed: Operation not supported on transport endpoint lsof proves FD 3 is an established TCP

http://bugzilla.mindrot.org/show_bug.cgi?id=893 Summary: With Reliant Unix (5.44/5.45) a connection fails if the host isn?t known in DNS Product: Portable OpenSSH Version: 3.8p1 Platform: MIPS OS/Version: other Status: NEW Severity: critical Priority: P2 Component: ssh

Hi Group, recently I upgraded to v 3.7.1p2 on Reliant Unix (former SINIX). With sser root everything works fine, but with a "normal" user the session terminates.. I put the logfile of the "sshd -dddd" at the end. What is wrong? regard Stephan --------------- debug2: read_server_config: filename /etc/sshd_config debug1: sshd version OpenSSH_3.7.1p2 debug1: private host key:

https://bugzilla.mindrot.org/show_bug.cgi?id=2282 Bug ID: 2282 Summary: When group member count exceeds 126, config reliant fails Product: Portable OpenSSH Version: 5.3p1 Hardware: All OS: Linux Status: NEW Severity: normal Priority: P5 Component: sftp-server

> Sorry, but in the first mail I forgot to attach the Makefile and I > forgot also to mention that I already tried the password handling in win95 > via the registry. > > De Boe Bart wrote: > > > Hello, > > > > I need to install Samba on a HP J210 HPUX 10.20. > > I downloaded and compiled version 1.9.18p10. > > > > Following problems are

Is there anyone who has built icecast2 successfully for OpenBSD? I built it from source with no problem on Linux, but on my OBSD system the configure bombs while checking for a function in libxslt... # ./configure checking for a BSD-compatible install... /usr/bin/install -c checking whether build environment is sane... yes checking whether make sets ${MAKE}... yes checking for working

jeff@unsealed.net wrote: > Is there anyone who has built icecast2 successfully for OpenBSD? I built it > from source with no problem on Linux, but on my OBSD system the configure bombs > while checking for a function in libxslt... If you look at your config.log, you'll find the actual error to be ld: -lpthread: no match If you want threads on OpenBSD, -pthread is the way to go

> > from source with no problem on Linux, but on my OBSD system the configure > bombs > > while checking for a function in libxslt... > > If you look at your config.log, you'll find the actual error to be > > ld: -lpthread: no match > > If you want threads on OpenBSD, -pthread is the way to go (it's a > wrapper saying "Do whatever you have to,

I am trying to build openssh-4.3p2 portable source under Cygwin running under Windows XP SP2. I have installed Cygwin 1.5.19-4 along with these significant packages (installed using the cygwin setup program): gcc 3.4.4-1 minires-devel 1.00-1 openssl 0.9.8a-1 openssl-devel 0.9.8a-1 openssl097 0.9.7i-1 tcp_wrappers 7.6-1 zlib 1.2.3-1 I used the instructions in openssh-4.3p2/contrib./cygwin/README

I have found the following simple patch useful for building OpenSSH 3.8p1 on my Tru64 V4.0G boxes with Heimdal 0.6. The problem is that Heimdal defines the intXX_t types in <krb5-types.h> and these then clash with OpenSSH's own definitions in "defines.h". The patch should be harmless on other platforms (at least if they are sane and don't define __BIT_TYPES_DEFINED__