sshd failure (openssh 4.0p1-1)

2005-04-18 Thread somian-cyg
Dear Maintainers / All,

SYNOPSIS:

The Cygwin sshd seems to have developed an aversion to, uh, working, with the 
latest release, 4.0p1-1. Previous to a recent update via setup.exe, it was
working fine. I can still connect the client to any remote host.

SYSTEM INFO:

  $ cygcheck -c openssh
Cygwin Package Information
-
Package  VersionStatus
openssh  4.0p1-1OK
cygwin   1.5.14-1   OK

MS Windows OS
--
**OS Name   Microsoft Windows XP Home Edition Version   
5.1.2600  Build 2600
Processor   x86 Family 6 Model 11 Stepping 1 GenuineIntel ~1328 Mhz
BIOS Version/Date   Gateway 36.00, 7/6/2002
SMBIOS Version  2.31
Hardware Abstraction Layer  Version = 5.1.2600.0 (xpclient.010817-1148)
Total Physical Memory   256.00 MB
Available Physical Memory51.31 MB
Total Virtual Memory764.13 MB
Available Virtual Memory343.31 MB

**NOTE: This is NOT an XP SP2 system.

DETAILED FORENSICS:
--
=
ssh GNU/Linux client-side login attempt
=
[EMAIL PROTECTED] ~$ssh -v -l meanguys 10.154.154.3
OpenSSH_3.6.1p2 Debian 1:3.6.1p2-10.backports.org.1.1, SSH protocols 1.5/2.0, 
OpenSSL 0x0090607f
debug1: Reading configuration data /home/meanguy1/.ssh/config
debug1: Applying options for 10.154.154.3
debug1: Applying options for *
debug1: Reading configuration data /etc/ssh/ssh_config
debug1: Rhosts Authentication disabled, originating port will not be trusted.
debug1: Connecting to 10.154.154.3 [10.154.154.3] port 22.
debug1: Connection established.
debug1: identity file /home/meanguy1/.ssh/id_dsa type 2
debug1: Remote protocol version 2.0, remote software version OpenSSH_4.0
debug1: match: OpenSSH_4.0 pat OpenSSH*
debug1: Enabling compatibility mode for protocol 2.0
debug1: Local version string SSH-2.0-OpenSSH_3.6.1p2 Debian 1:3.6.1p2-10.
backports.org.1.1
debug1: SSH2_MSG_KEXINIT sent
debug1: SSH2_MSG_KEXINIT received
debug1: kex: server-client aes128-cbc hmac-sha1 none
debug1: kex: client-server aes128-cbc hmac-sha1 none
debug1: SSH2_MSG_KEX_DH_GEX_REQUEST sent
debug1: expecting SSH2_MSG_KEX_DH_GEX_GROUP
debug1: SSH2_MSG_KEX_DH_GEX_INIT sent
debug1: expecting SSH2_MSG_KEX_DH_GEX_REPLY
debug1: Host '10.154.154.3' is known and matches the DSA host key.
debug1: Found key in /home/meanguy1/.ssh/known_hosts:40
debug1: ssh_dss_verify: signature correct
debug1: SSH2_MSG_NEWKEYS sent
debug1: expecting SSH2_MSG_NEWKEYS
debug1: SSH2_MSG_NEWKEYS received
debug1: SSH2_MSG_SERVICE_REQUEST sent
debug1: SSH2_MSG_SERVICE_ACCEPT received
debug1: Authentications that can continue: publickey,password,
keyboard-interactive
debug1: Next authentication method: publickey
debug1: Offering agent key: /home/meanguy1/.ssh/id_dsa
Read from socket failed: Connection reset by peer
debug1: Calling cleanup 0x805fcfc(0x0)
=

=
ssh local-loopback login attempt (non-verbose)
=
[EMAIL PROTECTED] ~ $ssh localhost
The authenticity of host 'localhost (127.0.0.1)' can't be established.
RSA key fingerprint is 1a:ce:12:0f:7a:c8:5c:90:64:0d:f5:ec:df:1c:c2:77.
Are you sure you want to continue connecting (yes/no)? yes
Warning: Permanently added 'localhost' (RSA) to the list of known hosts.
Read from socket failed: Connection reset by peer
=

=
WindowsXP Event Log entry for sshd service:
=
The description for Event ID ( 0 ) in Source ( sshd ) cannot be found. The local
 computer may not have the necessary registry information or message DLL files 
to display messages from a remote computer. You may be able to use the /
AUXSOURCE= flag to retrieve this description; see Help and Support for details. 
The following information is part of the event: sshd : PID 3000 : fatal: seteuid
 1006: Permission denied.
=


=
sshd is (obviously) listening on port 22 (log of PortReporter MS utility):
=
05/4/18,9:57:23,TCP,22,10.154.154.3,60156,10.154.154.2,3440,sshd.exe,WINXPBOX\meanguys

=
The entire cygcheck -c report is attached to this message.

  Regards.

cclog.gz
Description: GNU Zip compressed data
--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

build failure for expat-1.95.8-1 cygwin src pkg

2005-04-15 Thread somian-cyg
When I ran
   ./expat-1.95.8-1.sh prep
the resulting directory tree was not patched.

Manually patched after extracting the patch from the cygwin -src tarball.

The build fails with the preprocessor error:
#error memmove does not exist on this platform, nor is a substitute
available in lib/xmlparse.c line 75.

The command line issued by libtool looks approximately like this:
 /bin/bash ./libtool --silent --mode=compile gcc -g0 -O3\
-Iexpat-1.95.8/lib -I. -o lib/xmlparse.lo\
-c expat-1.95.8/lib/xmlparse.c
  [line breaks added for posting to email List]

and it is obvious that it is not applying the CFLAGS: (from Makefile):
 CFLAGS = -O3 -march=i686 -Wall -Wmissing-prototypes -Wstrict-prototypes\
  -fexceptions -DHAVE_EXPAT_CONFIG_H

Because the libtool is not getting or passing on the CFLAGS parameters
to gcc, the compilation fails: the HAVE_EXPAT_CONFIG.H option must be
present on Cygwin or the show will stop immediately.

I retrieved the latest release of libtool and extracted the ltmain.sh
file from that tarball, replacing the one that came in expat. Now the
build worked as expected, to completion.

The libtool release installed on my machine (latest from cygwin at the
time of this writing):

Cygwin Package Information
Package  VersionStatus
libtool-devel1.5.10-1   OK
Cygwin Package Information
Package  VersionStatus
libtool-stable   1.4.3-2OK
Cygwin Package Information
Package  VersionStatus
libtool  1.5b-1 OK

The only thing I know to be non-standard about my setup for this build
was the fact that I did not undertake it in /usr/src but in another
disk location (not one with any spaces present in its pathname, btw).

My conclusion is that use of libtool to build this package on Cygwin
is brittle. This is not the first cygwin package release of expat
which failed to build for me (last time was in 2002, no details are
available to cite after this lengthy interval).

 My opinion is that GNU libtool is a poor match for the
requirements of building of libraries on the ms windows platform. It
reminds one a bit of hunting squirrel with a piece of field artillery.
You'll definitely send the wee critter out of this life with no
remnants to dispose of, but you'll have to get him in your sights first.

There also seems to be an issue with the expat-1.95.8-1.sh script not
patching the upstream source tree it unpacks. Why this would fail I
could not tell (and didn't look too hard).

  Regards.

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/