From owner-freebsd-stable Sun Sep 24 06:58:54 1995 Return-Path: owner-stable Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id GAA27098 for stable-outgoing; Sun, 24 Sep 1995 06:58:54 -0700 Received: from shell.monmouth.com (pechter@shell.monmouth.com [205.164.220.1]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id GAA27093 ; Sun, 24 Sep 1995 06:58:51 -0700 Received: (from pechter@localhost) by shell.monmouth.com (8.6.12/8.6.12) id KAA27727; Sun, 24 Sep 1995 10:00:48 -0400 From: Bill/Carolyn Pechter Message-Id: <199509241400.KAA27727@shell.monmouth.com> Subject: Linux emulator To: freebsd-hackers@freebsd.org, freebsd-stable@freebsd.org Date: Sun, 24 Sep 1995 10:00:48 -0400 (EDT) X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 882 Sender: owner-stable@freebsd.org Precedence: bulk > Just for grins -- I downloaded the AT&T ksh93 for Linux and ran it on > FreeBSD-stable. > > In addition to the shared libraries being a bad match (the ones I found > in my Slackware weren't any good either)... > I picked up the following error from the system. here's another looks like mount() as well as syslog() don't work. so far everything else seems great. Sep 24 09:45:21 i4got /kernel: Linux-emul(378): syslog() not supported (BSD sigreturn) Sep 24 09:47:52 i4got /kernel: Linux-emul(385): mount() not supported Nice piece of work, though. Bill ------------------------------------------------------------------------------- Bill Pechter/Carolyn Pechter | The postmaster always pings twice. Lakewood MicroSystems | 17 Meredith Drive, 908-389-3592 | Tinton Falls, NJ 07724 pechter@shell.monmouth.com | From owner-freebsd-stable Mon Sep 25 16:05:16 1995 Return-Path: owner-stable Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id QAA28545 for stable-outgoing; Mon, 25 Sep 1995 16:05:16 -0700 Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.95.97.216]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id QAA28538 ; Mon, 25 Sep 1995 16:05:14 -0700 Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.6.12/8.6.9) id QAA19610; Mon, 25 Sep 1995 16:08:12 -0700 From: "Steven G. Kargl" Message-Id: <199509252308.QAA19610@troutmask.apl.washington.edu> Subject: Make world dies in eBones To: freebsd-stable@freebsd.org Date: Mon, 25 Sep 1995 16:08:11 -0700 (PDT) Cc: markm@freebsd.org X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 1525 Sender: owner-stable@freebsd.org Precedence: bulk %make world [...much later in the day...] install -c -o bin -g bin -m 444 libdes.so.2.0 /usr/lib rm -f .depend /usr/src/eBones/des/tags rm -f a.out Errs errs mklog cbc_cksm.o cbc_enc.o ecb_enc.o enc_read.o enc_writ.o pcbc_enc.o qud_cksm.o rand_key.o read_pwd.o set_key.o str2key.o cfb_enc.o 3ecb_enc.o ofb_enc.o 3cbc_enc.o rm -f libdes.a llib-ldes.ln rm -f /usr/src/eBones/des/tags .depend rm -f profiled/*.o libdes_p.a rm -f cbc_cksm.so cbc_enc.so ecb_enc.so enc_read.so enc_writ.so pcbc_enc.so qud_cksm.so rand_key.so read_pwd.so set_key.so str2key.so cfb_enc.so 3ecb_enc.so ofb_enc.so 3cbc_enc.so shared/*.o rm -f libdes.so.*.* libdes_pic.a cd /usr/src/eBones/des; rm -rf obj; /usr/src/eBones/des -> /usr/obj/eBones/des cd /usr/src/eBones/lib && make depend all install cleandir obj cd: can't cd to /usr/src/eBones/lib *** Error code 2 Sure enough /usr/src/eBones/lib does not exist. The command that preceded the `make world' was %sup -e -v -z stable-supfile which contains stable-secure release=current host=SUP.FreeBSD.ORG hostbase=/home base=/usr prefix=/usr/src delete old Did I miss something in the Great eBones Re-Organization? I thought that was specific to current. Note: I am running FreeBSD-2.1-STABLE and I run sup every Friday morning to maintain my local tree. -- Steven G. Kargl | Phone: 206-685-4677 | Applied Physics Lab | Fax: 206-543-6785 | Univ. of Washington |---------------------| 1013 NE 40th St | FreeBSD 2.x-stable | Seattle, WA 98105 |---------------------| From owner-freebsd-stable Mon Sep 25 22:29:30 1995 Return-Path: owner-stable Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id WAA12504 for stable-outgoing; Mon, 25 Sep 1995 22:29:30 -0700 Received: from aslan.cdrom.com (aslan.cdrom.com [192.216.223.142]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id WAA12497 for ; Mon, 25 Sep 1995 22:29:28 -0700 Received: from localhost.cdrom.com (localhost.cdrom.com [127.0.0.1]) by aslan.cdrom.com (8.6.12/8.6.9) with SMTP id WAA11433 for ; Mon, 25 Sep 1995 22:29:15 -0700 Message-Id: <199509260529.WAA11433@aslan.cdrom.com> X-Authentication-Warning: aslan.cdrom.com: Host localhost.cdrom.com didn't use HELO protocol To: stable@FreeBSD.org Subject: Re:Make world dies in eBones Date: Mon, 25 Sep 1995 22:29:15 -0700 From: "Justin T. Gibbs" Sender: owner-stable@FreeBSD.org Precedence: bulk From: "Steven G. Kargl" > cd /usr/src/eBones/lib && make depend all install cleandir obj > cd: can't cd to /usr/src/eBones/lib >*** Error code 2 > > > Sure enough /usr/src/eBones/lib does not exist. > The command that preceded the `make world' was > > %sup -e -v -z stable-supfile > > which contains > > stable-secure release=current host=SUP.FreeBSD.ORG hostbase=/home base=/usr prefix=/usr/src delete old > > > Did I miss something in the Great eBones Re-Organization? I thought > that was specific to current. Note: I am running FreeBSD-2.1-STABLE > and I run sup every Friday morning to maintain my local tree. > > -- > Steven G. Kargl | Phone: 206-685-4677 | Well, the "current" stable supfile also contains this line: #src-eBones release=stable host=sup.FreeBSD.org hostbase=/home base=/usr prefix= /usr/src delete old use-rel-suffix The secure target is also commented out by default. You were trying to build updated secure sources with an out of date eBones tree. Sup the eBones bits and you should be okay. eBones in -current is identical to the eBones in -stable. -- Justin T. Gibbs =========================================== Software Developer - Walnut Creek CDROM FreeBSD: Turning PCs into workstations =========================================== From owner-freebsd-stable Wed Sep 27 00:16:39 1995 Return-Path: owner-stable Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id AAA16894 for stable-outgoing; Wed, 27 Sep 1995 00:16:39 -0700 Received: from Root.COM (implode.Root.COM [198.145.90.17]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id AAA16886 for ; Wed, 27 Sep 1995 00:16:28 -0700 Received: from corbin.Root.COM (corbin [198.145.90.34]) by Root.COM (8.6.12/8.6.5) with ESMTP id AAA16428; Wed, 27 Sep 1995 00:14:38 -0700 Received: from localhost (localhost [127.0.0.1]) by corbin.Root.COM (8.6.12/8.6.5) with SMTP id AAA27915; Wed, 27 Sep 1995 00:17:09 -0700 Message-Id: <199509270717.AAA27915@corbin.Root.COM> To: Andreas Klemm cc: stable@freebsd.org Subject: Re: make world on FreeBSD-stable impossible. cc1: ... signal 11 In-reply-to: Your message of "Wed, 27 Sep 95 08:02:32 BST." <199509270702.IAA00270@knobel.gun.de> From: David Greenman Reply-To: davidg@Root.COM Date: Wed, 27 Sep 1995 00:17:09 -0700 Sender: owner-stable@freebsd.org Precedence: bulk >/local/FreeBSD-stable/gnu/lib/libg++/include/streambuf.h:358: parse error at null character > >Actually there was a control character in this file. >Instead of ( int something there was a ( xnt something > ^--- control character > >I didn't fix that and simply rebooted the machine to see, if there >is actually a problem in this file or if this might be another error. >And ... to my big surprise ... after rebooting the file was ok !!! > >So, is this a hardware error or is this an OS error. I really don't Very likely a hardware problem. It could be a bad memory bit or some type of disk controller/PCI bus problem. I don't think it's a problem with the 2940 driver because we are using 3 of those controllers in wcarchive and we don't have problems like this (we don't currently have _any_ problems, actually :-)). Wcarchive is running -stable from 6 days ago. -DG From owner-freebsd-stable Wed Sep 27 12:52:44 1995 Return-Path: owner-stable Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id MAA12241 for stable-outgoing; Wed, 27 Sep 1995 12:52:44 -0700 Received: from FSL.ORST.EDU (hernanw@FSL.ORST.EDU [128.193.112.105]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id MAA12236 for ; Wed, 27 Sep 1995 12:52:42 -0700 Received: (from hernanw@localhost) by FSL.ORST.EDU (8.6.9/8.6.9) id MAA08717; Wed, 27 Sep 1995 12:52:39 -0700 Date: Wed, 27 Sep 1995 12:52:38 -0700 (PDT) From: Wayne Hernandez To: stable Subject: 2.1 release Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-stable@freebsd.org Precedence: bulk Since a release is pending, is the stable branch going to continue to be updated, or frozen. I have not done a recent sup, as my system has been tied up doing the compiling from before. Wayne From owner-freebsd-stable Thu Sep 28 16:26:54 1995 Return-Path: owner-stable Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id QAA07717 for stable-outgoing; Thu, 28 Sep 1995 16:26:54 -0700 Received: from GndRsh.aac.dev.com (GndRsh.aac.dev.com [198.145.92.241]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id QAA07704 for ; Thu, 28 Sep 1995 16:26:48 -0700 Received: (from rgrimes@localhost) by GndRsh.aac.dev.com (8.6.12/8.6.12) id QAA06048; Thu, 28 Sep 1995 16:26:01 -0700 From: "Rodney W. Grimes" Message-Id: <199509282326.QAA06048@GndRsh.aac.dev.com> Subject: Re: make world on FreeBSD-stable impossible. cc1: ... signal 11 To: andreas@knobel.gun.de (Andreas Klemm) Date: Thu, 28 Sep 1995 16:26:01 -0700 (PDT) Cc: davidg@Root.COM, stable@freebsd.org In-Reply-To: <199509282043.VAA02883@knobel.gun.de> from "Andreas Klemm" at Sep 28, 95 09:43:42 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 1698 Sender: owner-stable@freebsd.org Precedence: bulk > > > > >Instead of ( int something there was a ( xnt something > > > > > > Did the above control character munge happen to be on a system with > > a wide 2940 in it??? If so turn off wide or drop the sync negotiation > > rate to 5Mhz in scsi-select. There is a bug in the 2940W sequencer code > > known to cause data corruption when running wide drives at this time. > > In this case it was the P90 CPU that caused that mess. I clocked it > down to 75 MHz, since then no trouble. 2 make worlds ran perfectly. > > My hardware: AHA 2940 (not wide), Quantum Grand Prix, ASUS P55TP4XE, > 256k burst cache, 32 MB 70ns,.... ^^^^^^^^^^^^^^^^^^ If you have to clock it down to work at 75MHz I highly suspect you have a defective cache module. :-( I also see 70nS memory in there, that is only good to 90Mhz, and it _must_ meet the 70nS t(RAC) timeing or it will cause problems, even 71nS is enough to cause you problems at 90Mhz, 61nS causes problems at 100Mhz. I now use high quality life time warrantied memory in all of my systems because I was seeing memory related problems and after running some of it on a real simm tester and seeing slightly over spec T(RAC) times I decided it was time to do the right things. > Thanks especially to you Rod ... Your hint, that it might be hardware > problems, caused me to do the trickiest things, even to clock down > the CPU ... and ... it works !! I am glad it works, I am sad about what you had to do to make it work as it indicates a timing related problem in some piece of hardware :-(. -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation Company Reliable computers for FreeBSD From owner-freebsd-stable Thu Sep 28 23:48:04 1995 Return-Path: owner-stable Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id XAA27546 for stable-outgoing; Thu, 28 Sep 1995 23:48:04 -0700 Received: from nanolon.gun.de (nanolon.gun.de [192.109.159.5]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id XAA27529 for ; Thu, 28 Sep 1995 23:48:00 -0700 Received: (from uucp@localhost) by nanolon.gun.de (8.6.8.1/8.6.6) with UUCP id HAA02875; Fri, 29 Sep 1995 07:47:19 +0100 Received: (from andreas@localhost) by knobel.gun.de (8.6.12/8.6.12) id HAA14254; Fri, 29 Sep 1995 07:46:16 +0100 From: Andreas Klemm Message-Id: <199509290646.HAA14254@knobel.gun.de> Subject: Re: make world on FreeBSD-stable impossible. cc1: ... signal 11 To: rgrimes@GndRsh.aac.dev.com (Rodney W. Grimes) Date: Fri, 29 Sep 1995 07:46:16 +0100 (MET) Cc: davidg@Root.COM, stable@freebsd.org In-Reply-To: <199509282326.QAA06048@GndRsh.aac.dev.com> from "Rodney W. Grimes" at Sep 28, 95 04:26:01 pm X-Mailer: ELM [version 2.4 PL24 ME7] Content-Type: text Content-Length: 3305 Sender: owner-stable@freebsd.org Precedence: bulk > > > > >Instead of ( int something there was a ( xnt something > > > > > > > > Did the above control character munge happen to be on a system with > > > a wide 2940 in it??? If so turn off wide or drop the sync negotiation > > > rate to 5Mhz in scsi-select. There is a bug in the 2940W sequencer code > > > known to cause data corruption when running wide drives at this time. > > > > In this case it was the P90 CPU that caused that mess. I clocked it > > down to 75 MHz, since then no trouble. 2 make worlds ran perfectly. > > > > My hardware: AHA 2940 (not wide), Quantum Grand Prix, ASUS P55TP4XE, > > 256k burst cache, 32 MB 70ns,.... > ^^^^^^^^^^^^^^^^^^ > If you have to clock it down to work at 75MHz I highly suspect you have > a defective cache module. :-( I also see 70nS memory in there, that is > only good to 90Mhz, and it _must_ meet the 70nS t(RAC) timeing or it will > cause problems, even 71nS is enough to cause you problems at 90Mhz, 61nS > causes problems at 100Mhz. Oh .... Then an additional question ... When CPU prices are falling I want to buy one of the 133 or 150 MHz CPU's that will have additionally a better or larger internal cache. What kind of memory would I need to buy, when I wand to drive a 120,133 or 150 MHz CPU ???? Do I have to use EDO RAM then ???? Or do I have to slow down BIOS settings ??? There is an auto detection area in the BIOS. Does it automatically switch to a slower rate, if I use RAM, that is a bit too slow ? These are things I dunno and where I don't know anything by hearsay. Would be fine, if someone could explain that to me. > I now use high quality life time warrantied memory in all of my systems > because I was seeing memory related problems and after running some of it > on a real simm tester and seeing slightly over spec T(RAC) times I decided > it was time to do the right things. Never heard of such a beast. What I know are memory modules, that have parity on it. But since everybody told me, that the triton chipset doesn't support parity checking (what seems to be true, if I look into the BIOS) then I'd know more about this high quality lifetime RAM. How much $ is it more expensive compared to traditional RAM without parity ??? > I am glad it works, I am sad about what you had to do to make it work > as it indicates a timing related problem in some piece of hardware :-(. Puh ... I tried everything ... FreeBSD - Linux ... installed several times ... The very first time I had termination problems, you remember ? I had to learn, that the Toshiba 3601 seems to have bad terminators, I have know no problems with SCSI bus at 10MB/sec, since I put the drive at the end of the SCSI bus ... Puh, lot of work ... my SS2 ran more perfectly but on the other hand much slower ;-) Ok, now I have the multi purpose computer again for DOS, NT (which I need for forthcoming in the company) and FreeBSD.... But seems to me now, that I'm back again in a multi failure hardware world ;-) :-( But I smell it, that soon I'll be through ... With your kind help, thanks again ! Andreas /// -- $$ apsfilter - magic print filter 4lpd @home : andreas@knobel.gun.de $$ ftp://sunsite.unc.edu @work : andreas@sunny.wup.de $$ /pub/Linux/system/Printing/aps-491.tgz knobel: >>> powered by FreeBSD <<< From owner-freebsd-stable Sat Sep 30 07:25:55 1995 Return-Path: owner-stable Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id HAA01445 for stable-outgoing; Sat, 30 Sep 1995 07:25:55 -0700 Received: from newton.Space.net (root@newton.space.net [194.59.182.1]) by freefall.freebsd.org (8.6.12/8.6.6) with SMTP id HAA01439 for ; Sat, 30 Sep 1995 07:25:49 -0700 Received: from nasim.nasim.cube.net ([194.97.15.2]) by newton.Space.NET with SMTP id <82507-3>; Sat, 30 Sep 1995 15:25:32 +0100 Received: by nasim.nasim.cube.net (Smail3.1.29.0 #1) id m0sz2r2-0007NqC; Sat, 30 Sep 95 15:25 MET To: freebsd-stable@freebsd.org Path: not-for-mail From: knarf@camelot.de (Frank Bartels) Newsgroups: muc.lists.freebsd.stable Subject: -stable and secure/eBones Date: Sat, 30 Sep 1995 15:25:27 +0100 Organization: Camelot Online Services Lines: 48 Message-ID: <44jk0n$n5g@nasim.nasim.cube.net> NNTP-Posting-Host: nasim.nasim.cube.net Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Newsreader: TIN [UNIX 1.3 950726BETA PL0] Sender: owner-stable@freebsd.org Precedence: bulk Hi, I want to use -stable on one of my FreeBSD machines. I managed to sup the stable sourcetree using the stable-supfile. It builds fine but now I want to use the international versions of secure and eBones. With the secure-stable-supfile (got from -current) eBones release=stable host=sup.internat.freebsd.org hostbase=/home base=/usr prefix=/usr/src delete old compress secure release=stable host=sup.internat.freebsd.org hostbase=/home base=/usr prefix=/usr/src delete old compress I get SUP 9.26 (4.3 BSD) for file secure-stable-supfile at Sep 30 15:10:04 SUP Upgrade of eBones at Sat Sep 30 15:10:18 1995 SUP Fileserver 8.13 (4.3 BSD) 15438 on sup.internat.freebsd.org at 15:10:18 SUP Fileserver supports compression. SUP: Invalid release stable for collection eBones SUP: Upgrade of eBones aborted at Sep 30 15:10:26 1995 SUP Upgrade of secure at Sat Sep 30 15:10:42 1995 SUP Fileserver 8.13 (4.3 BSD) 15439 on sup.internat.freebsd.org at 15:10:42 SUP Fileserver supports compression. SUP: Invalid release stable for collection secure SUP: Upgrade of secure aborted at Sep 30 15:10:49 1995 As I've heard the secure/eBones tree for current and stable are identical, I supped them using the secure-current-supfile. `make -DMAKE_EBONES world' failes: cc -O -DDES_ENCRYPT -DKRBDES_ENCRYPT -I/usr/src/eBones/des/include -I/usr/src/eBones/des/../include -DAUTHENTICATE -I/usr/src/eBones/des/../../include -Wall -I/usr/src/eBones/des/../../include -Wall -c /usr/src/eBones/des/enc_read.c -o enc_read.o In file included from /usr/src/eBones/des/include/des_locl.h:9, from /usr/src/eBones/des/enc_read.c:12: /usr/src/eBones/des/include/des.h:102: conflicting types for `crypt' /usr/src/eBones/des/../../include/unistd.h:108: previous declaration of `crypt' *** Error code 1 Stop. *** Error code 1 Stop. What am I doing wrong? Bye, Knarf -- Frank Bartels |UUCP/ZModem/Fax: + 49 89 5469593| "Captain, why not just knarf@camelot.de | http://www.camelot.de/~knarf/ | give the Borg Windows?"