From owner-freebsd-hackers Sun Jun 11 15:16:36 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id PAA20636 for hackers-outgoing; Sun, 11 Jun 1995 15:16:36 -0700 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id PAA20626 for ; Sun, 11 Jun 1995 15:16:34 -0700 Received: from sax.sax.de by irz301.inf.tu-dresden.de with SMTP (5.67b+/DEC-Ultrix/4.3) id AA20289; Mon, 12 Jun 1995 00:16:31 +0200 Received: by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id AAA09557; Mon, 12 Jun 1995 00:16:31 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.6.11/8.6.9) id AAA02664; Mon, 12 Jun 1995 00:13:15 +0200 From: J Wunsch Message-Id: <199506112213.AAA02664@uriah.heep.sax.de> Subject: Re: Miscellaneous questions. To: brian@pop.jaring.my (Brian O'Connor) Date: Mon, 12 Jun 1995 00:13:14 +0200 (MET DST) Cc: freebsd-hackers@FreeBSD.ORG In-Reply-To: <199506112106.FAA17480@relay4.jaring.my> from "Brian O'Connor" at Jun 12, 95 05:07:01 am Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 2350 Sender: hackers-owner@FreeBSD.ORG Precedence: bulk As Brian O'Connor wrote: > > > 3. The xlock program (in the version on the CD) does not handle the > long strings produced by the password encryption algorithm. I believe a later > version of xlock addresses this. Indeed. The version that's currently in `ports' has the following comment in the Revisions file: 2.0 ... In order to use extra-long passwords with the Linux, changed PASSLENGTH from 20 to 64. Thanks to . ... so we are not alone with our long passwords. :-) (Btw., the name of the package has been changed to `xlockmore', since the original `xlock' is no longer maintained. In case you haven't seen it yet, try again the `maze', `image' and `life' modi. :--) > 4. The load average figures printed out in response to the w and uptime > commands go to zero after a prolonged period (10 -14 days). Seems to be fixed; i haven't seen obviously bogus loadavg figures in any recent system -- and i usually to run `xload' within the `GoodStuff' window of fvwm. > 9. The memory stats for the ps -aux command never move off zero percent. Seems to be fixed, too: j@uriah 59% ps -aux USER PID %CPU %MEM VSZ RSS TT STAT STARTED TIME COMMAND root 2547 0.0 1.4 500 188 p5 R+ 11:58PM 0:00.05 ps -aux root 1 0.0 0.0 428 48 ?? IWs 1:16PM 0:00.30 /sbin/init -- root 2 0.0 0.1 0 12 ?? DL 1:16PM 0:09.91 (pagedaemon) root 3 0.0 0.1 0 12 ?? DL 1:16PM 0:05.96 (vmdaemon) root 4 0.0 0.1 0 12 ?? DL 1:16PM 0:11.34 (update) root 55 0.0 1.1 188 148 ?? Ss 1:17PM 0:01.59 syslogd root 66 0.0 0.9 268 120 ?? Ss 1:17PM 0:01.86 cron ... root 748 0.9 16.3 4224 2324 ?? S 1:53PM 11:27.44 /usr/X11R6/bin/ root 749 0.0 0.0 408 0 v0 IW 1:53PM 0:00.39 -:0 j 774 0.0 0.0 504 0 v0 IW 1:56PM 0:00.19 /bin/sh /home/j j 792 0.0 1.2 240 168 v0 I 1:56PM 3:06.97 beforelight j 793 0.0 1.9 496 268 v0 S 1:56PM 0:09.58 fvwm root 794 0.0 2.2 536 300 v0 I 1:56PM 0:01.27 xterm -g 80x24+ ... -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ Never trust an operating system you don't have sources for. ;-)