similar to: [openssh-1.2pre13] patch for solaris 7 ...

Okay, everything as the first large one I sent today, with a few extra mods. _PATH_MAILDIR is only used in sshd.c, that I can see, so moved the #ifdef from config.h.in to there. several files had __progname defined in the middle of the code, as well as at the top of the code, so cleaned those out. all the fixes for u_int32_t -> uint32_t and u_int16_t -> uint16_t, plus added appropriate

Solaris 7 doesn't have a ut_host element in utmp...patch let's bsd-login.c compile with this knowledge: *** openssh-1.2pre13.orig/bsd-login.c Fri Nov 19 00:32:34 1999 --- openssh-1.2pre13/bsd-login.c Fri Nov 19 14:23:49 1999 *************** *** 40,45 **** --- 40,46 ---- static char *rcsid = "$Id: bsd-login.c,v 1.1 1999/11/19 04:32:34 damien Exp $"; #endif /*

Just tried out ssh in pre13, and still get the EGD problem? :( new-relay:/usr/slocal/src/openssh-1.2pre13> ./ssh -l marc atelier The authenticity of host 'atelier.acadiau.ca' can't be established. Key fingerprint is 1024 ef:36:b5:f8:a3:bb:14:4d:a9:4b:f2:90:9a:bd:bb:00. Are you sure you want to continue connecting (yes/no)? yes Warning: Permanently added

configure appears to be setting things right: dragon:/var/src/openssh-1.2.1pre23> grep INTXX config.h #define HAVE_INTXX_T 1 /* #undef HAVE_U_INTXX_T */ #define HAVE_UINTXX_T 1 Marc G. Fournier marc.fournier at acadiau.ca Senior Systems Administrator Acadia University "These are my opinions, which are not necessarily shared

As far as I can tell, it isn't defined anywhere, so bsd-login.c fails: bsd-daemon.c: In function `daemon': bsd-daemon.c:70: `_PATH_DEVNULL' undeclared (first use in this function) bsd-daemon.c:70: (Each undeclared identifier is reported only once bsd-daemon.c:70: for each function it appears in.) I dont' know if anyone actually puts /dev/null in a different place...is there a

Attached is a small patch that should fix most of the problems reported. I am adding a recommendation to use GNU make to the INSTALL document. Regards, Damien -- | "Bombay is 250ms from New York in the new world order" - Alan Cox | Damien Miller - http://www.mindrot.org/ | Email: djm at mindrot.org (home) -or- djm at ibs.com.au (work) -------------- next part -------------- Index:

Hi Marc, I am seeing this exact same problem on OpenSSH-2.5.1p1 compiled on a PowerPC. The same code compiled for an x86 machine works fine. Your messages on the list didn't seem to indicate any resolution to this problem. Have you figured out how to make it work? checksum: 2d2711e2 stored checksum: 2d2711e2 checksum: 72f2b13c stored checksum: e230f836 Disconnecting: Corrupted check bytes

As a followup to my own email... We did some testing here today with connecting to the share from an NT box, where we connect to \\relay\marc as marc when log'd in as a seperate user...NT refuses to allow it. Is there a bug with the server that, using smbclient from Linux, allows you to connect to any share without a password? Can someone test this and see if its a local problem or not?

I just tried, on a whim, to use an OpenSSH client vs SSH 1.2.26 client, and I can connect with it... Something drastic change between pre23 and pre24? Then again, I can't get pre23 to work anymore either, after further investigation :( OpenSSH clients connect no problem, just not the old SSH 1.2.26 clients ... Marc G. Fournier marc.fournier at acadiau.ca

I don't remember what we did to fix this last time, and I've had to rebuild my system completely from scratch over the past few days, so dont' have past patches to work from ... new-relay:/usr/slocal/src/openssh-1.2pre15> make gcc -g -O2 -Wall -I/usr/slocal/include -DETCDIR=\"/usr/local/etc/ssh\" -DSSH_PROGRAM=\"/usr/slocal/bin/ssh\" -DHAVE_CONFIG_H -c

in packet.c:packet_read_poll(), stored_checksum is an unsigned int, but GET_32BIT is returning an unsigned long ... Or isn't it? Marc G. Fournier marc.fournier at acadiau.ca Senior Systems Administrator Acadia University "These are my opinions, which are not necessarily shared by my employer"

But, following the instructions, I get: eris:/usr/slocal/samba/bin> ./smbpasswd -j ACADIA -r pdc.acadiau.ca attempt_netbios_session_request: PDC.ACADIAU.CA rejected the session for name *SMBSERVER. Segmentation fault GDB shows: eris:/usr/slocal/samba/bin> gdb !$ core gdb smbpasswd core GNU gdb 4.17 Copyright 1998 Free Software Foundation, Inc. GDB is free software, covered by the GNU

Anyone out there know more about PAM under Solaris 7/x86 then I do, that can maybe tackle this, and/or suggestion a route to take to fix? After doing some debugging, it looks like the problem is a seg fault at: sshd.c:void pam_cleanup_proc(void *context) =========================================== debug("PAM_retval(open_session) about to run"); pam_retval =

configure:2050: checking for quad_t configure:2059: gcc -c -g -O2 -Wall -I/usr/slocal/include conftest.c 1>&5 configure: In function `main': configure:2055: incompatible types in assignment configure: failed program was: #line 2052 "configure" #include "confdefs.h" #include <sys/types.h> int main() { quad_t a; a = 1235; ; return 0; } Marc G. Fournier

Got this from one of my users today ... ========== sshing did still work last week, but you had to use the blowfish encryption protocol instead of 3des that is used by default. ========== Marc G. Fournier marc.fournier at acadiau.ca Senior Systems Administrator Acadia University "These are my opinions, which are not necessarily

Okay, am trying to get ICQ2000b installed under Wine for my GF ... I use LICQ myself, she doesn't like it as much as her Windows version, says it offers more then licq ... I do have a Windows partition, and install goes beautifully ... If I try and run it after the install, the 'Loading...' comes up and then I start getting: fixme:win32:SetCriticalSectionSpinCount

On Mon, 22 Nov 1999, Philip Brown wrote: > [ Marc G. Fournier writes ] > > debug("PAM_retval(open_session) about to run"); > > pam_retval = pam_open_session((pam_handle_t *)pamh, 0); > > > > > =========================================== > > > > so, its looking like I'm authenticated properly, but when trying to set up > > the

total 3136 -rwxr-xr-x 1 root other 1913044 Jan 12 09:08 sshd -rw-rw-rw- 1 root other 0 Jan 12 09:08 stSyaqBu What are the st* files, and why are they being created in the same directory as sshd lives? Marc G. Fournier marc.fournier at acadiau.ca Senior Systems Administrator Acadia University "These are

Okay, we think we've resolved them all now *wipe brow* There were two outstanding problems... Problem 1: The config file has two directives in it: IgnoreRhosts RhostsAuthentication Without realizing it, even though I had IgnoreRhosts set to 'no', RhostsAuthentication was set to 'no' also, so it didn't matter ... This appears to fix the authentication issue of last

Morning... Attached are two files. The first (smb.session) shows one user connecting to two different shares on a remote server using *no* password... The second is the smb.conf file found on that remote server, running Solaris 2.6, and Samba 2.0.3 ... I'm *really* hoping that its something that we're overlooking as far as configuration is concerned...or else there is one helluva