From owner-freebsd-current Sun Feb 11 01:14:01 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id BAA22648 for current-outgoing; Sun, 11 Feb 1996 01:14:01 -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 BAA22643 for ; Sun, 11 Feb 1996 01:13:59 -0800 (PST) Received: from critter.tfs.com by tfs.com (smail3.1.28.1) with SMTP id m0tlXr2-0003wPC; Sun, 11 Feb 96 01:13 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 KAA06071; Sun, 11 Feb 1996 10:14:11 +0100 X-Authentication-Warning: critter.tfs.com: Host localhost.tfs.com didn't use HELO protocol To: Bruce Evans cc: current@freebsd.org Subject: Re: calibrating clocks In-reply-to: Your message of "Sun, 11 Feb 1996 04:52:09 +1100." <199602101752.EAA05969@godzilla.zeta.org.au> Date: Sun, 11 Feb 1996 10:14:10 +0100 Message-ID: <6069.824030050@critter.tfs.com> From: Poul-Henning Kamp Sender: owner-current@freebsd.org Precedence: bulk > I plan to calibrate all the system clocks relative to the MC14618A (RTC) > clock and perhaps use the results automatically. Sample results on a > P133 for a sequence of calibrations run at boot time: Did you see the email about the "almost correct sub-tic" stunt ? Basically you count how many times microtime was called per tick, make a (short) running avg of it, and when people call microtime you just return the tick + a counter times that avg. For most if not all purposes this would be cheap and OK. Actually only high-precision profiling and NTP would need any better... -- 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-current Sun Feb 11 01:16:40 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id BAA22994 for current-outgoing; Sun, 11 Feb 1996 01:16:40 -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 BAA22988 for ; Sun, 11 Feb 1996 01:16:38 -0800 (PST) Received: from critter.tfs.com by tfs.com (smail3.1.28.1) with SMTP id m0tlXtW-0003wPC; Sun, 11 Feb 96 01:16 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 KAA06114; Sun, 11 Feb 1996 10:16:43 +0100 X-Authentication-Warning: critter.tfs.com: Host localhost.tfs.com didn't use HELO protocol To: "Jordan K. Hubbard" cc: KentH@HNS.St-Louis.Mo.US, julian@ref.tfs.com (Julian Elischer), terry@lambert.org, current@FreeBSD.org Subject: Re: FS PATCHES: THE NEXT GENERATION In-reply-to: Your message of "Fri, 09 Feb 1996 23:48:48 PST." <23357.823938528@time.cdrom.com> Date: Sun, 11 Feb 1996 10:16:42 +0100 Message-ID: <6112.824030202@critter.tfs.com> From: Poul-Henning Kamp Sender: owner-current@FreeBSD.org Precedence: bulk > > I *strongly* disagree with you. If I change the dev's on my firewall > > I expect 'em to damn well stay changed and the first time they don't > > I first go searching for the person that hacked the firewall, then > > finding nothing, I dump it and rebuild it from scratch assuming that > > I've just been badly beaten at my game. Now you tell me that they won't > > stay that way? I dump it and get a new o/s. > > FWIW, this is almost word-for-word what the folks at USENIX told me > and Julian will almost certainly never convince me that this is a > problem that can be dismissed lightly. I will fight long and hard for > compatibility because I happen to think that I'm 100% right about how > users will feel about this, and if no one else will speak for them, > I will. Funny you should say that, I'm sure the Julian and I are 100% right as well :-) -- 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-current Sun Feb 11 01:31:11 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id BAA23711 for current-outgoing; Sun, 11 Feb 1996 01:31:11 -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 BAA23685 Sun, 11 Feb 1996 01:30:46 -0800 (PST) Received: from localhost (mark@localhost [127.0.0.1]) by grumble.grondar.za (8.7.3/8.7.3) with SMTP id LAA03506; Sun, 11 Feb 1996 11:30:24 +0200 (SAT) Message-Id: <199602110930.LAA03506@grumble.grondar.za> X-Authentication-Warning: grumble.grondar.za: Host mark@localhost [127.0.0.1] didn't use HELO protocol To: committers@freebsd.org, current@freebsd.org Subject: New DES library - IMPORTANT!! Date: Sun, 11 Feb 1996 11:30:23 +0200 From: Mark Murray Sender: owner-current@freebsd.org Precedence: bulk Hi I have just commited the new DES library to -current. It is now in secure/lib/libdes instead of eBones/des, and the header is installed int /usr/include instead of /usr/include/kerberosIV. To help yourself get going and to find possible glitches, PLEASE DELETE YOUR COPY OF /usr/include/kerberos/des.h, and then do a make world (or `make obj depend all install' in secure/lib/libdes) to get yourself up to speed. The new library installs itself as libdes.so.2.1 for the shareable bit. You may want to rebuild your secure/kerberos bits 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-current Sun Feb 11 01:43:33 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id BAA24306 for current-outgoing; Sun, 11 Feb 1996 01:43:33 -0800 (PST) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id BAA24254 for ; Sun, 11 Feb 1996 01:43:23 -0800 (PST) Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id UAA03230; Sun, 11 Feb 1996 20:23:34 +1100 Date: Sun, 11 Feb 1996 20:23:34 +1100 From: Bruce Evans Message-Id: <199602110923.UAA03230@godzilla.zeta.org.au> To: terry@lambert.org, wscott@ichips.intel.com Subject: Re: How Cc: coredump@onyx.nervosa.com, current@freebsd.org Sender: owner-current@freebsd.org Precedence: bulk >I believe the Linux ext2 file system is always async. Is that A sync option was added a year or two ago. This option doesn't seem to be used much. >filesystem just as unstable or do they do something else to make it >easier to recover in the case of a crash. Not a lot. Perhaps the crash recovery tools are more advanced. >I have crashed Linux systems many many times and have not noticed a >real problem recovering. Am I just lucky? A bit. The chance of losing a lot of files given that you've crashed seems to be small, perhaps 1 in 100. Bruce From owner-freebsd-current Sun Feb 11 01:45:03 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id BAA24394 for current-outgoing; Sun, 11 Feb 1996 01:45:03 -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 BAA24389 for ; Sun, 11 Feb 1996 01:45:01 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.12/8.6.9) with SMTP id BAA03256; Sun, 11 Feb 1996 01:44:03 -0800 To: Poul-Henning Kamp cc: KentH@HNS.St-Louis.Mo.US, julian@ref.tfs.com (Julian Elischer), terry@lambert.org, current@FreeBSD.org Subject: Re: FS PATCHES: THE NEXT GENERATION In-reply-to: Your message of "Sun, 11 Feb 1996 10:16:42 +0100." <6112.824030202@critter.tfs.com> Date: Sun, 11 Feb 1996 01:44:03 -0800 Message-ID: <3254.824031843@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-current@FreeBSD.org Precedence: bulk > Funny you should say that, I'm sure the Julian and I are 100% right as > well :-) That's the wonderful thing about religion, each and every one gets to proclaim itself the ultimate authority. :-) Jordan From owner-freebsd-current Sun Feb 11 02:07:15 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id CAA26748 for current-outgoing; Sun, 11 Feb 1996 02:07:15 -0800 (PST) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id CAA26740 for ; Sun, 11 Feb 1996 02:07:03 -0800 (PST) Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id VAA04514; Sun, 11 Feb 1996 21:04:46 +1100 Date: Sun, 11 Feb 1996 21:04:46 +1100 From: Bruce Evans Message-Id: <199602111004.VAA04514@godzilla.zeta.org.au> To: bde@zeta.org.au, phk@critter.tfs.com Subject: Re: calibrating clocks Cc: current@freebsd.org Sender: owner-current@freebsd.org Precedence: bulk >> I plan to calibrate all the system clocks relative to the MC14618A (RTC) >> clock and perhaps use the results automatically. Sample results on a >> P133 for a sequence of calibrations run at boot time: >Did you see the email about the "almost correct sub-tic" stunt ? >Basically you count how many times microtime was called per tick, >make a (short) running avg of it, and when people call microtime >you just return the tick + a counter times that avg. >For most if not all purposes this would be cheap and OK. Actually >only high-precision profiling and NTP would need any better... I don't think it's OK. It would be too inaccurate to use in mi_switch(), which seems to be the only place where its overhead is noticeable. One of the microtime() calls in mi_switch() could be avoided if the context switch is immediate. The i586 clock is good enough for the sub-tick count. Even if it varies, it can be rescaled often. The i8254 clock probably needs to be read on i586's every clock tick to determine the latency of hardclock(). The cost of this is < 5usec * 100 Hz = 500 usec/sec = 0.05%. Bruce From owner-freebsd-current Sun Feb 11 05:28:19 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id FAA06699 for current-outgoing; Sun, 11 Feb 1996 05:28:19 -0800 (PST) Received: from ibp.ibp.fr (ibp.ibp.fr [132.227.60.30]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id FAA06694 for ; Sun, 11 Feb 1996 05:28:15 -0800 (PST) Received: from blaise.ibp.fr (blaise.ibp.fr [132.227.60.1]) by ibp.ibp.fr (8.6.12/jtpda-5.0) with ESMTP id OAA28800 ; Sun, 11 Feb 1996 14:28:12 +0100 Received: from (uucp@localhost) by blaise.ibp.fr (8.6.12/jtpda-5.0) with UUCP id OAA12632 ; Sun, 11 Feb 1996 14:28:14 +0100 Received: (from roberto@localhost) by keltia.freenix.fr (8.7.3/keltia-uucp-2.7) id OAA05893; Sun, 11 Feb 1996 14:06:35 +0100 (MET) From: Ollivier Robert Message-Id: <199602111306.OAA05893@keltia.freenix.fr> Subject: Re: Kerberos @ freebsd.org? To: imp@village.org (Warner Losh) Date: Sun, 11 Feb 1996 14:06:35 +0100 (MET) Cc: freebsd-current@FreeBSD.ORG (FreeBSD Current Users' list) In-Reply-To: <199602110148.SAA02467@rover.village.org> from Warner Losh at "Feb 10, 96 06:48:17 pm" X-Operating-System: FreeBSD 2.2-CURRENT ctm#1630 X-Mailer: ELM [version 2.4ME+ PL5 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.ORG Precedence: bulk It seems that Warner Losh said: > However, ssh won't encrypt things like NFS traffic, mud traffic, etc. > So there are some limitations to its realms. For example, there is no > ssh enryption for FTP sessions at this time, while there is for > Kerberos. So there is a balance there. You can use FTP thru an encrypted channel or simply uses "scp" to tranfert files... -- Ollivier ROBERT -=- The daemon is FREE! -=- roberto@keltia.frmug.fr.net FreeBSD keltia.freenix.fr 2.2-CURRENT #5: Sun Feb 4 03:11:17 MET 1996 From owner-freebsd-current Sun Feb 11 05:35:11 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id FAA06824 for current-outgoing; Sun, 11 Feb 1996 05:35:11 -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 FAA06817 for ; Sun, 11 Feb 1996 05:35:08 -0800 (PST) Received: from critter.tfs.com by tfs.com (smail3.1.28.1) with SMTP id m0tlbvl-0003wSC; Sun, 11 Feb 96 05: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 OAA06364; Sun, 11 Feb 1996 14:20:42 +0100 X-Authentication-Warning: critter.tfs.com: Host localhost.tfs.com didn't use HELO protocol To: Bruce Evans cc: current@freebsd.org Subject: Re: calibrating clocks In-reply-to: Your message of "Sun, 11 Feb 1996 21:04:46 +1100." <199602111004.VAA04514@godzilla.zeta.org.au> Date: Sun, 11 Feb 1996 14:20:42 +0100 Message-ID: <6362.824044842@critter.tfs.com> From: Poul-Henning Kamp Sender: owner-current@freebsd.org Precedence: bulk > >Did you see the email about the "almost correct sub-tic" stunt ? > > I don't think it's OK. It would be too inaccurate to use in mi_switch(), > which seems to be the only place where its overhead is noticeable. OK. > The i586 clock is good enough for the sub-tick count. Even if it varies, > it can be rescaled often. The i8254 clock probably needs to be read on > i586's every clock tick to determine the latency of hardclock(). The > cost of this is < 5usec * 100 Hz = 500 usec/sec = 0.05%. You know about the counter in the APIC too ? It runs at the "bus frequency" but that may vary as well :-( -- 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-current Sun Feb 11 06:39:33 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id GAA09737 for current-outgoing; Sun, 11 Feb 1996 06:39:33 -0800 (PST) Received: from sed.cs.fsu.edu (sed.cs.fsu.edu [128.186.121.157]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id GAA09731 for ; Sun, 11 Feb 1996 06:39:31 -0800 (PST) Received: by sed.cs.fsu.edu (8.6.9/56) id JAA06159; Sun, 11 Feb 1996 09:39:24 -0500 From: Gang-Ryung Uh Message-Id: <199602111439.JAA06159@sed.cs.fsu.edu> Subject: Make world To: current@freebsd.org Date: Sun, 11 Feb 1996 09:39:23 -0500 (EST) X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org Precedence: bulk Hi, Currently, I am running FreeBSD-2.0.5. I downloaded current src (Feb 9), and tried "make world" as a single user mode. But I got the following error message: Would you tell me why that fatal error occurs? Thanks. Regards, Gang-Ryung Uh ================================================================= .... .... ===> usr.bin/cal install -c -s -o bin -g bin -m 555 cal /usr/bin install -c -o bin -g bin -m 444 cal.1.gz /usr/share/man/man1 ===> usr.bin/calendar install -c -o bin -g bin -m 444 /usr/src/usr.bin/calendar/calendars/calendar.* /usr/share/calendar for lang in de_DE.ISO_8859-1 hr_HR.ISO_8859-2; do install -c -o bin -g bin -m 444 /usr/src/usr.bin/calendar/calendars/$lang/calendar.* /usr/share/calendar/$lang; done; usage: install [-Ccdps] [-f flags] [-g group] [-m mode] [-o owner] file1 file2; or file1 ... fileN directory *** Error code 1 Stop. *** Error code 1 Stop. *** Error code 1 Stop. *** Error code 1 From owner-freebsd-current Sun Feb 11 06:46:55 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id GAA09993 for current-outgoing; Sun, 11 Feb 1996 06:46:55 -0800 (PST) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id GAA09988 for ; Sun, 11 Feb 1996 06:46:47 -0800 (PST) Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id BAA13304; Mon, 12 Feb 1996 01:43:56 +1100 Date: Mon, 12 Feb 1996 01:43:56 +1100 From: Bruce Evans Message-Id: <199602111443.BAA13304@godzilla.zeta.org.au> To: bde@zeta.org.au, phk@critter.tfs.com Subject: Re: calibrating clocks Cc: current@freebsd.org Sender: owner-current@freebsd.org Precedence: bulk >You know about the counter in the APIC too ? >It runs at the "bus frequency" but that may vary as well :-( No. What's an APIC? Bruce From owner-freebsd-current Sun Feb 11 06:56:45 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id GAA10338 for current-outgoing; Sun, 11 Feb 1996 06:56:45 -0800 (PST) Received: from pain.csrv.uidaho.edu (root@pain.csrv.uidaho.edu [129.101.114.109]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id GAA10333 for ; Sun, 11 Feb 1996 06:56:43 -0800 (PST) Received: from pain.csrv.uidaho.edu (fn@localhost [127.0.0.1]) by pain.csrv.uidaho.edu (8.7.3/8.6.9) with ESMTP id GAA20236 for ; Sun, 11 Feb 1996 06:56:40 -0800 (PST) X-Mailer: exmh version 1.6.5 12/11/95 To: freebsd-current@freebsd.org Subject: top Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 11 Feb 1996 06:56:39 -0800 Message-ID: <20233.824050599@pain.csrv.uidaho.edu> From: Faried Nawaz Sender: owner-current@freebsd.org Precedence: bulk hi, is top working for everyone? it started segfaulting on me at the beginning of february, and i could not get the port to recompile. faried. -- faried nawaz. colorless green ideas sleep furiously box 3582, moscow, id 83834-1914, usa linux, worth every penny! From owner-freebsd-current Sun Feb 11 06:59:41 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id GAA10428 for current-outgoing; Sun, 11 Feb 1996 06:59:41 -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 GAA10423 for ; Sun, 11 Feb 1996 06:59:39 -0800 (PST) Received: from critter.tfs.com by tfs.com (smail3.1.28.1) with SMTP id m0tldFZ-0003wSC; Sun, 11 Feb 96 06:59 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 PAA06534; Sun, 11 Feb 1996 15:59:54 +0100 X-Authentication-Warning: critter.tfs.com: Host localhost.tfs.com didn't use HELO protocol To: Bruce Evans cc: current@freebsd.org Subject: Re: calibrating clocks In-reply-to: Your message of "Mon, 12 Feb 1996 01:43:56 +1100." <199602111443.BAA13304@godzilla.zeta.org.au> Date: Sun, 11 Feb 1996 15:59:53 +0100 Message-ID: <6532.824050793@critter.tfs.com> From: Poul-Henning Kamp Sender: owner-current@freebsd.org Precedence: bulk > >You know about the counter in the APIC too ? > > >It runs at the "bus frequency" but that may vary as well :-( > > No. What's an APIC? Advanced Programmable Irq Ctrl or something like it. All newer P5s have them on chip. look for "APIC" in the boot msg. -- 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-current Sun Feb 11 07:29:37 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id HAA11478 for current-outgoing; Sun, 11 Feb 1996 07:29:37 -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 HAA11469 for ; Sun, 11 Feb 1996 07:29:25 -0800 (PST) Received: from localhost (mark@localhost [127.0.0.1]) by grumble.grondar.za (8.7.3/8.7.3) with SMTP id RAA11969; Sun, 11 Feb 1996 17:28:41 +0200 (SAT) Message-Id: <199602111528.RAA11969@grumble.grondar.za> X-Authentication-Warning: grumble.grondar.za: Host mark@localhost [127.0.0.1] didn't use HELO protocol To: Gang-Ryung Uh cc: current@freebsd.org Subject: Re: Make world Date: Sun, 11 Feb 1996 17:28:40 +0200 From: Mark Murray Sender: owner-current@freebsd.org Precedence: bulk Gang-Ryung Uh wrote: > Currently, I am running FreeBSD-2.0.5. > I downloaded current src (Feb 9), and tried "make world" as a single > user mode. But I got the following error message: Would you tell me > why that fatal error occurs? You need to make and reinstall the new install. It is in src/usr.bin/xinstall. There may be other places where you will need to do similar things. (I think zic will fail as well - rebuild it by hand before you start) 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-current Sun Feb 11 07:55:39 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id HAA12781 for current-outgoing; Sun, 11 Feb 1996 07:55:39 -0800 (PST) Received: from pain.csrv.uidaho.edu (root@pain.csrv.uidaho.edu [129.101.114.109]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id HAA12775 for ; Sun, 11 Feb 1996 07:55:36 -0800 (PST) Received: from pain.csrv.uidaho.edu (fn@localhost [127.0.0.1]) by pain.csrv.uidaho.edu (8.7.3/8.6.9) with ESMTP id HAA23493 for ; Sun, 11 Feb 1996 07:55:33 -0800 (PST) X-Mailer: exmh version 1.6.5 12/11/95 To: freebsd-current@freebsd.org Subject: Re: top Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 11 Feb 1996 07:55:31 -0800 Message-ID: <23489.824054131@pain.csrv.uidaho.edu> From: Faried Nawaz Sender: owner-current@freebsd.org Precedence: bulk Faried Nawaz wrote... i could not get the port to recompile. just got to compile...nevermind. saw the m_freebsd21.* log message and resup'd. faried. -- faried nawaz. colorless green ideas sleep furiously box 3582, moscow, id 83834-1914, usa linux, worth every penny! From owner-freebsd-current Sun Feb 11 08:25:15 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id IAA13736 for current-outgoing; Sun, 11 Feb 1996 08:25:15 -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 IAA13731 for ; Sun, 11 Feb 1996 08:25:09 -0800 (PST) Received: (from imb@localhost) by asstdc.scgt.oz.au (8.6.12/BSD4.4) id DAA25760; Mon, 12 Feb 1996 03:24:12 +1100 From: michael butler Message-Id: <199602111624.DAA25760@asstdc.scgt.oz.au> Subject: Re: Make world To: mark@grondar.za (Mark Murray) Date: Mon, 12 Feb 1996 03:24:09 +1100 (EST) Cc: uh@sed.cs.fsu.edu, current@FreeBSD.org In-Reply-To: <199602111528.RAA11969@grumble.grondar.za> from "Mark Murray" at Feb 11, 96 05:28:40 pm X-Mailer: ELM [version 2.4 PL24beta] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.org Precedence: bulk Gang-Ryung Uh wrote: > Currently, I am running FreeBSD-2.0.5. > I downloaded current src (Feb 9), and tried "make world" as a single > user mode. But I got the following error message: Would you tell me > why that fatal error occurs? Mark Murray writes: > You need to make and reinstall the new install. It is in > src/usr.bin/xinstall. There may be other places where you will need to do > similar things. > (I think zic will fail as well - rebuild it by hand before you start) zic, mklocale, config and rpcgen if memory serves .. michael From owner-freebsd-current Sun Feb 11 08:27:04 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id IAA13781 for current-outgoing; Sun, 11 Feb 1996 08:27:04 -0800 (PST) Received: from ibp.ibp.fr (ibp.ibp.fr [132.227.60.30]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id IAA13775 for ; Sun, 11 Feb 1996 08:27:00 -0800 (PST) Received: from blaise.ibp.fr (blaise.ibp.fr [132.227.60.1]) by ibp.ibp.fr (8.6.12/jtpda-5.0) with ESMTP id RAA00919 for ; Sun, 11 Feb 1996 17:26:57 +0100 Received: from (uucp@localhost) by blaise.ibp.fr (8.6.12/jtpda-5.0) with UUCP id RAA13297 for freebsd-current@FreeBSD.ORG; Sun, 11 Feb 1996 17:26:59 +0100 Received: (from roberto@localhost) by keltia.freenix.fr (8.7.3/keltia-uucp-2.7) id RAA17495 for freebsd-current@FreeBSD.ORG; Sun, 11 Feb 1996 17:25:47 +0100 (MET) From: Ollivier Robert Message-Id: <199602111625.RAA17495@keltia.freenix.fr> Subject: libc_r and the removal of ccitt and iso To: freebsd-current@FreeBSD.ORG (FreeBSD Current Users' list) Date: Sun, 11 Feb 1996 17:25:46 +0100 (MET) X-Operating-System: FreeBSD 2.2-CURRENT ctm#1661 X-Mailer: ELM [version 2.4ME+ PL5 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.ORG Precedence: bulk Now that netccitt and netiso is in the Attic, libc_r still reference netiso/iso.h in iso_addr.c. We should put iso_addr.{c,3} from libc/net into the Attic too (they're not in the Makefile any more). Index: Makefile.inc =================================================================== RCS file: /spare/FreeBSD-current/src/lib/libc_r/net/Makefile.inc,v retrieving revision 1.1 diff -u -2 -u -r1.1 Makefile.inc --- Makefile.inc 1996/01/22 00:22:32 1.1 +++ Makefile.inc 1996/02/11 16:23:08 @@ -9,5 +9,5 @@ getservbyport.c getservent.c herror.c inet_addr.c inet_lnaof.c \ inet_makeaddr.c inet_netof.c inet_network.c inet_ntoa.c \ - iso_addr.c linkaddr.c ns_addr.c ns_ntoa.c rcmd.c recv.c res_comp.c \ + linkaddr.c ns_addr.c ns_ntoa.c rcmd.c recv.c res_comp.c \ res_debug.c res_init.c res_mkquery.c res_query.c res_send.c \ send.c ether_addr.c -- Ollivier ROBERT -=- The daemon is FREE! -=- roberto@keltia.frmug.fr.net FreeBSD keltia.freenix.fr 2.2-CURRENT #6: Fri Feb 9 21:27:02 MET 1996 From owner-freebsd-current Sun Feb 11 08:31:36 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id IAA13941 for current-outgoing; Sun, 11 Feb 1996 08:31:36 -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 IAA13936 for ; Sun, 11 Feb 1996 08:31:31 -0800 (PST) Received: from critter.tfs.com by tfs.com (smail3.1.28.1) with SMTP id m0tlegT-0003wuC; Sun, 11 Feb 96 08:31 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 RAA06667; Sun, 11 Feb 1996 17:25:59 +0100 X-Authentication-Warning: critter.tfs.com: Host localhost.tfs.com didn't use HELO protocol To: Bruce Evans cc: current@freebsd.org Subject: Re: calibrating clocks In-reply-to: Your message of "Mon, 12 Feb 1996 01:43:56 +1100." <199602111443.BAA13304@godzilla.zeta.org.au> Date: Sun, 11 Feb 1996 17:25:58 +0100 Message-ID: <6665.824055958@critter.tfs.com> From: Poul-Henning Kamp Sender: owner-current@freebsd.org Precedence: bulk > >You know about the counter in the APIC too ? > > >It runs at the "bus frequency" but that may vary as well :-( > > No. What's an APIC? I found the description of the counter, pretty damn useless for our purposes I presume, since the bus-clock can be tweaked for power-mgt. There is support for one-shot and periodic mode. IRQ on zero count. It runs of the bus-clock (60/66MHz) there is a prescaler taking 1,2,4,8, 16,32,64 or 128. The counter itself is 32bit, and it's memory-mapped. There is a R/W Initial count register and a R/O Current count register. If IC is 'N' then the CC runs N, N-1, N-2 ... 2, 1, N, N-1 in periodic mode. CC is loaded from IC when you write to IC. There is also an erratum that says that they got it wrong the first time around, nothing major, just the zero-tick being being the width of the input (bus ?) clock rather than zero. -- 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-current Sun Feb 11 09:40:48 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id JAA16354 for current-outgoing; Sun, 11 Feb 1996 09:40:48 -0800 (PST) Received: from ibp.ibp.fr (ibp.ibp.fr [132.227.60.30]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id JAA16348 for ; Sun, 11 Feb 1996 09:40:44 -0800 (PST) Received: from blaise.ibp.fr (blaise.ibp.fr [132.227.60.1]) by ibp.ibp.fr (8.6.12/jtpda-5.0) with ESMTP id SAA01990 ; Sun, 11 Feb 1996 18:40:41 +0100 Received: from (uucp@localhost) by blaise.ibp.fr (8.6.12/jtpda-5.0) with UUCP id SAA13439 ; Sun, 11 Feb 1996 18:40:43 +0100 Received: (from roberto@localhost) by keltia.freenix.fr (8.7.3/keltia-uucp-2.7) id RAA17576; Sun, 11 Feb 1996 17:33:57 +0100 (MET) From: Ollivier Robert Message-Id: <199602111633.RAA17576@keltia.freenix.fr> Subject: Re: Make world To: uh@sed.cs.fsu.edu (Gang-Ryung Uh) Date: Sun, 11 Feb 1996 17:33:57 +0100 (MET) Cc: current@FreeBSD.ORG In-Reply-To: <199602111439.JAA06159@sed.cs.fsu.edu> from Gang-Ryung Uh at "Feb 11, 96 09:39:23 am" X-Operating-System: FreeBSD 2.2-CURRENT ctm#1661 X-Mailer: ELM [version 2.4ME+ PL5 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.ORG Precedence: bulk It seems that Gang-Ryung Uh said: > ===> usr.bin/calendar > install -c -o bin -g bin -m 444 > /usr/src/usr.bin/calendar/calendars/calendar.* /usr/share/calendar > for lang in de_DE.ISO_8859-1 hr_HR.ISO_8859-2; do install -c -o bin -g bin > -m 444 /usr/src/usr.bin/calendar/calendars/$lang/calendar.* > /usr/share/calendar/$lang; done; > usage: install [-Ccdps] [-f flags] [-g group] [-m mode] [-o owner] file1 > file2; > or file1 ... fileN directory > *** Error code 1 I'd say that mtree didn't create /usr/share/calendar/hr_HR.ISO_8859-2 or you have out of date "mtree" files. Did you copy the etc/mtree/* files in /etc/mtree. Nothing from etc/ is installed by "make world". -- Ollivier ROBERT -=- The daemon is FREE! -=- roberto@keltia.frmug.fr.net FreeBSD keltia.freenix.fr 2.2-CURRENT #6: Fri Feb 9 21:27:02 MET 1996 From owner-freebsd-current Sun Feb 11 09:41:12 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id JAA16384 for current-outgoing; Sun, 11 Feb 1996 09:41:12 -0800 (PST) Received: from ibp.ibp.fr (ibp.ibp.fr [132.227.60.30]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id JAA16370 for ; Sun, 11 Feb 1996 09:40:53 -0800 (PST) Received: from blaise.ibp.fr (blaise.ibp.fr [132.227.60.1]) by ibp.ibp.fr (8.6.12/jtpda-5.0) with ESMTP id SAA01994 for ; Sun, 11 Feb 1996 18:40:42 +0100 Received: from (uucp@localhost) by blaise.ibp.fr (8.6.12/jtpda-5.0) with UUCP id SAA13442 for freebsd-current@FreeBSD.ORG; Sun, 11 Feb 1996 18:40:44 +0100 Received: (from roberto@localhost) by keltia.freenix.fr (8.7.3/keltia-uucp-2.7) id RAA17788 for freebsd-current@FreeBSD.ORG; Sun, 11 Feb 1996 17:50:39 +0100 (MET) From: Ollivier Robert Message-Id: <199602111650.RAA17788@keltia.freenix.fr> Subject: Something's funny with Xboing and the pipe code To: freebsd-current@FreeBSD.ORG (FreeBSD Current Users' list) Date: Sun, 11 Feb 1996 17:50:38 +0100 (MET) X-Operating-System: FreeBSD 2.2-CURRENT ctm#1661 X-Mailer: ELM [version 2.4ME+ PL5 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.ORG Precedence: bulk It seems that the new pipe code is so fast that the Xboing sound server (a child process) has very big trouble to keep up. A while ago it was a little de-synchronized, now it is not synchronized at all. The game is now unplayable on my 486DX4/100 :-) -- Ollivier ROBERT -=- The daemon is FREE! -=- roberto@keltia.frmug.fr.net FreeBSD keltia.freenix.fr 2.2-CURRENT #6: Fri Feb 9 21:27:02 MET 1996 From owner-freebsd-current Sun Feb 11 10:21:10 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id KAA18031 for current-outgoing; Sun, 11 Feb 1996 10:21:10 -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 KAA18026 Sun, 11 Feb 1996 10:21:08 -0800 (PST) Received: from critter.tfs.com by tfs.com (smail3.1.28.1) with SMTP id m0tlgOY-0003wmC; Sun, 11 Feb 96 10:21 PST Apparently-To: , 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 TAA06982; Sun, 11 Feb 1996 19:21:25 +0100 X-Authentication-Warning: critter.tfs.com: Host localhost.tfs.com didn't use HELO protocol Date: Sun, 11 Feb 1996 19:21:23 +0100 Message-ID: <6976.824062883@critter.tfs.com> From: Poul-Henning Kamp Subject: Re: cvs commit: src/lib/libfakegnumalloc Makefile fakegnumalloc.c MIME-Version: 1.0 Content-Type: multipart/digest; boundary="----- =_aaaaaaaaaa" Sender: owner-current@freebsd.org Precedence: bulk ------- =_aaaaaaaaaa To: phk@freebsd.org Subject: Re: cvs commit: src/lib/libfakegnumalloc Makefile fakegnumalloc.c In-reply-to: Your message of "Sun, 11 Feb 1996 10:12:43 PST." <199602111812.KAA17415@freefall.freebsd.org> Date: Sun, 11 Feb 1996 19:21:23 +0100 Message-ID: <6976.824062883@critter.tfs.com> From: Poul-Henning Kamp > phk 96/02/11 10:12:43 > > Added: lib/libfakegnumalloc Makefile fakegnumalloc.c > Log: > Make a scaffold libgnumalloc.so.#.# unless there is a packeage called > "gnumalloc*" Now we need a port of gnumalloc I presume. All you have to do is to remove the symlink when you install, and put it back when you remove. I know the symlink is in /usr/lib and that's bad as such, but so is life. Sorry if this breaks make world or anything, send me email then. -- 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. ------- =_aaaaaaaaaa-- From owner-freebsd-current Sun Feb 11 10:26:45 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id KAA18322 for current-outgoing; Sun, 11 Feb 1996 10:26:45 -0800 (PST) Received: from rover.village.org (rover.village.org [204.144.255.49]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id KAA18313 for ; Sun, 11 Feb 1996 10:26:41 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by rover.village.org (8.6.11/8.6.6) with SMTP id LAA03853; Sun, 11 Feb 1996 11:26:28 -0700 Message-Id: <199602111826.LAA03853@rover.village.org> To: Ollivier Robert Subject: Re: Kerberos @ freebsd.org? Cc: freebsd-current@FreeBSD.ORG (FreeBSD Current Users' list) In-reply-to: Your message of Sun, 11 Feb 1996 14:06:35 +0100 Date: Sun, 11 Feb 1996 11:26:28 -0700 From: Warner Losh Sender: owner-current@FreeBSD.ORG Precedence: bulk : You can use FTP thru an encrypted channel or simply uses "scp" to tranfert : files... ???? I guess I'm going to have to go re-read the docs, since FTP is a dual ported protocol, I could have sworn there was no way to do this short of hacking ftpd. You are correct that scp will copy files quite nicely.... Warner From owner-freebsd-current Sun Feb 11 13:30:56 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id NAA26510 for current-outgoing; Sun, 11 Feb 1996 13:30:56 -0800 (PST) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id NAA26491 for ; Sun, 11 Feb 1996 13:30:51 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id OAA18728; Sun, 11 Feb 1996 14:25:40 -0700 From: Terry Lambert Message-Id: <199602112125.OAA18728@phaeton.artisoft.com> Subject: Re: CVS ISSUES To: terry@safetynet.net (Terry Lambert) Date: Sun, 11 Feb 1996 14:25:40 -0700 (MST) Cc: julian@ref.tfs.com, terry@lambert.org, current@FreeBSD.org In-Reply-To: <199602072304.QAA06706@phaeton.artisoft.com> from "Terry Lambert" at Feb 7, 96 04:04:01 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-current@FreeBSD.org Precedence: bulk > > wait for a commit message on the kernel. > > go to your sys checked out tree, > > make some change to the file that the commit was about. > > sup the new CVS tree. (check the new change arrives) > > do a cvs diff > > check what is in the diff > > do a cvs update > > check the file got the new changes > > do a cvs diff > > check the contents again. > > remove the file > > cvs update it again to refetch the unmodified (by you) version > > I will try this diagnostic and let you know. I have successfully updated several files with differening date a version orders. My CVS/SUP interaction problem was either "pilot error" or a result of backing up a version on my CVS tree itself after switching from the primary SUP server to a secondary, and making changes within the switch period. Thanks to Julian and others for their response on SUP/CVS interactions. It's my recommedation that you carfully observe the sync times for a source and destination SUP server if you plan on using a SUP changeover. Because of this, I recommend supping no more frequently than two update periods for a SUP providers local tree. This means that the SUP servers should update no less than three times a day if the SUP dns rotation that was suggested is implemented, assuming a once-daily SUP bu a leaf-node client. Failing that, people using the dns rotation list and getting a random SUP server should update no more frequently than every other day, if they are making any changes to the checked out trees at all. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-current Sun Feb 11 13:41:07 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id NAA27407 for current-outgoing; Sun, 11 Feb 1996 13:41:07 -0800 (PST) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id NAA27401 for ; Sun, 11 Feb 1996 13:41:03 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id OAA18761; Sun, 11 Feb 1996 14:34:09 -0700 From: Terry Lambert Message-Id: <199602112134.OAA18761@phaeton.artisoft.com> Subject: Re: FS PATCHES: THE NEXT GENERATION To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Sun, 11 Feb 1996 14:34:09 -0700 (MST) Cc: julian@ref.tfs.com, terry@lambert.org, KentH@HNS.St-Louis.Mo.US, current@FreeBSD.ORG In-Reply-To: <29631.824002635@time.cdrom.com> from "Jordan K. Hubbard" at Feb 10, 96 05:37:15 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-current@FreeBSD.ORG Precedence: bulk > > I put it to you that security of devices is such an important thing > > that you don't want persistance of device ownerships > > I put it to you that security of devices is such an important thing > that you definitely want persistance of device ownerships. You two are using "persistance" differently. Julian wants assurance that settings made by an administrator that are different from distribution defaults are affixed to the devices on a permanent basis. Julian worries that a simple rc/rc.shutdown mechanism will cause a hackers changes to persist across boots. Jordan wants assurance that the familiar mechanisms an administrator currently uses will continue to work, in order to grandfather older administrative frameworks that might have already been built up over time by existing installations. Jordan does not take note of the fact that the system cannot distinguish between an administrative change and a change by a hacker who has gained administrative level priviledges. In such a situation, user level security is no security. I would prefer that the allowable changes to a device be on a per device basis, with administrative template override, either programatically or by way of an annoying-because-it-is-not-chmod-or-chown user interface that must only ever be used once (or once per site policy change, not a frequent occurance). In large part, I agree with Julian; I only disagree on implementation details. Since both Julian and I don't have code for our proposals, out differences are moot. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-current Sun Feb 11 14:00:42 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id OAA29711 for current-outgoing; Sun, 11 Feb 1996 14:00:42 -0800 (PST) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id OAA29702 for ; Sun, 11 Feb 1996 14:00:39 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id OAA18806; Sun, 11 Feb 1996 14:57:00 -0700 From: Terry Lambert Message-Id: <199602112157.OAA18806@phaeton.artisoft.com> Subject: Re: calibrating clocks To: bde@zeta.org.au (Bruce Evans) Date: Sun, 11 Feb 1996 14:57:00 -0700 (MST) Cc: bde@zeta.org.au, phk@critter.tfs.com, current@FreeBSD.org In-Reply-To: <199602111443.BAA13304@godzilla.zeta.org.au> from "Bruce Evans" at Feb 12, 96 01:43:56 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.org Precedence: bulk > > >You know about the counter in the APIC too ? > > >It runs at the "bus frequency" but that may vary as well :-( > > No. What's an APIC? Advanced Programmable Interrupt Controller. Not all systems have APIC's. Not even all Pentium systems. APIC type Local APIC Integrated APIC Features Version Reg. ---------------------- -------------- -------------------------------------- 82489DX APIC 0x - Integrated APIC, i.e., 1x STARTUP IPI. Refer to Appendix B.4.2 PENTIUM(tm) processors of the Intel Multiprocessor (735\90, 815\100) Specification V1.1 for details. Programmable interrupt input polarity. ---------------------- -------------- -------------------------------------- 'x' is a 4 bit hex number Generally, it is only applicable to MP motherboards, or UP motherboards with specific Pentium revisions that imply internal APIC's. >From the MP Spec: ============================================================================== 3.6.7. APIC Interval Timers The 82489DX APIC local unit contains a 32-bit wide programmable timer with the following two independent clock input sources: 1. The CLK pin provides the clock signal that drives the 82489DX APIC's internal operation. 2. The TMBASE pin allows an independent clock signal to be connected to the 82489DX APIC for use by the timer functions. The interval timers of the integrated [Pentium] APIC have only one clock input source, CLK. To maintain consistency, developers of [MP Spec] compliant systems based on the 82489DX must choose CLK as the source of the 82489DX APIC timer clock. TMBASE must be left disabled. An MP operating system may use the IRQ8 real-time clock as a reference to determine the actual APIC timer clock speed. Special consideration must be made for systems with stop clock (STPCLK#) capability. Timer interrupts are ignored while STPCLK# is asserted. The system time-of-day clock may need to be reset when STPCLK# is deasserted. ============================================================================== You cannot rely on the existance of an APIC on a Pentium. You can not rely on an APIC for timing if it does exist, because of the potential use of STPCLK#. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-current Sun Feb 11 14:15:39 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id OAA00738 for current-outgoing; Sun, 11 Feb 1996 14:15:39 -0800 (PST) Received: from dyson.iquest.net (dyson.iquest.net [198.70.144.127]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id OAA00733 for ; Sun, 11 Feb 1996 14:15:32 -0800 (PST) Received: (from root@localhost) by dyson.iquest.net (8.6.11/8.6.9) id RAA01382; Sun, 11 Feb 1996 17:11:59 GMT From: "John S. Dyson" Message-Id: <199602111711.RAA01382@dyson.iquest.net> Subject: Re: Something's funny with Xboing and the pipe code To: roberto@keltia.freenix.fr (Ollivier Robert) Date: Sun, 11 Feb 1996 17:11:59 +0000 () Cc: freebsd-current@FreeBSD.ORG In-Reply-To: <199602111650.RAA17788@keltia.freenix.fr> from "Ollivier Robert" at Feb 11, 96 05:50:38 pm X-Mailer: ELM [version 2.4 PL24 ME8] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.ORG Precedence: bulk > It seems that the new pipe code is so fast that the Xboing sound server (a > child process) has very big trouble to keep up. A while ago it was a little > de-synchronized, now it is not synchronized at all. > > The game is now unplayable on my 486DX4/100 :-) > The problem appears to be that the buffer size for our new pipe code is larger, and causes the synchronization to be off by up to 16K bytes. I think that I might be able to come up with a patch to the sound code to make it work correctly. I think that Linux might use 4k for it's pipe buffer. I'll look into it, perhaps making a small change to the Linux sound driver for xboing. (This is just a guess after looking at the code.) John Dyson dyson@freebsd.org From owner-freebsd-current Sun Feb 11 14:55:32 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id OAA04686 for current-outgoing; Sun, 11 Feb 1996 14:55:32 -0800 (PST) Received: (from gclarkii@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id OAA04679 for freebsd-current@FreeBSD.ORG; Sun, 11 Feb 1996 14:55:30 -0800 (PST) From: Gary Clark II Message-Id: <199602112255.OAA04679@freefall.freebsd.org> Subject: sup2....:( To: freebsd-current@FreeBSD.ORG Date: Sun, 11 Feb 1996 14:55:30 -0800 (PST) X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-current@FreeBSD.ORG Precedence: bulk Hello, I just had a bad experience with sup2. I had to switch over due to sup2 being down and everything was going ok, until it NUKED my entire sys directory!!! For some reason it did not like it. Don't ask me why. This is NOT good. Right now I have no sys directory at all. I will have to connect to freefall to get one:( Gary -- Gary Clark II (N5VMF) | FreeBSD support and service gclarkii@FreeBSD.ORG | mail info@gbdata.com for information FreeBSD FAQ at ftp.FreeBSD.ORG in ~pub/FreeBSD/docs/freebsd-faq.ascii From owner-freebsd-current Sun Feb 11 18:29:40 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id SAA29674 for current-outgoing; Sun, 11 Feb 1996 18:29:40 -0800 (PST) Received: from gwydion.hns.st-louis.mo.us (root@dialup-63.icon-stl.net [199.217.153.63]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id SAA29650 for ; Sun, 11 Feb 1996 18:29:30 -0800 (PST) Received: (from kenth@localhost) by gwydion.hns.st-louis.mo.us (8.7.3/8.7.2) id UAA13677; Sun, 11 Feb 1996 20:29:15 -0600 (CST) From: Kent Hamilton Message-Id: <199602120229.UAA13677@gwydion.hns.st-louis.mo.us> Subject: Re: sup2....:( To: gclarkii@freefall.freebsd.org (Gary Clark II) Date: Sun, 11 Feb 1996 20:29:13 -0600 (CST) Cc: freebsd-current@FreeBSD.ORG In-Reply-To: <199602112255.OAA04679@freefall.freebsd.org> from "Gary Clark II" at Feb 11, 96 02:55:30 pm Reply-To: KentH@HNS.St-Louis.Mo.US X-Mailer: ELM [version 2.4 PL24 ME8b] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.ORG Precedence: bulk > > I just had a bad experience with sup2. I had to switch over due to sup2 being > down and everything was going ok, until it NUKED my entire sys directory!!! > For some reason it did not like it. Don't ask me why. > This is NOT good. Right now I have no sys directory at all. I will > have to connect to freefall to get one:( I did a sup of the eBones, and secure trees this morning on supX.freebsd.org (can't remember which one now) this AM tried to do a make world per the instructions on the eBones/secure changes Mark submitted, blows up quite nicely. Tried it then from freefall and it pulled down the entire trees for both but it still blows up nicely. Yes, I deleted /usr/include/kerberosIV/des.h before trying the builds. Something is still not right with the supX sites I'd have to say. As for libdes, etc. Where's the correct place to get working code? My system is in a near unusable state at the moment. Some LKM's won't load, the boot is taking 15 minutes and I have to interrupt things to get it down to that. Kernfs won't mount, etc..... -- Kent Hamilton Work: KHamilton@Hunter.COM URL: http://www.icon-stl.net/~khamilto Play: KentH@HNS.St-Louis.Mo.US From owner-freebsd-current Sun Feb 11 18:59:07 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id SAA03690 for current-outgoing; Sun, 11 Feb 1996 18:59:07 -0800 (PST) Received: from fastlane.net (fastlane.net [204.251.16.10]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id SAA03678 for ; Sun, 11 Feb 1996 18:59:02 -0800 (PST) Received: from myname.my.domain (fw35.fastlane.net [206.42.189.35]) by fastlane.net (8.7.3/8.7.3) with SMTP id VAA14990 for ; Sun, 11 Feb 1996 21:54:03 -0600 (CST) Message-ID: <311EACB6.167EB0E7@fastlane.net> Date: Sun, 11 Feb 1996 20:57:58 -0600 From: James Faubus X-Mailer: Mozilla 2.0b5 (X11; I; FreeBSD 2.2-CURRENT i386) MIME-Version: 1.0 To: freebsd-current@FreeBSD.ORG Subject: sys_pipe.c Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.ORG Precedence: bulk Just did a build w/ the Feb. 5, "current". The make world went ok, with only a few warnings, but the kernel compile stopped on an undefined "vm_fault_quick" function in "sys_pipe.c" . I grep'd through the files and indeed there is no vm_fault_quick anywhere. I was able to get the kernel to build by commenting that line out, and so far the kernel runs. What's up, I just joined the current mailing list so if I missed out on this topic, please replay it for me. From owner-freebsd-current Sun Feb 11 19:44:23 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id TAA13137 for current-outgoing; Sun, 11 Feb 1996 19:44:23 -0800 (PST) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id TAA13100 for ; Sun, 11 Feb 1996 19:44:07 -0800 (PST) Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id OAA04122; Mon, 12 Feb 1996 14:38:38 +1100 Date: Mon, 12 Feb 1996 14:38:38 +1100 From: Bruce Evans Message-Id: <199602120338.OAA04122@godzilla.zeta.org.au> To: roberto@keltia.freenix.fr, uh@sed.cs.fsu.edu Subject: Re: Make world Cc: current@FreeBSD.ORG Sender: owner-current@FreeBSD.ORG Precedence: bulk >> for lang in de_DE.ISO_8859-1 hr_HR.ISO_8859-2; do install -c -o bin -g bin >> -m 444 /usr/src/usr.bin/calendar/calendars/$lang/calendar.* >> /usr/share/calendar/$lang; done; >> usage: install [-Ccdps] [-f flags] [-g group] [-m mode] [-o owner] file1 >> file2; >> or file1 ... fileN directory >> *** Error code 1 >I'd say that mtree didn't create /usr/share/calendar/hr_HR.ISO_8859-2 or >you have out of date "mtree" files. Did you copy the etc/mtree/* files in >/etc/mtree. Nothing from etc/ is installed by "make world". It should only be necessary to have up to date files in etc/mtree/*. The first step of `make world' is to build the directory hierarchy. Bruce From owner-freebsd-current Sun Feb 11 20:45:43 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id UAA22020 for current-outgoing; Sun, 11 Feb 1996 20:45:43 -0800 (PST) Received: from mpp.minn.net (root@mpp.Minn.Net [204.157.201.242]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id UAA21999 for ; Sun, 11 Feb 1996 20:45:38 -0800 (PST) Received: (from mpp@localhost) by mpp.minn.net (8.7.3/8.6.9) id WAA18839; Sun, 11 Feb 1996 22:41:55 -0600 (CST) Message-Id: <199602120441.WAA18839@mpp.minn.net> Subject: Re: Make world To: bde@zeta.org.au (Bruce Evans) Date: Sun, 11 Feb 1996 22:41:55 -0600 (CST) From: "Mike Pritchard" Cc: roberto@keltia.freenix.fr, uh@sed.cs.fsu.edu, current@FreeBSD.ORG In-Reply-To: <199602120338.OAA04122@godzilla.zeta.org.au> from "Bruce Evans" at Feb 12, 96 02:38:38 pm X-Mailer: ELM [version 2.4 PL25 ME8b] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.ORG Precedence: bulk Bruce Evans wrote: > > >> for lang in de_DE.ISO_8859-1 hr_HR.ISO_8859-2; do install -c -o bin -g bin > >> -m 444 /usr/src/usr.bin/calendar/calendars/$lang/calendar.* > >> /usr/share/calendar/$lang; done; > >> usage: install [-Ccdps] [-f flags] [-g group] [-m mode] [-o owner] file1 > >> file2; > >> or file1 ... fileN directory > >> *** Error code 1 > > >I'd say that mtree didn't create /usr/share/calendar/hr_HR.ISO_8859-2 or > >you have out of date "mtree" files. Did you copy the etc/mtree/* files in > >/etc/mtree. Nothing from etc/ is installed by "make world". > > It should only be necessary to have up to date files in etc/mtree/*. The > first step of `make world' is to build the directory hierarchy. I had the exact same problem yesterday when I was doing a make world. I think in my case I decided that the usr.bin/calendar changes and the /etc/mtree changes came in two different sup runs. -- Mike Pritchard mpp@minn.net "Go that way. Really fast. If something gets in your way, turn" From owner-freebsd-current Sun Feb 11 20:47:53 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id UAA22302 for current-outgoing; Sun, 11 Feb 1996 20:47:53 -0800 (PST) Received: from dyson.iquest.net (dyson.iquest.net [198.70.144.127]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id UAA22293 for ; Sun, 11 Feb 1996 20:47:48 -0800 (PST) Received: (from root@localhost) by dyson.iquest.net (8.6.11/8.6.9) id XAA00337; Sun, 11 Feb 1996 23:44:30 GMT From: "John S. Dyson" Message-Id: <199602112344.XAA00337@dyson.iquest.net> Subject: Re: sys_pipe.c To: faubus@fastlane.net (James Faubus) Date: Sun, 11 Feb 1996 23:44:30 +0000 () Cc: freebsd-current@FreeBSD.ORG In-Reply-To: <311EACB6.167EB0E7@fastlane.net> from "James Faubus" at Feb 11, 96 08:57:58 pm X-Mailer: ELM [version 2.4 PL24 ME8] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.ORG Precedence: bulk > Just did a build w/ the Feb. 5, "current". > The make world went ok, with only a few warnings, but the kernel compile > stopped on an undefined "vm_fault_quick" function in > "sys_pipe.c" . I grep'd through the files and indeed there is no > vm_fault_quick anywhere. > > I was able to get the kernel to build by commenting that line out, and > so far the kernel runs. What's up, I just joined the current mailing > list so if I missed out on this topic, please replay it for me. > vm_fault_quick is in /sys/i386/i386/vm_machdep.c. Remove the "static" from each of the definitions in the file. Things should work. There are severe bugs in the version of the new pipe code as of Feb 5. Try to get up-to-date so you can get some major bug fixes. Good luck!!! John From owner-freebsd-current Sun Feb 11 22:06:17 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id WAA28924 for current-outgoing; Sun, 11 Feb 1996 22:06:17 -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 WAA28919 for ; Sun, 11 Feb 1996 22:06:12 -0800 (PST) Received: from localhost (mark@localhost [127.0.0.1]) by grumble.grondar.za (8.7.3/8.7.3) with SMTP id IAA11019; Mon, 12 Feb 1996 08:05:15 +0200 (SAT) Message-Id: <199602120605.IAA11019@grumble.grondar.za> X-Authentication-Warning: grumble.grondar.za: Host mark@localhost [127.0.0.1] didn't use HELO protocol To: KentH@HNS.St-Louis.Mo.US cc: gclarkii@freefall.freebsd.org (Gary Clark II), freebsd-current@freebsd.org Subject: Re: sup2....:( Date: Mon, 12 Feb 1996 08:05:11 +0200 From: Mark Murray Sender: owner-current@freebsd.org Precedence: bulk Kent Hamilton wrote: > I did a sup of the eBones, and secure trees this morning on > supX.freebsd.org (can't remember which one now) this AM tried to > do a make world per the instructions on the eBones/secure changes > Mark submitted, blows up quite nicely. Tried it then from > freefall and it pulled down the entire trees for both but it still > blows up nicely. Yes, I deleted /usr/include/kerberosIV/des.h > before trying the builds. How did it blow up? Do you have logs? > Something is still not right with the supX sites I'd have to say. > > As for libdes, etc. Where's the correct place to get working > code? My system is in a near unusable state at the moment. Some LKM's > won't load, the boot is taking 15 minutes and I have to interrupt > things to get it down to that. Kernfs won't mount, etc..... The master sites should all have the proper code. If you give examples of how your system "wont load" or "won't mount" (script the errors and post them) then folks can help. 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-current Sun Feb 11 22:22:50 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id WAA29614 for current-outgoing; Sun, 11 Feb 1996 22:22:50 -0800 (PST) Received: from skynet.ctr.columbia.edu (skynet.ctr.columbia.edu [128.59.64.70]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id WAA29584 for ; Sun, 11 Feb 1996 22:22:42 -0800 (PST) Received: (from wpaul@localhost) by skynet.ctr.columbia.edu (8.6.12/8.6.9) id BAA08093 for current@freebsd.org; Mon, 12 Feb 1996 01:22:39 -0500 From: Bill Paul Message-Id: <199602120622.BAA08093@skynet.ctr.columbia.edu> Subject: Proposed change to getpwent and getgrent To: current@freebsd.org Date: Mon, 12 Feb 1996 01:22:38 -0500 (EST) X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-current@freebsd.org Precedence: bulk Bug bin/517 points out a problem with the NIS +group matching code in src/lib/libc/gen/getpwent.c clobbering getgrent(3) buffers being held by user programs. In a nutshell, the getpwent(3) code can call getgrnam() internally if NIS is enabled and +group overrides are being used in /etc/master.passwd. This call to getgrnam() scrambles the contents of the static buffers allocated by the getgrent(3) code; if a user program has called a getgrent(3) function immediately prior to calling a getpwent(3) function, it will end up with bogus data. In other words, calling getgrnam() inside getpwent(3) is bogus because getgrnam() isn't reentrant. So, how to fix. I came up with the following choices: #1 Remove the +group override feature; it's FreeBSD-specific anyway. (I implemented the idea after Justin Gibbs suggested it; it's not something you'll find on any other platform that supports NIS.) #2 Add some magic hooks to getgrnam() so that it can be called safely from inside getpwent(3) without affecting user programs. #3 Implement a real reentrant interface to getgrent(3). #1 is the chicken's way out. I like the +group override mechanism. I coded and tested several versions of #2, but they all involved either exporting global symbols from inside getgrent(3) or adding extra entry points. Exporting global symbols, even with lots of leading underscores, seemed messy, as did adding an extra undocumented function call. Besides, this only addresses this one instance of the problem. I finally decided that #3 was the best solution. I imagine that someday, someone will want real multi-threading support, which means we'll need this sort of thing eventually anyway. So, stealing a peek at the Solaris getgrent(3) man page, I modified getgrent(3) to support reentrancy and added three new functions: getgrgid_r(), getgrnam_r() and getgrent_r(). Anyone who's familiar with Solaris knows how these work: they accept a pre-allocated group structure, line buffer and buffer length in addition to their usual arguments. While I was in the neighborhood, I also did the same to getpwent(3). The getpwent(3) code calls getgrent_r() internally using its own pre-allocated buffers, so it no longer clobbers buffers being held by user programs. I'd like some people here to peek at the new code before I commit it since the changes take affect with or without YP being #defined. Even though it works for me, Murphy's Law says there's probably something wrong with it that I missed. Comments are welcome. I have new versions of getgrent.c and getpwent.c in ~wpaul/reentrant on freefall. There are also context diffs against getpwent.c and getgrent.c from -current, which is what the changes are based on. I also threw in new pwd.h and grp.h headers with prototypes for the new functions. I have the same files available for anon ftp from skynet.ctr.columbia.edu:/pub/ftp/freebsd/reentrant if others want to look at them. (Go easy on skynet: it's sitting behind a SLIP link.) There's one matter still unresolved which is that getpwent(3) also calls getnetgrent(3) to resolve netgroups. I suppose I'll have to whip up a reentrant interface to getnetgrent(3) now too. This will probably take me a little longer since getnetgrent() is a little more complicated. -Bill -- ============================================================================= -Bill Paul (212) 854-6020 | System Manager Work: wpaul@ctr.columbia.edu | Center for Telecommunications Research Home: wpaul@skynet.ctr.columbia.edu | Columbia University, New York City ============================================================================= License error: The license for this .sig file has expired. You must obtain a new license key before any more witty phrases will appear in this space. ============================================================================= From owner-freebsd-current Sun Feb 11 22:31:31 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id WAA00465 for current-outgoing; Sun, 11 Feb 1996 22:31:31 -0800 (PST) Received: from sequent.kiae.su (sequent.kiae.su [144.206.136.6]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id WAA00311 Sun, 11 Feb 1996 22:30:54 -0800 (PST) Received: by sequent.kiae.su id AA28165 (5.65.kiae-2 ); Mon, 12 Feb 1996 09:30:06 +0300 Received: by sequent.KIAE.su (UUMAIL/2.0); Mon, 12 Feb 96 09:30:05 +0300 Received: (from ache@localhost) by ache.dialup.ru (8.7.3/8.7.3) id JAA01707; Mon, 12 Feb 1996 09:29:21 +0300 (MSK) To: committers@freebsd.org, current@freebsd.org, Mark Murray References: <199602110930.LAA03506@grumble.grondar.za> In-Reply-To: <199602110930.LAA03506@grumble.grondar.za>; from Mark Murray at Sun, 11 Feb 1996 11:30:23 +0200 Message-Id: Organization: Olahm Ha-Yetzirah Date: Mon, 12 Feb 1996 09:29:19 +0300 (MSK) X-Mailer: Mail/@ [v2.42 FreeBSD] From: =?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=FE=C5=D2=CE=CF=D7?= (aka Andrey A. Chernov, Black Mage) X-Class: Fast Subject: Re: New DES library - IMPORTANT!! Lines: 20 Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org Precedence: bulk In message <199602110930.LAA03506@grumble.grondar.za> Mark Murray writes: >I have just commited the new DES library to -current. It is >now in secure/lib/libdes instead of eBones/des, and the header >is installed int /usr/include instead of /usr/include/kerberosIV. Please, cleanup unused files in the library, here is lots of them, see 't' subdir with zero-sized perl, lots of strange perl scripts floating around, they use /usr/local/bin/perl which even not exist in FreeBSD distribution, *.org file, various Makefiles unneded in FreeBSD, vms.com present, des.man not installed, testing stuff (destest.c, speed.c,rpw.c) with all perl scripts should go to TEST subdir, perl5 dynamyc library (DES.*, t, typemap) should go into separate subdir too. -- Andrey A. Chernov : And I rest so composedly, /Now, in my bed, ache@astral.msk.su : That any beholder /Might fancy me dead - http://dt.demos.su/~ache : Might start at beholding me, /Thinking me dead. RELCOM Team,FreeBSD Team : E.A.Poe From "For Annie" 1849 From owner-freebsd-current Sun Feb 11 23:08:46 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id XAA03996 for current-outgoing; Sun, 11 Feb 1996 23:08:46 -0800 (PST) Received: from gwydion.hns.st-louis.mo.us (root@dialup-77.icon-stl.net [199.217.153.77]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id XAA03991 for ; Sun, 11 Feb 1996 23:08:43 -0800 (PST) Received: (from kenth@localhost) by gwydion.hns.st-louis.mo.us (8.7.3/8.7.2) id UAA14411; Sun, 11 Feb 1996 20:34:42 -0600 (CST) From: Kent Hamilton Message-Id: <199602120234.UAA14411@gwydion.hns.st-louis.mo.us> Subject: Re: sup2....:( To: gclarkii@freefall.freebsd.org (Gary Clark II) Date: Sun, 11 Feb 1996 20:34:39 -0600 (CST) Cc: freebsd-current@FreeBSD.ORG In-Reply-To: <199602112255.OAA04679@freefall.freebsd.org> from "Gary Clark II" at Feb 11, 96 02:55:30 pm Reply-To: KentH@HNS.St-Louis.Mo.US X-Mailer: ELM [version 2.4 PL24 ME8b] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.ORG Precedence: bulk Ack! Never mind my last message, I just ran a make depend in the eBones directory by hand and that appeared to fix the problem. Wonder why 'make world' didn't work? -- Kent Hamilton Work: KHamilton@Hunter.COM URL: http://www.icon-stl.net/~khamilto Play: KentH@HNS.St-Louis.Mo.US From owner-freebsd-current Sun Feb 11 23:48:59 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id XAA05670 for current-outgoing; Sun, 11 Feb 1996 23:48:59 -0800 (PST) Received: from africa.connectus.com (root@www.connectus.com [199.245.160.100]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id XAA05665 for ; Sun, 11 Feb 1996 23:48:54 -0800 (PST) Received: from euterpe (euterpe.connectus.com [199.245.161.39]) by africa.connectus.com (8.6.10/8.6.9) with SMTP id XAA23020 for < FreeBSD-Current@FreeBSD.org>; Sun, 11 Feb 1996 23:48:34 -0800 Message-Id: <199602120748.XAA23020@africa.connectus.com> Date: Sun, 11 Feb 96 23:48:13 PST From: jpaterso@connectus.com (Jim Paterson) Reply-To: jpaterso@connectus.com (Jim Paterson) To: FreeBSD-Current@FreeBSD.org X-Mailer: Jim Paterson's PMMail v1.1 Sender: owner-current@FreeBSD.org Precedence: bulk unsubscribe FreeBSD-Current From owner-freebsd-current Sun Feb 11 23:53:36 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id XAA05921 for current-outgoing; Sun, 11 Feb 1996 23:53:36 -0800 (PST) Received: from nervosa.com (root@nervosa.com [192.187.228.86]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id XAA05909 for ; Sun, 11 Feb 1996 23:53:33 -0800 (PST) Received: from nervosa.com (coredump@onyx.nervosa.com [10.0.0.1]) by nervosa.com (8.7.3/nervosa.com.2) with SMTP id XAA08484; Sun, 11 Feb 1996 23:53:31 -0800 (PST) Date: Sun, 11 Feb 1996 23:53:30 -0800 (PST) From: invalid opcode To: Kent Hamilton cc: Gary Clark II , freebsd-current@FreeBSD.ORG Subject: Re: sup2....:( In-Reply-To: <199602120229.UAA13677@gwydion.hns.st-louis.mo.us> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@FreeBSD.ORG Precedence: bulk On Sun, 11 Feb 1996, Kent Hamilton wrote: > > As for libdes, etc. Where's the correct place to get working > code? My system is in a near unusable state at the moment. Some LKM's > won't load, the boot is taking 15 minutes and I have to interrupt > things to get it down to that. Kernfs won't mount, etc..... Also check your routing, you may not have the correct static routes, and as such, some daemon's requiring name service are hanging, i.e. sendmail. Chris Layne, coredump@nervosa.com. From owner-freebsd-current Mon Feb 12 09:31:19 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id JAA13166 for current-outgoing; Mon, 12 Feb 1996 09:31:19 -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 JAA13159 for ; Mon, 12 Feb 1996 09:31:17 -0800 (PST) Message-Id: <199602121731.JAA13159@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: Host localhost.cdrom.com [127.0.0.1] didn't use HELO protocol To: current Subject: 3c509 patches. Date: Mon, 12 Feb 1996 09:31:17 -0800 From: "Justin T. Gibbs" Sender: owner-current@FreeBSD.ORG Precedence: bulk These patches re-enable the watchdog timer and do some other cleanup in how we access our ifp. Can someone test these please so I can commit them? I have a 3c509, but no network at the moment. Thanks -- Justin T. Gibbs =========================================== FreeBSD: Turning PCs into workstations =========================================== Index: if_ep.c =================================================================== RCS file: /usr/cvs/src/sys/i386/isa/if_ep.c,v retrieving revision 1.40 diff -c -r1.40 if_ep.c *** if_ep.c 1996/02/06 18:50:41 1.40 --- if_ep.c 1996/02/12 17:25:47 *************** *** 689,701 **** int s, pad; s = splimp(); ! if (sc->arpcom.ac_if.if_flags & IFF_OACTIVE) { splx(s); return; } startagain: /* Sneak a peek at the next packet */ ! m = sc->arpcom.ac_if.if_snd.ifq_head; if (m == 0) { splx(s); return; --- 689,701 ---- int s, pad; s = splimp(); ! if (ifp->if_flags & IFF_OACTIVE) { splx(s); return; } startagain: /* Sneak a peek at the next packet */ ! m = ifp->if_snd.ifq_head; if (m == 0) { splx(s); return; *************** *** 712,730 **** */ if (len + pad > ETHER_MAX_LEN) { /* packet is obviously too large: toss it */ ! ++sc->arpcom.ac_if.if_oerrors; ! IF_DEQUEUE(&sc->arpcom.ac_if.if_snd, m); m_freem(m); goto readcheck; } if (inw(BASE + EP_W1_FREE_TX) < len + pad + 4) { /* no room in FIFO */ outw(BASE + EP_COMMAND, SET_TX_AVAIL_THRESH | (len + pad + 4)); ! sc->arpcom.ac_if.if_flags |= IFF_OACTIVE; splx(s); return; } ! IF_DEQUEUE(&sc->arpcom.ac_if.if_snd, m); outw(BASE + EP_W1_TX_PIO_WR_1, len); outw(BASE + EP_W1_TX_PIO_WR_1, 0x0); /* Second dword meaningless */ --- 712,730 ---- */ if (len + pad > ETHER_MAX_LEN) { /* packet is obviously too large: toss it */ ! ++ifp->if_oerrors; ! IF_DEQUEUE(&ifp->if_snd, m); m_freem(m); goto readcheck; } if (inw(BASE + EP_W1_FREE_TX) < len + pad + 4) { /* no room in FIFO */ outw(BASE + EP_COMMAND, SET_TX_AVAIL_THRESH | (len + pad + 4)); ! ifp->if_flags |= IFF_OACTIVE; splx(s); return; } ! IF_DEQUEUE(&ifp->if_snd, m); outw(BASE + EP_W1_TX_PIO_WR_1, len); outw(BASE + EP_W1_TX_PIO_WR_1, 0x0); /* Second dword meaningless */ *************** *** 761,772 **** outb(BASE + EP_W1_TX_PIO_WR_1, 0); /* Padding */ #if NBPFILTER > 0 ! if (sc->arpcom.ac_if.if_bpf) { ! bpf_mtap(&sc->arpcom.ac_if, top); } #endif ! sc->arpcom.ac_if.if_opackets++; m_freem(top); /* * Every 1024*4 packets we increment the tx_rate if we haven't had --- 761,773 ---- outb(BASE + EP_W1_TX_PIO_WR_1, 0); /* Padding */ #if NBPFILTER > 0 ! if (ifp->if_bpf) { ! bpf_mtap(ifp, top); } #endif ! ifp->if_timer=2; ! ifp->if_opackets++; m_freem(top); /* * Every 1024*4 packets we increment the tx_rate if we haven't had *************** *** 786,792 **** * we check if we have packets left, in that case we prepare to come * back later */ ! if (sc->arpcom.ac_if.if_snd.ifq_head) { outw(BASE + EP_COMMAND, SET_TX_AVAIL_THRESH | sc->tx_start_thresh); } --- 787,793 ---- * we check if we have packets left, in that case we prepare to come * back later */ ! if (ifp->if_snd.ifq_head) { outw(BASE + EP_COMMAND, SET_TX_AVAIL_THRESH | sc->tx_start_thresh); } *************** *** 802,811 **** --- 803,815 ---- { register int status; register struct ep_softc *sc = &ep_softc[unit]; + struct ifnet *ifp; int x; x=splbio(); + ifp = &sc->arpcom.ac_if; + outw(BASE + EP_COMMAND, SET_INTR_MASK); /* disable all Ints */ rescan: *************** *** 821,839 **** } if (status & S_TX_AVAIL) { /* we need ACK */ ! sc->arpcom.ac_if.if_flags &= ~IFF_OACTIVE; GO_WINDOW(1); inw(BASE + EP_W1_FREE_TX); ! epstart(&sc->arpcom.ac_if); } if (status & S_CARD_FAILURE) { #ifdef EP_LOCAL_STATS printf("\nep%d:\n\tStatus: %x\n", unit, status); GO_WINDOW(4); printf("\tFIFO Diagnostic: %x\n", inw(BASE + EP_W4_FIFO_DIAG)); printf("\tStat: %x\n", sc->stat); printf("\tIpackets=%d, Opackets=%d\n", ! sc->arpcom.ac_if.if_ipackets, sc->arpcom.ac_if.if_opackets); printf("\tNOF=%d, NOMB=%d, BPFD=%d, RXOF=%d, RXOL=%d, TXU=%d\n", sc->rx_no_first, sc->rx_no_mbuf, sc->rx_bpf_disc, sc->rx_overrunf, sc->rx_overrunl, sc->tx_underrun); --- 825,845 ---- } if (status & S_TX_AVAIL) { /* we need ACK */ ! ifp->if_timer=0; ! ifp->if_flags &= ~IFF_OACTIVE; GO_WINDOW(1); inw(BASE + EP_W1_FREE_TX); ! epstart(ifp); } if (status & S_CARD_FAILURE) { + ifp->if_timer=0; #ifdef EP_LOCAL_STATS printf("\nep%d:\n\tStatus: %x\n", unit, status); GO_WINDOW(4); printf("\tFIFO Diagnostic: %x\n", inw(BASE + EP_W4_FIFO_DIAG)); printf("\tStat: %x\n", sc->stat); printf("\tIpackets=%d, Opackets=%d\n", ! ifp->if_ipackets, ifp->if_opackets); printf("\tNOF=%d, NOMB=%d, BPFD=%d, RXOF=%d, RXOL=%d, TXU=%d\n", sc->rx_no_first, sc->rx_no_mbuf, sc->rx_bpf_disc, sc->rx_overrunf, sc->rx_overrunl, sc->tx_underrun); *************** *** 842,848 **** #ifdef DIAGNOSTIC printf("ep%d: Status: %x (input buffer overflow)\n", unit, status); #else ! ++sc->arpcom.ac_if.if_ierrors; #endif #endif --- 848,854 ---- #ifdef DIAGNOSTIC printf("ep%d: Status: %x (input buffer overflow)\n", unit, status); #else ! ++ifp->if_ierrors; #endif #endif *************** *** 851,856 **** --- 857,863 ---- return; } if (status & S_TX_COMPLETE) { + ifp->if_timer=0; /* we need ACK. we do it at the end */ /* * We need to read TX_STATUS until we get a 0 status in order to *************** *** 871,895 **** } else { if (status & TXS_JABBER); else /* TXS_MAX_COLLISION - we shouldn't get here */ ! ++sc->arpcom.ac_if.if_collisions; } ! ++sc->arpcom.ac_if.if_oerrors; outw(BASE + EP_COMMAND, TX_ENABLE); /* * To have a tx_avail_int but giving the chance to the * Reception */ ! if (sc->arpcom.ac_if.if_snd.ifq_head) { outw(BASE + EP_COMMAND, SET_TX_AVAIL_THRESH | 8); } } outb(BASE + EP_W1_TX_STATUS, 0x0); /* pops up the next * status */ } /* while */ ! sc->arpcom.ac_if.if_flags &= ~IFF_OACTIVE; GO_WINDOW(1); inw(BASE + EP_W1_FREE_TX); ! epstart(&sc->arpcom.ac_if); } /* end TX_COMPLETE */ } --- 878,902 ---- } else { if (status & TXS_JABBER); else /* TXS_MAX_COLLISION - we shouldn't get here */ ! ++ifp->if_collisions; } ! ++ifp->if_oerrors; outw(BASE + EP_COMMAND, TX_ENABLE); /* * To have a tx_avail_int but giving the chance to the * Reception */ ! if (ifp->if_snd.ifq_head) { outw(BASE + EP_COMMAND, SET_TX_AVAIL_THRESH | 8); } } outb(BASE + EP_W1_TX_STATUS, 0x0); /* pops up the next * status */ } /* while */ ! ifp->if_flags &= ~IFF_OACTIVE; GO_WINDOW(1); inw(BASE + EP_W1_FREE_TX); ! epstart(ifp); } /* end TX_COMPLETE */ } *************** *** 910,927 **** { struct ether_header *eh; struct mbuf *top, *mcur, *m; int lenthisone; short rx_fifo2, status; register short delta; register short rx_fifo; status = inw(BASE + EP_W1_RX_STATUS); read_again: if (status & ERR_RX) { ! ++sc->arpcom.ac_if.if_ierrors; if (status & ERR_RX_OVERRUN) { /* * we can think the rx latency is actually greather than we --- 917,936 ---- { struct ether_header *eh; struct mbuf *top, *mcur, *m; + struct ifnet *ifp; int lenthisone; short rx_fifo2, status; register short delta; register short rx_fifo; + ifp = &sc->arpcom.ac_if; status = inw(BASE + EP_W1_RX_STATUS); read_again: if (status & ERR_RX) { ! ++ifp->if_ierrors; if (status & ERR_RX_OVERRUN) { /* * we can think the rx latency is actually greather than we *************** *** 1078,1092 **** if (delta < MIN_RX_EARLY_THRESHF) delta = MIN_RX_EARLY_THRESHF; sc->rx_early_thresh = delta; ! ++sc->arpcom.ac_if.if_ipackets; ep_fset(F_RX_FIRST); ep_frst(F_RX_TRAILER); top->m_pkthdr.rcvif = &sc->arpcom.ac_if; top->m_pkthdr.len = sc->cur_len; #if NBPFILTER > 0 ! if (sc->arpcom.ac_if.if_bpf) { ! bpf_mtap(&sc->arpcom.ac_if, top); /* * Note that the interface cannot be in promiscuous mode if there are --- 1087,1101 ---- if (delta < MIN_RX_EARLY_THRESHF) delta = MIN_RX_EARLY_THRESHF; sc->rx_early_thresh = delta; ! ++ifp->if_ipackets; ep_fset(F_RX_FIRST); ep_frst(F_RX_TRAILER); top->m_pkthdr.rcvif = &sc->arpcom.ac_if; top->m_pkthdr.len = sc->cur_len; #if NBPFILTER > 0 ! if (ifp->if_bpf) { ! bpf_mtap(ifp, top); /* * Note that the interface cannot be in promiscuous mode if there are *************** *** 1094,1100 **** * check if this packet is really ours. */ eh = mtod(top, struct ether_header *); ! if ((sc->arpcom.ac_if.if_flags & IFF_PROMISC) && (eh->ether_dhost[0] & 1) == 0 && bcmp(eh->ether_dhost, sc->arpcom.ac_enaddr, sizeof(eh->ether_dhost)) != 0 && --- 1103,1109 ---- * check if this packet is really ours. */ eh = mtod(top, struct ether_header *); ! if ((ifp->if_flags & IFF_PROMISC) && (eh->ether_dhost[0] & 1) == 0 && bcmp(eh->ether_dhost, sc->arpcom.ac_enaddr, sizeof(eh->ether_dhost)) != 0 && *************** *** 1118,1124 **** eh = mtod(top, struct ether_header *); m_adj(top, sizeof(struct ether_header)); ! ether_input(&sc->arpcom.ac_if, eh, top); if (!sc->mb[sc->next_mb]) epmbuffill((caddr_t) sc, 0); sc->top = 0; --- 1127,1133 ---- eh = mtod(top, struct ether_header *); m_adj(top, sizeof(struct ether_header)); ! ether_input(ifp, eh, top); if (!sc->mb[sc->next_mb]) epmbuffill((caddr_t) sc, 0); sc->top = 0; From owner-freebsd-current Mon Feb 12 09:35:29 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id JAA13467 for current-outgoing; Mon, 12 Feb 1996 09:35:29 -0800 (PST) Received: from halloran-eldar.lcs.mit.edu (halloran-eldar.lcs.mit.edu [18.26.0.159]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id JAA13462 for ; Mon, 12 Feb 1996 09:35:25 -0800 (PST) Received: by halloran-eldar.lcs.mit.edu; (5.65/1.1.8.2/19Aug95-0530PM) id AA23383; Mon, 12 Feb 1996 12:35:23 -0500 Date: Mon, 12 Feb 1996 12:35:23 -0500 From: "Garrett A. Wollman" Message-Id: <9602121735.AA23383@halloran-eldar.lcs.mit.edu> To: FreeBSD-Current Mailing List Subject: Anybody using netns? Sender: owner-current@FreeBSD.ORG Precedence: bulk Is there anybody out there using netns (aka XNS aka `options NS')? We would like to remove it from the distribution, as it has little practical value. We kept it for this long on the reasoning that, because IPX/SPX is close to XNS' IDP/SPP, it would help someone implement IPX compatiblity. Someone has now done so, and this last reason has gone away. Unless someone else is both currently using this code /and/ willing to maintain it for us (which includes at a minimum eliminating the kernel compilation warnings), it will be nuked in a day or so. Speak now or forever hold your peace! -GAWollman -- Garrett A. Wollman | Shashish is simple, it's discreet, it's brief. ... wollman@lcs.mit.edu | Shashish is the bonding of hearts in spite of distance. Opinions not those of| It is a bond more powerful than absence. We like people MIT, LCS, ANA, or NSA| who like Shashish. - Claude McKenzie + Florent Vollant From owner-freebsd-current Mon Feb 12 10:38:20 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id KAA18043 for current-outgoing; Mon, 12 Feb 1996 10:38:20 -0800 (PST) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id KAA18037 for ; Mon, 12 Feb 1996 10:38:16 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id LAA20464; Mon, 12 Feb 1996 11:34:35 -0700 From: Terry Lambert Message-Id: <199602121834.LAA20464@phaeton.artisoft.com> Subject: Re: Anybody using netns? To: wollman@lcs.mit.edu (Garrett A. Wollman) Date: Mon, 12 Feb 1996 11:34:35 -0700 (MST) Cc: current@FreeBSD.ORG In-Reply-To: <9602121735.AA23383@halloran-eldar.lcs.mit.edu> from "Garrett A. Wollman" at Feb 12, 96 12:35:23 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-current@FreeBSD.ORG Precedence: bulk > Unless someone else is both currently using this code /and/ willing to > maintain it for us (which includes at a minimum eliminating the kernel > compilation warnings), it will be nuked in a day or so. > > Speak now or forever hold your peace! Why remove things that are optional, but not present by default? Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-current Mon Feb 12 10:42:38 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id KAA18314 for current-outgoing; Mon, 12 Feb 1996 10:42:38 -0800 (PST) Received: from news1.gtn.com (news1.gtn.com [192.109.159.3]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id KAA18309 for ; Mon, 12 Feb 1996 10:42:34 -0800 (PST) Received: (from uucp@localhost) by news1.gtn.com (8.7.2/8.7.2) id TAA23951; Mon, 12 Feb 1996 19:30:22 +0100 (MET) Received: from knobel.gun.de (localhost [127.0.0.1]) by knobel.gun.de (8.7.3/8.7.3) with SMTP id MAA00427; Sun, 11 Feb 1996 12:22:00 +0100 (MET) Date: Sun, 11 Feb 1996 12:22:00 +0100 (MET) From: Andreas Klemm To: Jean-Marc Zucconi cc: current@FreeBSD.ORG Subject: Re: make world do not complete In-Reply-To: <9602101713.AA15017@cabri.obs-besancon.fr> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@FreeBSD.ORG Precedence: bulk Jean-Marc, did yesterday a make world. No problem. I supped -current from a German sup server. I think you should repeat supping -current, so that you get all needed changes. On Sat, 10 Feb 1996, Jean-Marc Zucconi wrote: [...] > -I/u3/src/usr.bin/dig/../../usr.sbin/nslookup -o dig dig.o debug.o > list.o send.o subr.o > debug.o: Undefined symbol `_iso_ntoa' referenced from text segment > list.o: Undefined symbol `_iso_ntoa' referenced from text segment > *** Error code 1 > > Stop. -- andreas@knobel.gun.de /\/\___ Wiechers & Partner Datentechnik GmbH Andreas Klemm ___/\/\/ $$ Support Unix - aklemm@wup.de $$ pgp p-key http://www-swiss.ai.mit.edu/~bal/pks-toplev.html >>> powered by <<< ftp://sunsite.unc.edu/pub/Linux/system/Printing/aps-491.tgz >>> FreeBSD <<< From owner-freebsd-current Mon Feb 12 11:08:03 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id LAA19503 for current-outgoing; Mon, 12 Feb 1996 11:08:03 -0800 (PST) Received: from halloran-eldar.lcs.mit.edu (halloran-eldar.lcs.mit.edu [18.26.0.159]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id LAA19454 for ; Mon, 12 Feb 1996 11:07:59 -0800 (PST) Received: by halloran-eldar.lcs.mit.edu; (5.65/1.1.8.2/19Aug95-0530PM) id AA23894; Mon, 12 Feb 1996 14:07:45 -0500 Date: Mon, 12 Feb 1996 14:07:45 -0500 From: "Garrett A. Wollman" Message-Id: <9602121907.AA23894@halloran-eldar.lcs.mit.edu> To: Terry Lambert Cc: current@FreeBSD.ORG Subject: Re: Anybody using netns? In-Reply-To: <199602121834.LAA20464@phaeton.artisoft.com> References: <9602121735.AA23383@halloran-eldar.lcs.mit.edu> <199602121834.LAA20464@phaeton.artisoft.com> Sender: owner-current@FreeBSD.ORG Precedence: bulk < said: >> Unless someone else is both currently using this code /and/ willing to >> maintain it for us (which includes at a minimum eliminating the kernel >> compilation warnings), it will be nuked in a day or so. >> >> Speak now or forever hold your peace! > Why remove things that are optional, but not present by default? Because they make a mess when compiling the LINT kernel? Because they bloat the source tree with useless code? Because they mostly duplicate functionality found elsewhere? -GAWollman -- Garrett A. Wollman | Shashish is simple, it's discreet, it's brief. ... wollman@lcs.mit.edu | Shashish is the bonding of hearts in spite of distance. Opinions not those of| It is a bond more powerful than absence. We like people MIT, LCS, ANA, or NSA| who like Shashish. - Claude McKenzie + Florent Vollant From owner-freebsd-current Mon Feb 12 11:44:00 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id LAA21854 for current-outgoing; Mon, 12 Feb 1996 11:44:00 -0800 (PST) Received: from rocky.sri.MT.net (rocky.sri.MT.net [204.182.243.10]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id LAA21842 for ; Mon, 12 Feb 1996 11:43:35 -0800 (PST) Received: (from nate@localhost) by rocky.sri.MT.net (8.6.12/8.6.12) id MAA19759; Mon, 12 Feb 1996 12:45:29 -0700 Date: Mon, 12 Feb 1996 12:45:29 -0700 From: Nate Williams Message-Id: <199602121945.MAA19759@rocky.sri.MT.net> To: Terry Lambert Cc: wollman@lcs.mit.edu (Garrett A. Wollman), current@FreeBSD.ORG Subject: Re: Anybody using netns? In-Reply-To: <199602121834.LAA20464@phaeton.artisoft.com> References: <9602121735.AA23383@halloran-eldar.lcs.mit.edu> <199602121834.LAA20464@phaeton.artisoft.com> Sender: owner-current@FreeBSD.ORG Precedence: bulk Terry Lambert writes: > > Unless someone else is both currently using this code /and/ willing to > > maintain it for us (which includes at a minimum eliminating the kernel > > compilation warnings), it will be nuked in a day or so. > > > > Speak now or forever hold your peace! > > Why remove things that are optional, but not present by default? Tree bloat. Why not make things 'smaller' given that the things that make it bigger are useless (un-maintained, un-compilable, etc..) given that the sources to those objects are still publically available in the CVS tree to anyone who is interested in them. Obviously it's more difficult to look at them now, but should the majority of the people using the system by 'penalized' (wasting their disk space, etc..) to allow access to old, stale code? (My answer is in agreement with Garrett. Remove it!) Nate From owner-freebsd-current Mon Feb 12 11:55:17 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id LAA22794 for current-outgoing; Mon, 12 Feb 1996 11:55:17 -0800 (PST) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id LAA22789 for ; Mon, 12 Feb 1996 11:55:15 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id MAA20631; Mon, 12 Feb 1996 12:51:03 -0700 From: Terry Lambert Message-Id: <199602121951.MAA20631@phaeton.artisoft.com> Subject: Re: Anybody using netns? To: wollman@lcs.mit.edu (Garrett A. Wollman) Date: Mon, 12 Feb 1996 12:51:03 -0700 (MST) Cc: terry@lambert.org, current@FreeBSD.ORG In-Reply-To: <9602121907.AA23894@halloran-eldar.lcs.mit.edu> from "Garrett A. Wollman" at Feb 12, 96 02:07:45 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-current@FreeBSD.ORG Precedence: bulk > >> Unless someone else is both currently using this code /and/ willing to > >> maintain it for us (which includes at a minimum eliminating the kernel > >> compilation warnings), it will be nuked in a day or so. > >> > >> Speak now or forever hold your peace! > > > Why remove things that are optional, but not present by default? > > Because they make a mess when compiling the LINT kernel? No, they don't. Only if the LINT kernel options them in. No one runs the LINT kernel anyway. > Because they bloat the source tree with useless code? There isn't room for them in compressed format on 2 600+M CDROMS? > Because they mostly duplicate functionality found elsewhere? Where else is XNS implemented? If it *is* implemented elsewhere, then I have no problem diking out one copy in favor of the other. (BTW: I think that XNS is mostly duplicated elsewhere, which is to say, it's not the code doing the duplicating). Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-current Mon Feb 12 11:59:55 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id LAA23178 for current-outgoing; Mon, 12 Feb 1996 11:59:55 -0800 (PST) Received: from who.cdrom.com (who.cdrom.com [192.216.222.3]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id LAA23172 for ; Mon, 12 Feb 1996 11:59:53 -0800 (PST) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by who.cdrom.com (8.6.12/8.6.11) with ESMTP id LAA23282 for ; Mon, 12 Feb 1996 11:59:41 -0800 Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id UAA17625 for ; Mon, 12 Feb 1996 20:57:53 +0100 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id UAA05422 for freebsd-current@FreeBSD.org; Mon, 12 Feb 1996 20:57:52 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.7.3/8.6.9) id TAA19448 for freebsd-current@FreeBSD.org; Mon, 12 Feb 1996 19:17:01 +0100 (MET) From: J Wunsch Message-Id: <199602121817.TAA19448@uriah.heep.sax.de> Subject: Re: FS PATCHES: THE NEXT GENERATION To: freebsd-current@FreeBSD.org (FreeBSD-current users) Date: Mon, 12 Feb 1996 19:17:00 +0100 (MET) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <19888.823871509@time.cdrom.com> from "Jordan K. Hubbard" at Feb 9, 96 05:11:49 am 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 Sender: owner-current@FreeBSD.org Precedence: bulk As Jordan K. Hubbard wrote: > > > hmm but devfs might be compulsory :) > > Erm.. I know you're probably joking, but since you bring it up. I > don't think that we should even ever consider making devfs mandatory > (optional is fine, I don't mind optional) until a persistance > mechanism that's fully transparent to the user is implemented. Despite of the dozens of other followups still sitting in my inbox (after only a three-day vacation...), just one point: Data General's DG/UX has just the sort of devfs as we have by now, their scenario seems to work fine for several years already. (Their devfs is creating generic device nodes, and the rc mechanism is linking them to ``short names''.) -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-current Mon Feb 12 12:00:24 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA23382 for current-outgoing; Mon, 12 Feb 1996 12:00:24 -0800 (PST) Received: from rover.village.org (rover.village.org [204.144.255.49]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id MAA23375 for ; Mon, 12 Feb 1996 12:00:21 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by rover.village.org (8.6.11/8.6.6) with SMTP id NAA07308 for ; Mon, 12 Feb 1996 13:00:18 -0700 Message-Id: <199602122000.NAA07308@rover.village.org> To: current@freebsd.org Subject: Re: Anybody using netns? In-reply-to: Your message of Mon, 12 Feb 1996 12:45:29 MST Date: Mon, 12 Feb 1996 13:00:18 -0700 From: Warner Losh Sender: owner-current@freebsd.org Precedence: bulk Purhaps there should be a separate area for unsupported hunks of code so they don't disappear forever. I worry that code placed in the attic will eventually be deleted for good. If it is elsewhere, but available, then people that want it can get it, while people that don't won't have to worry about it. In other words, make them unsupported source packages, AS IS. Finally, I don't believe that -current represents all of the user base. While the conclusion reached by a survey of -current might be congruent with those of the entire community, you might find more people using this stuff than you had originally thought... Anyway, just my two cents. Warner From owner-freebsd-current Mon Feb 12 12:02:25 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA23475 for current-outgoing; Mon, 12 Feb 1996 12:02:25 -0800 (PST) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id MAA23469 for ; Mon, 12 Feb 1996 12:02:23 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id MAA20651; Mon, 12 Feb 1996 12:54:45 -0700 From: Terry Lambert Message-Id: <199602121954.MAA20651@phaeton.artisoft.com> Subject: Re: Anybody using netns? To: nate@sri.MT.net (Nate Williams) Date: Mon, 12 Feb 1996 12:54:44 -0700 (MST) Cc: terry@lambert.org, wollman@lcs.mit.edu, current@FreeBSD.ORG In-Reply-To: <199602121945.MAA19759@rocky.sri.MT.net> from "Nate Williams" at Feb 12, 96 12:45:29 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-current@FreeBSD.ORG Precedence: bulk > > > Unless someone else is both currently using this code /and/ willing to > > > maintain it for us (which includes at a minimum eliminating the kernel > > > compilation warnings), it will be nuked in a day or so. > > > > > > Speak now or forever hold your peace! > > > > Why remove things that are optional, but not present by default? > > Tree bloat. Why not make things 'smaller' given that the things that > make it bigger are useless (un-maintained, un-compilable, etc..) given > that the sources to those objects are still publically available in the > CVS tree to anyone who is interested in them. Tree bloat is not an excuse. If you don't like it, don't copy it/check it out. "Uncompilable" sounds like a problem with partial integration of new code when full integration is what's called for. "Nuke" did not sound like it was to remain in the CVS tree. > Obviously it's more difficult to look at them now, but should the > majority of the people using the system by 'penalized' (wasting their > disk space, etc..) to allow access to old, stale code? If they don't want to waste space on it, they don't have to copy it onto their disk. Or they can simply remove it. Like I do with IDE drivers on most of the production systems I install. > (My answer is in agreement with Garrett. Remove it!) Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-current Mon Feb 12 12:09:52 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA24198 for current-outgoing; Mon, 12 Feb 1996 12:09:52 -0800 (PST) Received: from rocky.sri.MT.net (rocky.sri.MT.net [204.182.243.10]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id MAA24064 for ; Mon, 12 Feb 1996 12:09:10 -0800 (PST) Received: (from nate@localhost) by rocky.sri.MT.net (8.6.12/8.6.12) id NAA19822; Mon, 12 Feb 1996 13:08:10 -0700 Date: Mon, 12 Feb 1996 13:08:10 -0700 From: Nate Williams Message-Id: <199602122008.NAA19822@rocky.sri.MT.net> To: Terry Lambert Cc: nate@sri.MT.net (Nate Williams), wollman@lcs.mit.edu, current@FreeBSD.ORG Subject: Re: Anybody using netns? In-Reply-To: <199602121954.MAA20651@phaeton.artisoft.com> References: <199602121945.MAA19759@rocky.sri.MT.net> <199602121954.MAA20651@phaeton.artisoft.com> Sender: owner-current@FreeBSD.ORG Precedence: bulk > > > > Unless someone else is both currently using this code /and/ willing to > > > > maintain it for us (which includes at a minimum eliminating the kernel > > > > compilation warnings), it will be nuked in a day or so. > > > > > > > > Speak now or forever hold your peace! > > > > > > Why remove things that are optional, but not present by default? > > > > Tree bloat. Why not make things 'smaller' given that the things that > > make it bigger are useless (un-maintained, un-compilable, etc..) given > > that the sources to those objects are still publically available in the > > CVS tree to anyone who is interested in them. > > Tree bloat is not an excuse. If you don't like it, don't copy it/check > it out. Which just happened by default. By default, it was checked out, and now the default behavior is to have it not checked out. So, Garrett changed the default behavior. :) > "Nuke" did not sound like it was to remain in the CVS tree. I think you are back-pedalling. When have we *ever* removed something from the CVS tree in the entire history of FreeBSD (except for the USL thing which was forced upon us for legal reasons). > > Obviously it's more difficult to look at them now, but should the > > majority of the people using the system by 'penalized' (wasting their > > disk space, etc..) to allow access to old, stale code? > > If they don't want to waste space on it, they don't have to copy it onto > their disk. Or they can simply remove it. Like I do with IDE drivers > on most of the production systems I install. In order to remove it from the system, you assume that someone has the space for it initially. It's much easier to 'add' un-necessary parts to the system than it is to 'remove' parts when you are stuck with a finite amount of disk space. All that was done (is going to be done) is that the default behavior of 'existance' was changed. Nate From owner-freebsd-current Mon Feb 12 12:10:24 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA24359 for current-outgoing; Mon, 12 Feb 1996 12:10:24 -0800 (PST) Received: from halloran-eldar.lcs.mit.edu (halloran-eldar.lcs.mit.edu [18.26.0.159]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id MAA24331 for ; Mon, 12 Feb 1996 12:10:17 -0800 (PST) Received: by halloran-eldar.lcs.mit.edu; (5.65/1.1.8.2/19Aug95-0530PM) id AA23570; Mon, 12 Feb 1996 15:10:12 -0500 Date: Mon, 12 Feb 1996 15:10:12 -0500 From: "Garrett A. Wollman" Message-Id: <9602122010.AA23570@halloran-eldar.lcs.mit.edu> To: Terry Lambert Cc: current@FreeBSD.ORG Subject: Re: Anybody using netns? In-Reply-To: <199602121951.MAA20631@phaeton.artisoft.com> References: <9602121907.AA23894@halloran-eldar.lcs.mit.edu> <199602121951.MAA20631@phaeton.artisoft.com> Sender: owner-current@FreeBSD.ORG Precedence: bulk < said: >> Because they bloat the source tree with useless code? > There isn't room for them in compressed format on 2 600+M CDROMS? I'm not in the CD-ROM business and couldn't care less how much space they take in that medium. I do care about how much space they take up on people's hard disks. >> Because they mostly duplicate functionality found elsewhere? > Where else is XNS implemented? Nowhere. That's the whole point: nobody uses it, and we've get this rotting source code in our tree that hasn't been maintained for ages. I don't want to ship garbage with our kernel! -GAWollman -- Garrett A. Wollman | Shashish is simple, it's discreet, it's brief. ... wollman@lcs.mit.edu | Shashish is the bonding of hearts in spite of distance. Opinions not those of| It is a bond more powerful than absence. We like people MIT, LCS, ANA, or NSA| who like Shashish. - Claude McKenzie + Florent Vollant From owner-freebsd-current Mon Feb 12 13:47:26 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id NAA03977 for current-outgoing; Mon, 12 Feb 1996 13:47:26 -0800 (PST) Received: from skiddaw.elsevier.co.uk (skiddaw.elsevier.co.uk [193.131.222.60]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id NAA03957 for ; Mon, 12 Feb 1996 13:47:18 -0800 (PST) Received: from snowdon.elsevier.co.uk (snowdon.elsevier.co.uk [193.131.197.164]) by skiddaw.elsevier.co.uk (8.6.12/8.6.12) with ESMTP id VAA06260 for ; Mon, 12 Feb 1996 21:43:50 GMT Received: from tees by snowdon with SMTP (PP); Mon, 12 Feb 1996 21:44:35 +0000 Received: (from dpr@localhost) by tees (SMI-8.6/8.6.12) id VAA01724; Mon, 12 Feb 1996 21:44:02 GMT Date: Mon, 12 Feb 1996 21:44:02 GMT From: Paul Richards Message-Id: <199602122144.VAA01724@tees> To: terry@lambert.org, wollman@lcs.mit.edu Subject: Re: Anybody using netns? Cc: current@FreeBSD.ORG Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-MD5: Q9L0Kz0Jj/hqVYIhXgCKMA== Sender: owner-current@FreeBSD.ORG Precedence: bulk > From owner-freebsd-current@freefall.freebsd.org Mon Feb 12 21:36:37 1996 > Original-Received: from localhost (daemon@localhost) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id MAA24372 Mon, 12 Feb 1996 12:10:26 -0800 (PST) > PP-warning: Illegal Received field on preceding line > Date: Mon, 12 Feb 1996 15:10:12 -0500 > From: "Garrett A. Wollman" > To: Terry Lambert > Cc: current@FreeBSD.ORG > Subject: Re: Anybody using netns? > > < said: > > >> Because they bloat the source tree with useless code? With the changed policy on cvs distribution I don't see any reason to ship things in /usr/src unless they're actually working and in use. People are always free to get the cvs tree and use those portions of code for development and if anyone ever does, it can be pulled back out of cvs into /usr/src. Things have changed in this area and I agree with Garrett's intention of cleaning up /usr/src since it's now more of a modular decision to make. If you want everything then grab cvs, if you just want enough to build working code then you have the option of just getting /usr/src. It makes no difference to me since I get cvs anyway but there are lots of people out there with small disks who'd like to play with the mainstream sources and getting them as small as possible is a good thing. No-one loses by this at all since the code isn't being made unavailable in the sense that it used to be. From owner-freebsd-current Mon Feb 12 14:54:23 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id OAA09379 for current-outgoing; Mon, 12 Feb 1996 14:54:23 -0800 (PST) Received: from nervosa.com (root@nervosa.com [192.187.228.86]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id OAA09374 for ; Mon, 12 Feb 1996 14:54:19 -0800 (PST) Received: from nervosa.com (coredump@onyx.nervosa.com [10.0.0.1]) by nervosa.com (8.7.3/nervosa.com.2) with SMTP id OAA10128; Mon, 12 Feb 1996 14:53:53 -0800 (PST) Date: Mon, 12 Feb 1996 14:53:53 -0800 (PST) From: invalid opcode To: "Garrett A. Wollman" cc: Terry Lambert , current@FreeBSD.ORG Subject: Re: Anybody using netns? In-Reply-To: <9602122010.AA23570@halloran-eldar.lcs.mit.edu> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@FreeBSD.ORG Precedence: bulk > Nowhere. That's the whole point: nobody uses it, and we've get this > rotting source code in our tree that hasn't been maintained for ages. > I don't want to ship garbage with our kernel! > > -GAWollman > Exactly, if you had a nice batch of moldy bread in your pantry, would you keep it there because it's optional to eat. No you would nuke it because it's no longer needed, and at it's current state, unusable. Chris Layne, coredump@nervosa.com. From owner-freebsd-current Mon Feb 12 15:21:03 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id PAA11575 for current-outgoing; Mon, 12 Feb 1996 15:21:03 -0800 (PST) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id PAA11569 for ; Mon, 12 Feb 1996 15:20:59 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id QAA21230; Mon, 12 Feb 1996 16:16:08 -0700 From: Terry Lambert Message-Id: <199602122316.QAA21230@phaeton.artisoft.com> Subject: Re: Anybody using netns? To: coredump@nervosa.com (invalid opcode) Date: Mon, 12 Feb 1996 16:16:07 -0700 (MST) Cc: wollman@lcs.mit.edu, terry@lambert.org, current@FreeBSD.ORG In-Reply-To: from "invalid opcode" at Feb 12, 96 02:53:53 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-current@FreeBSD.ORG Precedence: bulk > > Nowhere. That's the whole point: nobody uses it, and we've get this > > rotting source code in our tree that hasn't been maintained for ages. > > I don't want to ship garbage with our kernel! > > > > -GAWollman > > > > Exactly, if you had a nice batch of moldy bread in your pantry, would you > keep it there because it's optional to eat. No you would nuke it because > it's no longer needed, and at it's current state, unusable. The mold grew on the shelf where the bread was located. The bread has not changed. Software does not mutate. It is the responsibility of those ho caused the shelf to to change to make a place for the bread. Or not change the shelf. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-current Mon Feb 12 15:33:21 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id PAA12676 for current-outgoing; Mon, 12 Feb 1996 15:33:21 -0800 (PST) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id PAA12667 for ; Mon, 12 Feb 1996 15:33:19 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id QAA21330; Mon, 12 Feb 1996 16:29:34 -0700 From: Terry Lambert Message-Id: <199602122329.QAA21330@phaeton.artisoft.com> Subject: Re: Anybody using netns? To: imp@village.org (Warner Losh) Date: Mon, 12 Feb 1996 16:29:34 -0700 (MST) Cc: current@FreeBSD.ORG In-Reply-To: <199602122000.NAA07308@rover.village.org> from "Warner Losh" at Feb 12, 96 01:00:18 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-current@FreeBSD.ORG Precedence: bulk > Purhaps there should be a separate area for unsupported hunks of code > so they don't disappear forever. I worry that code placed in the > attic will eventually be deleted for good. > > If it is elsewhere, but available, then people that want it can get > it, while people that don't won't have to worry about it. > > In other words, make them unsupported source packages, AS IS. > > Finally, I don't believe that -current represents all of the user > base. While the conclusion reached by a survey of -current might be > congruent with those of the entire community, you might find more > people using this stuff than you had originally thought... I completely agree. There should be an area, like "experimental" called "legacy" or "unsupported". I should not have to set up SUP and CVS to get something out of an attic that might be going away. I think that this is the kind of mistake that helps perpetuate single architecture support. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-current Mon Feb 12 15:39:37 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id PAA13207 for current-outgoing; Mon, 12 Feb 1996 15:39:37 -0800 (PST) Received: from rover.village.org (rover.village.org [204.144.255.49]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id PAA13202 for ; Mon, 12 Feb 1996 15:39:34 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by rover.village.org (8.6.11/8.6.6) with SMTP id QAA08245; Mon, 12 Feb 1996 16:39:26 -0700 Message-Id: <199602122339.QAA08245@rover.village.org> To: Terry Lambert Subject: Re: Anybody using netns? Cc: current@FreeBSD.ORG In-reply-to: Your message of Mon, 12 Feb 1996 16:29:34 MST Date: Mon, 12 Feb 1996 16:39:25 -0700 From: Warner Losh Sender: owner-current@FreeBSD.ORG Precedence: bulk : I completely agree. There should be an area, like "experimental" : called "legacy" or "unsupported". The usual course of events for FreeBSD has been accretion. The slow building up of the core. However, now has come a time when parts of the release need to be spun off into their own area. A good, general strategy is needed to support that, otherwise these kinds of debates will continue to crop of from time to time. Just a thought. Purhaps a good strategy here can go a long way towards keeping a little more harmony in the group without unduely burdoning progress. Anyway, just my two cents... Have fun, and thank you for your continued support of FreeBSD... Warner From owner-freebsd-current Mon Feb 12 15:50:39 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id PAA14150 for current-outgoing; Mon, 12 Feb 1996 15:50:39 -0800 (PST) Received: from cabri.obs-besancon.fr (cabri.obs-besancon.fr [193.52.184.3]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id PAA14141 for ; Mon, 12 Feb 1996 15:50:35 -0800 (PST) Received: by cabri.obs-besancon.fr (5.57/Ultrix3.0-C) id AA04129; Tue, 13 Feb 96 00:51:47 +0100 Date: Tue, 13 Feb 96 00:51:47 +0100 Message-Id: <9602122351.AA04129@cabri.obs-besancon.fr> From: Jean-Marc Zucconi To: andreas@knobel.gun.de Cc: current@freebsd.org In-Reply-To: (message from Andreas Klemm on Sun, 11 Feb 1996 12:22:00 +0100 (MET)) Subject: Re: make world do not complete X-Mailer: Emacs Sender: owner-current@freebsd.org Precedence: bulk >>>>> Andreas Klemm writes: > Jean-Marc, > did yesterday a make world. No problem. I supped -current from a > German sup server. I think you should repeat supping -current, so > that you get all needed changes. I don't believe you :-) The problem arose when src/lib/libc/net/Makefile.inc changed: $ cvs diff -r1.10 Makefile.inc Index: Makefile.inc =================================================================== RCS file: /home/ncvs/src/lib/libc/net/Makefile.inc,v retrieving revision 1.10 retrieving revision 1.12 diff -r1.10 -r1.12 11c11 < iso_addr.c linkaddr.c ns_addr.c ns_ntoa.c rcmd.c recv.c res_comp.c \ --- > linkaddr.c ns_addr.c ns_ntoa.c rcmd.c recv.c res_comp.c \ iso_ntoa is defined in iso_addr.c and this function is now missing in libc. Jean-Marc > On Sat, 10 Feb 1996, Jean-Marc Zucconi wrote: > [...] >> -I/u3/src/usr.bin/dig/../../usr.sbin/nslookup -o dig dig.o debug.o >> list.o send.o subr.o >> debug.o: Undefined symbol `_iso_ntoa' referenced from text segment >> list.o: Undefined symbol `_iso_ntoa' referenced from text segment >> *** Error code 1 >> >> Stop. > -- > andreas@knobel.gun.de /\/\___ Wiechers & Partner Datentechnik GmbH > Andreas Klemm ___/\/\/ $$ Support Unix - aklemm@wup.de $$ > pgp p-key http://www-swiss.ai.mit.edu/~bal/pks-toplev.html >>> powered by <<< > ftp://sunsite.unc.edu/pub/Linux/system/Printing/aps-491.tgz >>> FreeBSD <<< _____________________________________________________________________________ Jean-Marc Zucconi Observatoire de Besancon F 25010 Besancon cedex PGP Key: finger jmz@cabri.obs-besancon.fr ============================================================================= From owner-freebsd-current Tue Feb 13 01:08:20 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id BAA23228 for current-outgoing; Tue, 13 Feb 1996 01:08:20 -0800 (PST) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id BAA23148 for ; Tue, 13 Feb 1996 01:07:39 -0800 (PST) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id KAA09603 for ; Tue, 13 Feb 1996 10:07:11 +0100 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id KAA10848 for freebsd-current@FreeBSD.org; Tue, 13 Feb 1996 10:07:10 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.7.3/8.6.9) id JAA14669 for freebsd-current@FreeBSD.org; Tue, 13 Feb 1996 09:56:48 +0100 (MET) From: J Wunsch Message-Id: <199602130856.JAA14669@uriah.heep.sax.de> Subject: ypxfr To: freebsd-current@FreeBSD.org (FreeBSD-current users) Date: Tue, 13 Feb 1996 09:56:48 +0100 (MET) 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 Sender: owner-current@FreeBSD.org Precedence: bulk ...has been disabled in gnu/libexec/Makefile, but not (yet?) enabled in libexec/Makefile. Intention? -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-current Tue Feb 13 01:23:02 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id BAA24559 for current-outgoing; Tue, 13 Feb 1996 01:23:02 -0800 (PST) Received: from mail.netvision.net.il (mail.NetVision.net.il [194.90.1.6]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id BAA24535 Tue, 13 Feb 1996 01:22:55 -0800 (PST) Received: from Burka.NetVision.net.il (gena@burka.NetVision.net.il [194.90.6.15]) by mail.netvision.net.il (8.7.3/8.7.3) with SMTP id LAA19692; Tue, 13 Feb 1996 11:23:00 +0200 (IST) Message-ID: X-Mailer: XFMail 0.4-alpha [p0] on FreeBSD Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 In-Reply-To: <199602121731.JAA13159@freefall.freebsd.org> Date: Tue, 13 Feb 1996 11:19:59 +0200 (IST) Reply-To: gena@NetVision.net.il X-Face: #v>4HN>#D_"[olq9y`HqTYkLVB89Xy|3')Vs9v58JQ*u-xEJVKY`xa.}E?z0RkLI/P&;BJmi0#u=W0).-Y'J4(dw{"54NhSG|YYZG@[)(`e! >jN#L!~qI5fE-JHS+< Organization: NetVision Ltd. From: Gennady Sorokopud To: "Justin T. Gibbs" Subject: RE: 3c509 patches. Cc: current@freefall.freebsd.org Sender: owner-current@FreeBSD.ORG Precedence: bulk Hello! On 12-Feb-96 "Justin T. Gibbs" wrote: >>These patches re-enable the watchdog timer and do some other >cleanup in how we access our ifp. Can someone test these please >so I can commit them? I have a 3c509, but no network at the >moment. This patch solved my 3c509 "hangup" problems, i can do network backups again :-) Thanks a lot. P.S.: I still have one minor problem, but i'm not sure it's 3c509 related. System hangs at boot after npx0: INT 16 interface. I've seen someone's posting on hackers mailing list telling that this hangup caused by improper probing of 3c509 card. Best regards. -------- Gennady B. Sorokopud - System programmer at NetVision Israel. E-Mail: Gennady Sorokopud Homepage: http://www.netvision.net.il/~gena This message was sent at 02/13/96 11:24:24 by XF-Mail From owner-freebsd-current Tue Feb 13 02:40:09 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id CAA29593 for current-outgoing; Tue, 13 Feb 1996 02:40:09 -0800 (PST) Received: from hq.icb.chel.su (icb-rich-gw.icb.chel.su [193.125.10.34]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id CAA29463 Tue, 13 Feb 1996 02:39:12 -0800 (PST) Received: from localhost (babkin@localhost) by hq.icb.chel.su (8.6.5/8.6.5) id PAA01556; Tue, 13 Feb 1996 15:36:15 +0500 From: "Serge A. Babkin" Message-Id: <199602131036.PAA01556@hq.icb.chel.su> Subject: Re: 3c509 patches. To: gena@NetVision.net.il Date: Tue, 13 Feb 1996 15:36:15 +0500 (GMT+0500) Cc: gibbs@freefall.FreeBSD.ORG, current@freefall.FreeBSD.ORG In-Reply-To: from "Gennady Sorokopud" at Feb 13, 96 11:19:59 am X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-current@FreeBSD.ORG Precedence: bulk > > Hello! > > On 12-Feb-96 "Justin T. Gibbs" wrote: > >>These patches re-enable the watchdog timer and do some other > >cleanup in how we access our ifp. Can someone test these please > >so I can commit them? I have a 3c509, but no network at the > >moment. > > This patch solved my 3c509 "hangup" problems, i can do network backups again :-) > Thanks a lot. > > P.S.: I still have one minor problem, but i'm not sure it's 3c509 related. > System hangs at boot after npx0: INT 16 interface. I've seen someone's posting on > hackers mailing list telling that this hangup caused by improper probing of 3c509 > card. I had this problem with an old 386 Siemens box (without any network card). The only way I found to solve it was to disable the npx driver att all and use the emulator. -SB From owner-freebsd-current Tue Feb 13 02:47:36 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id CAA29862 for current-outgoing; Tue, 13 Feb 1996 02:47:36 -0800 (PST) Received: from mail.netvision.net.il (mail.NetVision.net.il [194.90.1.6]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id CAA29856 Tue, 13 Feb 1996 02:47:28 -0800 (PST) Received: from Burka.NetVision.net.il (gena@burka.NetVision.net.il [194.90.6.15]) by mail.netvision.net.il (8.7.3/8.7.3) with SMTP id MAA00529; Tue, 13 Feb 1996 12:44:54 +0200 (IST) Message-ID: X-Mailer: XFMail 0.4-alpha [p0] on FreeBSD Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 In-Reply-To: <199602131036.PAA01556@hq.icb.chel.su> Date: Tue, 13 Feb 1996 12:42:40 +0200 (IST) Reply-To: gena@NetVision.net.il X-Face: #v>4HN>#D_"[olq9y`HqTYkLVB89Xy|3')Vs9v58JQ*u-xEJVKY`xa.}E?z0RkLI/P&;BJmi0#u=W0).-Y'J4(dw{"54NhSG|YYZG@[)(`e! >jN#L!~qI5fE-JHS+< Organization: NetVision Ltd. From: Gennady Sorokopud To: "Serge A. Babkin" Subject: Re: 3c509 patches. Cc: gibbs@freefall.FreeBSD.ORG, current@freefall.FreeBSD.ORG Sender: owner-current@FreeBSD.ORG Precedence: bulk On 13-Feb-96 "Serge A. Babkin" wrote: [skipped] > >I had this problem with an old 386 Siemens box (without any network card). >The only way I found to solve it was to disable the npx driver att all >and use the emulator. Use FPU emulator on Pentium?? Ouch... The most interesting thing about this problem, is if i boot old kernel (from about Dec 3) it boots fine, and if i then boot -current it boots fine too :-) Actually it's the only way i can boot my system, i just keep old kernel and boot it first in sigle user mode, then reboot and , voila , everything is ok.. > >-SB Best regards. -------- Gennady B. Sorokopud - System programmer at NetVision Israel. E-Mail: Gennady Sorokopud Homepage: http://www.netvision.net.il/~gena This message was sent at 02/13/96 12:42:40 by XF-Mail From owner-freebsd-current Tue Feb 13 03:26:00 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id DAA01749 for current-outgoing; Tue, 13 Feb 1996 03:26:00 -0800 (PST) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id DAA01744 for ; Tue, 13 Feb 1996 03:25:38 -0800 (PST) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id MAA15359 for ; Tue, 13 Feb 1996 12:25:13 +0100 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id MAA12353 for freebsd-current@FreeBSD.org; Tue, 13 Feb 1996 12:25:12 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.7.3/8.6.9) id LAA23569 for freebsd-current@FreeBSD.org; Tue, 13 Feb 1996 11:41:27 +0100 (MET) From: J Wunsch Message-Id: <199602131041.LAA23569@uriah.heep.sax.de> Subject: int'l kerberos build error To: freebsd-current@FreeBSD.org (FreeBSD-current users) Date: Tue, 13 Feb 1996 11:41:26 +0100 (MET) 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 Sender: owner-current@FreeBSD.org Precedence: bulk Is this a generic problem with Kerberos, or is the international crypto CVS tree not in sync? ===> usr.bin/kadmin cc -O2 -pipe -DPOSIX -I/usr/src/eBones/usr.bin/kadmin/../../lib/libkadm -I/usr/src/eBones/usr.bin/kadmin/../../../secure/lib/libdes -I/usr/src/eBones/usr.bin/kadmin/../../include -Wall -I/usr/src/eBones/usr.bin/kadmin/../../../secure/lib/libdes -I/usr/src/eBones/usr.bin/kadmin/../../include -Wall -c /usr/src/eBones/usr.bin/kadmin/kadmin.c /usr/src/eBones/usr.bin/kadmin/kadmin.c:35: kerberosIV/krb_err.h: No such file or directory /usr/src/eBones/usr.bin/kadmin/kadmin.c: In function `main': /usr/src/eBones/usr.bin/kadmin/kadmin.c:77: warning: implicit declaration of function `ss_create_invocation' /usr/src/eBones/usr.bin/kadmin/kadmin.c:83: warning: int format, pid_t arg (arg 3) /usr/src/eBones/usr.bin/kadmin/kadmin.c:90: warning: implicit declaration of function `ss_listen' /usr/src/eBones/usr.bin/kadmin/kadmin.c: In function `get_admin_password': /usr/src/eBones/usr.bin/kadmin/kadmin.c:555: `krb_err_base' undeclared (first use this function) /usr/src/eBones/usr.bin/kadmin/kadmin.c:555: (Each undeclared identifier is reported only once /usr/src/eBones/usr.bin/kadmin/kadmin.c:555: for each function it appears in.) *** Error code 1 (continuing) A few more files are affected. Pity, i wanna build a private SNAP to be distributed at the spring meeting of the German Unix Users Group. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-current Tue Feb 13 04:37:04 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id EAA07372 for current-outgoing; Tue, 13 Feb 1996 04:37:04 -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 EAA07354 for ; Tue, 13 Feb 1996 04:36:58 -0800 (PST) Received: from localhost (mark@localhost [127.0.0.1]) by grumble.grondar.za (8.7.3/8.7.3) with SMTP id OAA12236; Tue, 13 Feb 1996 14:34:02 +0200 (SAT) Message-Id: <199602131234.OAA12236@grumble.grondar.za> X-Authentication-Warning: grumble.grondar.za: Host mark@localhost [127.0.0.1] didn't use HELO protocol To: J Wunsch cc: freebsd-current@FreeBSD.org (FreeBSD-current users) Subject: Re: int'l kerberos build error Date: Tue, 13 Feb 1996 14:34:01 +0200 From: Mark Murray Sender: owner-current@FreeBSD.org Precedence: bulk J Wunsch wrote: > Is this a generic problem with Kerberos, or is the international > crypto CVS tree not in sync? Strange. I did a make world about 24 hours ago. It worked just fine... 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-current Tue Feb 13 07:51:44 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id HAA18814 for current-outgoing; Tue, 13 Feb 1996 07:51:44 -0800 (PST) Received: from halloran-eldar.lcs.mit.edu (halloran-eldar.lcs.mit.edu [18.26.0.159]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id HAA18801 for ; Tue, 13 Feb 1996 07:51:40 -0800 (PST) Received: by halloran-eldar.lcs.mit.edu; (5.65/1.1.8.2/19Aug95-0530PM) id AA30532; Tue, 13 Feb 1996 10:51:29 -0500 Date: Tue, 13 Feb 1996 10:51:29 -0500 From: "Garrett A. Wollman" Message-Id: <9602131551.AA30532@halloran-eldar.lcs.mit.edu> To: Terry Lambert Cc: current@FreeBSD.ORG Subject: Re: Anybody using netns? In-Reply-To: <199602122316.QAA21230@phaeton.artisoft.com> References: <199602122316.QAA21230@phaeton.artisoft.com> Sender: owner-current@FreeBSD.ORG Precedence: bulk < said: > The mold grew on the shelf where the bread was located. > The bread has not changed. Actually, no. When we brought the bread back from the store, it already had a bit of mold on it. Because we didn't really need the bread anyway (it was thrown in as a free gift from the store's departing manager), this mold was allowed to grow until it consumed the entire loaf before someone noticed it. > It is the responsibility of those ho caused the shelf to to change to > make a place for the bread. Or decide that it's worthless and throw it out, which is what I'm about to do. -GAWollman -- Garrett A. Wollman | Shashish is simple, it's discreet, it's brief. ... wollman@lcs.mit.edu | Shashish is the bonding of hearts in spite of distance. Opinions not those of| It is a bond more powerful than absence. We like people MIT, LCS, ANA, or NSA| who like Shashish. - Claude McKenzie + Florent Vollant From owner-freebsd-current Tue Feb 13 08:30:31 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id IAA20919 for current-outgoing; Tue, 13 Feb 1996 08:30:31 -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 IAA20914 for ; Tue, 13 Feb 1996 08:30:28 -0800 (PST) Received: from critter.tfs.com by tfs.com (smail3.1.28.1) with SMTP id m0tmNcR-0003xAC; Tue, 13 Feb 96 08:30 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 RAA00665; Tue, 13 Feb 1996 17:29:56 +0100 X-Authentication-Warning: critter.tfs.com: Host localhost.tfs.com didn't use HELO protocol To: "Garrett A. Wollman" cc: Terry Lambert , current@FreeBSD.ORG Subject: Re: Anybody using netns? In-reply-to: Your message of "Tue, 13 Feb 1996 10:51:29 EST." <9602131551.AA30532@halloran-eldar.lcs.mit.edu> Date: Tue, 13 Feb 1996 17:29:56 +0100 Message-ID: <663.824228996@critter.tfs.com> From: Poul-Henning Kamp Sender: owner-current@FreeBSD.ORG Precedence: bulk > < said: > > > The mold grew on the shelf where the bread was located. > > > The bread has not changed. > > Actually, no. When we brought the bread back from the store, it > already had a bit of mold on it. Because we didn't really need the > bread anyway (it was thrown in as a free gift from the store's > departing manager), this mold was allowed to grow until it consumed > the entire loaf before someone noticed it. > > > It is the responsibility of those ho caused the shelf to to change to > > make a place for the bread. > > Or decide that it's worthless and throw it out, which is what I'm > about to do. > I'll bet 3:2 on Garrett against Terry in this duel of analogies ? any takers before round 3 ? :-) Zap it Garrett, when Terry or somebody else makes it work, we'll take it back. -- 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-current Tue Feb 13 09:24:59 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id JAA24543 for current-outgoing; Tue, 13 Feb 1996 09:24:59 -0800 (PST) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id JAA24465 for ; Tue, 13 Feb 1996 09:24:17 -0800 (PST) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id SAA28424; Tue, 13 Feb 1996 18:21:57 +0100 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id SAA14697; Tue, 13 Feb 1996 18:21:57 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.7.3/8.6.9) id SAA05362; Tue, 13 Feb 1996 18:17:04 +0100 (MET) From: J Wunsch Message-Id: <199602131717.SAA05362@uriah.heep.sax.de> Subject: Re: int'l kerberos build error To: mark@grondar.za (Mark Murray) Date: Tue, 13 Feb 1996 18:17:03 +0100 (MET) Cc: freebsd-current@FreeBSD.org In-Reply-To: <199602131234.OAA12236@grumble.grondar.za> from "Mark Murray" at Feb 13, 96 02:34:01 pm 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 Sender: owner-current@FreeBSD.org Precedence: bulk As Mark Murray wrote: > > J Wunsch wrote: > > Is this a generic problem with Kerberos, or is the international > > crypto CVS tree not in sync? > > Strange. I did a make world about 24 hours ago. It worked just fine... It seems that two header files are being installed into `obj' subdirs: # find -L /usr/src/eBones -name 'k*.h' /usr/src/eBones/include/kdc.h /usr/src/eBones/include/klog.h /usr/src/eBones/include/kparse.h /usr/src/eBones/include/krb.h /usr/src/eBones/include/krb_conf.h /usr/src/eBones/include/krb_db.h /usr/src/eBones/lib/libkadm/obj/kadm_err.h ^^^^^^^^^^^^^^^^^^^^^^ /usr/src/eBones/lib/libkadm/kadm.h /usr/src/eBones/lib/libkrb/obj/krb_err.h ^^^^^^^^^^^^^^^^^^^^ /usr/src/eBones/usr.sbin/kadmind/kadm_server.h /usr/src/eBones/usr.sbin/kprop/kprop.h Perhaps a missing ${.CURDIR} somewhere in the Makefiles? The above .h's are the offenders that prevent the successful build. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-current Tue Feb 13 09:46:49 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id JAA25778 for current-outgoing; Tue, 13 Feb 1996 09:46:49 -0800 (PST) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id JAA25773 for ; Tue, 13 Feb 1996 09:46:47 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id KAA23317; Tue, 13 Feb 1996 10:42:14 -0700 From: Terry Lambert Message-Id: <199602131742.KAA23317@phaeton.artisoft.com> Subject: Re: Anybody using netns? To: wollman@lcs.mit.edu (Garrett A. Wollman) Date: Tue, 13 Feb 1996 10:42:13 -0700 (MST) Cc: terry@lambert.org, current@FreeBSD.ORG In-Reply-To: <9602131551.AA30532@halloran-eldar.lcs.mit.edu> from "Garrett A. Wollman" at Feb 13, 96 10:51:29 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.ORG Precedence: bulk > > The mold grew on the shelf where the bread was located. > > > The bread has not changed. > > Actually, no. When we brought the bread back from the store, it > already had a bit of mold on it. Because we didn't really need the > bread anyway (it was thrown in as a free gift from the store's > departing manager), this mold was allowed to grow until it consumed > the entire loaf before someone noticed it. > > > It is the responsibility of those ho caused the shelf to to change to > > make a place for the bread. > > Or decide that it's worthless and throw it out, which is what I'm > about to do. You know and I know that the code would be functional today if the interfaces on which it relies had not been changed out from under it. This is what I call a partial integration of the new code, and I don't see how a partial integration which loses functionality can be considered to be acceptable. Whether or not that functionality should be optional, and whether or not it should be maintained is another topic, seperate from any intent to remove it utterly. To return to the land of allegory, the new code is an experiment and throwing away the old code that was not of interest to the integrator of the new code is tantamount to fudging data on the experiment to make it prove something other than what it proves when not fudged. Anyway, this is my last posting on the topic; you're clearly committed to causing the code to be lost, and thee's really nothing I can do apart from the attempts I've already made to convince people that this is a bad idea. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-current Tue Feb 13 09:54:26 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id JAA26155 for current-outgoing; Tue, 13 Feb 1996 09:54:26 -0800 (PST) Received: from halloran-eldar.lcs.mit.edu (halloran-eldar.lcs.mit.edu [18.26.0.159]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id JAA26150 for ; Tue, 13 Feb 1996 09:54:23 -0800 (PST) Received: by halloran-eldar.lcs.mit.edu; (5.65/1.1.8.2/19Aug95-0530PM) id AA31645; Tue, 13 Feb 1996 12:54:17 -0500 Date: Tue, 13 Feb 1996 12:54:17 -0500 From: "Garrett A. Wollman" Message-Id: <9602131754.AA31645@halloran-eldar.lcs.mit.edu> To: Terry Lambert Cc: current@FreeBSD.ORG Subject: Re: Anybody using netns? In-Reply-To: <199602131742.KAA23317@phaeton.artisoft.com> References: <9602131551.AA30532@halloran-eldar.lcs.mit.edu> <199602131742.KAA23317@phaeton.artisoft.com> Sender: owner-current@FreeBSD.ORG Precedence: bulk < said: > Anyway, this is my last posting on the topic; you're clearly committed > to causing the code to be lost, and thee's really nothing I can do > apart from the attempts I've already made to convince people that > this is a bad idea. Terry:- DO YOU USE THIS CODE? If yes, then you can maintain it. If no, then your opinion on the subject is of no concern to me. -GAWollman -- Garrett A. Wollman | Shashish is simple, it's discreet, it's brief. ... wollman@lcs.mit.edu | Shashish is the bonding of hearts in spite of distance. Opinions not those of| It is a bond more powerful than absence. We like people MIT, LCS, ANA, or NSA| who like Shashish. - Claude McKenzie + Florent Vollant From owner-freebsd-current Tue Feb 13 09:56:26 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id JAA26321 for current-outgoing; Tue, 13 Feb 1996 09:56:26 -0800 (PST) Received: from grumble.grondar.za (grumble.grondar.za [196.7.18.130]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id JAA26305 for ; Tue, 13 Feb 1996 09:56:17 -0800 (PST) Received: from localhost (mark@localhost [127.0.0.1]) by grumble.grondar.za (8.7.3/8.7.3) with SMTP id TAA02102; Tue, 13 Feb 1996 19:54:28 +0200 (SAT) Message-Id: <199602131754.TAA02102@grumble.grondar.za> X-Authentication-Warning: grumble.grondar.za: Host mark@localhost [127.0.0.1] didn't use HELO protocol To: J Wunsch cc: mark@grondar.za (Mark Murray), freebsd-current@FreeBSD.org Subject: Re: int'l kerberos build error Date: Tue, 13 Feb 1996 19:54:28 +0200 From: Mark Murray Sender: owner-current@FreeBSD.org Precedence: bulk J Wunsch wrote: > > Strange. I did a make world about 24 hours ago. It worked just fine... > > It seems that two header files are being installed into `obj' subdirs: I know about those two, they are built by compile_et. > # find -L /usr/src/eBones -name 'k*.h' > /usr/src/eBones/lib/libkadm/obj/kadm_err.h > ^^^^^^^^^^^^^^^^^^^^^^ > /usr/src/eBones/lib/libkrb/obj/krb_err.h > ^^^^^^^^^^^^^^^^^^^^ > Perhaps a missing ${.CURDIR} somewhere in the Makefiles? The above > .h's are the offenders that prevent the successful build. They have been around for quite a while now, and are in the same place in my obj/ tree. Someone (Bruce? Peter?) did some Makefile corrections soon after the Great eBones Cleanup (tm) a while back, and i recall it involved ${.CURDIR}s. I am not much of a Makefile boffin, and will need help here. :-( :-( Sorry! -- 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-current Tue Feb 13 15:52:38 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id PAA18503 for current-outgoing; Tue, 13 Feb 1996 15:52:38 -0800 (PST) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id PAA18497 for ; Tue, 13 Feb 1996 15:52:32 -0800 (PST) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id AAA08438; Wed, 14 Feb 1996 00:51:44 +0100 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id AAA19354; Wed, 14 Feb 1996 00:51:43 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.7.3/8.6.9) id AAA08967; Wed, 14 Feb 1996 00:41:50 +0100 (MET) From: J Wunsch Message-Id: <199602132341.AAA08967@uriah.heep.sax.de> Subject: Re: int'l kerberos build error To: freebsd-current@FreeBSD.org (FreeBSD-current users) Date: Wed, 14 Feb 1996 00:41:49 +0100 (MET) Cc: mark@grondar.za Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199602131754.TAA02102@grumble.grondar.za> from "Mark Murray" at Feb 13, 96 07:54:28 pm 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 Sender: owner-current@FreeBSD.org Precedence: bulk As Mark Murray wrote: > > > # find -L /usr/src/eBones -name 'k*.h' > > /usr/src/eBones/lib/libkadm/obj/kadm_err.h > > /usr/src/eBones/lib/libkrb/obj/krb_err.h > > Perhaps a missing ${.CURDIR} somewhere in the Makefiles? The above > > .h's are the offenders that prevent the successful build. > I am not much of a Makefile boffin, and will need help here. > :-( :-( Sorry! The following patch seems to fix my problems. It looks rather kludgy in some places, but i don't fully understand the various Makefile macros for the eBones stuff. Index: eBones/usr.bin/kadmin/Makefile =================================================================== RCS file: /home/cvs/src/eBones/usr.bin/kadmin/Makefile,v retrieving revision 1.6 diff -u -r1.6 Makefile --- Makefile 1995/09/26 06:19:40 1.6 +++ Makefile 1996/02/13 23:26:48 @@ -3,7 +3,7 @@ PROG= kadmin SRCS= ${KRBOBJDIR}/krb_err.h kadmin.c kadmin_cmds.c CLEANFILES+= kadmin_cmds.c krb_err.c -CFLAGS+= -DPOSIX -I${.CURDIR}/../../lib/libkadm +CFLAGS+= -DPOSIX -I${.CURDIR}/../../lib/libkadm -I${KRBOBJDIR} DPADD= ${LIBKRB} ${LIBDES} LDADD+= -L${KADMOBJDIR} -lkadm -L${KRBOBJDIR} -lkrb -L${DESOBJDIR} -ldes LDADD+= -lss -lcom_err Index: eBones/usr.bin/kadmin/kadmin.c =================================================================== RCS file: /home/cvs/src/eBones/usr.bin/kadmin/kadmin.c,v retrieving revision 1.3 diff -u -r1.3 kadmin.c --- kadmin.c 1995/09/13 16:11:04 1.3 +++ kadmin.c 1996/02/13 23:24:25 @@ -32,7 +32,7 @@ #include #include #include -#include +#include #include #define BAD_PW 1 Index: eBones/usr.sbin/kadmind/Makefile =================================================================== RCS file: /home/cvs/src/eBones/usr.sbin/kadmind/Makefile,v retrieving revision 1.5 diff -u -r1.5 Makefile --- Makefile 1995/09/26 06:20:08 1.5 +++ Makefile 1996/02/13 23:32:53 @@ -2,7 +2,7 @@ PROG= kadmind SRCS= admin_server.c kadm_funcs.c kadm_ser_wrap.c kadm_server.c -CFLAGS+=-DPOSIX -I${.CURDIR}/../../lib/libkadm +CFLAGS+=-DPOSIX -I${.CURDIR}/../../lib/libkadm -I${.CURDIR}/../../lib/libkadm/obj -I${KRBOBJDIR} DPADD= ${LIBKDB} ${LIBKRB} ${LIBDES} LDADD+= -L${KADMOBJDIR} -lkadm -L${KDBOBJDIR} -lkdb -L${KRBOBJDIR} -lkrb \ -L${DESOBJDIR} -ldes -L${ACLOBJDIR} -lacl -lcom_err Index: eBones/usr.sbin/kadmind/admin_server.c =================================================================== RCS file: /home/cvs/src/eBones/usr.sbin/kadmind/admin_server.c,v retrieving revision 1.4 diff -u -r1.4 admin_server.c --- admin_server.c 1995/09/13 16:11:22 1.4 +++ admin_server.c 1996/02/13 23:27:59 @@ -35,7 +35,7 @@ #include #include #include -#include +#include #include #include "kadm_server.h" Index: eBones/usr.sbin/kadmind/kadm_funcs.c =================================================================== RCS file: /home/cvs/src/eBones/usr.sbin/kadmind/kadm_funcs.c,v retrieving revision 1.3 diff -u -r1.3 kadm_funcs.c --- kadm_funcs.c 1995/09/13 16:11:24 1.3 +++ kadm_funcs.c 1996/02/13 23:31:38 @@ -26,7 +26,7 @@ #include #include #include -#include +#include #include #include "kadm_server.h" Index: eBones/usr.sbin/kadmind/kadm_ser_wrap.c =================================================================== RCS file: /home/cvs/src/eBones/usr.sbin/kadmind/kadm_ser_wrap.c,v retrieving revision 1.4 diff -u -r1.4 kadm_ser_wrap.c --- kadm_ser_wrap.c 1995/09/13 16:11:26 1.4 +++ kadm_ser_wrap.c 1996/02/13 23:32:13 @@ -26,8 +26,8 @@ #include #include #include -#include -#include +#include +#include #include "kadm_server.h" Kadm_Server server_parm; Index: eBones/usr.sbin/kadmind/kadm_server.c =================================================================== RCS file: /home/cvs/src/eBones/usr.sbin/kadmind/kadm_server.c,v retrieving revision 1.3 diff -u -r1.3 kadm_server.c --- kadm_server.c 1995/09/13 16:11:27 1.3 +++ kadm_server.c 1996/02/13 23:25:13 @@ -16,7 +16,7 @@ #include #include -#include +#include #include "kadm_server.h" /* -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-current Tue Feb 13 18:34:19 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id SAA27887 for current-outgoing; Tue, 13 Feb 1996 18:34:19 -0800 (PST) Received: from ibp.ibp.fr (ibp.ibp.fr [132.227.60.30]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id SAA27880 for ; Tue, 13 Feb 1996 18:34:15 -0800 (PST) Received: from blaise.ibp.fr (blaise.ibp.fr [132.227.60.1]) by ibp.ibp.fr (8.6.12/jtpda-5.0) with ESMTP id DAA25031 for ; Wed, 14 Feb 1996 03:33:44 +0100 Received: from (uucp@localhost) by blaise.ibp.fr (8.6.12/jtpda-5.0) with UUCP id DAA26121 for current@freebsd.org; Wed, 14 Feb 1996 03:33:48 +0100 Received: (uucp@localhost) by fasterix.frmug.fr.net (8.6.11/fasterix-941011) with UUCP id XAA21437 for current@freebsd.org; Tue, 13 Feb 1996 23:33:17 +0100 Received: (from regnauld@localhost) by tetard.frmug.fr.net (8.7.3/8.7.3/tetard-uucp-2.7) id UAA03176 for current@freebsd.org; Tue, 13 Feb 1996 20:27:19 +0100 (MET) From: Philippe Regnauld Message-Id: <199602131927.UAA03176@tetard.frmug.fr.net> Subject: Warning: SCSI reprobing is hazardous to your health? To: current@freebsd.org (current) Date: Tue, 13 Feb 1996 20:27:18 +0100 (MET) X-rene: Tu dois pas les avoir perdues, normalement. X-wing-fighter: et puis X-men, X-open, X-ta-mere... X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-current@freebsd.org Precedence: bulk Hi, I sometimes need to reprobe the SCSI bus (for example, plugging in a new device and having it appear). I happened to do just this the other day, putting back online my external Archive 60 QIC. I issued the following command: scsi -f /dev/cd0c -r ... so as to reprobe the bus (as I've read here or in hackers, the device you reprobe doesn't really matter -- the system will pick up any new devices). BTW, there was a CD in the drive, (2.1R in fact) and it was mounted. It panicked. I've sometimes seen this happen, but I've never found out why. So I rebooted the machine, and woe and behold: no more bootblocks. Booting a kernel from floppy painfully revealed the extent of the damage: no more disklabel... Fortunately I'd repartitioned my disk not long ago and remembered the offsets to the partitions (needless to say I've printed it out since!). - Has anybody heard of this kind of behaviour ? - The occasional panic after reprobe -- is that normal (not that I will try it out anymore). Configuration: 486 DX 2/80, 16 Mb RAM, NCR 810 + DEC DSP3107L 1 Gb HD, Sony CDU 555, Archive 60. -- Phil -- - [ regnauld@tetard.frmug.fr.net / +48.8N+2.3E / +33 1 4507 9391 / Sol 3 ] - - [ regnauld@freenix.fr / FreeBSD 2.x / ] - "Le schtroumpf est à l'homme ce que le bleu est au billard" - F.Berjon From owner-freebsd-current Tue Feb 13 20:37:19 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id UAA06099 for current-outgoing; Tue, 13 Feb 1996 20:37:19 -0800 (PST) Received: from s1.GANet.NET (s1.GANet.NET [199.18.201.2]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id UAA06083 for ; Tue, 13 Feb 1996 20:37:10 -0800 (PST) Received: (from ec0@localhost) by s1.GANet.NET (8.6.11/8.6.11) id XAA05186 for freebsd-current@freebsd.org; Tue, 13 Feb 1996 23:36:05 -0500 From: Eric Chet Message-Id: <199602140436.XAA05186@s1.GANet.NET> Subject: -current and top-3.3 To: freebsd-current@freebsd.org Date: Tue, 13 Feb 1996 23:36:04 -0500 (EST) X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org Precedence: bulk Hello I just built current over the weekend without any problems. I made top-3.3 from the current/port collection, when I execute top I get an error: top: cannot read swaplist: kvm_read: Bad address Has anybody else seen this problem? Any ideas on where I need to look to fix this problem? -- ejc work: ejc@nasvr1.cb.att.com home: ec0@ganet.net From owner-freebsd-current Tue Feb 13 21:23:47 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id VAA08805 for current-outgoing; Tue, 13 Feb 1996 21:23:47 -0800 (PST) Received: from irz201.inf.tu-dresden.de (irz201.inf.tu-dresden.de [141.76.1.10]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id VAA08751 for ; Tue, 13 Feb 1996 21:23:21 -0800 (PST) Received: from sax.sax.de by irz201.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id GAA08261 for ; Wed, 14 Feb 1996 06:23:19 +0100 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id GAA22015; Wed, 14 Feb 1996 06:21:47 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.7.3/8.6.9) id BAA13708; Wed, 14 Feb 1996 01:28:52 +0100 (MET) From: J Wunsch Message-Id: <199602140028.BAA13708@uriah.heep.sax.de> Subject: Never-ending `make release' story... To: freebsd-current@FreeBSD.org (FreeBSD-current users) Date: Wed, 14 Feb 1996 01:28:49 +0100 (MET) Cc: wollman@lcs.mit.edu 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 Sender: owner-current@FreeBSD.org Precedence: bulk Sigh, netstat hasn't been updated to the disabled NS code, as it seems. I needed the following patch to ``make rerelease''. Maybe i've been killing too much, and some of the below should have been #ifdef'ed. Index: netstat/if.c =================================================================== RCS file: /home/cvs/src/usr.bin/netstat/if.c,v retrieving revision 1.10 diff -u -r1.10 if.c --- if.c 1996/02/13 17:30:31 1.10 +++ if.c 1996/02/14 00:22:20 @@ -45,10 +45,6 @@ #include #include #include -#ifdef NS -#include -#include -#endif #ifdef ISO #include #include @@ -81,9 +77,6 @@ struct ifaddr ifa; struct in_ifaddr in; struct ipx_ifaddr ipx; -#ifdef NS - struct ns_ifaddr ns; -#endif #ifdef ISO struct iso_ifaddr iso; #endif Index: netstat/netstat.h =================================================================== RCS file: /home/cvs/src/usr.bin/netstat/netstat.h,v retrieving revision 1.4 diff -u -r1.4 netstat.h --- netstat.h 1996/01/15 02:18:34 1.4 +++ netstat.h 1996/02/14 00:22:02 @@ -83,7 +83,6 @@ void rt_stats __P((u_long)); char *ipx_pnet __P((struct sockaddr *)); char *ipx_phost __P((struct sockaddr *)); -char *ns_phost __P((struct sockaddr *)); void upHex __P((char *)); char *routename __P((u_long)); Index: netstat/route.c =================================================================== RCS file: /home/cvs/src/usr.bin/netstat/route.c,v retrieving revision 1.11 diff -u -r1.11 route.c --- route.c 1996/01/15 02:18:35 1.11 +++ route.c 1996/02/14 00:21:41 @@ -54,8 +54,6 @@ #include -#include - #include #include @@ -407,10 +405,6 @@ break; } - case AF_NS: - cp = ns_print(sa); - break; - case AF_LINK: { register struct sockaddr_dl *sdl = (struct sockaddr_dl *)sa; @@ -791,74 +785,6 @@ p = ipx_print((struct sockaddr *)&work); if (strncmp("*.", p, 2) == 0) p += 2; - return(p); -} - -short ns_nullh[] = {0,0,0}; -short ns_bh[] = {-1,-1,-1}; - -char * -ns_print(sa) - register struct sockaddr *sa; -{ - register struct sockaddr_ns *sns = (struct sockaddr_ns*)sa; - struct ns_addr work; - union { union ns_net net_e; u_long long_e; } net; - u_short port; - static char mybuf[50], cport[10], chost[25]; - char *host = ""; - register char *p; register u_char *q; - - work = sns->sns_addr; - port = ntohs(work.x_port); - work.x_port = 0; - net.net_e = work.x_net; - if (ns_nullhost(work) && net.long_e == 0) { - if (port ) { - sprintf(mybuf, "*.%xH", port); - upHex(mybuf); - } else - sprintf(mybuf, "*.*"); - return (mybuf); - } - - if (bcmp(ns_bh, work.x_host.c_host, 6) == 0) { - host = "any"; - } else if (bcmp(ns_nullh, work.x_host.c_host, 6) == 0) { - host = "*"; - } else { - q = work.x_host.c_host; - sprintf(chost, "%02x%02x%02x%02x%02x%02xH", - q[0], q[1], q[2], q[3], q[4], q[5]); - for (p = chost; *p == '0' && p < chost + 12; p++) - continue; - host = p; - } - if (port) - sprintf(cport, ".%xH", htons(port)); - else - *cport = 0; - - sprintf(mybuf,"%xH.%s%s", ntohl(net.long_e), host, cport); - upHex(mybuf); - return(mybuf); -} - -char * -ns_phost(sa) - struct sockaddr *sa; -{ - register struct sockaddr_ns *sns = (struct sockaddr_ns *)sa; - struct sockaddr_ns work; - static union ns_net ns_zeronet; - char *p; - - work = *sns; - work.sns_addr.x_port = 0; - work.sns_addr.x_net = ns_zeronet; - - p = ns_print((struct sockaddr *)&work); - if (strncmp("0H.", p, 3) == 0) p += 3; return(p); } -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-current Tue Feb 13 23:08:49 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id XAA19215 for current-outgoing; Tue, 13 Feb 1996 23:08:49 -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 XAA19204 for ; Tue, 13 Feb 1996 23:08:43 -0800 (PST) Received: from localhost (mark@localhost [127.0.0.1]) by grumble.grondar.za (8.7.3/8.7.3) with SMTP id JAA20692; Wed, 14 Feb 1996 09:07:47 +0200 (SAT) Message-Id: <199602140707.JAA20692@grumble.grondar.za> X-Authentication-Warning: grumble.grondar.za: Host mark@localhost [127.0.0.1] didn't use HELO protocol To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) cc: freebsd-current@FreeBSD.ORG (FreeBSD-current users) Subject: Re: int'l kerberos build error Date: Wed, 14 Feb 1996 09:07:44 +0200 From: Mark Murray Sender: owner-current@FreeBSD.ORG Precedence: bulk J Wunsch wrote: > > I am not much of a Makefile boffin, and will need help here. > > :-( :-( Sorry! > > The following patch seems to fix my problems. It looks rather kludgy > in some places, but i don't fully understand the various Makefile > macros for the eBones stuff. AHA! Big clue! I'll sort this out some time today or tonight. 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-current Wed Feb 14 00:22:26 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id AAA24261 for current-outgoing; Wed, 14 Feb 1996 00:22:26 -0800 (PST) Received: from irz201.inf.tu-dresden.de (irz201.inf.tu-dresden.de [141.76.1.10]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id AAA24239 Wed, 14 Feb 1996 00:22:09 -0800 (PST) Received: from sax.sax.de by irz201.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id JAA09010; Wed, 14 Feb 1996 09:21:50 +0100 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id JAA22705; Wed, 14 Feb 1996 09:21:49 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.7.3/8.6.9) id JAA17796; Wed, 14 Feb 1996 09:05:07 +0100 (MET) From: J Wunsch Message-Id: <199602140805.JAA17796@uriah.heep.sax.de> Subject: more !NETNS grief To: freebsd-current@FreeBSD.org (FreeBSD-current users), wollman@FreeBSD.org Date: Wed, 14 Feb 1996 09:05:06 +0100 (MET) 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 Sender: owner-current@FreeBSD.org Precedence: bulk Sigh, i regret that i did ``make rerelease'' after the NETNS code has been killed. :-(( ===> include cd /usr/src/include ; make install DESTDIR=/R/stage/trees/bin SHARED=copies rm -rf /R/stage/trees/bin/usr/include/ufs mkdir /R/stage/trees/bin/usr/include/ufs chown bin.bin /R/stage/trees/bin/usr/include/ufs chmod 755 /R/stage/trees/bin/usr/include/ufs copies net copies netinet copies netipx copies netns tar: can't add file netns/*.h : No such file or directory chown: /R/stage/trees/bin/usr/include/netns: No such file or directory chmod: /R/stage/trees/bin/usr/include/netns: No such file or directory chmod: /R/stage/trees/bin/usr/include/netns: No such file or directory -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-current Wed Feb 14 02:47:26 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id CAA09613 for current-outgoing; Wed, 14 Feb 1996 02:47:26 -0800 (PST) Received: from mail.cs.tu-berlin.de (root@mail.cs.tu-berlin.de [130.149.17.13]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id CAA09594 for ; Wed, 14 Feb 1996 02:47:11 -0800 (PST) Received: from basta.cs.tu-berlin.de (wosch@basta.cs.tu-berlin.de [130.149.17.16]) by mail.cs.tu-berlin.de (8.6.12/8.6.12) with ESMTP id LAA27461; Wed, 14 Feb 1996 11:46:02 +0100 Received: (from wosch@localhost) by localhost (8.6.9/8.6.9) id LAA00386; Wed, 14 Feb 1996 11:15:51 +0100 Date: Wed, 14 Feb 1996 11:15:51 +0100 From: Wolfram Schneider Message-Id: <199602141015.LAA00386@localhost> To: Eric Chet , current@freebsd.org In-reply-to: Eric Chet's message of Tue, 13 Feb 1996 23:36:04 -0500 (EST) Subject: -current and top-3.3 Reply-to: Wolfram Schneider MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-current@freebsd.org Precedence: bulk > I made top-3.3 from the current/port collection, when I execute > top I get an error: > > top: cannot read swaplist: kvm_read: Bad address > > Has anybody else seen this problem? I saw it after intensive swapping on freebsd.first.gmd.de. $ perl -ne '$a=$_' Any ideas on where I need to look to > fix this problem? Do you try other commands, which read swaplist? E.g. $ swapinfo $ pstat -T Wolfram From owner-freebsd-current Wed Feb 14 05:35:21 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id FAA26758 for current-outgoing; Wed, 14 Feb 1996 05:35:21 -0800 (PST) Received: from s1.GANet.NET (s1.GANet.NET [199.18.201.2]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id FAA26751 for ; Wed, 14 Feb 1996 05:35:18 -0800 (PST) Received: (from ec0@localhost) by s1.GANet.NET (8.6.11/8.6.11) id IAA12821; Wed, 14 Feb 1996 08:33:23 -0500 Date: Wed, 14 Feb 1996 08:33:22 -0500 (EST) From: Eric Chet To: Wolfram Schneider cc: current@freebsd.org Subject: Re: -current and top-3.3 In-Reply-To: <199602141015.LAA00386@localhost> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org Precedence: bulk Hello Swapinfo gives me the same results. -- ejc work: ejc@nasvr1.cb.att.com home: ec0@ganet.net On Wed, 14 Feb 1996, Wolfram Schneider wrote: > > I made top-3.3 from the current/port collection, when I execute > > top I get an error: > > > > top: cannot read swaplist: kvm_read: Bad address > > > > Has anybody else seen this problem? > > I saw it after intensive swapping on freebsd.first.gmd.de. > > $ perl -ne '$a=$_' [waiting for out of memory] > $ top > > >Any ideas on where I need to look to > > fix this problem? > > Do you try other commands, which read swaplist? E.g. > $ swapinfo > $ pstat -T > > Wolfram > From owner-freebsd-current Wed Feb 14 05:46:52 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id FAA27810 for current-outgoing; Wed, 14 Feb 1996 05:46:52 -0800 (PST) Received: from robin.mcnc.org.mcnc.org (robin.mcnc.org [128.109.130.29]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id FAA27803 for ; Wed, 14 Feb 1996 05:46:50 -0800 (PST) Received: by robin.mcnc.org.mcnc.org (8.6.9/MCNC/8-10-92) id IAA18414; Wed, 14 Feb 1996 08:46:41 -0500 for Date: Wed, 14 Feb 1996 08:46:41 -0500 From: "Frank E. Terhaar-Yonkers" Message-Id: <199602141346.IAA18414@robin.mcnc.org.mcnc.org> To: freebsd-current@FreeBSD.org Subject: bogon in -stable X-Face: ,fjtWiMPydUaSQl%8[eTg`u:^BXt&T)Sny(6w\*U"5D9H[Z$kG%Q/z;Z=NwrPiXf-aMF3R) Rsand$,]26-8>5@HD(A3A79gN|0%NHsdek4mT8E,>j+\w!~d2#nH;~NV!5a0"`5$Cj8d\or(Jy/JQ_ |uc;C[filmZ(~#lre*l:|O%d/PJFy`.5w8)sMZ-)QI3TaV"j'k Sender: owner-current@FreeBSD.org Precedence: bulk As of Monday night the kernel in -stable won't compile. lpt.c has changed a couple of times since the weekend. - Frank cc -c -O -pipe -m486 -W -Wreturn-type -Wcomment -Wredundant-decls -Wimplicit -nostdinc -I. -I../.. -I../../sys -I../../../include -DLOCO -DI486_CPU -DI386_CPU -DXSERVER -DDODUMP -DDDB -DSYSVMSG -DSYSVSEM -DSYSVSHM -DNCONS=4 -DUCONSOLE -DTUNE_1542 -DSCSI_REPORT_GEOMETRY -DSCSI_DELAY=10 -DCOMPAT_43 -DKTRACE -DIPACCT -DARP_PROXYALL -DGATEWAY -DFFS -DINET -DKERNEL -Di386 -DLOAD_ADDRESS=0xF0100000 ../../i386/isa/lpt.c ../../i386/isa/lpt.c: In function `lpattach': ../../i386/isa/lpt.c:892: warning: passing arg 1 of `bpfattach' from incompatible pointer type ../../i386/isa/lpt.c:892: too few arguments to function `bpfattach' ../../i386/isa/lpt.c: In function `lpintr': ../../i386/isa/lpt.c:1159: warning: passing arg 1 of `bpf_tap' from incompatible pointer type ../../i386/isa/lpt.c: In function `lpoutput': ../../i386/isa/lpt.c:1361: warning: passing arg 1 of `bpf_mtap' from incompatible pointer type *** Error code 1 Stop. \\\\////\\\\////\\\\\////\\\\\////\\\\////\\\\////\\\\////\\\\////\\\\////\\\\ Frank Terhaar-Yonkers High Performance Computing and Communications Research MCNC PO Box 12889 3021 Cornwallis Road Research Triangle Park, North Carolina 27709-2889 fty@mcnc.org voice (919)248-1417 FAX (919)248-1455 http://www.mcnc.org/hpcc.html From owner-freebsd-current Wed Feb 14 07:25:30 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id HAA16957 for current-outgoing; Wed, 14 Feb 1996 07:25:30 -0800 (PST) Received: from halloran-eldar.lcs.mit.edu (halloran-eldar.lcs.mit.edu [18.26.0.159]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id HAA16939 for ; Wed, 14 Feb 1996 07:25:25 -0800 (PST) Received: by halloran-eldar.lcs.mit.edu; (5.65/1.1.8.2/19Aug95-0530PM) id AA05557; Wed, 14 Feb 1996 10:15:59 -0500 Date: Wed, 14 Feb 1996 10:15:59 -0500 From: "Garrett A. Wollman" Message-Id: <9602141515.AA05557@halloran-eldar.lcs.mit.edu> To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) Cc: freebsd-current@FreeBSD.org (FreeBSD-current users) Subject: Never-ending `make release' story... In-Reply-To: <199602140028.BAA13708@uriah.heep.sax.de> References: <199602140028.BAA13708@uriah.heep.sax.de> Sender: owner-current@FreeBSD.org Precedence: bulk < said: > Sigh, netstat hasn't been updated to the disabled NS code, as it > seems. Ummm, re-sup. It compiles just fine here. (I'll fix the problem with installing the includes presently, sorry about that.) -GAWollman -- Garrett A. Wollman | Shashish is simple, it's discreet, it's brief. ... wollman@lcs.mit.edu | Shashish is the bonding of hearts in spite of distance. Opinions not those of| It is a bond more powerful than absence. We like people MIT, LCS, ANA, or NSA| who like Shashish. - Claude McKenzie + Florent Vollant From owner-freebsd-current Wed Feb 14 08:03:17 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id IAA20949 for current-outgoing; Wed, 14 Feb 1996 08:03:17 -0800 (PST) Received: from alpha.xerox.com (alpha.Xerox.COM [13.1.64.93]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id IAA20936 for ; Wed, 14 Feb 1996 08:03:12 -0800 (PST) Received: from gemini.sdsp.mc.xerox.com ([13.231.132.20]) by alpha.xerox.com with SMTP id <14503(2)>; Wed, 14 Feb 1996 08:02:34 PST Received: from gnu.mc.xerox.com (gnu.sdsp.mc.xerox.com) by gemini.sdsp.mc.xerox.com (4.1/SMI-4.1) id AA29175; Wed, 14 Feb 96 11:02:27 EST Received: by gnu.mc.xerox.com (4.1/SMI-4.1) id AA22866; Wed, 14 Feb 96 11:02:24 EST Message-Id: <9602141602.AA22866@gnu.mc.xerox.com> X-Mailer: exmh version 1.6.4 10/10/95 To: "Garrett A. Wollman" Cc: Terry Lambert , current@freebsd.org Subject: Re: Anybody using netns? In-Reply-To: Your message of "Tue, 13 Feb 1996 09:54:17 PST." <9602131754.AA31645@halloran-eldar.lcs.mit.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 14 Feb 1996 08:02:22 PST From: "Marty Leisner" Sender: owner-current@freebsd.org Precedence: bulk A more relavant questions is: Does anyone know if the stuff works? If no one can confirm this, I say zap it. I'm from the XNS mecca of the world, and I don't know think anyone around here uses it... -- marty leisner@sdsp.mc.xerox.com Member of the League for Programming Freedom From owner-freebsd-current Wed Feb 14 08:11:05 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id IAA21626 for current-outgoing; Wed, 14 Feb 1996 08:11:05 -0800 (PST) Received: from shellx.best.com (root@shellx.best.com [206.86.0.11]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id IAA21603 Wed, 14 Feb 1996 08:10:56 -0800 (PST) Received: from free.emmert.com (emmert.vip.best.com [204.156.142.218]) by shellx.best.com (8.6.12/8.6.5) with SMTP id IAA24846; Wed, 14 Feb 1996 08:04:13 -0800 Date: Wed, 14 Feb 1996 00:05:22 -0800 (PST) From: Steve Emmert To: "Frank E. Terhaar-Yonkers" cc: freebsd-current@FreeBSD.org, freebsd-stable@FreeBSD.org Subject: Re: bogon in -stable In-Reply-To: <199602141346.IAA18414@robin.mcnc.org.mcnc.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@FreeBSD.org Precedence: bulk On Wed, 14 Feb 1996, Frank E. Terhaar-Yonkers wrote: > As of Monday night the kernel in -stable won't compile. lpt.c has changed > a couple of times since the weekend. > > - Frank > > cc -c -O -pipe -m486 -W -Wreturn-type -Wcomment -Wredundant-decls -Wimplicit > -nostdinc -I. -I../.. -I../../sys -I../../../include -DLOCO -DI486_CPU > -DI386_CPU -DXSERVER -DDODUMP -DDDB -DSYSVMSG -DSYSVSEM -DSYSVSHM -DNCONS=4 > -DUCONSOLE -DTUNE_1542 -DSCSI_REPORT_GEOMETRY -DSCSI_DELAY=10 -DCOMPAT_43 > -DKTRACE -DIPACCT -DARP_PROXYALL -DGATEWAY -DFFS -DINET -DKERNEL -Di386 > -DLOAD_ADDRESS=0xF0100000 ../../i386/isa/lpt.c > > ../../i386/isa/lpt.c: In function `lpattach': > ../../i386/isa/lpt.c:892: warning: passing arg 1 of `bpfattach' from incompatible pointer type > ../../i386/isa/lpt.c:892: too few arguments to function `bpfattach' > ../../i386/isa/lpt.c: In function `lpintr': > ../../i386/isa/lpt.c:1159: warning: passing arg 1 of `bpf_tap' from incompatible pointer type > ../../i386/isa/lpt.c: In function `lpoutput': > ../../i386/isa/lpt.c:1361: warning: passing arg 1 of `bpf_mtap' from incompatible pointer type > *** Error code 1 > > Stop. > > \\\\////\\\\////\\\\\////\\\\\////\\\\////\\\\////\\\\////\\\\////\\\\////\\\\ > Frank Terhaar-Yonkers > High Performance Computing and Communications Research > MCNC > PO Box 12889 3021 Cornwallis Road > Research Triangle Park, North Carolina 27709-2889 > fty@mcnc.org voice (919)248-1417 FAX (919)248-1455 > > http://www.mcnc.org/hpcc.html I had the same problem, I removed the bpf line in my kernel config: pseudo-device bpfilter 4 #Berkeley packet filter This allowed the kernel to compile --Steve Steve Emmert steve@emmert.com ------------------------------------------------------------------------- Powered by FreeBSD -- The Daemon is FREE!!! From owner-freebsd-current Wed Feb 14 09:42:17 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id JAA02522 for current-outgoing; Wed, 14 Feb 1996 09:42:17 -0800 (PST) Received: from precipice.shockwave.com (precipice.shockwave.com [171.69.108.33]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id JAA02516 for ; Wed, 14 Feb 1996 09:42:14 -0800 (PST) Received: from localhost.shockwave.com (localhost.shockwave.com [127.0.0.1]) by precipice.shockwave.com (8.7.3/8.7.3) with SMTP id JAA00424; Wed, 14 Feb 1996 09:41:25 -0800 (PST) Message-Id: <199602141741.JAA00424@precipice.shockwave.com> X-Mailer: exmh version 1.6.5 12/11/95 To: Gary Clark II cc: freebsd-current@FreeBSD.ORG Subject: Re: sup2....:( In-reply-to: Your message of "Sun, 11 Feb 1996 14:55:30 PST." <199602112255.OAA04679@freefall.freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 14 Feb 1996 09:41:24 -0800 From: Paul Traina Sender: owner-current@FreeBSD.ORG Precedence: bulk Exactly which release were you trying to get, and at what time, and from what machine (what was your machine)? I will check the logs. Clearly, sup/sup locking sucks. You're not the first person who has experienced this. It's my BELIEF that this is happening with -cvs only, and not the standard source repositories, and it happens due to you doing a sup while I'm doing a supscan? From owner-freebsd-current Wed Feb 14 10:10:42 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id KAA04246 for current-outgoing; Wed, 14 Feb 1996 10:10:42 -0800 (PST) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id KAA04240 Wed, 14 Feb 1996 10:10:40 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id KAA25504; Wed, 14 Feb 1996 10:55:07 -0700 From: Terry Lambert Message-Id: <199602141755.KAA25504@phaeton.artisoft.com> Subject: Re: more !NETNS grief To: joerg_wunsch@uriah.heep.sax.de Date: Wed, 14 Feb 1996 10:55:07 -0700 (MST) Cc: freebsd-current@FreeBSD.org, wollman@FreeBSD.org In-Reply-To: <199602140805.JAA17796@uriah.heep.sax.de> from "J Wunsch" at Feb 14, 96 09:05:06 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.org Precedence: bulk Killing it has been more trouble than it was worth, hasn't it. }B-). From owner-freebsd-current Wed Feb 14 10:25:28 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id KAA05070 for current-outgoing; Wed, 14 Feb 1996 10:25:28 -0800 (PST) Received: from ki.net (ki.net [142.77.249.8]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id KAA05064 for ; Wed, 14 Feb 1996 10:25:19 -0800 (PST) Received: (from scrappy@localhost) by ki.net (8.7.3/8.7.3) id NAA02156; Wed, 14 Feb 1996 13:24:38 -0500 (EST) Date: Wed, 14 Feb 1996 13:24:38 -0500 (EST) From: "Marc G. Fournier" To: current@freebsd.org Subject: Upgraded 2.1-STABLE to 2.2-CURRENT problems Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org Precedence: bulk Hi... I've just upgraded my machine to 2.2-CURRENT (the 486 this time) and seem to be missing some include files. First one is when I try to recompile netstat: ki# find /usr/src -name ns.h -print /usr/src/sys/compile/kinet/ns.h ki# pwd /usr/include ki# cd /usr/src/usr.bin/netstat ki# make cc -O2 -m486 -pipe -I/sys -c /usr/src/usr.bin/netstat/route.c /usr/src/usr.bin/netstat/route.c:57: netns/ns.h: No such file or directory /usr/src/usr.bin/netstat/route.c: In function `ns_print': /usr/src/usr.bin/netstat/route.c:805: storage size of `work' isn't known /usr/src/usr.bin/netstat/route.c:806: field `net_e' has incomplete type /usr/src/usr.bin/netstat/route.c:812: dereferencing pointer to incomplete type /usr/src/usr.bin/netstat/route.c: In function `ns_phost': /usr/src/usr.bin/netstat/route.c:852: storage size of `work' isn't known /usr/src/usr.bin/netstat/route.c:853: storage size of `ns_zeronet' isn't known /usr/src/usr.bin/netstat/route.c:856: dereferencing pointer to incomplete type *** Error code 1 Stop. I did a find for ns.h, and the only occurance I can find is in my compile directory for the kernel, but nowhere else (how did it get to the compile directory in the first place) The second one is: ki# make ===> atapi cc -O2 -m486 -pipe -nostdinc -I. -I/sys -DATAPI -DATAPI_MODULE -DKERNEL -I/usr/src/lkm/atapi/../../sys -W -Wcomment -Wredundant-decls -c /usr/src/lkm/atapi/../../sys/i386/isa/atapi.c In file included from /sys/sys/conf.h:211, from /usr/src/lkm/atapi/../../sys/i386/isa/atapi.c:912: ./machine/conf.h:6: ioconf.h: No such file or directory *** Error code 1 Stop. *** Error code 1 Stop. Again, this is found in my compile directory and nowhere else. First thing I did was recompile and boot the kernel, then I installed the new include files. The sup is current to 5pm on the 13th. On the 386, /usr/include/netns is linked to /sys/netns, which doesn't exist anymore? I'm going to do some more comparisons between the 386 and the 486 hierarchies and see if I've missed anything...but in case I haven't, any ideas? Thanks... Marc G. Fournier | POP Mail Telnet Acct DNS Hosting System | WWW Services Database Services | Knowledge, Administrator | | Information and scrappy@ki.net | WWW: http://www.ki.net | Communications, Inc From owner-freebsd-current Wed Feb 14 11:30:35 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id LAA08018 for current-outgoing; Wed, 14 Feb 1996 11:30:35 -0800 (PST) Received: from ki.net (root@ki.net [142.77.249.8]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id LAA08009 for ; Wed, 14 Feb 1996 11:30:27 -0800 (PST) Received: (from scrappy@localhost) by ki.net (8.7.3/8.7.3) id OAA01831; Wed, 14 Feb 1996 14:30:13 -0500 (EST) Date: Wed, 14 Feb 1996 14:30:13 -0500 (EST) From: "Marc G. Fournier" To: current@freebsd.org Subject: panic @ vm_map_insert+0x16c Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org Precedence: bulk Hi... There is a bug report submitted for this: SEND-PR: -*- send-pr -*- SEND-PR: Lines starting with `SEND-PR' will be removed automatically, as SEND-PR: will all comments (text enclosed in `<' and `>'). SEND-PR: SEND-PR: Please consult the send-pr man page `send-pr(1)' or the Texinfo SEND-PR: manual if you are not sure how to fill out a problem report. SEND-PR: SEND-PR: Choose from the following categories: SEND-PR: SEND-PR: bin conf docs gnu i386 kern misc ports SEND-PR: To: FreeBSD-gnats-submit@freebsd.org Subject: From: scrappy Reply-To: scrappy X-send-pr-version: 3.2 >Submitter-Id: current-users >Originator: Marc G. Fournier >Organization: >Confidential: no >Synopsis: panic on vm_map_insert >Severity: critical >Priority: high >Category: kern >Release: FreeBSD 2.2-CURRENT i386 >Class: sw-bug >Environment: FreeBSD 2.2-CURRENT #0: Tue Feb 13 22:10:52 EST 1996 scrappy@ki.net:/usr/src/sys/compile/kinet CPU: i486 DX4 (486-class CPU) Origin = "GenuineIntel" Id = 0x480 Stepping=0 Features=0x3 real memory = 16777216 (16384K bytes) avail memory = 14614528 (14272K bytes) DEVFS: ready for devices Probing for devices on PCI bus 0: chip0 rev 49 on pci0:5 ncr0 rev 2 int a irq 12 on pci0:11 ncr0 waiting for scsi devices to settle (ncr0:0:0): "CONNER CFP1060S 1.05GB 243F" type 0 fixed SCSI 2 sd0(ncr0:0:0): Direct-Access sd0(ncr0:0:0): FAST SCSI-2 100ns (10 Mb/sec) offset 8. 1013MB (2074880 512 byte sectors) (ncr0:1:0): "QUANTUM LPS340S 020B" type 0 fixed SCSI 2 sd1(ncr0:1:0): Direct-Access sd1(ncr0:1:0): FAST SCSI-2 100ns (10 Mb/sec) offset 8. 327MB (670506 512 byte sectors) (ncr0:2:0): "QUANTUM LP240S GM240S01X 4.6" type 0 fixed SCSI 2 sd2(ncr0:2:0): Direct-Access sd2(ncr0:2:0): FAST SCSI-2 100ns (10 Mb/sec) offset 8. 234MB (479350 512 byte sectors) (ncr0:3:0): "CONNER CFA540S 13B0" type 0 fixed SCSI 2 sd3(ncr0:3:0): Direct-Access sd3(ncr0:3:0): FAST SCSI-2 100ns (10 Mb/sec) offset 8. 515MB (1056708 512 byte sectors) vga0 rev 0 on pci0:15 Probing for devices on the ISA bus: vt0 at 0x60-0x6f irq 1 on motherboard vt0: generic, 80 col, color, 8 scr, mf2-kbd, [R3.20-b24] sio0 at 0x3f8-0x3ff irq 4 on isa sio0: type 16550A sio1 at 0x2f8-0x2ff irq 3 on isa sio1: type 16550A lpt0 at 0x378-0x37f irq 7 on isa lpt0: Interrupt-driven port lp0: TCP/IP capable interface fdc0 at 0x3f0-0x3f7 irq 6 drq 2 on isa fdc0: NEC 72065B fd0: 1.44MB 3.5in aha0 not found at 0x330 1 3C5x9 board(s) on ISA found at 0x300 ep0 at 0x300-0x30f irq 10 on isa ep0: aui/bnc[*BNC*] address 00:a0:24:0a:6d:ce irq 10 npx0 on motherboard npx0: INT 16 interface devfs ready to run WARNING: / was not properly dismounted. >Description: System gave the following warning before the panic: swap_pager_dealloc: *warning* freeing pager with -8 blocks The panicked with: fault virtual address = 0xf0ffaca0 instruction pointer = 0x8:0xf01a273c Stopped at _vm_map_insert+0x16c: movl %eax,0(%edx) trace shows: vm_map_insert+0x16c vm_map_find+0xca vm_fork+0x12d fork1+0x2e6 vfork+0x10 syscall+0xf3 Xsyscall+0x2d --- syscall 66, eip = 0x80cabd2, ebp = 0xefbfcfbc >How-To-Repeat: >Fix: Marc G. Fournier | POP Mail Telnet Acct DNS Hosting System | WWW Services Database Services | Knowledge, Administrator | | Information and scrappy@ki.net | WWW: http://www.ki.net | Communications, Inc From owner-freebsd-current Wed Feb 14 14:52:21 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id OAA20198 for current-outgoing; Wed, 14 Feb 1996 14:52:21 -0800 (PST) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id OAA20167 for ; Wed, 14 Feb 1996 14:52:03 -0800 (PST) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id XAA04864 for ; Wed, 14 Feb 1996 23:51:39 +0100 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id XAA29786 for freebsd-current@FreeBSD.org; Wed, 14 Feb 1996 23:51:39 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.7.3/8.6.9) id XAA27288 for freebsd-current@FreeBSD.org; Wed, 14 Feb 1996 23:48:37 +0100 (MET) From: J Wunsch Message-Id: <199602142248.XAA27288@uriah.heep.sax.de> Subject: Re: more !NETNS grief To: freebsd-current@FreeBSD.org (FreeBSD-current users) Date: Wed, 14 Feb 1996 23:48:36 +0100 (MET) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199602141755.KAA25504@phaeton.artisoft.com> from "Terry Lambert" at Feb 14, 96 10:55:07 am 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 Sender: owner-current@FreeBSD.org Precedence: bulk As Terry Lambert wrote: > Killing it has been more trouble than it was worth, hasn't it. Keeping it (and keeping it compilable) was about the same trouble, only for a different set of people. :} -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-current Wed Feb 14 14:52:30 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id OAA20220 for current-outgoing; Wed, 14 Feb 1996 14:52:30 -0800 (PST) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id OAA20110 for ; Wed, 14 Feb 1996 14:51:59 -0800 (PST) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id XAA04844 for ; Wed, 14 Feb 1996 23:51:28 +0100 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id XAA29779 for freebsd-current@FreeBSD.org; Wed, 14 Feb 1996 23:51:27 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.7.3/8.6.9) id XAA27115 for freebsd-current@FreeBSD.org; Wed, 14 Feb 1996 23:29:21 +0100 (MET) From: J Wunsch Message-Id: <199602142229.XAA27115@uriah.heep.sax.de> Subject: Re: Never-ending `make release' story... To: freebsd-current@FreeBSD.org (FreeBSD-current users) Date: Wed, 14 Feb 1996 23:29:20 +0100 (MET) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <9602141515.AA05557@halloran-eldar.lcs.mit.edu> from "Garrett A. Wollman" at Feb 14, 96 10:15:59 am 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 Sender: owner-current@FreeBSD.org Precedence: bulk As Garrett A. Wollman wrote: > > > Sigh, netstat hasn't been updated to the disabled NS code, as it > > seems. > > Ummm, re-sup. It compiles just fine here. (I'll fix the problem with > installing the includes presently, sorry about that.) I haven't seen any further commit, and the error happened with sources from yesterday evening (MET). My SNAP is ready, i don't recompile it again. Deadline is tomorrow noon (MET), and i have yet to do some final testing of the CD before giving this one out. So it will ship with a kludgy fix. I will document my changes against the official source tree, of course. (The second kludgy fix around there is my hack to get int'l eBones compiling, but despite of this, and considering this is a totally unanticipated SNAP, it's going rather fine!) -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-current Wed Feb 14 15:38:47 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id PAA22451 for current-outgoing; Wed, 14 Feb 1996 15:38:47 -0800 (PST) Received: from nervosa.com (root@nervosa.com [192.187.228.86]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id PAA22444 Wed, 14 Feb 1996 15:38:34 -0800 (PST) Received: from nervosa.com (coredump@onyx.nervosa.com [10.0.0.1]) by nervosa.com (8.7.3/nervosa.com.2) with SMTP id PAA18332; Wed, 14 Feb 1996 15:37:17 -0800 (PST) Date: Wed, 14 Feb 1996 15:37:17 -0800 (PST) From: invalid opcode To: Terry Lambert cc: joerg_wunsch@uriah.heep.sax.de, freebsd-current@FreeBSD.ORG, wollman@FreeBSD.ORG Subject: Re: more !NETNS grief In-Reply-To: <199602141755.KAA25504@phaeton.artisoft.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@FreeBSD.ORG Precedence: bulk On Wed, 14 Feb 1996, Terry Lambert wrote: > > Killing it has been more trouble than it was worth, hasn't it. > > }B-). > No, actually it hasn't. Killing something that is unneeded, and generally agreed to as killable should be done. In the end, you'll have less code, and extraneous baggage to carry around. It may be a pain right now, but it won't be in the future. Chris Layne, coredump@nervosa.com. From owner-freebsd-current Wed Feb 14 17:49:44 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id RAA01256 for current-outgoing; Wed, 14 Feb 1996 17:49:44 -0800 (PST) Received: from nervosa.com (root@nervosa.com [192.187.228.86]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id RAA01249 for ; Wed, 14 Feb 1996 17:49:39 -0800 (PST) Received: from nervosa.com (coredump@onyx.nervosa.com [10.0.0.1]) by nervosa.com (8.7.3/nervosa.com.2) with SMTP id RAA23771 for ; Wed, 14 Feb 1996 17:49:32 -0800 (PST) Date: Wed, 14 Feb 1996 17:49:31 -0800 (PST) From: invalid opcode To: FreeBSD-current Subject: /usr/local/libexec vs /usr/local/sbin Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org Precedence: bulk Shouldn't local daemon's, i.e. identd, imapd, go into /usr/local/libexec rather than /usr/local/sbin? Also, shouldn't local man pages go into /usr/local/share/man? I'm just trying to establish some consistency. Chris Layne, coredump@nervosa.com. From owner-freebsd-current Wed Feb 14 21:51:13 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id VAA14312 for current-outgoing; Wed, 14 Feb 1996 21:51:13 -0800 (PST) Received: from precipice.shockwave.com (precipice.shockwave.com [171.69.108.33]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id VAA14306 for ; Wed, 14 Feb 1996 21:51:09 -0800 (PST) Received: from localhost.shockwave.com (localhost.shockwave.com [127.0.0.1]) by precipice.shockwave.com (8.7.3/8.7.3) with SMTP id VAA05414; Wed, 14 Feb 1996 21:49:57 -0800 (PST) Message-Id: <199602150549.VAA05414@precipice.shockwave.com> To: invalid opcode cc: FreeBSD-current Subject: Re: /usr/local/libexec vs /usr/local/sbin In-reply-to: Your message of "Wed, 14 Feb 1996 17:49:31 PST." Date: Wed, 14 Feb 1996 21:49:57 -0800 From: Paul Traina Sender: owner-current@FreeBSD.org Precedence: bulk Yes, you're absolutely correct, UNLESS they are standalone daemons, in which case, sbin is correct (e.g. sendmail, inetd) From: invalid opcode Subject: /usr/local/libexec vs /usr/local/sbin Shouldn't local daemon's, i.e. identd, imapd, go into /usr/local/libexec rather than /usr/local/sbin? Also, shouldn't local man pages go into /usr/local/share/man? I'm just trying to establish some consistency. Chris Layne, coredump@nervosa.com. From owner-freebsd-current Wed Feb 14 23:05:28 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id XAA16728 for current-outgoing; Wed, 14 Feb 1996 23:05:28 -0800 (PST) Received: from nervosa.com (root@nervosa.com [192.187.228.86]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id XAA16721 for ; Wed, 14 Feb 1996 23:05:24 -0800 (PST) Received: from nervosa.com (coredump@onyx.nervosa.com [10.0.0.1]) by nervosa.com (8.7.3/nervosa.com.2) with SMTP id XAA00249; Wed, 14 Feb 1996 23:05:10 -0800 (PST) Date: Wed, 14 Feb 1996 23:05:10 -0800 (PST) From: invalid opcode To: Paul Traina cc: FreeBSD-current Subject: Re: /usr/local/libexec vs /usr/local/sbin In-Reply-To: <199602150549.VAA05414@precipice.shockwave.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@FreeBSD.org Precedence: bulk Well in that case, the identd port needs to be update, ill email the maintainer, still wondering about the man pages though. Also, what exactly do you mean by "standalone", in.telnetd could be classified as standalone, couldn't it? Chris Layne, coredump@nervosa.com. On Wed, 14 Feb 1996, Paul Traina wrote: > Yes, you're absolutely correct, UNLESS they are standalone daemons, in > which case, sbin is correct (e.g. sendmail, inetd) > > From: invalid opcode > Subject: /usr/local/libexec vs /usr/local/sbin > Shouldn't local daemon's, i.e. identd, imapd, go into /usr/local/libexec > rather than /usr/local/sbin? Also, shouldn't local man pages go into > /usr/local/share/man? I'm just trying to establish some consistency. > > Chris Layne, > coredump@nervosa.com. > > From owner-freebsd-current Wed Feb 14 23:08:45 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id XAA16853 for current-outgoing; Wed, 14 Feb 1996 23:08:45 -0800 (PST) Received: from apollo.COSC.GOV (root@apollo.COSC.GOV [198.94.103.34]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id XAA16848 for ; Wed, 14 Feb 1996 23:08:43 -0800 (PST) Received: (from vince@localhost) by apollo.COSC.GOV (8.7.3/8.7.3) id XAA28710; Wed, 14 Feb 1996 23:08:40 -0800 (PST) Date: Wed, 14 Feb 1996 23:08:40 -0800 (PST) From: -Vince- To: current@FreeBSD.ORG Subject: make world failed in -current Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@FreeBSD.ORG Precedence: bulk /usr/src/sbin/init cc -O -DDEBUGSHELL -DSECURE -static -o init init.o -L -lutil -ldescrypt init.o: Undefined symbol `_logout' referenced from text segment init.o: Undefined symbol `_logwtmp' referenced from text segment init.o: Undefined symbol `_login_tty' referenced from text segment init.o: Undefined symbol `_logwtmp' referenced from text segment init.o: Undefined symbol `_logwtmp' referenced from text segment *** Error code 1 Stop. Cheers, -Vince- vince@COSC.GOV - GUS Mailing Lists Admin - http://www.COSC.GOV/~vince UC Berkeley AstroPhysics - Electrical Engineering (Honorary B.S.) Chabot Observatory & Science Center - Board of Advisors Running FreeBSD - Real UN*X for Free! Linda Wong/Vivian Chow/Hacken Lee/Danny Chan/Priscilla Chan Fan Club Mailing Lists Admin From owner-freebsd-current Thu Feb 15 01:00:38 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id BAA21151 for current-outgoing; Thu, 15 Feb 1996 01:00:38 -0800 (PST) Received: from nervosa.com (root@nervosa.com [192.187.228.86]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id BAA21142 for ; Thu, 15 Feb 1996 01:00:35 -0800 (PST) Received: from nervosa.com (coredump@onyx.nervosa.com [10.0.0.1]) by nervosa.com (8.7.3/nervosa.com.2) with SMTP id BAA02837 for ; Thu, 15 Feb 1996 01:00:32 -0800 (PST) Date: Thu, 15 Feb 1996 01:00:32 -0800 (PST) From: invalid opcode To: FreeBSD-current Subject: hmm Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org Precedence: bulk Anyone have any insight on changing the keyboard rate from/for X? Chris Layne, coredump@nervosa.com. From owner-freebsd-current Thu Feb 15 01:42:45 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id BAA22997 for current-outgoing; Thu, 15 Feb 1996 01:42:45 -0800 (PST) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id BAA22989 for ; Thu, 15 Feb 1996 01:42:35 -0800 (PST) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id KAA22715 for ; Thu, 15 Feb 1996 10:42:22 +0100 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id KAA04028 for freebsd-current@FreeBSD.org; Thu, 15 Feb 1996 10:42:22 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.7.3/8.6.9) id KAA00781 for freebsd-current@FreeBSD.org; Thu, 15 Feb 1996 10:33:06 +0100 (MET) From: J Wunsch Message-Id: <199602150933.KAA00781@uriah.heep.sax.de> Subject: Re: make world failed in -current To: freebsd-current@FreeBSD.org (FreeBSD-current users) Date: Thu, 15 Feb 1996 10:33:06 +0100 (MET) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: from "-Vince-" at Feb 14, 96 11:08:40 pm 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 Sender: owner-current@FreeBSD.org Precedence: bulk As -Vince- wrote: > > /usr/src/sbin/init > cc -O -DDEBUGSHELL -DSECURE -static -o init init.o -L -lutil -ldescrypt > init.o: Undefined symbol `_logout' referenced from text segment > init.o: Undefined symbol `_logwtmp' referenced from text segment > init.o: Undefined symbol `_login_tty' referenced from text segment > init.o: Undefined symbol `_logwtmp' referenced from text segment > init.o: Undefined symbol `_logwtmp' referenced from text segment Is your libutil corrupted? -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-current Thu Feb 15 09:35:38 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id JAA10856 for current-outgoing; Thu, 15 Feb 1996 09:35:38 -0800 (PST) Received: from apollo.COSC.GOV (root@apollo.COSC.GOV [198.94.103.34]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id JAA10851 for ; Thu, 15 Feb 1996 09:35:36 -0800 (PST) Received: (from vince@localhost) by apollo.COSC.GOV (8.7.3/8.7.3) id JAA01522; Thu, 15 Feb 1996 09:35:05 -0800 (PST) Date: Thu, 15 Feb 1996 09:35:04 -0800 (PST) From: -Vince- To: Joerg Wunsch cc: FreeBSD-current users Subject: Re: make world failed in -current In-Reply-To: <199602150933.KAA00781@uriah.heep.sax.de> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org Precedence: bulk On Thu, 15 Feb 1996, J Wunsch wrote: > As -Vince- wrote: > > > > /usr/src/sbin/init > > cc -O -DDEBUGSHELL -DSECURE -static -o init init.o -L -lutil -ldescrypt > > init.o: Undefined symbol `_logout' referenced from text segment > > init.o: Undefined symbol `_logwtmp' referenced from text segment > > init.o: Undefined symbol `_login_tty' referenced from text segment > > init.o: Undefined symbol `_logwtmp' referenced from text segment > > init.o: Undefined symbol `_logwtmp' referenced from text segment > > Is your libutil corrupted? Well, I deleted /usr/src/lib/libutil and resup and rebuilt it... Also, am I supposed to have a /usr/lib/libdescrypt* library if I am using just the standard MD5 and not the DES Encryption? Cheers, -Vince- vince@COSC.GOV - GUS Mailing Lists Admin - http://www.COSC.GOV/~vince UC Berkeley AstroPhysics - Electrical Engineering (Honorary B.S.) Chabot Observatory & Science Center - Board of Advisors Running FreeBSD - Real UN*X for Free! Linda Wong/Vivian Chow/Hacken Lee/Danny Chan/Priscilla Chan Fan Club Mailing Lists Admin From owner-freebsd-current Thu Feb 15 09:52:48 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id JAA11910 for current-outgoing; Thu, 15 Feb 1996 09:52:48 -0800 (PST) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id JAA11901 for ; Thu, 15 Feb 1996 09:52:27 -0800 (PST) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id SAA13515; Thu, 15 Feb 1996 18:51:37 +0100 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id SAA06808; Thu, 15 Feb 1996 18:51:37 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.7.3/8.6.9) id SAA01604; Thu, 15 Feb 1996 18:34:48 +0100 (MET) From: J Wunsch Message-Id: <199602151734.SAA01604@uriah.heep.sax.de> Subject: Re: hmm To: coredump@nervosa.com (invalid opcode) Date: Thu, 15 Feb 1996 18:34:48 +0100 (MET) Cc: current@FreeBSD.ORG In-Reply-To: from "invalid opcode" at Feb 15, 96 01:00:32 am 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 Sender: owner-current@FreeBSD.ORG Precedence: bulk As invalid opcode wrote: > > Anyone have any insight on changing the keyboard rate from/for X? The AutoRepeat keyword in XF86Config does the trick. You can only turn it on/off while X is running (with xset). -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-current Thu Feb 15 10:42:21 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id KAA14546 for current-outgoing; Thu, 15 Feb 1996 10:42:21 -0800 (PST) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id KAA14541 for ; Thu, 15 Feb 1996 10:42:19 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id LAA02664; Thu, 15 Feb 1996 11:39:44 -0700 From: Terry Lambert Message-Id: <199602151839.LAA02664@phaeton.artisoft.com> Subject: Re: /usr/local/libexec vs /usr/local/sbin To: coredump@nervosa.com (invalid opcode) Date: Thu, 15 Feb 1996 11:39:44 -0700 (MST) Cc: pst@shockwave.com, current@FreeBSD.org In-Reply-To: from "invalid opcode" at Feb 14, 96 11:05:10 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-current@FreeBSD.org Precedence: bulk > Well in that case, the identd port needs to be update, ill email the > maintainer, still wondering about the man pages though. > Also, what exactly do you mean by "standalone", in.telnetd could be > classified as standalone, couldn't it? Only if compiled that way. The default is to require inetd. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-current Thu Feb 15 11:15:45 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id LAA16354 for current-outgoing; Thu, 15 Feb 1996 11:15:45 -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 LAA16345 for ; Thu, 15 Feb 1996 11:15:34 -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 VAA23692; Thu, 15 Feb 1996 21:14:35 +0200 (SAT) Message-Id: <199602151914.VAA23692@grumble.grondar.za> To: -Vince- cc: FreeBSD-current users Subject: Re: make world failed in -current Date: Thu, 15 Feb 1996 21:14:34 +0200 From: Mark Murray Sender: owner-current@FreeBSD.org Precedence: bulk -Vince- wrote: > > > cc -O -DDEBUGSHELL -DSECURE -static -o init init.o -L -lutil -ldescry pt > > > init.o: Undefined symbol `_logout' referenced from text segment > > > init.o: Undefined symbol `_logwtmp' referenced from text segment > > > init.o: Undefined symbol `_login_tty' referenced from text segment > > > init.o: Undefined symbol `_logwtmp' referenced from text segment > > > init.o: Undefined symbol `_logwtmp' referenced from text segment > > > > Is your libutil corrupted? > > Well, I deleted /usr/src/lib/libutil and resup and rebuilt it... > Also, am I supposed to have a /usr/lib/libdescrypt* library if I am using > just the standard MD5 and not the DES Encryption? libdescrypt lives in src/secure/lib/libdescrypt. Do you have any references to *SECURE* or *CRYPT* in /etc/make.conf, or do you have a corrupt secure/ or eBones/? 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-current Thu Feb 15 14:20:50 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id OAA28376 for current-outgoing; Thu, 15 Feb 1996 14:20:50 -0800 (PST) Received: from sunrise.cs.berkeley.edu (sunrise.CS.Berkeley.EDU [128.32.38.121]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id OAA28362 for ; Thu, 15 Feb 1996 14:20:47 -0800 (PST) Received: (from asami@localhost) by sunrise.cs.berkeley.edu (8.6.12/8.6.12) id OAA03676; Thu, 15 Feb 1996 14:21:13 -0800 Date: Thu, 15 Feb 1996 14:21:13 -0800 Message-Id: <199602152221.OAA03676@sunrise.cs.berkeley.edu> To: coredump@nervosa.com CC: pst@shockwave.com, current@FreeBSD.org In-reply-to: (message from invalid opcode on Wed, 14 Feb 1996 23:05:10 -0800 (PST)) Subject: Re: /usr/local/libexec vs /usr/local/sbin From: asami@cs.berkeley.edu (Satoshi Asami) Sender: owner-current@FreeBSD.org Precedence: bulk * Well in that case, the identd port needs to be update, ill email the * maintainer, still wondering about the man pages though. The manpages are in /usr/local/man for historical reasons. We've been shipping an /etc/manpath.config with "/usr/local/man" for ages and it will be too much of a pain to change it now. Also, virtually no third-party software installs man pages in /usr/local/share/man, which means we have to go patch the 400+ ports. * Also, what exactly do you mean by "standalone", in.telnetd could be * classified as standalone, couldn't it? I'm not sure what Paul meant about the standalone part. Our policy is that things that could be started from root's command line goes to sbin and those that are only called from other programs go in libexec. ("sbin" is expected to be in root's PATH, "libexec" is not.) Satoshi From owner-freebsd-current Thu Feb 15 14:29:11 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id OAA28833 for current-outgoing; Thu, 15 Feb 1996 14:29:11 -0800 (PST) Received: from vector.jhs.local (slip139-92-42-185.ut.nl.ibm.net [139.92.42.185]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id OAA28823 for ; Thu, 15 Feb 1996 14:29:02 -0800 (PST) Received: (from jhs@localhost) by vector.jhs.local (8.7.3/8.6.9) id LAA22042; Thu, 15 Feb 1996 11:38:13 +0100 (MET) Date: Thu, 15 Feb 1996 11:38:13 +0100 (MET) Message-Id: <199602151038.LAA22042@vector.jhs.local> To: current@freebsd.org Subject: chmod.1 see also chflags From: "Julian H. Stacey" Reply-To: "Julian H. Stacey" Organization: Vector Systems Ltd. Address: Holz Strasse 27d, 80469 Munich, Germany Phone: +49.89.268616 Fax: +49.89.2608126 (pending reconfig) Web: http://www.freebsd.org/~jhs/ Mailer: EXMH [version 1.6.5 95 12 11] Sender: owner-current@freebsd.org Precedence: bulk Suggestion for a change to src/bin/chmod/chmod.1: *** chmod.1.orig Wed May 3 15:38:49 1995 --- chmod.1 Thu Feb 15 11:32:33 1996 *************** *** 275,280 **** --- 275,281 ---- option for the naughty bits. .Sh SEE ALSO .Xr install 1 , + .Xr chflags 1 , .Xr chmod 2 , .Xr stat 2 , .Xr umask 2 , Julian -- Julian H. Stacey jhs@freebsd.org http://www.freebsd.org/~jhs/ From owner-freebsd-current Thu Feb 15 16:03:12 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id QAA04167 for current-outgoing; Thu, 15 Feb 1996 16:03:12 -0800 (PST) Received: from ibp.ibp.fr (ibp.ibp.fr [132.227.60.30]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id QAA04162 for ; Thu, 15 Feb 1996 16:03:08 -0800 (PST) Received: from blaise.ibp.fr (blaise.ibp.fr [132.227.60.1]) by ibp.ibp.fr (8.6.12/jtpda-5.0) with ESMTP id BAA09974 ; Fri, 16 Feb 1996 01:03:05 +0100 Received: from (uucp@localhost) by blaise.ibp.fr (8.6.12/jtpda-5.0) with UUCP id BAA09065 ; Fri, 16 Feb 1996 01:03:04 +0100 Received: (uucp@localhost) by fasterix.frmug.fr.net (8.6.11/fasterix-941011) with UUCP id XAA15208; Thu, 15 Feb 1996 23:31:10 +0100 Received: (from regnauld@localhost) by tetard.frmug.fr.net (8.7.3/8.7.3/tetard-uucp-2.7) id HAA02325; Thu, 15 Feb 1996 07:55:00 +0100 (MET) From: Philippe Regnauld Message-Id: <199602150655.HAA02325@tetard.frmug.fr.net> Subject: Re: Warning: SCSI reprobing is hazardous to your health? To: joerg_wunsch@uriah.heep.sax.de, current@freebsd.org (current) Date: Thu, 15 Feb 1996 07:54:59 +0100 (MET) In-Reply-To: <199602140715.IAA04995@uriah.heep.sax.de> from "J Wunsch" at Feb 14, 96 08:15:16 am X-rene: Tu dois pas les avoir perdues, normalement. X-wing-fighter: et puis X-men, X-open, X-ta-mere... X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-current@freebsd.org Precedence: bulk J Wunsch écrit / writes: > > [Moved to freebsd-scsi.] > > > - Has anybody heard of this kind of behaviour ? > > The only known problem is configuring the kernel dump area to a swap > partition that starts at offset 0 of the disk. There's an open PR by > me for it: > > [1995/10/26] kern/794 swap partition at offset 0 still broken > > The core dump consistently trashes the disklabel in this case. [stupid grin] Look no further: # size offset fstype [fsize bsize bps/cpg] a: 40960 98304 4.2BSD 0 0 0 # (Cyl. 48 - 67) b: 98304 0 swap # (Cyl. 0 - 47) c: 2090976 0 unused 0 0 # (Cyl. 0 - 1020*) I repartitioned my disk a couple of days ago, and I put swap first. I wish I knew about that behahviour before though, if I'm going to have to rewrite disklabel every time the system barfs (including the bootblocks). It would be nice to have it mentioned in sysinstall until it is fixed. -- Phil -- - [ regnauld@tetard.frmug.fr.net / +48.8N+2.3E / +33 1 4507 9391 / Sol 3 ] - - [ regnauld@freenix.fr / FreeBSD 2.x / ] - "Le schtroumpf est à l'homme ce que le bleu est au billard" - F.Berjon From owner-freebsd-current Thu Feb 15 16:32:55 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id QAA06431 for current-outgoing; Thu, 15 Feb 1996 16:32:55 -0800 (PST) Received: from nervosa.com (root@nervosa.com [192.187.228.86]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id QAA06422 for ; Thu, 15 Feb 1996 16:32:53 -0800 (PST) Received: from nervosa.com (coredump@onyx.nervosa.com [10.0.0.1]) by nervosa.com (8.7.3/nervosa.com.2) with SMTP id QAA04855; Thu, 15 Feb 1996 16:32:42 -0800 (PST) Date: Thu, 15 Feb 1996 16:32:42 -0800 (PST) From: invalid opcode To: Satoshi Asami cc: pst@Shockwave.COM, current@FreeBSD.ORG Subject: Re: /usr/local/libexec vs /usr/local/sbin In-Reply-To: <199602152221.OAA03676@sunrise.cs.berkeley.edu> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@FreeBSD.ORG Precedence: bulk > The manpages are in /usr/local/man for historical reasons. We've been > shipping an /etc/manpath.config with "/usr/local/man" for ages and it > will be too much of a pain to change it now. Also, virtually no > third-party software installs man pages in /usr/local/share/man, which > means we have to go patch the 400+ ports. > Once again, we compromise consistency for "historical reasons." Chris Layne, coredump@nervosa.com. From owner-freebsd-current Thu Feb 15 19:08:38 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id TAA17945 for current-outgoing; Thu, 15 Feb 1996 19:08:38 -0800 (PST) Received: from ki.net (root@ki.net [142.77.249.8]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id TAA17918 Thu, 15 Feb 1996 19:08:20 -0800 (PST) Received: (from scrappy@localhost) by ki.net (8.7.3/8.7.3) id WAA10447; Thu, 15 Feb 1996 22:06:14 -0500 (EST) Date: Thu, 15 Feb 1996 22:06:10 -0500 (EST) From: "Marc G. Fournier" To: invalid opcode cc: Terry Lambert , joerg_wunsch@uriah.heep.sax.de, freebsd-current@FreeBSD.org, wollman@FreeBSD.org Subject: Re: more !NETNS grief In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@FreeBSD.org Precedence: bulk On Wed, 14 Feb 1996, invalid opcode wrote: > On Wed, 14 Feb 1996, Terry Lambert wrote: > > > > > Killing it has been more trouble than it was worth, hasn't it. > > > > }B-). > > > > No, actually it hasn't. Killing something that is unneeded, and generally > agreed to as killable should be done. In the end, you'll have less code, > and extraneous baggage to carry around. It may be a pain right now, but > it won't be in the future. > What about a netstat program that includes /usr/include/netns/ns.h, a file that no longer exists? Or, at least, I can't find it doing a find of my src tree :( Marc G. Fournier | POP Mail Telnet Acct DNS Hosting System | WWW Services Database Services | Knowledge, Administrator | | Information and scrappy@ki.net | WWW: http://www.ki.net | Communications, Inc From owner-freebsd-current Thu Feb 15 19:32:53 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id TAA20139 for current-outgoing; Thu, 15 Feb 1996 19:32:53 -0800 (PST) Received: from multivac.orthanc.com (root@multivac.orthanc.com [206.12.238.2]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id TAA20128 for ; Thu, 15 Feb 1996 19:32:44 -0800 (PST) Received: from localhost (lyndon@localhost) by multivac.orthanc.com (8.7.3/8.7.3) with SMTP id TAA00541 for ; Thu, 15 Feb 1996 19:32:32 -0800 (PST) Message-Id: <199602160332.TAA00541@multivac.orthanc.com> X-Authentication-Warning: multivac.orthanc.com: Host lyndon@localhost didn't use HELO protocol From: Lyndon Nerenberg VE7TCP To: freebsd-current@freebsd.org Subject: Hysterical Raisons X-Attribution: VE7TCP Date: Thu, 15 Feb 1996 19:32:32 -0800 Sender: owner-current@freebsd.org Precedence: bulk The comments about /usr/local/man vs /usr/local/share/man and the libexec vs sbin directories are reasonable. All that's missing is a firm policy statement on where things belong. It seems to me that a modification to the hier(7) man page would suffice. For most non-distribution binaries a simple s;/usr;/usr/local; would work. (tmp being an exception, and there will be a couple of others.) What's important is to make sure the policy is enforced. Of course this opens up the /usr/ports can of worms again. The /usr/local turds in question seem to all come from source code in /usr/ports. If we're going to mandate a hierarchy convention for /usr/local it's going to be pretty tough to exempt /usr/ports from that, isn't it? /usr Core team software distribution /usr/ports Unsupported ported code /usr/local Whatever the *LOCAL* site wants to add Each with an appropriately adjusted hier(7) layout underneath it makes for a nicely consistent filesystem layout. We (CSRG actually) have already proven this works for the /usr tree. I don't think anyone can argue that it won't work for the others. The only reason the ports collection overlaps /usr/ports and /usr/local is simple intertia. Someone has to do the work. I'm willing to volunteer my time to help clean up the ports tree to make it self-consistent underneath /usr/ports. Who else is? I'm willing to help with the cleanup provided that any *future* imports to the ports tree have the FS layout convention enforced. It would also be nice if there was some form of review in place to ensure that the man pages for things in the ports collection were changed to reflect the changes to the binaries. Too many of them reference absurd file locations. --lyndon From owner-freebsd-current Thu Feb 15 20:18:41 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id UAA23982 for current-outgoing; Thu, 15 Feb 1996 20:18:41 -0800 (PST) Received: from sloop.cis.ufl.edu (sycheng@sloop.cis.ufl.edu [128.227.176.62]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id UAA23976 for ; Thu, 15 Feb 1996 20:18:32 -0800 (PST) From: sycheng@cis.ufl.edu Received: by sloop.cis.ufl.edu (8.6.7/cis.ufl.edu) id XAA07428; Thu, 15 Feb 1996 23:18:21 -0500 Message-Id: <199602160418.XAA07428@sloop.cis.ufl.edu> Subject: [HELP] Cannot boot To: freebsd-current@freebsd.org Date: Thu, 15 Feb 1996 23:18:20 -0500 (EST) X-Mailer: ELM [version 2.4 PL24 ME7a] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org Precedence: bulk Hi : I don't know if this is a FAQ but I really need your help. I just try to install FreeBSD-current into a Quantum 1280MB HD, which is attached to a Promise EIDE2300plus card. It is using LBA mode. Whenever I tried to boot it from OS-BS boot manager, first it showed "boot:", after press enter, it then showed "|" and all system was hanging there. All I can do is to press the reset button. I've tried the following combinations but in vain : 1. Whole drive is dedicated to FreeBSD. (one partition). 2. FreeBSD is in the 1st partition. 3. 1st partition is MSDOS primary, 2nd partition is FreeBSD. 4. Use DOS fdisk to create a DOS primary/extend partition, and then change the partition ID to FreeBSD. The funny thing is that I can use "fbsdboot" to boot it from DOS. Oh, by the way, if I installed the FreeBSD on a 420MB HD which is attached to the secondary IDE bus the it is also bootable. I am going to be crazy. Would someone please tell me where I was doing wrong ? Thanks a million. -- Cheng, Hsiao-Yang Graduate Student ___ . TEL: 3 5 2 - 3 3 Department of Computer Information Science / \ / 8 University of Florida, Gainesville | /^~~) (~~) )Hsiao--_ 8 E-mail: sycheng@cis.ufl.edu \ // ( (~~~ / ( Yang) 4 WWW : http://www.cis.ufl.edu/~sycheng ```` ` ~~~` ` / 9 <> WE GROW GREAT BY DREAMS. ALL BIG ARE DREAMERS \ / 1 `` From owner-freebsd-current Thu Feb 15 20:27:54 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id UAA24596 for current-outgoing; Thu, 15 Feb 1996 20:27:54 -0800 (PST) Received: from rover.village.org (rover.village.org [204.144.255.49]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id UAA24581 for ; Thu, 15 Feb 1996 20:27:38 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by rover.village.org (8.6.11/8.6.6) with SMTP id VAA09560; Thu, 15 Feb 1996 21:25:47 -0700 Message-Id: <199602160425.VAA09560@rover.village.org> To: invalid opcode Subject: Re: /usr/local/libexec vs /usr/local/sbin Cc: Satoshi Asami , pst@Shockwave.COM, current@FreeBSD.ORG In-reply-to: Your message of Thu, 15 Feb 1996 16:32:42 PST Date: Thu, 15 Feb 1996 21:25:46 -0700 From: Warner Losh Sender: owner-current@FreeBSD.ORG Precedence: bulk : Once again, we compromise consistency for "historical reasons." Hmmm, the Solbourne man pages (4.0C release) had a note about the shell accepting '^' in place of '|' for hysterical raisons. Warner From owner-freebsd-current Thu Feb 15 21:35:48 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id VAA00299 for current-outgoing; Thu, 15 Feb 1996 21:35:48 -0800 (PST) Received: from haywire.DIALix.COM (haywire.DIALix.COM [192.203.228.65]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id VAA00268 for ; Thu, 15 Feb 1996 21:35:30 -0800 (PST) Received: (from news@localhost) by haywire.DIALix.COM (8.6.12/8.6.12) id NAA25457 for freebsd-current@freebsd.org; Fri, 16 Feb 1996 13:35:17 +0800 Received: from GATEWAY by haywire.DIALix.COM with netnews for freebsd-current@freebsd.org (problems to: usenet@haywire.dialix.com) To: freebsd-current@freebsd.org Date: 16 Feb 96 05:33:41 GMT From: peter@jhome.DIALix.COM (Peter Wemm) Message-ID: Organization: DIALix Services, Perth, Australia. References: <199602141015.LAA00386@localhost>, Subject: Re: -current and top-3.3 Sender: owner-current@freebsd.org Precedence: bulk ec0@s1.GANet.NET (Eric Chet) writes: >Hello > Swapinfo gives me the same results. > > -- ejc > work: ejc@nasvr1.cb.att.com > home: ec0@ganet.net Likewise for me.. the linked list that it's walking doesn't seem to be terminated when the system has swapped heavily... Either that or /dev/kmem is not allowing access to the memory that the list is in. -Peter >On Wed, 14 Feb 1996, Wolfram Schneider wrote: >> > I made top-3.3 from the current/port collection, when I execute >> > top I get an error: >> > >> > top: cannot read swaplist: kvm_read: Bad address >> > >> > Has anybody else seen this problem? >> >> I saw it after intensive swapping on freebsd.first.gmd.de. >> >> $ perl -ne '$a=$_' > [waiting for out of memory] >> $ top >> >> >Any ideas on where I need to look to >> > fix this problem? >> >> Do you try other commands, which read swaplist? E.g. >> $ swapinfo >> $ pstat -T >> >> Wolfram >> From owner-freebsd-current Thu Feb 15 22:44:55 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id WAA09004 for current-outgoing; Thu, 15 Feb 1996 22:44:55 -0800 (PST) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id WAA08987 for ; Thu, 15 Feb 1996 22:44:50 -0800 (PST) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id AAA20987 for ; Fri, 16 Feb 1996 00:38:56 +0100 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id AAA09939 for freebsd-current@freebsd.org; Fri, 16 Feb 1996 00:38:28 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.7.3/8.6.9) id AAA02097 for freebsd-current@freebsd.org; Fri, 16 Feb 1996 00:30:25 +0100 (MET) From: J Wunsch Message-Id: <199602152330.AAA02097@uriah.heep.sax.de> Subject: Re: make world failed in -current To: freebsd-current@freebsd.org Date: Fri, 16 Feb 1996 00:30:25 +0100 (MET) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: from "-Vince-" at Feb 15, 96 09:35:04 am 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 Sender: owner-current@freebsd.org Precedence: bulk As -Vince- wrote: > > > /usr/src/sbin/init > > > cc -O -DDEBUGSHELL -DSECURE -static -o init init.o -L -lutil -ldescrypt > > > init.o: Undefined symbol `_logout' referenced from text segment > > > init.o: Undefined symbol `_logwtmp' referenced from text segment > > > init.o: Undefined symbol `_login_tty' referenced from text segment > > > init.o: Undefined symbol `_logwtmp' referenced from text segment > > > init.o: Undefined symbol `_logwtmp' referenced from text segment > > > > Is your libutil corrupted? > > Well, I deleted /usr/src/lib/libutil and resup and rebuilt it... Hmm, mine is: j@uriah 76% nm /usr/lib/libutil.so.2.1 | grep ' T ' 00000c80 T _etext 000002f0 T _forkpty 000005e0 T _login 00000540 T _login_tty 00000460 T _logout 00000390 T _logwtmp 00000150 T _openpty 00000030 T _setproctitle All of your missing symbols are there. > Also, am I supposed to have a /usr/lib/libdescrypt* library if I am using > just the standard MD5 and not the DES Encryption? You've got the /usr/src/secure stuff around, that causes it to automatically pick the DES encryption. This is probably wrong, it should always link -lcrypt. The -lcrypt in init(8) is only used if you declare your console as ``insecure'' anyway, in order to validate the root password when entering single user mode. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-current Thu Feb 15 22:45:18 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id WAA09074 for current-outgoing; Thu, 15 Feb 1996 22:45:18 -0800 (PST) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id WAA09055 Thu, 15 Feb 1996 22:45:10 -0800 (PST) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id BAA21522; Fri, 16 Feb 1996 01:10:43 +0100 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id BAA10165; Fri, 16 Feb 1996 01:10:14 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.7.3/8.6.9) id BAA02745; Fri, 16 Feb 1996 01:05:28 +0100 (MET) From: J Wunsch Message-Id: <199602160005.BAA02745@uriah.heep.sax.de> Subject: Re: chmod.1 see also chflags To: jhs@freebsd.org Date: Fri, 16 Feb 1996 01:05:27 +0100 (MET) Cc: current@freebsd.org Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199602151038.LAA22042@vector.jhs.local> from "Julian H. Stacey" at Feb 15, 96 11:38:13 am 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 Sender: owner-current@freebsd.org Precedence: bulk As Julian H. Stacey wrote: > > Suggestion for a change to src/bin/chmod/chmod.1: > + .Xr chflags 1 , Thanks, about to commit it. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-current Thu Feb 15 22:55:00 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id WAA10455 for current-outgoing; Thu, 15 Feb 1996 22:55:00 -0800 (PST) Received: from silvia.HIP.Berkeley.EDU (silvia.HIP.Berkeley.EDU [136.152.64.181]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id WAA10437 for ; Thu, 15 Feb 1996 22:54:55 -0800 (PST) Received: (from asami@localhost) by silvia.HIP.Berkeley.EDU (8.7.3/8.6.9) id WAA01359; Thu, 15 Feb 1996 22:54:15 -0800 (PST) Date: Thu, 15 Feb 1996 22:54:15 -0800 (PST) Message-Id: <199602160654.WAA01359@silvia.HIP.Berkeley.EDU> To: lyndon@orthanc.com CC: freebsd-current@FreeBSD.ORG In-reply-to: <199602160332.TAA00541@multivac.orthanc.com> (message from Lyndon Nerenberg VE7TCP on Thu, 15 Feb 1996 19:32:32 -0800) Subject: Re: Hystorical Reasons From: asami@cs.berkeley.edu (Satoshi Asami) Sender: owner-current@FreeBSD.ORG Precedence: bulk If you want to talk more about this, please post to ports. * The comments about /usr/local/man vs /usr/local/share/man and the * libexec vs sbin directories are reasonable. All that's missing is * a firm policy statement on where things belong. It seems to me that * a modification to the hier(7) man page would suffice. For most * non-distribution binaries a simple s;/usr;/usr/local; would work. * (tmp being an exception, and there will be a couple of others.) games? X11R6? mdec? * Each with an appropriately adjusted hier(7) layout underneath it * makes for a nicely consistent filesystem layout. We (CSRG actually) * have already proven this works for the /usr tree. I don't think * anyone can argue that it won't work for the others. The reason it is easy to enforce it in the /usr tree is because most of the `real' work is done in the mk macros. The same can't be said for the ports tree. Also, what are you going to say about the X11R6 tree? That's blatantly inconsistent, even more so than the /usr/local tree. * intertia. Someone has to do the work. I'm willing to volunteer my * time to help clean up the ports tree to make it self-consistent * underneath /usr/ports. Who else is? * * I'm willing to help with the cleanup provided that any *future* * imports to the ports tree have the FS layout convention enforced. Don't volunteer the effort of future porters as well as people who upgrade the current ports. Please open your eyes, this means an extra patch for almost every single port in the tree. And a patch that has close to zero chance of being accepted by the original source maintainers, as the rest of the world is using /usr/local/man. This is an ENORMOUS amount of work. I'd rather us use that manpower for something more constructive, than to tie our hands and make future porting difficult. Satoshi From owner-freebsd-current Thu Feb 15 22:56:53 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id WAA10807 for current-outgoing; Thu, 15 Feb 1996 22:56:53 -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 WAA10794 for ; Thu, 15 Feb 1996 22:56:48 -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 IAA26319; Fri, 16 Feb 1996 08:56:17 +0200 (SAT) Message-Id: <199602160656.IAA26319@grumble.grondar.za> To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) cc: freebsd-current@FreeBSD.org Subject: Re: make world failed in -current Date: Fri, 16 Feb 1996 08:56:16 +0200 From: Mark Murray Sender: owner-current@FreeBSD.org Precedence: bulk J Wunsch wrote: > /usr/src/sbin/init/Makefile switches to -ldescrypt if it only sees the > /usr/src/secure directory. This is IMHO wrong, it should not care at > all about /usr/src/secure, and always pick the default -lcrypt. Ye gods! So it does! That is bad. I agree with you about the -lcrypt. 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-current Thu Feb 15 23:09:51 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id XAA12157 for current-outgoing; Thu, 15 Feb 1996 23:09:51 -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 XAA12152 for ; Thu, 15 Feb 1996 23:09:49 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.12/8.6.9) with SMTP id XAA00433; Thu, 15 Feb 1996 23:09:37 -0800 To: Lyndon Nerenberg VE7TCP cc: freebsd-current@FreeBSD.ORG Subject: Re: Hysterical Raisons In-reply-to: Your message of "Thu, 15 Feb 1996 19:32:32 PST." <199602160332.TAA00541@multivac.orthanc.com> Date: Thu, 15 Feb 1996 23:09:36 -0800 Message-ID: <431.824454576@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-current@FreeBSD.ORG Precedence: bulk > If we're going to mandate a hierarchy convention for /usr/local > it's going to be pretty tough to exempt /usr/ports from that, isn't > it? Uh, I think it's the other way around. If you took a straw poll of FreeBSD systems everywhere, I think you'd find that at least 90% of them populated their /usr/local directories almost *exclusively* from the ports collection. With 387 ports currently in the ports collection, 68% of which install into /usr/local (another 31% go into /usr/X11R6 which, interestingly enough, leaves 1% unaccounted for :), the impact on that directory by the ports collection should not be underestimated. To put it another way, I think that whatever policy is adopted by *the ports collection* will become the defacto policy for /usr/local (and perhaps even /usr/X11R6 someday, after the number of ports tops 1000 :-). So basically, if Satoshi buys off on a hier(7) style structure for /usr/local and starts beating ports (or their authors :) into conformance, it'll happen. Jordan From owner-freebsd-current Thu Feb 15 23:15:04 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id XAA12495 for current-outgoing; Thu, 15 Feb 1996 23:15:04 -0800 (PST) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id XAA12460 for ; Thu, 15 Feb 1996 23:14:48 -0800 (PST) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id AAA21208; Fri, 16 Feb 1996 00:51:59 +0100 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id AAA10016; Fri, 16 Feb 1996 00:51:20 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.7.3/8.6.9) id AAA02468; Fri, 16 Feb 1996 00:47:34 +0100 (MET) From: J Wunsch Message-Id: <199602152347.AAA02468@uriah.heep.sax.de> Subject: Re: make world failed in -current To: mark@grondar.za (Mark Murray) Date: Fri, 16 Feb 1996 00:47:34 +0100 (MET) Cc: freebsd-current@FreeBSD.org Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199602151914.VAA23692@grumble.grondar.za> from "Mark Murray" at Feb 15, 96 09:14:34 pm 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 Sender: owner-current@FreeBSD.org Precedence: bulk As Mark Murray wrote: > > Also, am I supposed to have a /usr/lib/libdescrypt* library if I am using > > just the standard MD5 and not the DES Encryption? > > libdescrypt lives in src/secure/lib/libdescrypt. Do you have any > references to *SECURE* or *CRYPT* in /etc/make.conf, or do you have > a corrupt secure/ or eBones/? /usr/src/sbin/init/Makefile switches to -ldescrypt if it only sees the /usr/src/secure directory. This is IMHO wrong, it should not care at all about /usr/src/secure, and always pick the default -lcrypt. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-current Thu Feb 15 23:21:36 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id XAA13261 for current-outgoing; Thu, 15 Feb 1996 23:21:36 -0800 (PST) Received: from news1.gtn.com (news1.gtn.com [192.109.159.3]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id XAA13247 for ; Thu, 15 Feb 1996 23:21:33 -0800 (PST) Received: (from uucp@localhost) by news1.gtn.com (8.7.2/8.7.2) id IAA08817; Fri, 16 Feb 1996 08:00:23 +0100 (MET) Received: from knobel.gun.de (localhost [127.0.0.1]) by knobel.gun.de (8.7.3/8.7.3) with SMTP id HAA00436; Fri, 16 Feb 1996 07:58:48 +0100 (MET) Date: Fri, 16 Feb 1996 07:58:48 +0100 (MET) From: Andreas Klemm To: Lyndon Nerenberg VE7TCP cc: freebsd-current@freebsd.org Subject: Re: Hysterical Raisons In-Reply-To: <199602160332.TAA00541@multivac.orthanc.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org Precedence: bulk On Thu, 15 Feb 1996, Lyndon Nerenberg VE7TCP wrote: > /usr/ports Unsupported ported code > /usr/local Whatever the *LOCAL* site wants to add I think this has been discussed some weeks ago very closely. Me, too, had some wishes, but... the consens is, not to implement changes to the ports collection. I think the meaning of the ports collection is, to help the people to get that wanted "local stuff" more quickly and in good porting quality into /usr/local. I think we should stop dicussing this again and again. You are free, to install the things into other directories. Andreas /// -- andreas@knobel.gun.de /\/\___ Wiechers & Partner Datentechnik GmbH Andreas Klemm ___/\/\/ $$ Support Unix - aklemm@wup.de $$ pgp p-key http://www-swiss.ai.mit.edu/~bal/pks-toplev.html >>> powered by <<< ftp://sunsite.unc.edu/pub/Linux/system/Printing/aps-491.tgz >>> FreeBSD <<< From owner-freebsd-current Fri Feb 16 00:50:28 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id AAA20372 for current-outgoing; Fri, 16 Feb 1996 00:50:28 -0800 (PST) Received: from plato.algonet.se (mail.algonet.se [193.12.207.11]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id AAA20367 for ; Fri, 16 Feb 1996 00:50:25 -0800 (PST) Received: from sophocles.algonet.se (mal@sophocles.algonet.se [193.12.207.10]) by plato.algonet.se (8.6.12/hdw.1.0) with ESMTP id JAA19845; Fri, 16 Feb 1996 09:50:05 +0100 Received: (from mal@localhost) by sophocles.algonet.se (8.6.12/hdw.1.0) id JAA21778; Fri, 16 Feb 1996 09:49:01 +0100 Date: Fri, 16 Feb 1996 09:49:01 +0100 Message-Id: <199602160849.JAA21778@sophocles.algonet.se> From: Mats Lofkvist To: jkh@time.cdrom.com CC: lyndon@orthanc.com, freebsd-current@FreeBSD.org In-reply-to: <431.824454576@time.cdrom.com> (jkh@time.cdrom.com) Subject: Re: Hysterical Raisons Sender: owner-current@FreeBSD.org Precedence: bulk [31% of ports collection go into /usr/X11R6] I found this fact a pain in the ass the last time I upgraded XFree86... Why not put the X ports into /usr/local/{bin,...}/X11 or something? _ Mats Lofkvist mal@algonet.se From owner-freebsd-current Fri Feb 16 00:59:17 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id AAA20615 for current-outgoing; Fri, 16 Feb 1996 00:59:17 -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 AAA20610 for ; Fri, 16 Feb 1996 00:59:15 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.12/8.6.9) with SMTP id AAA00719; Fri, 16 Feb 1996 00:58:53 -0800 To: Mats Lofkvist cc: lyndon@orthanc.com, freebsd-current@FreeBSD.org Subject: Re: Hysterical Raisons In-reply-to: Your message of "Fri, 16 Feb 1996 09:49:01 +0100." <199602160849.JAA21778@sophocles.algonet.se> Date: Fri, 16 Feb 1996 00:58:52 -0800 Message-ID: <717.824461132@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-current@FreeBSD.org Precedence: bulk > [31% of ports collection go into /usr/X11R6] > > I found this fact a pain in the ass the last time I upgraded XFree86... > > Why not put the X ports into /usr/local/{bin,...}/X11 or something? Because resource and include files, among other things, are found by default under the X11R6 hierarchy (various parts of the X11 framework makes assumptions about this). It was therefore deemed a less evil compromise to stick everything into /usr/X11R6 rather than have a port scatter files into two separate hierarchies. Jordan From owner-freebsd-current Fri Feb 16 01:21:58 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id BAA21771 for current-outgoing; Fri, 16 Feb 1996 01:21:58 -0800 (PST) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id BAA21746 for ; Fri, 16 Feb 1996 01:21:46 -0800 (PST) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id KAA08158; Fri, 16 Feb 1996 10:21:20 +0100 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id KAA13371; Fri, 16 Feb 1996 10:21:20 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.7.3/8.6.9) id KAA00556; Fri, 16 Feb 1996 10:00:23 +0100 (MET) From: J Wunsch Message-Id: <199602160900.KAA00556@uriah.heep.sax.de> Subject: Re: [HELP] Cannot boot To: sycheng@cis.ufl.edu Date: Fri, 16 Feb 1996 10:00:23 +0100 (MET) Cc: freebsd-current@FreeBSD.org Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199602160418.XAA07428@sloop.cis.ufl.edu> from "sycheng@cis.ufl.edu" at Feb 15, 96 11:18:20 pm 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 Sender: owner-current@FreeBSD.org Precedence: bulk As sycheng@cis.ufl.edu wrote: > > I don't know if this is a FAQ but I really need your help. It's been discussed here a couple of days ago. > I just try to install FreeBSD-current into a Quantum 1280MB HD, which > is attached to a Promise EIDE2300plus card. It is using LBA mode. > 1. Whole drive is dedicated to FreeBSD. (one partition). In this case, have you also tried it without LBA mode? FreeBSD doesn't use it, but also doesn't need it. It doesn't suffer from a 1024-ficticuous-cylinder-limit (execept for boot where it's using the BIOS). -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-current Fri Feb 16 01:22:03 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id BAA21794 for current-outgoing; Fri, 16 Feb 1996 01:22:03 -0800 (PST) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id BAA21753 for ; Fri, 16 Feb 1996 01:21:49 -0800 (PST) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id KAA08147 for ; Fri, 16 Feb 1996 10:21:18 +0100 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id KAA13370 for freebsd-current@FreeBSD.org; Fri, 16 Feb 1996 10:21:18 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.7.3/8.6.9) id JAA00537 for freebsd-current@FreeBSD.org; Fri, 16 Feb 1996 09:57:23 +0100 (MET) From: J Wunsch Message-Id: <199602160857.JAA00537@uriah.heep.sax.de> Subject: Re: /usr/local/libexec vs /usr/local/sbin To: freebsd-current@FreeBSD.org (FreeBSD-current users) Date: Fri, 16 Feb 1996 09:57:22 +0100 (MET) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: from "invalid opcode" at Feb 15, 96 04:32:42 pm 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 Sender: owner-current@FreeBSD.org Precedence: bulk As invalid opcode wrote: > > > The manpages are in /usr/local/man for historical reasons. > Once again, we compromise consistency for "historical reasons." ln -s share/man /usr/local/man ??? -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-current Fri Feb 16 01:22:08 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id BAA21816 for current-outgoing; Fri, 16 Feb 1996 01:22:08 -0800 (PST) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id BAA21745 Fri, 16 Feb 1996 01:21:44 -0800 (PST) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id KAA08164; Fri, 16 Feb 1996 10:21:23 +0100 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id KAA13372; Fri, 16 Feb 1996 10:21:23 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.7.3/8.6.9) id KAA00678; Fri, 16 Feb 1996 10:12:49 +0100 (MET) From: J Wunsch Message-Id: <199602160912.KAA00678@uriah.heep.sax.de> Subject: Re: more !NETNS grief To: freebsd-current@FreeBSD.org (FreeBSD-current users) Date: Fri, 16 Feb 1996 10:12:48 +0100 (MET) Cc: wollman@FreeBSD.org Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: from "Marc G. Fournier" at Feb 15, 96 10:06:10 pm 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 Sender: owner-current@FreeBSD.org Precedence: bulk As Marc G. Fournier wrote: > What about a netstat program that includes /usr/include/netns/ns.h, > a file that no longer exists? Or, at least, I can't find it doing a > find of my src tree :( Garrett responded that the problem were fixed when i've been complaining a couple of days before. Actually, it looks like netstat/route.c still misses an #ifdef (at least). -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-current Fri Feb 16 03:19:38 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id DAA28713 for current-outgoing; Fri, 16 Feb 1996 03:19:38 -0800 (PST) Received: from silvia.HIP.Berkeley.EDU (silvia.HIP.Berkeley.EDU [136.152.64.181]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id DAA28706 for ; Fri, 16 Feb 1996 03:19:34 -0800 (PST) Received: (from asami@localhost) by silvia.HIP.Berkeley.EDU (8.7.3/8.6.9) id DAA01123; Fri, 16 Feb 1996 03:17:54 -0800 (PST) Date: Fri, 16 Feb 1996 03:17:54 -0800 (PST) Message-Id: <199602161117.DAA01123@silvia.HIP.Berkeley.EDU> To: j@uriah.heep.sax.de CC: coredump@nervosa.com, current@FreeBSD.org In-reply-to: <199602151734.SAA01604@uriah.heep.sax.de> (message from J Wunsch on Thu, 15 Feb 1996 18:34:48 +0100 (MET)) Subject: changing repeat rate from X (Re: hmm) From: asami@cs.berkeley.edu (Satoshi Asami) Sender: owner-current@FreeBSD.org Precedence: bulk * Subject: Re: hmm Can you please come up with a more appropriate subject? * > Anyone have any insight on changing the keyboard rate from/for X? * * The AutoRepeat keyword in XF86Config does the trick. You can only * turn it on/off while X is running (with xset). Well, kbdcontrol -r {slow,normal,fast} < /dev/ttyv0 works for me too. Satoshi From owner-freebsd-current Fri Feb 16 03:33:55 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id DAA29724 for current-outgoing; Fri, 16 Feb 1996 03:33:55 -0800 (PST) Received: from silvia.HIP.Berkeley.EDU (silvia.HIP.Berkeley.EDU [136.152.64.181]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id DAA29717 Fri, 16 Feb 1996 03:33:52 -0800 (PST) Received: (from asami@localhost) by silvia.HIP.Berkeley.EDU (8.7.3/8.6.9) id DAA01645; Fri, 16 Feb 1996 03:33:19 -0800 (PST) Date: Fri, 16 Feb 1996 03:33:19 -0800 (PST) Message-Id: <199602161133.DAA01645@silvia.HIP.Berkeley.EDU> To: joerg_wunsch@uriah.heep.sax.de CC: freebsd-current@freebsd.org, ports@freebsd.org In-reply-to: <199602160857.JAA00537@uriah.heep.sax.de> (message from J Wunsch on Fri, 16 Feb 1996 09:57:22 +0100 (MET)) Followup-to: ports Subject: Re: /usr/local/libexec vs /usr/local/sbin From: asami@cs.berkeley.edu (Satoshi Asami) Sender: owner-current@freebsd.org Precedence: bulk (followup set to "ports") * ln -s share/man /usr/local/man | # ls -F /usr/local/man v cat1/ cat4/ cat7/ man@ man3/ man6/ manl/ whatis cat2/ cat5/ cat8/ man1/ man4/ man7/ mann/ cat3/ cat6/ catl/ man2/ man5/ man8/ skel/ ;) Seriously, that is a very good idea (I was talking to Justin about it just now). The ports can put stuff in /usr/local/man, and they will actually go to .../share/man. No special treatment necessary for the ports, except fixing the PLISTs (actually this is not strictly *necessary*, even this can be avoided), and this is our own file so it's easy to fix. The only problem is how to do the move over. Let's discuss this more in ports. Satoshi From owner-freebsd-current Fri Feb 16 04:31:16 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id EAA02644 for current-outgoing; Fri, 16 Feb 1996 04:31:16 -0800 (PST) Received: from hoopoe.psc.edu ([128.182.61.57]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id EAA02638 for ; Fri, 16 Feb 1996 04:31:12 -0800 (PST) Received: from localhost (peterb@localhost) by hoopoe.psc.edu (8.6.12/8.6.11) with SMTP id HAA15171 for ; Fri, 16 Feb 1996 07:30:41 -0500 Message-Id: <199602161230.HAA15171@hoopoe.psc.edu> X-Authentication-Warning: hoopoe.psc.edu: Host localhost didn't use HELO protocol To: freebsd-current@freebsd.org X-Mentos: The Freshmaker! Subject: make breaks in current, or am I doing something wrong? Reply-To: peterb@psc.edu Date: Fri, 16 Feb 1996 07:30:41 -0500 From: Peter Berger Sender: owner-current@freebsd.org Precedence: bulk This is after supping -current onto a 2.1-release system. Am I screwing up, or has someone commiteted a bogus change? peterb# cd ../conf peterb# config GENERIC Unknown % construct in generic makefile: %SFILES cd ../../Kernel build directory is ../../compile/GENERIC peterb# cd ../../compile/GENERIC peterb# make depend cc -c -O -W -Wreturn-type -Wcomment -Wredundant-decls -Wimplicit -Wnested-exter ns -Wstrict-prototypes -Wmissing-prototypes -Winline -nostdinc -I. -I../.. -I. ./../sys -I../../../include -DGENERIC -DI686_CPU -DI586_CPU -DI486_CPU -DI386_CP U -DATAPI -DUCONSOLE -DBOUNCE_BUFFERS -DSCSI_DELAY="15" -DCOMPAT_43 -DPROCFS -DC D9660 -DMSDOSFS -DNFS -DFFS -DINET -DMATH_EMULATE -DKERNEL -DTIMEZONE=0 -DDST=0 -DMAXUSERS=10 -UKERNEL ../../i386/i386/genassym.c ../../i386/i386/genassym.c:40: opt_sysvipc.h: No such file or directory *** Error code 1 Stop. From owner-freebsd-current Fri Feb 16 06:17:15 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id GAA06549 for current-outgoing; Fri, 16 Feb 1996 06:17:15 -0800 (PST) Received: from tick.SSEC.WISC.EDU (tick.ssec.wisc.edu [144.92.108.121]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id GAA06544 for ; Fri, 16 Feb 1996 06:17:13 -0800 (PST) Received: from tick.SSEC.WISC.EDU (localhost [127.0.0.1]) by tick.SSEC.WISC.EDU (8.7.1/8.7.1) with ESMTP id IAA24003; Fri, 16 Feb 1996 08:16:55 -0600 (CST) From: Dave Glowacki Message-Id: <199602161416.IAA24003@tick.SSEC.WISC.EDU> X-Mailer: exmh version 1.6.5 12/11/95 To: asami@cs.berkeley.edu (Satoshi Asami) cc: coredump@nervosa.com, pst@shockwave.com, current@freebsd.org Subject: Re: /usr/local/libexec vs /usr/local/sbin In-reply-to: Your message of "Thu, 15 Feb 1996 14:21:13 PST." <199602152221.OAA03676@sunrise.cs.berkeley.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 16 Feb 1996 08:16:55 -0600 Sender: owner-current@freebsd.org Precedence: bulk > * Well in that case, the identd port needs to be update, ill email the > * maintainer, still wondering about the man pages though. > > The manpages are in /usr/local/man for historical reasons. We've been > shipping an /etc/manpath.config with "/usr/local/man" for ages and it > will be too much of a pain to change it now. Also, virtually no > third-party software installs man pages in /usr/local/share/man, which > means we have to go patch the 400+ ports. /usr/local has historically been for software that's local to one machine. If a directory is going to be shared among several machines and thus has a need for a "share" subdirectory, it should probably be named something other than "/usr/local". From owner-freebsd-current Fri Feb 16 07:12:35 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id HAA09013 for current-outgoing; Fri, 16 Feb 1996 07:12: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 HAA09008 for ; Fri, 16 Feb 1996 07:12:29 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.12/8.6.9) with SMTP id HAA06761; Fri, 16 Feb 1996 07:11:53 -0800 To: Dave Glowacki cc: asami@cs.berkeley.edu (Satoshi Asami), coredump@nervosa.com, pst@shockwave.com, current@freebsd.org Subject: Re: /usr/local/libexec vs /usr/local/sbin In-reply-to: Your message of "Fri, 16 Feb 1996 08:16:55 CST." <199602161416.IAA24003@tick.SSEC.WISC.EDU> Date: Fri, 16 Feb 1996 07:11:53 -0800 Message-ID: <6759.824483513@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-current@freebsd.org Precedence: bulk > /usr/local has historically been for software that's local to one > machine. Well, I think there are a couple of ways to answer that. 1. "Yes, it's still local to the machine. We still let the user decide for themselves just what packages and ports to install on a given machine, after all, and if those same ports and packages happen to have some convention of their own for organizing /usr/local, well, so what? It's better than the alternative jumble, yes?" 2. People stopped using /usr/local as a one-machine resource long ago, just as soon as the first large workstation computing clusters came into being with users who still wanted to be able to type things like "/usr/local/bin/elm" and have it just work. The ports and packages collection is merely the extension of a philosophy that's been popular for more than a decade. So you see, no matter what side of the argument you take, *local* or "local", I win.. :-) Jordan From owner-freebsd-current Fri Feb 16 07:26:01 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id HAA09997 for current-outgoing; Fri, 16 Feb 1996 07:26:01 -0800 (PST) Received: from ccnet.ccnet.com (root@ccnet.ccnet.com [192.215.96.2]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id HAA09992 for ; Fri, 16 Feb 1996 07:25:58 -0800 (PST) Received: from localhost (h98-168.ccnet.com [192.215.98.168]) by ccnet.ccnet.com (8.6.12/8.6.12) with ESMTP id HAA20712 for ; Fri, 16 Feb 1996 07:21:31 -0800 Received: by localhost (HAA02580); Fri, 16 Feb 1996 07:24:55 GMT Date: Fri, 16 Feb 1996 07:24:55 GMT From: Radha Krishnan Message-Id: <199602160724.HAA02580@localhost> To: freebsd-current@freebsd.org Subject: Break in kernel build Sender: owner-current@freebsd.org Precedence: bulk >Date: Fri, 16 Feb 1996 07:30:41 -0500 >From: Peter Berger >Sender: owner-current@freebsd.org >Precedence: bulk >X-UIDL: 824483410.040 > >This is after supping -current onto a 2.1-release system. > >Am I screwing up, or has someone commiteted a bogus change? > >peterb# cd ../conf >peterb# config GENERIC >Unknown % construct in generic makefile: %SFILES >cd ../../Kernel build directory is ../../compile/GENERIC >peterb# cd ../../compile/GENERIC >peterb# make depend >cc -c -O -W -Wreturn-type -Wcomment -Wredundant-decls -Wimplicit -Wnested-exter >ns -Wstrict-prototypes -Wmissing-prototypes -Winline -nostdinc -I. -I../.. -I. >./../sys -I../../../include -DGENERIC -DI686_CPU -DI586_CPU -DI486_CPU -DI386_CP >U -DATAPI -DUCONSOLE -DBOUNCE_BUFFERS -DSCSI_DELAY="15" -DCOMPAT_43 -DPROCFS -DC >D9660 -DMSDOSFS -DNFS -DFFS -DINET -DMATH_EMULATE -DKERNEL -DTIMEZONE=0 -DDST=0 >-DMAXUSERS=10 -UKERNEL ../../i386/i386/genassym.c >../../i386/i386/genassym.c:40: opt_sysvipc.h: No such file or directory >*** Error code 1 > >Stop. > > I've also seen the exact same problem last night. I thought I was screwing up something. Well, it sure looks like either the bad timing of "sup" or "an apparent incorrect commit". FYI Radha ------------------------------------------------------------------ Radha Krishnan Email:radha@ccnet.com (510)-463-1105 Yet another of those FreeBSD Sites! ------------------------------------------------------------------ From owner-freebsd-current Fri Feb 16 08:23:31 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id IAA13307 for current-outgoing; Fri, 16 Feb 1996 08:23:31 -0800 (PST) Received: from sloop.cis.ufl.edu (sycheng@sloop.cis.ufl.edu [128.227.176.62]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id IAA13301 for ; Fri, 16 Feb 1996 08:23:22 -0800 (PST) From: sycheng@cis.ufl.edu Received: by sloop.cis.ufl.edu (8.6.7/cis.ufl.edu) id LAA12981; Fri, 16 Feb 1996 11:23:08 -0500 Message-Id: <199602161623.LAA12981@sloop.cis.ufl.edu> Subject: [HELP] Cannot boot To: freebsd-current Date: Fri, 16 Feb 1996 11:18:27 -0500 (EST) X-Mailer: ELM [version 2.4 PL24 ME7a] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.ORG Precedence: bulk After I tried several machines, I am almost sure that it is due to the Promise EIDE VLB card. Since I know there are other people suffering this problem, I would like to know if anybody ever worked out a solution except the fbsdboot. By the way, I've tried all jumber setting combination but the situation doesn't improve at all. My Linux and Windows 95 always can be booted up happily, so I wonder how come my favorite FreeBSD cannot deal with that. > > I just try to install FreeBSD-current into a Quantum 1280MB HD, which > is attached to a Promise EIDE2300plus card. It is using LBA mode. > > Whenever I tried to boot it from OS-BS boot manager, first it showed > "boot:", after press enter, it then showed "|" and all system was hanging > there. All I can do is to press the reset button. > > I've tried the following combinations but in vain : > > 1. Whole drive is dedicated to FreeBSD. (one partition). > 2. FreeBSD is in the 1st partition. > 3. 1st partition is MSDOS primary, 2nd partition is FreeBSD. > 4. Use DOS fdisk to create a DOS primary/extend partition, and then > change the partition ID to FreeBSD. > > The funny thing is that I can use "fbsdboot" to boot it from DOS. Oh, > by the way, if I installed the FreeBSD on a 420MB HD which is attached to > the secondary IDE bus the it is also bootable. -- Cheng, Hsiao-Yang Graduate Student ___ . TEL: 3 5 2 - 3 3 Department of Computer Information Science / \ / 8 University of Florida, Gainesville | /^~~) (~~) )Hsiao--_ 8 E-mail: sycheng@cis.ufl.edu \ // ( (~~~ / ( Yang) 4 WWW : http://www.cis.ufl.edu/~sycheng ```` ` ~~~` ` / 9 <> WE GROW GREAT BY DREAMS. ALL BIG ARE DREAMERS \ / 1 `` From owner-freebsd-current Fri Feb 16 08:46:57 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id IAA14691 for current-outgoing; Fri, 16 Feb 1996 08:46:57 -0800 (PST) Received: from chrome.jdl.com (chrome.onramp.net [199.1.166.202]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id IAA14686 for ; Fri, 16 Feb 1996 08:46:53 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by chrome.jdl.com (8.6.12/8.6.12) with SMTP id KAA21148; Fri, 16 Feb 1996 10:46:00 -0600 Message-Id: <199602161646.KAA21148@chrome.jdl.com> X-Authentication-Warning: chrome.jdl.com: Host localhost didn't use HELO protocol To: asami@cs.berkeley.edu (Satoshi Asami) cc: lyndon@orthanc.com, freebsd-current@FreeBSD.ORG Subject: Re: Hystorical Reasons In-reply-to: Your message of "Thu, 15 Feb 1996 22:54:15 PST." <199602160654.WAA01359@silvia.HIP.Berkeley.EDU> Clarity-Index: null Threat-Level: none Software-Engineering-Dead-Seriousness: There's no excuse for unreadable code. Net-thought: If you meet the Buddha on the net, put him in your Kill file. Compiler-Motto: Wintermute is dead. Long live Wintermute. Date: Fri, 16 Feb 1996 10:45:59 -0600 From: Jon Loeliger Sender: owner-current@FreeBSD.ORG Precedence: bulk So, like Satoshi Asami was saying to me just the other day: > Please open your eyes, this means an extra patch for almost every > single port in the tree. And a patch that has close to zero chance of > being accepted by the original source maintainers, as the rest of the > world is using /usr/local/man. > > This is an ENORMOUS amount of work. I'd rather us use that manpower > for something more constructive, than to tie our hands and make future > porting difficult. These basically echo my thoughts as I was reading the original post. I wonder, is the "heart" of this issue that people somehow want to use the *name* "/usr/local" as a site or machine specific place, and it's been comandeered by the masses already? Is it too weird to suggest we make up, say, /usr/site for truely site-local stuff? Feh. Not enough coffee yet, jdl From owner-freebsd-current Fri Feb 16 09:39:32 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id JAA18805 for current-outgoing; Fri, 16 Feb 1996 09:39:32 -0800 (PST) Received: from sloop.cis.ufl.edu (sycheng@sloop.cis.ufl.edu [128.227.176.62]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id JAA18800 for ; Fri, 16 Feb 1996 09:39:29 -0800 (PST) From: sycheng@cis.ufl.edu Received: by sloop.cis.ufl.edu (8.6.7/cis.ufl.edu) id MAA14717; Fri, 16 Feb 1996 12:39:16 -0500 Message-Id: <199602161739.MAA14717@sloop.cis.ufl.edu> Subject: Re: [HELP] Cannot boot To: freebsd-current@freebsd.org Date: Fri, 16 Feb 1996 12:39:15 -0500 (EST) Cc: j@uriah.heep.sax.de X-Mailer: ELM [version 2.4 PL24 ME7a] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org Precedence: bulk >> >> I don't know if this is a FAQ but I really need your help. > >It's been discussed here a couple of days ago. Really ! I didn't notice that. Did they work out any good way ? Thanks. > >> I just try to install FreeBSD-current into a Quantum 1280MB HD, which >> is attached to a Promise EIDE2300plus card. It is using LBA mode. > >> 1. Whole drive is dedicated to FreeBSD. (one partition). > >In this case, have you also tried it without LBA mode? FreeBSD >doesn't use it, but also doesn't need it. It doesn't suffer from a >1024-ficticuous-cylinder-limit (execept for boot where it's using the >BIOS). > Sure. I've tried to disable LBA mode from BIOS, or Promise card, or both, but none worked. Besides, I need to use DOS/Windows sometime so I don't think I will disable LBA mode even it works. Thanks a lot. Any other good suggestion ? -- Cheng, Hsiao-Yang Graduate Student ___ . TEL: 3 5 2 - 3 3 Department of Computer Information Science / \ / 8 University of Florida, Gainesville | /^~~) (~~) )Hsiao--_ 8 E-mail: sycheng@cis.ufl.edu \ // ( (~~~ / ( Yang) 4 WWW : http://www.cis.ufl.edu/~sycheng ```` ` ~~~` ` / 9 <> WE GROW GREAT BY DREAMS. ALL BIG ARE DREAMERS \ / 1 `` From owner-freebsd-current Fri Feb 16 12:26:21 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA01545 for current-outgoing; Fri, 16 Feb 1996 12:26:21 -0800 (PST) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id MAA01537 for ; Fri, 16 Feb 1996 12:26:18 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id NAA05327; Fri, 16 Feb 1996 13:23:05 -0700 From: Terry Lambert Message-Id: <199602162023.NAA05327@phaeton.artisoft.com> Subject: Re: /usr/local/libexec vs /usr/local/sbin To: imp@village.org (Warner Losh) Date: Fri, 16 Feb 1996 13:23:05 -0700 (MST) Cc: coredump@nervosa.com, asami@cs.berkeley.edu, pst@Shockwave.COM, current@freebsd.org In-Reply-To: <199602160425.VAA09560@rover.village.org> from "Warner Losh" at Feb 15, 96 09:25:46 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-current@freebsd.org Precedence: bulk > Hmmm, the Solbourne man pages (4.0C release) had a note about the > shell accepting '^' in place of '|' for hysterical raisons. Ugh. Spelling flame time. Raisins are historical grapes. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-current Fri Feb 16 12:29:02 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA01889 for current-outgoing; Fri, 16 Feb 1996 12:29:02 -0800 (PST) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id MAA01879 for ; Fri, 16 Feb 1996 12:28:57 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id NAA05340; Fri, 16 Feb 1996 13:26:50 -0700 From: Terry Lambert Message-Id: <199602162026.NAA05340@phaeton.artisoft.com> Subject: Re: make breaks in current, or am I doing something wrong? To: peterb@psc.edu Date: Fri, 16 Feb 1996 13:26:50 -0700 (MST) Cc: freebsd-current@freebsd.org In-Reply-To: <199602161230.HAA15171@hoopoe.psc.edu> from "Peter Berger" at Feb 16, 96 07:30:41 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org Precedence: bulk > This is after supping -current onto a 2.1-release system. > > Am I screwing up, or has someone commiteted a bogus change? You config is out of date. Resup usr.sbin/config. You may have to go someplace other than sup2 to get it to actually update. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-current Fri Feb 16 12:31:56 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA02227 for current-outgoing; Fri, 16 Feb 1996 12:31:56 -0800 (PST) Received: from precipice.shockwave.com (precipice.shockwave.com [171.69.108.33]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id MAA02220 for ; Fri, 16 Feb 1996 12:31:54 -0800 (PST) Received: from localhost.shockwave.com (localhost.shockwave.com [127.0.0.1]) by precipice.shockwave.com (8.7.3/8.7.3) with SMTP id MAA16495; Fri, 16 Feb 1996 12:29:41 -0800 (PST) Message-Id: <199602162029.MAA16495@precipice.shockwave.com> To: Terry Lambert cc: imp@village.org (Warner Losh), coredump@nervosa.com, asami@cs.berkeley.edu, current@freebsd.org Subject: Re: /usr/local/libexec vs /usr/local/sbin In-reply-to: Your message of "Fri, 16 Feb 1996 13:23:05 MST." <199602162023.NAA05327@phaeton.artisoft.com> Date: Fri, 16 Feb 1996 12:29:41 -0800 From: Paul Traina Sender: owner-current@freebsd.org Precedence: bulk [sic] From: Terry Lambert Subject: Re: /usr/local/libexec vs /usr/local/sbin > Hmmm, the Solbourne man pages (4.0C release) had a note about the > shell accepting '^' in place of '|' for hysterical raisons. Ugh. Spelling flame time. Raisins are historical grapes. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-current Fri Feb 16 13:23:18 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id NAA07433 for current-outgoing; Fri, 16 Feb 1996 13:23:18 -0800 (PST) Received: from rover.village.org (rover.village.org [204.144.255.49]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id NAA07427 for ; Fri, 16 Feb 1996 13:23:13 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by rover.village.org (8.6.11/8.6.6) with SMTP id OAA12221; Fri, 16 Feb 1996 14:23:04 -0700 Message-Id: <199602162123.OAA12221@rover.village.org> To: Jon Loeliger Subject: Re: Hystorical Reasons Cc: freebsd-current@FreeBSD.org In-reply-to: Your message of Fri, 16 Feb 1996 10:45:59 CST Date: Fri, 16 Feb 1996 14:23:04 -0700 From: Warner Losh Sender: owner-current@FreeBSD.org Precedence: bulk According to the sys admins around here, /usr/local is for things that are installed for the general use of the folks around here and it may or may not live on the machine that you are logged into. Personally, I don't see what the big deal is with installing ports and packages into /usr/local. Seems sane to me, and a bit PITA to change... Warner From owner-freebsd-current Fri Feb 16 14:23:09 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id OAA12340 for current-outgoing; Fri, 16 Feb 1996 14:23:09 -0800 (PST) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id OAA12334 for ; Fri, 16 Feb 1996 14:22:51 -0800 (PST) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id XAA02911; Fri, 16 Feb 1996 23:21:54 +0100 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id XAA18088; Fri, 16 Feb 1996 23:21:53 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.7.3/8.6.9) id XAA04456; Fri, 16 Feb 1996 23:01:40 +0100 (MET) From: J Wunsch Message-Id: <199602162201.XAA04456@uriah.heep.sax.de> Subject: Re: Break in kernel build To: radha@ccnet.ccnet.com (Radha Krishnan) Date: Fri, 16 Feb 1996 23:01:38 +0100 (MET) Cc: freebsd-current@FreeBSD.org Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199602160724.HAA02580@localhost> from "Radha Krishnan" at Feb 16, 96 07:24:55 am 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 Sender: owner-current@FreeBSD.org Precedence: bulk As Radha Krishnan wrote: > > >../../i386/i386/genassym.c:40: opt_sysvipc.h: No such file or directory > I've also seen the exact same problem last night. I thought I was screwing up > something. Get the latest config(8), and re-config you kernel before building. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-current Fri Feb 16 14:52:08 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id OAA13485 for current-outgoing; Fri, 16 Feb 1996 14:52:08 -0800 (PST) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id OAA13411 for ; Fri, 16 Feb 1996 14:51:39 -0800 (PST) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id XAA03625; Fri, 16 Feb 1996 23:51:26 +0100 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id XAA18220; Fri, 16 Feb 1996 23:51:25 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.7.3/8.6.9) id XAA05373; Fri, 16 Feb 1996 23:41:04 +0100 (MET) From: J Wunsch Message-Id: <199602162241.XAA05373@uriah.heep.sax.de> Subject: Re: [HELP] Cannot boot To: sycheng@cis.ufl.edu Date: Fri, 16 Feb 1996 23:41:04 +0100 (MET) Cc: freebsd-current@FreeBSD.org Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199602161739.MAA14717@sloop.cis.ufl.edu> from "sycheng@cis.ufl.edu" at Feb 16, 96 12:39:15 pm 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 Sender: owner-current@FreeBSD.org Precedence: bulk As sycheng@cis.ufl.edu wrote: > Sure. I've tried to disable LBA mode from BIOS, or Promise card, or both, > but none worked. Besides, I need to use DOS/Windows sometime so I don't think > I will disable LBA mode even it works. You can safely disable it as long as your DOS/Winglows, and the root partition of FreeBSD, reside below the ficticous cylinder 1024. Sorry, no further clues about this Promise card. I don't have VLB, and i only have just a single IDE disk in my notebook. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-current Fri Feb 16 14:52:46 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id OAA13527 for current-outgoing; Fri, 16 Feb 1996 14:52:46 -0800 (PST) Received: from ki.net (ki.net [142.77.249.8]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id OAA13519 for ; Fri, 16 Feb 1996 14:52:36 -0800 (PST) Received: (from scrappy@localhost) by ki.net (8.7.3/8.7.3) id RAA00427; Fri, 16 Feb 1996 17:49:37 -0500 (EST) Date: Fri, 16 Feb 1996 17:49:36 -0500 (EST) From: "Marc G. Fournier" To: current@freebsd.org Subject: Re: kern/1027: panic on vm_map_insert (fwd) Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org Precedence: bulk ---------- Forwarded message ---------- Date: Wed, 14 Feb 1996 11:30:02 -0800 (PST) From: FreeBSD-gnats@freefall.freebsd.org To: scrappy@ki.net Subject: Re: kern/1027: panic on vm_map_insert Thank you very much for your problem report. It has the internal identification `kern/1027'. The individual assigned to look at your bug is: freebsd-bugs. >Category: kern >Responsible: freebsd-bugs >Synopsis: panic on vm_map_insert >Arrival-Date: Wed Feb 14 11:30:01 PST 1996 ----- Hi... Realizing that I only submitted this on Wednesday, after I submitted it, I did one major change, just in case...I recompiled the kernel using gcc 2.6.3 (ya, I know, but 2.7.2 did work). Today, I finally got a chance to re-install that newer kernel, and the same thing happens. This code has been running okay on my 386 machine, but there is virtually no load on that machine, as it isn't being used for anything except to sit there and run right now, so nothing is really taxing the vm_space... The machine I'm trying to get it running on is used for everything, from news to httpd to postgres95 to...X sometimes (but with this new kernel yet). With the -stable kernel it has right now, she runs without a hitch, haven't had a panic in weeks which leads me to suspect the vm code vs a hardware problem (or else the new vm code is taxing a different part of the hardware then the old vm code?) I have swap spread over 4 drives right now: > pstat -s Device 1K-blocks Used Avail Capacity Type /dev/sd0b 102400 3492 98844 3% Interleaved /dev/sd1b 32768 3456 29248 11% Interleaved /dev/sd2b 32768 3456 29248 11% Interleaved /dev/sd3b 32768 3456 29248 11% Interleaved Total 200448 13860 186588 7% I'd like to get -current running on this machine, mainly because there are features in -current that I'd like to have, and because I found that -current was more stable on the 386, then stable was on the 486...and cause I like the idea of faster things like vm code and pipes :) Altho this machine is "live/production", I'm willing to test things out and try different things to resolve this problem, since most panics last me about 5 minutes, which I can easily account for (no users, just WWW traffic right now) Also, even though I have savecore turned on, I don't seem able to get a core file to diagnose. I'm including my config file at the bottom of this, just in case I'm missing *something* that I require to get a core file, but I've checked out LINT and GENERIC for any flags I think I'm missing, and...can't find any. Marc G. Fournier | POP Mail Telnet Acct DNS Hosting System | WWW Services Database Services | Knowledge, Administrator | | Information and scrappy@ki.net | WWW: http://www.ki.net | Communications, Inc ----- config file ----- # # GENERIC -- Generic machine with WD/AHx/NCR/BTx family disks # # $Id: GENERIC,v 1.46.2.6 1995/10/25 17:29:51 jkh Exp $ # machine "i386" cpu "I486_CPU" ident kinet maxusers 32 options "CHILD_MAX=128" options "OPEN_MAX=128" # The following is for Wine Support options USER_LDT #allow user-level control of i386 ldt options QUOTA #enable disk quotas options DODUMP options DDB options INET #InterNETworking options FFS #Berkeley Fast Filesystem options NFS #Network Filesystem options MSDOSFS #MSDOS Filesystem options "CD9660" #ISO 9660 Filesystem options PROCFS #Process filesystem options DEVFS options "COMPAT_43" #Compatible with BSD 4.3 options "SCSI_DELAY=15" #Be pessimistic about Joe SCSI device options BOUNCE_BUFFERS #include support for DMA bounce buffers options UCONSOLE #Allow users to grab the console options SYSVSHM options SYSVSEM options SYSVMSG config kernel root on sd0 controller isa0 controller pci0 controller fdc0 at isa? port "IO_FD1" bio irq 6 drq 2 vector fdintr disk fd0 at fdc0 drive 0 controller ncr0 controller aha0 at isa? port "IO_AHA0" bio irq ? drq 5 vector ahaintr controller scbus0 device sd0 device st0 device vt0 at isa? port "IO_KBD" tty irq 1 vector pcrint options "PCVT_FREEBSD=210" # pcvt running on FreeBSD 2.1 options XSERVER # include code for XFree86 device npx0 at isa? port "IO_NPX" irq 13 vector npxintr device sio0 at isa? port "IO_COM1" tty irq 4 vector siointr device sio1 at isa? port "IO_COM2" tty irq 3 vector siointr device lpt0 at isa? port? tty irq 7 vector lptintr device ep0 at isa? port 0x300 net irq 10 vector epintr pseudo-device loop pseudo-device speaker #Play IBM BASIC-style noises out your speaker pseudo-device ether pseudo-device log pseudo-device tun 5 pseudo-device pty 64 pseudo-device bpfilter 4 From owner-freebsd-current Fri Feb 16 15:37:04 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id PAA15756 for current-outgoing; Fri, 16 Feb 1996 15:37:04 -0800 (PST) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id PAA15750 for ; Fri, 16 Feb 1996 15:37:02 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id QAA05831; Fri, 16 Feb 1996 16:32:01 -0700 From: Terry Lambert Message-Id: <199602162332.QAA05831@phaeton.artisoft.com> Subject: Re: /usr/local/libexec vs /usr/local/sbin To: pst@Shockwave.COM (Paul Traina) Date: Fri, 16 Feb 1996 16:32:01 -0700 (MST) Cc: terry@lambert.org, imp@village.org, coredump@nervosa.com, asami@cs.berkeley.edu, current@freebsd.org In-Reply-To: <199602162029.MAA16495@precipice.shockwave.com> from "Paul Traina" at Feb 16, 96 12:29:41 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-current@freebsd.org Precedence: bulk > [sic] I was, but I'm feeling much better now... Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-current Fri Feb 16 17:49:21 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id RAA22595 for current-outgoing; Fri, 16 Feb 1996 17:49:21 -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 RAA22590 for ; Fri, 16 Feb 1996 17:49:19 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.12/8.6.9) with SMTP id RAA08796; Fri, 16 Feb 1996 17:48:59 -0800 To: sycheng@cis.ufl.edu cc: freebsd-current@FreeBSD.org, j@uriah.heep.sax.de Subject: Re: [HELP] Cannot boot In-reply-to: Your message of "Fri, 16 Feb 1996 12:39:15 EST." <199602161739.MAA14717@sloop.cis.ufl.edu> Date: Fri, 16 Feb 1996 17:48:59 -0800 Message-ID: <8794.824521739@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-current@FreeBSD.org Precedence: bulk > Sure. I've tried to disable LBA mode from BIOS, or Promise card, or both, > but none worked. Besides, I need to use DOS/Windows sometime so I don't think > I will disable LBA mode even it works. > > Thanks a lot. Any other good suggestion ? I think the only suggestion that will actually net you a working system if those are your constraints is: "Get rid of that stinking promise controller!" :-) Jordan From owner-freebsd-current Fri Feb 16 18:55:03 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id SAA26661 for current-outgoing; Fri, 16 Feb 1996 18:55:03 -0800 (PST) Received: from s1.GANet.NET (s1.GANet.NET [199.18.201.2]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id SAA26654 for ; Fri, 16 Feb 1996 18:55:01 -0800 (PST) Received: (from ec0@localhost) by s1.GANet.NET (8.6.11/8.6.11) id VAA02474; Fri, 16 Feb 1996 21:53:56 -0500 Date: Fri, 16 Feb 1996 21:53:55 -0500 (EST) From: Eric Chet To: freebsd-current@freebsd.org Subject: /dev/random Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org Precedence: bulk Hello I was upgrading my /etc from /usr/src/etc and noticed a reference to /dev/random in the sysconfig file. I did a findgrep on my system and found information on random(4) and rndcontrol(8) the only information I did not find was mknod information for creating /dev/random and /dev/urandom. Does anybody know the device config info? Peace -- ejc work: ejc@nasvr1.cb.att.com home: ec0@ganet.net From owner-freebsd-current Fri Feb 16 18:55:33 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id SAA26734 for current-outgoing; Fri, 16 Feb 1996 18:55:33 -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 SAA26722 for ; Fri, 16 Feb 1996 18:55:31 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.12/8.6.9) with SMTP id SAA09431; Fri, 16 Feb 1996 18:54:50 -0800 To: Terry Lambert cc: pst@Shockwave.COM (Paul Traina), imp@village.org, coredump@nervosa.com, asami@cs.berkeley.edu, current@freebsd.org Subject: Re: /usr/local/libexec vs /usr/local/sbin In-reply-to: Your message of "Fri, 16 Feb 1996 16:32:01 MST." <199602162332.QAA05831@phaeton.artisoft.com> Date: Fri, 16 Feb 1996 18:54:50 -0800 Message-ID: <9429.824525690@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-current@freebsd.org Precedence: bulk > > [sic] > > I was, but I'm feeling much better now... Physically, perhaps. Mentally, I'd say you're almost certainly incurable. :-) Jordan From owner-freebsd-current Fri Feb 16 21:05:00 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id VAA20160 for current-outgoing; Fri, 16 Feb 1996 21:05:00 -0800 (PST) Received: from native.cis.ufl.edu (sycheng@native.cis.ufl.edu [128.227.224.21]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id VAA20155 for ; Fri, 16 Feb 1996 21:04:56 -0800 (PST) From: sycheng@cis.ufl.edu Received: by native.cis.ufl.edu (8.6.7/cis.ufl.edu) id AAA02713; Sat, 17 Feb 1996 00:04:47 -0500 Message-Id: <199602170504.AAA02713@native.cis.ufl.edu> Subject: Re: [HELP] Cannot boot To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Sat, 17 Feb 1996 00:04:47 -0500 (EST) Cc: freebsd-current@freebsd.org In-Reply-To: <8794.824521739@time.cdrom.com> from "Jordan K. Hubbard" at Feb 16, 96 05:48:59 pm X-Mailer: ELM [version 2.4 PL24 ME7a] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org Precedence: bulk In the previous mail Jordan K. Hubbard wrote : > > > Sure. I've tried to disable LBA mode from BIOS, or Promise card, or both, > > but none worked. Besides, I need to use DOS/Windows sometime so I don't think > > I will disable LBA mode even it works. > > > > Thanks a lot. Any other good suggestion ? > > I think the only suggestion that will actually net you a working system > if those are your constraints is: > > "Get rid of that stinking promise controller!" > That's too bad. Ok, If Promise VLB EIDE controller is not good enough, Could you please recommend me a better one which is FreeBSD compatible ? Any info will be greatly appreciated. -- Cheng, Hsiao-Yang Graduate Student ___ . TEL: 3 5 2 - 3 3 Department of Computer Information Science / \ / 8 University of Florida, Gainesville | /^~~) (~~) )Hsiao--_ 8 E-mail: sycheng@cis.ufl.edu \ // ( (~~~ / ( Yang) 4 WWW : http://www.cis.ufl.edu/~sycheng ```` ` ~~~` ` / 9 <> WE GROW GREAT BY DREAMS. ALL BIG ARE DREAMERS \ / 1 `` From owner-freebsd-current Fri Feb 16 21:20:30 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id VAA21310 for current-outgoing; Fri, 16 Feb 1996 21:20:30 -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 VAA21304 for ; Fri, 16 Feb 1996 21:20:28 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.12/8.6.9) with SMTP id VAA10123; Fri, 16 Feb 1996 21:20:15 -0800 To: sycheng@cis.ufl.edu cc: freebsd-current@freebsd.org Subject: Re: [HELP] Cannot boot In-reply-to: Your message of "Sat, 17 Feb 1996 00:04:47 EST." <199602170504.AAA02713@native.cis.ufl.edu> Date: Fri, 16 Feb 1996 21:20:15 -0800 Message-ID: <10121.824534415@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-current@freebsd.org Precedence: bulk > That's too bad. Ok, If Promise VLB EIDE controller is not good enough, > Could you please recommend me a better one which is FreeBSD compatible ? Woog. He wants me to recommend an IDE controller.. Help me out guys, I never buy IDE controllers! :-) Jordan From owner-freebsd-current Fri Feb 16 21:45:01 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id VAA22086 for current-outgoing; Fri, 16 Feb 1996 21:45:01 -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 VAA22073 for ; Fri, 16 Feb 1996 21:44:53 -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 HAA00456; Sat, 17 Feb 1996 07:44:35 +0200 (SAT) Message-Id: <199602170544.HAA00456@grumble.grondar.za> To: Eric Chet cc: freebsd-current@freebsd.org Subject: Re: /dev/random Date: Sat, 17 Feb 1996 07:44:34 +0200 From: Mark Murray Sender: owner-current@freebsd.org Precedence: bulk > I was upgrading my /etc from /usr/src/etc and noticed a reference > to /dev/random in the sysconfig file. I did a findgrep on my system and > found information on random(4) and rndcontrol(8) the only information > I did not find was mknod information for creating /dev/random and > /dev/urandom. Does anybody know the device config info? I imported that. Bring the later copy of MAKEDEV from src/etc/etc.i386 to /dev. when you next do a "sh MAKEDEV all" it will be made. > Peace Seconded! 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-current Fri Feb 16 23:51:32 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id XAA28522 for current-outgoing; Fri, 16 Feb 1996 23:51:32 -0800 (PST) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id XAA28507 for ; Fri, 16 Feb 1996 23:51:30 -0800 (PST) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id IAA18114; Sat, 17 Feb 1996 08:51:21 +0100 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id IAA22385; Sat, 17 Feb 1996 08:51:20 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.7.3/8.6.9) id IAA07886; Sat, 17 Feb 1996 08:35:30 +0100 (MET) From: J Wunsch Message-Id: <199602170735.IAA07886@uriah.heep.sax.de> Subject: Re: [HELP] Cannot boot To: freebsd-current@FreeBSD.org Date: Sat, 17 Feb 1996 08:35:29 +0100 (MET) Cc: sycheng@cis.ufl.edu Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <8794.824521739@time.cdrom.com> from "Jordan K. Hubbard" at Feb 16, 96 05:48:59 pm X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL24 ME8a] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.org Precedence: bulk As Jordan K. Hubbard wrote: > > Thanks a lot. Any other good suggestion ? > > I think the only suggestion that will actually net you a working system > if those are your constraints is: > > "Get rid of that stinking promise controller!" > > :-) This is called ``The m-hundred-dollar solution''. Alternatively, dig into the code, learn to know why and how it fails, and go fix it. This is called ``The m-hundred-hour solution''. I'm sure, after doing the second, we have one guy more in the group of people praying in Usenet that ``IDE is basically crap''. I've seen three floppy tape maintainers here. All of them started very enthusiastic, started to understand the standards, started to understand the code -- and finally bought a Real Tape Drive. (Well, i'm not yet sure about the last of them...) -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-current Sat Feb 17 00:21:34 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id AAA00438 for current-outgoing; Sat, 17 Feb 1996 00:21:34 -0800 (PST) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id AAA00432 for ; Sat, 17 Feb 1996 00:21:31 -0800 (PST) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id JAA20044; Sat, 17 Feb 1996 09:21:23 +0100 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id JAA22465; Sat, 17 Feb 1996 09:21:23 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.7.3/8.6.9) id JAA08144; Sat, 17 Feb 1996 09:10:06 +0100 (MET) From: J Wunsch Message-Id: <199602170810.JAA08144@uriah.heep.sax.de> Subject: Re: [HELP] Cannot boot To: freebsd-current@FreeBSD.org (FreeBSD-current users) Date: Sat, 17 Feb 1996 09:10:05 +0100 (MET) Cc: sycheng@cis.ufl.edu Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <10121.824534415@time.cdrom.com> from "Jordan K. Hubbard" at Feb 16, 96 09:20:15 pm X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL24 ME8a] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.org Precedence: bulk As Jordan K. Hubbard wrote: > > That's too bad. Ok, If Promise VLB EIDE controller is not good enough, > > Could you please recommend me a better one which is FreeBSD compatible ? > > Woog. He wants me to recommend an IDE controller.. Help me out guys, > I never buy IDE controllers! :-) Adaptec AHA1540, BusLogic Bt742, NCR 53c810, ... Ooops. They aren't IDE, you say? Right you are! The dumbest IDE ``controllers'' (2 74F245's, one GAL for the address decoder) will do it best. The idea of the computer industry to replace these sort of really simple IDE adapters by those ``smart guys'' they are so fond of these days, thus attempting to save the antique ST-506 disk interface into the 90's instead of banning it forever and using the well-established SCSI was one of their biggest mistakes within the last 3 years. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-current Sat Feb 17 01:39:19 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id BAA02817 for current-outgoing; Sat, 17 Feb 1996 01:39:19 -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 BAA02808 for ; Sat, 17 Feb 1996 01:39:13 -0800 (PST) Received: from msmith@localhost by genesis.atrad.adelaide.edu.au (8.6.12/8.6.9) id UAA01438; Sat, 17 Feb 1996 20:13:05 +1030 From: Michael Smith Message-Id: <199602170943.UAA01438@genesis.atrad.adelaide.edu.au> Subject: Re: [HELP] Cannot boot To: joerg_wunsch@uriah.heep.sax.de Date: Sat, 17 Feb 1996 20:13:05 +1030 (CST) Cc: freebsd-current@FreeBSD.ORG, sycheng@cis.ufl.edu In-Reply-To: <199602170735.IAA07886@uriah.heep.sax.de> from "J Wunsch" at Feb 17, 96 08:35:29 am MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.ORG Precedence: bulk J Wunsch stands accused of saying: > > I'm sure, after doing the second, we have one guy more in the group of > people praying in Usenet that ``IDE is basically crap''. > > I've seen three floppy tape maintainers here. All of them started > very enthusiastic, started to understand the standards, started to > understand the code -- and finally bought a Real Tape Drive. (Well, > i'm not yet sure about the last of them...) One could say the same thing about 8250-family UARTs 8( (For all those people that have responded in the positive about the 422/485 driver, please be a little patient; I've broken the interrupt handler adding support for external drive control. I should have it working again sometime Monday, and I'll update you then...) > cheers, J"org -- ]] 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. "I seek PEZ!" - The Tick [[ From owner-freebsd-current Sat Feb 17 10:11:35 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id KAA21194 for current-outgoing; Sat, 17 Feb 1996 10:11:35 -0800 (PST) Received: from hauki.clinet.fi (root@hauki.clinet.fi [194.100.0.1]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id KAA21187 for ; Sat, 17 Feb 1996 10:11:30 -0800 (PST) Received: from cantina.clinet.fi (root@cantina.clinet.fi [194.100.0.15]) by hauki.clinet.fi (8.7.3/8.6.4) with ESMTP id UAA28643; Sat, 17 Feb 1996 20:11:16 +0200 (EET) Received: (hsu@localhost) by cantina.clinet.fi (8.6.12/8.6.4) id UAA11713; Sat, 17 Feb 1996 20:10:25 +0200 Date: Sat, 17 Feb 1996 20:10:25 +0200 Message-Id: <199602171810.UAA11713@cantina.clinet.fi> From: Heikki Suonsivu To: "Jordan K. Hubbard" Cc: freebsd-current@freebsd.org In-reply-to: "Jordan K. Hubbard"'s message of 16 Feb 1996 09:56:16 +0200 Subject: Re: Hysterical Raisons Organization: Clinet Ltd, Espoo, Finland References: <431.824454576@time.cdrom.com> Sender: owner-current@freebsd.org Precedence: bulk In article <431.824454576@time.cdrom.com> "Jordan K. Hubbard" writes: Uh, I think it's the other way around. If you took a straw poll of FreeBSD systems everywhere, I think you'd find that at least 90% of them populated their /usr/local directories almost *exclusively* from the ports collection. Are you quite sure about this? Most of stuff in our local/bin is installed from original source, not from ports. I use ports as a last resort, not as the primary source. Last time we used ports we got a shareware version which would cost $2000 to register, for functionality I think I can arrange to be written from scratch for the same price, though there already is older free version (this was zmodem). -- Heikki Suonsivu, T{ysikuu 10 C 83/02210 Espoo/FINLAND, hsu@clinet.fi mobile +358-40-5519679 work +358-0-4375360 fax -4555276 home -8031121 From owner-freebsd-current Sat Feb 17 11:52:00 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id LAA24698 for current-outgoing; Sat, 17 Feb 1996 11:52:00 -0800 (PST) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id LAA24693 for ; Sat, 17 Feb 1996 11:51:55 -0800 (PST) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id UAA00914 for ; Sat, 17 Feb 1996 20:51:53 +0100 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id UAA28140 for freebsd-current@freebsd.org; Sat, 17 Feb 1996 20:51:53 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.7.3/8.6.9) id UAA00887 for freebsd-current@freebsd.org; Sat, 17 Feb 1996 20:26:29 +0100 (MET) From: J Wunsch Message-Id: <199602171926.UAA00887@uriah.heep.sax.de> Subject: Re: Hysterical Raisons To: freebsd-current@freebsd.org Date: Sat, 17 Feb 1996 20:26:29 +0100 (MET) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199602171810.UAA11713@cantina.clinet.fi> from "Heikki Suonsivu" at Feb 17, 96 08:10:25 pm X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL24 ME8a] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org Precedence: bulk As Heikki Suonsivu wrote: > Are you quite sure about this? Most of stuff in our local/bin is installed > from original source, not from ports. I use ports as a last resort, not as > the primary source. You are about the only one. :) I use packages wherever they fit my needs, then ports, then resort to the icky way of finding the source myself, fighting with it to get it compiled, etc. > Last time we used ports we got a shareware version > which would cost $2000 to register, for functionality I think I can arrange > to be written from scratch for the same price, though there already is > older free version (this was zmodem). zmodem is certainly the only one of this kind. There should also be a port of the older, freeware zmodem. Just like it has been done for ghostscript: you can select between the freeware version 2, and the shareware version 3. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-current Sat Feb 17 13:17:29 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id NAA28938 for current-outgoing; Sat, 17 Feb 1996 13:17:29 -0800 (PST) Received: from covina.lightside.com (covina.lightside.com [198.81.209.1]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id NAA28930 for ; Sat, 17 Feb 1996 13:17:26 -0800 (PST) Received: from hamby1.lightside.net by covina.lightside.com with smtp (Smail3.1.28.1 #6) id m0tnu0L-0009YiC; Sat, 17 Feb 96 13:17 PST Received: by hamby1.lightside.net with Microsoft Mail id <01BAFD3A.79E15150@hamby1.lightside.net>; Sat, 17 Feb 1996 13:18:50 -0800 Message-ID: <01BAFD3A.79E15150@hamby1.lightside.net> From: Jake Hamby To: "freebsd-current@freebsd.org" , "'Joerg Wunsch'" Subject: RE: Hysterical Raisons Date: Sat, 17 Feb 1996 13:18:44 -0800 Encoding: 27 TEXT Sender: owner-current@freebsd.org Precedence: bulk As Heikki Suonsivu wrote: >> Are you quite sure about this? Most of stuff in our local/bin is installed >> from original source, not from ports. I use ports as a last resort, not as >> the primary source. >You are about the only one. :) >I use packages wherever they fit my needs, then ports, then resort to >the icky way of finding the source myself, fighting with it to get it >compiled, etc. >> Last time we used ports we got a shareware version >> which would cost $2000 to register, for functionality I think I can arrange >> to be written from scratch for the same price, though there already is >> older free version (this was zmodem). >zmodem is certainly the only one of this kind. There should also be a >port of the older, freeware zmodem. Just like it has been done for >ghostscript: you can select between the freeware version 2, and the >shareware version 3. Actually, both versions of Ghostscript are free, it's just that version 2 uses the GNU copyright, and version 3 uses Aladdin's copyright. ---Jake From owner-freebsd-current Sat Feb 17 15:31:41 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id PAA05351 for current-outgoing; Sat, 17 Feb 1996 15:31:41 -0800 (PST) Received: from rover.village.org (rover.village.org [204.144.255.49]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id PAA05345 for ; Sat, 17 Feb 1996 15:31:36 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by rover.village.org (8.6.11/8.6.6) with SMTP id QAA15534; Sat, 17 Feb 1996 16:31:08 -0700 Message-Id: <199602172331.QAA15534@rover.village.org> To: Jake Hamby Subject: Re: Hysterical Raisons Cc: "freebsd-current@freebsd.org" , "'Joerg Wunsch'" In-reply-to: Your message of Sat, 17 Feb 1996 13:18:44 PST Date: Sat, 17 Feb 1996 16:31:08 -0700 From: Warner Losh Sender: owner-current@FreeBSD.ORG Precedence: bulk : Actually, both versions of Ghostscript are free, it's just that : version 2 uses the GNU copyright, and version 3 uses Aladdin's : copyright. For a suitible definition of the word free :-). Aladdin's copyright is basically GPL + "You can't sell this for money." I think that's why Aladdin's relatively good version isn't on the cds. Warner