similar to: bsd-login.c in pre17

Hello to all! I have problem with OpenSSH 1.2.1pre18 on Linux (kernel 2.2.13, distribution Slackware 4.0). When someone login using ssh, there is no way to see his presentance with some 'standard' tools (finger, who, w, users...). Of course, his proccesses are in ps, and so. I've tried to see /etc/utmp using vi, and there is some entry, but maybe invalid, or something. When I enable

regarding the segfault that shows up when calling pam_open_session in sshd under solaris-- In the dec 1 Solaris 7 patch report update, there is one mention of pam: Patch-ID# 107285-01 Synopsis: SunOS 5.7: passwd & pam_unix.so.1 patch BugId's fixed with this patch: 4172457 Changes incorporated in this version: Date: Aug/17/99 but it doesn't seem to be freely available -- when looking

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 I have just uploaded 1.2.1pre18. This is mainly merges from the OpenBSD tree, bugfixes for Solaris and libc5 Linux systems. It should fix all reported bugs except the snprintf problems on some older Solaris versions. Please test thoroughly, my hope is to have a stable version released before Jan 1. At this point the main holdup is Solaris. I have

The current configuration only works if xauth can be found at /usr/X11R6/bin/xauth, which creates some problems when running sshd on an openwin system. Contained below are patches to find the path of xauth in configure, and set the path in config.h. (also contained is a patch for configure for those without autoconf) Also-- added #include "bsd-daemon" to includes.h, which quiets a

Hello I have problem with OpenSSH 2.1.1p1 on libc5 system (Slackware 4). I'm not sure if I had those problems with 1.2.x version of OpenSSH (on the same system), but I don't think so. When someone ends ssh session (logout, or something) utmp entry for that user doesn't get erased from UTMP file. In 'finger' I can see a lot of multiplicied users that are not actually logged

Details of installation attached. Effect: when I build and test (with full path names) ssh in the openssh... directory, everything works fine. When I "install" it as per attached file into a test-directory and run it from there, there are 2 phenomena: either it just hangs, eating 96% of CPU or it dies with a Segmentation fault (this is what happens most often) Help needed

In case it is any help, here is the patch against openssh-3.0.1p1 that corrects the problem with last reporting on Solaris that I sent to the list a week or so ago against 3.0p1. There was no conversation about this aside from Rip Loomis' comment about including it to support BSM auditing - does this present a problem for other OSes to include the ut_name field in the utmpx entry? Should this

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

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 put together a simple set of diffs that corrects the problem described by Steven Fishback <sfishback at interpath.net> on 10-30 on this list regarding incorrect information reported by last on Solaris. The patches merely pass along the username in the utmpx record for a logout. Is there any reason why this would be a problem with other OSes? If not, maybe this could be rolled into the

Hi, Solaris (tested with 2.6) needs a username in the logout record in the wtmpx file. Currently openssh (version 2.3.0p1) leaves the username (utmpx.ut_user) empty in logout records, which leads to conflicting results from the last command. Example: # last -5 siegert siegert pts/186 stikine.ucs.sfu. Mon Jan 15 14:26 still logged in siegert pts/105 stikine.ucs.sfu. Mon Jan 15

Hello, I have been testing James'' GPLPV drivers and found excellent performance when using iperf but have been having issues when trying to download a file from a shared folder on my Windows 2003 Enterprise HVM to any other system whether it is linux or windows. Basically my initial iperf tests were showing 937Mbits/sec down and 345Mbits/sec up but when I try to copy a 2GB file

Especially you who are doing large-scale network booting, please try out 4.10-pre17 *and report the results*. I'm hoping with Gene Cumm's fixes that we have can promote this to a full release shortly, but I really need test reports -- good or bad. -hpa -- H. Peter Anvin, Intel Open Source Technology Center I work for Intel. I don't speak on their behalf.

On Jul 1, 2014 10:37 PM, "Alexander Perlis" <aperlis at math.lsu.edu> wrote: > > I believe I'm seeing a bug in lpxelinux.0 6.03-pre17 but I need some advice on how to isolate and troubleshoot this. (I can't try pre18 at the moment, but did try 4.07 and 5.10 and saw similar behavior, also with pxelinux.0, so although I'll give pre18 a try soon, some

On Jul 2, 2014 11:13 AM, "Alexander Perlis" <aperlis at math.lsu.edu> wrote: > Or is there a different (non-ipxe?) way we can locally boot a machine and get it to chain to our 6.0x pxelinux server? Unless this is a completely isolated network, talk with your IT department. If there's no DHCP, make a simple server. If there's DHCP and no boot info, add a PXE server

On 07/03/2014 06:31 AM, Gene Cumm wrote: > On Jul 2, 2014 11:13 AM, Alexander Perlis wrote: > > > Or is there a different (non-ipxe?) way we can locally boot a machine > and get it to chain to our 6.0x pxelinux server? > > Unless this is a completely isolated network, talk with your IT department. > > If there's no DHCP, make a simple server. If there's DHCP and

On Thu, Jul 3, 2014 at 9:13 PM, Alexander Perlis <aperlis at math.lsu.edu> wrote: > I suppose we could try making an ISOLINUX CD for the local boot, which then > uses pxechn.c32 to connect to our PXE server? pxechn.c32 requires a functional PXELINUX. -- -Gene

Hey Folks, It seems that Homebrew for some reason arbitrarily decided to banish all of the --devel flavors from all of their installable packages.  I couldn't find any discussion as to why or what they intend to replace the function with. **update;  this is where they decided to do this; https://github.com/Homebrew/brew/pull/5060#issuecomment-428149176 But in the meantime, 1.1pre17 is

Hi, I finally managed to test pxelinux 4.10 pre17 in our VMware environment and can report that HTTP booting seems to work reliably now. Downloads are fairly fast. As a side note, rosh "ls" and "pwd" commands now work as expected with a HTTP TFTP prefix, cool! I'll leave it in production use now and report about any further issues. Can you already tell when a 4.10

Hi, thanks for writing cptime, after manually adding it to the Makefile of a lwip git checkout it compiled fine (same about prdhcp) (only isohybrid complained about a missing uuid/uuid.h)... I have a 64bit VM with VMXNET3 and go there this result: [image: cptime.png] (can everybody see the picture?) The download of a 180MB large file (Parted Magic initrd) takes between 60 and 72 seconds,