From owner-freebsd-stable Sun Feb 18 12:56:01 1996 Return-Path: owner-stable Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA03271 for stable-outgoing; Sun, 18 Feb 1996 12:56:01 -0800 (PST) Received: (from jmb@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA03250 for freebsd-stable; Sun, 18 Feb 1996 12:55:59 -0800 (PST) From: "Jonathan M. Bresler" Message-Id: <199602182055.MAA03250@freefall.freebsd.org> Subject: make world fails "c++rt.o missing" To: freebsd-stable Date: Sun, 18 Feb 1996 12:55:59 -0800 (PST) X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-stable@FreeBSD.ORG Precedence: bulk tried to do a "make world" today with the enviroment variable DESTDIR=/usr/src/dest. it failed. make couldn't find c++rt.o. source is from feb 16th, my most recent sup. checked out the source using "cvs checkout -r RELENG_2_1_0 -P src" to a newly newfs'ed partition, /usr/obj was also newly newfs'ed setenv DESTDIR /usr/src/dest make world -------------------------------------------------------------- Rebuilding /usr/src/dest/usr/lib -------------------------------------------------------------- ===> libg++ building standard g++ library nm: math.o: no name list. tsort: cycle in data tsort: filebuf.o [snip] tsort: iostream.o tsort: isgetline.o ranlib libg++.a make: don't know how to make /usr/src/dest/usr/lib/c++rt0.o. Stop *** Error code 2 Stop. *** Error code 1 Stop. here is the "cvs diff Makefile" Index: Makefile =================================================================== RCS file: /home/ncvs/src/Makefile,v retrieving revision 1.57.4.8 diff -r1.57.4.8 Makefile 278a279,282 > .if exists(lib/csu/i386) > cd ${.CURDIR}/lib/csu/i386 && \ > ${MAKE} depend all install ${CLEANDIR} ${OBJDIR} > .endif -- Jonathan M. Bresler FreeBSD Postmaster jmb@FreeBSD.ORG FreeBSD--4.4BSD Unix for PC clones, source included. http://www.freebsd.org/ From owner-freebsd-stable Sun Feb 18 14:33:18 1996 Return-Path: owner-stable Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id OAA09009 for stable-outgoing; Sun, 18 Feb 1996 14:33:18 -0800 (PST) Received: (from jmb@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id OAA09001 for freebsd-stable; Sun, 18 Feb 1996 14:33:13 -0800 (PST) From: "Jonathan M. Bresler" Message-Id: <199602182233.OAA09001@freefall.freebsd.org> Subject: make world fails in /usr/src/secure/libexec/telnetd To: freebsd-stable Date: Sun, 18 Feb 1996 14:33:11 -0800 (PST) X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-stable@FreeBSD.ORG Precedence: bulk continued a "make world" on source from 960216 obtained from cvs using "cvs checkout -r RELENG_2_1_0 -P src". the enviroment variable DESTDIR is set to /usr/src/dest. the make world fails in /usr/src/secure/libexec/telnetd. cc -O -DLINEMODE -DUSE_TERMIO -DDIAGNOSTICS -DOLD_ENVIRON -DENV_HACK -I/usr/src/ secure/libexec/telnetd/../../lib -DAUTHENTICATION -DENCRYPTION -I/usr/src/dest /usr/include -o telnetd authenc.o global.o slc.o state.o sys_term.o telnetd.o t ermstat.o utility.o -L/usr/src/dest/usr/lib -L/usr/src/secure/libexec/telnetd/.. /../lib/libtelnet/obj -lutil -ltermcap -ltelnet state.o: Undefined symbol `_auth_request' referenced from text segment state.o: Undefined symbol `_encrypt_send_support' referenced from text segment state.o: Undefined symbol `_auth_request' referenced from text segment state.o: Undefined symbol `_encrypt_send_support' referenced from text segment state.o: Undefined symbol `_auth_finished' referenced from text segment [snip] the undefined symbols are in libtelnet.a. but there are two copies of libtelnet.a: one in /usr/src/dest/usr/lib and the second in /usr/src/secure/libexec/telnetd/../../lib/libtelnet/obj which is /usr/obj/secure/lib/libtelnet. the second one contains all the undefined symbols. this library needs to be installed before telnetd is compiled. running "make install" in /usr/src/secure/lib/libtelnet is sufficient. from looking at the Makefiles and /usr/src/share/mk, i still dont know how to force a "make install' ;( -- Jonathan M. Bresler FreeBSD Postmaster jmb@FreeBSD.ORG FreeBSD--4.4BSD Unix for PC clones, source included. http://www.freebsd.org/ From owner-freebsd-stable Mon Feb 19 19:37:26 1996 Return-Path: owner-stable Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id TAA15944 for stable-outgoing; Mon, 19 Feb 1996 19:37:26 -0800 (PST) Received: from pod.spirit.com.au (pod.spirit.com.au [203.8.218.2]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id TAA15777 Mon, 19 Feb 1996 19:35:47 -0800 (PST) Received: from goliath.spirit.net.au by pod.spirit.com.au (8.7.3/1.01SP) id OAA18246; Tue, 20 Feb 1996 14:37:18 +1100 (EST) Received: (from rich@localhost) by goliath.spirit.net.au (8.7.3/8.7.3-SPclient) id OAA00250; Tue, 20 Feb 1996 14:37:44 +1100 (EST) From: Rich Siggs Message-Id: <199602200337.OAA00250@goliath.spirit.net.au> Subject: Q: exportable DES library & "DES How To" for 2.1-STABLE To: freebsd-questions@freebsd.org, freebsd-stable@freebsd.org, freebsd-isp@freebsd.org Date: Tue, 20 Feb 1996 14:37:42 +1100 (EST) Cc: rich@goliath.spirit.net.au (Rich Siggs) X-Mailer: ELM [version 2.4 PL25] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-stable@freebsd.org Precedence: bulk Greetings, I am having some grief with the conversion/use of DES password encryption on my 2.1-STABLE hosts and I'm looking for definitive non-US sources of the DES source distibutions (des.aa), plus a guide to the migration & use of DES on 2.1 (in particular, I'm lead to believe that there's a version of the DES distrib that can deal with _both_ DES & MD5 passwords - that'd be good! ;) As a bit of background, my motivation for doing this is to upgrade my Servers from "'ole faithful" (aka. fBSD 1.1.5.1-RELEASE) to 2.1-STABLE, but avoiding at all costs the saga of forcing password changes on 100s of clients. (which I'm just not even contemplating.. :|) My assumption is that once the right DES s/ware is installed to 2.1, I can simply take fBSD 1.1 master.passwd over to 2.1, run pwd_mkdb & login without trouble - is this correct? Finally, I have obtained a (supposed) "non-US" 2.1 des.aa from a site in Japan, but there were no diffs between its files & those of the "US" des.aa & though that sure did give me DES passwds, taking a fBSD 1.1 passwd entry over to that 2.1-STABLE host didn't allow me to login.. *sigh* Any and all help much appreciated & apologies for any inappropriate cross-mailing of this message, but I'm also interested in any comments other fBSD ISPs may have on the subject of migration to 2.1.. Many thanks & keep up the fine work, Rich. -- Richard Siggs admin@spirit.net.au Spirit Networks Pty Ltd http://www.spirit.net.au P.O. Box 486 +61 6 281 3552 Curtin. ACT. Australia 2605 +61 414 486 708 From owner-freebsd-stable Mon Feb 19 22:17:12 1996 Return-Path: owner-stable Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id WAA23742 for stable-outgoing; Mon, 19 Feb 1996 22:17:12 -0800 (PST) Received: from time.cdrom.com (time.cdrom.com [192.216.222.226]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id WAA23719 Mon, 19 Feb 1996 22:17:06 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.12/8.6.9) with SMTP id WAA22884; Mon, 19 Feb 1996 22:14:48 -0800 To: Rich Siggs cc: freebsd-questions@freebsd.org, freebsd-stable@freebsd.org, freebsd-isp@freebsd.org Subject: Re: Q: exportable DES library & "DES How To" for 2.1-STABLE In-reply-to: Your message of "Tue, 20 Feb 1996 14:37:42 +1100." <199602200337.OAA00250@goliath.spirit.net.au> Date: Mon, 19 Feb 1996 22:14:48 -0800 Message-ID: <22882.824796888@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-stable@freebsd.org Precedence: bulk > Greetings, > > I am having some grief with the conversion/use of DES password encryption > on my 2.1-STABLE hosts and I'm looking for definitive non-US sources of the D ES > source distibutions (des.aa), plus a guide to the migration & use of DES on > 2.1 (in particular, I'm lead to believe that there's a version of the DES > distrib that can deal with _both_ DES & MD5 passwords - that'd be good! ;) 1. The definitive site for international bits is ftp.internat.freebsd.org (though it could really use some mirrors - South Africa is often unreachable). 2. The split DES/MD5 feature is part of 2.2-CURRENT right now and would require some custom merging. Jordan From owner-freebsd-stable Tue Feb 20 00:20:00 1996 Return-Path: owner-stable Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id AAA28808 for stable-outgoing; Tue, 20 Feb 1996 00:20:00 -0800 (PST) Received: from grumble.grondar.za (root@grumble.grondar.za [196.7.18.130]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id AAA28782 Tue, 20 Feb 1996 00:19:45 -0800 (PST) Received: from grumble.grondar.za (mark@localhost [127.0.0.1]) by grumble.grondar.za (8.7.3/8.7.3) with ESMTP id KAA03068; Tue, 20 Feb 1996 10:18:10 +0200 (SAT) Message-Id: <199602200818.KAA03068@grumble.grondar.za> To: "Jordan K. Hubbard" cc: Rich Siggs , freebsd-questions@freebsd.org, freebsd-stable@freebsd.org, freebsd-isp@freebsd.org Subject: Re: Q: exportable DES library & "DES How To" for 2.1-STABLE Date: Tue, 20 Feb 1996 10:18:09 +0200 From: Mark Murray Sender: owner-stable@freebsd.org Precedence: bulk > 1. The definitive site for international bits is ftp.internat.freebsd.org > (though it could really use some mirrors - South Africa is often > unreachable). Volunteers, please! > > 2. The split DES/MD5 feature is part of 2.2-CURRENT right now and would > require some custom merging. It is in 2.1-STABLE now as well. M -- Mark Murray 46 Harvey Rd, Claremont, Cape Town 7700, South Africa +27 21 61-3768 GMT+0200 Finger mark@grondar.za for PGP key From owner-freebsd-stable Tue Feb 20 01:47:59 1996 Return-Path: owner-stable Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id BAA03098 for stable-outgoing; Tue, 20 Feb 1996 01:47:59 -0800 (PST) Received: from time.cdrom.com (time.cdrom.com [192.216.222.226]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id BAA03071 Tue, 20 Feb 1996 01:47:52 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.12/8.6.9) with SMTP id BAA23631; Tue, 20 Feb 1996 01:46:43 -0800 To: Mark Murray cc: Rich Siggs , freebsd-questions@freebsd.org, freebsd-stable@freebsd.org, freebsd-isp@freebsd.org Subject: Re: Q: exportable DES library & "DES How To" for 2.1-STABLE In-reply-to: Your message of "Tue, 20 Feb 1996 10:18:09 +0200." <199602200818.KAA03068@grumble.grondar.za> Date: Tue, 20 Feb 1996 01:46:43 -0800 Message-ID: <23629.824809603@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-stable@freebsd.org Precedence: bulk > > > > 2. The split DES/MD5 feature is part of 2.2-CURRENT right now and would > > require some custom merging. > > It is in 2.1-STABLE now as well. Thanks for the clarification - it's hard to keep track! :-) Speaking of which, I guess I'd better move the `test -h' changes over. Jordan From owner-freebsd-stable Tue Feb 20 02:27:47 1996 Return-Path: owner-stable Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id CAA04993 for stable-outgoing; Tue, 20 Feb 1996 02:27:47 -0800 (PST) Received: from pod.spirit.com.au (root@pod.spirit.com.au [203.8.218.2]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id CAA04973 Tue, 20 Feb 1996 02:27:29 -0800 (PST) Received: from goliath.spirit.net.au by pod.spirit.com.au (8.7.3/1.01SP) id VAA23890; Tue, 20 Feb 1996 21:30:19 +1100 (EST) Received: (from rich@localhost) by goliath.spirit.net.au (8.7.3/8.7.3-SPclient) id VAA01774; Tue, 20 Feb 1996 21:30:59 +1100 (EST) From: Rich Siggs Message-Id: <199602201030.VAA01774@goliath.spirit.net.au> Subject: Re: Q: exportable DES library & "DES How To" for 2.1-STABLE To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Tue, 20 Feb 1996 21:30:58 +1100 (EST) Cc: freebsd-questions@freebsd.org, freebsd-stable@freebsd.org In-Reply-To: <23594.824809311@time.cdrom.com> from "Jordan K. Hubbard" at Feb 20, 96 01:41:51 am X-Mailer: ELM [version 2.4 PL25] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-stable@freebsd.org Precedence: bulk Hello again Jordan, > > What does 1.1 use then? Would there be _any_ chance of moving a 1.1 passwd > > entry to 2.1, even perhaps pulling in the 1.1 encryption code? > > Sure. Again, if you're talking about a purely DES or MD5 password file > you can migrate now. Since 1.1 didn't use MD5, that's pretty straight- > forward! Indeed - but it was mentioned earlier that 1.1 _didn't_ use DES (that's new on me, as I was assuming 1.1 did use a DES algorithm). In that case, though 1.1 didn't use MD5, but also (supposedly) didn't use DES, then I really am hosed here then. As far as I know, I'm using the default passwd file format/encryption that came with 1.1.5.1-RELEASE & I guess there's little alternative if DES wasn't in use with 1.1 to attempt the port of 1.1's algorithm to my 2.1 Servers (hihohiho - off to hackers I go.. - or do the unfathomable & get my clients to go through the rigors of passwd changes (ohmigod ;) .. or just stay on 1.1. Are there any other alternatives?? Thanks again, Rich. From owner-freebsd-stable Tue Feb 20 03:07:35 1996 Return-Path: owner-stable Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id DAA06695 for stable-outgoing; Tue, 20 Feb 1996 03:07:35 -0800 (PST) Received: from time.cdrom.com (time.cdrom.com [192.216.222.226]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id DAA06690 Tue, 20 Feb 1996 03:07:32 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.12/8.6.9) with SMTP id DAA24115; Tue, 20 Feb 1996 03:06:21 -0800 To: Rich Siggs cc: freebsd-questions@freebsd.org, freebsd-stable@freebsd.org Subject: Re: Q: exportable DES library & "DES How To" for 2.1-STABLE In-reply-to: Your message of "Tue, 20 Feb 1996 21:30:58 +1100." <199602201030.VAA01774@goliath.spirit.net.au> Date: Tue, 20 Feb 1996 03:06:21 -0800 Message-ID: <24113.824814381@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-stable@freebsd.org Precedence: bulk > > Indeed - but it was mentioned earlier that 1.1 _didn't_ use DES (that's > new on me, as I was assuming 1.1 did use a DES algorithm). In that case, thou gh > 1.1 didn't use MD5, but also (supposedly) didn't use DES, then I really am ho It didn't use DES if you didn't load the des distribution. Since you're in OZ, I guess I can assume that you didn't grab one of the foreign DES distributions? The default password "encryption" with 1.x was a simple scrambler and about as difficult to break as a Captain Midnight decoder ring, fresh from a box of cereal. That might actually work to your advantage, however. Nate - what was the algorithm you used? I don't have any 1.x sources around to check. It may well be that you can write a perl script to descramble the puppies and then re-DES or MD5 encrypt them. Jordan From owner-freebsd-stable Tue Feb 20 05:19:43 1996 Return-Path: owner-stable Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id FAA12329 for stable-outgoing; Tue, 20 Feb 1996 05:19:43 -0800 (PST) Received: from asstdc.scgt.oz.au (root@asstdc.scgt.oz.au [202.14.234.65]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id FAA12322 for ; Tue, 20 Feb 1996 05:19:41 -0800 (PST) Received: (from imb@localhost) by asstdc.scgt.oz.au (8.6.12/BSD4.4) id AAA06513 for stable@freebsd.org; Wed, 21 Feb 1996 00:19:33 +1100 From: michael butler Message-Id: <199602201319.AAA06513@asstdc.scgt.oz.au> Subject: reboot when using vidcontrol To: stable@freebsd.org Date: Wed, 21 Feb 1996 00:19:32 +1100 (EST) X-Mailer: ELM [version 2.4 PL24beta] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-stable@freebsd.org Precedence: bulk I have three machines which will each intermittently reboot .. screen goes blank then back to the BIOS memory test .. when using vidcontrol :-( I have no idea what causes it although since I only ever run vidcontrol immediately after a shutdown, there may be some backlogged network activity starting up (deferred sendmail activity started by secondary MX receivers). Whilst I don't believe this has any direct impact, the timing variance incurred by the extra load may. The most affected is the slowest (this machine), a 386DX/40. The exact command-line I use is "vidcontrol VGA_80x30" but I've seen it once with 80x50. Anybody have any thoughts ? BTW .. it also happened before the recent syscons changes so I don't believe they're related, michael From owner-freebsd-stable Tue Feb 20 14:39:51 1996 Return-Path: owner-stable Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id OAA11405 for stable-outgoing; Tue, 20 Feb 1996 14:39:51 -0800 (PST) Received: from ormail.intel.com (ormail.intel.com [134.134.192.3]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id OAA11377 for ; Tue, 20 Feb 1996 14:39:29 -0800 (PST) Received: from ichips.intel.com (ichips.intel.com [134.134.50.200]) by ormail.intel.com (8.6.12/8.6.12) with ESMTP id OAA28312; Tue, 20 Feb 1996 14:39:12 -0800 Received: from pdx202 by ichips.intel.com (8.7.1/jIII); Tue, 20 Feb 1996 14:39:08 -0800 (PST) Message-Id: <199602202239.OAA10245@ichips.intel.com> To: Bill Fenner cc: stable@freebsd.org Subject: Re: "arpresolve: can't allocate llinfo" In-reply-to: Your message of "Thu, 15 Feb 1996 17:14:22 PST." <199602160114.RAA09932@freefall.freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Date: Tue, 20 Feb 1996 14:38:55 -0800 From: Wayne Scott Sender: owner-stable@freebsd.org Precedence: bulk > Could anyone having trouble with seeing "arpresolve: can't allocate llinfo" > please apply the following patch, to make the message at least a little > more useful? The next step is to do a "route get x.x.x.x" on the > address that gets printed and see what it says. With -stable from yesterday and your patch I get the following behavior: # to mount command hangs on any of our fileservers and I get a bunch of messages # in the log like the one below pdxlx008 ~ # mount -t nfs pdxfs7:/fs7/a /mnt ^C arpresolve: can't allocate llinfo for 134.134.50.107 pdxlx008 ~ # route get 134.134.50.107 route to: pdxfs7.intel.com destination: pdxfs7.intel.com gateway: pdxfs7.intel.com interface: de0 flags: recvpipe sendpipe ssthresh rtt,msec rttvar hopcount mtu expire 16384 16384 0 0 0 0 1500 0 pdxlx008 ~ # ypcat hosts | grep pdxfs7 134.134.124.107 pdxfs7 pdxfs7.intel.com fs7 pdxfs7-f3 134.134.50.107 pdxfs7 pdxfs7.intel.com fs7 pdxfs7-f0 134.134.120.107 pdxfs7 pdxfs7.intel.com fs7 pdxfs7-f2 134.134.57.1 pdxfs7 pdxfs7.intel.com fs7 pdxfs7-ae0 134.134.116.107 pdxfs7 pdxfs7.intel.com fs7 pdxfs7-f1 pdxlx008 ~ # ifconfig -a de0: flags=8863 mtu 1500 inet 134.134.50.26 netmask 0xffffff00 broadcast 134.134.50.255 ether 00:00:92:91:12:f4 lp0: flags=8810 mtu 1500 lo0: flags=8009 mtu 16384 inet 127.0.0.1 netmask 0xff000000 pdxlx008 ~ # ping 134.134.50.251 PING 134.134.50.251 (134.134.50.251): 56 data bytes 64 bytes from 134.134.50.251: icmp_seq=0 ttl=255 time=2.870 ms 64 bytes from 134.134.50.251: icmp_seq=1 ttl=255 time=1.673 ms 64 bytes from 134.134.50.251: icmp_seq=2 ttl=255 time=1.326 ms 64 bytes from 134.134.50.251: icmp_seq=3 ttl=255 time=1.553 ms 64 bytes from 134.134.50.251: icmp_seq=4 ttl=255 time=1.361 ms ^C --- 134.134.50.251 ping statistics --- 5 packets transmitted, 5 packets received, 0% packet loss round-trip min/avg/max = 1.326/1.756/2.870 ms pdxlx008 ~ # ping 134.134.50.107 PING 134.134.50.107 (134.134.50.107): 56 data bytes ^C --- 134.134.50.107 ping statistics --- 6 packets transmitted, 0 packets received, 100% packet loss pdxlx008 ~ # arp -a pdxgw01-f0.jf.intel.com (134.134.50.1) at 0:0:c:6:a:ac pdxgw25-f0.jf.intel.com (134.134.50.25) at 0:0:c:12:f8:cc pdx065.jf.intel.com (134.134.50.48) at 8:0:5a:d:20:46 ichips.intel.com (134.134.50.200) at 0:40:b:40:8c:1 pdxcs149.intel.com (134.134.50.208) at 2:60:8c:2d:41:a5 pdxcs147.intel.com (134.134.50.212) at 2:60:8c:2d:2f:d1 pdxcs156.intel.com (134.134.50.218) at 2:60:8c:2d:3f:43 pdxgw00-f0.jf.intel.com (134.134.50.250) at 0:0:c:5:6d:f9 floodgate-f4.jf.intel.com (134.134.50.251) at 0:0:c:35:87:d0 After I switch back to the 2.1 kernel I get this: pdxlx008 ~ # mount -t nfs pdxfs7:/fs7/a /mnt pdxlx008 ~ # route get 134.134.50.107 route to: pdxfs7.intel.com destination: pdxfs7.intel.com interface: de0 flags: recvpipe sendpipe ssthresh rtt,msec rttvar hopcount mtu expire 16384 16384 0 0 0 0 1500 1130 pdxlx008 ~ # ifconfig -a lp0: flags=8810 mtu 1500 de0: flags=8863 mtu 1500 inet 134.134.50.26 netmask 0xffffff00 broadcast 134.134.50.255 ether 00:00:92:91:12:f4 lo0: flags=8009 mtu 16384 inet 127.0.0.1 netmask 0xff000000 pdxlx008 ~ # arp -a pdxgw01-f0.jf.intel.com (134.134.50.1) at (incomplete) pdxgw25-f0.jf.intel.com (134.134.50.25) at (incomplete) pdx065.jf.intel.com (134.134.50.48) at 8:0:5a:d:20:46 pdxfs1.intel.com (134.134.50.101) at 0:40:b:40:16:5e pdxfs2.intel.com (134.134.50.102) at 0:40:b:40:da:ce pdxfs3.intel.com (134.134.50.103) at 0:40:b:40:5e:7 pdxfs4.intel.com (134.134.50.104) at 0:40:b:40:ac:15 pdxfs6.intel.com (134.134.50.106) at (incomplete) pdxfs7.intel.com (134.134.50.107) at 0:40:b:40:de:e8 pdxfs8.intel.com (134.134.50.108) at (incomplete) pdxfs10.intel.com (134.134.50.109) at (incomplete) pdxfs11.intel.com (134.134.50.111) at 0:40:b:40:5e:eb pdxfs12.intel.com (134.134.50.112) at (incomplete) pdxfs20.intel.com (134.134.50.120) at 0:40:b:40:8c:c1 ichips.intel.com (134.134.50.200) at 0:40:b:40:8c:1 pdxcs149.intel.com (134.134.50.208) at 2:60:8c:2d:41:a5 pdxcs147.intel.com (134.134.50.212) at 2:60:8c:2d:2f:d1 pdxcs156.intel.com (134.134.50.218) at 2:60:8c:2d:3f:43 pdxgw00-f0.jf.intel.com (134.134.50.250) at 0:0:c:5:6d:f9 floodgate-f4.jf.intel.com (134.134.50.251) at 0:0:c:35:87:d0 pdxlx008 ~ # ping pdxfs7 PING pdxfs7.intel.com (134.134.50.107): 56 data bytes 64 bytes from 134.134.50.107: icmp_seq=0 ttl=255 time=1.097 ms 64 bytes from 134.134.50.107: icmp_seq=1 ttl=255 time=0.879 ms 64 bytes from 134.134.50.107: icmp_seq=2 ttl=255 time=0.911 ms 64 bytes from 134.134.50.107: icmp_seq=3 ttl=255 time=0.936 ms 64 bytes from 134.134.50.107: icmp_seq=4 ttl=255 time=0.834 ms 64 bytes from 134.134.50.107: icmp_seq=5 ttl=255 time=0.853 ms 64 bytes from 134.134.50.107: icmp_seq=6 ttl=255 time=1.356 ms 64 bytes from 134.134.50.107: icmp_seq=7 ttl=255 time=0.821 ms 64 bytes from 134.134.50.107: icmp_seq=8 ttl=255 time=0.886 ms ^C --- pdxfs7.intel.com ping statistics --- 9 packets transmitted, 9 packets received, 0% packet loss round-trip min/avg/max = 0.821/0.952/1.356 ms From owner-freebsd-stable Tue Feb 20 14:39:57 1996 Return-Path: owner-stable Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id OAA11444 for stable-outgoing; Tue, 20 Feb 1996 14:39:57 -0800 (PST) Received: from pod.spirit.com.au (root@pod.spirit.com.au [203.8.218.2]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id OAA11387 Tue, 20 Feb 1996 14:39:48 -0800 (PST) Received: from goliath.spirit.net.au by pod.spirit.com.au (8.7.3/1.01SP) id JAA01605; Wed, 21 Feb 1996 09:42:50 +1100 (EST) Received: (from rich@localhost) by goliath.spirit.net.au (8.7.3/8.7.3-SPclient) id JAA04935; Wed, 21 Feb 1996 09:43:30 +1100 (EST) From: Rich Siggs Message-Id: <199602202243.JAA04935@goliath.spirit.net.au> Subject: Re: Q: exportable DES library ... To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Wed, 21 Feb 1996 09:43:29 +1100 (EST) Cc: freebsd-questions@freebsd.org, freebsd-stable@freebsd.org In-Reply-To: <24113.824814381@time.cdrom.com> from "Jordan K. Hubbard" at Feb 20, 96 03:06:21 am X-Mailer: ELM [version 2.4 PL25] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-stable@freebsd.org Precedence: bulk 'morning Jordan, > The default password "encryption" with 1.x > was a simple scrambler and about as difficult to break as a Captain > Midnight decoder ring, fresh from a box of cereal. Cute - yet more motivation to solve this.. :/ > That might actually work to your advantage, however. Nate - what was > the algorithm you used? I don't have any 1.x sources around to check. From the 1.1 srcdist I've got, it appears that 1.1 libcrypt sources call MD5 routines, yet there are references to the need for DES routines in the libc crypt.. Confusion reigns, could someone help me identify the actual default/original passwd encryption routines used by 1.1.5.1-RELEASE, with what src distrib they're in, etc? > It may well be that you can write a perl script to descramble the > puppies and then re-DES or MD5 encrypt them. Now _that_ would be fantastic! If such a script already exists, then I'm sure there's more than myself who could use it. But if not, then the info above will help me track down the actual routines & I'll see what reverse engineering can be done to unscramble these puppies ;) Thanks, Rich. From owner-freebsd-stable Fri Feb 23 22:50:15 1996 Return-Path: owner-stable Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id WAA06704 for stable-outgoing; Fri, 23 Feb 1996 22:50:15 -0800 (PST) Received: from Root.COM (implode.Root.COM [198.145.90.17]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id WAA06695 Fri, 23 Feb 1996 22:50:10 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by Root.COM (8.6.12/8.6.5) with SMTP id WAA00452; Fri, 23 Feb 1996 22:50:28 -0800 Message-Id: <199602240650.WAA00452@Root.COM> X-Authentication-Warning: implode.Root.COM: Host localhost didn't use HELO protocol To: core@freebsd.org cc: stable@freebsd.org Subject: out of kernel VM From: David Greenman Reply-To: davidg@Root.COM Date: Fri, 23 Feb 1996 22:50:28 -0800 Sender: owner-stable@freebsd.org Precedence: bulk Well, it's finally happend. Walnut Creek/Jack Velte just gave me the approval to purchase another 256MB of RAM for wcarchive. This presents an interesting new problem, however: we hadn't planned to scale quite this far in FreeBSD when we set the size of the kernel VM. It is currently 252MB and must be increased to 508MB in order to accomodate the increased sizes of various kernel data structures. I've had a general policy of making FreeBSD work "out of the box" (more or less - "some assembly required") for people wanting to do a "wcarchive", and, well, this means that I need to bring the changes necessary to increase the kernel VM into our CVS tree. It's no big deal with -current since our users expect a few bumps when using it...but I want to make this change in -stable, too. The only problem I can see at the moment (and I'm running a -stable kernel with the necessary changes as I type this message) is that after the change is made, people must rebuild/install libkvm and 'ps'. We've already decided to give up some compatibility with the recent commit of the setproctitle() changes, so perhaps I'm making more out of this than is warranted. So what do ya' think? Should I go ahead with the changes for -stable? Without them, FreeBSD may not work properly with 512MB of main memory. -DG David Greenman Core-team/Principal Architect, The FreeBSD Project From owner-freebsd-stable Fri Feb 23 23:21:47 1996 Return-Path: owner-stable Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id XAA07834 for stable-outgoing; Fri, 23 Feb 1996 23:21:47 -0800 (PST) Received: from GndRsh.aac.dev.com (GndRsh.aac.dev.com [198.145.92.241]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id XAA07829 Fri, 23 Feb 1996 23:21:43 -0800 (PST) Received: (from rgrimes@localhost) by GndRsh.aac.dev.com (8.6.12/8.6.12) id XAA12381; Fri, 23 Feb 1996 23:21:35 -0800 From: "Rodney W. Grimes" Message-Id: <199602240721.XAA12381@GndRsh.aac.dev.com> Subject: Re: out of kernel VM To: davidg@Root.COM Date: Fri, 23 Feb 1996 23:21:35 -0800 (PST) Cc: core@freebsd.org, stable@freebsd.org In-Reply-To: <199602240650.WAA00452@Root.COM> from "David Greenman" at Feb 23, 96 10:50:28 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-stable@freebsd.org Precedence: bulk > > Well, it's finally happend. Walnut Creek/Jack Velte just gave me the > approval to purchase another 256MB of RAM for wcarchive. This presents an > interesting new problem, however: we hadn't planned to scale quite this > far in FreeBSD when we set the size of the kernel VM. It is currently > 252MB and must be increased to 508MB in order to accomodate the increased > sizes of various kernel data structures. > I've had a general policy of making FreeBSD work "out of the box" (more > or less - "some assembly required") for people wanting to do a "wcarchive", > and, well, this means that I need to bring the changes necessary to increase > the kernel VM into our CVS tree. It's no big deal with -current since our > users expect a few bumps when using it...but I want to make this change in > -stable, too. The only problem I can see at the moment (and I'm running a > -stable kernel with the necessary changes as I type this message) is that > after the change is made, people must rebuild/install libkvm and 'ps'. > We've already decided to give up some compatibility with the recent commit > of the setproctitle() changes, so perhaps I'm making more out of this than > is warranted. > > So what do ya' think? Should I go ahead with the changes for -stable? > Without them, FreeBSD may not work properly with 512MB of main memory. Yes, I think this change should be made at this time. Why: Until now you could not find a MB that supported >256MB, now with the P6 boards shipping as well as Triton-II on it's way (I can get a Triton-II Intel board, but am waiting on ASUS's) it is possible to get to the 512MB mark (and beyond with P6). And a little side note... I would like a chance to quote you a price on that 256MB of memory, I take it that these are 64MB 72 pin parity simms. -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation Company Reliable computers for FreeBSD From owner-freebsd-stable Sat Feb 24 04:24:39 1996 Return-Path: owner-stable Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id EAA24163 for stable-outgoing; Sat, 24 Feb 1996 04:24:39 -0800 (PST) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id EAA24156 Sat, 24 Feb 1996 04:24:34 -0800 (PST) Received: from msmith@localhost by genesis.atrad.adelaide.edu.au (8.6.12/8.6.9) id WAA26924; Sat, 24 Feb 1996 22:53:46 +1030 From: Michael Smith Message-Id: <199602241223.WAA26924@genesis.atrad.adelaide.edu.au> Subject: Re: out of kernel VM To: davidg@Root.COM Date: Sat, 24 Feb 1996 22:53:46 +1030 (CST) Cc: core@freebsd.org, stable@freebsd.org In-Reply-To: <199602240650.WAA00452@Root.COM> from "David Greenman" at Feb 23, 96 10:50:28 pm MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-stable@freebsd.org Precedence: bulk David Greenman stands accused of saying: > > So what do ya' think? Should I go ahead with the changes for -stable? > Without them, FreeBSD may not work properly with 512MB of main memory. I'd suggest that you nominate a 'flag day' for this to happen (say a week away), and make an announcement now, and again a day or two beforehand. I'd vote yes for the functionality, but also a loud yes to giving people fair warning. > David Greenman -- ]] Mike Smith, Software Engineer msmith@atrad.adelaide.edu.au [[ ]] Genesis Software genesis@atrad.adelaide.edu.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control (ph/fax) +61-8-267-3039 [[ ]] Collector of old Unix hardware. "Where are your PEZ?" The Tick [[ From owner-freebsd-stable Sat Feb 24 08:27:54 1996 Return-Path: owner-stable Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id IAA17085 for stable-outgoing; Sat, 24 Feb 1996 08:27:54 -0800 (PST) Received: from localhost.cdrom.com (localhost.cdrom.com [127.0.0.1]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id IAA17044 Sat, 24 Feb 1996 08:27:47 -0800 (PST) Message-Id: <199602241627.IAA17044@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: Host localhost.cdrom.com [127.0.0.1] didn't use HELO protocol To: davidg@Root.COM cc: core@freebsd.org, stable@freebsd.org Subject: Re: out of kernel VM In-reply-to: Your message of "Fri, 23 Feb 1996 22:50:28 PST." <199602240650.WAA00452@Root.COM> Date: Sat, 24 Feb 1996 08:27:47 -0800 From: "Justin T. Gibbs" Sender: owner-stable@freebsd.org Precedence: bulk > So what do ya' think? Should I go ahead with the changes for -stable? >Without them, FreeBSD may not work properly with 512MB of main memory. > >-DG > >David Greenman >Core-team/Principal Architect, The FreeBSD Project Is this change a "dynamic" change? Can I stick 1 gig of memory into my P6 machine and have it work too? Or do we determine the amount of memory in the machine too late for this to work? -- Justin T. Gibbs =========================================== FreeBSD: Turning PCs into workstations =========================================== From owner-freebsd-stable Sat Feb 24 11:35:49 1996 Return-Path: owner-stable Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id LAA08272 for stable-outgoing; Sat, 24 Feb 1996 11:35:49 -0800 (PST) Received: from tfs.com (tfs.com [140.145.250.1]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id LAA08258 Sat, 24 Feb 1996 11:35:42 -0800 (PST) Received: from critter.tfs.com by tfs.com (smail3.1.28.1) with SMTP id m0tqPkk-0003vmC; Sat, 24 Feb 96 11:35 PST Received: from localhost.tfs.com (localhost.tfs.com [127.0.0.1]) by critter.tfs.com (8.6.12/8.6.12) with SMTP id UAA07514; Sat, 24 Feb 1996 20:35:41 +0100 X-Authentication-Warning: critter.tfs.com: Host localhost.tfs.com didn't use HELO protocol To: davidg@Root.COM cc: core@freebsd.org, stable@freebsd.org Subject: Re: out of kernel VM In-reply-to: Your message of "Fri, 23 Feb 1996 22:50:28 PST." <199602240650.WAA00452@Root.COM> Date: Sat, 24 Feb 1996 20:35:41 +0100 Message-ID: <7512.825190541@critter.tfs.com> From: Poul-Henning Kamp Sender: owner-stable@freebsd.org Precedence: bulk > So what do ya' think? Should I go ahead with the changes for -stable? > Without them, FreeBSD may not work properly with 512MB of main memory. Hmm, maybe that's the problem I'm having on my laptop... Just kidding! :-) I think Peters concerns are valid, but it's not below me to support patching up BSDI binaries after we have loaded them, so if that works I'm all for it. Are we one of the most scalable OS's around by now or what ? From a 386sx/nothing to wcarchive is quite a span, and we seem to use the hw pretty well in both cases. On a related note: Have you guys seen the pppbios.pdf file on ftp.intel.com ? It's a guide for P6 bios writers, and there is quite a bit of gold-dust in it wrt. huge ram, SMP and other things. -- Poul-Henning Kamp | phk@FreeBSD.ORG FreeBSD Core-team. http://www.freebsd.org/~phk | phk@login.dknet.dk Private mailbox. whois: [PHK] | phk@ref.tfs.com TRW Financial Systems, Inc. Future will arrive by its own means, progress not so. From owner-freebsd-stable Sat Feb 24 15:28:01 1996 Return-Path: owner-stable Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id PAA26855 for stable-outgoing; Sat, 24 Feb 1996 15:28:01 -0800 (PST) Received: from mailhub.aros.net (mailhub.aros.net [205.164.111.17]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id PAA26836 Sat, 24 Feb 1996 15:27:57 -0800 (PST) Received: from terra.aros.net (terra.aros.net [205.164.111.10]) by mailhub.aros.net (8.6.12/Unknown) with ESMTP id QAA11979; Sat, 24 Feb 1996 16:32:39 -0700 Received: (from angio@localhost) by terra.aros.net (8.6.12/8.6.12) id QAA06231; Sat, 24 Feb 1996 16:27:43 -0700 From: Dave Andersen Message-Id: <199602242327.QAA06231@terra.aros.net> Subject: Re: out of kernel VM To: stable@freebsd.org Date: Sat, 24 Feb 1996 16:27:43 -0700 (MST) Cc: core@freebsd.org In-Reply-To: <199602241223.WAA26924@genesis.atrad.adelaide.edu.au> from "Michael Smith" at Feb 24, 96 10:53:46 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-stable@freebsd.org Precedence: bulk Lo and behold, Michael Smith once said: > David Greenman stands accused of saying: > > > > So what do ya' think? Should I go ahead with the changes for -stable? > > Without them, FreeBSD may not work properly with 512MB of main memory. > > I'd suggest that you nominate a 'flag day' for this to happen (say a week > away), and make an announcement now, and again a day or two beforehand. > > I'd vote yes for the functionality, but also a loud yes to giving people > fair warning. I think that right after making a change of that nature would be a good time to make a -stable SNAP. People could then begin running the 'new' stable and not have to worry about upgrading the rest of their systems. And, you'd be extending the functionality quite easily to people who need it but don't feel like supping or ctm'ing -stable. $0.02, of course. -Dave Andersen -- angio@aros.net Complete virtual hosting and business-oriented system administration Internet services. (WWW, FTP, email) http://www.aros.net/ http://www.aros.net/about/virtual/ "There are only two industries that refer to thier customers as 'users'." From owner-freebsd-stable Sat Feb 24 21:54:56 1996 Return-Path: owner-stable Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id VAA14987 for stable-outgoing; Sat, 24 Feb 1996 21:54:56 -0800 (PST) Received: from shell.monmouth.com (pechter@shell.monmouth.com [205.164.220.1]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id VAA14978 for ; Sat, 24 Feb 1996 21:54:53 -0800 (PST) Received: (from pechter@localhost) by shell.monmouth.com (8.6.12/8.6.12) id AAA27446 for freebsd-stable@freebsd.org; Sun, 25 Feb 1996 00:52:16 -0500 From: Bill/Carolyn Pechter Message-Id: <199602250552.AAA27446@shell.monmouth.com> Subject: Kernel compile fails To: freebsd-stable@freebsd.org Date: Sun, 25 Feb 1996 00:52:15 -0500 (EST) X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-stable@freebsd.org Precedence: bulk is the following in -stable due to the GATEWAY option being GONE? Script started on Sun Feb 25 00:44:58 1996 make loading kernel ip_input.o: Undefined symbol `_ip_fw_init' referenced from text segment *** Error code 1 Script done on Sun Feb 25 00:45:14 1996 ------------------------------------------------------------------------------- Bill Pechter/Carolyn Pechter | The postmaster always pings twice. Lakewood MicroSystems | 17 Meredith Drive, 908-389-3592 | Tinton Falls, NJ 07724 pechter@shell.monmouth.com | From owner-freebsd-stable Sat Feb 24 22:11:02 1996 Return-Path: owner-stable Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id WAA15641 for stable-outgoing; Sat, 24 Feb 1996 22:11:02 -0800 (PST) Received: from shell.monmouth.com (pechter@shell.monmouth.com [205.164.220.1]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id WAA15635 for ; Sat, 24 Feb 1996 22:10:58 -0800 (PST) Received: (from pechter@localhost) by shell.monmouth.com (8.6.12/8.6.12) id BAA28600; Sun, 25 Feb 1996 01:08:20 -0500 From: Bill/Carolyn Pechter Message-Id: <199602250608.BAA28600@shell.monmouth.com> Subject: Re: Kernel compile fails To: pechter@shell.monmouth.com (Bill/Carolyn Pechter) Date: Sun, 25 Feb 1996 01:08:20 -0500 (EST) Cc: freebsd-stable@freebsd.org In-Reply-To: <199602250552.AAA27446@shell.monmouth.com> from "Bill/Carolyn Pechter" at Feb 25, 96 00:52:15 am X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-stable@freebsd.org Precedence: bulk > > is the following in -stable due to the GATEWAY option being GONE? > > Script started on Sun Feb 25 00:44:58 1996 > make > loading kernel > ip_input.o: Undefined symbol `_ip_fw_init' referenced from text segment > *** Error code 1 > Script done on Sun Feb 25 00:45:14 1996 Looks like IP accounting/wo ipfirewall did it. ------------------------------------------------------------------------------- Bill Pechter/Carolyn Pechter | The postmaster always pings twice. Lakewood MicroSystems | 17 Meredith Drive, 908-389-3592 | Tinton Falls, NJ 07724 pechter@shell.monmouth.com |