similar to: [Bug 158] New: ssh-add trips up due to missing key types

http://bugzilla.mindrot.org/show_bug.cgi?id=158 ------- Additional Comments From wknox at mitre.org 2002-03-12 06:43 ------- Created an attachment (id=38) Patch to fix described problem ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee.

Is there anyone running Samba 3.0.X on Solaris 8 that has VFS working? I am dying to know if this is a problem with my setup or if there is something else going on. If you do have it working, please let me know which module. Thanks. Bill Knox Lead Operating Systems Programmer/Analyst The MITRE Corporation ---------- Forwarded message ---------- Date: Tue, 25 May 2004 13:54:26 -0400

http://bugzilla.mindrot.org/show_bug.cgi?id=1189 wknox at mitre.org changed: What |Removed |Added ---------------------------------------------------------------------------- Summary|Stacked PAM modules hang |PAM module hangs root logout |root logout | ------- Comment #12 from wknox at mitre.org 2006-05-22

http://bugzilla.mindrot.org/show_bug.cgi?id=245 ------- Additional Comments From wknox at mitre.org 2002-05-18 00:58 ------- Same issue with Solaris 8 built with gcc 2.95.2 with the following configure options: --without-rsh --with-tcp-wrappers --with-pam --disable-suid-ssh --with-prngd-socket --with-default-path=/usr/local/bin:/usr/bin:/bin:/usr/local/sbin:/usr/sbin:/sbin Running a ssh -v

http://bugzilla.mindrot.org/show_bug.cgi?id=388 Summary: Escape character not updated from default of ~ in help message Product: Portable OpenSSH Version: -current Platform: All OS/Version: All Status: NEW Severity: minor Priority: P4 Component: ssh AssignedTo: openssh-unix-dev

http://bugzilla.mindrot.org/show_bug.cgi?id=1189 Summary: Stacked PAM modules hang root logout Product: Portable OpenSSH Version: 4.3p2 Platform: UltraSparc OS/Version: Solaris Status: NEW Severity: normal Priority: P2 Component: PAM support AssignedTo: bitbucket at mindrot.org ReportedBy:

http://bugzilla.mindrot.org/show_bug.cgi?id=84 wknox at mitre.org changed: What |Removed |Added ---------------------------------------------------------------------------- Version|-current |3.0.2p1 ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee.

http://bugzilla.mindrot.org/show_bug.cgi?id=468 ------- Additional Comments From wknox at mitre.org 2003-01-15 07:36 ------- I'm not seeing this behavior on my Solaris 8 systems - latest patch cluster (1/8/03), including patch 109007-08. ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee.

Hi, I'm installing asterisk 1.0.5 for a partner in China. Since the ping round trip takes typically 600 msec, I doubt, whether voice quality will we satisfying, but that is currently not my concern. The problem is, that most SIP phones or software (e.g. SJPhone) do resend the invite request, after approx 500 msec (measured by ethereal). chan_sip from asterisk seems to have a special

http://bugzilla.mindrot.org/show_bug.cgi?id=388 ------- Additional Comments From wknox at mitre.org 2002-08-21 02:28 ------- Created an attachment (id=138) --> (http://bugzilla.mindrot.org/attachment.cgi?id=138&action=view) Patch to print proper escape character in escape help ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching

http://bugzilla.mindrot.org/show_bug.cgi?id=84 Summary: last command provides incorrect information on Solaris 8 Product: Portable OpenSSH Version: -current Platform: UltraSparc OS/Version: Solaris Status: NEW Severity: normal Priority: P2 Component: ssh AssignedTo: openssh-unix-dev at mindrot.org

Hi I attempted to run MS Autoroute Express 2005 on wine 20050211. (I believe this fantastic product is marketed also under the names MapPoint and "Street and Trips" depending on market and target). I had wine setup done by winetools: basic setup, ie6, arial, ms installer. i installed the product directly from cd (*) the installer forced an update on the system (to update its office

Author: sommerfe Repository: /hg/zfs-crypto/gate Revision: 262ad2e7d124ee605cafda82de97b85e3c210dda Log message: 6339712 mistaken assumption that (ipsec_mp != NULL) implies packet was ipsec protected trips assert Files: update: usr/src/uts/common/inet/ip/spd.c

http://bugzilla.mindrot.org/show_bug.cgi?id=87 Summary: Last logon that gets reported upon login is the current login time Product: Portable OpenSSH Version: 3.0.2p1 Platform: UltraSparc OS/Version: Solaris Status: NEW Severity: normal Priority: P2 Component: sshd AssignedTo:

http://bugzilla.mindrot.org/show_bug.cgi?id=1315 Summary: Match Group does not support negation Product: Portable OpenSSH Version: 4.6p1 Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P2 Component: sshd AssignedTo: bitbucket at mindrot.org ReportedBy: wknox at

https://bugzilla.mindrot.org/show_bug.cgi?id=1526 Summary: SSH key prompt if public key missing and pubkey auth fails Product: Portable OpenSSH Version: 5.1p1 Platform: Other OS/Version: Mac OS X Status: NEW Severity: normal Priority: P4 Component: ssh-agent AssignedTo:

I am having an unusual bit of behavior with a recently upgraded 3.0.8 installation (from 3.0.2a). I upgraded the server and retained the secrets.tdb file. The server itself is using security = domain, and it had been joined to the domain prior to the upgrade. Now, once I started the new version, I couldn't log on, and would get the error "There are no logon servers available to service

I''ve been experimenting with a two system setup in snv_134 where each system exports a zvol via COMSTAR iSCSI. One system imports both its own zvol and the one from the other system and puts them together in a ZFS mirror. I manually faulted the zvol on one system by physically removing some drives. What I expect to happen is that ZFS will fault the zvol pool and the iSCSI stack will

Hello everyone, recently I've found something I consider a bug. Correct me if I'm wrong, but I always thought that Linux' EOL is 0x0A. Imagine my surprise when I saw that all messages that are being output on to the stderr (on any Linux I've tested - Fedora and Ubuntu) are terminated with 0x0D, 0x0A. Maybe that's standard behaviour of all stderr messages in all Linux

We are running samba 2.0.4b to provide corporate print services. Everything with regards to printing is working like a charm. However, twice in the past two weeks, some of our Samba servers have disappeared from the WINS servers. The WINS servers are NT servers running 4.0SP5. The strangest part was that in one occurrence, it was the lone samba server at one location, but in the other