From owner-freebsd-hackers Sun Feb 26 00:27:19 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id AAA16318 for hackers-outgoing; Sun, 26 Feb 1995 00:27:19 -0800 Received: from lirmm.lirmm.fr (lirmm.lirmm.fr [193.49.104.10]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id AAA16311 for ; Sun, 26 Feb 1995 00:27:17 -0800 Received: from lirmm.fr (baobab.lirmm.fr [193.49.106.14]) by lirmm.lirmm.fr (8.6.9/8.6.4) with ESMTP id JAA02176 for ; Sun, 26 Feb 1995 09:26:34 +0100 Message-Id: <199502260826.JAA02176@lirmm.lirmm.fr> To: hackers@FreeBSD.org Subject: gmake compiled with -O2 -m486 Date: Sun, 26 Feb 1995 09:26:36 +0100 From: "Philippe Charnier" Sender: hackers-owner@FreeBSD.org Precedence: bulk Hello, (gnu make version 3.72.1) gmake compiled with -O seems to be ok. gmake compiled with -O2 -m486 enters itself in debug mode (lot of messages), but gmake MAKE="gmake" has the correct behavior (you don't have debug messages if you don't use -d). Can somebody try this using gcc 2.6.3? -------- -------- Philippe Charnier charnier@lirmm.fr LIRMM, 161 rue Ada, 34392 Montpellier cedex 5 -- France ------------------------------------------------------------------------ From owner-freebsd-hackers Sun Feb 26 01:25:58 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id BAA17410 for hackers-outgoing; Sun, 26 Feb 1995 01:25:58 -0800 Received: from physics.su.oz.au (dawes@physics.su.OZ.AU [129.78.129.1]) by freefall.cdrom.com (8.6.9/8.6.6) with SMTP id BAA17404 for ; Sun, 26 Feb 1995 01:25:53 -0800 Received: by physics.su.oz.au id AA24791 (5.67b/IDA-1.4.4 for freebsd-hackers@freefall.cdrom.com); Sun, 26 Feb 1995 20:24:59 +1100 From: David Dawes Message-Id: <199502260924.AA24791@physics.su.oz.au> Subject: Re: XFree86 3.1.1 for FreeBSD 1.1.5.1?? To: obiwan!bob@uudell.us.dell.com (Bob Willcox) Date: Sun, 26 Feb 1995 20:24:58 +1100 (EST) Cc: freebsd-hackers@freefall.cdrom.com In-Reply-To: from "Bob Willcox" at Feb 25, 95 05:46:53 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 410 Sender: hackers-owner@FreeBSD.org Precedence: bulk >Is there a binary of XFree86 3.1.1 for FreeBSD 1.1.5.1 available somewhere? >I've been trying to build it on my 1.1.5.1 system but keep running into >defective Makefiles (they are not being built properly). I'd really rather >just copy an existing binary from somewhere, though. Yes, on ftp.xfree86.org (which is mirrored by ftp.cdrom.com). BTW, are you trying to build X11R6 PL11 or XFree86 3.1.1? David From owner-freebsd-hackers Sun Feb 26 01:51:19 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id BAA17920 for hackers-outgoing; Sun, 26 Feb 1995 01:51:19 -0800 Received: from vector.eikon.e-technik.tu-muenchen.de (vector.eikon.e-technik.tu-muenchen.de [129.187.142.36]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id BAA17879; Sun, 26 Feb 1995 01:49:55 -0800 Received: (from jhs@localhost) by vector.eikon.e-technik.tu-muenchen.de (8.6.9/8.6.9) id AAA00796; Sat, 25 Feb 1995 00:24:16 +0100 Date: Sat, 25 Feb 1995 00:24:16 +0100 From: Julian Howard Stacey Message-Id: <199502242324.AAA00796@vector.eikon.e-technik.tu-muenchen.de> To: hackers@freefall.cdrom.com, jkh@freefall.cdrom.com Subject: Re: A "FreeBSD" Daemon? Sender: hackers-owner@FreeBSD.org Precedence: bulk > So, send me your suggestions! X-Earth type thing in middle, lots of little BSD daemons around edge of globe, connected by maybe red lines -- Julian S From owner-freebsd-hackers Sun Feb 26 01:53:30 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id BAA17996 for hackers-outgoing; Sun, 26 Feb 1995 01:53:30 -0800 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.cdrom.com (8.6.9/8.6.6) with SMTP id BAA17966 for ; Sun, 26 Feb 1995 01:53:17 -0800 Received: from sax.sax.de by irz301.inf.tu-dresden.de with SMTP (5.67b+/DEC-Ultrix/4.3) id AA17648; Sun, 26 Feb 1995 10:50:55 +0100 Received: by sax.sax.de (8.6.9/8.6.9-s1) with UUCP id KAA11120 for freebsd-hackers@freebsd.org; Sun, 26 Feb 1995 10:50:54 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.6.9/8.6.9) id KAA03419 for freebsd-hackers@freebsd.org; Sun, 26 Feb 1995 10:37:07 +0100 From: J Wunsch Message-Id: <199502260937.KAA03419@uriah.heep.sax.de> Subject: rmail(1) and sendmail -bi To: freebsd-hackers@FreeBSD.org (FreeBSD hackers) Date: Sun, 26 Feb 1995 10:37: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 Content-Length: 597 Sender: hackers-owner@FreeBSD.org Precedence: bulk What's the reason that we're still stuck with queuing the mails only from rmail(1)? I've modified my rmail command long ago to use `interactive' delivery (-odi), and in one case where rmail bothered me too much by insisting on the $%&@ useless From_ line, i even replaced it by a script calling sendmail -odi without any additional preprocessing. All this went very fine, so what's the point that our rmail uses the conservative approach (-odq) only? -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Sun Feb 26 02:11:21 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id CAA18775 for hackers-outgoing; Sun, 26 Feb 1995 02:11:21 -0800 Received: from labinfo.iet.unipi.it (labinfo.iet.unipi.it [131.114.9.5]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id CAA18769 for ; Sun, 26 Feb 1995 02:11:18 -0800 Received: from localhost (luigi@localhost) by labinfo.iet.unipi.it (8.6.5/8.6.5) id LAA04690; Sun, 26 Feb 1995 11:03:41 +0100 From: Luigi Rizzo Message-Id: <199502261003.LAA04690@labinfo.iet.unipi.it> Subject: Re: A couple of points about ports To: bde@zeta.org.au (Bruce Evans) Date: Sun, 26 Feb 1995 11:03:41 +0100 (MET) Cc: hackers@FreeBSD.org In-Reply-To: <199502251939.GAA27825@godzilla.zeta.org.au> from "Bruce Evans" at Feb 26, 95 06:39:39 am X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 1127 Sender: hackers-owner@FreeBSD.org Precedence: bulk > >A lot of ports under 2.X suffer from a different definition of "sys_errlist" > >Most of the times the patches symply remove the offending line in the > >source. Is there any better way ? In stdio.h, there are a couple of > > The correct way is to remove all declarations and explicit use of > sys_errlist and sys_nerr and use strerror(). This is a worse way > if you want a quick and dirty port. Well you suggest how to fix the code, but a lot of code already exists and new one will come out with the wrong (for FreeBSD 2.X) declarations. Anyways, if I remember well, the actual problem is that in stdio.h there are a couple of __const in the declaration of sys_errlist which do not appear in the offending sources. Could we try to compile them with -D__const= ? Luigi ==================================================================== Luigi Rizzo Dip. di Ingegneria dell'Informazione email: luigi@iet.unipi.it Universita' di Pisa tel: +39-50-568533 via Diotisalvi 2, 56126 PISA (Italy) fax: +39-50-568522 ==================================================================== From owner-freebsd-hackers Sun Feb 26 03:22:13 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id DAA19820 for hackers-outgoing; Sun, 26 Feb 1995 03:22:13 -0800 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.cdrom.com (8.6.9/8.6.6) with SMTP id DAA19808 for ; Sun, 26 Feb 1995 03:22:07 -0800 Received: from sax.sax.de by irz301.inf.tu-dresden.de with SMTP (5.67b+/DEC-Ultrix/4.3) id AA19124; Sun, 26 Feb 1995 12:19:38 +0100 Received: by sax.sax.de (8.6.9/8.6.9-s1) with UUCP id MAA11692 for freebsd-hackers@freebsd.org; Sun, 26 Feb 1995 12:19:36 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.6.9/8.6.9) id LAA03738 for freebsd-hackers@freebsd.org; Sun, 26 Feb 1995 11:37:51 +0100 From: J Wunsch Message-Id: <199502261037.LAA03738@uriah.heep.sax.de> Subject: Re: A "FreeBSD" Daemon? To: freebsd-hackers@FreeBSD.org (FreeBSD hackers) Date: Sun, 26 Feb 1995 11:37:51 +0100 (MET) In-Reply-To: <199502242324.AAA00796@vector.eikon.e-technik.tu-muenchen.de> from "Julian Howard Stacey" at Feb 25, 95 00:24:16 am Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 516 Sender: hackers-owner@FreeBSD.org Precedence: bulk As Julian Howard Stacey wrote: > > > So, send me your suggestions! > X-Earth type thing in middle, lots of little BSD daemons around edge of globe, > connected by maybe red lines I'd basically like this one for a tee-shirt. But remember: it's impossible to have all sites viewable at once. Only way out: put the ``day side'' on front and the ``night side'' on back... -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Sun Feb 26 09:59:51 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id JAA26369 for hackers-outgoing; Sun, 26 Feb 1995 09:59:51 -0800 Received: from pelican.pelican.com (pelican.com [134.24.4.62]) by freefall.cdrom.com (8.6.9/8.6.6) with SMTP id JAA26363 for ; Sun, 26 Feb 1995 09:59:48 -0800 Received: by pelican.pelican.com (Smail3.1.28.1 #5) id m0rinF9-000K2uC; Sun, 26 Feb 95 09:58 WET Message-Id: From: pete@pelican.pelican.com (Pete Carah) Subject: hanging last ack To: hackers@FreeBSD.org Date: Sun, 26 Feb 1995 09:58:54 -0800 (PST) X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 383 Sender: hackers-owner@FreeBSD.org Precedence: bulk Using 1.1.5.1 and the ppp contained therein, I see hanging last acks (2-3 days later) for some or all sessions initiated by remote users. This is mainly the users of the CERN proxy http server running here, but appears to also occur with some other things. In all cases that I remember doing, I hung up using the ppp disconnect rather than simply dropping the connection. -- Pete From owner-freebsd-hackers Sun Feb 26 10:27:36 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id KAA27322 for hackers-outgoing; Sun, 26 Feb 1995 10:27:36 -0800 Received: from localhost (localhost [127.0.0.1]) by freefall.cdrom.com (8.6.9/8.6.6) with SMTP id KAA27313; Sun, 26 Feb 1995 10:27:30 -0800 X-Authentication-Warning: freefall.cdrom.com: Host localhost didn't use HELO protocol To: John Beukema cc: Terry Lambert , ernie@tinny.eis.net.au, freebsd-hackers@FreeBSD.org Subject: Re: Binary compatibility with NetBSD In-reply-to: Your message of "Sun, 26 Feb 95 10:27:37 +0800." Date: Sun, 26 Feb 1995 10:27:24 -0800 Message-ID: <27310.793823244@freefall.cdrom.com> From: "Jordan K. Hubbard" Sender: hackers-owner@FreeBSD.org Precedence: bulk > On Sat, 25 Feb 1995, Terry Lambert wrote: > > > > To not maintain binary compatability *including* shared images would > > be folly. > > > > Bravo! I agree completely. We do not need one more fragmented, > incompatible flavour. Sigh. I applaud the sentiment, gentlemen. So. That simply leaves the simple question: Which one of YOU are going to do the work involved? Jordan From owner-freebsd-hackers Sun Feb 26 11:13:06 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id LAA29665 for hackers-outgoing; Sun, 26 Feb 1995 11:13:06 -0800 Received: (from jkh@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id LAA29658; Sun, 26 Feb 1995 11:13:06 -0800 Date: Sun, 26 Feb 1995 11:13:06 -0800 From: "Jordan K. Hubbard" Message-Id: <199502261913.LAA29658@freefall.cdrom.com> To: hackers Subject: key exchange for rlogin/telnet services? Cc: security Sender: hackers-owner@FreeBSD.org Precedence: bulk You know the problem. You're sitting down at USENIX or your friend Bob's in Minnesota or some other gawdforsaken place and you have no way of knowing whether or not that password you just typed to log in to freefall was just sniffed by the entire undergraduate class of the local university (or their bored ISP). You can't set up a kerberos realm with everyone, so what you'd really just like to do is ensure that the endpoints are reasonably secure and encrypt everything going in between. A friend recerntly suggested a method for which my knowledge of the spelling may be incomplete, but I'll try: "Diffie-Hellman key exchange." Apparently you start out with a key pair on each end and then each raise eacy to the power of the other's public half and used the information derived to secure the link. Do any of you security weenies out there know what I'm talking about? Am I making any sense? Should I be locked up by the NSA for even suggesting this? Jordan From owner-freebsd-hackers Sun Feb 26 11:29:55 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id LAA00348 for hackers-outgoing; Sun, 26 Feb 1995 11:29:55 -0800 Received: from dns.netvision.net.il (root@dns.NetVision.net.il [194.90.1.5]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id LAA00317; Sun, 26 Feb 1995 11:29:28 -0800 Received: from ugen.NetManage.co.il (ugen.netmanage.co.il [192.114.78.165]) by dns.netvision.net.il (8.6.9/8.6.9) with SMTP id VAA04351; Sun, 26 Feb 1995 21:28:12 +0200 Date: Sun, 26 Feb 95 21:12:24 IST From: "Ugen J.S.Antsilevich" Subject: RE: key exchange for rlogin/telnet services? To: hackers@freefall.cdrom.com, "Jordan K. Hubbard" Cc: security@freefall.cdrom.com X-Mailer: Chameleon 4.00-Arm-25, TCP/IP for Windows, NetManage Inc. Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@FreeBSD.org Precedence: bulk >Do any of you security weenies out there know what I'm talking about? >Am I making any sense? Should I be locked up by the NSA for even suggesting >this? Good idea..i have done some experiments with public/private key encryption protocols on which knowing public key you can encode but can't decode back..very good solution to get rid of sniffing problemm... -- -=Ugen J.S.Antsilevich=- NetVision - Israeli Commercial Internet | Learning E-mail: ugen@NetVision.net.il | To Fly. [c] Phone : +972-4-550330 | From owner-freebsd-hackers Sun Feb 26 12:08:50 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id MAA01743 for hackers-outgoing; Sun, 26 Feb 1995 12:08:50 -0800 Received: from brasil.moneng.mei.com (brasil.moneng.mei.com [151.186.20.4]) by freefall.cdrom.com (8.6.9/8.6.6) with SMTP id MAA01737 for ; Sun, 26 Feb 1995 12:08:49 -0800 Received: by brasil.moneng.mei.com (4.1/SMI-4.1) id AA06729; Sun, 26 Feb 95 14:06:42 CST From: Joe Greco Message-Id: <9502262006.AA06729@brasil.moneng.mei.com> Subject: Re: rmail(1) and sendmail -bi To: joerg_wunsch@uriah.heep.sax.de Date: Sun, 26 Feb 1995 14:06:41 -0600 (CST) Cc: freebsd-hackers@FreeBSD.org In-Reply-To: <199502260937.KAA03419@uriah.heep.sax.de> from "J Wunsch" at Feb 26, 95 10:37:06 am X-Mailer: ELM [version 2.4beta PL9] Content-Type: text Content-Length: 2024 Sender: hackers-owner@FreeBSD.org Precedence: bulk > What's the reason that we're still stuck with queuing the mails only > from rmail(1)? > > I've modified my rmail command long ago to use `interactive' delivery > (-odi), and in one case where rmail bothered me too much by insisting > on the $%&@ useless From_ line, i even replaced it by a script calling > sendmail -odi without any additional preprocessing. > > All this went very fine, so what's the point that our rmail uses the > conservative approach (-odq) only? Hi, There was a mini-flamewar a while back about this. (I would agree that the current rmail is largely bogus, by the way...) It is possible to cause much grief with modes other than -odq with rmail, particularly if one is unfortunate enough to get several uuxqt sessions going and you suddenly have a dozen sendmails concurrently trying to hog system resources. Even -odq suffers from this a little bit. HOWEVER, if you have a reasonably fast machine, and have your UUCP set up in a Sendmail-cooperative manner (max-uuxqts 1 or 2), you're probably gonna be okay even if you increase the stress levels by using -odi or whatever. You can still blow the living honkers out of a slow machine, or a machine without much in terms of VM resources, but it appears that this is harder to do on the average than it was five years ago. I played for a while on a 386DX/40 with 16MB RAM and generous amounts of swap and had a tough time getting it to kill the system. I think the conclusion I drew from all of it was that it is probably wise to assume the least common denominator - -odq - but it would be REAL nice for many people to be able to specify something else. Perhaps /etc/rmail.config? :-) *I'D* like an rmail which can deal with an RFC822 formatted message, without all the From line crud. I've been hacking around this myself. ... Joe ------------------------------------------------------------------------------- Joe Greco - Systems Administrator jgreco@ns.sol.net Solaria Public Access UNIX - Milwaukee, WI 414/342-4847 From owner-freebsd-hackers Sun Feb 26 12:15:28 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id MAA02025 for hackers-outgoing; Sun, 26 Feb 1995 12:15:28 -0800 Received: from brasil.moneng.mei.com (brasil.moneng.mei.com [151.186.20.4]) by freefall.cdrom.com (8.6.9/8.6.6) with SMTP id MAA02010; Sun, 26 Feb 1995 12:15:22 -0800 Received: by brasil.moneng.mei.com (4.1/SMI-4.1) id AA06755; Sun, 26 Feb 95 14:14:08 CST From: Joe Greco Message-Id: <9502262014.AA06755@brasil.moneng.mei.com> Subject: Re: key exchange for rlogin/telnet services? To: jkh@freefall.cdrom.com (Jordan K. Hubbard) Date: Sun, 26 Feb 1995 14:14:07 -0600 (CST) Cc: hackers@freefall.cdrom.com, security@freefall.cdrom.com In-Reply-To: <199502261913.LAA29658@freefall.cdrom.com> from "Jordan K. Hubbard" at Feb 26, 95 11:13:06 am X-Mailer: ELM [version 2.4beta PL9] Content-Type: text Content-Length: 1571 Sender: hackers-owner@FreeBSD.org Precedence: bulk > You know the problem. You're sitting down at USENIX or your friend Bob's > in Minnesota or some other gawdforsaken place and you have no way of knowing > whether or not that password you just typed to log in to freefall was just > sniffed by the entire undergraduate class of the local university (or their > bored ISP). You can't set up a kerberos realm with everyone, so what you'd > really just like to do is ensure that the endpoints are reasonably secure > and encrypt everything going in between. A friend recerntly suggested a > method for which my knowledge of the spelling may be incomplete, but > I'll try: "Diffie-Hellman key exchange." Apparently you start out with > a key pair on each end and then each raise eacy to the power of the other's > public half and used the information derived to secure the link. > > Do any of you security weenies out there know what I'm talking about? > Am I making any sense? Should I be locked up by the NSA for even suggesting > this? > > Jordan This could be worthwhile, if possible... I'm using Kerberos for this purpose now, and it's a tad exasperating because the primary reason I installed it was so I could get encrypted telnet (yes, it was a lotta hacking, rip the DES code out of Kerberos, toss it in eBones, build, hack on the usr/src/secure programs for the better part of a day, etc). ... Joe ------------------------------------------------------------------------------- Joe Greco - Systems Administrator jgreco@ns.sol.net Solaria Public Access UNIX - Milwaukee, WI 414/342-4847 From owner-freebsd-hackers Sun Feb 26 12:46:36 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id MAA04022 for hackers-outgoing; Sun, 26 Feb 1995 12:46:36 -0800 Received: from devnull.mpd.tandem.com (devnull.mpd.tandem.com [131.124.4.29]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id MAA04014 for ; Sun, 26 Feb 1995 12:46:34 -0800 Received: from olympus by devnull.mpd.tandem.com (8.6.8/8.6.6) id OAA13739; Sun, 26 Feb 1995 14:45:34 -0600 Received: by olympus (4.1/TSS2.1) id AA25884; Sun, 26 Feb 95 14:44:04 CST From: faulkner@mpd.tandem.com (Boyd Faulkner) Message-Id: <9502262044.AA25884@olympus> Subject: Re: Lites and Doom To: dgy@seagull.rtd.com (Don Yuniskis) Date: Sun, 26 Feb 1995 14:44:04 -0600 (CST) Cc: hasty@netcom.com, freebsd-hackers@freefall.cdrom.com In-Reply-To: <199502252203.PAA11983@seagull.rtd.com> from "Don Yuniskis" at Feb 25, 95 03:03:21 pm X-Mailer: ELM [version 2.4 PL17] Content-Type: text Content-Length: 1485 Sender: hackers-owner@FreeBSD.org Precedence: bulk > > > I have a simple question: how do you build Lites with FreeBSD? > > Sorry, I haven't taken a serious look into the LITES server, yet > (I'm waiting for all the dust to settle) > > > Do I need to get a mach kernel source tree and if so where > > is the best place to get one ? > > I don't know if the LITES distribution includes the (micro)kernel > sources; I suspect it doesn't but, rather, includes any applicable > patches to the mk sources. I believe LITES will run on the > RT-Mach (mk83i), CMU Mach (MK83A) and Utah Flexmach (Mach4?) > microkernels. I'd avoid the RT-Mach microkernel as it's doubtful > you'd need the rt enhancements/complications. MK83A can be > anon ftp from mach.cs.cmu.edu. Don't know the status/stability > of the Mach4 stuff, sorry. > Mach4 is available at jaguar.cs.utah.edu:/flexmach WWW page at http://www.cs.utah.edu/projects/flexmach/mach4-proj.html There is a pointer to the lites page from there. I believe the latest distribution may be broken for UFS. UK02p8. Remy Card probably knows for sure. The patch was sinple but I don't remember what it was. It is probably in the mail archive. If it is going to drop officially, soon. It is probably worth waiting just to get compatibility and build info. Boyd -- _______________________________________________________________________ Boyd Faulkner faulkner@isd.tandem.com _______________________________________________________________________ From owner-freebsd-hackers Sun Feb 26 12:49:43 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id MAA04135 for hackers-outgoing; Sun, 26 Feb 1995 12:49:43 -0800 Received: from cs.weber.edu (cs.weber.edu [137.190.16.16]) by freefall.cdrom.com (8.6.9/8.6.6) with SMTP id MAA04129 for ; Sun, 26 Feb 1995 12:49:42 -0800 Received: by cs.weber.edu (4.1/SMI-4.1.1) id AA04526; Sun, 26 Feb 95 13:41:38 MST From: terry@cs.weber.edu (Terry Lambert) Message-Id: <9502262041.AA04526@cs.weber.edu> Subject: Re: Binary compatibility with NetBSD To: nate@trout.sri.MT.net (Nate Williams) Date: Sun, 26 Feb 95 13:41:38 MST Cc: jbeukema@hk.super.net, freebsd-hackers@FreeBSD.org In-Reply-To: <199502260337.UAA00267@trout.sri.MT.net> from "Nate Williams" at Feb 25, 95 08:37:11 pm X-Mailer: ELM [version 2.4dev PL52] Sender: hackers-owner@FreeBSD.org Precedence: bulk > > > To not maintain binary compatability *including* shared images would > > > be folly. > > > > Bravo! I agree completely. We do not need one more fragmented, > > incompatible flavour. > > I'm certain that Jordan would be willing to let you do all the work > required to keep the differnt OS's libraries in sync with the FreeBSD > versions. I suspect it would only amount to 4-6 hours/day on the avg. > guaranteeing there are no inconsitancies and making sure the changes > made don't break anything. > > Those who 'agree' must also be willing to put in the time necessary to > make those agreements happen. Far be it for me to be the one to blindly suggest that either NetBSD or FreeBSD give up control of libc to one camp or another. Especially now that NetBSD's libc is 64bit clean and FreeBSD's is not. Is this is technical issue (if so, what are the pro's and con's) or is this nothing but a control issue? Terry Lambert terry@cs.weber.edu --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Sun Feb 26 12:52:18 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id MAA04267 for hackers-outgoing; Sun, 26 Feb 1995 12:52:18 -0800 Received: from cs.weber.edu (cs.weber.edu [137.190.16.16]) by freefall.cdrom.com (8.6.9/8.6.6) with SMTP id MAA04257 for ; Sun, 26 Feb 1995 12:52:14 -0800 Received: by cs.weber.edu (4.1/SMI-4.1.1) id AA04553; Sun, 26 Feb 95 13:45:06 MST From: terry@cs.weber.edu (Terry Lambert) Message-Id: <9502262045.AA04553@cs.weber.edu> Subject: Re: Binary compatibility with NetBSD To: jkh@freefall.cdrom.com (Jordan K. Hubbard) Date: Sun, 26 Feb 95 13:45:06 MST Cc: jbeukema@hk.super.net, ernie@tinny.eis.net.au, freebsd-hackers@FreeBSD.org In-Reply-To: <27310.793823244@freefall.cdrom.com> from "Jordan K. Hubbard" at Feb 26, 95 10:27:24 am X-Mailer: ELM [version 2.4dev PL52] Sender: hackers-owner@FreeBSD.org Precedence: bulk > > > To not maintain binary compatability *including* shared images would > > > be folly. > > > > Bravo! I agree completely. We do not need one more fragmented, > > incompatible flavour. > > Sigh. I applaud the sentiment, gentlemen. So. That simply leaves the > simple question: Which one of YOU are going to do the work involved? If you think it's a difficult task, I can set aside next Saturday to start to replace FreeBSD's libc with NetBSD's. I'll probably need a thud account and some disk space. I maintain that the incompatability is gratuitous. Those areas where FreeBSD has code that NetBSD does not should be rolled back into NetBSD anyway. Terry Lambert terry@cs.weber.edu --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Sun Feb 26 13:06:26 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id NAA04466 for hackers-outgoing; Sun, 26 Feb 1995 13:06:26 -0800 Received: from cs.weber.edu (cs.weber.edu [137.190.16.16]) by freefall.cdrom.com (8.6.9/8.6.6) with SMTP id NAA04459 for ; Sun, 26 Feb 1995 13:06:22 -0800 Received: by cs.weber.edu (4.1/SMI-4.1.1) id AA04611; Sun, 26 Feb 95 13:59:35 MST From: terry@cs.weber.edu (Terry Lambert) Message-Id: <9502262059.AA04611@cs.weber.edu> Subject: Re: Binary compatibility with NetBSD To: wmbfmk@urc.tue.nl Date: Sun, 26 Feb 95 13:59:35 MST Cc: jkh@freefall.cdrom.com, ernie@tinny.eis.net.au, freebsd-hackers@FreeBSD.org In-Reply-To: <199502261414.PAA05049@nietzsche> from "wmbfmk@urc.tue.nl" at Feb 26, 95 03:14:29 pm X-Mailer: ELM [version 2.4dev PL52] Sender: hackers-owner@FreeBSD.org Precedence: bulk > > Basically any IBCS2 compliant UNIX, since they follow the standard, and > > the standard mandates shared library compatability if chared libraries > > are supported. > > > Why dont we make IBCS2 the standard binary format. Is it too much work, > or are there technical reasons (inferior format?) OK, this is a fair question. It's because standardization == stagnation. The entire point of being a research OS is that people are able to do research. The argument on standardization between *BSD is that people should be able to research in groups. If libraries themselves are not relatively trivial and unintersting objects to you once they work, then it's perfectly acceptable for you to blaze your own trail. The problem is that each of the *BSD projects effective mandates a trail for each given release. And if it's a different trail, then there are problems (like the one that started this particular thread). Terry Lambert terry@cs.weber.edu --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Sun Feb 26 14:16:11 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id OAA08116 for hackers-outgoing; Sun, 26 Feb 1995 14:16:11 -0800 Received: from glueserv1.umd.edu (glueserv1.umd.edu [129.2.70.69]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id OAA08110 for ; Sun, 26 Feb 1995 14:16:08 -0800 Received: from latte.eng.umd.edu (latte.eng.umd.edu [129.2.98.15]) by glueserv1.umd.edu (8.6.10/8.6.4) with ESMTP id RAA07340; Sun, 26 Feb 1995 17:15:05 -0500 Received: (chuckr@localhost) by latte.eng.umd.edu (8.6.10/8.6.4) id RAA13027; Sun, 26 Feb 1995 17:15:04 -0500 Date: Sun, 26 Feb 1995 17:15:04 -0500 (EST) From: Chuck Robey To: Boyd Faulkner cc: Don Yuniskis , hasty@netcom.com, freebsd-hackers@freefall.cdrom.com Subject: Re: Lites and Doom In-Reply-To: <9502262044.AA25884@olympus> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@FreeBSD.org Precedence: bulk On Sun, 26 Feb 1995, Boyd Faulkner wrote: > > > > > I have a simple question: how do you build Lites with FreeBSD? > > > > Sorry, I haven't taken a serious look into the LITES server, yet > > (I'm waiting for all the dust to settle) > > > > > Do I need to get a mach kernel source tree and if so where > > > is the best place to get one ? > > > > I don't know if the LITES distribution includes the (micro)kernel > > sources; I suspect it doesn't but, rather, includes any applicable > > patches to the mk sources. I believe LITES will run on the > > RT-Mach (mk83i), CMU Mach (MK83A) and Utah Flexmach (Mach4?) > > microkernels. I'd avoid the RT-Mach microkernel as it's doubtful > > you'd need the rt enhancements/complications. MK83A can be > > anon ftp from mach.cs.cmu.edu. Don't know the status/stability > > of the Mach4 stuff, sorry. > > > Mach4 is available at jaguar.cs.utah.edu:/flexmach > WWW page at http://www.cs.utah.edu/projects/flexmach/mach4-proj.html > > There is a pointer to the lites page from there. > I believe the latest distribution may be broken for UFS. UK02p8. > Remy Card probably knows for sure. The patch was sinple but I don't > remember what it was. It is probably in the mail archive. > > If it is going to drop officially, soon. It is probably worth waiting > just to get compatibility and build info. > I think this is real interesting, and I'd like to continue this (I have some questions about new Mach versions) but I was wondering if there is a better place to do this, where I don't raise the [non-FreeBSD] noise level. Could you please suggest a good place? ----------------------------+----------------------------------------------- Chuck Robey | Interests include any kind of voice or data chuckr@eng.umd.edu | communications topic, C programming, and Unix. 7608 Topton St. | New Carrollton, MD 20784 | I run Journey2 (Freebsd 2.0) and n3lxx (301) 459-2316 | (FreeBSD 1.1.5.1) and am I happy! ----------------------------+----------------------------------------------- From owner-freebsd-hackers Sun Feb 26 14:22:29 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id OAA08320 for hackers-outgoing; Sun, 26 Feb 1995 14:22:29 -0800 Received: from localhost (localhost [127.0.0.1]) by freefall.cdrom.com (8.6.9/8.6.6) with SMTP id OAA08313; Sun, 26 Feb 1995 14:22:28 -0800 X-Authentication-Warning: freefall.cdrom.com: Host localhost didn't use HELO protocol To: terry@cs.weber.edu (Terry Lambert) cc: jbeukema@hk.super.net, ernie@tinny.eis.net.au, freebsd-hackers@FreeBSD.org Subject: Re: Binary compatibility with NetBSD In-reply-to: Your message of "Sun, 26 Feb 95 13:45:06 MST." <9502262045.AA04553@cs.weber.edu> Date: Sun, 26 Feb 1995 14:22:27 -0800 Message-ID: <8312.793837347@freefall.cdrom.com> From: "Jordan K. Hubbard" Sender: hackers-owner@FreeBSD.org Precedence: bulk > If you think it's a difficult task, I can set aside next Saturday to > start to replace FreeBSD's libc with NetBSD's. Excellent. Pencil it in then. And don't forget that any changes which break backwards compatability with our OWN users will not be popular, of course. If you can make this a process of evolution and not destruction then let's see it, by all means! > I'll probably need a thud account and some disk space. No problem. It shall be arranged. Send me a passwd line. Jordan From owner-freebsd-hackers Sun Feb 26 14:25:17 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id OAA08389 for hackers-outgoing; Sun, 26 Feb 1995 14:25:17 -0800 Received: from estienne.cs.berkeley.edu (estienne.CS.Berkeley.EDU [128.32.42.147]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id OAA08383; Sun, 26 Feb 1995 14:25:15 -0800 Received: from localhost (localhost [127.0.0.1]) by estienne.cs.berkeley.edu (8.6.9/8.6.9) with SMTP id OAA09197; Sun, 26 Feb 1995 14:24:25 -0800 Message-Id: <199502262224.OAA09197@estienne.cs.berkeley.edu> X-Authentication-Warning: estienne.cs.berkeley.edu: Host localhost didn't use HELO protocol To: terry@cs.weber.edu (Terry Lambert) cc: jkh@freefall.cdrom.com (Jordan K. Hubbard), jbeukema@hk.super.net, ernie@tinny.eis.net.au, freebsd-hackers@FreeBSD.org Subject: Re: Binary compatibility with NetBSD In-reply-to: Your message of "Sun, 26 Feb 1995 13:45:06 MST." <9502262045.AA04553@cs.weber.edu> Date: Sun, 26 Feb 1995 14:24:25 -0800 From: "Justin T. Gibbs" Sender: hackers-owner@FreeBSD.org Precedence: bulk >> > > To not maintain binary compatability *including* shared images would >> > > be folly. >> > >> > Bravo! I agree completely. We do not need one more fragmented, >> > incompatible flavour. >> >> Sigh. I applaud the sentiment, gentlemen. So. That simply leaves the >> simple question: Which one of YOU are going to do the work involved? > >If you think it's a difficult task, I can set aside next Saturday to >start to replace FreeBSD's libc with NetBSD's. > >I'll probably need a thud account and some disk space. > >I maintain that the incompatability is gratuitous. Those areas where >FreeBSD has code that NetBSD does not should be rolled back into NetBSD >anyway. I can see nothing but gains from doing this, so if you have the time Terry, I would encourage it. > Terry Lambert > terry@cs.weber.edu >--- >Any opinions in this posting are my own and not those of my present >or previous employers. -- Justin T. Gibbs ============================================== TCS Instructional Group - Programmer/Analyst 1 Cory | Po | Danube | Volga | Parker | Torus ============================================== From owner-freebsd-hackers Sun Feb 26 14:35:58 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id OAA08897 for hackers-outgoing; Sun, 26 Feb 1995 14:35:58 -0800 Received: from trout.sri.MT.net (trout.sri.MT.net [204.182.243.12]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id OAA08889 for ; Sun, 26 Feb 1995 14:35:53 -0800 Received: (from nate@localhost) by trout.sri.MT.net (8.6.9/8.6.9) id PAA02352; Sun, 26 Feb 1995 15:38:35 -0700 Date: Sun, 26 Feb 1995 15:38:35 -0700 From: Nate Williams Message-Id: <199502262238.PAA02352@trout.sri.MT.net> In-Reply-To: terry@cs.weber.edu (Terry Lambert) "Re: Binary compatibility with NetBSD" (Feb 26, 1:41pm) X-Mailer: Mail User's Shell (7.2.5 10/14/92) To: terry@cs.weber.edu (Terry Lambert) Subject: Re: Binary compatibility with NetBSD Cc: jbeukema@hk.super.net, freebsd-hackers@FreeBSD.org Sender: hackers-owner@FreeBSD.org Precedence: bulk > > > > To not maintain binary compatability *including* shared images would > > > > be folly. > > > > > > Bravo! I agree completely. We do not need one more fragmented, > > > incompatible flavour. > > > > I'm certain that Jordan would be willing to let you do all the work > > required to keep the differnt OS's libraries in sync with the FreeBSD > > versions. I suspect it would only amount to 4-6 hours/day on the avg. > > guaranteeing there are no inconsitancies and making sure the changes > > made don't break anything. > > > > Those who 'agree' must also be willing to put in the time necessary to > > make those agreements happen. > > Far be it for me to be the one to blindly suggest that either NetBSD > or FreeBSD give up control of libc to one camp or another. Let's assume for a moment that one group or the other 'gives up control' on ALL (remember, even things like libkvm are still shlibs). That means the one person *must* at all times follow each and every commit message that is done by NetBSD (since we don't have the ability to track the changes except by seeing the commit messages) and merge those changes into FreeBSD. If that isn't done, there is no way of tracking errors, and with something so absolutely critical to the system like the libraries, it is essential that changes can be tracked. After these changes are integrated into the FreeBSD libraries, then this person must guarantee that the libraries changes do not require any changes to the corresponding utilities. And those differences don't require changes to .... All of a sudden we've got 2 full-time people tracking NetBSD library changes and nothing else. Are you willing to be one of the two people? > Is this is technical issue (if so, what are the pro's and con's) or > is this nothing but a control issue? It's much more than a control issue. As I understand it, FreeBSD's internationalization support is much better than NetBSD's. There will always be better things in the FreeBSD libraries and worse things. Giving one up for the other is simply asking for more work than it is worth. Nate From owner-freebsd-hackers Sun Feb 26 14:39:17 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id OAA09044 for hackers-outgoing; Sun, 26 Feb 1995 14:39:17 -0800 Received: from trout.sri.MT.net (trout.sri.MT.net [204.182.243.12]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id OAA09034; Sun, 26 Feb 1995 14:39:11 -0800 Received: (from nate@localhost) by trout.sri.MT.net (8.6.9/8.6.9) id PAA02372; Sun, 26 Feb 1995 15:42:20 -0700 Date: Sun, 26 Feb 1995 15:42:20 -0700 From: Nate Williams Message-Id: <199502262242.PAA02372@trout.sri.MT.net> In-Reply-To: terry@cs.weber.edu (Terry Lambert) "Re: Binary compatibility with NetBSD" (Feb 26, 1:45pm) X-Mailer: Mail User's Shell (7.2.5 10/14/92) To: terry@cs.weber.edu (Terry Lambert), jkh@freefall.cdrom.com (Jordan K. Hubbard) Subject: Re: Binary compatibility with NetBSD Cc: jbeukema@hk.super.net, ernie@tinny.eis.net.au, freebsd-hackers@FreeBSD.org Sender: hackers-owner@FreeBSD.org Precedence: bulk > If you think it's a difficult task, I can set aside next Saturday to > start to replace FreeBSD's libc with NetBSD's. Not replace, but merge in those changes since that would be the better solution. There is already too much information lost in the shlib implementation 'merges'. The libraries are too critical of a component to lose all of the change history. 'libc/stdio - Merged in NetBSD changes' is not enough information to making finding bugs (that certainly exist) at a later date even remotely possible. By replacing the FreeBSD library we are making our source code tools (weak as they may be) completely useless. > I maintain that the incompatability is gratuitous. Those areas where > FreeBSD has code that NetBSD does not should be rolled back into NetBSD > anyway. And are you going to be the one that rolls those changes into NetBSD as well? Nate From owner-freebsd-hackers Sun Feb 26 14:43:23 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id OAA09270 for hackers-outgoing; Sun, 26 Feb 1995 14:43:23 -0800 Received: from hp.com (hp.com [15.255.152.4]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id OAA09264 for ; Sun, 26 Feb 1995 14:43:22 -0800 Received: from hpautow.aus.hp.com by hp.com with SMTP (1.37.109.14/15.5+ECS 3.3) id AA032818556; Sun, 26 Feb 1995 14:42:36 -0800 Message-Id: <199502262242.AA032818556@hp.com> Received: by hpautow.aus.hp.com (1.38.193.4/16.2) id AA12633; Mon, 27 Feb 1995 09:42:20 +1100 From: "M.C Wong" Subject: Re: Lites and Doom To: dgy@seagull.rtd.com (Don Yuniskis) Date: Mon, 27 Feb 1995 9:42:18 EDT Cc: kelly@fsl.noaa.gov, freebsd-hackers@freefall.cdrom.com In-Reply-To: <199502251638.JAA05276@seagull.rtd.com>; from "Don Yuniskis" at Feb 25, 95 9:38 am X-Mailer: Elm [revision: 109.14.c] Sender: hackers-owner@FreeBSD.org Precedence: bulk check out http://www.cs.hut.fi/lites.html for more info about Lites. -- ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ M.C Wong Email: mcw@hpato.aus.hp.com Australian Telecom Operation Voice: +61 3 272 8058 Hewlett-Packard Australia Ltd Fax: +61 3 898 9257 31 Joseph St, Blackburn 3130, Australia OS: FreeBSD-1.1.5.1 http://hpautow.aus.hp.com:9999/~mcw/mcw.html (or http://hpautorf/~mcw) From owner-freebsd-hackers Sun Feb 26 14:52:30 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id OAA09780 for hackers-outgoing; Sun, 26 Feb 1995 14:52:30 -0800 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.cdrom.com (8.6.9/8.6.6) with SMTP id OAA09750 for ; Sun, 26 Feb 1995 14:52:03 -0800 Received: from sax.sax.de by irz301.inf.tu-dresden.de with SMTP (5.67b+/DEC-Ultrix/4.3) id AA00648; Sun, 26 Feb 1995 23:49:19 +0100 Received: by sax.sax.de (8.6.9/8.6.9-s1) with UUCP id XAA15706 for freebsd-hackers@freebsd.org; Sun, 26 Feb 1995 23:49:19 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.6.9/8.6.9) id XAA19889 for freebsd-hackers@freebsd.org; Sun, 26 Feb 1995 23:48:09 +0100 From: J Wunsch Message-Id: <199502262248.XAA19889@uriah.heep.sax.de> Subject: Re: rmail(1) and sendmail -bi To: freebsd-hackers@FreeBSD.org (FreeBSD hackers) Date: Sun, 26 Feb 1995 23:48:09 +0100 (MET) In-Reply-To: <9502262006.AA06729@brasil.moneng.mei.com> from "Joe Greco" at Feb 26, 95 02:06:41 pm Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 1736 Sender: hackers-owner@FreeBSD.org Precedence: bulk As Joe Greco wrote: > > > All this went very fine, so what's the point that our rmail uses the > > conservative approach (-odq) only? > There was a mini-flamewar a while back about this. I remember this one, but don't remember the arguments people had. > .. It is possible to cause much > grief with modes other than -odq with rmail, particularly if one is > unfortunate enough to get several uuxqt sessions going and you suddenly have > a dozen sendmails concurrently trying to hog system resources. Even -odq > suffers from this a little bit. But i think the _average_ FreeBSD box (is there any? :-) is not going to suffer from this, instead people will be wondering why the just- arrived UUCP mails are not yet delivered. The default -q30m is _way_ too large for this. I think if someone is setting up a UUCP dialin machine where it's possible to start 30 concurrent uuxqt's, but he only uses a 386sx/16 with 4 MB RAM for this, he gets what he deserves. >:-) sendmail -odi instead of -odq does only increase the system load by one additional process, and they don't even run concurrently. The only difference to -odq is, that sendmail und uuxqt will run alter- nately (as opposed to the sequence of first doing all uuxqt jobs and then, some time later, all mail jobs). > *I'D* like an rmail which can deal with an RFC822 formatted message, without > all the From line crud. I've been hacking around this myself. rm -f /bin/rmail cat > /bin/rmail #!/bin/sh exec /usr/sbin/sendmail -odi $* ^D chmod 755 /bin/rmail :-) [I'm using this one on the main server in our company.] -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Sun Feb 26 15:28:52 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id PAA11329 for hackers-outgoing; Sun, 26 Feb 1995 15:28:52 -0800 Received: from UUCP-GW.CC.UH.EDU (root@UUCP-GW.CC.UH.EDU [129.7.1.11]) by freefall.cdrom.com (8.6.9/8.6.6) with SMTP id PAA11319; Sun, 26 Feb 1995 15:28:48 -0800 Received: from Taronga.COM by UUCP-GW.CC.UH.EDU with UUCP id AA16736 (5.67a/IDA-1.5); Sun, 26 Feb 1995 17:07:56 -0600 Received: by bonkers.taronga.com (smail2.5p) id AA11989; 26 Feb 95 16:34:34 CST (Sun) Received: from localhost (localhost [127.0.0.1]) by bonkers.taronga.com (8.6.8/8.6.6) with SMTP id QAA11986; Sun, 26 Feb 1995 16:34:34 -0600 Message-Id: <199502262234.QAA11986@bonkers.taronga.com> X-Authentication-Warning: bonkers.taronga.com: Host localhost didn't use HELO protocol To: "Jordan K. Hubbard" Cc: hackers@freefall.cdrom.com, security@freefall.cdrom.com Subject: Re: key exchange for rlogin/telnet services? In-Reply-To: Your message of "Sun, 26 Feb 95 11:13:06 PST." <199502261913.LAA29658@freefall.cdrom.com> X-Mailer: exmh version 1.4.1 7/21/94 Date: Sun, 26 Feb 1995 16:34:31 -0600 From: Peter da Silva Sender: hackers-owner@FreeBSD.org Precedence: bulk One half-baked answer. First, get SecureKey. The version I use, Hobbit's, is sitting on NMTI's anonymous FTP server smokey.neosoft.com in source, Alpha/OSF executable, and DOS executable. I'll ftp it over to freefall Mondey. It uses a challenge string/encrypted challenge response method to keep from passing passwords out to everyone. You don't get an encrypted session, but you don't need any special software or arrangements at the other end. A more complex answer is swIPe, which lets you run a complete encrypted IP session on top of an IP channel. This requires you have at least a secure site in the badguy's camp. From owner-freebsd-hackers Sun Feb 26 16:03:34 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id QAA12269 for hackers-outgoing; Sun, 26 Feb 1995 16:03:34 -0800 Received: from moondance.np.ac.sg (moondance.np.ac.sg [153.20.24.69]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id QAA12257 for ; Sun, 26 Feb 1995 16:03:29 -0800 Received: (from uucp@localhost) by moondance.np.ac.sg (8.6.9/8.6.9) id HAA24839 for ; Mon, 27 Feb 1995 07:51:38 +0800 Message-Id: <199502262351.HAA24839@moondance.np.ac.sg> Received: from titan.np.ac.sg(153.20.24.72) by moondance.np.ac.sg via smap (V1.3) id sma024836; Mon Feb 27 07:51:16 1995 Subject: Re: key exchange for rlogin/telnet services? To: jkh@freefall.cdrom.com (Jordan K. Hubbard) Date: Mon, 27 Feb 1995 07:57:55 +0800 (SST) From: SysAdmin - Ng Pheng Siong Cc: hackers@FreeBSD.org, security@FreeBSD.org In-Reply-To: <199502261913.LAA29658@freefall.cdrom.com> from "Jordan K. Hubbard" at Feb 26, 95 11:13:06 am X-Mailer: ELM [version 2.4 PL21] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII Content-Length: 1480 Sender: hackers-owner@FreeBSD.org Precedence: bulk > You know the problem. You're sitting down at USENIX or your friend Bob's > in Minnesota or some other gawdforsaken place and you have no way of knowing > whether or not that password you just typed to log in to freefall was just > sniffed by the entire undergraduate class of the local university (or their > bored ISP). You can't set up a kerberos realm with everyone, so what you'd > really just like to do is ensure that the endpoints are reasonably secure > and encrypt everything going in between. A friend recerntly suggested a > method for which my knowledge of the spelling may be incomplete, but > I'll try: "Diffie-Hellman key exchange." Apparently you start out with > a key pair on each end and then each raise eacy to the power of the other's > public half and used the information derived to secure the link. Correct spelling. ;) Check out David Safford's SRA (Secure RPC Authentication) telnet/ftp, which use D-H to exchange a key to encrypt your password with. There is a paper in one of the Usenix security symposiums. URL: ftp://net.tamu.edu/pub/security/TAMU Note that D-H key exchange is patented in the US (till 97?). Note 2: the telnet/ftp do not encrypt the entire session, just the password exchange. For that, you may want to check out swIPe. (I think swIPe may be in NetBSD, or has an implementation on it, or something like that.) - PS -- Ng Pheng Siong * lsys@np.ac.sg * ngps@np.ac.sg Computer Centre, Ngee Ann Polytechnic, Singapore From owner-freebsd-hackers Sun Feb 26 17:16:27 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id RAA15227 for hackers-outgoing; Sun, 26 Feb 1995 17:16:27 -0800 Received: from nanbu.mt.cs.keio.ac.jp (nanbu.mt.cs.keio.ac.jp [131.113.32.19]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id RAA15219 for ; Sun, 26 Feb 1995 17:16:25 -0800 Received: (from hosokawa@localhost) by nanbu.mt.cs.keio.ac.jp (8.6.9+2.4Wb/3.3Wb) id KAA08119; Mon, 27 Feb 1995 10:15:30 +0900 Date: Mon, 27 Feb 1995 10:15:30 +0900 Message-Id: <199502270115.KAA08119@nanbu.mt.cs.keio.ac.jp> To: mcw@hpato.aus.hp.com, freebsd-hackers@FreeBSD.org Cc: hosokawa@mt.cs.keio.ac.jp Subject: Please remove my last daemon GIF from your disk (Re: Another daemon GIF) In-Reply-To: Your message of Mon, 27 Feb 1995 10:10:13 EDT. <9502262312.AA17148@relay.yhp.hp.com> From: hosokawa@mt.cs.keio.ac.jp (HOSOKAWA Tatsumi) X-Mailer: mnews [version 1.18PL3] 1994-08/01(Mon) Sender: hackers-owner@FreeBSD.org Precedence: bulk >> Hmm, for some reason, I got the following error when I tried today : >> >> Error 404 >> >> Not found - file doesn't exist or is read protected [even tried multi] I wrote a mail about it to freebsd-hackers, but this mail seems to be disapperared. I received a physical mail about the copyright of daemon figure from M.K. McKusick a few days ago. He has the copyright of daemon figure. He said that we use BSD daemon figure as long as it is used within the bounds of good taste, and an example of bad taste is a picture of the BSD daemon blowtorching a Solaris logo. My last GIF may violate this statement. So I removed this GIF from my WWW server and wcarchive.cdrom.com. I'm very sorry for M.K. McKusick and everyone who downloaded this GIF. Please remove it from your disk and wait for "Giant step" version, coming in this week. It will be a good taste one. -- HOSOKAWA, Tatsumi E-mail: hosokawa@mt.cs.keio.ac.jp (Keio Univ.) WWW homepage: http://www.mt.cs.keio.ac.jp/person/hosokawa.html Department of Computer Science, Keio University, Yokohama, Japan From owner-freebsd-hackers Sun Feb 26 17:55:00 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id RAA16933 for hackers-outgoing; Sun, 26 Feb 1995 17:55:00 -0800 Received: from localhost (localhost [127.0.0.1]) by freefall.cdrom.com (8.6.9/8.6.6) with SMTP id RAA16926; Sun, 26 Feb 1995 17:54:59 -0800 X-Authentication-Warning: freefall.cdrom.com: Host localhost didn't use HELO protocol To: Peter da Silva cc: hackers@freefall.cdrom.com, security@freefall.cdrom.com Subject: Re: key exchange for rlogin/telnet services? In-reply-to: Your message of "Sun, 26 Feb 95 16:34:31 CST." <199502262234.QAA11986@bonkers.taronga.com> Date: Sun, 26 Feb 1995 17:54:58 -0800 Message-ID: <16925.793850098@freefall.cdrom.com> From: "Jordan K. Hubbard" Sender: hackers-owner@FreeBSD.org Precedence: bulk > One half-baked answer. First, get SecureKey. The version I use, Hobbit's, is > sitting on NMTI's anonymous FTP server smokey.neosoft.com in source, Alpha/OS Sorry, but this still just doesn't do it for me. I will be doing other logins within that session, or often need to `su' to do system repair work. I need the session entirely encrypted from the first couple of handshakes. From all indications, this diffie-hellman thing is the way to go! Jordan From owner-freebsd-hackers Sun Feb 26 17:59:12 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id RAA17102 for hackers-outgoing; Sun, 26 Feb 1995 17:59:12 -0800 Received: from bunyip.cc.uq.oz.au (bunyip.cc.uq.oz.au [130.102.2.1]) by freefall.cdrom.com (8.6.9/8.6.6) with SMTP id RAA17093 for ; Sun, 26 Feb 1995 17:59:06 -0800 Received: from cc.uq.oz.au by bunyip.cc.uq.oz.au id <02955-0@bunyip.cc.uq.oz.au>; Mon, 27 Feb 1995 11:57:55 +1000 Received: from netfl15a.devetir.qld.gov.au by pandora.devetir.qld.gov.au (8.6.10/DEVETIR-E0.3a) with ESMTP id MAA11208 for ; Mon, 27 Feb 1995 12:01:06 +1000 Received: by netfl15a.devetir.qld.gov.au (8.6.8.1/DEVETIR-0.1) id BAA12599; Mon, 27 Feb 1995 01:58:21 GMT Date: Mon, 27 Feb 1995 01:58:21 GMT From: Stephen Hocking Message-Id: <199502270158.BAA12599@netfl15a.devetir.qld.gov.au> To: hackers@FreeBSD.org Subject: VM86 syscall implementation from NetBSD Sender: hackers-owner@FreeBSD.org Precedence: bulk Below is some stuff FreeBSD has been needing for ages, but a member of the NetBSD camp has finally done. This would do good things for those people who'd like a better DOS emulator than PCemu, I have some programs that would benefit. >Number: 825 >Category: port-i386 >Synopsis: the i386 port doesn't have support for virtual 8086 mode >Confidential: no >Severity: non-critical >Priority: medium >Responsible: gnats-admin (GNATS administrator) >State: open >Class: change-request >Submitter-Id: net >Arrival-Date: Sat Feb 25 21:20:04 1995 >Originator: John Kohl >Organization: NetBSD Kernel Hackers `R` Us >Release: -current >Environment: System: NetBSD kolvir 1.0A NetBSD 1.0A (KOLVIR) #105: Sat Feb 25 23:20:46 EST 1995 jtk@kolvir:/u1/NetBSD-current/src/sys/arch/i386/compile/KOLVIR i386 >Description: The i386 port doesn't implement v8086 mode. >How-To-Repeat: Try using it, or finding an interface for it. >Fix: Here is a preliminary implementation. Known problems: (a) the syscall glue to get to the alternate interrupt gate is totally disgusting, but I didn't feel like chewing up SYS.h and the libc build macros. Besides, I learned about gcc's asm directives. (b) The interrupt gate code for the vm86 trap gate is clunky--there is certainly a more efficient way to jack up the trap frame. (c) I haven't tested this extensively--there may still be some lurking problems with interrupts while in v8086 mode? (d) I rev'ed the minor version on libi386.so (added a function). Is this appropriate? (e) the out-of-band bit passing between Xvm86 and sysarch() is gross too--maybe there's a better way to do that too? At the end of the diffs you'll find a program which jumps into a v8086 tight loop. You should be able to ^C out of it (shows that CPU rescheduling works), and to give it a SIGQUIT and have it longjmp back to safety. =================================================================== RCS file: lib/libarch/RCS/shlib_version,v retrieving revision 1.1 diff -ubw -r1.1 lib/libarch/shlib_version --- 1.1 1995/02/25 19:53:55 +++ lib/libarch/shlib_version 1995/02/25 19:54:13 @@ -1,2 +1,2 @@ major=0 -minor=0 +minor=1 =================================================================== RCS file: lib/libarch/i386/RCS/Makefile.inc,v retrieving revision 1.1 diff -ubw -r1.1 lib/libarch/i386/Makefile.inc --- 1.1 1995/02/25 19:43:52 +++ lib/libarch/i386/Makefile.inc 1995/02/25 19:44:11 @@ -2,8 +2,8 @@ .PATH: ${LIBC}/i386 -SRCS+= i386_get_ldt.c i386_set_ldt.c +SRCS+= i386_get_ldt.c i386_set_ldt.c i386_vm86.c -MAN+= i386_get_ldt.2 +MAN+= i386_get_ldt.2 i386_vm86.2 MLINKS+=i386_get_ldt.2 i386_set_ldt.2 --- /dev/null Sat Feb 25 23:23:15 1995 +++ lib/libarch/i386/i386_vm86.2 Sat Feb 25 15:29:12 1995 @@ -0,0 +1,66 @@ +.\" Copyright (c) 1980, 1991 Regents of the University of California. +.\" All rights reserved. +.\" +.\" Redistribution and use in source and binary forms, with or without +.\" modification, are permitted provided that the following conditions +.\" are met: +.\" 1. Redistributions of source code must retain the above copyright +.\" notice, this list of conditions and the following disclaimer. +.\" 2. Redistributions in binary form must reproduce the above copyright +.\" notice, this list of conditions and the following disclaimer in the +.\" documentation and/or other materials provided with the distribution. +.\" 3. All advertising materials mentioning features or use of this software +.\" must display the following acknowledgement: +.\" This product includes software developed by the University of +.\" California, Berkeley and its contributors. +.\" 4. Neither the name of the University nor the names of its contributors +.\" may be used to endorse or promote products derived from this software +.\" without specific prior written permission. +.\" +.\" THIS SOFTWARE IS PROVIDED BY THE REGENTS AND CONTRIBUTORS ``AS IS'' AND +.\" ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE +.\" IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE +.\" ARE DISCLAIMED. IN NO EVENT SHALL THE REGENTS OR CONTRIBUTORS BE LIABLE +.\" FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL +.\" DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS +.\" OR SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION) +.\" HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT +.\" LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY +.\" OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF +.\" SUCH DAMAGE. +.\" +.\" from: @(#)fork.2 6.5 (Berkeley) 3/10/91 +.\" $Id: i386_vm86.2,v 1.3 1995/02/25 20:29:12 jtk Exp $ +.\" +.Dd September 20, 1993 +.Dt I386_VM86 2 +.Os NetBSD +.Sh NAME +.Nm i386_vm86 +.Nd set virtual 8086 processor registers and mode +.Sh SYNOPSIS +.Fd #include +.Fd #include +.Ft int +.Fn i386_vm86 "struct vm86_context *vmcp" +.Sh DESCRIPTION +.Fn i386_vm86 +will set the process into virtual 8086 mode using the registers and +selectors specified by the context pointed to by +.Fa vmcp . +.Sh RETURN VALUES +This routine does not normally return--32-bit mode will be restored by +the delivery of a signal to the process. In case of an error in setting +the VM86 mode, a value of -1 is returned and the global variable +.Va errno +is set to indicate the error. +.Sh ERRORS +.Fn i386_vm86 +will fail if: +.Bl -tag -width [EINVAL] +.It Bq Er EINVAL +An inappropriate parameter was specified in the signal context. +.Sh REFERENCES +i386 Microprocessor Programmer's Reference Manual, Intel +.Sh WARNING +You can really hose your process using this. --- /dev/null Sat Feb 25 23:23:15 1995 +++ lib/libarch/i386/i386_vm86.c Sat Feb 25 21:30:13 1995 @@ -0,0 +1,68 @@ +/* + * Copyright (c) 1995 John Kohl + * All rights reserved. + * + * Redistribution and use in source and binary forms, with or without + * modification, are permitted provided that the following conditions + * are met: + * 1. Redistributions of source code must retain the above copyright + * notice, this list of conditions and the following disclaimer. + * 2. Redistributions in binary form must reproduce the above copyright + * notice, this list of conditions and the following disclaimer in the + * documentation and/or other materials provided with the distribution. + * 3. The name of the author may not be used to endorse or promote products + * derived from this software without specific prior written permission. + * + * THIS SOFTWARE IS PROVIDED BY THE AUTHOR `AS IS'' AND ANY EXPRESS OR + * IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE IMPLIED + * WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE ARE + * DISCLAIMED. IN NO EVENT SHALL THE AUTHOR BE LIABLE FOR ANY DIRECT, + * INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL DAMAGES + * (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS OR + * SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION) + * HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, + * STRICT LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN + * ANY WAY OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE + * POSSIBILITY OF SUCH DAMAGE. + * + */ + +#include +#include +#include +#include +#include + +#define _quote(x) # x +#define quote(x) _quote(x) + +#define concat(a,b) a##b + +static int +int129(int op, void *arg); + +__asm(".globl cerror"); +__asm("_int129:"); +__asm("movl $" quote(SYS_sysarch) ",%eax"); +__asm("int $" quote(INT_VM86)); +#ifdef PIC + __asm("jc cerror@PLT"); +#else + __asm("jc cerror"); +#endif +__asm("ret"); + +int +i386_vm86(register struct vm86_context *vmcp) +{ + /* we need a special INT entry into the kernel so that we can + * set up the proper stack state to be munged by the trap code + * in order to be loaded up by the iret. + */ +#if 0 + __asm(" pushl %0" : : "g" (vmcp)); + __asm(" pushl $" quote(I386_VM86)); + return EINVAL; +#endif + return int129(I386_VM86, vmcp); +} =================================================================== RCS file: sys/arch/i386/include/RCS/cpu.h,v retrieving revision 1.1 diff -ubw -r1.1 sys/arch/i386/include/cpu.h --- 1.1 1995/02/25 20:21:33 +++ sys/arch/i386/include/cpu.h 1995/02/26 03:57:43 @@ -68,7 +68,7 @@ */ #define clockframe intrframe -#define CLKF_USERMODE(frame) (ISPL((frame)->if_cs) == SEL_UPL) +#define CLKF_USERMODE(frame) (ISPL((frame)->if_cs) == SEL_UPL || ((frame)->if_eflags & PSL_VM)) #define CLKF_BASEPRI(frame) ((frame)->if_ppl == 0) #define CLKF_PC(frame) ((frame)->if_eip) #define CLKF_INTR(frame) (0) /* XXX should have an interrupt stack */ =================================================================== RCS file: sys/arch/i386/include/RCS/frame.h,v retrieving revision 1.1 diff -ubw -r1.1 sys/arch/i386/include/frame.h --- 1.1 1995/02/25 22:27:19 +++ sys/arch/i386/include/frame.h 1995/02/26 02:15:50 @@ -91,6 +91,19 @@ int if_ss; }; +struct vm86_frame { + struct trapframe tframe; + int vm_es; + int vm_ds; + int vm_fs; + int vm_gs; +}; +/* + * A kludge for locore to tell the sysarch() handler that this + * trap has a VM86 mode frame. + */ +#define VM86_TRAP 0x80000000 + /* * Signal frame */ =================================================================== RCS file: sys/arch/i386/include/RCS/sysarch.h,v retrieving revision 1.1 diff -ubw -r1.1 sys/arch/i386/include/sysarch.h --- 1.1 1995/02/25 19:38:01 +++ sys/arch/i386/include/sysarch.h 1995/02/25 22:01:34 @@ -8,10 +8,35 @@ */ #define I386_GET_LDT 0 #define I386_SET_LDT 1 +#define I386_VM86 2 + +#define INT_VM86 0x81 /* special interrupt gate # */ + +struct vm86_context { + int sc_edi; + int sc_esi; + int sc_ebp; + int sc_ebx; + int sc_edx; + int sc_ecx; + int sc_eax; + /* hardware stack frame for vm86 iret: */ + int sc_eip; + int sc_cs; + int sc_eflags; + int sc_esp; + int sc_ss; + /* extra vm86 stuff is: */ + int sc_es; + int sc_ds; + int sc_fs; + int sc_gs; +}; #ifndef KERNEL int i386_get_ldt __P((int, union descriptor *, int)); int i386_set_ldt __P((int, union descriptor *, int)); +int i386_vm86 __P((struct vm86_context *)); #endif #endif /* !_I386_SYSARCH_H_ */ =================================================================== RCS file: sys/arch/i386/isa/RCS/icu.s,v retrieving revision 1.1 diff -ubw -r1.1 sys/arch/i386/isa/icu.s --- 1.1 1995/02/26 04:15:16 +++ sys/arch/i386/isa/icu.s 1995/02/26 04:16:20 @@ -132,8 +132,10 @@ cmpb $0,_astpending je 3f testb $SEL_RPL_MASK,TF_CS(%esp) + jnz 4f + testl $PSL_VM,TF_EFLAGS(%esp) jz 3f - movb $0,_astpending +4: movb $0,_astpending sti /* Pushed T_ASTFLT into tf_trapno on entry. */ call _trap =================================================================== RCS file: sys/arch/i386/isa/RCS/npx.c,v retrieving revision 1.1 diff -ubw -r1.1 sys/arch/i386/isa/npx.c --- 1.1 1995/02/25 20:21:56 +++ sys/arch/i386/isa/npx.c 1995/02/25 23:44:34 @@ -419,7 +419,8 @@ * Pass exception to process. If it's the current process, try to do * it immediately. */ - if (p == curproc && ISPL(frame->if_cs) == SEL_UPL) { + if (p == curproc && + (ISPL(frame->if_cs) == SEL_UPL || (frame->if_eflags & PSL_VM))) { /* * Interrupt is essentially a trap, so we can afford to call * the SIGFPE handler (if any) as soon as the interrupt =================================================================== RCS file: sys/arch/i386/i386/RCS/db_interface.c,v retrieving revision 1.2 diff -ubw -r1.2 sys/arch/i386/i386/db_interface.c --- 1.2 1995/01/30 02:58:58 +++ sys/arch/i386/i386/db_interface.c 1995/02/25 20:23:17 @@ -79,7 +79,7 @@ /* XXX Should switch to kdb`s own stack here. */ ddb_regs = *regs; - if (ISPL(regs->tf_cs) == SEL_KPL) { + if (ISPL(regs->tf_cs) == SEL_KPL && !(regs->tf_eflags & PSL_VM)) { /* * Kernel mode - esp and ss not saved */ @@ -107,7 +107,7 @@ regs->tf_eip = ddb_regs.tf_eip; regs->tf_cs = ddb_regs.tf_cs; regs->tf_eflags = ddb_regs.tf_eflags; - if (ISPL(regs->tf_cs) != SEL_KPL) { + if (ISPL(regs->tf_cs) != SEL_KPL || (regs->tf_eflags & PSL_VM)) { /* ring transit - saved esp and ss valid */ regs->tf_esp = ddb_regs.tf_esp; regs->tf_ss = ddb_regs.tf_ss; =================================================================== RCS file: sys/arch/i386/i386/RCS/locore.s,v retrieving revision 1.1 diff -ubw -r1.1 sys/arch/i386/i386/locore.s --- 1.1 1995/02/26 04:18:17 +++ sys/arch/i386/i386/locore.s 1995/02/26 04:19:02 @@ -63,7 +63,7 @@ #define IOM_BEGIN 0x0a0000 /* start of I/O memory "hole" */ #define IOM_END 0x100000 /* end of I/O memory "hole" */ #define IOM_SIZE (IOM_END - IOM_BEGIN) - +#define VM86_TRAP 0x80000000 /* see frame.h ?? */ #define ALIGN_DATA .align 2 #define ALIGN_TEXT .align 2,0x90 /* 4-byte boundaries, NOP-filled */ @@ -1973,8 +1973,10 @@ cmpb $0,_astpending je 1f testb $SEL_RPL_MASK,TF_CS(%esp) + jnz 5f + testl $PSL_VM,TF_EFLAGS(%esp) jz 1f - movb $0,_astpending +5: movb $0,_astpending sti movl $T_ASTFLT,TF_TRAPNO(%esp) call _trap @@ -2062,6 +2064,45 @@ 4: .asciz "WARNING: SPL NOT LOWERED ON SYSCALL EXIT\n" #endif /* DIAGNOSTIC */ + /* + * For VM86 support, we need a special gate that makes room + * on the kernel-mode stack for the extra selectors (gs,fs,ds,es) + * The user-space expects it to behave like the syscall interrupt, + * and calls the sysarch() syscall. + */ +IDTVEC(vm86) + cmpl $SYS_sysarch,%eax + jne 1f # only jack the stack for sysarch + testl $PSL_VM,8(%esp) + jnz 1f # don't jack if already VM86 mode + /* We need to jack up the existing stack frame by 4 longwords, */ + /* and shift the existing 5 longword args to the new top. */ + subl $0x10,%esp + movl 0x10(%esp),%eax + movl %eax,(%esp) + movl 0x14(%esp),%eax + movl %eax,0x4(%esp) + movl 0x18(%esp),%eax + movl %eax,0x8(%esp) + movl 0x1c(%esp),%eax + movl %eax,0xc(%esp) + movl 0x20(%esp),%eax + movl %eax,0x10(%esp) + /* and zero out what was there */ + movl $0,0x14(%esp) + movl $0,0x18(%esp) + movl $0,0x1c(%esp) + movl $0,0x20(%esp) + /* leave marker for sysarch to test in the frame + (unused bits of CS word) */ + movl 4(%esp),%eax + orl $VM86_TRAP,%eax + movl %eax,4(%esp) + movl $SYS_sysarch,%eax +1: + pushl $2 # size of instruction for restart + jmp syscall1 # go do real syscall + #include #include =================================================================== RCS file: sys/arch/i386/i386/RCS/machdep.c,v retrieving revision 1.4 diff -ubw -r1.4 sys/arch/i386/i386/machdep.c --- 1.4 1995/02/04 14:41:07 +++ sys/arch/i386/i386/machdep.c 1995/02/25 23:23:12 @@ -1004,7 +1004,7 @@ IDTVEC(dble), IDTVEC(fpusegm), IDTVEC(tss), IDTVEC(missing), IDTVEC(stk), IDTVEC(prot), IDTVEC(page), IDTVEC(rsvd), IDTVEC(fpu), IDTVEC(align), - IDTVEC(syscall), IDTVEC(osyscall); + IDTVEC(syscall), IDTVEC(osyscall), IDTVEC(vm86); void sdtossd(sd, ssd) @@ -1087,6 +1087,7 @@ setgate(&idt[ 16], &IDTVEC(fpu), 0, SDT_SYS386TGT, SEL_KPL); setgate(&idt[ 17], &IDTVEC(align), 0, SDT_SYS386TGT, SEL_KPL); setgate(&idt[128], &IDTVEC(syscall), 0, SDT_SYS386TGT, SEL_UPL); + setgate(&idt[129], &IDTVEC(vm86), 0, SDT_SYS386TGT, SEL_UPL); #if NISA > 0 isa_defaultirq(); =================================================================== RCS file: sys/arch/i386/i386/RCS/math_emulate.c,v retrieving revision 1.1 diff -ubw -r1.1 sys/arch/i386/i386/math_emulate.c --- 1.1 1995/02/25 20:04:28 +++ sys/arch/i386/i386/math_emulate.c 1995/02/25 20:05:03 @@ -75,7 +75,7 @@ char * address; u_long oldeip; - if (ISPL(info->tf_cs) != SEL_UPL) + if (ISPL(info->tf_cs) != SEL_UPL && !(frame.tf_eflags & PSL_VM)) panic("math emulator called from supervisor mode"); /* ever used fp? */ =================================================================== RCS file: sys/arch/i386/i386/RCS/sys_machdep.c,v retrieving revision 1.1 diff -ubw -r1.1 sys/arch/i386/i386/sys_machdep.c --- 1.1 1995/02/25 19:39:33 +++ sys/arch/i386/i386/sys_machdep.c 1995/02/26 02:49:28 @@ -322,6 +322,63 @@ #endif /* USER_LDT */ int +i386_set_vm86mode(p, vmcp) + struct proc *p; + struct vm86_context *vmcp; +{ + struct vm86_frame *vf; + struct trapframe *tf; + int error; + struct vm86_context vmcontext; + + if (error = copyin(vmcp, &vmcontext, sizeof(vmcontext))) + return(error); + + vmcp = &vmcontext; + + if (p->p_addr->u_pcb.pcb_psl & PSL_VM) + return EINVAL; /* already there??! */ + vf = (struct vm86_frame *)p->p_md.md_regs; + tf = &vf->tframe; + + printf("vf=%lx, esp=%lx, ss=%lx\n", vf, tf->tf_esp, tf->tf_ss); + printf("es=%lx,ds=%lx,fs=%lx,gs=%lx\n", + vf->vm_es, vf->vm_ds, vf->vm_fs, vf->vm_gs); + /* + * Check for security violations. Only let them diddle PSL_VM bit. + * They must set PSL_VM bit, it must not be on. + */ + if ((vmcp->sc_eflags & PSL_VM) == 0 || (tf->tf_eflags & PSL_VM) != 0 || + ((vmcp->sc_eflags ^ tf->tf_eflags) & PSL_USERSTATIC) != PSL_VM) + return (EINVAL); + + /* + * Restore signal context. + */ +/* tf->tf_es = vmcp->sc_es;*/ +/* tf->tf_ds = vmcp->sc_ds;*/ + tf->tf_edi = vmcp->sc_edi; + tf->tf_esi = vmcp->sc_esi; + tf->tf_ebp = vmcp->sc_ebp; + tf->tf_ebx = vmcp->sc_ebx; + tf->tf_edx = vmcp->sc_edx; + tf->tf_ecx = vmcp->sc_ecx; + tf->tf_eax = vmcp->sc_eax; + tf->tf_eip = vmcp->sc_eip; + tf->tf_cs = vmcp->sc_cs; + tf->tf_eflags = vmcp->sc_eflags; + tf->tf_esp = vmcp->sc_esp; + tf->tf_ss = vmcp->sc_ss; + + vf->vm_es = vmcp->sc_es; + vf->vm_ds = vmcp->sc_ds; + vf->vm_fs = vmcp->sc_fs; + vf->vm_gs = vmcp->sc_gs; + + return (EJUSTRETURN); +} + +int sysarch(p, uap, retval) struct proc *p; struct sysarch_args /* { @@ -331,7 +388,20 @@ register_t *retval; { int error = 0; + struct trapframe *tf; + + tf = (struct trapframe *)p->p_md.md_regs; + if (tf->tf_cs & VM86_TRAP) { /* marker for vm86 jacked stack */ + tf->tf_cs &= ~VM86_TRAP; + printf("vm86: tf %lx endtf %lx\n", tf, tf+1); + printf("op=%x,parms=%x\n", SCARG(uap,op), SCARG(uap,parms)); + if (SCARG(uap,op) == I386_VM86) + error = i386_set_vm86mode(p, (struct vm86_context *)SCARG(uap, parms)); + else + error = EINVAL; /* XXX can we go back and not die? */ + printf("vm86: returning %d\n", error); + } switch(SCARG(uap, op)) { #ifdef USER_LDT case I386_GET_LDT: @@ -342,6 +412,7 @@ error = i386_set_ldt(p, SCARG(uap, parms), retval); break; #endif + case I386_VM86: default: error = EINVAL; break; =================================================================== RCS file: sys/arch/i386/i386/RCS/trap.c,v retrieving revision 1.1 diff -ubw -r1.1 sys/arch/i386/i386/trap.c --- 1.1 1995/02/25 20:03:49 +++ sys/arch/i386/i386/trap.c 1995/02/25 20:18:26 @@ -179,7 +179,7 @@ } #endif - if (ISPL(frame.tf_cs) != SEL_KPL) { + if (ISPL(frame.tf_cs) != SEL_KPL || (frame.tf_eflags & PSL_VM)) { type |= T_USER; sticks = p->p_sticks; p->p_md.md_regs = (int *)&frame; @@ -500,8 +500,9 @@ extern struct sysent ibcs2_sysent[]; #endif + cnt.v_syscall++; - if (ISPL(frame.tf_cs) != SEL_UPL) + if (ISPL(frame.tf_cs) != SEL_UPL && !(frame.tf_eflags & PSL_VM)) panic("syscall"); p = curproc; sticks = p->p_sticks; @@ -539,6 +540,9 @@ #endif } + if (frame.tf_eflags & PSL_VM) + code = -1; + else switch (code) { case SYS_syscall: code = fuword(params); --- /dev/null Sat Feb 25 23:23:15 1995 +++ /var/tmp/Makefile Sat Feb 25 23:27:57 1995 @@ -0,0 +1,2 @@ +sigill: sigill.c + $(CC) -static -I/usr/include.current -g -o sigill sigill.c -li386 --- /dev/null Sat Feb 25 23:23:15 1995 +++ /var/tmp/sigill.c Sat Feb 25 23:26:52 1995 @@ -0,0 +1,57 @@ +#include +#include +#include +#include +#include +#include +#include + +jmp_buf jbuf; + +void +sigill(int sig, int code, struct sigcontext *scp) +{ + printf("sig %d, code %d, eip %#08lx, eflags=%#08lx\n", + sig, code, scp->sc_eip, scp->sc_eflags); + longjmp(jbuf, 1); + _exit(2); +} + +unsigned long vmstack[256]; + +unsigned char ill[] = { 144, 144, 144, 0xeb, 0xfb /* nop, nop, nop, loop */ }; + +foo() +{ + asm("1: nop; nop; nop"); + asm("jmp 1b"); +} + +main() +{ + struct vm86_context vmctx; + int rval; + int psl; + + signal(SIGILL, sigill); + signal(SIGBUS, sigill); + signal(SIGQUIT, sigill); + memset(&vmctx, 0, sizeof(vmctx)); + + + vmctx.sc_esp = (int) &vmstack[sizeof(vmstack)/4-1]; + vmctx.sc_eip = (int) &ill[0]; + vmctx.sc_cs = 0; + __asm("pushfl"); + __asm("popl %0" : "=r" (psl)); + vmctx.sc_eflags = psl | PSL_VM; + + if (setjmp(jbuf)) { + printf("jumped out of sighandler, exiting\n"); + exit(2); + } + rval = i386_vm86(&vmctx); + printf("returning from vm86 with rval=%d?\n", rval); + exit(1); +} + >Audit-Trail: >Unformatted: From owner-freebsd-hackers Sun Feb 26 18:59:37 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id SAA20793 for hackers-outgoing; Sun, 26 Feb 1995 18:59:37 -0800 Received: from rover.village.org (rover.village.org [198.137.146.49]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id SAA20786; Sun, 26 Feb 1995 18:59:27 -0800 Received: from localhost (localhost [127.0.0.1]) by rover.village.org (8.6.9/8.6.6) with SMTP id TAA10673; Sun, 26 Feb 1995 19:57:55 -0700 Message-Id: <199502270257.TAA10673@rover.village.org> To: terry@cs.weber.edu (Terry Lambert) Subject: Re: Binary compatibility with NetBSD Cc: wmbfmk@urc.tue.nl, jkh@freefall.cdrom.com, ernie@tinny.eis.net.au, freebsd-hackers@FreeBSD.org In-reply-to: Your message of Sun, 26 Feb 1995 13:59:35 MST Date: Sun, 26 Feb 1995 19:57:54 -0700 From: Warner Losh Sender: hackers-owner@FreeBSD.org Precedence: bulk : The argument on standardization between *BSD is that people should be : able to research in groups. I've followed this thread. >From the perspective of a binary only distribution ISV, I'd welcome binary compatibility between the various flavors of BSD based on the 4.4-Lite distribution. I know it may be hard, or not. I feel it to be a desirable goal, but fear that other more pressing items may take priority. Warner From owner-freebsd-hackers Sun Feb 26 19:08:30 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id TAA21203 for hackers-outgoing; Sun, 26 Feb 1995 19:08:30 -0800 Received: from snarf.dorm.umd.edu (snarf.dorm.umd.edu [129.2.140.2]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id TAA21193; Sun, 26 Feb 1995 19:08:26 -0800 Received: by snarf.dorm.umd.edu (8.6.10/8.6.10) id WAA23644; Sun, 26 Feb 1995 22:07:30 -0500 Date: Sun, 26 Feb 1995 22:07:29 -0500 (EST) From: Mike Grupenhoff X-Sender: kashmir@snarf.dorm.umd.edu To: "Jordan K. Hubbard" cc: Peter da Silva , hackers@freefall.cdrom.com, security@freefall.cdrom.com Subject: Re: key exchange for rlogin/telnet services? In-Reply-To: <16925.793850098@freefall.cdrom.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@FreeBSD.org Precedence: bulk On Sun, 26 Feb 1995, Jordan K. Hubbard wrote: > Sorry, but this still just doesn't do it for me. I will be doing > other logins within that session, or often need to `su' to do system > repair work. I need the session entirely encrypted from the first > couple of handshakes. From all indications, this diffie-hellman thing > is the way to go! It still sounds like you only need your passwords protected. Wouldn't s/key be enough for this? The s/key hooks in 2.0 work very well for me. mike From owner-freebsd-hackers Sun Feb 26 19:27:42 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id TAA22202 for hackers-outgoing; Sun, 26 Feb 1995 19:27:42 -0800 Received: from eel.dataplex.net (EEL.DATAPLEX.NET [199.183.109.245]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id TAA22195 for ; Sun, 26 Feb 1995 19:27:36 -0800 Received: from [199.183.109.242] (cod [199.183.109.242]) by eel.dataplex.net (8.6.10/8.6.9) with SMTP id VAA02442; Sun, 26 Feb 1995 21:26:42 -0600 X-Sender: wacky@shark.dataplex.net Message-Id: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Sun, 26 Feb 1995 21:26:45 -0600 To: Poul-Henning Kamp From: rkw@dataplex.net (Richard Wackerbarth) Subject: Re: make install question for you Cc: hackers@FreeBSD.org Sender: hackers-owner@FreeBSD.org Precedence: bulk >In the case of a "make install" with a $DESTDIR set, shall /etc be installed ? >(/etc/passwd and that kind of things) > >Argument for: > You can make a chroot sandbox in one easy op >Argument agains: > We shall never clobber any /etc unless asked to do so. > >votes ? I propose the following. I think it accomplishes both objectives. In the destination /etc directory we do the following in all cases: Assume the file to be installed is xxx. IF xxx does not exist THEN install xxx ELSE BEGIN IF xxx.sample exists AND xxx.sample.old does not exist THEN move xxx.sample to xxx.sample.old. install xxx as xxx.sample. END ---- Richard Wackerbarth rkw@dataplex.net From owner-freebsd-hackers Sun Feb 26 19:35:11 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id TAA22564 for hackers-outgoing; Sun, 26 Feb 1995 19:35:11 -0800 Received: from xi.dorm.umd.edu (xi.dorm.umd.edu [129.2.140.12]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id TAA22556; Sun, 26 Feb 1995 19:35:07 -0800 Received: (from smpatel@localhost) by xi.dorm.umd.edu (8.6.10/8.6.9) id WAA00264; Sun, 26 Feb 1995 22:34:22 -0500 Date: Sun, 26 Feb 1995 22:34:22 -0500 (EST) From: Sujal Patel X-Sender: smpatel@xi.dorm.umd.edu To: "Jordan K. Hubbard" cc: hackers@freefall.cdrom.com, security@freefall.cdrom.com Subject: Re: key exchange for rlogin/telnet services? In-Reply-To: <16925.793850098@freefall.cdrom.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@FreeBSD.org Precedence: bulk On Sun, 26 Feb 1995, Jordan K. Hubbard wrote: > Sorry, but this still just doesn't do it for me. I will be doing > other logins within that session, or often need to `su' to do system > repair work. I need the session entirely encrypted from the first > couple of handshakes. From all indications, this diffie-hellman thing > is the way to go! Well if you want a completely encrypted session-- It's not as easy as just diffie-hellman. Here is a short example of how Diffie-Hellman works (without any gory details): Site 1/2 have a COMMON 512 bit prime number Site 1 transmits a 512 bit number (derived from the prime) to Site 2 Site 2 transmits a 512 bit number (derived from the prime) to Site 1 Site 1/2 now generate a 512 bit "random string" which was derived from the prime, and the other sites information The string that Site 1 and 2 generate in the final step is the same for each site. Also, if you have seen the transmissions between the sites (and even if you know their original prime number), you cannot generate the "random string" that they are using. This is all fine but unfortuantly, this sample Diffie-Hellman exchanges takes a 486 five seconds, so it can't be used to encrypt the entire session. What you need to do now is to take that "random string" and use it as a DES key to encrypt the entire session. This would work very well, would be very secure, and could be implemented by hacking up telnet to support a new type of encryption. I implemented a variation of this a while ago, and I could dig it up if there is interest-- The only problem with this system is that both Diffie-Hellman and DES are export restricted by the government, and also the RSA library which most implementations of Diffie-Hellman use is under a really anal licence agreement. Sujal From owner-freebsd-hackers Sun Feb 26 20:47:52 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id UAA26211 for hackers-outgoing; Sun, 26 Feb 1995 20:47:52 -0800 Received: from gndrsh.aac.dev.com (gndrsh.aac.dev.com [198.145.92.241]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id UAA26203 for ; Sun, 26 Feb 1995 20:47:48 -0800 Received: (from rgrimes@localhost) by gndrsh.aac.dev.com (8.6.8/8.6.6) id UAA05359; Sun, 26 Feb 1995 20:46:02 -0800 From: "Rodney W. Grimes" Message-Id: <199502270446.UAA05359@gndrsh.aac.dev.com> Subject: Re: make install question for you To: rkw@dataplex.net (Richard Wackerbarth) Date: Sun, 26 Feb 1995 20:46:02 -0800 (PST) Cc: phk@ref.tfs.com, hackers@FreeBSD.org In-Reply-To: from "Richard Wackerbarth" at Feb 26, 95 09:26:45 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 1253 Sender: hackers-owner@FreeBSD.org Precedence: bulk > > >In the case of a "make install" with a $DESTDIR set, shall /etc be installed ? > >(/etc/passwd and that kind of things) > > > >Argument for: > > You can make a chroot sandbox in one easy op > >Argument agains: > > We shall never clobber any /etc unless asked to do so. > > > >votes ? > > I propose the following. I think it accomplishes both objectives. In the > destination /etc directory we do the following in all cases: > Assume the file to be installed is xxx. > > IF xxx does not exist THEN > install xxx > ELSE BEGIN > IF xxx.sample exists AND xxx.sample.old does not exist THEN > move xxx.sample to xxx.sample.old. > install xxx as xxx.sample. > END And waste possibly 298k * 2 of my valuable /root space, I think I would hate this idea. And trying to diff foo against foo.sample or foo.sample.old is not very easy to do. How about installing to /usr/share/examples/etc AND /etc if DESTDIR is set, otherwise only install to /usr/share/etc. This means you can do a real simple diff -c -r /etc /usr/share/examples/etc to see what you might want to update. -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation Company Custom computers for FreeBSD From owner-freebsd-hackers Sun Feb 26 20:48:30 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id UAA26248 for hackers-outgoing; Sun, 26 Feb 1995 20:48:30 -0800 Received: from po7.andrew.cmu.edu (PO7.ANDREW.CMU.EDU [128.2.10.107]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id UAA26223; Sun, 26 Feb 1995 20:48:08 -0800 Received: (from postman@localhost) by po7.andrew.cmu.edu (8.6.9/8.6.9) id XAA14562; Sun, 26 Feb 1995 23:47:19 -0500 Received: via switchmail; Sun, 26 Feb 1995 23:47:18 -0500 (EST) Received: from pcs12.andrew.cmu.edu via qmail ID ; Sun, 26 Feb 1995 23:46:15 -0500 (EST) Received: from pcs12.andrew.cmu.edu via qmail ID ; Sun, 26 Feb 1995 23:46:12 -0500 (EST) Received: from mms.4.60.Jan.26.1995.18.43.47.sun4c.411.EzMail.Phred.2.0.CUILIB.3.45.SNAP.NOT.LINKED.pcs12.andrew.cmu.edu.sun4c.411 via MS.5.6.pcs12.andrew.cmu.edu.sun4c_411; Sun, 26 Feb 1995 23:46:11 -0500 (EST) Message-ID: Date: Sun, 26 Feb 1995 23:46:11 -0500 (EST) From: "Alex R.N. Wetmore" To: freebsd-hackers@freefall.cdrom.com Subject: Re: key exchange for rlogin/telnet services? Cc: hackers@freefall.cdrom.com, security@freefall.cdrom.com In-Reply-To: <16925.793850098@freefall.cdrom.com> References: <16925.793850098@freefall.cdrom.com> Sender: hackers-owner@FreeBSD.org Precedence: bulk Excerpts from internet.computing.freebsd-hackers: 26-Feb-95 Re: key exchange for rlogin.. by "Jordan K. Hubbard"@free > Sorry, but this still just doesn't do it for me. I will be doing > other logins within that session, or often need to `su' to do system > repair work. I need the session entirely encrypted from the first > couple of handshakes. From all indications, this diffie-hellman thing > is the way to go! If skey is setup properly it will require that you use it for all authentication within the machine (su, ftpd, etc). The main problem with it is that you need to have a machine to run the challenge program on or you need to carry around precomputed challenges. alex From owner-freebsd-hackers Sun Feb 26 21:20:36 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id VAA28203 for hackers-outgoing; Sun, 26 Feb 1995 21:20:36 -0800 Received: from localhost (localhost [127.0.0.1]) by freefall.cdrom.com (8.6.9/8.6.6) with SMTP id VAA28196; Sun, 26 Feb 1995 21:20:35 -0800 X-Authentication-Warning: freefall.cdrom.com: Host localhost didn't use HELO protocol To: Mike Grupenhoff cc: Peter da Silva , hackers@freefall.cdrom.com, security@freefall.cdrom.com Subject: Re: key exchange for rlogin/telnet services? In-reply-to: Your message of "Sun, 26 Feb 95 22:07:29 EST." Date: Sun, 26 Feb 1995 21:20:34 -0800 Message-ID: <28195.793862434@freefall.cdrom.com> From: "Jordan K. Hubbard" Sender: hackers-owner@FreeBSD.org Precedence: bulk > It still sounds like you only need your passwords protected. Wouldn't > s/key be enough for this? The s/key hooks in 2.0 work very well for me. I won't have control over all the sites I want to use. Encrypting my entire session gives me much more flexibility over what I can do during that session, and it means I only have to really have it set up on two reasonably secure hosts to buy a large measure of security for that "first hop" I've so little control over. I have considered S/key and the other currently available options. They're truly insufficient. Jordan From owner-freebsd-hackers Sun Feb 26 21:49:14 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id VAA29946 for hackers-outgoing; Sun, 26 Feb 1995 21:49:14 -0800 Received: from precipice.Shockwave.COM (precipice.shockwave.com [171.69.108.33]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id VAA29895; Sun, 26 Feb 1995 21:48:37 -0800 Received: from localhost (localhost [127.0.0.1]) by precipice.Shockwave.COM (8.6.10/8.6.9) with SMTP id VAA02143; Sun, 26 Feb 1995 21:47:20 -0800 Message-Id: <199502270547.VAA02143@precipice.Shockwave.COM> To: "Jordan K. Hubbard" cc: hackers@freefall.cdrom.com, security@freefall.cdrom.com Subject: Re: key exchange for rlogin/telnet services? In-reply-to: Your message of "Sun, 26 Feb 1995 11:13:06 PST." <199502261913.LAA29658@freefall.cdrom.com> Date: Sun, 26 Feb 1995 21:47:20 -0800 From: Paul Traina Sender: hackers-owner@FreeBSD.org Precedence: bulk Yes, it's well known, (take this with 3 grains of salt, I am not an expert in D-H) but the base technology requires use of RSA which is patented and said patents are enforced stringently. That's why we use S/Key. From: "Jordan K. Hubbard" Subject: key exchange for rlogin/telnet services? You know the problem. You're sitting down at USENIX or your friend Bob's in Minnesota or some other gawdforsaken place and you have no way of knowing whether or not that password you just typed to log in to freefall was just sniffed by the entire undergraduate class of the local university (or their bored ISP). You can't set up a kerberos realm with everyone, so what you'd really just like to do is ensure that the endpoints are reasonably secure and encrypt everything going in between. A friend recerntly suggested a method for which my knowledge of the spelling may be incomplete, but I'll try: "Diffie-Hellman key exchange." Apparently you start out with a key pair on each end and then each raise eacy to the power of the other's public half and used the information derived to secure the link. Do any of you security weenies out there know what I'm talking about? Am I making any sense? Should I be locked up by the NSA for even suggesting this? Jordan From owner-freebsd-hackers Sun Feb 26 21:58:35 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id VAA00775 for hackers-outgoing; Sun, 26 Feb 1995 21:58:35 -0800 Received: from precipice.Shockwave.COM (precipice.shockwave.com [171.69.108.33]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id VAA00746; Sun, 26 Feb 1995 21:58:26 -0800 Received: from localhost (localhost [127.0.0.1]) by precipice.Shockwave.COM (8.6.10/8.6.9) with SMTP id VAA02393; Sun, 26 Feb 1995 21:57:01 -0800 Message-Id: <199502270557.VAA02393@precipice.Shockwave.COM> To: Peter da Silva cc: "Jordan K. Hubbard" , hackers@freefall.cdrom.com, security@freefall.cdrom.com Subject: Re: key exchange for rlogin/telnet services? In-reply-to: Your message of "Sun, 26 Feb 1995 16:34:31 CST." <199502262234.QAA11986@bonkers.taronga.com> Date: Sun, 26 Feb 1995 21:57:01 -0800 From: Paul Traina Sender: hackers-owner@FreeBSD.org Precedence: bulk FreeBSD already has full support for S/Key. What's the difference between this and Hobbit's SecureKey? From: Peter da Silva Subject: Re: key exchange for rlogin/telnet services? One half-baked answer. First, get SecureKey. The version I use, Hobbit's, is sitting on NMTI's anonymous FTP server smokey.neosoft.com in source, Alpha/OS >>F executable, and DOS executable. I'll ftp it over to freefall Mondey. It uses a challenge string/encrypted challenge response method to keep from passing passwords out to everyone. You don't get an encrypted session, but you don't need any special software or arrangements at the other end. A more complex answer is swIPe, which lets you run a complete encrypted IP session on top of an IP channel. This requires you have at least a secure site in the badguy's camp. From owner-freebsd-hackers Sun Feb 26 22:01:07 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id WAA00925 for hackers-outgoing; Sun, 26 Feb 1995 22:01:07 -0800 Received: from is1.hk.super.net (jbeukema@is1.hk.super.net [202.14.67.232]) by freefall.cdrom.com (8.6.9/8.6.6) with SMTP id WAA00915 for ; Sun, 26 Feb 1995 22:00:58 -0800 Received: by is1.hk.super.net id AA11270 (5.67b/IDA-1.5 for freebsd-hackers@FreeBSD.org); Mon, 27 Feb 1995 13:59:48 +0800 Date: Mon, 27 Feb 1995 13:59:47 +0800 (HKT) From: John Beukema To: Terry Lambert Cc: "Jordan K. Hubbard" , ernie@tinny.eis.net.au, freebsd-hackers@FreeBSD.org Subject: Re: Binary compatibility with NetBSD In-Reply-To: <9502262045.AA04553@cs.weber.edu> Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@FreeBSD.org Precedence: bulk On Sun, 26 Feb 1995, Terry Lambert wrote: > > > > To not maintain binary compatability *including* shared images would > > > > be folly. > > > > > > Bravo! I agree completely. We do not need one more fragmented, > > > incompatible flavour. > > > > Sigh. I applaud the sentiment, gentlemen. So. That simply leaves the > > simple question: Which one of YOU are going to do the work involved? > > If you think it's a difficult task, I can set aside next Saturday to > start to replace FreeBSD's libc with NetBSD's. > > I'll probably need a thud account and some disk space. > > I maintain that the incompatability is gratuitous. Those areas where > FreeBSD has code that NetBSD does not should be rolled back into NetBSD > anyway. > > > Terry Lambert > terry@cs.weber.edu > --- > Any opinions in this posting are my own and not those of my present > or previous employers. > I would be willing to help with guidance. jbeukema From owner-freebsd-hackers Sun Feb 26 22:22:08 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id WAA02004 for hackers-outgoing; Sun, 26 Feb 1995 22:22:08 -0800 Received: from haven.uniserve.com (haven.uniserve.com [198.53.215.121]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id WAA01993 for ; Sun, 26 Feb 1995 22:22:03 -0800 Received: by haven.uniserve.com id <147>; Sun, 26 Feb 1995 22:30:36 -0800 Date: Sun, 26 Feb 1995 22:30:21 -0800 (PST) From: Tom Samplonius To: hackers@FreeBSD.org Subject: pppd inactivity timeout? Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@FreeBSD.org Precedence: bulk I would like to add an inactivity timeout to pppd so that pppd would hang-up after 10 minutes or so of inactivity on the line. The simplest way I could find of doing this is to enable a new timeout using the timeout() function provided to start enable the timeout, then use back-to-back calls of untimeout() and timeout() to reset the timeout value within the io() function. Anyways, I have two questions: - will it work? will it affect stability? - is there a better way of doing this? calling untimeout() and timeout() upon every invocation of io() may induce alot of overhead... Comments are welcome... Tom From owner-freebsd-hackers Sun Feb 26 23:04:05 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id XAA04370 for hackers-outgoing; Sun, 26 Feb 1995 23:04:05 -0800 Received: from ix2.ix.netcom.com (ix2.ix.netcom.com [199.182.120.3]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id XAA04364 for ; Sun, 26 Feb 1995 23:04:03 -0800 Received: from by ix2.ix.netcom.com (8.6.9/SMI-4.1/Netcom) id XAA21613; Sun, 26 Feb 1995 23:02:33 -0800 Date: Sun, 26 Feb 1995 23:02:33 -0800 Message-Id: <199502270702.XAA21613@ix2.ix.netcom.com> From: PVinci@ix.netcom.com (Paul Vinciguerra) Subject: [Q] who owns/maintains a file? To: hackers@FreeBSD.org Sender: hackers-owner@FreeBSD.org Precedence: bulk I've been having so much trouble with my new 1 GIG WD caviar that I've taken it upon myself to to hack (or have hacked) the WD.C driver (and WDREGS.H) Who maintains these files? Do I just post changes/mods/fixes ... upload files ... Is there a "standard" protocol? Thanks Paul Vinci From owner-freebsd-hackers Sun Feb 26 23:10:27 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id XAA04601 for hackers-outgoing; Sun, 26 Feb 1995 23:10:27 -0800 Received: from ref.tfs.com (ref.tfs.com [140.145.254.251]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id XAA04595 for ; Sun, 26 Feb 1995 23:10:26 -0800 Received: (from phk@localhost) by ref.tfs.com (8.6.8/8.6.6) id XAA24739; Sun, 26 Feb 1995 23:09:36 -0800 From: Poul-Henning Kamp Message-Id: <199502270709.XAA24739@ref.tfs.com> Subject: Re: [Q] who owns/maintains a file? To: PVinci@ix.netcom.com (Paul Vinciguerra) Date: Sun, 26 Feb 1995 23:09:36 -0800 (PST) Cc: hackers@FreeBSD.org In-Reply-To: <199502270702.XAA21613@ix2.ix.netcom.com> from "Paul Vinciguerra" at Feb 26, 95 11:02:33 pm Content-Type: text Content-Length: 475 Sender: hackers-owner@FreeBSD.org Precedence: bulk > I've been having so much trouble with my new 1 GIG WD caviar that I've > taken it upon myself to to hack (or have hacked) the WD.C driver (and > WDREGS.H) > > Who maintains these files? Do I just post changes/mods/fixes ... > upload files ... Is there a "standard" protocol? yes, use send-pr (even if it isn't a problem :-) -- Poul-Henning Kamp TRW Financial Systems, Inc. I am Pentium Of Borg. Division is Futile. You WILL be approximated. From owner-freebsd-hackers Sun Feb 26 23:23:24 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id XAA05153 for hackers-outgoing; Sun, 26 Feb 1995 23:23:24 -0800 Received: from ix2.ix.netcom.com (ix2.ix.netcom.com [199.182.120.3]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id XAA05147 for ; Sun, 26 Feb 1995 23:23:22 -0800 Received: from by ix2.ix.netcom.com (8.6.9/SMI-4.1/Netcom) id XAA22963; Sun, 26 Feb 1995 23:21:20 -0800 Date: Sun, 26 Feb 1995 23:21:20 -0800 Message-Id: <199502270721.XAA22963@ix2.ix.netcom.com> From: PVinci@ix.netcom.com (Paul Vinciguerra) Subject: Re: [Q] who owns/maintains a file? To: Poul-Henning Kamp Cc: hackers@FreeBSD.org Sender: hackers-owner@FreeBSD.org Precedence: bulk You wrote: >> Who maintains these files? Do I just post changes/mods/fixes ... >> upload files ... Is there a "standard" protocol? > >yes, use send-pr (even if it isn't a problem :-) > What is send-pr? Currently, my only access to the net is through netcom :( Can this be done manually(for the time being)? From owner-freebsd-hackers Sun Feb 26 23:28:11 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id XAA05403 for hackers-outgoing; Sun, 26 Feb 1995 23:28:11 -0800 Received: from UUCP-GW.CC.UH.EDU (root@UUCP-GW.CC.UH.EDU [129.7.1.11]) by freefall.cdrom.com (8.6.9/8.6.6) with SMTP id XAA05385; Sun, 26 Feb 1995 23:27:59 -0800 Received: from Taronga.COM by UUCP-GW.CC.UH.EDU with UUCP id AA20803 (5.67a/IDA-1.5); Mon, 27 Feb 1995 01:11:50 -0600 Received: by bonkers.taronga.com (smail2.5p) id AA21580; 27 Feb 95 01:11:12 CST (Mon) Received: from localhost (localhost [127.0.0.1]) by bonkers.taronga.com (8.6.8/8.6.6) with SMTP id BAA21577; Mon, 27 Feb 1995 01:11:12 -0600 Message-Id: <199502270711.BAA21577@bonkers.taronga.com> X-Authentication-Warning: bonkers.taronga.com: Host localhost didn't use HELO protocol To: "Jordan K. Hubbard" Cc: hackers@freefall.cdrom.com, security@freefall.cdrom.com Subject: Re: key exchange for rlogin/telnet services? In-Reply-To: Your message of "Sun, 26 Feb 95 17:54:58 PST." <16925.793850098@freefall.cdrom.com> X-Mailer: exmh version 1.4.1 7/21/94 Date: Mon, 27 Feb 1995 01:11:09 -0600 From: Peter da Silva Sender: hackers-owner@FreeBSD.org Precedence: bulk > Sorry, but this still just doesn't do it for me. I will be doing > other logins within that session, or often need to `su' to do system > repair work. There's an skeylogin and an skeysu in there, so you can use skey for all your authentication needs. From owner-freebsd-hackers Sun Feb 26 23:28:50 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id XAA05452 for hackers-outgoing; Sun, 26 Feb 1995 23:28:50 -0800 Received: from ref.tfs.com (ref.tfs.com [140.145.254.251]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id XAA05446 for ; Sun, 26 Feb 1995 23:28:48 -0800 Received: (from phk@localhost) by ref.tfs.com (8.6.8/8.6.6) id XAA24818; Sun, 26 Feb 1995 23:28:02 -0800 From: Poul-Henning Kamp Message-Id: <199502270728.XAA24818@ref.tfs.com> Subject: Re: [Q] who owns/maintains a file? To: PVinci@ix.netcom.com (Paul Vinciguerra) Date: Sun, 26 Feb 1995 23:28:02 -0800 (PST) Cc: hackers@FreeBSD.org In-Reply-To: <199502270721.XAA22963@ix2.ix.netcom.com> from "Paul Vinciguerra" at Feb 26, 95 11:21:20 pm Content-Type: text Content-Length: 236 Sender: hackers-owner@FreeBSD.org Precedence: bulk > Can this be done manually(for the time being)? Sure send it to me, and I'll take care of it. -- Poul-Henning Kamp TRW Financial Systems, Inc. I am Pentium Of Borg. Division is Futile. You WILL be approximated. From owner-freebsd-hackers Sun Feb 26 23:37:30 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id XAA06388 for hackers-outgoing; Sun, 26 Feb 1995 23:37:30 -0800 Received: (from dima@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id XAA06375; Sun, 26 Feb 1995 23:37:28 -0800 Message-Id: <199502270737.XAA06375@freefall.cdrom.com> Subject: Re: key exchange for rlogin/telnet services? To: peter@bonkers.taronga.com (Peter da Silva) Date: Sun, 26 Feb 1995 23:37:27 -0800 (PST) Cc: jkh@freefall.cdrom.com, hackers@freefall.cdrom.com, security@freefall.cdrom.com In-Reply-To: <199502270711.BAA21577@bonkers.taronga.com> from "Peter da Silva" at Feb 27, 95 01:11:09 am From: dima@FreeBSD.org (Dima Ruban) X-Class: Fast Organization: HackerDome X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 465 Sender: hackers-owner@FreeBSD.org Precedence: bulk Peter da Silva writes: > > > Sorry, but this still just doesn't do it for me. I will be doing > > other logins within that session, or often need to `su' to do system > > repair work. > > There's an skeylogin and an skeysu in there, so you can use skey for all > your authentication needs. No, because, for example, I want to use PGP via network. Or you suggesting to hack PGP to add skey support? Wrong. That's why we need to encrypt all session. > -- dima From owner-freebsd-hackers Sun Feb 26 23:49:21 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id XAA07571 for hackers-outgoing; Sun, 26 Feb 1995 23:49:21 -0800 Received: from dkuug.dk (dkuug.dk [193.88.44.89]) by freefall.cdrom.com (8.6.9/8.6.6) with SMTP id XAA07550 for ; Sun, 26 Feb 1995 23:49:10 -0800 Received: from kmd-ac.dk by dkuug.dk with UUCP id AA24223 (5.65c8/IDA-1.4.4j for FreeBSD.org!hackers); Mon, 27 Feb 1995 08:47:45 +0100 Message-Id: <199502270747.AA24223@dkuug.dk> Subject: Re: VM86 syscall implementation from NetBSD To: sysseh@devetir.qld.gov.au (Stephen Hocking) Date: Mon, 27 Feb 1995 08:55:38 +0000 (GMT) From: "Soeren Schmidt" Cc: hackers@FreeBSD.org In-Reply-To: <199502270158.BAA12599@netfl15a.devetir.qld.gov.au> from "Stephen Hocking" at Feb 27, 95 01:58:21 am X-Mailer: ELM [version 2.4 PL22] Content-Type: text Content-Length: 22896 X-Charset: ASCII X-Char-Esc: 29 Sender: hackers-owner@FreeBSD.org Precedence: bulk In reply to Stephen Hocking who wrote: > > > Below is some stuff FreeBSD has been needing for ages, but a member > of the NetBSD camp has finally done. This would do good things for those > people who'd like a better DOS emulator than PCemu, I have some programs > that would benefit. > > >Number: 825 > >Category: port-i386 > >Synopsis: the i386 port doesn't have support for virtual 8086 mode > >Confidential: no > >Severity: non-critical > >Priority: medium > >Responsible: gnats-admin (GNATS administrator) > >State: open > >Class: change-request > >Submitter-Id: net > >Arrival-Date: Sat Feb 25 21:20:04 1995 > >Originator: John Kohl > >Organization: > NetBSD Kernel Hackers `R` Us > >Release: -current > >Environment: > > System: NetBSD kolvir 1.0A NetBSD 1.0A (KOLVIR) #105: Sat Feb 25 23:20:46 EST 1995 jtk@kolvir:/u1/NetBSD-current/src/sys/arch/i386/compile/KOLVIR i386 > > >Description: > The i386 port doesn't implement v8086 mode. > > >How-To-Repeat: > Try using it, or finding an interface for it. > > >Fix: > > Here is a preliminary implementation. Known problems: > > (a) the syscall glue to get to the alternate interrupt gate is totally > disgusting, but I didn't feel like chewing up SYS.h and the libc build > macros. Besides, I learned about gcc's asm directives. > > (b) The interrupt gate code for the vm86 trap gate is clunky--there is > certainly a more efficient way to jack up the trap frame. > > (c) I haven't tested this extensively--there may still be some lurking > problems with interrupts while in v8086 mode? > > (d) I rev'ed the minor version on libi386.so (added a function). Is > this appropriate? > > (e) the out-of-band bit passing between Xvm86 and sysarch() is gross > too--maybe there's a better way to do that too? > > At the end of the diffs you'll find a program which jumps into a v8086 > tight loop. You should be able to ^C out of it (shows that CPU > rescheduling works), and to give it a SIGQUIT and have it longjmp back > to safety. > > =================================================================== > RCS file: lib/libarch/RCS/shlib_version,v > retrieving revision 1.1 > diff -ubw -r1.1 lib/libarch/shlib_version > --- 1.1 1995/02/25 19:53:55 > +++ lib/libarch/shlib_version 1995/02/25 19:54:13 > @@ -1,2 +1,2 @@ > major=0 > -minor=0 > +minor=1 > =================================================================== > RCS file: lib/libarch/i386/RCS/Makefile.inc,v > retrieving revision 1.1 > diff -ubw -r1.1 lib/libarch/i386/Makefile.inc > --- 1.1 1995/02/25 19:43:52 > +++ lib/libarch/i386/Makefile.inc 1995/02/25 19:44:11 > @@ -2,8 +2,8 @@ > > .PATH: ${LIBC}/i386 > > -SRCS+= i386_get_ldt.c i386_set_ldt.c > +SRCS+= i386_get_ldt.c i386_set_ldt.c i386_vm86.c > > -MAN+= i386_get_ldt.2 > +MAN+= i386_get_ldt.2 i386_vm86.2 > > MLINKS+=i386_get_ldt.2 i386_set_ldt.2 > --- /dev/null Sat Feb 25 23:23:15 1995 > +++ lib/libarch/i386/i386_vm86.2 Sat Feb 25 15:29:12 1995 > @@ -0,0 +1,66 @@ > +.\" Copyright (c) 1980, 1991 Regents of the University of California. > +.\" All rights reserved. > +.\" > +.\" Redistribution and use in source and binary forms, with or without > +.\" modification, are permitted provided that the following conditions > +.\" are met: > +.\" 1. Redistributions of source code must retain the above copyright > +.\" notice, this list of conditions and the following disclaimer. > +.\" 2. Redistributions in binary form must reproduce the above copyright > +.\" notice, this list of conditions and the following disclaimer in the > +.\" documentation and/or other materials provided with the distribution. > +.\" 3. All advertising materials mentioning features or use of this software > +.\" must display the following acknowledgement: > +.\" This product includes software developed by the University of > +.\" California, Berkeley and its contributors. > +.\" 4. Neither the name of the University nor the names of its contributors > +.\" may be used to endorse or promote products derived from this software > +.\" without specific prior written permission. > +.\" > +.\" THIS SOFTWARE IS PROVIDED BY THE REGENTS AND CONTRIBUTORS ``AS IS'' AND > +.\" ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE > +.\" IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE > +.\" ARE DISCLAIMED. IN NO EVENT SHALL THE REGENTS OR CONTRIBUTORS BE LIABLE > +.\" FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL > +.\" DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS > +.\" OR SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION) > +.\" HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT > +.\" LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY > +.\" OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF > +.\" SUCH DAMAGE. > +.\" > +.\" from: @(#)fork.2 6.5 (Berkeley) 3/10/91 > +.\" $Id: i386_vm86.2,v 1.3 1995/02/25 20:29:12 jtk Exp $ > +.\" > +.Dd September 20, 1993 > +.Dt I386_VM86 2 > +.Os NetBSD > +.Sh NAME > +.Nm i386_vm86 > +.Nd set virtual 8086 processor registers and mode > +.Sh SYNOPSIS > +.Fd #include > +.Fd #include > +.Ft int > +.Fn i386_vm86 "struct vm86_context *vmcp" > +.Sh DESCRIPTION > +.Fn i386_vm86 > +will set the process into virtual 8086 mode using the registers and > +selectors specified by the context pointed to by > +.Fa vmcp . > +.Sh RETURN VALUES > +This routine does not normally return--32-bit mode will be restored by > +the delivery of a signal to the process. In case of an error in setting > +the VM86 mode, a value of -1 is returned and the global variable > +.Va errno > +is set to indicate the error. > +.Sh ERRORS > +.Fn i386_vm86 > +will fail if: > +.Bl -tag -width [EINVAL] > +.It Bq Er EINVAL > +An inappropriate parameter was specified in the signal context. > +.Sh REFERENCES > +i386 Microprocessor Programmer's Reference Manual, Intel > +.Sh WARNING > +You can really hose your process using this. > --- /dev/null Sat Feb 25 23:23:15 1995 > +++ lib/libarch/i386/i386_vm86.c Sat Feb 25 21:30:13 1995 > @@ -0,0 +1,68 @@ > +/* > + * Copyright (c) 1995 John Kohl > + * All rights reserved. > + * > + * Redistribution and use in source and binary forms, with or without > + * modification, are permitted provided that the following conditions > + * are met: > + * 1. Redistributions of source code must retain the above copyright > + * notice, this list of conditions and the following disclaimer. > + * 2. Redistributions in binary form must reproduce the above copyright > + * notice, this list of conditions and the following disclaimer in the > + * documentation and/or other materials provided with the distribution. > + * 3. The name of the author may not be used to endorse or promote products > + * derived from this software without specific prior written permission. > + * > + * THIS SOFTWARE IS PROVIDED BY THE AUTHOR `AS IS'' AND ANY EXPRESS OR > + * IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE IMPLIED > + * WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE ARE > + * DISCLAIMED. IN NO EVENT SHALL THE AUTHOR BE LIABLE FOR ANY DIRECT, > + * INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL DAMAGES > + * (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS OR > + * SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION) > + * HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, > + * STRICT LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN > + * ANY WAY OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE > + * POSSIBILITY OF SUCH DAMAGE. > + * > + */ > + > +#include > +#include > +#include > +#include > +#include > + > +#define _quote(x) # x > +#define quote(x) _quote(x) > + > +#define concat(a,b) a##b > + > +static int > +int129(int op, void *arg); > + > +__asm(".globl cerror"); > +__asm("_int129:"); > +__asm("movl $" quote(SYS_sysarch) ",%eax"); > +__asm("int $" quote(INT_VM86)); > +#ifdef PIC > + __asm("jc cerror@PLT"); > +#else > + __asm("jc cerror"); > +#endif > +__asm("ret"); > + > +int > +i386_vm86(register struct vm86_context *vmcp) > +{ > + /* we need a special INT entry into the kernel so that we can > + * set up the proper stack state to be munged by the trap code > + * in order to be loaded up by the iret. > + */ > +#if 0 > + __asm(" pushl %0" : : "g" (vmcp)); > + __asm(" pushl $" quote(I386_VM86)); > + return EINVAL; > +#endif > + return int129(I386_VM86, vmcp); > +} > =================================================================== > RCS file: sys/arch/i386/include/RCS/cpu.h,v > retrieving revision 1.1 > diff -ubw -r1.1 sys/arch/i386/include/cpu.h > --- 1.1 1995/02/25 20:21:33 > +++ sys/arch/i386/include/cpu.h 1995/02/26 03:57:43 > @@ -68,7 +68,7 @@ > */ > #define clockframe intrframe > > -#define CLKF_USERMODE(frame) (ISPL((frame)->if_cs) == SEL_UPL) > +#define CLKF_USERMODE(frame) (ISPL((frame)->if_cs) == SEL_UPL || ((frame)->if_eflags & PSL_VM)) > #define CLKF_BASEPRI(frame) ((frame)->if_ppl == 0) > #define CLKF_PC(frame) ((frame)->if_eip) > #define CLKF_INTR(frame) (0) /* XXX should have an interrupt stack */ > =================================================================== > RCS file: sys/arch/i386/include/RCS/frame.h,v > retrieving revision 1.1 > diff -ubw -r1.1 sys/arch/i386/include/frame.h > --- 1.1 1995/02/25 22:27:19 > +++ sys/arch/i386/include/frame.h 1995/02/26 02:15:50 > @@ -91,6 +91,19 @@ > int if_ss; > }; > > +struct vm86_frame { > + struct trapframe tframe; > + int vm_es; > + int vm_ds; > + int vm_fs; > + int vm_gs; > +}; > +/* > + * A kludge for locore to tell the sysarch() handler that this > + * trap has a VM86 mode frame. > + */ > +#define VM86_TRAP 0x80000000 > + > /* > * Signal frame > */ > =================================================================== > RCS file: sys/arch/i386/include/RCS/sysarch.h,v > retrieving revision 1.1 > diff -ubw -r1.1 sys/arch/i386/include/sysarch.h > --- 1.1 1995/02/25 19:38:01 > +++ sys/arch/i386/include/sysarch.h 1995/02/25 22:01:34 > @@ -8,10 +8,35 @@ > */ > #define I386_GET_LDT 0 > #define I386_SET_LDT 1 > +#define I386_VM86 2 > + > +#define INT_VM86 0x81 /* special interrupt gate # */ > + > +struct vm86_context { > + int sc_edi; > + int sc_esi; > + int sc_ebp; > + int sc_ebx; > + int sc_edx; > + int sc_ecx; > + int sc_eax; > + /* hardware stack frame for vm86 iret: */ > + int sc_eip; > + int sc_cs; > + int sc_eflags; > + int sc_esp; > + int sc_ss; > + /* extra vm86 stuff is: */ > + int sc_es; > + int sc_ds; > + int sc_fs; > + int sc_gs; > +}; > > #ifndef KERNEL > int i386_get_ldt __P((int, union descriptor *, int)); > int i386_set_ldt __P((int, union descriptor *, int)); > +int i386_vm86 __P((struct vm86_context *)); > #endif > > #endif /* !_I386_SYSARCH_H_ */ > =================================================================== > RCS file: sys/arch/i386/isa/RCS/icu.s,v > retrieving revision 1.1 > diff -ubw -r1.1 sys/arch/i386/isa/icu.s > --- 1.1 1995/02/26 04:15:16 > +++ sys/arch/i386/isa/icu.s 1995/02/26 04:16:20 > @@ -132,8 +132,10 @@ > cmpb $0,_astpending > je 3f > testb $SEL_RPL_MASK,TF_CS(%esp) > + jnz 4f > + testl $PSL_VM,TF_EFLAGS(%esp) > jz 3f > - movb $0,_astpending > +4: movb $0,_astpending > sti > /* Pushed T_ASTFLT into tf_trapno on entry. */ > call _trap > =================================================================== > RCS file: sys/arch/i386/isa/RCS/npx.c,v > retrieving revision 1.1 > diff -ubw -r1.1 sys/arch/i386/isa/npx.c > --- 1.1 1995/02/25 20:21:56 > +++ sys/arch/i386/isa/npx.c 1995/02/25 23:44:34 > @@ -419,7 +419,8 @@ > * Pass exception to process. If it's the current process, try to do > * it immediately. > */ > - if (p == curproc && ISPL(frame->if_cs) == SEL_UPL) { > + if (p == curproc && > + (ISPL(frame->if_cs) == SEL_UPL || (frame->if_eflags & PSL_VM))) { > /* > * Interrupt is essentially a trap, so we can afford to call > * the SIGFPE handler (if any) as soon as the interrupt > =================================================================== > RCS file: sys/arch/i386/i386/RCS/db_interface.c,v > retrieving revision 1.2 > diff -ubw -r1.2 sys/arch/i386/i386/db_interface.c > --- 1.2 1995/01/30 02:58:58 > +++ sys/arch/i386/i386/db_interface.c 1995/02/25 20:23:17 > @@ -79,7 +79,7 @@ > /* XXX Should switch to kdb`s own stack here. */ > > ddb_regs = *regs; > - if (ISPL(regs->tf_cs) == SEL_KPL) { > + if (ISPL(regs->tf_cs) == SEL_KPL && !(regs->tf_eflags & PSL_VM)) { > /* > * Kernel mode - esp and ss not saved > */ > @@ -107,7 +107,7 @@ > regs->tf_eip = ddb_regs.tf_eip; > regs->tf_cs = ddb_regs.tf_cs; > regs->tf_eflags = ddb_regs.tf_eflags; > - if (ISPL(regs->tf_cs) != SEL_KPL) { > + if (ISPL(regs->tf_cs) != SEL_KPL || (regs->tf_eflags & PSL_VM)) { > /* ring transit - saved esp and ss valid */ > regs->tf_esp = ddb_regs.tf_esp; > regs->tf_ss = ddb_regs.tf_ss; > =================================================================== > RCS file: sys/arch/i386/i386/RCS/locore.s,v > retrieving revision 1.1 > diff -ubw -r1.1 sys/arch/i386/i386/locore.s > --- 1.1 1995/02/26 04:18:17 > +++ sys/arch/i386/i386/locore.s 1995/02/26 04:19:02 > @@ -63,7 +63,7 @@ > #define IOM_BEGIN 0x0a0000 /* start of I/O memory "hole" */ > #define IOM_END 0x100000 /* end of I/O memory "hole" */ > #define IOM_SIZE (IOM_END - IOM_BEGIN) > - > +#define VM86_TRAP 0x80000000 /* see frame.h ?? */ > > #define ALIGN_DATA .align 2 > #define ALIGN_TEXT .align 2,0x90 /* 4-byte boundaries, NOP-filled */ > @@ -1973,8 +1973,10 @@ > cmpb $0,_astpending > je 1f > testb $SEL_RPL_MASK,TF_CS(%esp) > + jnz 5f > + testl $PSL_VM,TF_EFLAGS(%esp) > jz 1f > - movb $0,_astpending > +5: movb $0,_astpending > sti > movl $T_ASTFLT,TF_TRAPNO(%esp) > call _trap > @@ -2062,6 +2064,45 @@ > 4: .asciz "WARNING: SPL NOT LOWERED ON SYSCALL EXIT\n" > #endif /* DIAGNOSTIC */ > > + /* > + * For VM86 support, we need a special gate that makes room > + * on the kernel-mode stack for the extra selectors (gs,fs,ds,es) > + * The user-space expects it to behave like the syscall interrupt, > + * and calls the sysarch() syscall. > + */ > +IDTVEC(vm86) > + cmpl $SYS_sysarch,%eax > + jne 1f # only jack the stack for sysarch > + testl $PSL_VM,8(%esp) > + jnz 1f # don't jack if already VM86 mode > + /* We need to jack up the existing stack frame by 4 longwords, */ > + /* and shift the existing 5 longword args to the new top. */ > + subl $0x10,%esp > + movl 0x10(%esp),%eax > + movl %eax,(%esp) > + movl 0x14(%esp),%eax > + movl %eax,0x4(%esp) > + movl 0x18(%esp),%eax > + movl %eax,0x8(%esp) > + movl 0x1c(%esp),%eax > + movl %eax,0xc(%esp) > + movl 0x20(%esp),%eax > + movl %eax,0x10(%esp) > + /* and zero out what was there */ > + movl $0,0x14(%esp) > + movl $0,0x18(%esp) > + movl $0,0x1c(%esp) > + movl $0,0x20(%esp) > + /* leave marker for sysarch to test in the frame > + (unused bits of CS word) */ > + movl 4(%esp),%eax > + orl $VM86_TRAP,%eax > + movl %eax,4(%esp) > + movl $SYS_sysarch,%eax > +1: > + pushl $2 # size of instruction for restart > + jmp syscall1 # go do real syscall > + > #include > #include > > =================================================================== > RCS file: sys/arch/i386/i386/RCS/machdep.c,v > retrieving revision 1.4 > diff -ubw -r1.4 sys/arch/i386/i386/machdep.c > --- 1.4 1995/02/04 14:41:07 > +++ sys/arch/i386/i386/machdep.c 1995/02/25 23:23:12 > @@ -1004,7 +1004,7 @@ > IDTVEC(dble), IDTVEC(fpusegm), IDTVEC(tss), IDTVEC(missing), > IDTVEC(stk), IDTVEC(prot), IDTVEC(page), IDTVEC(rsvd), > IDTVEC(fpu), IDTVEC(align), > - IDTVEC(syscall), IDTVEC(osyscall); > + IDTVEC(syscall), IDTVEC(osyscall), IDTVEC(vm86); > > void > sdtossd(sd, ssd) > @@ -1087,6 +1087,7 @@ > setgate(&idt[ 16], &IDTVEC(fpu), 0, SDT_SYS386TGT, SEL_KPL); > setgate(&idt[ 17], &IDTVEC(align), 0, SDT_SYS386TGT, SEL_KPL); > setgate(&idt[128], &IDTVEC(syscall), 0, SDT_SYS386TGT, SEL_UPL); > + setgate(&idt[129], &IDTVEC(vm86), 0, SDT_SYS386TGT, SEL_UPL); > > #if NISA > 0 > isa_defaultirq(); > =================================================================== > RCS file: sys/arch/i386/i386/RCS/math_emulate.c,v > retrieving revision 1.1 > diff -ubw -r1.1 sys/arch/i386/i386/math_emulate.c > --- 1.1 1995/02/25 20:04:28 > +++ sys/arch/i386/i386/math_emulate.c 1995/02/25 20:05:03 > @@ -75,7 +75,7 @@ > char * address; > u_long oldeip; > > - if (ISPL(info->tf_cs) != SEL_UPL) > + if (ISPL(info->tf_cs) != SEL_UPL && !(frame.tf_eflags & PSL_VM)) > panic("math emulator called from supervisor mode"); > > /* ever used fp? */ > =================================================================== > RCS file: sys/arch/i386/i386/RCS/sys_machdep.c,v > retrieving revision 1.1 > diff -ubw -r1.1 sys/arch/i386/i386/sys_machdep.c > --- 1.1 1995/02/25 19:39:33 > +++ sys/arch/i386/i386/sys_machdep.c 1995/02/26 02:49:28 > @@ -322,6 +322,63 @@ > #endif /* USER_LDT */ > > int > +i386_set_vm86mode(p, vmcp) > + struct proc *p; > + struct vm86_context *vmcp; > +{ > + struct vm86_frame *vf; > + struct trapframe *tf; > + int error; > + struct vm86_context vmcontext; > + > + if (error = copyin(vmcp, &vmcontext, sizeof(vmcontext))) > + return(error); > + > + vmcp = &vmcontext; > + > + if (p->p_addr->u_pcb.pcb_psl & PSL_VM) > + return EINVAL; /* already there??! */ > + vf = (struct vm86_frame *)p->p_md.md_regs; > + tf = &vf->tframe; > + > + printf("vf=%lx, esp=%lx, ss=%lx\n", vf, tf->tf_esp, tf->tf_ss); > + printf("es=%lx,ds=%lx,fs=%lx,gs=%lx\n", > + vf->vm_es, vf->vm_ds, vf->vm_fs, vf->vm_gs); > + /* > + * Check for security violations. Only let them diddle PSL_VM bit. > + * They must set PSL_VM bit, it must not be on. > + */ > + if ((vmcp->sc_eflags & PSL_VM) == 0 || (tf->tf_eflags & PSL_VM) != 0 || > + ((vmcp->sc_eflags ^ tf->tf_eflags) & PSL_USERSTATIC) != PSL_VM) > + return (EINVAL); > + > + /* > + * Restore signal context. > + */ > +/* tf->tf_es = vmcp->sc_es;*/ > +/* tf->tf_ds = vmcp->sc_ds;*/ > + tf->tf_edi = vmcp->sc_edi; > + tf->tf_esi = vmcp->sc_esi; > + tf->tf_ebp = vmcp->sc_ebp; > + tf->tf_ebx = vmcp->sc_ebx; > + tf->tf_edx = vmcp->sc_edx; > + tf->tf_ecx = vmcp->sc_ecx; > + tf->tf_eax = vmcp->sc_eax; > + tf->tf_eip = vmcp->sc_eip; > + tf->tf_cs = vmcp->sc_cs; > + tf->tf_eflags = vmcp->sc_eflags; > + tf->tf_esp = vmcp->sc_esp; > + tf->tf_ss = vmcp->sc_ss; > + > + vf->vm_es = vmcp->sc_es; > + vf->vm_ds = vmcp->sc_ds; > + vf->vm_fs = vmcp->sc_fs; > + vf->vm_gs = vmcp->sc_gs; > + > + return (EJUSTRETURN); > +} > + > +int > sysarch(p, uap, retval) > struct proc *p; > struct sysarch_args /* { > @@ -331,7 +388,20 @@ > register_t *retval; > { > int error = 0; > + struct trapframe *tf; > + > + tf = (struct trapframe *)p->p_md.md_regs; > + if (tf->tf_cs & VM86_TRAP) { /* marker for vm86 jacked stack */ > + tf->tf_cs &= ~VM86_TRAP; > > + printf("vm86: tf %lx endtf %lx\n", tf, tf+1); > + printf("op=%x,parms=%x\n", SCARG(uap,op), SCARG(uap,parms)); > + if (SCARG(uap,op) == I386_VM86) > + error = i386_set_vm86mode(p, (struct vm86_context *)SCARG(uap, parms)); > + else > + error = EINVAL; /* XXX can we go back and not die? */ > + printf("vm86: returning %d\n", error); > + } > switch(SCARG(uap, op)) { > #ifdef USER_LDT > case I386_GET_LDT: > @@ -342,6 +412,7 @@ > error = i386_set_ldt(p, SCARG(uap, parms), retval); > break; > #endif > + case I386_VM86: > default: > error = EINVAL; > break; > =================================================================== > RCS file: sys/arch/i386/i386/RCS/trap.c,v > retrieving revision 1.1 > diff -ubw -r1.1 sys/arch/i386/i386/trap.c > --- 1.1 1995/02/25 20:03:49 > +++ sys/arch/i386/i386/trap.c 1995/02/25 20:18:26 > @@ -179,7 +179,7 @@ > } > #endif > > - if (ISPL(frame.tf_cs) != SEL_KPL) { > + if (ISPL(frame.tf_cs) != SEL_KPL || (frame.tf_eflags & PSL_VM)) { > type |= T_USER; > sticks = p->p_sticks; > p->p_md.md_regs = (int *)&frame; > @@ -500,8 +500,9 @@ > extern struct sysent ibcs2_sysent[]; > #endif > > + > cnt.v_syscall++; > - if (ISPL(frame.tf_cs) != SEL_UPL) > + if (ISPL(frame.tf_cs) != SEL_UPL && !(frame.tf_eflags & PSL_VM)) > panic("syscall"); > p = curproc; > sticks = p->p_sticks; > @@ -539,6 +540,9 @@ > #endif > } > > + if (frame.tf_eflags & PSL_VM) > + code = -1; > + else > switch (code) { > case SYS_syscall: > code = fuword(params); > --- /dev/null Sat Feb 25 23:23:15 1995 > +++ /var/tmp/Makefile Sat Feb 25 23:27:57 1995 > @@ -0,0 +1,2 @@ > +sigill: sigill.c > + $(CC) -static -I/usr/include.current -g -o sigill sigill.c -li386 > --- /dev/null Sat Feb 25 23:23:15 1995 > +++ /var/tmp/sigill.c Sat Feb 25 23:26:52 1995 > @@ -0,0 +1,57 @@ > +#include > +#include > +#include > +#include > +#include > +#include > +#include > + > +jmp_buf jbuf; > + > +void > +sigill(int sig, int code, struct sigcontext *scp) > +{ > + printf("sig %d, code %d, eip %#08lx, eflags=%#08lx\n", > + sig, code, scp->sc_eip, scp->sc_eflags); > + longjmp(jbuf, 1); > + _exit(2); > +} > + > +unsigned long vmstack[256]; > + > +unsigned char ill[] = { 144, 144, 144, 0xeb, 0xfb /* nop, nop, nop, loop */ }; > + > +foo() > +{ > + asm("1: nop; nop; nop"); > + asm("jmp 1b"); > +} > + > +main() > +{ > + struct vm86_context vmctx; > + int rval; > + int psl; > + > + signal(SIGILL, sigill); > + signal(SIGBUS, sigill); > + signal(SIGQUIT, sigill); > + memset(&vmctx, 0, sizeof(vmctx)); > + > + > + vmctx.sc_esp = (int) &vmstack[sizeof(vmstack)/4-1]; > + vmctx.sc_eip = (int) &ill[0]; > + vmctx.sc_cs = 0; > + __asm("pushfl"); > + __asm("popl %0" : "=r" (psl)); > + vmctx.sc_eflags = psl | PSL_VM; > + > + if (setjmp(jbuf)) { > + printf("jumped out of sighandler, exiting\n"); > + exit(2); > + } > + rval = i386_vm86(&vmctx); > + printf("returning from vm86 with rval=%d?\n", rval); > + exit(1); > +} > + > >Audit-Trail: > >Unformatted: > > > -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Soren Schmidt (sos@FreeBSD.org | sos@kmd-ac.dk) FreeBSD Core Team .. From owner-freebsd-hackers Mon Feb 27 00:14:01 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id AAA08691 for hackers-outgoing; Mon, 27 Feb 1995 00:14:01 -0800 Received: from ref.tfs.com (ref.tfs.com [140.145.254.251]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id AAA08679; Mon, 27 Feb 1995 00:13:56 -0800 Received: (from phk@localhost) by ref.tfs.com (8.6.8/8.6.6) id AAA25013; Mon, 27 Feb 1995 00:13:10 -0800 From: Poul-Henning Kamp Message-Id: <199502270813.AAA25013@ref.tfs.com> Subject: CTM, now you can have at it... To: phk@FreeBSD.org Date: Mon, 27 Feb 1995 00:13:10 -0800 (PST) Content-Type: text Content-Length: 4665 Sender: hackers-owner@FreeBSD.org Precedence: bulk CTM is now finally in a state where I will publicly announce it, so here goes. This is the ftp://freefall.cdrom.com/pub/CTM/README file: # ---------------------------------------------------------------------------- # "THE BEER-WARE LICENSE" (Revision 42): # wrote this file. As long as you retain this notice you # can do whatever you want with this stuff. If we meet some day, and you think # this stuff is worth it, you can buy me a beer in return. Poul-Henning Kamp # ---------------------------------------------------------------------------- # # Mon Feb 27 00:06:22 PST 1995 # Obtaining FreeBSD-current sources using CTM. ============================================ CTM is a method to keep a remote directory-tree in sync with a central one. It has been developed for FreeBSD usage, but other people might use it as time goes by, but little if any documentations exists on this time on the process of creating deltas. Why should I use CTM ? ---------------------- CTM will give you a local copy of the "FreeBSD-current" sources. If you are an active developer on FreeBSD, but have lousy or non-existent TCP/IP connectivity, CTM is made for you. You will need to pick up up to four deltas per day (or you can have them arrive in email automatically) and sizes are as small as we can do it: typically less than 5K, one delta in ten is like 10-50K and every now and then a biggie of 100K+ comes around. You need to make yourself aware of the caveats of following the "current" sources, refer to the relevant FAQ for more info on that topic. Only if you have commit priviledge, or are similary authorized, can you get access to the cvs tree by the same means. Contact phk@FreeBSD.org for that. What do I need to use CTM ? --------------------------- You need two things. The "ctm" program and the stuff to feed it. "ctm" is in the FreeBSD-current tree from version 2.0.0 and forward. (src/usr.sbin/ctm) The "deltas" you feed ctm can be had two ways, ftp or email. FTP-access: ----------- The CTM-deltas can be found on the following sites: ftp://freefall.cdrom.com/pub/CTM eMail-access: ------------- Send email to majordomo@freebsd.org, subscribe to the list "ctm-src-cur". Use the ctm_rmail program to unpack and apply the emails with. You can actually use the ctm_rmail program directly from a entry in /etc/aliases if you want. Check the "ctm_rmail" man page. How to get started. ------------------- You need to get up to speed. Every now and then I will produce a special additional delta: a delta from nothing. You can recognize these in two ways, the are large: 25 to 30 Megabytes gzip'ed, and they have an 'A' appended to the number. (src-cur.0341A.gz for instance). You will also need all deltas with higher numbers. Now working... -------------- To apply the deltas, simply say cd /where/ever/you/want/the/stuff ctm -v -v /where/you/store/your/deltas/src-cur.* Unless it feels very secure about the entire thing, ctm will not touch your tree. To check out a delta you can add a "-c", then ctm will never touch you tree. There are other options to ctm as well, look in the sources. It's a little bit confusing right now, but it will become better I hope. I would be very happy if somebody will help with the "user-interface" part, as I have realized that I can't make up my mind on what options should do what, how and when... ctm understands deltas which have been put through gzip, so you don't need to gunzip them first. That's really all there is to it. Everytime you get a new delta, you run it through ctm. Don't remove the deltas, if they are hard to download again. You just might want to keep them around in case something bad happens. Even if you only have floppy disks, consider using "fdwrite" to make a copy. Plans: ------ Tons of them. Don't forget to tell me what you want though... Misc. stuff: ------------ If you are a frequent or valuable contributor to FreeBSD, I will be willing to arrange special services, one option is delivery via ftp or rcp to a machine closer to you. You need to have earned this, since it takes time to do, but I'll be all the more happy to do it for you then. Thanks! ------- Bruce Evans, for his pointed pen and invaluable comments. Soren Schmidt, for patience. Stephen McKay, wrote ctm_[rs]mail, much appreceiated. Jordan Hubbard, for being so stubborn that I had to make it better. All the users, I hope you like it... Comments ? ---------- email phk@FreeBSD.org Poul-Henning -- Poul-Henning Kamp TRW Financial Systems, Inc. I am Pentium Of Borg. Division is Futile. You WILL be approximated. From owner-freebsd-hackers Mon Feb 27 00:32:15 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id AAA09609 for hackers-outgoing; Mon, 27 Feb 1995 00:32:15 -0800 Received: from tfs.com (mailhub.tfs.com [140.145.250.1]) by freefall.cdrom.com (8.6.9/8.6.6) with SMTP id AAA09603 for ; Mon, 27 Feb 1995 00:32:14 -0800 Received: by tfs.com (smail3.1.28.1) Message-Id: From: julian@tfs.com (Julian Elischer) Subject: Re: pppd inactivity timeout? To: tom@haven.uniserve.com (Tom Samplonius) Date: Mon, 27 Feb 1995 00:30:58 -0800 (PST) Cc: hackers@FreeBSD.org In-Reply-To: from "Tom Samplonius" at Feb 26, 95 10:30:21 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 1103 Sender: hackers-owner@FreeBSD.org Precedence: bulk >This will use a lot of cputime.. a better way would be to call timeout every 10 seconds or minute while the line is up, and have it decrement a counter.. if it reaches 0, you hang up. if not you just schedule another timeout.. whenever you receive or send a packet, you just set the counter back to initial condition (maximum count).. that way you're doing a single write, not a whole function call(x2) for each packet. julian > > I would like to add an inactivity timeout to pppd so that pppd would > hang-up after 10 minutes or so of inactivity on the line. The simplest > way I could find of doing this is to enable a new timeout using the > timeout() function provided to start enable the timeout, then use > back-to-back calls of untimeout() and timeout() to reset the timeout > value within the io() function. Anyways, I have two questions: > > - will it work? will it affect stability? > > - is there a better way of doing this? calling untimeout() and > timeout() upon every invocation of io() may induce alot of overhead... > > Comments are welcome... > > Tom > From owner-freebsd-hackers Mon Feb 27 02:00:39 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id CAA13968 for hackers-outgoing; Mon, 27 Feb 1995 02:00:39 -0800 Received: from UUCP-GW.CC.UH.EDU (root@UUCP-GW.CC.UH.EDU [129.7.1.11]) by freefall.cdrom.com (8.6.9/8.6.6) with SMTP id CAA13956; Mon, 27 Feb 1995 02:00:35 -0800 Received: from Taronga.COM by UUCP-GW.CC.UH.EDU with UUCP id AA21732 (5.67a/IDA-1.5); Mon, 27 Feb 1995 03:49:14 -0600 Received: by bonkers.taronga.com (smail2.5p) id AA22075; 27 Feb 95 01:34:05 CST (Mon) Received: from localhost (localhost [127.0.0.1]) by bonkers.taronga.com (8.6.8/8.6.6) with SMTP id BAA22066; Mon, 27 Feb 1995 01:34:03 -0600 Message-Id: <199502270734.BAA22066@bonkers.taronga.com> X-Authentication-Warning: bonkers.taronga.com: Host localhost didn't use HELO protocol To: Paul Traina Cc: "Jordan K. Hubbard" , hackers@freefall.cdrom.com, security@freefall.cdrom.com Subject: Re: key exchange for rlogin/telnet services? In-Reply-To: Your message of "Sun, 26 Feb 95 21:57:01 PST." <199502270557.VAA02393@precipice.Shockwave.COM> X-Mailer: exmh version 1.4.1 7/21/94 Date: Mon, 27 Feb 1995 01:34:00 -0600 From: Peter da Silva Sender: hackers-owner@FreeBSD.org Precedence: bulk Also, Hobbit's skey uses MD5 or MD4. From owner-freebsd-hackers Mon Feb 27 02:01:16 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id CAA14009 for hackers-outgoing; Mon, 27 Feb 1995 02:01:16 -0800 Received: from UUCP-GW.CC.UH.EDU (root@UUCP-GW.CC.UH.EDU [129.7.1.11]) by freefall.cdrom.com (8.6.9/8.6.6) with SMTP id CAA13991; Mon, 27 Feb 1995 02:01:10 -0800 Received: from Taronga.COM by UUCP-GW.CC.UH.EDU with UUCP id AA21727 (5.67a/IDA-1.5); Mon, 27 Feb 1995 03:49:07 -0600 Received: by bonkers.taronga.com (smail2.5p) id AA21964; 27 Feb 95 01:31:45 CST (Mon) Received: from localhost (localhost [127.0.0.1]) by bonkers.taronga.com (8.6.8/8.6.6) with SMTP id BAA21961; Mon, 27 Feb 1995 01:31:44 -0600 Message-Id: <199502270731.BAA21961@bonkers.taronga.com> X-Authentication-Warning: bonkers.taronga.com: Host localhost didn't use HELO protocol To: Paul Traina Cc: "Jordan K. Hubbard" , hackers@freefall.cdrom.com, security@freefall.cdrom.com Subject: Re: key exchange for rlogin/telnet services? In-Reply-To: Your message of "Sun, 26 Feb 95 21:57:01 PST." <199502270557.VAA02393@precipice.Shockwave.COM> X-Mailer: exmh version 1.4.1 7/21/94 Date: Mon, 27 Feb 1995 01:31:36 -0600 From: Peter da Silva Sender: hackers-owner@FreeBSD.org Precedence: bulk > FreeBSD already has full support for S/Key. What's the difference between > this and Hobbit's SecureKey? Dunno. I haven't looked at FreeBSD's because I had to set this up on OSF/1 and SunOS and Xenix and System V and stuff, and Hobbit's was already more or less productised to drop into a working UNIX box pretty easily. I have sucked other FreeBSD stuff into OSF/1 to replace stuff DEC broke (the FreeBSD CDROM makes a great fixit CDROM) but this seemed a bit distributed... From owner-freebsd-hackers Mon Feb 27 02:01:38 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id CAA14049 for hackers-outgoing; Mon, 27 Feb 1995 02:01:38 -0800 Received: from UUCP-GW.CC.UH.EDU (root@UUCP-GW.CC.UH.EDU [129.7.1.11]) by freefall.cdrom.com (8.6.9/8.6.6) with SMTP id CAA14040; Mon, 27 Feb 1995 02:01:31 -0800 Received: from Taronga.COM by UUCP-GW.CC.UH.EDU with UUCP id AA21725 (5.67a/IDA-1.5); Mon, 27 Feb 1995 03:48:59 -0600 Received: by bonkers.taronga.com (smail2.5p) id AA21807; 27 Feb 95 01:24:13 CST (Mon) Received: from localhost (localhost [127.0.0.1]) by bonkers.taronga.com (8.6.8/8.6.6) with SMTP id BAA21804; Mon, 27 Feb 1995 01:24:12 -0600 Message-Id: <199502270724.BAA21804@bonkers.taronga.com> X-Authentication-Warning: bonkers.taronga.com: Host localhost didn't use HELO protocol To: "Jordan K. Hubbard" Cc: Mike Grupenhoff , hackers@freefall.cdrom.com, security@freefall.cdrom.com Subject: Re: key exchange for rlogin/telnet services? In-Reply-To: Your message of "Sun, 26 Feb 95 21:20:34 PST." <28195.793862434@freefall.cdrom.com> X-Mailer: exmh version 1.4.1 7/21/94 Date: Mon, 27 Feb 1995 01:24:08 -0600 From: Peter da Silva Sender: hackers-owner@FreeBSD.org Precedence: bulk > I won't have control over all the sites I want to use. Encrypting my > entire session gives me much more flexibility over what I can do > during that session, and it means I only have to really have it set up > on two reasonably secure hosts to buy a large measure of security for > that "first hop" I've so little control over. I have considered S/key > and the other currently available options. They're truly > insufficient. How about my second suggestion then... swIPe? It'll even generate fake traffic to keep people from doing traffic analysis on you. From owner-freebsd-hackers Mon Feb 27 02:58:14 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id CAA17525 for hackers-outgoing; Mon, 27 Feb 1995 02:58:14 -0800 Received: from duality.gnu.ai.mit.edu (!@#$%^&*!@#$%^&*!@#$%^&*!@#$%^&*!@#$%^&*!@#$%^&*!@#$%^&*!@#$%^&*!@#$%^&*!@#$@duality.gnu.ai.mit.edu [18.43.0.236]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id CAA17504; Mon, 27 Feb 1995 02:58:07 -0800 Received: (from mycroft@localhost) by duality.gnu.ai.mit.edu (8.6.10/8.6.10) id FAA07849; Mon, 27 Feb 1995 05:57:15 -0500 Date: Mon, 27 Feb 1995 05:57:15 -0500 Message-Id: <199502271057.FAA07849@duality.gnu.ai.mit.edu> From: "Charles M. Hannum" To: pst@shockwave.com Cc: hackers@freefall.cdrom.com, security@freefall.cdrom.com Subject: Re: key exchange for rlogin/telnet services? Sender: hackers-owner@FreeBSD.org Precedence: bulk (take this with 3 grains of salt, I am not an expert in D-H) but the base technology requires use of RSA [...] Diffie-Hellman key exchange has no relation to RSA public key encryption. It's very irresponsible to comment on security and/or legal matters without knowing what you're talking about. From owner-freebsd-hackers Mon Feb 27 03:31:32 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id DAA20028 for hackers-outgoing; Mon, 27 Feb 1995 03:31:32 -0800 Received: from netcom14.netcom.com (hasty@netcom14.netcom.com [192.100.81.126]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id DAA20008 for ; Mon, 27 Feb 1995 03:31:24 -0800 Received: by netcom14.netcom.com (8.6.9/Netcom) id DAA09845; Mon, 27 Feb 1995 03:30:22 -0800 Date: Mon, 27 Feb 1995 03:30:22 -0800 From: hasty@netcom.com (Amancio Hasty Jr) Message-Id: <199502271130.DAA09845@netcom14.netcom.com> To: hackers@FreeBSD.org Subject: patches for gcc-2.6.3? Sender: hackers-owner@FreeBSD.org Precedence: bulk Hi, I am wondering if anyone has patches for gcc-2.6.3 to compile on FreeBSD.... Tnks, Amancio From owner-freebsd-hackers Mon Feb 27 04:17:33 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id EAA22167 for hackers-outgoing; Mon, 27 Feb 1995 04:17:33 -0800 Received: from minnow.render.com (render.demon.co.uk [158.152.30.118]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id EAA22160; Mon, 27 Feb 1995 04:17:12 -0800 Received: (from dfr@localhost) by minnow.render.com (8.6.9/8.6.9) id MAA07567; Mon, 27 Feb 1995 12:17:59 GMT Date: Mon, 27 Feb 1995 12:17:58 +0000 (GMT) From: Doug Rabson To: "Jordan K. Hubbard" cc: richard@cogsci.edinburgh.ac.uk, freebsd-hackers@freefall.cdrom.com Subject: Re: Binary compatibility with NetBSD In-Reply-To: <29525.793670669@freefall.cdrom.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@FreeBSD.org Precedence: bulk On Fri, 24 Feb 1995, Jordan K. Hubbard wrote: > > The problem of course is shared libraries. As far as I know, at the > > system call level the systems are almost completely compatible (and if > > they aren't, they should be). But there's nothing official to > > distinguish whether a program uses FreeBSD or NetBSD shared libraries. > > I spent a little time talking about this with Mike Karels (BSDI) and > Chris Demetriou (NetBSD). > > The conclusion was that shared library compatability was a false grail > and should not be pursued. It's hard, it's easily broken (meaning you > get stuck in this thankless loop of fixing it over and over again as > the libraries themselvse change) and in the case of BSDI, a rather > difficult target to hit anyway (they will have an entirely different > shared lib strategy). > > I know it would be useful and make the users happy, but neither I nor > anybody else I know is willing to sign up for the work involved so it's > just better to assume it isn't going to happen. I thought that the original suggestion was to detect a NetBSD binary and conditionally use a *different* set of shared libraries (e.g. from /usr/netbsd-compat/lib/*.so). Then to run NetBSD binaries, you must install a NetBSD compatibility kit containing the relavent set of shared libraries. As long as the two systems maintain the same syscall calling conventions (required for static linking compatibility), all that is needed is for ld.so to understand the a.out format and look in the right place for the libraries. -- Doug Rabson, RenderMorphics Ltd. Mail: dfr@render.com Phone: +44 71 251 4411 FAX: +44 71 251 0939 From owner-freebsd-hackers Mon Feb 27 05:12:38 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id FAA23051 for hackers-outgoing; Mon, 27 Feb 1995 05:12:38 -0800 Received: from inet-gw-3.pa.dec.com (inet-gw-3.pa.dec.com [16.1.0.33]) by freefall.cdrom.com (8.6.9/8.6.6) with SMTP id FAA23044 for ; Mon, 27 Feb 1995 05:12:34 -0800 Received: from tartufo.pcs.dec.com by inet-gw-3.pa.dec.com (5.65/10Aug94) id AA29880; Mon, 27 Feb 95 05:09:50 -0800 Received: by tartufo.pcs.dec.com (/\=-/\ Smail3.1.16.1 #16.39) id ; Mon, 27 Feb 95 14:08 MET Message-Id: Date: Mon, 27 Feb 95 14:08 MET From: me@tartufo.pcs.dec.com (Michael Elbel) To: jhs@vector.eikon.e-technik.tu-muenchen.de Cc: hackers@FreeBSD.org Subject: Re: A "FreeBSD" Daemon Newsgroups: pcs.freebsd.hackers References: <199502242351.AAA00827@vector.eikon.e-technik.tu-muenchen.de> Reply-To: me@FreeBSD.org Sender: hackers-owner@FreeBSD.org Precedence: bulk In pcs.freebsd.hackers you write: >> Ditch the daemon thing. >Mark is unfortunately right :-( >The Daemon is an embarrasment on CD covers, >any `professional' image one may ascribe to FreeBSD when talking to companies, I don't think the daemon is going to hurt FreeBSD's professional image. Look at companies like Corel with their balloons, Borland with their pigs and so on. "Hey there's that cute little devil in the sneakers on the CD. Doesn't it look nice". Or do you think that WC's sales are lower than they could be because they use this wizard as a logo? Do BSDI's sales hurt because they use the daemon? I'd think that, au contraire, FreeBSD would be better recognized *for* the daemon. Michael "trust me, I know it, give me all your money" Elbel -- Michael Elbel, Digital-PCS GmbH, Muenchen, Germany - me@FreeBSD.org Fermentation fault (coors dumped) From owner-freebsd-hackers Mon Feb 27 05:27:59 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id FAA23216 for hackers-outgoing; Mon, 27 Feb 1995 05:27:59 -0800 Received: from kryten.atinc.com (kryten.atinc.com [198.138.38.7]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id FAA23210; Mon, 27 Feb 1995 05:27:47 -0800 Received: (jmb@localhost) by kryten.atinc.com (8.6.9/8.3) id IAA08020; Mon, 27 Feb 1995 08:23:15 -0500 Date: Mon, 27 Feb 1995 08:23:13 -0500 (EST) From: "Jonathan M. Bresler" Subject: Re: key exchange for rlogin/telnet services? To: Peter da Silva cc: "Jordan K. Hubbard" , hackers@freefall.cdrom.com, security@freefall.cdrom.com In-Reply-To: <199502262234.QAA11986@bonkers.taronga.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@FreeBSD.org Precedence: bulk On Sun, 26 Feb 1995, Peter da Silva wrote: > A more complex answer is swIPe, which lets you run a complete encrypted IP > session on top of an IP channel. This requires you have at least a secure > site in the badguy's camp. like your laptop FreeBSD box. Jonathan M. Bresler jmb@kryten.atinc.com | Analysis & Technology, Inc. | 2341 Jeff Davis Hwy play go. | Arlington, VA 22202 ride bike. hack FreeBSD.--ah the good life | 703-418-2800 x346 From owner-freebsd-hackers Mon Feb 27 06:32:31 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id GAA25666 for hackers-outgoing; Mon, 27 Feb 1995 06:32:31 -0800 Received: from hcshh.hcs.de (hcshh.hcs.de [194.49.17.1]) by freefall.cdrom.com (8.6.9/8.6.6) with SMTP id GAA25658 for ; Mon, 27 Feb 1995 06:32:23 -0800 Received: from hcswork.hcs.de by hcshh.hcs.de with smtp (Smail3.1.28.1 #6) id m0rj6Tr-000LTwC; Mon, 27 Feb 95 15:31 MET Received: by hcswork.hcs.de (Smail3.1.28.1 #5) id m0rj6Tq-000UNoC; Mon, 27 Feb 95 15:31 MET Message-Id: From: hm@hcswork.hcs.de (Hellmuth Michaelis) Subject: pcvt 3.20 beta 22 available - please test! To: freebsd-hackers@freefall.cdrom.com Date: Mon, 27 Feb 1995 15:31:22 +0100 (MET) Reply-To: hm@hcs.de Organization: HCS Hanseatischer Computerservice GmbH X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 1696 Sender: hackers-owner@FreeBSD.org Precedence: bulk This is to announce the final beta test cycle for pcvt 3.20, beta 22 Pcvt is a video/keyboard driver for i386-based NetBSD (0.9, 1.0 and -current) and for FreeBSD (1.0, 1.1R, 1.1.5.1R, 2.0 and -current) Pcvt has almost full VT220 compatibility, supports national keyboard remapping, 24/25/28/40/50 lines and 80/132 columns and a configurable number of virtual screens for character terminal and X11 sessions. It comes with a complete set of fonts, utilities and documentation for easy integration into the above mentioned systems. Beta 22 is the release candiate and i will only accept bugfix patches for it. Things done since beta 21: bugfixes for - running pcvt under NetBSD-current - xset bell bugfix for NetBSD - a _real_ FASTSCROLL bugfix - bugfix for multiple X servers FreeBSD pre-2.1 should run ok, Joerg reports that the crash was due to a bug/misconfiguration in conf.c. Please have a look at Doc/ChangeLog for details. The bugfix for multiple X servers made it necessary to run another beta cycle. pcvt 3.20 beta 22 can be found on: Host: gilberto.physik.rwth-aachen.de Address: 137.226.31.2 Directory: pub/incoming File: pcvt-320b22.tar.gz Size: 326775 Bytes Note: the file is invisible! (Thanks to Thomas Gellekum and Christoph Kukulies !) Please report any bugs, suggestions, fixes and diffs to hm@hcs.de. [ps: the original posting didn't appear on this list for 24 hours now, so ..] Thank you, hellmuth -- Hellmuth Michaelis GFKT HCS Computertechnik GmbH Hamburg, Europe We all live in a yellow subroutine, yellow subroutine ... From owner-freebsd-hackers Mon Feb 27 06:57:00 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id GAA26096 for hackers-outgoing; Mon, 27 Feb 1995 06:57:00 -0800 Received: from hermes.cybernetics.net (hermes.cybernetics.net [198.80.51.103]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id GAA26089 for ; Mon, 27 Feb 1995 06:56:57 -0800 Received: (from james@localhost) by hermes.cybernetics.net (8.6.8/8.6.6) id KAA05284; Mon, 27 Feb 1995 10:07:33 -0500 From: James Robinson Message-Id: <199502271507.KAA05284@hermes.cybernetics.net> Subject: Re: pppd inactivity timeout? To: tom@haven.uniserve.com (Tom Samplonius) Date: Mon, 27 Feb 1995 10:07:32 -0500 (EST) Cc: hackers@FreeBSD.org In-Reply-To: from "Tom Samplonius" at Feb 26, 95 10:30:21 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 525 Sender: hackers-owner@FreeBSD.org Precedence: bulk [query about having pppd handle idle time hangups] While not a direct answer, the iij ppp implementation does this, as well as dial-on-demand. It had been wrapped into current. Check out /usr.sbin/ppp . James : James Robinson : james@hermes.cybernetics.net ::See the screaming hot black :FreeBSD|XFree86 :The best things in life are Free:: steaming iridescent : Frank Zappa : Music is the best ::naughahyde python screaming : HTTP Server : http://hermes.cybernetics.net/ :: steam roller! From owner-freebsd-hackers Mon Feb 27 07:12:13 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id HAA26576 for hackers-outgoing; Mon, 27 Feb 1995 07:12:13 -0800 Received: from deacon.cogsci.ed.ac.uk (deacon.cogsci.ed.ac.uk [129.215.144.7]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id HAA26524; Mon, 27 Feb 1995 07:11:05 -0800 Received: (from richard@localhost) by deacon.cogsci.ed.ac.uk (8.6.10/8.6.9) id PAA13996; Mon, 27 Feb 1995 15:09:34 GMT Date: Mon, 27 Feb 1995 15:09:34 GMT Message-Id: <199502271509.PAA13996@deacon.cogsci.ed.ac.uk> From: Richard Tobin Subject: Re: Binary compatibility with NetBSD To: "Jordan K. Hubbard" In-Reply-To: Jordan K. Hubbard's message of Sat, 25 Feb 1995 09:28:42 -0800 Organization: just say no Cc: freebsd-hackers@freefall.cdrom.com Sender: hackers-owner@FreeBSD.org Precedence: bulk I'm a little surprised by the responses to my message about shared library compatibility. I didn't expect that it would be possible to have the same shared libraries as NetBSD, though some people seem to be suggesting it. My idea was rather that you could install the NetBSD shared libraries, and use them. This is (if I understand correctly) how system V compatibility works. As Bruce pointed out, the combination of dynamic application + libraries is much the same as a static application, and Jordan at least seems to believe that static compatibility can be maintained. So I don't understand why Jordan thinks it would be so hard; in particular I don't understand the comment that "it's easily broken (meaning you get stuck in this thankless loop of fixing it over and over again as the libraries themselvse change)". Why would anything have to be done when the libraries change (apart from installing the new ones, of course)? Changes would only be needed when the interface between ld.so and the libraries changed, which shouldn't be very often. Just to re-iterate, my suggestion is to (a) make ld.so compatible and (b) have something in the executable to indicate which libraries it was linked against. Then ld.so would link against the appropriate ones at run-time. Is there some fatal flaw in this? If so, what is it? Finally, if BSDI's shared library scheme is substantially different, it should be much *easier* be compatible, since the big problem with NetBSD compatibility is the difficulty of distinguishing between binaries - the systems are too similar. Of course, the BSDI shared libraries may not be freely distributable, which would remove most of the value of this. -- Richard From owner-freebsd-hackers Mon Feb 27 09:06:16 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id JAA29267 for hackers-outgoing; Mon, 27 Feb 1995 09:06:16 -0800 Received: from seagull.rtd.com (root@Seagull.rtd.com [198.102.68.2]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id JAA29261 for ; Mon, 27 Feb 1995 09:06:14 -0800 Received: (from dgy@localhost) by seagull.rtd.com (8.6.9/8.6.9.1) id KAA23195 for freebsd-hackers@freefall.cdrom.com; Mon, 27 Feb 1995 10:05:25 -0700 From: Don Yuniskis Message-Id: <199502271705.KAA23195@seagull.rtd.com> Subject: Re: Lites and Doom To: freebsd-hackers@freefall.cdrom.com (FreeBSD hackers) Date: Mon, 27 Feb 1995 10:05:25 -0700 (MST) X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 834 Sender: hackers-owner@FreeBSD.org Precedence: bulk > I think this is real interesting, and I'd like to continue this (I have some > questions about new Mach versions) but I was wondering if there is a better > place to do this, where I don't raise the [non-FreeBSD] noise level. > Could you please suggest a good place? The newsgroup comp.os.mach should be appropriate. Home page for Mach3 project: http://www.cs.cmu.edu:8001/afs/cs.cmu.edu/project/mach/public/www/mach.html Home page for Mach4 project (flexmach): http://www.cs.utah.edu/projects/flexmach/mach4/html/Mach4-proj.html Home page for x-Kernel extensions: http://www.cs.arizona.edu:/xkernel/www/nsrg.html Home page for FSF's HURD: http://www.cs.pdx.edu/~trent/gnu/gnu.html I'll dig up OSF/RI's home page if needed (it's in another notebook) along with a reference for Chorus and mailing lists, as appropriate. From owner-freebsd-hackers Mon Feb 27 09:20:45 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id JAA29516 for hackers-outgoing; Mon, 27 Feb 1995 09:20:45 -0800 Received: from ref.tfs.com (ref.tfs.com [140.145.254.251]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id JAA29510 for ; Mon, 27 Feb 1995 09:20:43 -0800 Received: (from phk@localhost) by ref.tfs.com (8.6.8/8.6.6) id JAA26149; Mon, 27 Feb 1995 09:19:55 -0800 From: Poul-Henning Kamp Message-Id: <199502271719.JAA26149@ref.tfs.com> Subject: Re: patches for gcc-2.6.3? To: hasty@netcom.com (Amancio Hasty Jr) Date: Mon, 27 Feb 1995 09:19:55 -0800 (PST) Cc: hackers@FreeBSD.org In-Reply-To: <199502271130.DAA09845@netcom14.netcom.com> from "Amancio Hasty Jr" at Feb 27, 95 03:30:22 am Content-Type: text Content-Length: 270 Sender: hackers-owner@FreeBSD.org Precedence: bulk > > Hi, > I am wondering if anyone has patches for gcc-2.6.3 to compile > on FreeBSD.... > Tnks, > Amancio src/gnu/gnu2bmake/* -- Poul-Henning Kamp TRW Financial Systems, Inc. I am Pentium Of Borg. Division is Futile. You WILL be approximated. From owner-freebsd-hackers Mon Feb 27 09:27:05 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id JAA29674 for hackers-outgoing; Mon, 27 Feb 1995 09:27:05 -0800 Received: from precipice.Shockwave.COM (precipice.shockwave.com [171.69.108.33]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id JAA29650; Mon, 27 Feb 1995 09:26:40 -0800 Received: from localhost (localhost [127.0.0.1]) by precipice.Shockwave.COM (8.6.10/8.6.9) with SMTP id JAA03685; Mon, 27 Feb 1995 09:25:00 -0800 Message-Id: <199502271725.JAA03685@precipice.Shockwave.COM> To: Peter da Silva cc: "Jordan K. Hubbard" , hackers@freefall.cdrom.com, security@freefall.cdrom.com Subject: Re: key exchange for rlogin/telnet services? In-reply-to: Your message of "Mon, 27 Feb 1995 01:34:00 CST." <199502270734.BAA22066@bonkers.taronga.com> Date: Mon, 27 Feb 1995 09:25:00 -0800 From: Paul Traina Sender: hackers-owner@FreeBSD.org Precedence: bulk So does ours... From: Peter da Silva Subject: Re: key exchange for rlogin/telnet services? Also, Hobbit's skey uses MD5 or MD4. From owner-freebsd-hackers Mon Feb 27 09:30:25 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id JAA29725 for hackers-outgoing; Mon, 27 Feb 1995 09:30:25 -0800 Received: from precipice.Shockwave.COM (precipice.shockwave.com [171.69.108.33]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id JAA29710; Mon, 27 Feb 1995 09:30:19 -0800 Received: from localhost (localhost [127.0.0.1]) by precipice.Shockwave.COM (8.6.10/8.6.9) with SMTP id JAA03786; Mon, 27 Feb 1995 09:28:51 -0800 Message-Id: <199502271728.JAA03786@precipice.Shockwave.COM> To: "Charles M. Hannum" cc: hackers@freefall.cdrom.com, security@freefall.cdrom.com Subject: Re: key exchange for rlogin/telnet services? In-reply-to: Your message of "Mon, 27 Feb 1995 05:57:15 EST." <199502271057.FAA07849@duality.gnu.ai.mit.edu> Date: Mon, 27 Feb 1995 09:28:51 -0800 From: Paul Traina Sender: hackers-owner@FreeBSD.org Precedence: bulk Hence the disclaimer in front... can you go any further than "take this with 3 grains of salt?" I'll go dig out my copy of applied crypto and see where I went wrong, but I was almost positive you needed to use RSA to bootstrap the initial secret exchange. Thanks for the correction, no thanks for the verbage attached. From: "Charles M. Hannum" Subject: Re: key exchange for rlogin/telnet services? (take this with 3 grains of salt, I am not an expert in D-H) but the base technology requires use of RSA [...] Diffie-Hellman key exchange has no relation to RSA public key encryption. It's very irresponsible to comment on security and/or legal matters without knowing what you're talking about. From owner-freebsd-hackers Mon Feb 27 09:57:51 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id JAA00241 for hackers-outgoing; Mon, 27 Feb 1995 09:57:51 -0800 Received: from netcom14.netcom.com (hasty@netcom14.netcom.com [192.100.81.126]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id JAA00235 for ; Mon, 27 Feb 1995 09:57:50 -0800 Received: by netcom14.netcom.com (8.6.9/Netcom) id JAA11552; Mon, 27 Feb 1995 09:56:45 -0800 Date: Mon, 27 Feb 1995 09:56:45 -0800 From: hasty@netcom.com (Amancio Hasty Jr) Message-Id: <199502271756.JAA11552@netcom14.netcom.com> To: hasty@netcom.com, phk@ref.tfs.com Subject: Re: patches for gcc-2.6.3? Cc: hackers@FreeBSD.org Sender: hackers-owner@FreeBSD.org Precedence: bulk I took a look in src/gnu/gnu2bmake/* and I apply the gcc-2.6.1.patch to gcc-2.6.3 then I proceeded to build objc: /bg/local/src/gcc-2.6.3/config hash.c ../objc/hash.h: In function `hash_ptr': In file included from hash.c:28: ../objc/hash.h:158: `size_t' undeclared (first use this function) I was thinking of trying out ObjectX which is the GNU project to emulate NextStep's GUI environment. Tnks, Amancio From owner-freebsd-hackers Mon Feb 27 09:59:36 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id JAA00301 for hackers-outgoing; Mon, 27 Feb 1995 09:59:36 -0800 Received: from alpha.dsu.edu (ghelmer@alpha.dsu.edu [138.247.32.12]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id JAA00272 for ; Mon, 27 Feb 1995 09:58:56 -0800 Received: (from ghelmer@localhost) by alpha.dsu.edu (8.6.10/8.6.10) id LAA29295; Mon, 27 Feb 1995 11:57:33 -0600 Date: Mon, 27 Feb 1995 11:57:33 -0600 (CST) From: Guy Helmer To: freebsd-hackers@freefall.cdrom.com Subject: Max procs per user Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@FreeBSD.org Precedence: bulk Is there a common way of increasing the max processess allowed per user in FreeBSD 1.1.5.1? Is it "options MAXUPRC" in the kernel configuration file? My news server machine is occasionally giving "can't fork - Resource temporarily unavailable" errors, probably at times when the entire Computer Concepts classes are all connecting at once with their newsreaders. I suspect the user "news" is hitting the max procs limit... Guy Helmer, Dakota State University Computing Services - ghelmer@alpha.dsu.edu From owner-freebsd-hackers Mon Feb 27 09:59:50 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id JAA00318 for hackers-outgoing; Mon, 27 Feb 1995 09:59:50 -0800 Received: from localhost (localhost [127.0.0.1]) by freefall.cdrom.com (8.6.9/8.6.6) with SMTP id JAA00311; Mon, 27 Feb 1995 09:59:49 -0800 X-Authentication-Warning: freefall.cdrom.com: Host localhost didn't use HELO protocol To: "Charles M. Hannum" cc: pst@shockwave.com, hackers@freefall.cdrom.com, security@freefall.cdrom.com Subject: Re: key exchange for rlogin/telnet services? In-reply-to: Your message of "Mon, 27 Feb 95 05:57:15 EST." <199502271057.FAA07849@duality.gnu.ai.mit.edu> Date: Mon, 27 Feb 1995 09:59:49 -0800 Message-ID: <310.793907989@freefall.cdrom.com> From: "Jordan K. Hubbard" Sender: hackers-owner@FreeBSD.org Precedence: bulk > It's very irresponsible to comment on security and/or legal matters > without knowing what you're talking about. Hey, great to see you haven't lost that degree of diplomatic finesse' you're famous for. Next time the Serbian cease fire talks to come up, you're my choice for chief negotiator! I can just picture it now - Ambassador Hannum at the peace talks: "OK, you baby killers sit over there and you rag-heads sit over there, no, you're not sitting next to me, Mustapha, you smell like a goat! (under breath: to say nothing of your entirely wretched family!) OK! Listen up! You're all a bunch of pathetic homicidal jerks and it's time to stop fighting! I'd personally be a lot happier if you all just killed eachother off, but my boss insisted I give it one shot. Either way, I'm outta here.. Your country sucks! I wouldn't even waste a nuke on it!" Who knows. It Just Might Work! :-) Jordan P.S. Since you so clearly know more on this topic than Mr. Traina, perhaps you could contribute more positively by saying just WHAT restrictions D-H falls under? I presume "just" general copyright as opposed to an aggressive RSA license? From owner-freebsd-hackers Mon Feb 27 10:05:04 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id KAA00530 for hackers-outgoing; Mon, 27 Feb 1995 10:05:04 -0800 Received: from cs.weber.edu (cs.weber.edu [137.190.16.16]) by freefall.cdrom.com (8.6.9/8.6.6) with SMTP id KAA00512; Mon, 27 Feb 1995 10:04:57 -0800 Received: by cs.weber.edu (4.1/SMI-4.1.1) id AA02322; Mon, 27 Feb 95 10:57:33 MST From: terry@cs.weber.edu (Terry Lambert) Message-Id: <9502271757.AA02322@cs.weber.edu> Subject: Re: key exchange for rlogin/telnet services? To: pst@shockwave.com (Paul Traina) Date: Mon, 27 Feb 95 10:57:33 MST Cc: mycroft@ai.mit.edu, hackers@freefall.cdrom.com, security@freefall.cdrom.com In-Reply-To: <199502271728.JAA03786@precipice.Shockwave.COM> from "Paul Traina" at Feb 27, 95 09:28:51 am X-Mailer: ELM [version 2.4dev PL52] Sender: hackers-owner@FreeBSD.org Precedence: bulk > Hence the disclaimer in front... can you go any further than "take this with > 3 grains of salt?" > > I'll go dig out my copy of applied crypto and see where I went wrong, but > I was almost positive you needed to use RSA to bootstrap the initial > secret exchange. [ ... ] > Diffie-Hellman key exchange has no relation to RSA public key > encryption. I thought (well, RSA thinks) that the RSA patents cover *all* known public key encryption techniques? Diffie-Hellman requires public key for the initial exchange, and is in fact a technique for secure exchange of keys. I thought it was also patented by PKP/RSA? Terry Lambert terry@cs.weber.edu --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Mon Feb 27 10:22:17 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id KAA01204 for hackers-outgoing; Mon, 27 Feb 1995 10:22:17 -0800 Received: from wcarchive.cdrom.com (wcarchive.cdrom.com [192.216.191.11]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id KAA01190 for ; Mon, 27 Feb 1995 10:22:13 -0800 Received: from dg-rtp.dg.com (dg-rtp.rtp.dg.com [128.222.1.2]) by wcarchive.cdrom.com (8.6.8/8.6.6) with SMTP id KAA23394 for ; Mon, 27 Feb 1995 10:21:07 -0800 Received: by dg-rtp.dg.com (5.4R2.01/dg-rtp-v02) id AA04918; Mon, 27 Feb 1995 13:20:48 -0500 Received: (rivers@localhost) by ponds.UUCP (8.6.9/8.6.5) id UAA00560; Sun, 26 Feb 1995 20:34:49 -0500 Date: Sun, 26 Feb 1995 20:34:49 -0500 From: Thomas David Rivers Message-Id: <199502270134.UAA00560@ponds.UUCP> To: FreeBSD-hackers@wcarchive.cdrom.com, pechter@stars.sed.monmouth.army.mil, ponds!rivers@dg-rtp.dg.com Subject: Re: Patch for gnu/libexec/uucp Sender: hackers-owner@FreeBSD.org Precedence: bulk > > > > > There was a heavy discussion where we decided (for several reasons, > > some as Frank has written) that it's best to configure things > > in using the Taylor ways. > > > > I reluctantly agreed, and that's how it's been since then. > > > > I therefor suggest that this has already been discussed and decided, > > and I (as yet) don't see anything different now vs. then, and thus, > > we can stick with our previous decision. > > > > - Dave Rivers - > > > > Dave -- I argued against this in 1.1 for the simple reason that most > commercial admin manuals cover HDB or V2 uucp and no one does Taylor. > (Has O'Reilly updated the UUCP book to cover Taylor ? ) > > Bill Sorry to bring this up again (I've been away from the list for about 3 weeks - I'm currently 1700 message behind (again :-( ) ). Anyway, I held the same opinion - that the commercial texts documented HDB really well, so why not go with that. I _believe_ the counter argument was that Taylor config files allow for a finer granularity on some settings, and thus; better control. Also, people pointed out that the taylor config was quite well documented in the texinfo files that come with Taylor uucp (if I'm recalling all of this correctly.) If anyone cares to re-examine this, I'd be in favor of an HDB approach. If a BSD-bigot from way back wants to consider it, we could probably adopt the L.sys files as well. :-) - Dave Rivers - From owner-freebsd-hackers Mon Feb 27 10:28:10 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id KAA01428 for hackers-outgoing; Mon, 27 Feb 1995 10:28:10 -0800 Received: from wcarchive.cdrom.com (wcarchive.cdrom.com [192.216.191.11]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id KAA01422 for ; Mon, 27 Feb 1995 10:28:08 -0800 Received: from orion.stars.sed.monmouth.army.mil ([158.9.11.65]) by wcarchive.cdrom.com (8.6.8/8.6.6) with ESMTP id KAA24497 for ; Mon, 27 Feb 1995 10:26:41 -0800 Message-Id: <199502271826.KAA24497@wcarchive.cdrom.com> Received: by orion.stars.sed.monmouth.army.mil (1.37.109.11/16.2) id AA195219517; Mon, 27 Feb 1995 13:25:17 -0500 From: william pechter ILEX Subject: Re: Patch for gnu/libexec/uucp To: ponds!rivers@dg-rtp.dg.com (Thomas David Rivers) Date: Mon, 27 Feb 1995 13:25:17 -0500 (EST) Cc: FreeBSD-hackers@wcarchive.cdrom.com (FreeBSD-hackers) In-Reply-To: <199502270134.UAA00560@ponds.UUCP> from "Thomas David Rivers" at Feb 26, 95 08:34:49 pm X-Mailer: ELM [version 2.4 PL23] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 2105 Sender: hackers-owner@FreeBSD.org Precedence: bulk > > > There was a heavy discussion where we decided (for several reasons, > > > some as Frank has written) that it's best to configure things > > > in using the Taylor ways. > > > > > > I reluctantly agreed, and that's how it's been since then. > > > > > > I therefor suggest that this has already been discussed and decided, > > > and I (as yet) don't see anything different now vs. then, and thus, > > > we can stick with our previous decision. > > > > > > - Dave Rivers - > > > > > > > Dave -- I argued against this in 1.1 for the simple reason that most > > commercial admin manuals cover HDB or V2 uucp and no one does Taylor. > > (Has O'Reilly updated the UUCP book to cover Taylor ? ) > > > > Bill > > Sorry to bring this up again (I've been away from the list for about > 3 weeks - I'm currently 1700 message behind (again :-( ) ). > > Anyway, I held the same opinion - that the commercial texts documented > HDB really well, so why not go with that. > > I _believe_ the counter argument was that Taylor config files allow > for a finer granularity on some settings, and thus; better control. Also, > people pointed out that the taylor config was quite well documented in > the texinfo files that come with Taylor uucp (if I'm recalling all of this > correctly.) > > If anyone cares to re-examine this, I'd be in favor of an HDB approach. > > If a BSD-bigot from way back wants to consider it, we could probably > adopt the L.sys files as well. :-) The way my config goes is: Taylor is supported HDB is supported -- Systems file V2 UUCP - L.sys is supported The code (which I can't find here) seems to look for Taylor first, than HDB and then V2. (Which means -- after I make world -- all I have to do to restore my normal BNU-HDB configs is to remove the sample files that make puts in. Bill ----------------------------------------------------------------------------- Bill Pechter |Systems Administrator | Ilex Systems |170 Patterson Ave | Shrewsbury, New Jersey 07702 908-532-2943 |pechter@sesd.ilex.com | pechter@stars.sed.monmouth.army.mil From owner-freebsd-hackers Mon Feb 27 10:41:28 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id KAA01864 for hackers-outgoing; Mon, 27 Feb 1995 10:41:28 -0800 Received: from cs.weber.edu (cs.weber.edu [137.190.16.16]) by freefall.cdrom.com (8.6.9/8.6.6) with SMTP id KAA01856 for ; Mon, 27 Feb 1995 10:41:26 -0800 Received: by cs.weber.edu (4.1/SMI-4.1.1) id AA02559; Mon, 27 Feb 95 11:33:36 MST From: terry@cs.weber.edu (Terry Lambert) Message-Id: <9502271833.AA02559@cs.weber.edu> Subject: Re: Binary compatibility with NetBSD To: jkh@freefall.cdrom.com (Jordan K. Hubbard) Date: Mon, 27 Feb 95 11:33:35 MST Cc: jbeukema@hk.super.net, ernie@tinny.eis.net.au, freebsd-hackers@FreeBSD.org In-Reply-To: <8312.793837347@freefall.cdrom.com> from "Jordan K. Hubbard" at Feb 26, 95 02:22:27 pm X-Mailer: ELM [version 2.4dev PL52] Sender: hackers-owner@FreeBSD.org Precedence: bulk > > If you think it's a difficult task, I can set aside next Saturday to > > start to replace FreeBSD's libc with NetBSD's. > > Excellent. Pencil it in then. And don't forget that any changes which > break backwards compatability with our OWN users will not be popular, > of course. If you can make this a process of evolution and not > destruction then let's see it, by all means! No, my view of this would be that it is a strictly "OEM" arrangement. NetBSD would do whatever they wanted to their libraries, and FreeBSD would just import them blindly. If you wanted to make changes to the library, you'd submit them to the NetBSD sources only. In other words, one library repository. What do you anticipate this breaking? Some people have suggested that there are internationalization and other problems... perhaps I should work on getting the NetBSD libraries up to FreeBSD's level in these areas instead, then only after that is done just blindly import them, per the original plan? If you could give me a detailed list of what you don't like about the NetBSD libraries (other than their origin) and what you think would be broken so that I can ensure compatability, I think everyone could be made happy. Still interested, or is it still a control issue, where you feel that people wanting to make library changes will not want to make them to the NetBSD sources, only the FreeBSD sources? > > I'll probably need a thud account and some disk space. > > No problem. It shall be arranged. Send me a passwd line. You can either use my info off of freefall, or if you need MD5, we will have to come to some other arrangement. Terry Lambert terry@cs.weber.edu --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Mon Feb 27 10:59:25 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id KAA02330 for hackers-outgoing; Mon, 27 Feb 1995 10:59:25 -0800 Received: from gvr.win.tue.nl (root@gvr.win.tue.nl [131.155.210.19]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id KAA02324 for ; Mon, 27 Feb 1995 10:59:22 -0800 Received: by gvr.win.tue.nl (8.6.10/1.53) id TAA03863; Mon, 27 Feb 1995 19:58:21 +0100 From: guido@gvr.win.tue.nl (Guido van Rooij) Message-Id: <199502271858.TAA03863@gvr.win.tue.nl> Subject: Re: Max procs per user To: ghelmer@alpha.dsu.edu (Guy Helmer) Date: Mon, 27 Feb 1995 19:58:20 +0100 (MET) Cc: freebsd-hackers@freefall.cdrom.com In-Reply-To: from "Guy Helmer" at Feb 27, 95 11:57:33 am X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 490 Sender: hackers-owner@FreeBSD.org Precedence: bulk Guy Helmer wrote: > > Is there a common way of increasing the max processess allowed per user > in FreeBSD 1.1.5.1? Is it "options MAXUPRC" in the kernel configuration > file? > You could recomfigure uoru kernel with a higher 'maxusers' setting. If you dont want that, look in /sys/conf/param.c for NPROC or such. Determijne the new value and put options NPROC="blah" in your kernel config. In FreeBSD 2.1 you can increase this limit runtime with sysctl kern.maxprocperuid -Guido From owner-freebsd-hackers Mon Feb 27 11:25:46 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id LAA03191 for hackers-outgoing; Mon, 27 Feb 1995 11:25:46 -0800 Received: from alpha.dsu.edu (ghelmer@alpha.dsu.edu [138.247.32.12]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id LAA03185 for ; Mon, 27 Feb 1995 11:25:45 -0800 Received: (from ghelmer@localhost) by alpha.dsu.edu (8.6.10/8.6.10) id NAA00655; Mon, 27 Feb 1995 13:24:41 -0600 Date: Mon, 27 Feb 1995 13:24:40 -0600 (CST) From: Guy Helmer To: Guido van Rooij cc: freebsd-hackers@freefall.cdrom.com Subject: Re: Max procs per user In-Reply-To: <199502271858.TAA03863@gvr.win.tue.nl> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@FreeBSD.org Precedence: bulk On Mon, 27 Feb 1995, Guido van Rooij wrote: > Guy Helmer wrote: > > Is there a common way of increasing the max processess allowed per user > > in FreeBSD 1.1.5.1? Is it "options MAXUPRC" in the kernel configuration > > file? > > You could recomfigure uoru kernel with a higher 'maxusers' setting. > If you dont want that, look in /sys/conf/param.c for NPROC or such. > Determijne the new value and put options NPROC="blah" in your kernel > config. I neglected to mention that the kernel has been configured with "maxusers 128", which I assumed would create a vastly sufficient number of processes for the entire system (2068, according to the formula in param.c for this particular kernel). When looking through kernel include files, it appeared that there is a limit of 40 procs per user ("#define MAXUPRC CHILD_MAX" in /sys/sys/param.h, where CHILD_MAX is 40 in syslimits.h), but I was hoping there was a way around that. Perhaps I have to change the include files and rebuild the kernel? > In FreeBSD 2.1 you can increase this limit runtime with > sysctl kern.maxprocperuid That will be nice! > -Guido Guy Helmer, Dakota State University Computing Services - ghelmer@alpha.dsu.edu From owner-freebsd-hackers Mon Feb 27 11:51:12 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id LAA04069 for hackers-outgoing; Mon, 27 Feb 1995 11:51:12 -0800 Received: from trout.sri.MT.net (trout.sri.MT.net [204.182.243.12]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id LAA04059; Mon, 27 Feb 1995 11:51:01 -0800 Received: (from nate@localhost) by trout.sri.MT.net (8.6.9/8.6.9) id IAA04715; Mon, 27 Feb 1995 08:31:31 -0700 Date: Mon, 27 Feb 1995 08:31:31 -0700 From: Nate Williams Message-Id: <199502271531.IAA04715@trout.sri.MT.net> In-Reply-To: Richard Tobin "Re: Binary compatibility with NetBSD" (Feb 27, 3:09pm) X-Mailer: Mail User's Shell (7.2.5 10/14/92) To: Richard Tobin , "Jordan K. Hubbard" Subject: Re: Binary compatibility with NetBSD Cc: freebsd-hackers@freefall.cdrom.com Sender: hackers-owner@FreeBSD.org Precedence: bulk > Just to re-iterate, my suggestion is to (a) make ld.so compatible and a) Will be done shortly. The patches are applied to the CVS sources on freefall, but I'm a bit paranoid and I'm waiting a couple more days for Poul to blow something up. > (b) have something in the executable to indicate which libraries it > was linked against. This would be a bit more difficult, but not that much. I won't have time to do this (I've got a full plate believe it or not) but I'd be willing to test out the changes if/when they get done. Nate From owner-freebsd-hackers Mon Feb 27 11:59:04 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id LAA04179 for hackers-outgoing; Mon, 27 Feb 1995 11:59:04 -0800 Received: from cs.weber.edu (cs.weber.edu [137.190.16.16]) by freefall.cdrom.com (8.6.9/8.6.6) with SMTP id LAA04173 for ; Mon, 27 Feb 1995 11:59:01 -0800 Received: by cs.weber.edu (4.1/SMI-4.1.1) id AA02892; Mon, 27 Feb 95 12:51:41 MST From: terry@cs.weber.edu (Terry Lambert) Message-Id: <9502271951.AA02892@cs.weber.edu> Subject: Re: Binary compatibility with NetBSD To: nate@trout.sri.MT.net (Nate Williams) Date: Mon, 27 Feb 95 12:51:40 MST Cc: jbeukema@hk.super.net, freebsd-hackers@FreeBSD.org In-Reply-To: <199502262238.PAA02352@trout.sri.MT.net> from "Nate Williams" at Feb 26, 95 03:38:35 pm X-Mailer: ELM [version 2.4dev PL52] Sender: hackers-owner@FreeBSD.org Precedence: bulk > Let's assume for a moment that one group or the other 'gives up control' > on ALL (remember, even things like libkvm are still shlibs). That means > the one person *must* at all times follow each and every commit message > that is done by NetBSD (since we don't have the ability to track the > changes except by seeing the commit messages) and merge those changes > into FreeBSD. If that isn't done, there is no way of tracking errors, > and with something so absolutely critical to the system like the > libraries, it is essential that changes can be tracked. After these > changes are integrated into the FreeBSD libraries, then this person must > guarantee that the libraries changes do not require any changes to the > corresponding utilities. And those differences don't require changes to Well, part of being an OEM means: o You don't follow every commit message. You make code-cuts. o You don't "merge". You replace. o You don't track errors. They track errors. The question is whether is is an acceptable way to handle the problem or not. Terry Lambert terry@cs.weber.edu --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Mon Feb 27 12:26:48 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id MAA04944 for hackers-outgoing; Mon, 27 Feb 1995 12:26:48 -0800 Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.34]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id MAA04938 for ; Mon, 27 Feb 1995 12:26:42 -0800 Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id HAA17707; Tue, 28 Feb 1995 07:23:47 +1100 Date: Tue, 28 Feb 1995 07:23:47 +1100 From: Bruce Evans Message-Id: <199502272023.HAA17707@godzilla.zeta.org.au> To: ghelmer@alpha.dsu.edu, guido@gvr.win.tue.nl Subject: Re: Max procs per user Cc: freebsd-hackers@freefall.cdrom.com Sender: hackers-owner@FreeBSD.org Precedence: bulk >particular kernel). When looking through kernel include files, it >appeared that there is a limit of 40 procs per user ("#define MAXUPRC >CHILD_MAX" in /sys/sys/param.h, where CHILD_MAX is 40 in syslimits.h), but >I was hoping there was a way around that. Perhaps I have to change the >include files and rebuild the kernel? User setrlimit(2), or `ulimit' in bash, or `limit' in csh... MAXUPRC is only the default. CHILD_MAX shouldn't be defined because the limit isn't constant. >> In FreeBSD 2.1 you can increase this limit runtime with >> sysctl kern.maxprocperuid sysctl is easier to use than *limit, but less flexible. Bruce From owner-freebsd-hackers Mon Feb 27 12:40:45 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id MAA05208 for hackers-outgoing; Mon, 27 Feb 1995 12:40:45 -0800 Received: from trout.sri.MT.net (trout.sri.MT.net [204.182.243.12]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id MAA05201; Mon, 27 Feb 1995 12:40:39 -0800 Received: (from nate@localhost) by trout.sri.MT.net (8.6.9/8.6.9) id NAA07000; Mon, 27 Feb 1995 13:43:45 -0700 Date: Mon, 27 Feb 1995 13:43:45 -0700 From: Nate Williams Message-Id: <199502272043.NAA07000@trout.sri.MT.net> In-Reply-To: terry@cs.weber.edu (Terry Lambert) "Re: Binary compatibility with NetBSD" (Feb 27, 11:33am) X-Mailer: Mail User's Shell (7.2.5 10/14/92) To: terry@cs.weber.edu (Terry Lambert), jkh@freefall.cdrom.com (Jordan K. Hubbard) Subject: Re: Binary compatibility with NetBSD Cc: freebsd-hackers@FreeBSD.org Sender: hackers-owner@FreeBSD.org Precedence: bulk > If you could give me a detailed list of what you don't like about the > NetBSD libraries (other than their origin) and what you think would > be broken so that I can ensure compatability, I think everyone could > be made happy. I like to know *what* happens to source code that I'm responsible for (kind of the reason we have source code control software), it is a necessity to know *what* changes have been made, and why they were made. No one is a perfect programmer, and subtle bugs may crop up soon after a change is made to a library routine that in unanticipated (or at a unspecified later date). W/out the reasoning for the change and a detailed description of what the change was, we are *relying* on the NetBSD folks to fix 'bugs' in their software. Relying on someone who at times you have an antagonistic relationship with and who has no reason to fix your bugs in such a critical component of the distribution is pure foolishness. When changes are made to our libraries that mirror those made in the NetBSD libraries (with attributions and explanations) then we are less dependant on those folks to make fixes, and can do a much better job of tracking down the problems that *will* occur. Replacing the FreeBSD libraries w/out history is something I will oppose vehemently. Nate From owner-freebsd-hackers Mon Feb 27 12:43:07 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id MAA05242 for hackers-outgoing; Mon, 27 Feb 1995 12:43:07 -0800 Received: from trout.sri.MT.net (trout.sri.MT.net [204.182.243.12]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id MAA05235 for ; Mon, 27 Feb 1995 12:43:03 -0800 Received: (from nate@localhost) by trout.sri.MT.net (8.6.9/8.6.9) id NAA07039; Mon, 27 Feb 1995 13:46:10 -0700 Date: Mon, 27 Feb 1995 13:46:10 -0700 From: Nate Williams Message-Id: <199502272046.NAA07039@trout.sri.MT.net> In-Reply-To: terry@cs.weber.edu (Terry Lambert) "Re: Binary compatibility with NetBSD" (Feb 27, 12:51pm) X-Mailer: Mail User's Shell (7.2.5 10/14/92) To: terry@cs.weber.edu (Terry Lambert) Subject: Re: Binary compatibility with NetBSD Cc: freebsd-hackers@FreeBSD.org Sender: hackers-owner@FreeBSD.org Precedence: bulk [ Replacing FreeBSD libraries with NetBSD versions ] > Well, part of being an OEM means: > > o You don't follow every commit message. You make code-cuts. > > o You don't "merge". You replace. > > o You don't track errors. They track errors. > > The question is whether is is an acceptable way to handle the problem > or not. IMO, this is unacceptable. See previous message. Nate From owner-freebsd-hackers Mon Feb 27 13:06:55 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id NAA05800 for hackers-outgoing; Mon, 27 Feb 1995 13:06:55 -0800 Received: from cs.weber.edu (cs.weber.edu [137.190.16.16]) by freefall.cdrom.com (8.6.9/8.6.6) with SMTP id NAA05793 for ; Mon, 27 Feb 1995 13:06:52 -0800 Received: by cs.weber.edu (4.1/SMI-4.1.1) id AA03315; Mon, 27 Feb 95 13:59:55 MST From: terry@cs.weber.edu (Terry Lambert) Message-Id: <9502272059.AA03315@cs.weber.edu> Subject: Re: Binary compatibility with NetBSD To: nate@trout.sri.MT.net (Nate Williams) Date: Mon, 27 Feb 95 13:59:54 MST Cc: jkh@freefall.cdrom.com, freebsd-hackers@FreeBSD.org In-Reply-To: <199502272043.NAA07000@trout.sri.MT.net> from "Nate Williams" at Feb 27, 95 01:43:45 pm X-Mailer: ELM [version 2.4dev PL52] Sender: hackers-owner@FreeBSD.org Precedence: bulk > No one is a perfect programmer, and subtle bugs may crop up soon after a > change is made to a library routine that in unanticipated (or at a > unspecified later date). W/out the reasoning for the change and a > detailed description of what the change was, we are *relying* on the > NetBSD folks to fix 'bugs' in their software. Relying on someone who at > times you have an antagonistic relationship with and who has no reason > to fix your bugs in such a critical component of the distribution is > pure foolishness. The simple answer to this is to establish a non-antagonistic relationship. Their reason for fixing the bugs is that, as a group, the FreeBSD folks would represent a significant portion of their consumers. Plus the folks who currently work on the FreeBSD libraries would work on the NetBSD ones instead, and reduce the load on both groups so they can concentrate on other problems. > When changes are made to our libraries that mirror those made in the > NetBSD libraries (with attributions and explanations) then we are less > dependant on those folks to make fixes, and can do a much better job of > tracking down the problems that *will* occur. > > Replacing the FreeBSD libraries w/out history is something I will oppose > vehemently. Would CTM'ing the library portion of the NetBSD tree be satisfactory? Terry Lambert terry@cs.weber.edu --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Mon Feb 27 13:10:26 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id NAA05943 for hackers-outgoing; Mon, 27 Feb 1995 13:10:26 -0800 Received: from netcom7.netcom.com (alm@netcom7.netcom.com [192.100.81.115]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id NAA05936 for ; Mon, 27 Feb 1995 13:10:16 -0800 Received: from localhost by netcom7.netcom.com (8.6.9/Netcom) id NAA25566; Mon, 27 Feb 1995 13:09:03 -0800 Message-Id: <199502272109.NAA25566@netcom7.netcom.com> To: hasty@netcom.com (Amancio Hasty Jr) cc: phk@ref.tfs.com, hackers@FreeBSD.org, alm@netcom.com Subject: Re: patches for gcc-2.6.3? In-reply-to: Your message of "Mon, 27 Feb 95 09:56:45 PST." <199502271756.JAA11552@netcom14.netcom.com> Date: Mon, 27 Feb 95 13:09:03 -0800 From: Andrew Moore Sender: hackers-owner@FreeBSD.org Precedence: bulk [objc build failure] I solved this by conditionally including instead of in , , and This is from : #ifdef __STDC__ #include #else /* __STDC__ */ #include #ifdef _SIZE_T_ typedef _SIZE_T_ size_t; #undef _SIZE_T_ #endif #ifndef NULL #define NULL 0 #endif #endif /* __STDC__ */ I don't claim this to be a fix so much as a hack. But the problem it addresses (permanently undef'ing SIZE_T) does need fixing one way or another.... From owner-freebsd-hackers Mon Feb 27 13:19:14 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id NAA06198 for hackers-outgoing; Mon, 27 Feb 1995 13:19:14 -0800 Received: from ref.tfs.com (ref.tfs.com [140.145.254.251]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id NAA06191; Mon, 27 Feb 1995 13:19:10 -0800 Received: (from phk@localhost) by ref.tfs.com (8.6.8/8.6.6) id NAA26885; Mon, 27 Feb 1995 13:18:12 -0800 From: Poul-Henning Kamp Message-Id: <199502272118.NAA26885@ref.tfs.com> Subject: Re: Binary compatibility with NetBSD To: terry@cs.weber.edu (Terry Lambert) Date: Mon, 27 Feb 1995 13:18:11 -0800 (PST) Cc: nate@trout.sri.MT.net, jkh@freefall.cdrom.com, freebsd-hackers@FreeBSD.org In-Reply-To: <9502272059.AA03315@cs.weber.edu> from "Terry Lambert" at Feb 27, 95 01:59:54 pm Content-Type: text Content-Length: 248 Sender: hackers-owner@FreeBSD.org Precedence: bulk > Would CTM'ing the library portion of the NetBSD tree be satisfactory? What would you expect this to do ? -- Poul-Henning Kamp TRW Financial Systems, Inc. I am Pentium Of Borg. Division is Futile. You WILL be approximated. From owner-freebsd-hackers Mon Feb 27 13:41:09 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id NAA07153 for hackers-outgoing; Mon, 27 Feb 1995 13:41:09 -0800 Received: from haven.uniserve.com (haven.uniserve.com [198.53.215.121]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id NAA07143 for ; Mon, 27 Feb 1995 13:41:01 -0800 Received: by haven.uniserve.com id <131>; Mon, 27 Feb 1995 13:49:15 -0800 Date: Mon, 27 Feb 1995 13:49:01 -0800 (PST) From: Tom Samplonius To: James Robinson cc: hackers@FreeBSD.org Subject: Re: pppd inactivity timeout? In-Reply-To: <199502271507.KAA05284@hermes.cybernetics.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@FreeBSD.org Precedence: bulk On Mon, 27 Feb 1995, James Robinson wrote: > [query about having pppd handle idle time hangups] > > While not a direct answer, the iij ppp implementation does this, as well > as dial-on-demand. It had been wrapped into current. Can you have multiple iij-ppp processes runing? Is iij-ppp more efficient/faster than pppd + kernel ppp? BTW, I want a smart serial card driver!! Tom From owner-freebsd-hackers Mon Feb 27 13:43:20 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id NAA07211 for hackers-outgoing; Mon, 27 Feb 1995 13:43:20 -0800 Received: from localhost (localhost [127.0.0.1]) by freefall.cdrom.com (8.6.9/8.6.6) with SMTP id NAA07202; Mon, 27 Feb 1995 13:43:17 -0800 X-Authentication-Warning: freefall.cdrom.com: Host localhost didn't use HELO protocol To: terry@cs.weber.edu (Terry Lambert) cc: nate@trout.sri.mt.net (Nate Williams), freebsd-hackers@FreeBSD.org Subject: Re: Binary compatibility with NetBSD In-reply-to: Your message of "Mon, 27 Feb 95 13:59:54 MST." <9502272059.AA03315@cs.weber.edu> Date: Mon, 27 Feb 1995 13:43:16 -0800 Message-ID: <7200.793921396@freefall.cdrom.com> From: "Jordan K. Hubbard" Sender: hackers-owner@FreeBSD.org Precedence: bulk > The simple answer to this is to establish a non-antagonistic relationship. The "simple" answer? Oh, Terry - I simply MUST meet your drug dealer! His stuff must be truly *fantastic*! :-) :-) Jordan From owner-freebsd-hackers Mon Feb 27 13:53:10 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id NAA07577 for hackers-outgoing; Mon, 27 Feb 1995 13:53:10 -0800 Received: from ref.tfs.com (ref.tfs.com [140.145.254.251]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id NAA07560; Mon, 27 Feb 1995 13:52:37 -0800 Received: (from phk@localhost) by ref.tfs.com (8.6.8/8.6.6) id NAA27074; Mon, 27 Feb 1995 13:51:48 -0800 From: Poul-Henning Kamp Message-Id: <199502272151.NAA27074@ref.tfs.com> Subject: Re: Binary compatibility with NetBSD To: jkh@freefall.cdrom.com (Jordan K. Hubbard) Date: Mon, 27 Feb 1995 13:51:48 -0800 (PST) Cc: terry@cs.weber.edu, nate@trout.sri.mt.net, freebsd-hackers@FreeBSD.org In-Reply-To: <7200.793921396@freefall.cdrom.com> from "Jordan K. Hubbard" at Feb 27, 95 01:43:16 pm Content-Type: text Content-Length: 474 Sender: hackers-owner@FreeBSD.org Precedence: bulk > > The simple answer to this is to establish a non-antagonistic relationship. > > The "simple" answer? > > Oh, Terry - I simply MUST meet your drug dealer! His stuff must be > truly *fantastic*! :-) :-) No, remember: "Any tough problem has a simple solution anybody can understand, to bad it never works when you try it out." -- Poul-Henning Kamp TRW Financial Systems, Inc. I am Pentium Of Borg. Division is Futile. You WILL be approximated. From owner-freebsd-hackers Mon Feb 27 13:54:11 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id NAA07630 for hackers-outgoing; Mon, 27 Feb 1995 13:54:11 -0800 Received: from localhost (localhost [127.0.0.1]) by freefall.cdrom.com (8.6.9/8.6.6) with SMTP id NAA07623; Mon, 27 Feb 1995 13:54:06 -0800 X-Authentication-Warning: freefall.cdrom.com: Host localhost didn't use HELO protocol To: Tom Samplonius cc: James Robinson , hackers@FreeBSD.org Subject: Re: pppd inactivity timeout? In-reply-to: Your message of "Mon, 27 Feb 95 13:49:01 PST." Date: Mon, 27 Feb 1995 13:54:06 -0800 Message-ID: <7622.793922046@freefall.cdrom.com> From: "Jordan K. Hubbard" Sender: hackers-owner@FreeBSD.org Precedence: bulk > BTW, I want a smart serial card driver!! A Cyclades driver should be just around the corner. Bruce, any word on this? Did you get your card from Cyclades yet? Jordan From owner-freebsd-hackers Mon Feb 27 13:57:27 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id NAA07871 for hackers-outgoing; Mon, 27 Feb 1995 13:57:27 -0800 Received: from tfs.com (mailhub.tfs.com [140.145.250.1]) by freefall.cdrom.com (8.6.9/8.6.6) with SMTP id NAA07864 for ; Mon, 27 Feb 1995 13:57:21 -0800 Received: by tfs.com (smail3.1.28.1) Message-Id: From: julian@tfs.com (Julian Elischer) Subject: Re: Binary compatibility with NetBSD To: terry@cs.weber.edu (Terry Lambert) Date: Mon, 27 Feb 1995 13:55:55 -0800 (PST) Cc: jkh@freefall.cdrom.com, jbeukema@hk.super.net, ernie@tinny.eis.net.au, freebsd-hackers@FreeBSD.org In-Reply-To: <9502271833.AA02559@cs.weber.edu> from "Terry Lambert" at Feb 27, 95 11:33:35 am X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 539 Sender: hackers-owner@FreeBSD.org Precedence: bulk I've kept silent on this for a while, but I think there is a lot to be said for this.. We certainly could add value to the NetBSD libs, so I don't think they'd complain too much. (Assuming we were contributing to them.. wha we really need is a member of the NetBSD team who would be willing to act as a conduit for FreeBSD changes.... we are lucky that we had the relatively recent common ancestry of the 4.4 sources..... One question that I don't know hte answer to, is: what about the way we and they have structured the library? > From owner-freebsd-hackers Mon Feb 27 14:17:46 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id OAA09354 for hackers-outgoing; Mon, 27 Feb 1995 14:17:46 -0800 Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.34]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id OAA09328 for ; Mon, 27 Feb 1995 14:17:20 -0800 Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id JAA20133; Tue, 28 Feb 1995 09:11:23 +1100 Date: Tue, 28 Feb 1995 09:11:23 +1100 From: Bruce Evans Message-Id: <199502272211.JAA20133@godzilla.zeta.org.au> To: alm@netcom.com, hasty@netcom.com Subject: Re: patches for gcc-2.6.3? Cc: hackers@FreeBSD.org, phk@ref.tfs.com Sender: hackers-owner@FreeBSD.org Precedence: bulk >[objc build failure] >I solved this by conditionally including instead of > in , , and gcc-2.6's includes have broken support for 4.4lite stuff, mostly in and . The best fix is not to use and gcc includes. This requires some changes to the Makefiles because the standard configuration wants to use them. >... >I don't claim this to be a fix so much as a hack. But the problem >it addresses (permanently undef'ing SIZE_T) does need fixing one way or >another.... The brokenness involves gcc's includes not really understanding when to undef things. Bruce From owner-freebsd-hackers Mon Feb 27 14:18:03 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id OAA09388 for hackers-outgoing; Mon, 27 Feb 1995 14:18:03 -0800 Received: from tfs.com (mailhub.tfs.com [140.145.250.1]) by freefall.cdrom.com (8.6.9/8.6.6) with SMTP id OAA09378; Mon, 27 Feb 1995 14:17:58 -0800 Received: by tfs.com (smail3.1.28.1) Message-Id: From: julian@tfs.com (Julian Elischer) Subject: Re: Binary compatibility with NetBSD To: nate@trout.sri.MT.net (Nate Williams) Date: Mon, 27 Feb 1995 14:15:49 -0800 (PST) Cc: richard@cogsci.ed.ac.uk, jkh@freefall.cdrom.com, freebsd-hackers@freefall.cdrom.com In-Reply-To: <199502271531.IAA04715@trout.sri.MT.net> from "Nate Williams" at Feb 27, 95 08:31:31 am X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 339 Sender: hackers-owner@FreeBSD.org Precedence: bulk > > > Just to re-iterate, my suggestion is to (a) make ld.so compatible and > > This suggest that we have a /usr/shlib/NetBSD which would be good because it would fit in with the /usr/shlib/iBSC2-SCO and /usr/shlib/Linux that are already coming down the pipeline. we could then have: /usr/shlib/FreeBSD-1 for the compat stuff. julian From owner-freebsd-hackers Mon Feb 27 14:22:23 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id OAA09633 for hackers-outgoing; Mon, 27 Feb 1995 14:22:23 -0800 Received: from haven.uniserve.com (haven.uniserve.com [198.53.215.121]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id OAA09608 for ; Mon, 27 Feb 1995 14:22:11 -0800 Received: by haven.uniserve.com id <127>; Mon, 27 Feb 1995 14:30:42 -0800 Date: Mon, 27 Feb 1995 14:30:31 -0800 (PST) From: Tom Samplonius To: "Jordan K. Hubbard" cc: James Robinson , hackers@FreeBSD.org Subject: Re: pppd inactivity timeout? In-Reply-To: <7622.793922046@freefall.cdrom.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@FreeBSD.org Precedence: bulk On Mon, 27 Feb 1995, Jordan K. Hubbard wrote: > > BTW, I want a smart serial card driver!! > > A Cyclades driver should be just around the corner. Bruce, any word on > this? Did you get your card from Cyclades yet? I don't know too much about this card. So what does it do over a dumb 16550A board? How many ports? Full modem control lines? How much does it cost? Tom From owner-freebsd-hackers Mon Feb 27 14:34:43 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id OAA10389 for hackers-outgoing; Mon, 27 Feb 1995 14:34:43 -0800 Received: from snoopy.mv.com (snoopy.mv.com [199.125.64.182]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id OAA10381 for ; Mon, 27 Feb 1995 14:34:36 -0800 Received: (from pw@localhost) by snoopy.mv.com (8.6.9/8.6.6) id RAA00378; Mon, 27 Feb 1995 17:31:51 -0500 Date: Mon, 27 Feb 1995 17:31:51 -0500 From: "Paul F. Werkowski" Message-Id: <199502272231.RAA00378@snoopy.mv.com> To: hackers@FreeBSD.org Subject: multiple SCSI cards Sender: hackers-owner@FreeBSD.org Precedence: bulk I am trying to configure this box using two SCSI cards. I have a disk on an Adaptec 1740A and a CDROM on a 1542-CF. I am using scsi system and driver code from -current. All seems OK until I run xmcd and do practically anything with the CD, at which point the box reboots. The only hint of trouble is a message complaining about a timeout from the CD device. Question, is there anything special I should be doing to configure for more than one scsi card? I have controller scbus0 controller ahb0 at isa? bio irq ? vector ahbintr controller aha0 at isa? port "IO_AHA0" bio irq ? drq 5 vector ahaintr Thanks, Paul From owner-freebsd-hackers Mon Feb 27 14:45:30 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id OAA10878 for hackers-outgoing; Mon, 27 Feb 1995 14:45:30 -0800 Received: from ibp.ibp.fr (ibp.ibp.fr [132.227.60.30]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id OAA10872; Mon, 27 Feb 1995 14:45:25 -0800 Received: from blaise.ibp.fr (blaise.ibp.fr [132.227.60.1]) by ibp.ibp.fr (8.6.10/jtpda-5.0) with SMTP id XAA19594 ; Mon, 27 Feb 1995 23:43:26 +0100 Received: by blaise.ibp.fr (4.1/SMI-4.1) id AA16712; Mon, 27 Feb 95 23:44:28 +0100 From: roberto@blaise.ibp.fr (Ollivier Robert) Message-Id: <9502272244.AA16712@blaise.ibp.fr> Subject: Re: key exchange for rlogin/telnet services? To: terry@cs.weber.edu (Terry Lambert) Date: Mon, 27 Feb 1995 23:44:28 +0100 (MET) Cc: pst@shockwave.com, mycroft@ai.mit.edu, hackers@freefall.cdrom.com, security@freefall.cdrom.com In-Reply-To: <9502271757.AA02322@cs.weber.edu> from "Terry Lambert" at Feb 27, 95 10:57:33 am X-Operating-System: FreeBSD 2.1.0-Development ctm#375 X-Mailer: ELM [version 2.4 PL23beta2] Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 435 Sender: hackers-owner@FreeBSD.org Precedence: bulk > Diffie-Hellman requires public key for the initial exchange, and is > in fact a technique for secure exchange of keys. > > I thought it was also patented by PKP/RSA? It is indeed till '97. Many people believe the patents to be invalid but noone has ever went to court and prove it ... -- Ollivier ROBERT -=- The daemon is FREE! -=- roberto@FreeBSD.ORG FreeBSD keltia 2.1.0-Development #9: Sat Feb 18 19:21:00 MET 1995 From owner-freebsd-hackers Mon Feb 27 15:01:20 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id PAA12822 for hackers-outgoing; Mon, 27 Feb 1995 15:01:20 -0800 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.cdrom.com (8.6.9/8.6.6) with SMTP id OAA11861 for ; Mon, 27 Feb 1995 14:56:14 -0800 Received: from sax.sax.de by irz301.inf.tu-dresden.de with SMTP (5.67b+/DEC-Ultrix/4.3) id AA01751; Mon, 27 Feb 1995 23:51:08 +0100 Received: by sax.sax.de (8.6.9/8.6.9-s1) with UUCP id XAA23892 for freebsd-hackers@freebsd.org; Mon, 27 Feb 1995 23:51:07 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.6.9/8.6.9) id XAA27843 for freebsd-hackers@freebsd.org; Mon, 27 Feb 1995 23:33:38 +0100 From: J Wunsch Message-Id: <199502272233.XAA27843@uriah.heep.sax.de> Subject: Re: Patch for gnu/libexec/uucp To: freebsd-hackers@FreeBSD.org (FreeBSD hackers) Date: Mon, 27 Feb 1995 23:33:37 +0100 (MET) In-Reply-To: <199502270134.UAA00560@ponds.UUCP> from "Thomas David Rivers" at Feb 26, 95 08:34:49 pm Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 882 Sender: hackers-owner@FreeBSD.org Precedence: bulk As Thomas David Rivers wrote: > > If anyone cares to re-examine this, I'd be in favor of an HDB approach. The current approach of Taylor UUCP accepting all three config formats seems great to me. Knowing both now (Taylor and HDB), i prefer Taylor. It's not only well-documented, but it's (mostly) much more rational. Well, you really need the _printed_ TeXinfo manual, but on the other hand: without the printed doc, i wouldn't have been able to configure the HDB uucp of our Data General's, too. Taylor config does not only allow for a finer control, it's also less cryptic. Knowing the keywords, you can almost guess the rest. And sometimes, even a ``strings /usr/bin/uucp | more'' can get you help for the keyword spelling... -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Mon Feb 27 15:02:14 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id PAA12972 for hackers-outgoing; Mon, 27 Feb 1995 15:02:14 -0800 Received: from hermes.cybernetics.net (hermes.cybernetics.net [198.80.51.103]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id PAA12950 for ; Mon, 27 Feb 1995 15:02:04 -0800 Received: (from james@localhost) by hermes.cybernetics.net (8.6.8/8.6.6) id SAA20578; Mon, 27 Feb 1995 18:13:02 -0500 From: James Robinson Message-Id: <199502272313.SAA20578@hermes.cybernetics.net> Subject: Re: pppd inactivity timeout? To: tom@haven.uniserve.com (Tom Samplonius) Date: Mon, 27 Feb 1995 18:13:01 -0500 (EST) Cc: hackers@FreeBSD.org In-Reply-To: from "Tom Samplonius" at Feb 27, 95 01:49:01 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 673 Sender: hackers-owner@FreeBSD.org Precedence: bulk > > > Can you have multiple iij-ppp processes runing? Is iij-ppp more > efficient/faster than pppd + kernel ppp? I believe so -- you specify the number of concurrent tunnel devices at kernel config time (paralells the pseudo-device ppp N line). As for more efficient, I don't know, not having done any head-to-head battles with the two. I found managing one connection to be simpler that with pppd -- after the few kinks were worked out, I have something starting it in /etc/rc.local, and the modem is brought up / down whenever necissary -- completely hands free. As for managing things like multiple user dialin, YMMV, but it will support being a server. James From owner-freebsd-hackers Mon Feb 27 15:20:28 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id PAA18454 for hackers-outgoing; Mon, 27 Feb 1995 15:20:28 -0800 Received: from localhost (localhost [127.0.0.1]) by freefall.cdrom.com (8.6.9/8.6.6) with SMTP id PAA18442; Mon, 27 Feb 1995 15:20:20 -0800 X-Authentication-Warning: freefall.cdrom.com: Host localhost didn't use HELO protocol To: Richard Tobin cc: freebsd-hackers@freefall.cdrom.com Subject: Re: Binary compatibility with NetBSD In-reply-to: Your message of "Mon, 27 Feb 95 15:09:34 GMT." <199502271509.PAA13996@deacon.cogsci.ed.ac.uk> Date: Mon, 27 Feb 1995 15:20:13 -0800 Message-ID: <18431.793927213@freefall.cdrom.com> From: "Jordan K. Hubbard" Sender: hackers-owner@FreeBSD.org Precedence: bulk > So I don't understand why Jordan thinks it would be so hard; in > particular I don't understand the comment that "it's easily broken > (meaning you get stuck in this thankless loop of fixing it over and > over again as the libraries themselvse change)". Why would anything I was referring more to an arrangement where we'd try to keep ONE set of libraries compatible. I agree that the prospect of simply producing NetBSD/i386 and BSD/OS "compatability kits" holds much more attraction for me than does trying to keep the libs in sync between the two systems. Not that I really have time either way, but it's definitely an idea! Jordan From owner-freebsd-hackers Mon Feb 27 16:16:29 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id QAA23892 for hackers-outgoing; Mon, 27 Feb 1995 16:16:29 -0800 Received: from ref.tfs.com (ref.tfs.com [140.145.254.251]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id QAA23885; Mon, 27 Feb 1995 16:16:27 -0800 Received: (from phk@localhost) by ref.tfs.com (8.6.8/8.6.6) id QAA27711; Mon, 27 Feb 1995 16:15:38 -0800 From: Poul-Henning Kamp Message-Id: <199502280015.QAA27711@ref.tfs.com> Subject: CTM, delta from 2.0-RELEASE available To: phk@FreeBSD.org Date: Mon, 27 Feb 1995 16:15:38 -0800 (PST) Content-Type: text Content-Length: 463 Sender: hackers-owner@FreeBSD.org Precedence: bulk I have made a delta from the 2.0-RELEASE srcdist available in ftp://freefall.cdrom.com/pub/CTM/src-cur/src-cur.0372R20.gz -rw-r--r-- 1 phk wheel 4034596 Feb 27 15:37 src-cur.0372R20.gz If you already have the 2.0-RELEASE (either on CDROM or downloaded) you can use this to get in sync with CTM src-cur. -- Poul-Henning Kamp TRW Financial Systems, Inc. I am Pentium Of Borg. Division is Futile. You WILL be approximated. From owner-freebsd-hackers Mon Feb 27 16:18:50 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id QAA23977 for hackers-outgoing; Mon, 27 Feb 1995 16:18:50 -0800 Received: from cs.weber.edu (cs.weber.edu [137.190.16.16]) by freefall.cdrom.com (8.6.9/8.6.6) with SMTP id QAA23971 for ; Mon, 27 Feb 1995 16:18:45 -0800 Received: by cs.weber.edu (4.1/SMI-4.1.1) id AA04179; Mon, 27 Feb 95 17:11:42 MST From: terry@cs.weber.edu (Terry Lambert) Message-Id: <9502280011.AA04179@cs.weber.edu> Subject: Re: Binary compatibility with NetBSD To: phk@ref.tfs.com (Poul-Henning Kamp) Date: Mon, 27 Feb 95 17:11:41 MST Cc: nate@trout.sri.MT.net, jkh@freefall.cdrom.com, freebsd-hackers@FreeBSD.org In-Reply-To: <199502272118.NAA26885@ref.tfs.com> from "Poul-Henning Kamp" at Feb 27, 95 01:18:11 pm X-Mailer: ELM [version 2.4dev PL52] Sender: hackers-owner@FreeBSD.org Precedence: bulk > > Would CTM'ing the library portion of the NetBSD tree be satisfactory? > > What would you expect this to do ? Keep the history that Nate is unhappy about losing even if FreeBSD is only an OEM of the library code and doesn't really need the history itself. Terry Lambert terry@cs.weber.edu --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Mon Feb 27 16:19:34 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id QAA24007 for hackers-outgoing; Mon, 27 Feb 1995 16:19:34 -0800 Received: from ref.tfs.com (ref.tfs.com [140.145.254.251]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id QAA23993; Mon, 27 Feb 1995 16:19:25 -0800 Received: (from phk@localhost) by ref.tfs.com (8.6.8/8.6.6) id QAA27740; Mon, 27 Feb 1995 16:18:25 -0800 From: Poul-Henning Kamp Message-Id: <199502280018.QAA27740@ref.tfs.com> Subject: Re: Binary compatibility with NetBSD To: terry@cs.weber.edu (Terry Lambert) Date: Mon, 27 Feb 1995 16:18:25 -0800 (PST) Cc: nate@trout.sri.MT.net, jkh@freefall.cdrom.com, freebsd-hackers@FreeBSD.org In-Reply-To: <9502280011.AA04179@cs.weber.edu> from "Terry Lambert" at Feb 27, 95 05:11:41 pm Content-Type: text Content-Length: 488 Sender: hackers-owner@FreeBSD.org Precedence: bulk > > > Would CTM'ing the library portion of the NetBSD tree be satisfactory? > > > > What would you expect this to do ? > > Keep the history that Nate is unhappy about losing even if FreeBSD > is only an OEM of the library code and doesn't really need the history > itself. I guess you mean CVS then. CTM is more like "rdist" than like "CVS"... -- Poul-Henning Kamp TRW Financial Systems, Inc. I am Pentium Of Borg. Division is Futile. You WILL be approximated. From owner-freebsd-hackers Mon Feb 27 16:20:14 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id QAA24065 for hackers-outgoing; Mon, 27 Feb 1995 16:20:14 -0800 Received: from cs.weber.edu (cs.weber.edu [137.190.16.16]) by freefall.cdrom.com (8.6.9/8.6.6) with SMTP id QAA24056 for ; Mon, 27 Feb 1995 16:20:08 -0800 Received: by cs.weber.edu (4.1/SMI-4.1.1) id AA04200; Mon, 27 Feb 95 17:13:05 MST From: terry@cs.weber.edu (Terry Lambert) Message-Id: <9502280013.AA04200@cs.weber.edu> Subject: Re: Binary compatibility with NetBSD To: jkh@freefall.cdrom.com (Jordan K. Hubbard) Date: Mon, 27 Feb 95 17:13:04 MST Cc: nate@trout.sri.mt.net, freebsd-hackers@FreeBSD.org In-Reply-To: <7200.793921396@freefall.cdrom.com> from "Jordan K. Hubbard" at Feb 27, 95 01:43:16 pm X-Mailer: ELM [version 2.4dev PL52] Sender: hackers-owner@FreeBSD.org Precedence: bulk > > The simple answer to this is to establish a non-antagonistic relationship. > > The "simple" answer? > > Oh, Terry - I simply MUST meet your drug dealer! His stuff must be > truly *fantastic*! :-) :-) Caffeine. Terry Lambert terry@cs.weber.edu --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Mon Feb 27 16:24:26 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id OAA09488 for hackers-outgoing; Mon, 27 Feb 1995 14:20:02 -0800 Received: from lisa.cnac.gov (lisa.cnac.gov [199.201.214.201]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id OAA09467 for ; Mon, 27 Feb 1995 14:19:45 -0800 Received: (from mflawson@localhost) by lisa.cnac.gov (8.6.9/8.6.9) id QAA08184 for hackers@freebsd.org; Mon, 27 Feb 1995 16:19:09 -0600 Message-Id: <199502272219.QAA08184@lisa.cnac.gov> Subject: Driver question (bug?) To: hackers@freebsd.org Date: Mon, 27 Feb 1995 16:19:08 -0600 (CST) From: "Michael F Lawson" X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 724 Sender: hackers-owner@freebsd.org Precedence: bulk Dear Overworked Computer Pioneers: Sorry to "bug" :-) you, but I've read the FAQ and am not getting anywhere! I am having difficulty getting FreeBSD to recognize my UltraStor 24FA EISA controller. The release notes says it's supported. I've tried various kernel device configurations, but the "uha0" driver doesn't seem to see the board. When I try it in ISA emulation mode, it recognizes it as a wd0 drive, but then I get other "timeout" errors. Could you please direct me to the UltraStor guru, or to someone who's gotten their UltraStor controller to work? Thanks! I really want to get FreeBSD working on my system so I don't have to go to Linux instead! :-) Michael F Lawson mflawson@lisa.cnac.gov 405/686-6453 From owner-freebsd-hackers Mon Feb 27 16:23:43 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id QAA24240 for hackers-outgoing; Mon, 27 Feb 1995 16:23:43 -0800 Received: from isl.cf.ac.uk (isl-gate.elsy.cf.ac.uk [131.251.22.1]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id QAA24234; Mon, 27 Feb 1995 16:23:40 -0800 Received: (from paul@localhost) by isl.cf.ac.uk (8.6.9/8.6.9) id AAA28146; Tue, 28 Feb 1995 00:22:19 GMT From: Paul Richards Message-Id: <199502280022.AAA28146@isl.cf.ac.uk> Subject: Re: Binary compatibility with NetBSD To: julian@tfs.com (Julian Elischer) Date: Tue, 28 Feb 1995 00:22:18 +0000 (GMT) Cc: nate@trout.sri.MT.net, richard@cogsci.ed.ac.uk, jkh@freefall.cdrom.com, freebsd-hackers@freefall.cdrom.com In-Reply-To: from "Julian Elischer" at Feb 27, 95 02:15:49 pm X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 664 Sender: hackers-owner@FreeBSD.org Precedence: bulk In reply to Julian Elischer who said > > > > > > Just to re-iterate, my suggestion is to (a) make ld.so compatible and > > > > > This suggest that we have a /usr/shlib/NetBSD > which would be good because it would fit in with the > /usr/shlib/iBSC2-SCO > and > /usr/shlib/Linux > that are already coming down the pipeline. > we could then have: > /usr/shlib/FreeBSD-1 for the compat stuff. > I like this plan. -- Paul Richards, FreeBSD core team member. Phone: +44 1222 874000 x6646 (work), +44 1222 457651 (home) Dept. Mechanical Engineering, University of Wales, College Cardiff. Internet: paul@FreeBSD.org, JANET(UK): RICHARDSDP@CARDIFF.AC.UK From owner-freebsd-hackers Mon Feb 27 16:26:49 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id QAA24367 for hackers-outgoing; Mon, 27 Feb 1995 16:26:49 -0800 Received: from trout.sri.MT.net (trout.sri.MT.net [204.182.243.12]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id QAA24359; Mon, 27 Feb 1995 16:26:43 -0800 Received: (from nate@localhost) by trout.sri.MT.net (8.6.9/8.6.9) id RAA07995; Mon, 27 Feb 1995 17:29:35 -0700 Date: Mon, 27 Feb 1995 17:29:35 -0700 From: Nate Williams Message-Id: <199502280029.RAA07995@trout.sri.MT.net> In-Reply-To: terry@cs.weber.edu (Terry Lambert) "Re: Binary compatibility with NetBSD" (Feb 27, 5:11pm) X-Mailer: Mail User's Shell (7.2.5 10/14/92) To: terry@cs.weber.edu (Terry Lambert), phk@ref.tfs.com (Poul-Henning Kamp) Subject: Re: Binary compatibility with NetBSD Cc: jkh@freefall.cdrom.com, freebsd-hackers@FreeBSD.org Sender: hackers-owner@FreeBSD.org Precedence: bulk > > > Would CTM'ing the library portion of the NetBSD tree be satisfactory? > > > > What would you expect this to do ? > > Keep the history that Nate is unhappy about losing even if FreeBSD > is only an OEM of the library code and doesn't really need the history > itself. As I said, I am unwilling to be an OEM of the NetBSD libraries. What will CVS or CTM do to provide me with a history of the changes? I want to know what code has changed, and why it has changed. I don't see how CTM or CVS will provide that for me automatically at this stage of the game. It *may* be possible for a utility to automatically pull out the changes and commit messages at a later date, but *until* the libraries are sync'd up, this will not work. (And I don't want to be the one to write this utility) Nate From owner-freebsd-hackers Mon Feb 27 16:29:26 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id QAA24431 for hackers-outgoing; Mon, 27 Feb 1995 16:29:26 -0800 Received: from cs.weber.edu (cs.weber.edu [137.190.16.16]) by freefall.cdrom.com (8.6.9/8.6.6) with SMTP id QAA24424 for ; Mon, 27 Feb 1995 16:29:25 -0800 Received: by cs.weber.edu (4.1/SMI-4.1.1) id AA04262; Mon, 27 Feb 95 17:22:28 MST From: terry@cs.weber.edu (Terry Lambert) Message-Id: <9502280022.AA04262@cs.weber.edu> Subject: Re: Binary compatibility with NetBSDk To: phk@ref.tfs.com (Poul-Henning Kamp) Date: Mon, 27 Feb 95 17:22:27 MST Cc: nate@trout.sri.MT.net, jkh@freefall.cdrom.com, freebsd-hackers@FreeBSD.org In-Reply-To: <199502280018.QAA27740@ref.tfs.com> from "Poul-Henning Kamp" at Feb 27, 95 04:18:25 pm X-Mailer: ELM [version 2.4dev PL52] Sender: hackers-owner@FreeBSD.org Precedence: bulk > > > > Would CTM'ing the library portion of the NetBSD tree be satisfactory? > > > > > > What would you expect this to do ? > > > > Keep the history that Nate is unhappy about losing even if FreeBSD > > is only an OEM of the library code and doesn't really need the history > > itself. > > I guess you mean CVS then. CTM is more like "rdist" than like "CVS"... I was under the impression (from the name, more than anything else) that the software actually Mirrored CVS Trees. If so, then comments would be included. CVS can easily handle the actual database instantiation using a vendor branch (where NetBSD is the vendor). If not, then there needs to be a tree+history export/import facility, and Nate has indeed found a small hole in the plan. 8-(. Terry Lambert terry@cs.weber.edu --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Mon Feb 27 16:33:34 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id QAA24493 for hackers-outgoing; Mon, 27 Feb 1995 16:33:34 -0800 Received: from cs.weber.edu (cs.weber.edu [137.190.16.16]) by freefall.cdrom.com (8.6.9/8.6.6) with SMTP id QAA24487 for ; Mon, 27 Feb 1995 16:33:33 -0800 Received: by cs.weber.edu (4.1/SMI-4.1.1) id AA04295; Mon, 27 Feb 95 17:26:28 MST From: terry@cs.weber.edu (Terry Lambert) Message-Id: <9502280026.AA04295@cs.weber.edu> Subject: Re: Binary compatibility with NetBSD To: nate@trout.sri.MT.net (Nate Williams) Date: Mon, 27 Feb 95 17:26:28 MST Cc: phk@ref.tfs.com, jkh@freefall.cdrom.com, freebsd-hackers@FreeBSD.org In-Reply-To: <199502280029.RAA07995@trout.sri.MT.net> from "Nate Williams" at Feb 27, 95 05:29:35 pm X-Mailer: ELM [version 2.4dev PL52] Sender: hackers-owner@FreeBSD.org Precedence: bulk > It *may* be possible for a utility to automatically pull out the changes > and commit messages at a later date, but *until* the libraries are > sync'd up, this will not work. (And I don't want to be the one to write > this utility) Here's a simply utility: #!/bin/sh echo "Here is the committ messages!" cvs log $* echo "Here are the changes!" cvs diff $* Admittedly, it could do with some user parameter checking. Terry Lambert terry@cs.weber.edu --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Mon Feb 27 16:35:13 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id QAA24521 for hackers-outgoing; Mon, 27 Feb 1995 16:35:13 -0800 Received: from ref.tfs.com (ref.tfs.com [140.145.254.251]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id QAA24515; Mon, 27 Feb 1995 16:35:12 -0800 Received: (from phk@localhost) by ref.tfs.com (8.6.8/8.6.6) id QAA27895; Mon, 27 Feb 1995 16:34:14 -0800 From: Poul-Henning Kamp Message-Id: <199502280034.QAA27895@ref.tfs.com> Subject: Re: Binary compatibility with NetBSDk To: terry@cs.weber.edu (Terry Lambert) Date: Mon, 27 Feb 1995 16:34:14 -0800 (PST) Cc: nate@trout.sri.MT.net, jkh@freefall.cdrom.com, freebsd-hackers@FreeBSD.org In-Reply-To: <9502280022.AA04262@cs.weber.edu> from "Terry Lambert" at Feb 27, 95 05:22:27 pm Content-Type: text Content-Length: 521 Sender: hackers-owner@FreeBSD.org Precedence: bulk > > I guess you mean CVS then. CTM is more like "rdist" than like "CVS"... > > I was under the impression (from the name, more than anything else) that > the software actually Mirrored CVS Trees. > yes, just like rdist could mirror a Tree. > If not, then there needs to be a tree+history export/import facility, > and Nate has indeed found a small hole in the plan. 8-(. yes. -- Poul-Henning Kamp TRW Financial Systems, Inc. I am Pentium Of Borg. Division is Futile. You WILL be approximated. From owner-freebsd-hackers Mon Feb 27 16:38:56 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id QAA24628 for hackers-outgoing; Mon, 27 Feb 1995 16:38:56 -0800 Received: from specgw.spec.co.jp (specgw.spec.co.jp [202.32.13.1]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id QAA24620 for ; Mon, 27 Feb 1995 16:38:54 -0800 Received: from tama3 (tama3 [202.32.13.252]) by specgw.spec.co.jp (8.6.5/3.3Wb-SPEC) with SMTP id JAA06762; Tue, 28 Feb 1995 09:33:29 +0900 Date: Tue, 28 Feb 1995 09:33:29 +0900 Message-Id: <199502280033.JAA06762@specgw.spec.co.jp> To: james@hermes.cybernetics.net Cc: tom@haven.uniserve.com, hackers@FreeBSD.org Subject: Re: pppd inactivity timeout? In-Reply-To: <199502272313.SAA20578@hermes.cybernetics.net> From: =?ISO-2022-JP?B?GyRCQjwwZhsoSg==?= =?ISO-2022-JP?B?GyRCPV8bKEo=?= Atsushi Murai X-Mailer: AL-Mail for Windows(0.36B) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-2022-jp Sender: hackers-owner@FreeBSD.org Precedence: bulk James Robinson wrotes: >I believe so -- you specify the number of concurrent tunnel devices >at kernel config time (paralells the pseudo-device ppp N line). It's should be "pseudo-device tun N" for tunnel device and (iij)ppp Atsushi. -- Atsushi Murai E-Mail: amurai@spec.co.jp SPEC Voice : +81-3-3833-5341 System Planning and Engineering Corp. From owner-freebsd-hackers Mon Feb 27 16:42:59 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id QAA24772 for hackers-outgoing; Mon, 27 Feb 1995 16:42:59 -0800 Received: from Root.COM (implode.Root.COM [198.145.90.1]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id QAA24766 for ; Mon, 27 Feb 1995 16:42:55 -0800 Received: from corbin.Root.COM (corbin.Root.COM [198.145.90.18]) by Root.COM (8.6.8/8.6.5) with ESMTP id QAA18566; Mon, 27 Feb 1995 16:42:04 -0800 Received: from localhost (localhost [127.0.0.1]) by corbin.Root.COM (8.6.9/8.6.5) with SMTP id QAA00200; Mon, 27 Feb 1995 16:42:03 -0800 Message-Id: <199502280042.QAA00200@corbin.Root.COM> X-Authentication-Warning: corbin.Root.COM: Host localhost didn't use HELO protocol To: terry@cs.weber.edu (Terry Lambert) cc: freebsd-hackers@FreeBSD.org Subject: Re: Binary compatibility with NetBSDk In-reply-to: Your message of "Mon, 27 Feb 95 17:22:27 MST." <9502280022.AA04262@cs.weber.edu> From: David Greenman Reply-To: davidg@Root.COM Date: Mon, 27 Feb 1995 16:42:01 -0800 Sender: hackers-owner@FreeBSD.org Precedence: bulk >If not, then there needs to be a tree+history export/import facility, >and Nate has indeed found a small hole in the plan. 8-(. It's not the only hole in the plan. Unwilling participants (in both camps) is a much bigger problem. Even if you were able to resolve all the problems with adopting someone elses libc, you'd still have the much more serious problems with the other libraries (starting with libkvm). The _only_ solution to the problem is to incorporate whatever improvements are worth incorporating from the foreign libcs (be them NetBSD, BSDI, SysV, or whatever) and (for binary compatibility) provide a mechanism for segregating the foreign system's shared libraries. -DG From owner-freebsd-hackers Mon Feb 27 16:49:34 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id QAA24929 for hackers-outgoing; Mon, 27 Feb 1995 16:49:34 -0800 Received: from tfs.com (mailhub.tfs.com [140.145.250.1]) by freefall.cdrom.com (8.6.9/8.6.6) with SMTP id QAA24923 for ; Mon, 27 Feb 1995 16:49:33 -0800 Received: by tfs.com (smail3.1.28.1) Message-Id: Date: Mon, 27 Feb 95 16:48 PST From: julian@tfs.com (Julian Elischer) To: freebsd-hackers@FreeBSD.org Subject: iBSC2 and WordPerfect.. Sender: hackers-owner@FreeBSD.org Precedence: bulk I just noticed that WordPerfect co. have a demo version available in their ftp site (ftp.wordperfect.com) that is STATICALLY LINKED specifically so that Linux users can try it.. I guess it should work for us too, eh? julian From owner-freebsd-hackers Mon Feb 27 16:57:33 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id QAA25081 for hackers-outgoing; Mon, 27 Feb 1995 16:57:33 -0800 Received: from trout.sri.MT.net (trout.sri.MT.net [204.182.243.12]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id QAA25072 for ; Mon, 27 Feb 1995 16:57:29 -0800 Received: (from nate@localhost) by trout.sri.MT.net (8.6.9/8.6.9) id SAA08167; Mon, 27 Feb 1995 18:00:37 -0700 Date: Mon, 27 Feb 1995 18:00:37 -0700 From: Nate Williams Message-Id: <199502280100.SAA08167@trout.sri.MT.net> In-Reply-To: terry@cs.weber.edu (Terry Lambert) "Re: Binary compatibility with NetBSD" (Feb 27, 5:26pm) X-Mailer: Mail User's Shell (7.2.5 10/14/92) To: terry@cs.weber.edu (Terry Lambert) Subject: Re: Binary compatibility with NetBSD Cc: freebsd-hackers@FreeBSD.org Sender: hackers-owner@FreeBSD.org Precedence: bulk > > It *may* be possible for a utility to automatically pull out the changes > > and commit messages at a later date, but *until* the libraries are > > sync'd up, this will not work. (And I don't want to be the one to write > > this utility) > > Here's a simply utility: > > #!/bin/sh > echo "Here is the committ messages!" > cvs log $* > echo "Here are the changes!" > cvs diff $* > > Admittedly, it could do with some user parameter checking. Ahh, this assumes that you have read access to the RAW CVS tree. This is *NOT* the case with the NetBSD sources. I'm coming from the assumption which affects me. I *don't* have access to the raw NetBSD-CVS bits, and I doubt highly you would get access to them for the purpose of taking them for FreeBSD. Nate From owner-freebsd-hackers Mon Feb 27 17:19:31 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id RAA25987 for hackers-outgoing; Mon, 27 Feb 1995 17:19:31 -0800 Received: from netcom14.netcom.com (hasty@netcom14.netcom.com [192.100.81.126]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id RAA25979 for ; Mon, 27 Feb 1995 17:19:29 -0800 Received: by netcom14.netcom.com (8.6.9/Netcom) id RAA04431; Mon, 27 Feb 1995 17:18:25 -0800 Date: Mon, 27 Feb 1995 17:18:25 -0800 From: hasty@netcom.com (Amancio Hasty Jr) Message-Id: <199502280118.RAA04431@netcom14.netcom.com> To: freebsd-hackers@FreeBSD.org, julian@tfs.com Subject: Re: iBSC2 and WordPerfect.. Sender: hackers-owner@FreeBSD.org Precedence: bulk >that is STATICALLY LINKED specifically so that Linux users can Yes it will be nice if someone can tell us if it works with FreeBSD: get /unix/wp60/demos/sco/static/x11/wp60stat.tar wp60stat.tar 200 Command Accepted 150 Opening BINARY mode data connection for /unix/wp60/demos/sco/static/x11/wp60stat.tar. (35135488 bytes). Tnks, Amancio From owner-freebsd-hackers Mon Feb 27 17:34:55 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id RAA26277 for hackers-outgoing; Mon, 27 Feb 1995 17:34:55 -0800 Received: from hda.com (hda.com [199.232.40.182]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id RAA26261 for ; Mon, 27 Feb 1995 17:34:52 -0800 Received: (dufault@localhost) by hda.com (8.6.9/8.3) id UAA01980; Mon, 27 Feb 1995 20:30:47 -0500 From: Peter Dufault Message-Id: <199502280130.UAA01980@hda.com> Subject: Re: multiple SCSI cards To: pw@snoopy.MV.COM (Paul F. Werkowski) Date: Mon, 27 Feb 1995 20:30:46 -0500 (EST) Cc: hackers@FreeBSD.org In-Reply-To: <199502272231.RAA00378@snoopy.mv.com> from "Paul F. Werkowski" at Feb 27, 95 05:31:51 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 896 Sender: hackers-owner@FreeBSD.org Precedence: bulk Paul F. Werkowski writes: > I am trying to configure this box using two SCSI cards. > I have a disk on an Adaptec 1740A and a CDROM on a 1542-CF. > I am using scsi system and driver code from -current. All > seems OK until I run xmcd and do practically anything with > the CD, at which point the box reboots. The only hint of > trouble is a message complaining about a timeout from the > CD device. > > Question, is there anything special I should be doing > to configure for more than one scsi card? I have > > controller scbus0 > controller ahb0 at isa? bio irq ? vector ahbintr > controller aha0 at isa? port "IO_AHA0" bio irq ? drq 5 vector ahaintr What do you see when they probe? Are they on one SCSI bus or two? -- Peter Dufault Real Time Machine Control and Simulation HD Associates, Inc. Voice: 508 433 6936 dufault@hda.com Fax: 508 433 5267 From owner-freebsd-hackers Mon Feb 27 17:49:47 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id RAA26750 for hackers-outgoing; Mon, 27 Feb 1995 17:49:47 -0800 Received: from localhost (localhost [127.0.0.1]) by freefall.cdrom.com (8.6.9/8.6.6) with SMTP id RAA26743; Mon, 27 Feb 1995 17:49:46 -0800 X-Authentication-Warning: freefall.cdrom.com: Host localhost didn't use HELO protocol To: terry@cs.weber.edu (Terry Lambert) cc: nate@trout.sri.mt.net (Nate Williams), phk@ref.tfs.com, freebsd-hackers@FreeBSD.org Subject: Re: Binary compatibility with NetBSD In-reply-to: Your message of "Mon, 27 Feb 95 17:26:28 MST." <9502280026.AA04295@cs.weber.edu> Date: Mon, 27 Feb 1995 17:49:46 -0800 Message-ID: <26742.793936186@freefall.cdrom.com> From: "Jordan K. Hubbard" Sender: hackers-owner@FreeBSD.org Precedence: bulk > #!/bin/sh > echo "Here is the committ messages!" > cvs log $* > echo "Here are the changes!" > cvs diff $* > > Admittedly, it could do with some user parameter checking. And a run through ispell! :-) Jordan From owner-freebsd-hackers Mon Feb 27 19:28:48 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id TAA28629 for hackers-outgoing; Mon, 27 Feb 1995 19:28:48 -0800 Received: from wcarchive.cdrom.com (wcarchive.cdrom.com [192.216.191.11]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id TAA28623 for ; Mon, 27 Feb 1995 19:28:46 -0800 Received: from UUCP-GW.CC.UH.EDU (root@UUCP-GW.CC.UH.EDU [129.7.1.11]) by wcarchive.cdrom.com (8.6.8/8.6.6) with SMTP id TAA18772 for ; Mon, 27 Feb 1995 19:27:34 -0800 Received: from Taronga.COM by UUCP-GW.CC.UH.EDU with UUCP id AA03727 (5.67a/IDA-1.5); Mon, 27 Feb 1995 19:38:41 -0600 Received: by bonkers.taronga.com (smail2.5p) id AA10919; 27 Feb 95 18:46:13 CST (Mon) Received: from localhost (localhost [127.0.0.1]) by bonkers.taronga.com (8.6.8/8.6.6) with SMTP id SAA10916; Mon, 27 Feb 1995 18:46:12 -0600 Message-Id: <199502280046.SAA10916@bonkers.taronga.com> X-Authentication-Warning: bonkers.taronga.com: Host localhost didn't use HELO protocol To: Thomas David Rivers Cc: FreeBSD-hackers@wcarchive.cdrom.com, pechter@stars.sed.monmouth.army.mil Subject: Re: Patch for gnu/libexec/uucp In-Reply-To: Your message of "Sun, 26 Feb 95 20:34:49 EST." <199502270134.UAA00560@ponds.UUCP> X-Mailer: exmh version 1.4.1 7/21/94 Date: Mon, 27 Feb 1995 18:46:04 -0600 From: Peter da Silva Sender: hackers-owner@FreeBSD.org Precedence: bulk I vote for Taylor. The documentation is fine once you convert it to HTML and the configuration files are infinitely better, even for a basic system. I've run Taylor with both sets of files, by the way. L.sys/Systems still inhales no matter what's underneath it. From owner-freebsd-hackers Mon Feb 27 20:42:00 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id UAA01484 for hackers-outgoing; Mon, 27 Feb 1995 20:42:00 -0800 Received: from wcarchive.cdrom.com (wcarchive.cdrom.com [192.216.191.11]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id UAA01478 for ; Mon, 27 Feb 1995 20:41:59 -0800 Received: from relay4.UU.NET (relay4.UU.NET [192.48.96.14]) by wcarchive.cdrom.com (8.6.8/8.6.6) with ESMTP id UAA03729 for ; Mon, 27 Feb 1995 20:40:49 -0800 Received: from news.cs.utexas.edu by relay4.UU.NET with SMTP id QQyezi12329; Mon, 27 Feb 1995 23:41:07 -0500 Received: from mail.cs.utexas.edu (root@mail.cs.utexas.edu [128.83.139.10]) by news.cs.utexas.edu (8.6.10/8.6.9) with ESMTP id WAA06720 for ; Mon, 27 Feb 1995 22:41:06 -0600 Received: from uudell.us.dell.com (uudell.us.dell.com [143.166.224.6]) by mail.cs.utexas.edu (8.6.10/8.6.9) with SMTP id WAA19423 for ; Mon, 27 Feb 1995 22:41:05 -0600 Received: from obiwan by uudell.us.dell.com (5.67/dns1.3) with UUCP id AA15021; Tue, 28 Feb 95 04:35:37 GMT Received: by obiwan.uucp (Smail3.1.29.1 #4) id m0rjJJu-0002zzC; Mon, 27 Feb 95 22:13 CST Message-Id: From: obiwan!bob@uudell.us.dell.com (Bob Willcox) Subject: Re: Patch for gnu/libexec/uucp To: peter@bonkers.taronga.com (Peter da Silva) Date: Mon, 27 Feb 1995 22:13:58 -0600 (CST) Cc: ponds!rivers@dg-rtp.dg.com, FreeBSD-hackers@wcarchive.cdrom.com, pechter@stars.sed.monmouth.army.mil In-Reply-To: <199502280046.SAA10916@bonkers.taronga.com> from "Peter da Silva" at Feb 27, 95 06:46:04 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 948 Sender: hackers-owner@FreeBSD.org Precedence: bulk Peter da Silva wrote: > > I vote for Taylor. The documentation is fine once you convert it to HTML and > the configuration files are infinitely better, even for a basic system. > > I've run Taylor with both sets of files, by the way. L.sys/Systems still > inhales no matter what's underneath it. What's wrong with enabling both types of config files in the policy.h file? Would this have some undesirable side-effect? I would rather not have to modify the policy.h file myself and rebuild uucp. In spite of taylor configuration being better than HDB (I'll take your word for it), I have a set of HDB configuration files on my system that have remained almost as-is for several years now, and I just don't want to mess with converting them. -- Bob Willcox ...!{rutgers|ames}!cs.utexas.edu!uudell!obiwan!bob Austin, TX or try: @uudell.us.dell.com:obiwan!bob 512-258-4224 (home), 512-838-3914 (work) From owner-freebsd-hackers Mon Feb 27 22:42:08 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id WAA07940 for hackers-outgoing; Mon, 27 Feb 1995 22:42:08 -0800 Received: from Xenon.Stanford.EDU (Xenon.Stanford.EDU [36.28.0.25]) by freefall.cdrom.com (8.6.9/8.6.6) with SMTP id WAA07933; Mon, 27 Feb 1995 22:42:07 -0800 Received: by Xenon.Stanford.EDU (5.61+IDA/25-Xenon-eef) id AA18202; Mon, 27 Feb 95 22:41:16 -0800 Date: Mon, 27 Feb 1995 22:41:14 -0800 (PST) From: Terry Lee To: "Jordan K. Hubbard" Cc: "Charles M. Hannum" , pst@shockwave.com, hackers@freefall.cdrom.com, security@freefall.cdrom.com Subject: Re: key exchange for rlogin/telnet services? In-Reply-To: <310.793907989@freefall.cdrom.com> Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@FreeBSD.org Precedence: bulk > > It's very irresponsible to comment on security and/or legal matters > > without knowing what you're talking about. > > Hey, great to see you haven't lost that degree of diplomatic finesse' > you're famous for. Next time the Serbian cease fire talks to come up, > you're my choice for chief negotiator! I can just picture it now - > Ambassador Hannum at the peace talks: "OK, you baby killers sit over > there and you rag-heads sit over there, no, you're not sitting next to > me, Mustapha, you smell like a goat! (under breath: to say nothing of > your entirely wretched family!) OK! Listen up! You're all a bunch > of pathetic homicidal jerks and it's time to stop fighting! I'd > personally be a lot happier if you all just killed eachother off, but > my boss insisted I give it one shot. Either way, I'm outta here.. > Your country sucks! I wouldn't even waste a nuke on it!" > > Who knows. It Just Might Work! :-) Ahhh. So now I see why there is yet no unified BSD effort. 8^) *politely chuckle* Terry _____________________ I n D i G o Terry Lee _____________________ Technical Director i n t e r n e t 745 Stanford Avenue _____________________ Palo Alto, California 94306 d e s i g n 415 424 0747 _____________________ terryl@cs.stanford.edu g r o u p http://www.mall.net/terry _____________________ http://www.mall.net Professional World Wide Web Consultants From owner-freebsd-hackers Mon Feb 27 23:39:26 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id XAA09071 for hackers-outgoing; Mon, 27 Feb 1995 23:39:26 -0800 Received: from vmbb.cts.com (vmbb.cts.com [192.188.72.18]) by freefall.cdrom.com (8.6.9/8.6.6) with SMTP id XAA09063 for ; Mon, 27 Feb 1995 23:39:22 -0800 Received: from io.cts.com by vmbb.cts.com with smtp (Smail3.1.28.1 #9) id m0rjMVo-0000V5C; Mon, 27 Feb 95 23:38 PST Received: (from root@localhost) by io.cts.com (8.6.9/8.6.9) id XAA05665; Mon, 27 Feb 1995 23:27:33 -0800 From: Morgan Davis Message-Id: <199502280727.XAA05665@io.cts.com> Subject: Re: pppd inactivity timeout? To: julian@tfs.com (Julian Elischer) Date: Mon, 27 Feb 1995 23:27:32 -0800 (PST) Cc: tom@haven.uniserve.com, hackers@FreeBSD.org In-Reply-To: from "Julian Elischer" at Feb 27, 95 00:30:58 am X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 863 Sender: hackers-owner@FreeBSD.org Precedence: bulk Julian Elischer writes: > > >This will use a lot of cputime.. a better way would be to call > timeout every 10 seconds or minute while the line is up, and > have it decrement a counter.. if it reaches 0, you hang up. > if not you just schedule another timeout.. > whenever you receive or send a packet, you just set the counter > back to initial condition (maximum count).. > that way you're doing a single write, not a whole function call(x2) > for each packet. How do netstat and pppstat get their information? Isn't there a counter somewhere in the kernel that keeps track of how many bytes were sent and received? If so, the task is even easier. Set an alarm to call a function once every so often (user-defined) and see if the sent/received counts match. If so, poof -- blow the connection off. If they're different, do nothing and reset the alarm. From owner-freebsd-hackers Tue Feb 28 11:51:06 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id LAA00638 for hackers-outgoing; Tue, 28 Feb 1995 11:51:06 -0800 Received: from ifc.com (ifc.com [204.30.44.1]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id LAA00550; Tue, 28 Feb 1995 11:49:23 -0800 Received: from ([204.30.44.12]) by ifc.com (8.6.8/8.6.6) with SMTP id KAA04675; Tue, 28 Feb 1995 10:21:34 -0900 Date: Tue, 28 Feb 1995 10:21:34 -0900 Message-Id: <199502281921.KAA04675@ifc.com> X-Sender: wallison@ifc.com Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" To: freebsd-hackers@FreeBSD.org From: wallison@ifc.com (Bill Allison) Subject: Anyone using Smartlist 3.1? Cc: freebsd-questions@FreeBSD.org X-Mailer: Sender: hackers-owner@FreeBSD.org Precedence: bulk Has anyone gotten SmartList 3.1 running on FreeBSD 1.1.5.1? If so, I 'd like to know if you had to tweak anything... WHAT I DID: I recently installed procmail on my FreeBSD 1.1.5.1 machine -- no problemo. I am managing a mailing list, and want to use Stephen Van R. van den Berg's SmartList program (which he developed in addition to procmail). I cd'd to the Smartlist dir, and followed the install instructions and they didn't work. I emailed Stephen, and he wrote: >There are some known problems with some deficient >/bin/sh's. It could be that FreeBSD comes with one like that. > >Try applying the following patch to install.sh (this will be part of >v3.11): I tried this, but still no avail. > sh install.sh /usr/ifc/list and then got the following output: >Failed in extracting the value of SENDMAIL from procmail >Please make sure that the NEW version of procmail has been installed >If you already have, make sure that "console" is undefined in config.h >This is what I'm seeing: >procmail v3.10 1994/10/31 written and created by Stephen R. van den Berg I am stuck here. If it makes any diff, I am using Sendmail 3.6.6.. Thanks! Bill --------------------- William Allison Ian Freed Consulting, Inc. Seattle, WA 98104 Tel: 206.583.8919 FAX: 206.583.8941 http://www.ifc.com/ From owner-freebsd-hackers Tue Feb 28 11:49:55 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id LAA00573 for hackers-outgoing; Tue, 28 Feb 1995 11:49:55 -0800 Received: from seagull.rtd.com (root@Seagull.rtd.com [198.102.68.2]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id LAA00564 for ; Tue, 28 Feb 1995 11:49:54 -0800 Received: (from dgy@localhost) by seagull.rtd.com (8.6.9/8.6.9.1) id LAA25222 for freebsd-hackers@freefall.cdrom.com; Tue, 28 Feb 1995 11:05:39 -0700 From: Don Yuniskis Message-Id: <199502281805.LAA25222@seagull.rtd.com> Subject: porting software To: freebsd-hackers@freefall.cdrom.com (FreeBSD hackers) Date: Tue, 28 Feb 1995 11:05:37 -0700 (MST) X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 794 Sender: hackers-owner@FreeBSD.org Precedence: bulk Greetings! Frequently, when porting software to FreeBSD, the compiler emits "... was declared implicitly `extern' and later `static'" errors. I understand their cause and realize adding a prototype is the correct and easiest way to silence them (barring a compiler switch). However, can I simply ignore them? Currently, I simply examine the offending function declaration and, if it returns 'int', assume the "implicit" declaration will coincide with the "explicit" declaration. (figuring that the real potential for screw up lies in a function which returns something *other* than int. Q: will the compiler emit a *real* error in those cases?) Should I also be examining arguments, etc.? Likewise for 'non-static' --> 'static' warnings... Any other "general comments"? Thx, --don From owner-freebsd-hackers Tue Feb 28 11:50:20 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id LAA00592 for hackers-outgoing; Tue, 28 Feb 1995 11:50:20 -0800 Received: from trout.sri.MT.net (trout.sri.MT.net [204.182.243.12]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id LAA00586 for ; Tue, 28 Feb 1995 11:50:14 -0800 Received: (from nate@localhost) by trout.sri.MT.net (8.6.9/8.6.9) id LAA09908; Tue, 28 Feb 1995 11:17:16 -0700 Date: Tue, 28 Feb 1995 11:17:16 -0700 From: Nate Williams Message-Id: <199502281817.LAA09908@trout.sri.MT.net> In-Reply-To: terry@cs.weber.edu (Terry Lambert) "Re: Binary compatibility with NetBSD" (Feb 28, 9:55am) X-Mailer: Mail User's Shell (7.2.5 10/14/92) To: terry@cs.weber.edu (Terry Lambert) Subject: Re: Binary compatibility with NetBSD Cc: freebsd-hackers@FreeBSD.org Sender: hackers-owner@FreeBSD.org Precedence: bulk > > Ahh, this assumes that you have read access to the RAW CVS tree. This > > is *NOT* the case with the NetBSD sources. I'm coming from the > > assumption which affects me. I *don't* have access to the raw > > NetBSD-CVS bits, and I doubt highly you would get access to them for the > > purpose of taking them for FreeBSD. > > No, it assumes you have read access to a CTM mirror of the RAW CVS tree. Same difference. > And you can't make your other assumption unless you ask. True, but based on past experience I have a pretty good idea. > I'm suprised we haven't seen a response from Chris or Charles yet; it's > either that they agree with you or that they (wisely, apparently) don't > want to be involved in the discussion. Probably the latter. Nate From owner-freebsd-hackers Tue Feb 28 11:55:07 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id LAA00832 for hackers-outgoing; Tue, 28 Feb 1995 11:55:07 -0800 Received: from ibp.ibp.fr (ibp.ibp.fr [132.227.60.30]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id LAA00824 for ; Tue, 28 Feb 1995 11:55:04 -0800 Received: from blaise.ibp.fr (blaise.ibp.fr [132.227.60.1]) by ibp.ibp.fr (8.6.10/jtpda-5.0) with SMTP id KAA24018 for ; Tue, 28 Feb 1995 10:35:36 +0100 Received: by blaise.ibp.fr (4.1/SMI-4.1) id AA18899; Tue, 28 Feb 95 10:36:37 +0100 From: roberto@blaise.ibp.fr (Ollivier Robert) Message-Id: <9502280936.AA18899@blaise.ibp.fr> Subject: Lites 1.0 available (fwd) To: hackers@FreeBSD.org (Hackers' list FreeBSD) Date: Tue, 28 Feb 1995 10:36:36 +0100 (MET) X-Operating-System: FreeBSD 2.1.0-Development ctm#407 X-Mailer: ELM [version 2.4 PL23beta2] Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 2901 Sender: hackers-owner@FreeBSD.org Precedence: bulk FYI. Forwarded message: > Date: Tue, 28 Feb 1995 08:41:01 +0200 > From: Johannes Helander > To: lites@cs.hut.fi, mach3@cs.cmu.edu, mach4-users@cs.utah.edu > Reply-To: jvh@cs.hut.fi > Subject: Lites 1.0 available > Organization: Helsinki University of Technology, CS Lab. > > > Lites 1.0 is now available. The primary purpose of this release is to > make the source available to interested parties. No installation kit > is included. > > Lites is a 4.4 BSD Lite based server and an emulation library > that provide free unix functionality to a Mach based system. > > Lites provides binary compatibility with 4.4 BSD, NetBSD (0.8, 0.9, > and 1.0), FreeBSD (1.1.5 and 2.0), 386BSD, UX (4.3BSD) and Linux on > the i386 platform. It has also been ported to the pc532, PA-RISC, and > preliminarily to the R3000 and Alpha. Lites works with Mach 3.0, > Mach 4, and RTMach. > > The recommended user platforms are NetBSD 1.0 and FreeBSD 2.0. Linux > file system support is not included in this release. > > Lites was written by Johannes Helander at Helsinki University of > Technology based on 4.4 BSD Lite from University of California and > code written by the CMU Mach group. Several people have contributed to > the effort, including Ian Dall, Mike Hibler, Jeff Law, Bryan Ford, > Jukka Virtanen, Mary Thompson, Sampo Kellomaki, John Dyson, Csizmazia > Balazs, Chris Maeda, and Timo Rinne. > > Special care has been put into keeping the code legally clean. Each > piece of code that has been added to Lites has been carefully > examined. There is no Net2 or 4.3 BSD code in Lites. > > > Lites consists of a multithreaded single server that handles multiple > system calls from any process, file paging, etc. and an emulation > library that provides applications with an environment that looks like > the system the application expects. The emulator is a completely new > implementation and removes most of the security problems associated > with earlier emulators (protection against resource attacks requires > kernel support). > > Lites has been self hosting for several months. Its current > performance is 6% lower than that of NetBSD 1.0 as measured by > building gcc within the exact same machine and environment. Many > obvious optimizations especially in the field of i/o have not yet > been made. > > Lites is available from the following locations: > Europe: ftp://ftp.funet.fi/pub/mach/lites/ > USA: ftp://mach.cs.cmu.edu/afs/cs.cmu.edu/project/mach/public/src/lites/ > > > For more information refer to the Lites home page > http://www.cs.hut.fi/lites.html > > I have also made my Master's thesis available in postscript form under > the same URL. It covers some aspects of Lites. > > Johannes > -- Ollivier ROBERT -=- The daemon is FREE! -=- roberto@FreeBSD.ORG FreeBSD keltia 2.1.0-Development #14: Sun Feb 26 16:31:40 MET 1995 From owner-freebsd-hackers Tue Feb 28 11:55:12 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id LAA00847 for hackers-outgoing; Tue, 28 Feb 1995 11:55:12 -0800 Received: from ibp.ibp.fr (ibp.ibp.fr [132.227.60.30]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id LAA00839 for ; Tue, 28 Feb 1995 11:55:10 -0800 Received: from blaise.ibp.fr (blaise.ibp.fr [132.227.60.1]) by ibp.ibp.fr (8.6.10/jtpda-5.0) with SMTP id KAA23937 ; Tue, 28 Feb 1995 10:31:39 +0100 Received: by blaise.ibp.fr (4.1/SMI-4.1) id AA18886; Tue, 28 Feb 95 10:32:39 +0100 From: roberto@blaise.ibp.fr (Ollivier Robert) Message-Id: <9502280932.AA18886@blaise.ibp.fr> Subject: Re: iBSC2 and WordPerfect.. To: julian@tfs.com (Julian Elischer) Date: Tue, 28 Feb 1995 10:32:39 +0100 (MET) Cc: freebsd-hackers@FreeBSD.org In-Reply-To: from "Julian Elischer" at Feb 27, 95 04:48:00 pm X-Operating-System: FreeBSD 2.1.0-Development ctm#407 X-Mailer: ELM [version 2.4 PL23beta2] Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 477 Sender: hackers-owner@FreeBSD.org Precedence: bulk > in their ftp site (ftp.wordperfect.com) > that is STATICALLY LINKED specifically so that Linux users can > try it.. > > I guess it should work for us too, eh? Yes, if you can ftp the 35 MB of the demo version :-) BTW, how one can install it on a FreeBSD system ? We don't have custom or any other SVRn installation program... -- Ollivier ROBERT -=- The daemon is FREE! -=- roberto@FreeBSD.ORG FreeBSD keltia 2.1.0-Development #14: Sun Feb 26 16:31:40 MET 1995 From owner-freebsd-hackers Tue Feb 28 11:57:18 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id LAA00948 for hackers-outgoing; Tue, 28 Feb 1995 11:57:18 -0800 Received: from p5.spnet.com (elh.com [204.156.130.1]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id LAA00940 for ; Tue, 28 Feb 1995 11:57:15 -0800 Received: from localhost (localhost [127.0.0.1]) by p5.spnet.com (8.6.9/8.6.6) with SMTP id LAA12359 for ; Tue, 28 Feb 1995 11:54:02 GMT Message-Id: <199502281154.LAA12359@p5.spnet.com> X-Authentication-Warning: p5.spnet.com: Host localhost didn't use HELO protocol To: hackers@FreeBSD.org Subject: Re: iBSC2 and WordPerfect.. In-reply-to: Your message of "Mon, 27 Feb 1995 17:18:25 PST." <199502280118.RAA04431@netcom14.netcom.com> Date: Tue, 28 Feb 1995 11:54:02 +0000 From: Ed Hudson Sender: hackers-owner@FreeBSD.org Precedence: bulk after downloading 35mby of binaries (for something that i'll never use, but would buy a copy of just to stimulate sales in the fbsd apps market), after installing ibcs2 into the kernel (both options), the installatiion script "wpinstall" complains that there is no /dev/X0R anybody know what /dev/X0R under SCO is ? (other than some sort of connection to the x-server) i've tried the brain-dead things of linking {/tmp/.X11-unix , /tmp/.X11-unix/X0) to /dev/X0R. wpinstall complains in the first case that the former (/tmp/X11-unix/X0) is a directory and that the later is a socket and that it can't perform some operation on it. if i have an empty file for /dev/X0R, the install script seems to make it further, and them complains about unimplemented ioctl's and some inability to send messages. the output follows. any thoughts / suggestions? -elh stdout + stderr: WPCorp Installation for: WordPerfect 6.0 for UNIX (R) Systems Error: Can't open display: :0.0 console messages: Feb 28 11:53:36 l486 /kernel: sockopen: [4561] 0x2901 Feb 28 11:53:36 l486 /kernel: sockopen: SPX: [4561] opening Feb 28 11:53:36 l486 /kernel: sockopen: SPX: [4561] get a unix domain socket Feb 28 11:53:36 l486 /kernel: sockopen: SPX: [4561] connect to /tmp/X11-unix/X0 Feb 28 11:53:36 l486 /kernel: IBCS2: 'getmsg' not supported Feb 28 11:53:36 l486 /kernel: IBCS2: 'putmsg' not supported Feb 28 11:53:36 l486 /kernel: sockioctl: [4561] ? SS_IOW('?',126,l=4) 0x2901 (0x8004667e) <0xefbffef8> Feb 28 11:53:36 l486 /kernel: sockioctl: bad magic (sys_generic.c has no socksys mods?) Feb 28 11:53:36 l486 /kernel: sockclose: [4561] 0x2901 Feb 28 11:53:36 l486 /kernel: ss_fop_close: [4561] fd=5 is a socket From owner-freebsd-hackers Tue Feb 28 11:58:16 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id LAA00986 for hackers-outgoing; Tue, 28 Feb 1995 11:58:16 -0800 Received: from cs.weber.edu (cs.weber.edu [137.190.16.16]) by freefall.cdrom.com (8.6.9/8.6.6) with SMTP id LAA00980 for ; Tue, 28 Feb 1995 11:58:15 -0800 Received: by cs.weber.edu (4.1/SMI-4.1.1) id AA07715; Tue, 28 Feb 95 09:55:28 MST From: terry@cs.weber.edu (Terry Lambert) Message-Id: <9502281655.AA07715@cs.weber.edu> Subject: Re: Binary compatibility with NetBSD To: nate@trout.sri.MT.net (Nate Williams) Date: Tue, 28 Feb 95 9:55:27 MST Cc: freebsd-hackers@FreeBSD.org In-Reply-To: <199502280100.SAA08167@trout.sri.MT.net> from "Nate Williams" at Feb 27, 95 06:00:37 pm X-Mailer: ELM [version 2.4dev PL52] Sender: hackers-owner@FreeBSD.org Precedence: bulk > Ahh, this assumes that you have read access to the RAW CVS tree. This > is *NOT* the case with the NetBSD sources. I'm coming from the > assumption which affects me. I *don't* have access to the raw > NetBSD-CVS bits, and I doubt highly you would get access to them for the > purpose of taking them for FreeBSD. No, it assumes you have read access to a CTM mirror of the RAW CVS tree. And you can't make your other assumption unless you ask. I'm suprised we haven't seen a response from Chris or Charles yet; it's either that they agree with you or that they (wisely, apparently) don't want to be involved in the discussion. Terry Lambert terry@cs.weber.edu --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Tue Feb 28 11:58:11 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id LAA00971 for hackers-outgoing; Tue, 28 Feb 1995 11:58:11 -0800 Received: from sgiblab.sgi.com (sgiblab.SGI.COM [192.82.208.3]) by freefall.cdrom.com (8.6.9/8.6.6) with SMTP id LAA00962; Tue, 28 Feb 1995 11:58:08 -0800 Received: from idiom.com by sgiblab.sgi.com via SMTP (920330.SGI/911001.SGI) id AA19907; Tue, 28 Feb 95 02:24:38 -0800 Received: (from muir@localhost) by idiom.com (8.6.10/8.6.10) id CAA11885; Tue, 28 Feb 1995 02:19:35 -0800 Date: Tue, 28 Feb 1995 02:19:35 -0800 From: David Muir Sharnoff Message-Id: <199502281019.CAA11885@idiom.com> To: hackers@freefall.cdrom.com, security@freefall.cdrom.com Subject: Re: key exchange for rlogin/telnet services? Sender: hackers-owner@FreeBSD.org Precedence: bulk S/Key works fairly well for the time being. It's not great, but the better D-H solution can't be used yet in the United States... So, how about we get some of our foriegn friends to make the D-H changes to rlogin/telnet (add a -s flag or something) and then set up defaults so that the D-H stuff is only used if: you're outside the US --- Jordan we'll need a config file or something it's after the expire data on the patent (sometime in 1997) I think it would be really cool if the day the patent ran out all the software automagically started doing the right thing. -Dave From owner-freebsd-hackers Tue Feb 28 11:59:37 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id LAA01056 for hackers-outgoing; Tue, 28 Feb 1995 11:59:37 -0800 Received: from cs.weber.edu (cs.weber.edu [137.190.16.16]) by freefall.cdrom.com (8.6.9/8.6.6) with SMTP id LAA01049 for ; Tue, 28 Feb 1995 11:59:35 -0800 Received: by cs.weber.edu (4.1/SMI-4.1.1) id AA07517; Tue, 28 Feb 95 09:23:46 MST From: terry@cs.weber.edu (Terry Lambert) Message-Id: <9502281623.AA07517@cs.weber.edu> Subject: Re: iBSC2 and WordPerfect.. To: hasty@netcom.com (Amancio Hasty Jr) Date: Tue, 28 Feb 95 9:23:45 MST Cc: freebsd-hackers@FreeBSD.org, julian@tfs.com In-Reply-To: <199502280118.RAA04431@netcom14.netcom.com> from "Amancio Hasty Jr" at Feb 27, 95 05:18:25 pm X-Mailer: ELM [version 2.4dev PL52] Sender: hackers-owner@FreeBSD.org Precedence: bulk > >that is STATICALLY LINKED specifically so that Linux users can > > Yes it will be nice if someone can tell us if it works with FreeBSD: > get /unix/wp60/demos/sco/static/x11/wp60stat.tar wp60stat.tar ----------------------------------^^^ > 200 Command Accepted > 150 Opening BINARY mode data connection for /unix/wp60/demos/sco/static/x11/wp60stat.tar. (35135488 bytes). Unless FreeBSD has suddenly grown a /dev/socket linke Linux, this is an X11 program and ir will not work. Terry Lambert terry@cs.weber.edu --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Tue Feb 28 12:03:59 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id MAA01199 for hackers-outgoing; Tue, 28 Feb 1995 12:03:59 -0800 Received: from server.iadfw.net (root@server.iadfw.net [204.178.72.1]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id MAA01193 for ; Tue, 28 Feb 1995 12:03:58 -0800 Received: from localhost (jbryant@localhost) by server.iadfw.net (8.6.5/8.6.6) id GAA07306 for freebsd-hackers@freebsd.org; Tue, 28 Feb 1995 06:49:16 -0600 From: Jim Bryant Message-Id: <199502281249.GAA07306@server.iadfw.net> Subject: WD and Seagate IDE drives, revisited. To: freebsd-hackers@FreeBSD.org Date: Tue, 28 Feb 1995 06:49:15 -0600 (CST) X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 1892 Sender: hackers-owner@FreeBSD.org Precedence: bulk I believe that last week I posted a message after seeing a WD Caviar drive in the problem hardware list. The problem I was having was that I had just bought a new gigger, and was trying to get it running. The new drive was a Western Digital ACS [Caviar] 31000, and was trying to get it running on my Packard Bell 486 with the original Seagate ST 3550A as the master drive. That wouldn't get the system past BIOS POST, and would leave a constant seek light. The other way around, WD as master, would work, but the cmos setup would make the seagate just not accessable. Calling both manufacturers gave the same answer, not our problem, put the WD as master. Pissed off that I had just bought a new gigger that would not co-exist with my 450, I noticed the bug report somewhere in the FreeBSD dist, and it sounded similar, and I decided to add another pair to the list, thus my message here last week. The next day on a wildcard call, I tried Packard Bell. They told me to put the Seagate as master, and said they would send me a new bios, and said it was Western Digital's fault. I waited, I got the bios, popped the case, popped the chip, put in the new, and plugged in the drives. It works. WD as master, seagate as slave. In summary: I jumped the gun. The problem may have been caused by, and was certainly fixed by Packard Bell. [BIOS Reference ID = 25] I ask that my previous problem report on the two drives to be qualified to say "on Packard Bell computers with a BIOS Reference ID of less than 25, Packard Bell will replace the BIOS at no charge". Jim -- All opinions expressed are mine, if you | "I will not be pushed, stamped, think otherwise, then go jump into turbid | briefed, debriefed, indexed, or radioactive waters and yell WAHOO !!! | numbered!" - #1, "The Prisoner" jbryant@server.iadfw.net, System administrator, Internet America From owner-freebsd-hackers Tue Feb 28 12:04:03 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id MAA01202 for hackers-outgoing; Tue, 28 Feb 1995 12:04:03 -0800 Received: from nosferatu.cas.usf.edu (nosferatu.cas.usf.edu [131.247.31.155]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id MAA01187 for ; Tue, 28 Feb 1995 12:03:53 -0800 Received: (mephisto@localhost) by nosferatu.cas.usf.edu (8.6.8/8.3) id JAA12171; Tue, 28 Feb 1995 09:54:54 -0500 Date: Tue, 28 Feb 1995 08:41:01 +0200 Message-Id: <199502280641.AA09817@glenlivet.cs.hut.fi> From: Johannes Helander To: lites@cs.hut.fi, mach3@cs.cmu.edu, mach4-users@cs.utah.edu Reply-To: jvh@cs.hut.fi Subject: Lites 1.0 available Organization: Helsinki University of Technology, CS Lab. ReSent-Date: Tue, 28 Feb 1995 09:54:51 -0500 (EST) ReSent-From: NatureBoy ReSent-To: hackers@freefall.cdrom.com ReSent-Message-ID: Sender: hackers-owner@FreeBSD.org Precedence: bulk Lites 1.0 is now available. The primary purpose of this release is to make the source available to interested parties. No installation kit is included. Lites is a 4.4 BSD Lite based server and an emulation library that provide free unix functionality to a Mach based system. Lites provides binary compatibility with 4.4 BSD, NetBSD (0.8, 0.9, and 1.0), FreeBSD (1.1.5 and 2.0), 386BSD, UX (4.3BSD) and Linux on the i386 platform. It has also been ported to the pc532, PA-RISC, and preliminarily to the R3000 and Alpha. Lites works with Mach 3.0, Mach 4, and RTMach. The recommended user platforms are NetBSD 1.0 and FreeBSD 2.0. Linux file system support is not included in this release. Lites was written by Johannes Helander at Helsinki University of Technology based on 4.4 BSD Lite from University of California and code written by the CMU Mach group. Several people have contributed to the effort, including Ian Dall, Mike Hibler, Jeff Law, Bryan Ford, Jukka Virtanen, Mary Thompson, Sampo Kellomaki, John Dyson, Csizmazia Balazs, Chris Maeda, and Timo Rinne. Special care has been put into keeping the code legally clean. Each piece of code that has been added to Lites has been carefully examined. There is no Net2 or 4.3 BSD code in Lites. Lites consists of a multithreaded single server that handles multiple system calls from any process, file paging, etc. and an emulation library that provides applications with an environment that looks like the system the application expects. The emulator is a completely new implementation and removes most of the security problems associated with earlier emulators (protection against resource attacks requires kernel support). Lites has been self hosting for several months. Its current performance is 6% lower than that of NetBSD 1.0 as measured by building gcc within the exact same machine and environment. Many obvious optimizations especially in the field of i/o have not yet been made. Lites is available from the following locations: Europe: ftp://ftp.funet.fi/pub/mach/lites/ USA: ftp://mach.cs.cmu.edu/afs/cs.cmu.edu/project/mach/public/src/lites/ For more information refer to the Lites home page http://www.cs.hut.fi/lites.html I have also made my Master's thesis available in postscript form under the same URL. It covers some aspects of Lites. Johannes From owner-freebsd-hackers Tue Feb 28 12:05:55 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id MAA01276 for hackers-outgoing; Tue, 28 Feb 1995 12:05:55 -0800 Received: from deacon.cogsci.ed.ac.uk (deacon.cogsci.ed.ac.uk [129.215.144.7]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id MAA01269 for ; Tue, 28 Feb 1995 12:05:51 -0800 Received: (from richard@localhost) by deacon.cogsci.ed.ac.uk (8.6.10/8.6.9) id OAA23698; Tue, 28 Feb 1995 14:55:59 GMT Date: Tue, 28 Feb 1995 14:55:59 GMT Message-Id: <199502281455.OAA23698@deacon.cogsci.ed.ac.uk> From: Richard Tobin Subject: Re: Binary compatibility with NetBSD To: Paul Richards In-Reply-To: Paul Richards's message of Tue, 28 Feb 1995 00:22:18 +0000 (GMT) Organization: just say no Cc: freebsd-hackers@freefall.cdrom.com Sender: hackers-owner@FreeBSD.org Precedence: bulk > > This suggest that we have a /usr/shlib/NetBSD > > /usr/shlib/iBSC2-SCO > > /usr/shlib/Linux > > /usr/shlib/FreeBSD-1 for the compat stuff. > I like this plan. So do I. My only question is whether compatibility with some systems might involve more than shared libraries, so that it would be better to have /compat/NetBSD/usr/lib etc. That would also allow you to use a chroot()ed environment for more complete emulation. -- Richard From owner-freebsd-hackers Tue Feb 28 12:13:41 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id MAA01562 for hackers-outgoing; Tue, 28 Feb 1995 12:13:41 -0800 Received: from reinfra.regent.e-technik.tu-muenchen.de (root@reinfra.regent.e-technik.tu-muenchen.de [129.187.230.226]) by freefall.cdrom.com (8.6.9/8.6.6) with SMTP id MAA01219; Tue, 28 Feb 1995 12:04:39 -0800 Received: from vector.eikon.e-technik.tu-muenchen.de ([129.187.142.36]) by reinfra.regent.e-technik.tu-muenchen.de with SMTP id <367>; Tue, 28 Feb 1995 14:56:06 +0100 Received: (from jhs@localhost) by vector.eikon.e-technik.tu-muenchen.de (8.6.9/8.6.9) id WAA05626; Mon, 27 Feb 1995 22:00:31 +0100 Date: Mon, 27 Feb 1995 22:00:31 +0100 From: Julian Howard Stacey Message-Id: <199502272100.WAA05626@vector.eikon.e-technik.tu-muenchen.de> To: hackers@freefall.cdrom.com, jkh@freefall.cdrom.com Subject: Re: key exchange for rlogin/telnet services? Cc: security@freefall.cdrom.com Sender: hackers-owner@FreeBSD.org Precedence: bulk Jordan wrote: > you have no way of knowing > whether or not that password you just typed to log in to freefall was just > sniffed by the entire ..... .... > Should I be locked up by the NSA for even suggesting this? Nope, Welcome to the select group of the terminally paranoid :-) I've been paranoid long before I arrived on the Internet:- (yes, I know, long after you arrived :-) I've Always used one password for my `home' trusted boxes, and one or more other passwords for all the other hosts. I never (well, nearly never ;-) type my real home password through any telnet or shell or rlogin or even microprocessor coms box (inc. PC running kermit as a vt100 emulator) toward my `home' boxes, Instead I always ftp out from my home boxes toward the less secure boxes. Of course this strategy doesn't help your problem, except to know there are others out here equally paranoid (but you knew that anyway ;-) Back in '78 we were joking just how how easy it would be to grab root access, 2 M6800 assembler coding hours later ... we had. Back in '95 (yeah now ;-) Newsweek edition of Feb 27th, Page 37 tells how Tsutomu Shimomura `led the Feds to' [cracker Kevin] Mitnick's door. (In fact much of the Newsweek issue is taken up with Internet this week). Welcome to paranoid reality :-) PS Here's an interesting security doc to browse: ftp.informatik.tu-muenchen.de:/pub/comp/networking/security-doc " This is the complete text for SRI Information and Telecommunications Sciences and Technology Division Technical Report ITSTD-721-FR-90-21. " I view it with groff & ghostview, I've hacked up a much enhanced Makefile (PD) to make viewing easier. --- Julian Stacey From owner-freebsd-hackers Tue Feb 28 12:58:14 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id MAA05588 for hackers-outgoing; Tue, 28 Feb 1995 12:58:14 -0800 Received: from cs.weber.edu (cs.weber.edu [137.190.16.16]) by freefall.cdrom.com (8.6.9/8.6.6) with SMTP id MAA05582 for ; Tue, 28 Feb 1995 12:58:10 -0800 Received: by cs.weber.edu (4.1/SMI-4.1.1) id AA07496; Tue, 28 Feb 95 09:21:01 MST From: terry@cs.weber.edu (Terry Lambert) Message-Id: <9502281621.AA07496@cs.weber.edu> Subject: Re: Binary compatibility with NetBSDk To: davidg@Root.COM Date: Tue, 28 Feb 95 9:21:00 MST Cc: freebsd-hackers@FreeBSD.org In-Reply-To: <199502280042.QAA00200@corbin.Root.COM> from "David Greenman" at Feb 27, 95 04:42:01 pm X-Mailer: ELM [version 2.4dev PL52] Sender: hackers-owner@FreeBSD.org Precedence: bulk > It's not the only hole in the plan. Unwilling participants (in > both camps) is a much bigger problem. Even if you were able to > resolve all the problems with adopting someone elses libc, you'd > still have the much more serious problems with the other libraries > (starting with libkvm). > The _only_ solution to the problem is to incorporate whatever > improvements are worth incorporating from the foreign libcs (be > them NetBSD, BSDI, SysV, or whatever) and (for binary compatibility) > provide a mechanism for segregating the foreign system's shared > libraries. I don't suppose that anyone else feels that this path leads inevitably to yet another flavor of BSD, and that thus it is not "the _only_ solution" but is in fact far from a soloution. Or that it amounts to a declaration of permanent partisanship, future events notwithstanding. Either compatability is a goal or it is not. Novell has this terrible problem in its projects where it insists on "superset of a standard", which is to say, non-interoperable. Their printing was just about to go Palladium "with additions", and NDS (Novell Directory Services) is X.500 "with extensions and with the heirarchy input order inverted", which is to say non-interoperable. This is the primrose path that BSD appears to be pursuing. Both camps had no problem turning X developement over to a single entity. Hell, much of the Novell X developement is owed to the XFree86 project. How is this any different? Terry Lambert terry@cs.weber.edu --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Tue Feb 28 13:12:56 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id NAA06062 for hackers-outgoing; Tue, 28 Feb 1995 13:12:56 -0800 Received: from trout.sri.MT.net (trout.sri.MT.net [204.182.243.12]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id NAA06051 for ; Tue, 28 Feb 1995 13:12:48 -0800 Received: (from nate@localhost) by trout.sri.MT.net (8.6.9/8.6.9) id OAA10502; Tue, 28 Feb 1995 14:16:23 -0700 Date: Tue, 28 Feb 1995 14:16:23 -0700 From: Nate Williams Message-Id: <199502282116.OAA10502@trout.sri.MT.net> In-Reply-To: terry@cs.weber.edu (Terry Lambert) "Re: Binary compatibility with NetBSDk" (Feb 28, 9:21am) X-Mailer: Mail User's Shell (7.2.5 10/14/92) To: terry@cs.weber.edu (Terry Lambert), davidg@Root.COM Subject: Re: Binary compatibility with NetBSDk Cc: freebsd-hackers@FreeBSD.org Sender: hackers-owner@FreeBSD.org Precedence: bulk > > The _only_ solution to the problem is to incorporate whatever > > improvements are worth incorporating from the foreign libcs (be > > them NetBSD, BSDI, SysV, or whatever) and (for binary compatibility) > > provide a mechanism for segregating the foreign system's shared > > libraries. > Both camps had no problem turning X developement over to a single > entity. Hell, much of the Novell X developement is owed to the > XFree86 project. How is this any different? 1) We never turned something over. The X development has always been in the hands of the XFree86 team. 2) X is *not* a critical part of the OS. Granted, it's pretty standard, but if X breaks you are not left alone in the wilderness with nowhere to turn. (As new cards are released, many folks are running FreeBSD w/out X). 3) The XFree86 folks have not shown any particular partitionship to any one OS, or have any hidden or public agendas that conflict with the FreBSD project. This doesn't imply that NetBSD does, but there goals are at times in conflict with the FreeBSD goals. 4) The XFree86 are willing to let FreeBSD developers have access to the code trees at all stages of the game. Note, it is possible to look at NetBSD-current, but this is far from the best solution. Should I keep going? The reason FreeBSD and NetBSD both exist is because neither groups agrees wholly with the goals and directions of the other groups. This means that there will be two differing versions, whether you like it or not. Minimizing that is a worthy goal, but if it means hobbling one group then it's not worth it. Nate From owner-freebsd-hackers Tue Feb 28 13:37:41 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id NAA07163 for hackers-outgoing; Tue, 28 Feb 1995 13:37:41 -0800 Received: from ref.tfs.com (ref.tfs.com [140.145.254.251]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id NAA07157 for ; Tue, 28 Feb 1995 13:37:36 -0800 Received: (from phk@localhost) by ref.tfs.com (8.6.8/8.6.6) id NAA00953; Tue, 28 Feb 1995 13:37:03 -0800 From: Poul-Henning Kamp Message-Id: <199502282137.NAA00953@ref.tfs.com> Subject: Re: Binary compatibility with NetBSDk To: nate@trout.sri.MT.net (Nate Williams) Date: Tue, 28 Feb 1995 13:37:03 -0800 (PST) Cc: terry@cs.weber.edu, davidg@Root.COM, freebsd-hackers@FreeBSD.org In-Reply-To: <199502282116.OAA10502@trout.sri.MT.net> from "Nate Williams" at Feb 28, 95 02:16:23 pm Content-Type: text Content-Length: 631 Sender: hackers-owner@FreeBSD.org Precedence: bulk > Should I keep going? The reason FreeBSD and NetBSD both exist is > because neither groups agrees wholly with the goals and directions of > the other groups. This means that there will be two differing versions, > whether you like it or not. Minimizing that is a worthy goal, but if it > means hobbling one group then it's not worth it. Can we bury this axe now ? Nobody seems to both want this enough and have sufficient time to do it, so it's dead, D.E.A.D ! now back to hacking... -- Poul-Henning Kamp TRW Financial Systems, Inc. I am Pentium Of Borg. Division is Futile. You WILL be approximated. From owner-freebsd-hackers Tue Feb 28 13:47:06 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id NAA08084 for hackers-outgoing; Tue, 28 Feb 1995 13:47:06 -0800 Received: from gvr.win.tue.nl (root@gvr.win.tue.nl [131.155.210.19]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id NAA08078 for ; Tue, 28 Feb 1995 13:47:01 -0800 Received: by gvr.win.tue.nl (8.6.10/1.53) id WAA06798; Tue, 28 Feb 1995 22:46:50 +0100 From: guido@gvr.win.tue.nl (Guido van Rooij) Message-Id: <199502282146.WAA06798@gvr.win.tue.nl> Subject: sh patch To: FreeBSD-hackers@freefall.cdrom.com (FreeBSD-hackers) Date: Tue, 28 Feb 1995 22:46:49 +0100 (MET) X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 580 Sender: hackers-owner@FreeBSD.org Precedence: bulk I mailed this patch to current. If noone objects, I'll commit it to the source tree. (I've been running this sh for some time now without problems). It solves the problme that not all trailing newlines in a backquote expansion are deleted. this breaks my Pnews bersion. -Guido --- /usr/src/bin/sh/expand.c.orig Sat Sep 24 04:57:34 1994 +++ /usr/src/bin/sh/expand.c Sun Feb 26 21:06:38 1995 @@ -402,8 +402,10 @@ STPUTC(lastc, dest); } } - if (lastc == '\n') { + p--; + while (lastc == '\n') { STUNPUTC(dest); + lastc = *--p; } if (in.fd >= 0) close(in.fd); From owner-freebsd-hackers Tue Feb 28 14:34:13 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id OAA13355 for hackers-outgoing; Tue, 28 Feb 1995 14:34:13 -0800 Received: from cs.weber.edu (cs.weber.edu [137.190.16.16]) by freefall.cdrom.com (8.6.9/8.6.6) with SMTP id OAA13347 for ; Tue, 28 Feb 1995 14:34:05 -0800 Received: by cs.weber.edu (4.1/SMI-4.1.1) id AA09199; Tue, 28 Feb 95 15:27:44 MST From: terry@cs.weber.edu (Terry Lambert) Message-Id: <9502282227.AA09199@cs.weber.edu> Subject: Re: Binary compatibility with NetBSDk To: phk@ref.tfs.com (Poul-Henning Kamp) Date: Tue, 28 Feb 95 15:27:43 MST Cc: nate@trout.sri.MT.net, davidg@Root.COM, freebsd-hackers@FreeBSD.org In-Reply-To: <199502282137.NAA00953@ref.tfs.com> from "Poul-Henning Kamp" at Feb 28, 95 01:37:03 pm X-Mailer: ELM [version 2.4dev PL52] Sender: hackers-owner@FreeBSD.org Precedence: bulk > > Should I keep going? The reason FreeBSD and NetBSD both exist is > > because neither groups agrees wholly with the goals and directions of > > the other groups. This means that there will be two differing versions, > > whether you like it or not. Minimizing that is a worthy goal, but if it > > means hobbling one group then it's not worth it. I beg to differ. The reason the both exist is because the NetBSD people got fed up waiting for the promised 386BSD 0.2 release before the Bill Jolitz pulled his sanction from the unannounced 0.1.5 interim release being put together by the patchkit people. The NetBSD release occurred because the Interim release was not an announced project. I have email from various NetBSD principles that collaborate this. They were simply tired of waiting for Bill and didn't see an alternative. The reason the FreeBSD project exists is because it was 90% done when NetBSD was released and 95% when Lynne fired off her famous "2/3's of the patchkit is crap" posting and Bill pulled out from his interim release agreement. And since I (shortsightedly) convinced Bill to trademark "386BSD", it couldn't be called "386BSD 0.1.5" without Bill's permission. Anything that tries to justify NetBSD vs. FreeBSD on the grounds of initially considered philosphical positions is so much bogus BS and post-facto rationalization. They both exist because they started nearly simultaneously and weren't aware of each other until a significant amount of effort had been put forth by both nascent groups, not because they started with intentionally different goals. It took the first "merge war" to even define that there were any differences at all, and even those are so thin that it would take a microtome to seperate them -- the only reason they were arrived at is that the real issue, editorial control, had to remain unvoiced so the damn thing dragged on long enough for a subtle difference (one that could be voiced) to be found. This is also why both sides are so predictably touchy when any type of cross developement is suggested, or when anyone asks "what are the differences between...", etc. > Can we bury this axe now ? Nobody seems to both want this enough and > have sufficient time to do it, so it's dead, D.E.A.D ! Apparently we *can't* bury the axe. Fine, if that's what you all want. You can't say I didn't try, or that I didn't volunteer for the work despite my existing very heavy time commitments. Shame, too, since 64bit clean libraries would have been more benficial that whatever illusory "brand distinction" is gained by not sharing supposedly freely usable source. Terry Lambert terry@cs.weber.edu --- "Those who do not remember history are doomed to repeat it" --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Tue Feb 28 15:25:59 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id PAA20622 for hackers-outgoing; Tue, 28 Feb 1995 15:25:59 -0800 Received: from ibp.ibp.fr (ibp.ibp.fr [132.227.60.30]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id PAA20616 for ; Tue, 28 Feb 1995 15:25:57 -0800 Received: from blaise.ibp.fr (blaise.ibp.fr [132.227.60.1]) by ibp.ibp.fr (8.6.10/jtpda-5.0) with SMTP id AAA04719 ; Wed, 1 Mar 1995 00:24:50 +0100 Received: by blaise.ibp.fr (4.1/SMI-4.1) id AA21398; Wed, 1 Mar 95 00:25:48 +0100 From: roberto@blaise.ibp.fr (Ollivier Robert) Message-Id: <9502282325.AA21398@blaise.ibp.fr> Subject: Re: Binary compatibility with NetBSDk To: terry@cs.weber.edu (Terry Lambert) Date: Wed, 1 Mar 1995 00:25:47 +0100 (MET) Cc: phk@ref.tfs.com, nate@trout.sri.MT.net, davidg@Root.COM, freebsd-hackers@FreeBSD.org In-Reply-To: <9502282227.AA09199@cs.weber.edu> from "Terry Lambert" at Feb 28, 95 03:27:43 pm X-Operating-System: FreeBSD 2.1.0-Development ctm#407 X-Mailer: ELM [version 2.4 PL23beta2] Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 629 Sender: hackers-owner@FreeBSD.org Precedence: bulk > heavy time commitments. Shame, too, since 64bit clean libraries > would have been more benficial that whatever illusory "brand I think you can still make our libc 64bit-clean. It is a worthy goal just as we should try to fix both LFS (probably by getting in touch with Mago Seltzer and those who keep up the dev.) and UFS to have everything 64bit-clean. I know its easy to say, especially when I know I cannot do it for lack of knowledge about FS but I think it is a good goal. -- Ollivier ROBERT -=- The daemon is FREE! -=- roberto@FreeBSD.ORG FreeBSD keltia 2.1.0-Development #14: Sun Feb 26 16:31:40 MET 1995 From owner-freebsd-hackers Tue Feb 28 15:33:57 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id PAA20892 for hackers-outgoing; Tue, 28 Feb 1995 15:33:57 -0800 Received: from Xenon.Stanford.EDU (Xenon.Stanford.EDU [36.28.0.25]) by freefall.cdrom.com (8.6.9/8.6.6) with SMTP id PAA20885 for ; Tue, 28 Feb 1995 15:33:55 -0800 Received: by Xenon.Stanford.EDU (5.61+IDA/25-Xenon-eef) id AA19332; Tue, 28 Feb 95 15:33:39 -0800 Date: Tue, 28 Feb 1995 08:41:01 +0200 Message-Id: <199502280641.AA09817@glenlivet.cs.hut.fi> From: Johannes Helander To: lites@cs.hut.fi, mach3@cs.cmu.edu, mach4-users@cs.utah.edu Reply-To: jvh@cs.hut.fi Subject: Lites 1.0 available Organization: Helsinki University of Technology, CS Lab. Resent-Date: Tue, 28 Feb 1995 09:54:51 -0500 (EST) Resent-From: NatureBoy Resent-To: hackers@freefall.cdrom.com Resent-Message-Id: Resent-Date: Tue, 28 Feb 1995 15:33:34 -0800 (PST) Resent-From: Terry Lee Resent-To: Patrick M Kenny Resent-Message-Id: Sender: hackers-owner@FreeBSD.org Precedence: bulk Lites 1.0 is now available. The primary purpose of this release is to make the source available to interested parties. No installation kit is included. Lites is a 4.4 BSD Lite based server and an emulation library that provide free unix functionality to a Mach based system. Lites provides binary compatibility with 4.4 BSD, NetBSD (0.8, 0.9, and 1.0), FreeBSD (1.1.5 and 2.0), 386BSD, UX (4.3BSD) and Linux on the i386 platform. It has also been ported to the pc532, PA-RISC, and preliminarily to the R3000 and Alpha. Lites works with Mach 3.0, Mach 4, and RTMach. The recommended user platforms are NetBSD 1.0 and FreeBSD 2.0. Linux file system support is not included in this release. Lites was written by Johannes Helander at Helsinki University of Technology based on 4.4 BSD Lite from University of California and code written by the CMU Mach group. Several people have contributed to the effort, including Ian Dall, Mike Hibler, Jeff Law, Bryan Ford, Jukka Virtanen, Mary Thompson, Sampo Kellomaki, John Dyson, Csizmazia Balazs, Chris Maeda, and Timo Rinne. Special care has been put into keeping the code legally clean. Each piece of code that has been added to Lites has been carefully examined. There is no Net2 or 4.3 BSD code in Lites. Lites consists of a multithreaded single server that handles multiple system calls from any process, file paging, etc. and an emulation library that provides applications with an environment that looks like the system the application expects. The emulator is a completely new implementation and removes most of the security problems associated with earlier emulators (protection against resource attacks requires kernel support). Lites has been self hosting for several months. Its current performance is 6% lower than that of NetBSD 1.0 as measured by building gcc within the exact same machine and environment. Many obvious optimizations especially in the field of i/o have not yet been made. Lites is available from the following locations: Europe: ftp://ftp.funet.fi/pub/mach/lites/ USA: ftp://mach.cs.cmu.edu/afs/cs.cmu.edu/project/mach/public/src/lites/ For more information refer to the Lites home page http://www.cs.hut.fi/lites.html I have also made my Master's thesis available in postscript form under the same URL. It covers some aspects of Lites. Johannes From owner-freebsd-hackers Tue Feb 28 16:01:27 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id QAA22308 for hackers-outgoing; Tue, 28 Feb 1995 16:01:27 -0800 Received: from localhost (localhost [127.0.0.1]) by freefall.cdrom.com (8.6.9/8.6.6) with SMTP id QAA22301; Tue, 28 Feb 1995 16:01:26 -0800 X-Authentication-Warning: freefall.cdrom.com: Host localhost didn't use HELO protocol To: terry@cs.weber.edu (Terry Lambert) cc: phk@ref.tfs.com (Poul-Henning Kamp), nate@trout.sri.mt.net, davidg@Root.COM, freebsd-hackers@FreeBSD.org Subject: Re: Binary compatibility with NetBSDk In-reply-to: Your message of "Tue, 28 Feb 95 15:27:43 MST." <9502282227.AA09199@cs.weber.edu> Date: Tue, 28 Feb 1995 16:01:25 -0800 Message-ID: <22300.794016085@freefall.cdrom.com> From: "Jordan K. Hubbard" Sender: hackers-owner@FreeBSD.org Precedence: bulk > only reason they were arrived at is that the real issue, > editorial control, had to remain unvoiced so the damn thing > dragged on long enough for a subtle difference (one that could > be voiced) to be found. Well then. Why don't we all just settle for cutting to the chase and saying that Terry's essentially right - the REAL reasons we don't merge have nothing to do with technical or market-direction differences. It's all about control. We're all a bunch of control freaks who really don't want the folks doing NetBSD telling us what to do and we'll savagely block any attempt to bring about another state of affairs. There. Now I've finally said it. Admitted it to the world even! All those NetBSD and FreeBSD people reading this mailing list finally know that we've kept the world divided for petty, personal reasons! And you know what? I'm not even joking! We *are* guilty of all the charges I so freely admit to here. But so what? These are no longer the ONLY reasons, and it's also purest fallacy to deny how ATTRACTIVE running your own show is! Lots of people currently here would NOT be here if they didn't feel like they were doing their own thing with people they liked, and I'd be a very poor "project manager" indeed if I suddenly decided that dogs and cats SHOULD live together despite all warning indicators to the contrary. Unless someone can someday come up with a credible solution for THIS, all else is pointless. I've seen about 4 major attempts to find a meeting point for the two groups and ALL of them have been technical in nature. This shouldn't be any surprise, I guess, given the nature of the audience, but it still doesn't change the fact that technical solutions are NOT WHAT'S NEEDED! If a *BSD merge ever does happen, it won't be because someone like yourself comes up with the most awesome technical reason to do so ever. It will be because an amazingly awesome MANAGER type comes along who may know nothing at all about BSD but knows how to manipulate people like nobody you ever saw. This is not a technical problem. This is a human factors problem. You lack the necessary skills to solve this one, engineer, so probably best just to leave it alone! Jordan From owner-freebsd-hackers Tue Feb 28 16:02:08 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id QAA22330 for hackers-outgoing; Tue, 28 Feb 1995 16:02:08 -0800 Received: from vitruvius.arbld.unimelb.EDU.AU (vitruvius.arbld.unimelb.EDU.AU [128.250.136.1]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id QAA22324 for ; Tue, 28 Feb 1995 16:02:06 -0800 Received: (darrenr@localhost) by vitruvius.arbld.unimelb.EDU.AU (8.6.9/8.6.4) id KAA00727; Wed, 1 Mar 1995 10:59:51 +1100 From: Darren Reed Message-Id: <199502282359.KAA00727@vitruvius.arbld.unimelb.EDU.AU> Subject: Re: Binary compatibility with NetBSDk To: nate@trout.sri.MT.net (Nate Williams) Date: Wed, 1 Mar 1995 10:59:50 +1100 (EST) Cc: terry@cs.weber.edu, davidg@Root.COM, freebsd-hackers@FreeBSD.org In-Reply-To: <199502282116.OAA10502@trout.sri.MT.net> from "Nate Williams" at Feb 28, 95 02:16:23 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 913 Sender: hackers-owner@FreeBSD.org Precedence: bulk In some email I received from Nate Williams, they wrote: [...] > Should I keep going? The reason FreeBSD and NetBSD both exist is > because neither groups agrees wholly with the goals and directions of > the other groups. This means that there will be two differing versions, > whether you like it or not. Minimizing that is a worthy goal, but if it > means hobbling one group then it's not worth it. > > Nate But that is not a reason to make both versions incompatible, either intentionally or not. I'm not sure of the goals of FreeBSD, but surely it can't take too much effort (as long as you're willing) to ensure that some compatability remains ? Heck, if I can run SunOS 4.1.x binaries on NetBSD (and Sun3/alpha, etc) then it seems rather silly if BSDI/FreeBSD and NetBSD can't work something out between themselves. I don't see it as any one group's fault but a result of the "falling out". darren From owner-freebsd-hackers Tue Feb 28 17:02:36 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id RAA25996 for hackers-outgoing; Tue, 28 Feb 1995 17:02:36 -0800 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.cdrom.com (8.6.9/8.6.6) with SMTP id QAA24864 for ; Tue, 28 Feb 1995 16:45:13 -0800 Received: from sax.sax.de by irz301.inf.tu-dresden.de with SMTP (5.67b+/DEC-Ultrix/4.3) id AA14139; Wed, 1 Mar 1995 00:16:45 +0100 Received: by sax.sax.de (8.6.9/8.6.9-s1) with UUCP id AAA02908 for freebsd-hackers@freebsd.org; Wed, 1 Mar 1995 00:16:44 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.6.9/8.6.9) id AAA05034 for freebsd-hackers@freebsd.org; Wed, 1 Mar 1995 00:11:49 +0100 From: J Wunsch Message-Id: <199502282311.AAA05034@uriah.heep.sax.de> Subject: Re: sh patch To: freebsd-hackers@FreeBSD.org (FreeBSD hackers) Date: Wed, 1 Mar 1995 00:11:47 +0100 (MET) In-Reply-To: <199502282146.WAA06798@gvr.win.tue.nl> from "Guido van Rooij" at Feb 28, 95 10:46:49 pm Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 415 Sender: hackers-owner@FreeBSD.org Precedence: bulk As Guido van Rooij wrote: > > I mailed this patch to current. If noone objects, I'll commit it to > the source tree. (I've been running this sh for some time now > without problems). Maybe this is carrying coals to Newcastle: have you verified the Posix docs for this? -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Tue Feb 28 17:27:48 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id RAA27297 for hackers-outgoing; Tue, 28 Feb 1995 17:27:48 -0800 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.cdrom.com (8.6.9/8.6.6) with SMTP id RAA26643 for ; Tue, 28 Feb 1995 17:15:09 -0800 Received: from sax.sax.de by irz301.inf.tu-dresden.de with SMTP (5.67b+/DEC-Ultrix/4.3) id AA13918; Wed, 1 Mar 1995 00:06:57 +0100 Received: by sax.sax.de (8.6.9/8.6.9-s1) with UUCP id AAA02870 for freebsd-hackers@freebsd.org; Wed, 1 Mar 1995 00:06:55 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.6.9/8.6.9) id XAA04754 for freebsd-hackers@freebsd.org; Tue, 28 Feb 1995 23:41:38 +0100 From: J Wunsch Message-Id: <199502282241.XAA04754@uriah.heep.sax.de> Subject: Re: porting software To: freebsd-hackers@FreeBSD.org (FreeBSD hackers) Date: Tue, 28 Feb 1995 23:41:37 +0100 (MET) In-Reply-To: <199502281805.LAA25222@seagull.rtd.com> from "Don Yuniskis" at Feb 28, 95 11:05:37 am Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 1835 Sender: hackers-owner@FreeBSD.org Precedence: bulk As Don Yuniskis wrote: > > Frequently, when porting software to FreeBSD, the compiler emits > "... was declared implicitly `extern' and later `static'" errors. > I understand their cause and realize adding a prototype is the > correct and easiest way to silence them (barring a compiler switch). > However, can I simply ignore them? Yes. They're ususally a leftover from old-day engineers who still think that every function returns ``something like'' an int. Why declare functions?... > Currently, I simply examine the > offending function declaration and, if it returns 'int', assume the > "implicit" declaration will coincide with the "explicit" declaration. > (figuring that the real potential for screw up lies in a function > which returns something *other* than int. Q: will the compiler > emit a *real* error in those cases?) Should I also be examining Yes, the compiler will generate an error if the function is later being defined to return something else than an int. (Type mismatch with previous implicit declaration.) > arguments, etc.? Likewise for 'non-static' --> 'static' warnings... > Any other "general comments"? If you have the time, convert everything to ANSI style. Either use prototypes, or rearrange the code Pascal-like, with main() being the last function. (99 % of all functions do not need to be forward- declared, they can be defined in place as well.) If you feel cautious about people using ancient compilers, bracket the prototypes within #if __STDC__. (Generally, _i_ don't.) Watch out for implicit casts if you do this: int foo(c, f) char c; float f; {} is equivalent to int foo(int c, double f) {} mv FLAMES /dev/null ;-) -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Tue Feb 28 17:34:32 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id RAA27574 for hackers-outgoing; Tue, 28 Feb 1995 17:34:32 -0800 Received: from netcom14.netcom.com (hasty@netcom14.netcom.com [192.100.81.126]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id RAA27568 for ; Tue, 28 Feb 1995 17:34:31 -0800 Received: by netcom14.netcom.com (8.6.9/Netcom) id RAA28794; Tue, 28 Feb 1995 17:34:13 -0800 Date: Tue, 28 Feb 1995 17:34:13 -0800 From: hasty@netcom.com (Amancio Hasty Jr) Message-Id: <199503010134.RAA28794@netcom14.netcom.com> To: freebsd-hackers@FreeBSD.org Subject: GUS users... Sender: hackers-owner@FreeBSD.org Precedence: bulk Hi, I am wondering who is having problems with the GUS out there... I can't help the folks with the GUS MAX because I don't have one. If you do have a problem, send me your system config file and sys/i386/isa/sound_config.h file. The linux sound driver requires Tnks, Amancio From owner-freebsd-hackers Tue Feb 28 17:35:41 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id RAA27649 for hackers-outgoing; Tue, 28 Feb 1995 17:35:41 -0800 Received: from netcom14.netcom.com (root@netcom14.netcom.com [192.100.81.126]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id RAA27643 for ; Tue, 28 Feb 1995 17:35:40 -0800 Received: by netcom14.netcom.com (8.6.9/Netcom) id RAA28284; Tue, 28 Feb 1995 17:30:32 -0800 Date: Tue, 28 Feb 1995 17:30:32 -0800 From: hasty@netcom.com (Amancio Hasty Jr) Message-Id: <199503010130.RAA28284@netcom14.netcom.com> To: freebsd-hackers@FreeBSD.org Subject: Since lites-1.0 is out... Sender: hackers-owner@FreeBSD.org Precedence: bulk Hi, If anyone manages to successfully build and boot lites, would you care to share your setup ? Tnks, Amancio From owner-freebsd-hackers Tue Feb 28 17:55:53 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id RAA28532 for hackers-outgoing; Tue, 28 Feb 1995 17:55:53 -0800 Received: from localhost (localhost [127.0.0.1]) by freefall.cdrom.com (8.6.9/8.6.6) with SMTP id RAA28525; Tue, 28 Feb 1995 17:55:52 -0800 X-Authentication-Warning: freefall.cdrom.com: Host localhost didn't use HELO protocol To: hasty@netcom.com (Amancio Hasty Jr) cc: freebsd-hackers@FreeBSD.org Subject: Re: Since lites-1.0 is out... In-reply-to: Your message of "Tue, 28 Feb 95 17:30:32 PST." <199503010130.RAA28284@netcom14.netcom.com> Date: Tue, 28 Feb 1995 17:55:51 -0800 Message-ID: <28523.794022951@freefall.cdrom.com> From: "Jordan K. Hubbard" Sender: hackers-owner@FreeBSD.org Precedence: bulk > Hi, > If anyone manages to successfully build and boot lites, would > you care to share your setup ? I'll go further - if somebody is willing to do the work, I can devote a machine to it for awhile for other folks to log into and check out LITES for themselves. Jordan From owner-freebsd-hackers Tue Feb 28 18:08:40 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id SAA28999 for hackers-outgoing; Tue, 28 Feb 1995 18:08:40 -0800 Received: from goof.com (root@goof.com [198.82.204.15]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id SAA28991; Tue, 28 Feb 1995 18:08:37 -0800 Received: (from mmead@localhost) by goof.com (8.6.9/8.6.9) id VAA00548; Tue, 28 Feb 1995 21:08:33 -0500 From: "matthew c. mead" Message-Id: <199503010208.VAA00548@goof.com> Subject: Two things: Sound, playmidi To: ports@FreeBSD.org Date: Tue, 28 Feb 1995 21:08:33 -7700 (EST) Cc: hackers@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: 1486 Sender: hackers-owner@FreeBSD.org Precedence: bulk First off, sorry for CCing this to an additional maillist, but it does pertain to both. Anyhow, first off - I've got two soundcards - I only put one in the machine at a time - but I'm getting the results on both of them that I've seen people reporting. I have a Pro Audio Spectrum 16, and a Gravis Ultrasound MAX. When I cat >/dev/audio it ends up repeating the thing til I break the command. If I use "splay" from the sndkit, it repeats the thing til I try to reboot (the process is unkillable). Reboot hangs and doesn't reboot the machine, so I have to hard reboot it. The card I'd most like to get working perfectly is the GUS MAX. Anyhow, if anyone knows how to fix this problem, or has any clues for me (maybe I can poke around), I'd really appreciate it. The other issue has to do with ports. I remember hearing Jordan saying something about FreeBSD not having a midi player. Well, I took to the task of getting linux's playmidi working today, expecting a nightmare, and it was no more than a 5 minute deal. Mainly just changing "sys" to "machine" and soforth. Do we want to include this in ports? If so, I can make patches and such... -matt -- Matthew C. Mead -> Virginia Tech Center for Transportation Research - -> Multiple Platform System and Network Administration Work Related -> mmead@ctr.vt.edu | mmead@goof.com <- All Other ---- ------- WWW -> http://www.goof.com/~mmead --- ----- From owner-freebsd-hackers Tue Feb 28 18:27:45 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id SAA29643 for hackers-outgoing; Tue, 28 Feb 1995 18:27:45 -0800 Received: from netcom23.netcom.com (bakul@netcom23.netcom.com [192.100.81.137]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id SAA29637 for ; Tue, 28 Feb 1995 18:27:44 -0800 Received: from localhost by netcom23.netcom.com (8.6.10/Netcom) id SAA07337; Tue, 28 Feb 1995 18:27:23 -0800 Message-Id: <199503010227.SAA07337@netcom23.netcom.com> To: hasty@netcom.com (Amancio Hasty Jr) cc: freebsd-hackers@FreeBSD.org Subject: Re: Since lites-1.0 is out... In-reply-to: Your message of "Tue, 28 Feb 95 17:30:32 PST." <199503010130.RAA28284@netcom14.netcom.com> Date: Tue, 28 Feb 95 18:27:23 -0800 From: Bakul Shah Sender: hackers-owner@FreeBSD.org Precedence: bulk > If anyone manages to successfully build and boot lites, would > you care to share your setup ? I haven't built it yet but [just in case you don't already know] there are some instructions for buidling lites-1.0 on FreeBSD in the package. I think you will also need to fetch Mach4 from jaguar.cs.utah.edu:/flexmach. Bakul From owner-freebsd-hackers Tue Feb 28 18:29:56 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id SAA29724 for hackers-outgoing; Tue, 28 Feb 1995 18:29:56 -0800 Received: from netcom14.netcom.com (hasty@netcom14.netcom.com [192.100.81.126]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id SAA29606; Tue, 28 Feb 1995 18:27:07 -0800 Received: by netcom14.netcom.com (8.6.9/Netcom) id SAA06372; Tue, 28 Feb 1995 18:26:42 -0800 Date: Tue, 28 Feb 1995 18:26:42 -0800 From: hasty@netcom.com (Amancio Hasty Jr) Message-Id: <199503010226.SAA06372@netcom14.netcom.com> To: mmead@goof.com, ports@FreeBSD.org Subject: Re: Two things: Sound, playmidi Cc: hackers@FreeBSD.org Sender: hackers-owner@FreeBSD.org Precedence: bulk > The other issue has to do with ports. I remember hearing Jordan saying >something about FreeBSD not having a midi player. Well, I took to the task of >getting linux's playmidi working today, expecting a nightmare, and it was no Well, playmidi is okay... I think that adagio sounds better but heck if you like it cool :) I have a simple question: Whatever happend to the old port of adagio??? adagio is yet another midi player from the linux crowd. So if someone out there has an old copy perhaps this is a good time to re-submit the port again. Tnks, Amancio From owner-freebsd-hackers Tue Feb 28 18:30:58 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id SAA29787 for hackers-outgoing; Tue, 28 Feb 1995 18:30:58 -0800 Received: from netcom14.netcom.com (hasty@netcom14.netcom.com [192.100.81.126]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id SAA29781 for ; Tue, 28 Feb 1995 18:30:58 -0800 Received: by netcom14.netcom.com (8.6.9/Netcom) id SAA06929; Tue, 28 Feb 1995 18:30:38 -0800 Date: Tue, 28 Feb 1995 18:30:38 -0800 From: hasty@netcom.com (Amancio Hasty Jr) Message-Id: <199503010230.SAA06929@netcom14.netcom.com> To: hackers@FreeBSD.org Subject: iBCS2 and word perfect... Sender: hackers-owner@FreeBSD.org Precedence: bulk I have not been able to download the 35MB yet... So while I am waiting for my next window of opportunity to download the mother of all word processors. I decided to take a look at the Linux iBCS2 implementation: The local X interface is simplistic. It assumes only one local X server exists and assumes that the pathname of the Unix domain socket for local connections is always /tmp/.X11-unix/X0. The SCO code opens both /dev/X0R and /dev/spx, writes a single byte to /dev/X0R, reads a message from /dev/X0R with getmsg then writes this message to /dev/spx with putmsg and closes /dev/X0R. This establishes the /dev/spx file descriptor as a connection to the X server listening on /dev/X0R. We ignore all activity on the /dev/X0R device (hence it is a link to /dev/null), getmsg and putmsg are stubbed so don't do anything and opens on the /dev/spx simply replace the open inode with a socket connected to the X server's Unix domain socket. At some point in the future we will implement a simple minded /dev/X* driver that returns some form of id via the getmsg which can then be passed to /dev/spx with putmsg and which will allow /dev/spx to connect to the relevant X server. This will only happen if someone actually *needs* multiple local X servers... ------------------ So perhaps someone out there can try the above suggestions and report back ... Tnks, Amancio From owner-freebsd-hackers Tue Feb 28 18:36:43 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id SAA00200 for hackers-outgoing; Tue, 28 Feb 1995 18:36:43 -0800 Received: from ix3.ix.netcom.com (ix3.ix.netcom.com [199.182.120.5]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id SAA00194 for ; Tue, 28 Feb 1995 18:36:42 -0800 Received: from by ix3.ix.netcom.com (8.6.9/SMI-4.1/Netcom) id SAA14927; Tue, 28 Feb 1995 18:35:53 -0800 Date: Tue, 28 Feb 1995 18:35:53 -0800 Message-Id: <199503010235.SAA14927@ix3.ix.netcom.com> From: PVinci@ix.netcom.com (Paul Vinciguerra) Subject: Where is wd.h? To: hackers@FreeBSD.org Sender: hackers-owner@FreeBSD.org Precedence: bulk I'm looking for wd.h, a nonexistent include in wd.c. Does anybody know what's up with this? Was it in a former release, a future release, or am I missing something extremely obvious. Thanks, Paul From owner-freebsd-hackers Tue Feb 28 18:50:31 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id SAA00508 for hackers-outgoing; Tue, 28 Feb 1995 18:50:31 -0800 Received: from goof.com (root@goof.com [198.82.204.15]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id SAA00502; Tue, 28 Feb 1995 18:50:30 -0800 Received: (from mmead@localhost) by goof.com (8.6.9/8.6.9) id VAA01269; Tue, 28 Feb 1995 21:49:47 -0500 From: "matthew c. mead" Message-Id: <199503010249.VAA01269@goof.com> Subject: Re: Two things: Sound, playmidi To: hasty@netcom.com (Amancio Hasty Jr) Date: Tue, 28 Feb 1995 21:49:46 -7700 (EST) Cc: ports@FreeBSD.org, hackers@FreeBSD.org In-Reply-To: <199503010226.SAA06372@netcom14.netcom.com> from "Amancio Hasty Jr" at Feb 28, 95 06:26: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: 1409 Sender: hackers-owner@FreeBSD.org Precedence: bulk Amancio Hasty Jr wrote: > > The other issue has to do with ports. I remember hearing Jordan saying > >something about FreeBSD not having a midi player. Well, I took to the task of > >getting linux's playmidi working today, expecting a nightmare, and it was no > > Well, playmidi is okay... I think that adagio sounds better but heck if > you like it cool :) Well, I haven't tried to get adagio to work right. Does it do sequencing too? I'd like to have a sequencer under FreeBSD. > I have a simple question: > Whatever happend to the old port of adagio??? > > adagio is yet another midi player from the linux crowd. > > So if someone out there has an old copy perhaps this is a good time > to re-submit the port again. So do you have any idea what the deal is with the audio card? I can't even do simple operations like "mixer vol 75" : mmead@goof % mixer vol 75 Setting the mixer vol to 75:75. WRITE_MIXER: Invalid argument ---- I can send the output of kdump on the ktrace.out produced from "ktrace mixer vol 75" ... if anyone wants to look at it... -matt -- Matthew C. Mead -> Virginia Tech Center for Transportation Research - -> Multiple Platform System and Network Administration Work Related -> mmead@ctr.vt.edu | mmead@goof.com <- All Other ---- ------- WWW -> http://www.goof.com/~mmead --- ----- From owner-freebsd-hackers Tue Feb 28 18:58:27 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id SAA00756 for hackers-outgoing; Tue, 28 Feb 1995 18:58:27 -0800 Received: from netcom14.netcom.com (hasty@netcom14.netcom.com [192.100.81.126]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id SAA00748 for ; Tue, 28 Feb 1995 18:58:25 -0800 Received: by netcom14.netcom.com (8.6.9/Netcom) id SAA10438; Tue, 28 Feb 1995 18:58:01 -0800 Date: Tue, 28 Feb 1995 18:58:01 -0800 From: hasty@netcom.com (Amancio Hasty Jr) Message-Id: <199503010258.SAA10438@netcom14.netcom.com> To: bakul@netcom.com, hasty@netcom.com Subject: Re: Since lites-1.0 is out... Cc: freebsd-hackers@FreeBSD.org Sender: hackers-owner@FreeBSD.org Precedence: bulk >know] there are some instructions for buidling lites-1.0 on >FreeBSD in the package. I think you will also need to fetch Hmmm..., I think the biggest problem in building lites is mach4 we are still using a very old gas which core dumps when attempting to compile a .s file. The fix is to get the latest gas and build it for freebsd. I peruse around the latest gas and notice there were no configuration files for freebsd however there some for netbsd so I guess that is a start. Amancio From owner-freebsd-hackers Tue Feb 28 19:01:18 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id TAA00856 for hackers-outgoing; Tue, 28 Feb 1995 19:01:18 -0800 Received: from localhost (localhost [127.0.0.1]) by freefall.cdrom.com (8.6.9/8.6.6) with SMTP id TAA00834; Tue, 28 Feb 1995 19:01:06 -0800 X-Authentication-Warning: freefall.cdrom.com: Host localhost didn't use HELO protocol To: hasty@netcom.com (Amancio Hasty Jr) cc: mmead@goof.com, ports@FreeBSD.org, hackers@FreeBSD.org Subject: Re: Two things: Sound, playmidi In-reply-to: Your message of "Tue, 28 Feb 95 18:26:42 PST." <199503010226.SAA06372@netcom14.netcom.com> Date: Tue, 28 Feb 1995 19:01:06 -0800 Message-ID: <833.794026866@freefall.cdrom.com> From: "Jordan K. Hubbard" Sender: hackers-owner@FreeBSD.org Precedence: bulk > I have a simple question: > Whatever happend to the old port of adagio??? The problem seems to be that adagio itself disappeared. All the archie requests I've done for it yield stale entries. Productized, perhaps? Jordan From owner-freebsd-hackers Tue Feb 28 19:01:29 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id TAA00880 for hackers-outgoing; Tue, 28 Feb 1995 19:01:29 -0800 Received: from Root.COM (implode.Root.COM [198.145.90.1]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id TAA00861 for ; Tue, 28 Feb 1995 19:01:20 -0800 Received: from corbin.Root.COM (corbin.Root.COM [198.145.90.18]) by Root.COM (8.6.8/8.6.5) with ESMTP id TAA21491; Tue, 28 Feb 1995 19:01:13 -0800 Received: from localhost (localhost [127.0.0.1]) by corbin.Root.COM (8.6.9/8.6.5) with SMTP id TAA00202; Tue, 28 Feb 1995 19:01:13 -0800 Message-Id: <199503010301.TAA00202@corbin.Root.COM> X-Authentication-Warning: corbin.Root.COM: Host localhost didn't use HELO protocol To: PVinci@ix.netcom.com (Paul Vinciguerra) cc: hackers@FreeBSD.org Subject: Re: Where is wd.h? In-reply-to: Your message of "Tue, 28 Feb 95 18:35:53 PST." <199503010235.SAA14927@ix3.ix.netcom.com> From: David Greenman Reply-To: davidg@Root.COM Date: Tue, 28 Feb 1995 19:01:12 -0800 Sender: hackers-owner@FreeBSD.org Precedence: bulk >I'm looking for wd.h, a nonexistent include in wd.c. Does anybody know >what's up with this? Was it in a former release, a future release, or >am I missing something extremely obvious. You're missing something, but it's not very obvious. The wd.h file is created by config in the compile/YOURKERNEL directory. It contains one line that is a #define NWD n (where 'n' is the number of units configured). -DG From owner-freebsd-hackers Tue Feb 28 19:16:40 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id TAA01515 for hackers-outgoing; Tue, 28 Feb 1995 19:16:40 -0800 Received: from goof.com (root@goof.com [198.82.204.15]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id TAA01507; Tue, 28 Feb 1995 19:16:34 -0800 Received: (from mmead@localhost) by goof.com (8.6.9/8.6.9) id WAA01597; Tue, 28 Feb 1995 22:16:30 -0500 From: "matthew c. mead" Message-Id: <199503010316.WAA01597@goof.com> Subject: Re: Two things: Sound, playmidi To: jkh@freefall.cdrom.com (Jordan K. Hubbard) Date: Tue, 28 Feb 1995 22:16:29 -7700 (EST) Cc: hasty@netcom.com, ports@FreeBSD.org, hackers@FreeBSD.org In-Reply-To: <833.794026866@freefall.cdrom.com> from "Jordan K. Hubbard" at Feb 28, 95 07:01:06 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: 818 Sender: hackers-owner@FreeBSD.org Precedence: bulk Jordan K. Hubbard wrote: > > I have a simple question: > > Whatever happend to the old port of adagio??? > The problem seems to be that adagio itself disappeared. All the > archie requests I've done for it yield stale entries. Productized, > perhaps? sunsite.unc.edu:/pub/Linux/apps/sounds/players/adagio03.README doesn't have any info on where to get the latest version, but the author's email address is in there. Unfortunately, none of the rest of the adagio package is there. -matt -- Matthew C. Mead -> Virginia Tech Center for Transportation Research - -> Multiple Platform System and Network Administration Work Related -> mmead@ctr.vt.edu | mmead@goof.com <- All Other ---- ------- WWW -> http://www.goof.com/~mmead --- ----- From owner-freebsd-hackers Tue Feb 28 19:17:13 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id TAA01551 for hackers-outgoing; Tue, 28 Feb 1995 19:17:13 -0800 Received: from netcom14.netcom.com (hasty@netcom14.netcom.com [192.100.81.126]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id TAA01529; Tue, 28 Feb 1995 19:17:04 -0800 Received: by netcom14.netcom.com (8.6.9/Netcom) id TAA12459; Tue, 28 Feb 1995 19:16:44 -0800 Date: Tue, 28 Feb 1995 19:16:44 -0800 From: hasty@netcom.com (Amancio Hasty Jr) Message-Id: <199503010316.TAA12459@netcom14.netcom.com> To: hasty@netcom.com, jkh@freefall.cdrom.com Subject: Re: Two things: Sound, playmidi Cc: hackers@FreeBSD.org, mmead@goof.com, ports@FreeBSD.org Sender: hackers-owner@FreeBSD.org Precedence: bulk >The problem seems to be that adagio itself disappeared. All the >archie requests I've done for it yield stale entries. Productized, >perhaps? Nope, I have a copy from a linux ftp archive. What we need is the original port for FreeBSD. We went thru this before ... Also, not related to sound I also noticed that the isode port for FreeBSD also disappear. Do you have an listing of ports that were done for FreeBSD-1.1.5 ?? I think is time to get some files out of your backup save set :) Amancio From owner-freebsd-hackers Tue Feb 28 19:32:53 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id TAA02170 for hackers-outgoing; Tue, 28 Feb 1995 19:32:53 -0800 Received: from hutcs.cs.hut.fi (root@hutcs.cs.hut.fi [130.233.192.2]) by freefall.cdrom.com (8.6.9/8.6.6) with SMTP id TAA02164 for ; Tue, 28 Feb 1995 19:32:43 -0800 Received: from shadows.cs.hut.fi by hutcs.cs.hut.fi with SMTP id AA21638 (5.65c8/HUTCS-S 1.4 for ); Wed, 1 Mar 1995 05:31:40 +0200 Received: by shadows.cs.hut.fi (8.6.10/SMI-SVR4) id FAA07767; Wed, 1 Mar 1995 05:32:31 +0200 Date: Wed, 1 Mar 1995 05:32:31 +0200 From: hsu@cs.hut.fi (Heikki Suonsivu) Message-Id: <199503010332.FAA07767@shadows.cs.hut.fi> To: Tom Samplonius Cc: freebsd-hackers@freefall.cdrom.com In-Reply-To: Tom Samplonius's message of 28 Feb 1995 00:38:58 +0200 Subject: Re: pppd inactivity timeout? Organization: Helsinki University of Technology, Otaniemi, Finland Sender: hackers-owner@FreeBSD.org Precedence: bulk > A Cyclades driver should be just around the corner. Bruce, any word on > this? Did you get your card from Cyclades yet? I don't know too much about this card. So what does it do over a dumb 16550A board? How many ports? Full modem control lines? How much does it cost? I think the major differences are - Serial controller is smarter Cyrix chip. - It uses shared memory instead of IO instructions. - It has got true hardware flow control (on those boards which have all the signals). - The board is simple, which I would guess to make manufacturing them pretty cheap, and that equals dropping prices in future. - There also are other manufacturers using the same chip, which probably also helps to keep the price tag low by competition. - Cyclades is helpful towards software developers. The driver design kit is freely available in ftp.netcom.com, cy/cyclades. They were the first intelligent serial board manufacturer to get a Linux driver (according to what I heard, they run out of stock when the word about this spread :-). - Support for 115.2k on all ports (and according to the manuals, 150k, if anything happens to support that speed). Cyclades delivers 8 and 16 port versions. We have tested both under linux, and have got one 386-33 serving 14 V34 modems DTE locked at 115.2k. Kernel cpu seems to stay under 15% all the time (but it is hard to measure in such a slow machine). We have had stability problems during the last two weeks (after adding two more modems), but before that it run for three weeks just fine. The machine is a junkyard collection machine known to play tricks in the past, so I don't know yet whether it was the additional modems, PC hardware, Linux driver, Linux (1.1.88) or the cyclades board. 8 port board hasn't failed yet. We will be testing out a 16 port board at full 115.2k raw speed for leased line modem server in about three weeks, which probably is a better test than 16 modems. Unfortunately Cyclades' promotional offer just run out, it was $99 for 8-port RJ11 board, $199 for 8-port DB25 (full modem control) and $399 for 16-port version (full modem control). List prices are about double, but low-profit resellers probably help in this. Someone might organize a group order? Or negotiate a FreeBSD discount :-)? We also use 4-port AST clones at 115.2k V34 modems, one per machine. If you don't need more than 4 ports, they seem to work well enough, at unbeatable price/port ratio. I haven't tested 16-port 16550 boards. [We resell Cyclades boards in Finland and use them in our terminal/modem servers (ISP), so this may be biased :-)] -- Heikki Suonsivu, T{ysikuu 10 C 83/02210 Espoo/FINLAND, hsu@cs.hut.fi home +358-0-8031121 work -4513377 fax -4555276 riippu SN From owner-freebsd-hackers Tue Feb 28 23:26:20 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id XAA10444 for hackers-outgoing; Tue, 28 Feb 1995 23:26:20 -0800 Received: from wcarchive.cdrom.com (wcarchive.cdrom.com [192.216.191.11]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id XAA10434 for ; Tue, 28 Feb 1995 23:26:18 -0800 Received: from orion.stars.sed.monmouth.army.mil ([158.9.11.65]) by wcarchive.cdrom.com (8.6.8/8.6.6) with ESMTP id FAA22206 for ; Tue, 28 Feb 1995 05:43:29 -0800 Message-Id: <199502281343.FAA22206@wcarchive.cdrom.com> Received: by orion.stars.sed.monmouth.army.mil (1.37.109.11/16.2) id AA203769006; Tue, 28 Feb 1995 08:43:26 -0500 From: william pechter ILEX Subject: Re: Binary compatibility with NetBSD To: FreeBSD-hackers@wcarchive.cdrom.com (FreeBSD-hackers) Date: Tue, 28 Feb 1995 08:43:26 -0500 (EST) X-Mailer: ELM [version 2.4 PL23] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 858 Sender: hackers-owner@FreeBSD.org Precedence: bulk > In reply to Julian Elischer who said > > > > > > > > > Just to re-iterate, my suggestion is to (a) make ld.so compatible and > > > > > > > > This suggest that we have a /usr/shlib/NetBSD > > which would be good because it would fit in with the > > /usr/shlib/iBSC2-SCO > > and > > /usr/shlib/Linux > > that are already coming down the pipeline. > > we could then have: > > /usr/shlib/FreeBSD-1 for the compat stuff. > > > > I like this plan. > Boy would this be nice. Shared libraries to run Linux stuff and NetBSD stuff. This is a great idea -- but how doable is it? Bill ----------------------------------------------------------------------------- Bill Pechter |Systems Administrator | Ilex Systems |170 Patterson Ave | Shrewsbury, New Jersey 07702 908-532-2943 |pechter@sesd.ilex.com | pechter@stars.sed.monmouth.army.mil From owner-freebsd-hackers Tue Feb 28 23:26:19 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id XAA10437 for hackers-outgoing; Tue, 28 Feb 1995 23:26:19 -0800 Received: from wcarchive.cdrom.com (wcarchive.cdrom.com [192.216.191.11]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id XAA10430 for ; Tue, 28 Feb 1995 23:26:17 -0800 Received: from vector.eikon.e-technik.tu-muenchen.de (vector.eikon.e-technik.tu-muenchen.de [129.187.142.36]) by wcarchive.cdrom.com (8.6.8/8.6.6) with ESMTP id FAA23914 for ; Tue, 28 Feb 1995 05:54:05 -0800 Received: (from jhs@localhost) by vector.eikon.e-technik.tu-muenchen.de (8.6.9/8.6.9) id XAA08252; Mon, 27 Feb 1995 23:04:03 +0100 Date: Mon, 27 Feb 1995 23:04:03 +0100 From: Julian Howard Stacey Message-Id: <199502272204.XAA08252@vector.eikon.e-technik.tu-muenchen.de> To: FreeBSD-hackers@wcarchive.cdrom.com, pechter@stars.sed.monmouth.army.mil, ponds!rivers@dg-rtp.dg.com Subject: Re: Patch for gnu/libexec/uucp Sender: hackers-owner@FreeBSD.org Precedence: bulk > I'd be in favor of an HDB approach. We run Taylor UUCP code (last time I looked) Ian Taylor reccomends me use Taylor config files (suprise;-) most of the folk in the taylor-uucp sdevelopment/support mail list use taylor config files (many more than use anything else) Julian S From owner-freebsd-hackers Tue Feb 28 23:40:59 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id XAA10727 for hackers-outgoing; Tue, 28 Feb 1995 23:40:59 -0800 Received: from dkuug.dk (dkuug.dk [193.88.44.89]) by freefall.cdrom.com (8.6.9/8.6.6) with SMTP id XAA10716 for ; Tue, 28 Feb 1995 23:40:53 -0800 Received: from kmd-ac.dk by dkuug.dk with UUCP id AA16235 (5.65c8/IDA-1.4.4j for FreeBSD.org!freebsd-hackers); Wed, 1 Mar 1995 08:40:38 +0100 Message-Id: <199503010740.AA16235@dkuug.dk> Subject: Re: iBSC2 and WordPerfect.. To: roberto@blaise.ibp.fr (Ollivier Robert) Date: Wed, 1 Mar 1995 08:42:22 +0000 (GMT) From: "Soeren Schmidt" Cc: julian@tfs.com, freebsd-hackers@FreeBSD.org In-Reply-To: <9502280932.AA18886@blaise.ibp.fr> from "Ollivier Robert" at Feb 28, 95 10:32:39 am X-Mailer: ELM [version 2.4 PL22] Content-Type: text Content-Length: 724 X-Charset: ASCII X-Char-Esc: 29 Sender: hackers-owner@FreeBSD.org Precedence: bulk In reply to Ollivier Robert who wrote: > > > in their ftp site (ftp.wordperfect.com) > > that is STATICALLY LINKED specifically so that Linux users can > > try it.. > > > > I guess it should work for us too, eh? > > Yes, if you can ftp the 35 MB of the demo version :-) > > BTW, how one can install it on a FreeBSD system ? We don't have custom > or any other SVRn installation program... OOOHHH, hold your horses !! I pretty sure this won't work yet, mainly our socksys code isn't up to snuff yet, but if you guys had a little time fixing it (hint hint).... -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Soren Schmidt (sos@FreeBSD.org | sos@kmd-ac.dk) FreeBSD Core Team .. From owner-freebsd-hackers Tue Feb 28 23:41:30 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id XAA10743 for hackers-outgoing; Tue, 28 Feb 1995 23:41:30 -0800 Received: from mail.rwth-aachen.de (mail.RWTH-Aachen.DE [137.226.144.9]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id XAA10735 for ; Tue, 28 Feb 1995 23:41:24 -0800 Received: from gilberto.physik.rwth-aachen.de by mail.rwth-aachen.de (PMDF V4.3-10 #7297) id <01HNM67BSK9S001MTA@mail.rwth-aachen.de>; Wed, 01 Mar 1995 08:42:18 +0100 Received: (from kuku@localhost) by gilberto.physik.rwth-aachen.de (8.6.8/8.6.9) id IAA05862; Wed, 1 Mar 1995 08:47:48 +0100 Date: Wed, 01 Mar 1995 08:47:47 +0100 (MET) From: Christoph Kukulies Subject: Re: problem starting Xaccel In-reply-to: <199502280937.KAA03099@gilberto.physik.rwth-aachen.de> from "Christoph P. Kukulies" at Feb 28, 95 10:37:29 am To: kuku@gilberto.physik.rwth-aachen.de (Christoph P. Kukulies) Cc: freebsd-hackers@freefall.cdrom.com (user alias) Reply-to: Christoph Kukulies Message-id: <199503010747.IAA05862@gilberto.physik.rwth-aachen.de> X-Mailer: ELM [version 2.4 PL23] Content-type: text Content-transfer-encoding: 7BIT Content-length: 569 Sender: hackers-owner@FreeBSD.org Precedence: bulk I wrote:> > When starting Xaccel I'm getting: > ld.so: Undefined symbol "___umoddi3" called from Xaccel:/usr/lib/libc.so.1.1 > at 0 x80caa28 > > under 2.1.0-current. This happened with 12beta4 the first time. > Up to then I was running a previous version of Xaccel. > This problem has been solved. It was an inadvertently linked shared binary at their site. > --Chris Christoph P. U. Kukulies kuku@gil.physik.rwth-aachen.de FreeBSD blues 2.1.0-Development FreeBSD 2.1.0-Development #0: Sun Feb 26 20:27:39 1995 root@blues:/usr/src/sys/compile/BLUESGUS i386 From owner-freebsd-hackers Tue Feb 28 23:45:28 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id XAA10944 for hackers-outgoing; Tue, 28 Feb 1995 23:45:28 -0800 Received: from wcarchive.cdrom.com (wcarchive.cdrom.com [192.216.191.11]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id XAA10938 for ; Tue, 28 Feb 1995 23:45:27 -0800 Received: from netcom14.netcom.com (hasty@netcom14.netcom.com [192.100.81.126]) by wcarchive.cdrom.com (8.6.8/8.6.6) with ESMTP id XAA06321 for ; Tue, 28 Feb 1995 23:44:59 -0800 Received: by netcom14.netcom.com (8.6.9/Netcom) id XAA13543; Tue, 28 Feb 1995 23:45:05 -0800 Date: Tue, 28 Feb 1995 23:45:05 -0800 From: hasty@netcom.com (Amancio Hasty Jr) Message-Id: <199503010745.XAA13543@netcom14.netcom.com> To: FreeBSD-hackers@wcarchive.cdrom.com, pechter@stars.sed.monmouth.army.mil Subject: Re: Binary compatibility with NetBSD Sender: hackers-owner@FreeBSD.org Precedence: bulk >Boy would this be nice. Shared libraries to run Linux stuff and >NetBSD stuff. This is a great idea -- but how doable is it? We may be able to get away with it by using Lites :) Currently, I think that Linux Lite stuff is running behind however I expect that they will catch up soon. I remember reading somewhere in the lites mailing list that *BSD drivers where not that good then a few posting later people asking for the *BSD drivers because the linux ones where not working :) Enjoy, Amancio From owner-freebsd-hackers Wed Mar 1 00:33:08 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id AAA12845 for hackers-outgoing; Wed, 1 Mar 1995 00:33:08 -0800 Received: from sequent.kiae.su (sequent.kiae.su [144.206.136.6]) by freefall.cdrom.com (8.6.9/8.6.6) with SMTP id AAA12795; Wed, 1 Mar 1995 00:32:39 -0800 Received: by sequent.kiae.su id AA15364 (5.65.kiae-2 ); Wed, 1 Mar 1995 11:23:03 +0300 Received: by sequent.KIAE.su (UUMAIL/2.0); Wed, 1 Mar 95 11:23:00 +0300 Received: (from ache@localhost) by astral.msk.su (8.6.8/8.6.6) id LAA00476; Wed, 1 Mar 1995 11:10:00 +0300 To: Amancio Hasty Jr , mmead@goof.com, ports@FreeBSD.org Cc: hackers@FreeBSD.org References: <199503010226.SAA06372@netcom14.netcom.com> In-Reply-To: <199503010226.SAA06372@netcom14.netcom.com>; from Amancio Hasty Jr at Tue, 28 Feb 1995 18:26:42 -0800 Message-Id: Organization: Olahm Ha-Yetzirah Date: Wed, 1 Mar 1995 11:09:59 +0300 X-Mailer: Mail/@ [v2.32 FreeBSD] From: "Andrey A. Chernov, Black Mage" X-Class: Fast Subject: Re: Two things: Sound, playmidi Lines: 31 Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Length: 1294 Sender: hackers-owner@FreeBSD.org Precedence: bulk In message <199503010226.SAA06372@netcom14.netcom.com> Amancio Hasty Jr writes: >> The other issue has to do with ports. I remember hearing Jordan saying >>something about FreeBSD not having a midi player. Well, I took to the task of >>getting linux's playmidi working today, expecting a nightmare, and it was no >Well, playmidi is okay... I think that adagio sounds better but heck if >you like it cool :) If you don't yet notice, playmidi is already ported. >I have a simple question: > Whatever happend to the old port of adagio??? >adagio is yet another midi player from the linux crowd. >So if someone out there has an old copy perhaps this is a good time >to re-submit the port again. I don't think so, adagio needs many fixes especially for timing problem (it calculates times by itself in wrong way). Yes, you can compile and run it with only few simple changes, but output will be very strange for some midis. Playmidi uses more advanced driver abilities. -- Andrey A. Chernov : And I rest so composedly, /Now, in my bed, ache@astral.msk.su : That any beholder /Might fancy me dead - FidoNet: 2:5020/230.3 : Might start at beholding me, /Thinking me dead. RELCOM Team,FreeBSD Team : E.A.Poe From "For Annie" 1849 From owner-freebsd-hackers Wed Mar 1 01:03:57 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id BAA17117 for hackers-outgoing; Wed, 1 Mar 1995 01:03:57 -0800 Received: from mail.rwth-aachen.de (mail.RWTH-Aachen.DE [137.226.144.9]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id BAA17107 for ; Wed, 1 Mar 1995 01:03:51 -0800 Received: from gilberto.physik.rwth-aachen.de by mail.rwth-aachen.de (PMDF V4.3-10 #7297) id <01HNM8UQMHGG001MID@mail.rwth-aachen.de>; Wed, 01 Mar 1995 09:58:27 +0100 Received: (from kuku@localhost) by gilberto.physik.rwth-aachen.de (8.6.8/8.6.9) id KAA06218 for freebsd-hackers@freefall.cdrom.com; Wed, 1 Mar 1995 10:03:54 +0100 Date: Wed, 01 Mar 1995 10:03:54 +0100 From: "Christoph P. Kukulies" Subject: arplookup To: freebsd-hackers@freefall.cdrom.com Message-id: <199503010903.KAA06218@gilberto.physik.rwth-aachen.de> Content-transfer-encoding: 7BIT Sender: hackers-owner@FreeBSD.org Precedence: bulk We are running two networks over the same ethernet and thus I'm getting a lot of these Mar 1 09:51:39 blues /kernel: arplookup 137.226.30.1 failed: host is not on local network Is there a way to either suppress this message or, better, to satisfy the arp request ? Another Q: I tried to run mrouted today but got: Mar 1 09:11:39 blues mrouted[137]: mrouted version 3.3 Mar 1 09:11:39 blues mrouted[137]: can't enable DVMRP routing in kernel: Operation not supported Is there a kernel option to enable this? --Chris Christoph P. U. Kukulies kuku@gil.physik.rwth-aachen.de FreeBSD blues 2.1.0-Development FreeBSD 2.1.0-Development #0: Sun Feb 26 20:27:39 1995 root@blues:/usr/src/sys/compile/BLUESGUS i386 From owner-freebsd-hackers Wed Mar 1 01:41:40 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id BAA19089 for hackers-outgoing; Wed, 1 Mar 1995 01:41:40 -0800 Received: from ibp.ibp.fr (ibp.ibp.fr [132.227.60.30]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id BAA19083 for ; Wed, 1 Mar 1995 01:41:33 -0800 Received: from blaise.ibp.fr (blaise.ibp.fr [132.227.60.1]) by ibp.ibp.fr (8.6.10/jtpda-5.0) with SMTP id KAA08742 ; Wed, 1 Mar 1995 10:40:15 +0100 Received: by blaise.ibp.fr (4.1/SMI-4.1) id AA23050; Wed, 1 Mar 95 10:41:12 +0100 From: roberto@blaise.ibp.fr (Ollivier Robert) Message-Id: <9503010941.AA23050@blaise.ibp.fr> Subject: Re: Since lites-1.0 is out... To: hasty@netcom.com (Amancio Hasty Jr) Date: Wed, 1 Mar 1995 10:41:11 +0100 (MET) Cc: bakul@netcom.com, hasty@netcom.com, freebsd-hackers@FreeBSD.org In-Reply-To: <199503010258.SAA10438@netcom14.netcom.com> from "Amancio Hasty Jr" at Feb 28, 95 06:58:01 pm X-Operating-System: FreeBSD 2.1.0-Development ctm#407 X-Mailer: ELM [version 2.4 PL23beta2] Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 765 Sender: hackers-owner@FreeBSD.org Precedence: bulk > Hmmm..., I think the biggest problem in building lites is mach4 > we are still using a very old gas which core dumps when attempting > to compile a .s file. The fix is to get the latest gas and build > it for freebsd. I peruse around the latest gas and notice there > were no configuration files for freebsd however there some for > netbsd so I guess that is a start. Remy has a patch for our current gas. But I think it would be better if we could upgrade to the last gas... We've been keeping our own because it was hacked to support PIC code. The current gas (2.5.2 I think) already support that so it is moot. -- Ollivier ROBERT -=- The daemon is FREE! -=- roberto@FreeBSD.ORG FreeBSD keltia 2.1.0-Development #14: Sun Feb 26 16:31:40 MET 1995 From owner-freebsd-hackers Wed Mar 1 01:46:26 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id BAA19236 for hackers-outgoing; Wed, 1 Mar 1995 01:46:26 -0800 Received: (from hsu@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id BAA19228 for hackers; Wed, 1 Mar 1995 01:46:23 -0800 Date: Wed, 1 Mar 1995 01:46:23 -0800 From: Jeffrey Hsu Message-Id: <199503010946.BAA19228@freefall.cdrom.com> To: hackers Subject: Re: Lites and Doom Sender: hackers-owner@FreeBSD.org Precedence: bulk NetBSD can run doom. Check out the announcement in comp.os.386bsd.announce. From owner-freebsd-hackers Wed Mar 1 02:01:36 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id CAA19732 for hackers-outgoing; Wed, 1 Mar 1995 02:01:36 -0800 Received: from ibp.ibp.fr (ibp.ibp.fr [132.227.60.30]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id CAA19726; Wed, 1 Mar 1995 02:01:31 -0800 Received: from blaise.ibp.fr (blaise.ibp.fr [132.227.60.1]) by ibp.ibp.fr (8.6.10/jtpda-5.0) with SMTP id LAA09175 ; Wed, 1 Mar 1995 11:00:18 +0100 Received: by blaise.ibp.fr (4.1/SMI-4.1) id AA23142; Wed, 1 Mar 95 11:01:14 +0100 From: roberto@blaise.ibp.fr (Ollivier Robert) Message-Id: <9503011001.AA23142@blaise.ibp.fr> Subject: Re: Lites and Doom To: hsu@freefall.cdrom.com (Jeffrey Hsu) Date: Wed, 1 Mar 1995 11:01:13 +0100 (MET) Cc: hackers@freefall.cdrom.com In-Reply-To: <199503010946.BAA19228@freefall.cdrom.com> from "Jeffrey Hsu" at Mar 1, 95 01:46:23 am X-Operating-System: FreeBSD 2.1.0-Development ctm#407 X-Mailer: ELM [version 2.4 PL23beta2] Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 275 Sender: hackers-owner@FreeBSD.org Precedence: bulk > > NetBSD can run doom. Check out the announcement in comp.os.386bsd.announce. I just saw it. They did a nice and fast job. -- Ollivier ROBERT -=- The daemon is FREE! -=- roberto@FreeBSD.ORG FreeBSD keltia 2.1.0-Development #14: Sun Feb 26 16:31:40 MET 1995 From owner-freebsd-hackers Wed Mar 1 02:07:15 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id CAA20123 for hackers-outgoing; Wed, 1 Mar 1995 02:07:15 -0800 Received: from netcom14.netcom.com (hasty@netcom14.netcom.com [192.100.81.126]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id CAA20105; Wed, 1 Mar 1995 02:07:05 -0800 Received: by netcom14.netcom.com (8.6.9/Netcom) id CAA08108; Wed, 1 Mar 1995 02:03:21 -0800 Date: Wed, 1 Mar 1995 02:03:21 -0800 From: hasty@netcom.com (Amancio Hasty Jr) Message-Id: <199503011003.CAA08108@netcom14.netcom.com> To: ache@astral.msk.su, hasty@netcom.com, mmead@goof.com, ports@FreeBSD.org Subject: Re: Two things: Sound, playmidi Cc: hackers@FreeBSD.org Sender: hackers-owner@FreeBSD.org Precedence: bulk >Playmidi uses more advanced driver abilities. Well, the last I heard playmidi was imcomplete because the author was waiting for Hannu to finish the driver. Now if someone has done further work on playmidi thats a different story. I managed to port a couple of weeks ago playmidi and instantly went looking for adagio. I am not sure which one is right however I have compared adagio against the midi player provided by Gravis and found it to be almost the same in fact adagio sounded better which some suggested was because of the reverb. As for me, I am going to use adagio. Tnks, Amancio From owner-freebsd-hackers Wed Mar 1 02:13:01 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id CAA20405 for hackers-outgoing; Wed, 1 Mar 1995 02:13:01 -0800 Received: from netcom14.netcom.com (hasty@netcom14.netcom.com [192.100.81.126]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id CAA20399; Wed, 1 Mar 1995 02:12:59 -0800 Received: by netcom14.netcom.com (8.6.9/Netcom) id CAA08644; Wed, 1 Mar 1995 02:12:37 -0800 Date: Wed, 1 Mar 1995 02:12:37 -0800 From: hasty@netcom.com (Amancio Hasty Jr) Message-Id: <199503011012.CAA08644@netcom14.netcom.com> To: hsu@freefall.cdrom.com, roberto@blaise.ibp.fr Subject: Re: Lites and Doom Cc: hackers@freefall.cdrom.com Sender: hackers-owner@FreeBSD.org Precedence: bulk > NetBSD can run doom. Check out the announcement in comp.os.386bsd.announce. Funny while people where arguing about NetBSD binary compatibility, I was thinking that it would be more useful to have Linux compat mode and iBCS2. I wonder how long is going to take migrate the linux compat mode to FreeBSD :) Cheers, Amancio From owner-freebsd-hackers Wed Mar 1 02:13:34 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id CAA20425 for hackers-outgoing; Wed, 1 Mar 1995 02:13:34 -0800 Received: from duality.gnu.ai.mit.edu (!@#$%^&*!@#$%^&*!@#$%^&*!@#$%^&*!@#$%^&*!@#$%^&*!@#$%^&*!@#$%^&*!@#$%^&*!@#$%^&*!@#$%^&*!@#$%^&*@duality.gnu.ai.mit.edu [18.43.0.236]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id CAA20419; Wed, 1 Mar 1995 02:13:32 -0800 Received: (from mycroft@localhost) by duality.gnu.ai.mit.edu (8.6.10/8.6.10) id FAA05750; Wed, 1 Mar 1995 05:13:27 -0500 Date: Wed, 1 Mar 1995 05:13:27 -0500 Message-Id: <199503011013.FAA05750@duality.gnu.ai.mit.edu> From: "Charles M. Hannum" To: jkh@freefall.cdrom.com Cc: pst@shockwave.com, hackers@freefall.cdrom.com, security@freefall.cdrom.com Subject: Re: key exchange for rlogin/telnet services? Sender: hackers-owner@FreeBSD.org Precedence: bulk According to someone Very Well Versed (tm) in this issue: D-H falls under the broad "Hellman-Diffie-Merkle" patent, which (according to PKP) claims all of public-key cryptography. That patent expires in 1997. The RSA patent expires in 2000. Both patents are controlled by PKP (Public Key Partners, a/k/a Jim Bidzos). The RSA "FAQ About Today's Cryptography", available off of http://www.rsa.com/, has a little more info about the various patents. I'm sure the various cypherpunk pages on the Web have pointers, too. P.S. Your message was extremely rude. From owner-freebsd-hackers Wed Mar 1 02:31:10 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id CAA20715 for hackers-outgoing; Wed, 1 Mar 1995 02:31:10 -0800 Received: from inet-gw-1.pa.dec.com (inet-gw-1.pa.dec.com [16.1.0.22]) by freefall.cdrom.com (8.6.9/8.6.6) with SMTP id CAA20709 for ; Wed, 1 Mar 1995 02:31:07 -0800 Received: from rks32.pcs.dec.com by inet-gw-1.pa.dec.com (5.65/24Feb95) id AA02267; Wed, 1 Mar 95 02:29:16 -0800 Received: by rks32.pcs.dec.com (Smail3.1.27.1 #16) id m0rjleA-0005OqC; Wed, 1 Mar 95 11:28 MEZ Message-Id: To: hackers%freebsd.org@inet-gw-1.pa.dec.com In-Reply-To: Message from "Jordan K. Hubbard" of Tue, 28 Feb 95 17:55:51 PST. Reply-To: gj@FreeBSD.org Subject: Re: Since lites-1.0 is out... Date: Wed, 01 Mar 95 10:28:46 GMT From: "gj%pcs.dec.com@inet-gw-1.pa.dec.com" Sender: hackers-owner@FreeBSD.org Precedence: bulk Is lites laying around anywhere on wcarchive or freefall or ... ? I was thinking about sacrificing my 2.0R installation and putting up lites on that machine. I'll let the list know what happens. Gary J. From owner-freebsd-hackers Wed Mar 1 04:30:24 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id EAA25625 for hackers-outgoing; Wed, 1 Mar 1995 04:30:24 -0800 Received: from seagull.rtd.com (root@Seagull.rtd.com [198.102.68.2]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id EAA25617; Wed, 1 Mar 1995 04:30:21 -0800 Received: (from dgy@localhost) by seagull.rtd.com (8.6.9/8.6.9.1) id FAA04912; Wed, 1 Mar 1995 05:30:16 -0700 From: Don Yuniskis Message-Id: <199503011230.FAA04912@seagull.rtd.com> Subject: Re: Since lites-1.0 is out... To: gj@FreeBSD.org Date: Wed, 1 Mar 1995 05:30:15 -0700 (MST) Cc: freebsd-hackers@freefall.cdrom.com (FreeBSD hackers) In-Reply-To: from "gj%pcs.dec.com@inet-gw-1.pa.dec.com" at Mar 1, 95 10:28:46 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 112 Sender: hackers-owner@FreeBSD.org Precedence: bulk > Is lites laying around anywhere on wcarchive or freefall or ... ? anon ftp from mach.cs.cmu.edu in src/lites From owner-freebsd-hackers Wed Mar 1 04:31:23 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id EAA25667 for hackers-outgoing; Wed, 1 Mar 1995 04:31:23 -0800 Received: from seagull.rtd.com (root@Seagull.rtd.com [198.102.68.2]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id EAA25658 for ; Wed, 1 Mar 1995 04:31:22 -0800 Received: (from dgy@localhost) by seagull.rtd.com (8.6.9/8.6.9.1) id FAA04956 for freebsd-hackers@freefall.cdrom.com; Wed, 1 Mar 1995 05:31:16 -0700 From: Don Yuniskis Message-Id: <199503011231.FAA04956@seagull.rtd.com> Subject: xview port To: freebsd-hackers@freefall.cdrom.com (FreeBSD hackers) Date: Wed, 1 Mar 1995 05:31:16 -0700 (MST) X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 148 Sender: hackers-owner@FreeBSD.org Precedence: bulk Greetings! In looking through the xview port, it appears that it (xview) expects chars to be unsigned. Can someone confirm this? Thx, --don From owner-freebsd-hackers Wed Mar 1 05:46:11 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id FAA28620 for hackers-outgoing; Wed, 1 Mar 1995 05:46:11 -0800 Received: from dkuug.dk (dkuug.dk [193.88.44.89]) by freefall.cdrom.com (8.6.9/8.6.6) with SMTP id FAA28604 for ; Wed, 1 Mar 1995 05:46:05 -0800 Received: from kmd-ac.dk by dkuug.dk with UUCP id AA23315 (5.65c8/IDA-1.4.4j for freefall.cdrom.com!hackers); Wed, 1 Mar 1995 14:45:56 +0100 Message-Id: <199503011345.AA23315@dkuug.dk> Subject: Re: Lites and Doom To: hasty@netcom.com (Amancio Hasty Jr) Date: Wed, 1 Mar 1995 14:53:21 +0000 (GMT) From: "Soeren Schmidt" Cc: hsu@freefall.cdrom.com, roberto@blaise.ibp.fr, hackers@freefall.cdrom.com In-Reply-To: <199503011012.CAA08644@netcom14.netcom.com> from "Amancio Hasty Jr" at Mar 1, 95 02:12:37 am X-Mailer: ELM [version 2.4 PL22] Content-Type: text Content-Length: 755 X-Charset: ASCII X-Char-Esc: 29 Sender: hackers-owner@FreeBSD.org Precedence: bulk In reply to Amancio Hasty Jr who wrote: > > > NetBSD can run doom. Check out the announcement in comp.os.386bsd.announce. > Funny while people where arguing about NetBSD binary compatibility, I was > thinking that it would be more useful to have Linux compat mode and iBCS2. > > I wonder how long is going to take migrate the linux compat mode to > FreeBSD :) Oh some of the stuff is allready there, and I have the rest at home resting because I have other (more important) things to do at the moment. Sean & I have played with this some 3-4 month ago, but we havnxt done much to it lately... -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Soren Schmidt (sos@FreeBSD.org | sos@kmd-ac.dk) FreeBSD Core Team .. From owner-freebsd-hackers Wed Mar 1 06:02:29 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id GAA28977 for hackers-outgoing; Wed, 1 Mar 1995 06:02:29 -0800 Received: from devious.nacm.com (devious.nacm.com [199.170.56.35]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id GAA28915; Wed, 1 Mar 1995 06:01:43 -0800 Received: (from barry@localhost) by devious.nacm.com (8.6.9/8.6.9) id JAA01653; Wed, 1 Mar 1995 09:01:02 -0500 Message-Id: <199503011401.JAA01653@devious.nacm.com> Content-Type: text/plain MIME-Version: 1.0 (NeXT Mail 3.3 v118.2) Received: by NeXT.Mailer (1.118.2) From: Barry Lustig Date: Wed, 1 Mar 95 09:01:01 -0500 To: "Charles M. Hannum" Subject: Re: key exchange for rlogin/telnet services? cc: jkh@freefall.cdrom.com, pst@shockwave.com, hackers@freefall.cdrom.com, security@freefall.cdrom.com References: <199503011013.FAA05750@duality.gnu.ai.mit.edu> Sender: hackers-owner@FreeBSD.org Precedence: bulk As I write this, I am looking at a paper written by Nick Christenson that describes an encrypted telnet that uses Diffie-Hellman key exchange to negotiate DES session keys. Why doesn't someone ask him for a copy of his paper. barry From owner-freebsd-hackers Wed Mar 1 06:19:15 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id GAA29213 for hackers-outgoing; Wed, 1 Mar 1995 06:19:15 -0800 Received: from galactica.galactica.it (galactica.galactica.it [192.106.152.1]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id GAA29203 for ; Wed, 1 Mar 1995 06:18:48 -0800 Received: from galactic.UUCP (root@localhost) by galactica.galactica.it (8.6.9/8.6.9) with UUCP id OAA03979 for hackers@FreeBSD.org; Wed, 1 Mar 1995 14:27:47 +0100 To: hackers@FreeBSD.org Subject: Colorado Jumbo Tape From: davide.tome'@galactica.it (DAVIDE TOME') Message-ID: <8A4A2C2.0001014FB2.uuout@galactica.it> Date: Wed, 01 Mar 95 11:46:00 +0100 Organization: GALACTICA PROFESSIONAL COMMUNICATION - ++39-2-29.00.61.50 Reply-To: davide.tome'@galactica.it (DAVIDE TOME') X-Mailreader: PCBoard Version 15.21 X-Mailer: PCBoard/UUOUT Version 1.10 Sender: hackers-owner@FreeBSD.org Precedence: bulk Hi, How can I use my Colorado Jumbo Tape (QIC 80) to backup FreeBSD ?? I mean ..... what kind of software is better to make it work ? Ciao Davide Dott. Davide Tome' ------------------------------------------------- Internet .....: davide.tome'@galactica.it Fido..........: 2:331/358 davide tome' Galactica BBS.: +39-2-29006058 (24H 24 lines r.a) Voce..........: +39-2-29006150 Fax...........: +39-2-29006153 ------------------------------------------------- From owner-freebsd-hackers Wed Mar 1 06:44:54 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id GAA00500 for hackers-outgoing; Wed, 1 Mar 1995 06:44:54 -0800 Received: from grunt.grondar.za (grunt.grondar.za [196.7.18.129]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id GAA00471; Wed, 1 Mar 1995 06:44:31 -0800 Received: from localhost (localhost [127.0.0.1]) by grunt.grondar.za (8.6.10/8.6.9) with SMTP id QAA12358; Wed, 1 Mar 1995 16:43:54 +0200 Message-Id: <199503011443.QAA12358@grunt.grondar.za> X-Authentication-Warning: grunt.grondar.za: Host localhost didn't use HELO protocol To: Barry Lustig cc: hackers@freefall.cdrom.com, security@freefall.cdrom.com Subject: Re: key exchange for rlogin/telnet services? Date: Wed, 01 Mar 1995 16:43:54 +0200 From: Mark Murray Sender: hackers-owner@FreeBSD.org Precedence: bulk > As I write this, I am looking at a paper written by Nick Christenson > that describes an encrypted telnet that uses > Diffie-Hellman key exchange to negotiate DES session keys. Why doesn't > someone ask him for a copy of his paper. FWIW, there is a telnet client in src/secure/usr.bin that is not part of the build. This seems to be 'work in progress' that stopped a while ago. What about using that? M -- Mark Murray 46 Harvey Rd, Claremont, Cape Town 7700, South Africa +27 21 61-3768 GMT+0200 From owner-freebsd-hackers Wed Mar 1 06:49:33 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id GAA00697 for hackers-outgoing; Wed, 1 Mar 1995 06:49:33 -0800 Received: from grunt.grondar.za (grunt.grondar.za [196.7.18.129]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id GAA00679 for ; Wed, 1 Mar 1995 06:49:25 -0800 Received: from localhost (localhost [127.0.0.1]) by grunt.grondar.za (8.6.10/8.6.9) with SMTP id QAA12395; Wed, 1 Mar 1995 16:46:05 +0200 Message-Id: <199503011446.QAA12395@grunt.grondar.za> X-Authentication-Warning: grunt.grondar.za: Host localhost didn't use HELO protocol To: davide.tome'@galactica.it (DAVIDE TOME') cc: hackers@FreeBSD.org Subject: Re: Colorado Jumbo Tape Date: Wed, 01 Mar 1995 16:46:05 +0200 From: Mark Murray Sender: hackers-owner@FreeBSD.org Precedence: bulk > How can I use my Colorado Jumbo Tape (QIC 80) to backup FreeBSD ?? > I mean ..... what kind of software is better to make it work ? Use dump(8) to backup and restore(8) to restore. M -- Mark Murray 46 Harvey Rd, Claremont, Cape Town 7700, South Africa +27 21 61-3768 GMT+0200 From owner-freebsd-hackers Wed Mar 1 07:07:47 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id HAA01869 for hackers-outgoing; Wed, 1 Mar 1995 07:07:47 -0800 Received: from ibp.ibp.fr (ibp.ibp.fr [132.227.60.30]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id HAA01854; Wed, 1 Mar 1995 07:07:38 -0800 Received: from blaise.ibp.fr (blaise.ibp.fr [132.227.60.1]) by ibp.ibp.fr (8.6.10/jtpda-5.0) with SMTP id QAA12775 ; Wed, 1 Mar 1995 16:06:25 +0100 Received: by blaise.ibp.fr (4.1/SMI-4.1) id AA23828; Wed, 1 Mar 95 16:07:21 +0100 From: roberto@blaise.ibp.fr (Ollivier Robert) Message-Id: <9503011507.AA23828@blaise.ibp.fr> Subject: Re: key exchange for rlogin/telnet services? To: mark@grondar.za (Mark Murray) Date: Wed, 1 Mar 1995 16:07:20 +0100 (MET) Cc: barry@nacm.com, hackers@freefall.cdrom.com, security@freefall.cdrom.com In-Reply-To: <199503011443.QAA12358@grunt.grondar.za> from "Mark Murray" at Mar 1, 95 04:43:54 pm X-Operating-System: FreeBSD 2.1.0-Development ctm#407 X-Mailer: ELM [version 2.4 PL23beta2] Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 403 Sender: hackers-owner@FreeBSD.org Precedence: bulk > FWIW, there is a telnet client in src/secure/usr.bin that is not part of the > build. This seems to be 'work in progress' that stopped a while ago. For non-US readers, there are sources of encrypting telnet on ftp.funet.fi in /pub/unix/security/telnet/ -- Ollivier ROBERT -=- The daemon is FREE! -=- roberto@FreeBSD.ORG FreeBSD keltia 2.1.0-Development #14: Sun Feb 26 16:31:40 MET 1995 From owner-freebsd-hackers Wed Mar 1 07:08:13 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id HAA01915 for hackers-outgoing; Wed, 1 Mar 1995 07:08:13 -0800 Received: from goof.com (root@goof.com [198.82.204.15]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id HAA01903; Wed, 1 Mar 1995 07:08:11 -0800 Received: (from mmead@localhost) by goof.com (8.6.9/8.6.9) id KAA05371; Wed, 1 Mar 1995 10:04:32 -0500 From: "matthew c. mead" Message-Id: <199503011504.KAA05371@goof.com> Subject: Re: Two things: Sound, playmidi To: hasty@netcom.com (Amancio Hasty Jr) Date: Wed, 1 Mar 1995 10:04:32 -0500 (EST) Cc: ache@astral.msk.su, hasty@netcom.com, ports@FreeBSD.org, hackers@FreeBSD.org In-Reply-To: <199503011003.CAA08108@netcom14.netcom.com> from "Amancio Hasty Jr" at Mar 1, 95 02:03:21 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 1185 Sender: hackers-owner@FreeBSD.org Precedence: bulk Amancio Hasty Jr wrote: > >Playmidi uses more advanced driver abilities. > > Well, the last I heard playmidi was imcomplete because the author > was waiting for Hannu to finish the driver. Now if someone has > done further work on playmidi thats a different story. Not that I've heard of - and apparently he's now "unreachable" for 4 to 8 years. > I managed to port a couple of weeks ago playmidi and instantly went > looking for adagio. I am not sure which one is right however > I have compared adagio against the midi player provided by > Gravis and found it to be almost the same in fact adagio sounded > better which some suggested was because of the reverb. Hmm. That's my experience too - guess we're both demanding as for what sound comes out of our sound cards. :-) I'd like to figure out the warbled sound thing - it sounds like a timing problem, tho... -matt -- Matthew C. Mead -> Virginia Tech Center for Transportation Research - -> Multiple Platform System and Network Administration Work Related -> mmead@ctr.vt.edu | mmead@goof.com <- All Other ---- ------- WWW -> http://www.goof.com/~mmead --- ----- From owner-freebsd-hackers Wed Mar 1 07:14:08 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id HAA02355 for hackers-outgoing; Wed, 1 Mar 1995 07:14:08 -0800 Received: from goof.com (root@goof.com [198.82.204.15]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id HAA02348; Wed, 1 Mar 1995 07:14:06 -0800 Received: (from mmead@localhost) by goof.com (8.6.9/8.6.9) id KAA05312; Wed, 1 Mar 1995 10:02:04 -0500 From: "matthew c. mead" Message-Id: <199503011502.KAA05312@goof.com> Subject: Re: Two things: Sound, playmidi To: ache@astral.msk.su (Andrey A. Chernov, Black Mage) Date: Wed, 1 Mar 1995 10:02:03 -0500 (EST) Cc: hasty@netcom.com, ports@FreeBSD.org, hackers@FreeBSD.org In-Reply-To: from "Andrey A. Chernov, Black Mage" at Mar 1, 95 11:09:59 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 1511 Sender: hackers-owner@FreeBSD.org Precedence: bulk Andrey A. Chernov, Black Mage wrote: > >> The other issue has to do with ports. I remember hearing Jordan saying > >>something about FreeBSD not having a midi player. Well, I took to the task of > >>getting linux's playmidi working today, expecting a nightmare, and it was no > > >Well, playmidi is okay... I think that adagio sounds better but heck if > >you like it cool :) > > If you don't yet notice, playmidi is already ported. Found that out yesterday. > I don't think so, adagio needs many fixes especially for > timing problem (it calculates times by itself in wrong way). I've noticed this. On *certain* midi files, playmidi sounds better, because it's timing seems a bit more robust. For instance, I have a midi file called "dethstar.mid" which I added some extra voices to, and playmidi plays it great, but when I play it with adagio, the trumpet voices sound a bit warbled. > Yes, you can compile and run it with only few simple changes, but output > will be very strange for some midis. See above. > Playmidi uses more advanced driver abilities. Maybe we need to combine the capabilities of both. Adagio seems much better as far as handling reverb properly etc. -matt -- Matthew C. Mead -> Virginia Tech Center for Transportation Research - -> Multiple Platform System and Network Administration Work Related -> mmead@ctr.vt.edu | mmead@goof.com <- All Other ---- ------- WWW -> http://www.goof.com/~mmead --- ----- From owner-freebsd-hackers Wed Mar 1 07:36:52 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id HAA04059 for hackers-outgoing; Wed, 1 Mar 1995 07:36:52 -0800 Received: from grunt.grondar.za (grunt.grondar.za [196.7.18.129]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id HAA04008; Wed, 1 Mar 1995 07:36:29 -0800 Received: from localhost (localhost [127.0.0.1]) by grunt.grondar.za (8.6.10/8.6.9) with SMTP id RAA12611; Wed, 1 Mar 1995 17:35:20 +0200 Message-Id: <199503011535.RAA12611@grunt.grondar.za> X-Authentication-Warning: grunt.grondar.za: Host localhost didn't use HELO protocol To: roberto@blaise.ibp.fr (Ollivier Robert) cc: mark@grondar.za (Mark Murray), barry@nacm.com, hackers@freefall.cdrom.com, security@freefall.cdrom.com Subject: Re: key exchange for rlogin/telnet services? Date: Wed, 01 Mar 1995 17:35:19 +0200 From: Mark Murray Sender: hackers-owner@FreeBSD.org Precedence: bulk > For non-US readers, there are sources of encrypting telnet on ftp.funet.fi > in /pub/unix/security/telnet/ It is in the non-US secure dist available in ftp://skeleton.mikom.csir.co.za/pub/FreeBSD/FreeBSD-current/ -- Mark Murray 46 Harvey Rd, Claremont, Cape Town 7700, South Africa +27 21 61-3768 GMT+0200 From owner-freebsd-hackers Wed Mar 1 08:08:21 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id IAA05996 for hackers-outgoing; Wed, 1 Mar 1995 08:08:21 -0800 Received: from devnull.mpd.tandem.com (devnull.mpd.tandem.com [131.124.4.29]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id IAA05984 for ; Wed, 1 Mar 1995 08:08:13 -0800 Received: from olympus by devnull.mpd.tandem.com (8.6.8/8.6.6) id KAA04880; Wed, 1 Mar 1995 10:07:53 -0600 Received: by olympus (4.1/TSS2.1) id AA01552; Wed, 1 Mar 95 10:06:22 CST From: faulkner@mpd.tandem.com (Boyd Faulkner) Message-Id: <9503011606.AA01552@olympus> Subject: Re: GUS users... To: hasty@netcom.com (Amancio Hasty Jr) Date: Wed, 1 Mar 1995 10:06:21 -0600 (CST) Cc: freebsd-hackers@FreeBSD.org In-Reply-To: <199503010134.RAA28794@netcom14.netcom.com> from "Amancio Hasty Jr" at Feb 28, 95 05:34:13 pm X-Mailer: ELM [version 2.4 PL17] Content-Type: text Content-Length: 739 Sender: hackers-owner@FreeBSD.org Precedence: bulk > > Hi, > I am wondering who is having problems with the GUS out there... > I can't help the folks with the GUS MAX because I don't have one. > > If you do have a problem, send me your system config file and > sys/i386/isa/sound_config.h file. The linux sound driver requires > > Tnks, > Amancio > Have you dropped your changes into current, yet? The patches you sent me worked pretty well. I haven't reapplied them since I supped though. I do have a GUS MAX and the patches are a good start. Thanks, Boyd -- _______________________________________________________________________ Boyd Faulkner faulkner@isd.tandem.com _______________________________________________________________________ From owner-freebsd-hackers Wed Mar 1 08:17:42 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id IAA06410 for hackers-outgoing; Wed, 1 Mar 1995 08:17:42 -0800 Received: from ibp.ibp.fr (ibp.ibp.fr [132.227.60.30]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id IAA06404; Wed, 1 Mar 1995 08:17:31 -0800 Received: from masi.ibp.fr (root@masi.ibp.fr [132.227.60.23]) by ibp.ibp.fr (8.6.10/jtpda-5.0) with ESMTP id RAA14470 ; Wed, 1 Mar 1995 17:15:43 +0100 Received: from hebe.ibp.fr (card@hebe.ibp.fr [132.227.64.34]) by masi.ibp.fr (8.6.10/jtpda-5.0) with ESMTP id RAA13799 ; Wed, 1 Mar 1995 17:15:31 +0100 From: Remy.Card@masi.ibp.fr (Remy CARD) Received: by hebe.ibp.fr (8.6.10/jtpda-5.0) id RAA26486 ; Wed, 1 Mar 1995 17:15:24 +0100 Message-Id: <199503011615.RAA26486@hebe.ibp.fr> Subject: Re: Since lites-1.0 is out... To: gj@FreeBSD.org Date: Wed, 1 Mar 1995 17:15:24 +0100 (MET) Cc: hackers@FreeBSD.org In-Reply-To: from "gj%pcs.dec.com@inet-gw-1.pa.dec.com" at Mar 1, 95 10:28:46 am X-Mailer: ELM [version 2.4 PL21] Content-Type: text Content-Length: 648 Sender: hackers-owner@FreeBSD.org Precedence: bulk > > Is lites laying around anywhere on wcarchive or freefall or ... ? It is available on: Europe: ftp://ftp.funet.fi/pub/mach/lites/ USA: ftp://mach.cs.cmu.edu/src/lites/ > I was thinking about sacrificing my 2.0R installation and putting up > lites on that machine. You do not need to sacrifice your FreeBSD installation. Lites is only a server running on top of Mach. It does not come with a whole set of libraries and binaries. Once you have compiled Mach4 and Lites, you can choose the kernel at boot time, either FreeBSD or Lites. Lites is able to run FreeBSD binaries (except a small set of programs). > > Gary J. > Remy From owner-freebsd-hackers Wed Mar 1 08:39:20 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id IAA07709 for hackers-outgoing; Wed, 1 Mar 1995 08:39:20 -0800 Received: from ibp.ibp.fr (ibp.ibp.fr [132.227.60.30]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id IAA07666 for ; Wed, 1 Mar 1995 08:39:06 -0800 Received: from masi.ibp.fr (root@masi.ibp.fr [132.227.60.23]) by ibp.ibp.fr (8.6.10/jtpda-5.0) with ESMTP id RAA14335 ; Wed, 1 Mar 1995 17:08:47 +0100 Received: from hebe.ibp.fr (card@hebe.ibp.fr [132.227.64.34]) by masi.ibp.fr (8.6.10/jtpda-5.0) with ESMTP id RAA13683 ; Wed, 1 Mar 1995 17:08:35 +0100 From: Remy.Card@masi.ibp.fr (Remy CARD) Received: by hebe.ibp.fr (8.6.10/jtpda-5.0) id RAA26475 ; Wed, 1 Mar 1995 17:08:28 +0100 Message-Id: <199503011608.RAA26475@hebe.ibp.fr> Subject: Re: Since lites-1.0 is out... To: hasty@netcom.com (Amancio Hasty Jr) Date: Wed, 1 Mar 1995 17:08:28 +0100 (MET) Cc: bakul@netcom.com, hasty@netcom.com, freebsd-hackers@FreeBSD.org In-Reply-To: <199503010258.SAA10438@netcom14.netcom.com> from "Amancio Hasty Jr" at Feb 28, 95 06:58:01 pm X-Mailer: ELM [version 2.4 PL21] Content-Type: text Content-Length: 1138 Sender: hackers-owner@FreeBSD.org Precedence: bulk > > Hmmm..., I think the biggest problem in building lites is mach4 > we are still using a very old gas which core dumps when attempting > to compile a .s file. The fix is to get the latest gas and build > it for freebsd. I peruse around the latest gas and notice there > were no configuration files for freebsd however there some for > netbsd so I guess that is a start. There are two problems when building Mach 4 on FreeBSD 2: 1. the latest version of Mach4 contains a bug and cannot boot on a 4.4BSD filesystem, 2. the assembler used in FreeBSD is not able to assemble two Mach assembly source files because it cannot handle the ``.bss'' directive. I have patches for both of these problems. I have sent the first one to the mach4 mailing list, and the second one to the freebsd-hackers list (it seems that nobody ever commited it). BTW, once you have compiled Mach4 on FreeBSD, compiling and running Lites on your PC is very easy. I have written a small note describing the build process. It is a bit out of date unfortunately but I can update it and send it to interested persons. > > Amancio > Remy From owner-freebsd-hackers Wed Mar 1 09:07:06 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id JAA09938 for hackers-outgoing; Wed, 1 Mar 1995 09:07:06 -0800 Received: from cs.weber.edu (cs.weber.edu [137.190.16.16]) by freefall.cdrom.com (8.6.9/8.6.6) with SMTP id JAA09923; Wed, 1 Mar 1995 09:07:04 -0800 Received: by cs.weber.edu (4.1/SMI-4.1.1) id AA14205; Wed, 1 Mar 95 10:00:56 MST From: terry@cs.weber.edu (Terry Lambert) Message-Id: <9503011700.AA14205@cs.weber.edu> Subject: Re: Lites and Doom To: hasty@netcom.com (Amancio Hasty Jr) Date: Wed, 1 Mar 95 10:00:56 MST Cc: hsu@freefall.cdrom.com, roberto@blaise.ibp.fr, hackers@freefall.cdrom.com In-Reply-To: <199503011012.CAA08644@netcom14.netcom.com> from "Amancio Hasty Jr" at Mar 1, 95 02:12:37 am X-Mailer: ELM [version 2.4dev PL52] Sender: hackers-owner@FreeBSD.org Precedence: bulk > > NetBSD can run doom. Check out the announcement in comp.os.386bsd.announce. > Funny while people where arguing about NetBSD binary compatibility, I was > thinking that it would be more useful to have Linux compat mode and iBCS2. > > I wonder how long is going to take migrate the linux compat mode to > FreeBSD :) Soeren and Sean had this working more than two months ago for some statically linked binaries. And that's just what I know of. I don't know about DOOM, though. Terry Lambert terry@cs.weber.edu --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Wed Mar 1 09:31:59 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id JAA11714 for hackers-outgoing; Wed, 1 Mar 1995 09:31:59 -0800 Received: from inet-gw-1.pa.dec.com (inet-gw-1.pa.dec.com [16.1.0.22]) by freefall.cdrom.com (8.6.9/8.6.6) with SMTP id JAA11647 for ; Wed, 1 Mar 1995 09:31:43 -0800 Received: from rks32.pcs.dec.com by inet-gw-1.pa.dec.com (5.65/24Feb95) id AA05671; Wed, 1 Mar 95 09:26:36 -0800 Received: by rks32.pcs.dec.com (Smail3.1.27.1 #16) id m0rjs9Z-0005OqC; Wed, 1 Mar 95 18:25 MEZ Message-Id: To: Remy.Card%masi.ibp.fr@inet-gw-1.pa.dec.com (Remy CARD) Cc: hackers%freebsd.org@inet-gw-1.pa.dec.com In-Reply-To: Message from Remy.Card@masi.ibp.fr (Remy CARD) of Wed, 01 Mar 95 17:08:28 N. Reply-To: gj@FreeBSD.org Subject: Re: Since lites-1.0 is out... Date: Wed, 01 Mar 95 17:25:37 GMT From: "gj%pcs.dec.com@inet-gw-1.pa.dec.com" Sender: hackers-owner@FreeBSD.org Precedence: bulk > I have patches for both of these problems. I have sent the first one > to the mach4 mailing list, and the second one to the freebsd-hackers list > (it seems that nobody ever commited it). I remember this, seems to me I saved it just in case. But, I don't have commit privileges. I'm not on the mach4 mailing list, any cahnce you could send me (or the list) the patch ? > I have written a small note describing the > build process. It is a bit out of date unfortunately but I can update it > and send it to interested persons. I'd like to see this ! Gary J. From owner-freebsd-hackers Wed Mar 1 09:59:27 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id JAA12832 for hackers-outgoing; Wed, 1 Mar 1995 09:59:27 -0800 Received: from netcom14.netcom.com (root@netcom14.netcom.com [192.100.81.126]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id JAA12826 for ; Wed, 1 Mar 1995 09:59:26 -0800 Received: by netcom14.netcom.com (8.6.9/Netcom) id JAA10282; Wed, 1 Mar 1995 09:46:14 -0800 Date: Wed, 1 Mar 1995 09:46:14 -0800 From: hasty@netcom.com (Amancio Hasty Jr) Message-Id: <199503011746.JAA10282@netcom14.netcom.com> To: Remy.Card@masi.ibp.fr, hasty@netcom.com Subject: Re: Since lites-1.0 is out... Cc: bakul@netcom.com, freebsd-hackers@FreeBSD.org Sender: hackers-owner@FreeBSD.org Precedence: bulk Hi, Is this the FreeBSD patch that you mentioned: *** i386/boot/biosboot/boot.c Fri Jan 6 11:24:01 1995 --- i386/boot/biosboot/boot.c.new Fri Jan 6 11:23:40 1995 *************** *** 139,145 **** /*if(poff==0) poff = 32;*/ ! startaddr = (int)head.a_entry & 0x00FFFFFF; /* some MEG boundary */ addr = startaddr; printf("Booting %s(%d,%c)%s @ 0x%x\n" , devs[maj] --- 139,145 ---- /*if(poff==0) poff = 32;*/ ! startaddr = (int)head.a_entry & 0x00F00000; /* some MEG boundary */ addr = startaddr; printf("Booting %s(%d,%c)%s @ 0x%x\n" , devs[maj] ---- I managed to compile mach4 however Mach.all bombs out at boot time and I suspect is because I did not apply the above patch. It will be nice if you can mail your notes. Tnks, Amancio From owner-freebsd-hackers Wed Mar 1 10:08:29 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id KAA13001 for hackers-outgoing; Wed, 1 Mar 1995 10:08:29 -0800 Received: from localhost (localhost [127.0.0.1]) by freefall.cdrom.com (8.6.9/8.6.6) with SMTP id KAB12991 for ; Wed, 1 Mar 1995 10:08:27 -0800 X-Authentication-Warning: freefall.cdrom.com: Host localhost didn't use HELO protocol To: hackers@freefall.cdrom.com Subject: Jordan will be at CeBIT in Hannover, Germany all next week.. Date: Wed, 01 Mar 1995 10:08:27 -0800 Message-ID: <12990.794081307@freefall.cdrom.com> From: "Jordan K. Hubbard" Sender: hackers-owner@FreeBSD.org Precedence: bulk Why am I telling all of you this? Two reasons: 1. So that those of you in Germany and/or Europe who'd like to get together (and I must insist on frisking all of you for weapons before sitting down to dinner :-) know to stop by Walnut Creek CDROM's booth at the show. Exactly where it is I'm not sure yet, but check the show registry. Many of you will probably already be there with your own companies, so stop by and say hello! If we get enough of us together, we can go out for a dinner together or something! 2. So that those of you back here in the U.S. know that I'll be effectively missing in action from the 6th of March to the 17th of March. I don't know if I'll be able to check my mail from there, and I'll certainly try, but if you don't get an immediate response from me then you'll know why. I'll also be in Berlin for a couple of days after the show to visit with some friends, so if you're in that area maybe we can go down to the Kudamm together! I'll also try to figure out this silly `vacation' program and tack a helpful message in my .forward.. Just FYI.. We now return you to your regularly scheduled hacking! Jordan From owner-freebsd-hackers Wed Mar 1 10:12:17 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id KAA13079 for hackers-outgoing; Wed, 1 Mar 1995 10:12:17 -0800 Received: from ibp.ibp.fr (ibp.ibp.fr [132.227.60.30]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id KAA13073 for ; Wed, 1 Mar 1995 10:12:14 -0800 Received: from masi.ibp.fr (root@masi.ibp.fr [132.227.60.23]) by ibp.ibp.fr (8.6.10/jtpda-5.0) with ESMTP id TAA16399 ; Wed, 1 Mar 1995 19:09:49 +0100 Received: from hebe.ibp.fr (card@hebe.ibp.fr [132.227.64.34]) by masi.ibp.fr (8.6.10/jtpda-5.0) with ESMTP id TAA14931 ; Wed, 1 Mar 1995 19:09:37 +0100 From: Remy.Card@masi.ibp.fr (Remy CARD) Received: by hebe.ibp.fr (8.6.10/jtpda-5.0) id TAA26561 ; Wed, 1 Mar 1995 19:09:29 +0100 Message-Id: <199503011809.TAA26561@hebe.ibp.fr> Subject: Re: Since lites-1.0 is out... To: hasty@netcom.com (Amancio Hasty Jr) Date: Wed, 1 Mar 1995 19:09:29 +0100 (MET) Cc: Remy.Card@masi.ibp.fr, hasty@netcom.com, bakul@netcom.com, freebsd-hackers@FreeBSD.org In-Reply-To: <199503011746.JAA10282@netcom14.netcom.com> from "Amancio Hasty Jr" at Mar 1, 95 09:46:14 am X-Mailer: ELM [version 2.4 PL21] Content-Type: text Content-Length: 1619 Sender: hackers-owner@FreeBSD.org Precedence: bulk > > Hi, Hi, > Is this the FreeBSD patch that you mentioned: > > *** i386/boot/biosboot/boot.c Fri Jan 6 11:24:01 1995 > --- i386/boot/biosboot/boot.c.new Fri Jan 6 11:23:40 1995 > *************** > *** 139,145 **** > /*if(poff==0) > poff = 32;*/ > > ! startaddr = (int)head.a_entry & 0x00FFFFFF; /* some MEG boundary */ > addr = startaddr; > printf("Booting %s(%d,%c)%s @ 0x%x\n" > , devs[maj] > --- 139,145 ---- > /*if(poff==0) > poff = 32;*/ > > ! startaddr = (int)head.a_entry & 0x00F00000; /* some MEG boundary */ > addr = startaddr; > printf("Booting %s(%d,%c)%s @ 0x%x\n" > , devs[maj] > ---- This is not this one :-) My patch changes a few things in the assembler, not in the boot blocks. > I managed to compile mach4 however Mach.all bombs out at boot time > and I suspect is because I did not apply the above patch. Mach.all bombs out because it is linked as a QMAGIC binary. It seems that the current boot blocks are not able to boot a QMAGIC kernel. I have not looked into it: I have simply modified the mkbootimage script in Mach4 to make it generate a ZMAGIC binary (simply add -Z to the call to ld). BTW, I noticed that everything under FreeBSD is linked as a QMAGIC binary except the kernel so I suspect that the boot blocks bug is already known. > It will be nice if you can mail your notes. Ok, I have to update them (I will work on it this evening) and I'll send them to this list tomorrow. > > Tnks, > Amancio > Remy From owner-freebsd-hackers Wed Mar 1 10:20:06 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id KAA13194 for hackers-outgoing; Wed, 1 Mar 1995 10:20:06 -0800 Received: from localhost (localhost [127.0.0.1]) by freefall.cdrom.com (8.6.9/8.6.6) with SMTP id KAA13097; Wed, 1 Mar 1995 10:14:23 -0800 X-Authentication-Warning: freefall.cdrom.com: Host localhost didn't use HELO protocol To: announce@freefall.cdrom.com cc: hackers@freefall.cdrom.com Subject: send-pr and GNATS Date: Wed, 01 Mar 1995 10:14:22 -0800 Message-ID: <13096.794081662@freefall.cdrom.com> From: "Jordan K. Hubbard" Sender: hackers-owner@FreeBSD.org Precedence: bulk Over the last 10 days we've had an outtage with our send-pr bug reporting mechanism which caused all submitted bug reports to be lost or bounced with an error message. If you have NOT received confirmation of your bug report, complete with a tracking number, then it's likely that your report has been lost and we would be very grateful if you could resubmit it. We apologise profusely for this inconvenience and will do our best to avoid any repetition of such in the future. Thank you for your patience.. Jordan From owner-freebsd-hackers Wed Mar 1 10:29:52 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id KAA13343 for hackers-outgoing; Wed, 1 Mar 1995 10:29:52 -0800 Received: from UUCP-GW.CC.UH.EDU (root@UUCP-GW.CC.UH.EDU [129.7.1.11]) by freefall.cdrom.com (8.6.9/8.6.6) with SMTP id KAA13334 for ; Wed, 1 Mar 1995 10:29:48 -0800 Received: from Taronga.COM by UUCP-GW.CC.UH.EDU with UUCP id AA29093 (5.67a/IDA-1.5); Wed, 1 Mar 1995 12:07:03 -0600 Received: by bonkers.taronga.com (smail2.5p) id AA07318; 1 Mar 95 06:38:04 CST (Wed) Received: from localhost (localhost [127.0.0.1]) by bonkers.taronga.com (8.6.8/8.6.6) with SMTP id GAA07314; Wed, 1 Mar 1995 06:38:03 -0600 Message-Id: <199503011238.GAA07314@bonkers.taronga.com> X-Authentication-Warning: bonkers.taronga.com: Host localhost didn't use HELO protocol To: hasty@netcom.com (Amancio Hasty Jr) Cc: hackers@FreeBSD.org Subject: Re: iBCS2 and word perfect... In-Reply-To: Your message of "Tue, 28 Feb 95 18:30:38 PST." <199503010230.SAA06929@netcom14.netcom.com> X-Mailer: exmh version 1.4.1 7/21/94 Date: Wed, 01 Mar 1995 06:37:42 -0600 From: Peter da Silva Sender: hackers-owner@FreeBSD.org Precedence: bulk > The local X interface is simplistic. It assumes only one local X server > exists and assumes that the pathname of the Unix domain socket for > local connections is always /tmp/.X11-unix/X0. Really? I'm running two X servers on FreeBSD 1.1.5.1 right now. Is this broken in 2.x or am I doing something that shouldn't work? And yes, I need to do this for the sake of domestic harmony. % ls /tmp/.X11-unix X0 X1 From owner-freebsd-hackers Wed Mar 1 10:42:06 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id KAA13635 for hackers-outgoing; Wed, 1 Mar 1995 10:42:06 -0800 Received: from trout.sri.MT.net (trout.sri.MT.net [204.182.243.12]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id KAA13623 for ; Wed, 1 Mar 1995 10:41:37 -0800 Received: (from nate@localhost) by trout.sri.MT.net (8.6.9/8.6.9) id LAA13815; Wed, 1 Mar 1995 11:39:48 -0700 Date: Wed, 1 Mar 1995 11:39:48 -0700 From: Nate Williams Message-Id: <199503011839.LAA13815@trout.sri.MT.net> In-Reply-To: Peter da Silva "Re: iBCS2 and word perfect..." (Mar 1, 6:37am) X-Mailer: Mail User's Shell (7.2.5 10/14/92) To: Peter da Silva , hasty@netcom.com (Amancio Hasty Jr) Subject: Re: iBCS2 and word perfect... Cc: hackers@FreeBSD.org Sender: hackers-owner@FreeBSD.org Precedence: bulk > > The local X interface is simplistic. It assumes only one local X server > > exists and assumes that the pathname of the Unix domain socket for > > local connections is always /tmp/.X11-unix/X0. > > Really? I'm running two X servers on FreeBSD 1.1.5.1 right now. I think he was speaking of the Linux iBSC2 X/socket emulation, not FreeBSD native stuff. Nate From owner-freebsd-hackers Wed Mar 1 10:45:01 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id KAA13704 for hackers-outgoing; Wed, 1 Mar 1995 10:45:01 -0800 Received: from linux4nn.iaf.nl (root@linux4nn.iaf.nl [193.67.144.34]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id KAA13691 for ; Wed, 1 Mar 1995 10:44:58 -0800 Received: from uni4nn.iaf.nl (root@uni4nn.iaf.nl [193.67.144.33]) by linux4nn.iaf.nl (8.6.9/8.6.9) with SMTP id UAA10131; Wed, 1 Mar 1995 20:03:22 +0100 Received: by uni4nn.iaf.nl with UUCP id AA09450 (5.67b/IDA-1.5); Wed, 1 Mar 1995 19:42:54 +0200 Received: by iafnl.iaf.nl with UUCP id AA05039 (5.65c/IDA-1.4.4); Wed, 1 Mar 1995 19:31:46 +0100 Received: (from wilko@localhost) by yedi.iaf.nl (8.6.8/8.6.6) id TAA00795; Tue, 28 Feb 1995 19:47:39 +0100 From: Wilko Bulte Message-Id: <199502281847.TAA00795@yedi.iaf.nl> Subject: Re: Driver question (bug?) To: mflawson@lisa.cnac.gov (Michael F Lawson) Date: Tue, 28 Feb 1995 19:47:39 +1596657 (MET) Cc: hackers@FreeBSD.org In-Reply-To: <199502272219.QAA08184@lisa.cnac.gov> from "Michael F Lawson" at Feb 27, 95 04:19:08 pm X-Mailer: ELM [version 2.4 PL22] Content-Type: text Content-Length: 1017 Sender: hackers-owner@FreeBSD.org Precedence: bulk > I am having difficulty getting FreeBSD to recognize my UltraStor 24FA EISA > controller. The release notes says it's supported. > > I've tried various kernel device configurations, but the "uha0" driver doesn't > seem to see the board. When I try it in ISA emulation mode, it recognizes it > as a wd0 drive, but then I get other "timeout" errors. Could you please direct > me to the UltraStor guru, or to someone who's gotten their UltraStor controller > to work? Thanks! What worked for me is: # Ultrastor 24F driver controller uha0 at isa? bio irq 14 vector uhaintr Note that I only could get it to work when the U24F BIOS was enabled. This is on 1.1.5 BTW, I haven't yet tried it with >= 2.0 Wilko _ __________________________________________________________________________ | / o / / _ Wilko Bulte email: wilko@yedi.iaf.nl |/|/ / / /( (_) Private FreeBSD site - Arnhem - The Netherlands -------------------------------------------------------------------------------- From owner-freebsd-hackers Wed Mar 1 11:12:44 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id LAA14410 for hackers-outgoing; Wed, 1 Mar 1995 11:12:44 -0800 Received: from tfs.com (mailhub.tfs.com [140.145.250.1]) by freefall.cdrom.com (8.6.9/8.6.6) with SMTP id LAA14398; Wed, 1 Mar 1995 11:12:40 -0800 Received: by tfs.com (smail3.1.28.1) Message-Id: From: julian@tfs.com (Julian Elischer) Subject: Re: Lites and Doom To: sos@kmd-ac.dk (Soeren Schmidt) Date: Wed, 1 Mar 1995 11:10:36 -0800 (PST) Cc: hasty@netcom.com, hsu@freefall.cdrom.com, roberto@blaise.ibp.fr, hackers@freefall.cdrom.com In-Reply-To: <199503011345.AA23315@dkuug.dk> from "Soeren Schmidt" at Mar 1, 95 02:53:21 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 433 Sender: hackers-owner@FreeBSD.org Precedence: bulk > > Oh some of the stuff is allready there, and I have the rest at home > resting because I have other (more important) things to do at the > moment. Sean & I have played with this some 3-4 month ago, but > we havnxt done much to it lately... Will you be using some of the technology NetBSD are using? are you in contact with the NetBSD people? (just curious.. it may be a gfood thing if we both had the same emulation code..) > From owner-freebsd-hackers Wed Mar 1 11:22:32 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id LAA14663 for hackers-outgoing; Wed, 1 Mar 1995 11:22:32 -0800 Received: from netcom14.netcom.com (root@netcom14.netcom.com [192.100.81.126]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id LAA14656 for ; Wed, 1 Mar 1995 11:22:30 -0800 Received: by netcom14.netcom.com (8.6.9/Netcom) id KAA00261; Wed, 1 Mar 1995 10:53:35 -0800 Date: Wed, 1 Mar 1995 10:53:35 -0800 From: hasty@netcom.com (Amancio Hasty Jr) Message-Id: <199503011853.KAA00261@netcom14.netcom.com> To: hasty@netcom.com, peter@bonkers.taronga.com Subject: Re: iBCS2 and word perfect... Cc: hackers@FreeBSD.org Sender: hackers-owner@FreeBSD.org Precedence: bulk >Really? I'm running two X servers on FreeBSD 1.1.5.1 right now. Is this broken The posting was in reference to running iBCS2 apps and not the native apps. Amancio From owner-freebsd-hackers Wed Mar 1 11:55:04 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id LAA15164 for hackers-outgoing; Wed, 1 Mar 1995 11:55:04 -0800 Received: from gvr.win.tue.nl (root@gvr.win.tue.nl [131.155.210.19]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id LAA15152 for ; Wed, 1 Mar 1995 11:54:55 -0800 Received: by gvr.win.tue.nl (8.6.10/1.53) id UAA09646; Wed, 1 Mar 1995 20:54:42 +0100 From: guido@gvr.win.tue.nl (Guido van Rooij) Message-Id: <199503011954.UAA09646@gvr.win.tue.nl> Subject: telnetd linemode still broken??? To: FreeBSD-hackers@freefall.cdrom.com (FreeBSD-hackers) Date: Wed, 1 Mar 1995 20:54:40 +0100 (MET) X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 170 Sender: hackers-owner@FreeBSD.org Precedence: bulk It seems (from personal experience) that the telnetd LINEMODE option still is broken. Shall I just remove the option from the Makefile? It really is annoying :-( -Guido From owner-freebsd-hackers Wed Mar 1 11:57:13 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id LAA15194 for hackers-outgoing; Wed, 1 Mar 1995 11:57:13 -0800 Received: from violet.berkeley.edu (violet.Berkeley.EDU [128.32.155.22]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id LAA15188 for ; Wed, 1 Mar 1995 11:57:12 -0800 Received: by violet.berkeley.edu (8.6.9/1.33r) id LAA14941; Wed, 1 Mar 1995 11:57:06 -0800 Date: Wed, 1 Mar 1995 11:57:06 -0800 From: jkh@violet.berkeley.edu (Jordan K. Hubbard) Message-Id: <199503011957.LAA14941@violet.berkeley.edu> To: hackers@FreeBSD.org, here.is.the.DOOM.article.being.referenced Sender: hackers-owner@FreeBSD.org Precedence: bulk Path: agate!howland.reston.ans.net!math.ohio-state.edu!cis.ohio-state.edu!news.sei.cmu.edu!nntp.sei.cmu.edu!bb3.andrew.cmu.edu!cantaloupe.srv.cs.cmu.edu!cgd From: frank@fwi.uva.nl (Frank van der Linden) Newsgroups: comp.os.386bsd.announce,comp.unix.bsd.netbsd.announce Subject: NetBSD now runs Doom in Linux compat mode Followup-To: comp.unix.bsd.netbsd.misc Date: 1 Mar 1995 00:34:29 GMT Organization: FWI, University of Amsterdam Lines: 87 Approved: 386bsd-announce@agate.berkeley.edu,netbsd-announce@agate.berkeley.edu Message-ID: <3j0fel$2b8@mail.fwi.uva.nl> NNTP-Posting-Host: lagavulin.pdl.cs.cmu.edu Summary: Linux compat code added to NetBSD Keywords: Linux,NetBSD,Doom,emulation,compatability X-Organisation: Faculty of Mathematics & Computer Science University of Amsterdam Kruislaan 403 NL-1098 SJ Amsterdam The Netherlands X-Phone: +31 20 525 7463 X-Telex: 10262 hef nl X-Fax: +31 20 525 7490 Originator: cgd@LAGAVULIN.PDL.CS.CMU.EDU I am pleased to announce that Support to run Linux binaries has just been added to the kernel, and will be improved in the time to come. This means that NetBSD-current users can now finally do what they have always wanted to do with their system: run Doom! (no, I wasn't going to say "run 'ls' with colors.. ;-)) What does it do? --------------- - It runs Linux a.out binaries, both statically and dynamically linked. - It implements most Linux system calls, with a few exotic exceptions like vm86 support and such. - It does not support Linux ELF binaries yet, but support for this will be added. How do I run Doom on my NetBSD-current/i386 system then? ------------------------------------------------------- You will need to: 1) Get the latest source code for the NetBSD-current kernel. It might take a little while for the enhancements to appear on the NetBSD mirror site of your choice, so make sure you get the latest sources, with the src/sys/compat/linux directory in them. These should start to appear after the next update from source tree to ftp tree has finished. 2) Compile a NetBSD-current kernel with the COMPAT_LINUX option enabled. Having Sysv shared memory support enabled (the SYSVSHM option) is not needed, but it will help speed up things, as Doom wants to use the MITSHM extension to X. 3) Get the Linux Doom from an ftp site near you. 4) Since Doom is dynamically linked, you will need to get some files from a Linux system near you. These files are to be located in the directory /emul/linux, a "shadow root" directory used by the system for Linux binaries. In this dir, you will need the following files: lib/libc.so.4.6.27 (a slightly earlier version will probably work too) lib/libc.so.4 (a symbolic link to the above) lib/ld.so etc/ld.so.cache etc/ld.so.conf usr/X11/lib/libXt.so.3.1.0 usr/X11/lib/libXt.so.3 (a symbolic link to the above) usr/X11/lib/libX11.so.3.1.0 usr/X11/lib/libX11.so.3 (a symbolic link to the above) 5) Unpack the Doom file you ftp-ed in /emul/linux. 6) cd /emul/linux/usr/games/doom 7) You might as well move the sndserver away, since it can't do its job (sound is not (yet?) supported in the Linux compat code), and will only take up memory: mv sndserver sndserver.foo 8) Run ./linuxxdoom 9) Have fun :) The game may be a little slow to start up, but that's not quite due to the compatability code. However, once it starts running, the speed is really quite good. I'm running it on a 486/33 with 8 Mb of memory, and have 4 xterms open at the same time. If you want a larger screen (the -2 option), you should use the SYSVSHM option in your kernel to keep a reasonable speed, though. But, this is turning in to a Doom FAQ, and that's not what this posting is about. The baseline is, that NetBSD-current/i386 now supports Linux binaries, with the ability to run Doom as very nice side-effect 8-) Running Doom was of course a nice first goal, but the code will be maintained and enhanced; if it is only useful to run Doom it doesn't belong in the NetBSD kernel. If you want to know more about the Linux emulation in NetBSD, or NetBSD itself, you can join the NetBSD mailing lists (see the posting about the mailing lists in this group). Bugreports about the Linux compatability mode can be reported via the normal NetBSD bugreport channels, or mailed directly to me. Lastly, I would like to thank the NetBSD team for providing a system which code is set up in such a good way that adding this particular feature was easy and natural to do. More specifically, I would like to thank Chris Demetriou and Charles Hannum for commenting on the code, and giving me the chance to add it to the NetBSD source tree. - Frank -- Frank van der Linden, frank@fwi.uva.nl Use NetBSD, it's free and works on: i386, Mac, Amiga, HP300, Sun3, Sun4c, PC532 Work in progress: DEC MIPS R2k/3k, VAX, Sun4m, Alpha (And even more architectures to come) From owner-freebsd-hackers Wed Mar 1 11:59:03 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id LAA15247 for hackers-outgoing; Wed, 1 Mar 1995 11:59:03 -0800 Received: from localhost (localhost [127.0.0.1]) by freefall.cdrom.com (8.6.9/8.6.6) with SMTP id LAA15241 for ; Wed, 1 Mar 1995 11:59:02 -0800 X-Authentication-Warning: freefall.cdrom.com: Host localhost didn't use HELO protocol To: hackers@freefall.cdrom.com Subject: The NetBSD doom article.. MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Wed, 01 Mar 1995 11:59:02 -0800 Message-ID: <15240.794087942@freefall.cdrom.com> From: "Jordan K. Hubbard" Sender: hackers-owner@FreeBSD.org Precedence: bulk Needless to say, we're interested in this and will be looking into it over the next couple of weeks. Jordan ------- Forwarded Message From: frank@fwi.uva.nl (Frank van der Linden) Newsgroups: comp.os.386bsd.announce,comp.unix.bsd.netbsd.announce Subject: NetBSD now runs Doom in Linux compat mode Followup-To: comp.unix.bsd.netbsd.misc Date: 1 Mar 1995 00:34:29 GMT Organization: FWI, University of Amsterdam Lines: 87 Approved: 386bsd-announce@agate.berkeley.edu,netbsd-announce@agate.berkeley.edu Message-ID: <3j0fel$2b8@mail.fwi.uva.nl> NNTP-Posting-Host: lagavulin.pdl.cs.cmu.edu Summary: Linux compat code added to NetBSD Keywords: Linux,NetBSD,Doom,emulation,compatability X-Organisation: Faculty of Mathematics & Computer Science University of Amsterdam Kruislaan 403 NL-1098 SJ Amsterdam The Netherlands X-Phone: +31 20 525 7463 X-Telex: 10262 hef nl X-Fax: +31 20 525 7490 Originator: cgd@LAGAVULIN.PDL.CS.CMU.EDU I am pleased to announce that Support to run Linux binaries has just been added to the kernel, and will be improved in the time to come. This means that NetBSD-current users can now finally do what they have always wanted to do with their system: run Doom! (no, I wasn't going to say "run 'ls' with colors.. ;-)) What does it do? - --------------- - - It runs Linux a.out binaries, both statically and dynamically linked. - - It implements most Linux system calls, with a few exotic exceptions like vm86 support and such. - - It does not support Linux ELF binaries yet, but support for this will be added. How do I run Doom on my NetBSD-current/i386 system then? - ------------------------------------------------------- You will need to: 1) Get the latest source code for the NetBSD-current kernel. It might take a little while for the enhancements to appear on the NetBSD mirror site of your choice, so make sure you get the latest sources, with the src/sys/compat/linux directory in them. These should start to appear after the next update from source tree to ftp tree has finished. 2) Compile a NetBSD-current kernel with the COMPAT_LINUX option enabled. Having Sysv shared memory support enabled (the SYSVSHM option) is not needed, but it will help speed up things, as Doom wants to use the MITSHM extension to X. 3) Get the Linux Doom from an ftp site near you. 4) Since Doom is dynamically linked, you will need to get some files from a Linux system near you. These files are to be located in the directory /emul/linux, a "shadow root" directory used by the system for Linux binaries. In this dir, you will need the following files: lib/libc.so.4.6.27 (a slightly earlier version will probably work too) lib/libc.so.4 (a symbolic link to the above) lib/ld.so etc/ld.so.cache etc/ld.so.conf usr/X11/lib/libXt.so.3.1.0 usr/X11/lib/libXt.so.3 (a symbolic link to the above) usr/X11/lib/libX11.so.3.1.0 usr/X11/lib/libX11.so.3 (a symbolic link to the above) 5) Unpack the Doom file you ftp-ed in /emul/linux. 6) cd /emul/linux/usr/games/doom 7) You might as well move the sndserver away, since it can't do its job (sound is not (yet?) supported in the Linux compat code), and will only take up memory: mv sndserver sndserver.foo 8) Run ./linuxxdoom 9) Have fun :) The game may be a little slow to start up, but that's not quite due to the compatability code. However, once it starts running, the speed is really quite good. I'm running it on a 486/33 with 8 Mb of memory, and have 4 xterms open at the same time. If you want a larger screen (the -2 option), you should use the SYSVSHM option in your kernel to keep a reasonable speed, though. But, this is turning in to a Doom FAQ, and that's not what this posting is about. The baseline is, that NetBSD-current/i386 now supports Linux binaries, with the ability to run Doom as very nice side-effect 8-) Running Doom was of course a nice first goal, but the code will be maintained and enhanced; if it is only useful to run Doom it doesn't belong in the NetBSD kernel. If you want to know more about the Linux emulation in NetBSD, or NetBSD itself, you can join the NetBSD mailing lists (see the posting about the mailing lists in this group). Bugreports about the Linux compatability mode can be reported via the normal NetBSD bugreport channels, or mailed directly to me. Lastly, I would like to thank the NetBSD team for providing a system which code is set up in such a good way that adding this particular feature was easy and natural to do. More specifically, I would like to thank Chris Demetriou and Charles Hannum for commenting on the code, and giving me the chance to add it to the NetBSD source tree. - - Frank - -- Frank van der Linden, frank@fwi.uva.nl Use NetBSD, it's free and works on: i386, Mac, Amiga, HP300, Sun3, Sun4c, PC532 Work in progress: DEC MIPS R2k/3k, VAX, Sun4m, Alpha (And even more architectures to come) ------- End of Forwarded Message From owner-freebsd-hackers Wed Mar 1 12:04:13 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id MAA15332 for hackers-outgoing; Wed, 1 Mar 1995 12:04:13 -0800 Received: from gemsgw.med.ge.com (gemsgw.med.ge.com [192.88.230.10]) by freefall.cdrom.com (8.6.9/8.6.6) with SMTP id MAA15326 for ; Wed, 1 Mar 1995 12:04:12 -0800 Received: from gemed.med.ge.com by gemsgw.med.ge.com (4.1/GEMS-1.1) id AA07192; Wed, 1 Mar 95 14:04:01 CST Received: from sol.sol.med.ge.com (sol-gw) by gemed.med.ge.com (4.1/SMI-4.1) id AA11999; Wed, 1 Mar 95 14:04:21 CST Received: from sunshine.ultrasound by sol.sol.med.ge.com (4.1/SMI-4.1) id AA05575; Wed, 1 Mar 95 14:04:57 CST Date: Wed, 1 Mar 95 14:04:57 CST From: laufen@sol.med.ge.com (Derek Laufenberg x7-4534) Message-Id: <9503012004.AA05575@sol.sol.med.ge.com> To: hackers@FreeBSD.org Subject: ypserv - Is there a port? Sender: hackers-owner@FreeBSD.org Precedence: bulk Hello, I'm running the 2.0 release and have had good success with NFS, but I would like to get NIS running. I see in the man pages that the server side needs to be written. The man page date was mid-93 so I hoping some work may have been done. If not, I'd take a crack at it IF some kind soul would be willing to mentor me a bit. I've very new to unix .err... BSD programming. Derek Laufenberg laufen@sol.ge.med.com From owner-freebsd-hackers Wed Mar 1 12:28:51 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id MAA15844 for hackers-outgoing; Wed, 1 Mar 1995 12:28:51 -0800 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.cdrom.com (8.6.9/8.6.6) with SMTP id MAA15777 for ; Wed, 1 Mar 1995 12:25:42 -0800 Received: from sax.sax.de by irz301.inf.tu-dresden.de with SMTP (5.67b+/DEC-Ultrix/4.3) id AA04426; Wed, 1 Mar 1995 21:22:52 +0100 Received: by sax.sax.de (8.6.9/8.6.9-s1) with UUCP id VAA10273; Wed, 1 Mar 1995 21:22:51 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.6.9/8.6.9) id VAA12702; Wed, 1 Mar 1995 21:16:20 +0100 From: J Wunsch Message-Id: <199503012016.VAA12702@uriah.heep.sax.de> Subject: Re: Colorado Jumbo Tape To: mark@grondar.za (Mark Murray) Date: Wed, 1 Mar 1995 21:16:20 +0100 (MET) Cc: davide.tome'@galactica.it, hackers@FreeBSD.org In-Reply-To: <199503011446.QAA12395@grunt.grondar.za> from "Mark Murray" at Mar 1, 95 04:46:05 pm Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 414 Sender: hackers-owner@FreeBSD.org Precedence: bulk As Mark Murray wrote: > > > How can I use my Colorado Jumbo Tape (QIC 80) to backup FreeBSD ?? > > I mean ..... what kind of software is better to make it work ? > > Use dump(8) to backup and restore(8) to restore. ...but don't forget to pipe them to/from ft(8). ;-) -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Wed Mar 1 12:44:41 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id MAA16097 for hackers-outgoing; Wed, 1 Mar 1995 12:44:41 -0800 Received: from Root.COM (implode.Root.COM [198.145.90.1]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id MAA16090 for ; Wed, 1 Mar 1995 12:44:33 -0800 Received: from corbin.Root.COM (corbin.Root.COM [198.145.90.18]) by Root.COM (8.6.8/8.6.5) with ESMTP id MAA23258; Wed, 1 Mar 1995 12:44:23 -0800 Received: from localhost (localhost [127.0.0.1]) by corbin.Root.COM (8.6.9/8.6.5) with SMTP id MAA00337; Wed, 1 Mar 1995 12:44:23 -0800 Message-Id: <199503012044.MAA00337@corbin.Root.COM> X-Authentication-Warning: corbin.Root.COM: Host localhost didn't use HELO protocol To: guido@gvr.win.tue.nl (Guido van Rooij) cc: FreeBSD-hackers@freefall.cdrom.com (FreeBSD-hackers) Subject: Re: telnetd linemode still broken??? In-reply-to: Your message of "Wed, 01 Mar 95 20:54:40 +0100." <199503011954.UAA09646@gvr.win.tue.nl> From: David Greenman Reply-To: davidg@Root.COM Date: Wed, 01 Mar 1995 12:44:21 -0800 Sender: hackers-owner@FreeBSD.org Precedence: bulk >It seems (from personal experience) that the telnetd LINEMODE option >still is broken. Shall I just remove the option from the Makefile? >It really is annoying :-( No, someone needs to fix it. There appears to be a form of race condition that causes the options to be strangly interpreted. I think it has to do with how the options are packetized - the receiver of them doesn't coalesce them correctly when they span multiple read calls. This is of course just a guess- if I knew what was causing it, I'd have committed a fix. :-) -DG From owner-freebsd-hackers Wed Mar 1 13:05:23 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id NAA16430 for hackers-outgoing; Wed, 1 Mar 1995 13:05:23 -0800 Received: from glueserv1.umd.edu (glueserv1.umd.edu [129.2.70.69]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id NAA16414; Wed, 1 Mar 1995 13:05:14 -0800 Received: from latte.eng.umd.edu (latte.eng.umd.edu [129.2.98.15]) by glueserv1.umd.edu (8.6.10/8.6.4) with ESMTP id QAA18817; Wed, 1 Mar 1995 16:02:50 -0500 Received: (chuckr@localhost) by latte.eng.umd.edu (8.6.10/8.6.4) id QAA21485; Wed, 1 Mar 1995 16:02:48 -0500 Date: Wed, 1 Mar 1995 16:02:48 -0500 (EST) From: Chuck Robey To: "matthew c. mead" cc: Amancio Hasty Jr , ache@astral.msk.su, ports@FreeBSD.org, hackers@FreeBSD.org Subject: Re: Two things: Sound, playmidi In-Reply-To: <199503011504.KAA05371@goof.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@FreeBSD.org Precedence: bulk On Wed, 1 Mar 1995, matthew c. mead wrote: > Not that I've heard of - and apparently he's now "unreachable" for 4 to > 8 years. That's not true, he got in touch with me last year whilst I was getting my 1.1.5.1 system sound in order. I believe he reads some linux newsgroups, but I don't remember how to get in touch with him directly. ----------------------------+----------------------------------------------- Chuck Robey | Interests include any kind of voice or data chuckr@eng.umd.edu | communications topic, C programming, and Unix. 7608 Topton St. | New Carrollton, MD 20784 | I run Journey2 (Freebsd 2.0) and n3lxx (301) 459-2316 | (FreeBSD 1.1.5.1) and am I happy! ----------------------------+----------------------------------------------- From owner-freebsd-hackers Wed Mar 1 13:34:14 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id NAA00145 for hackers-outgoing; Wed, 1 Mar 1995 13:34:14 -0800 Received: from glueserv1.umd.edu (glueserv1.umd.edu [129.2.70.69]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id NAA16414; Wed, 1 Mar 1995 13:05:14 -0800 Received: from latte.eng.umd.edu (latte.eng.umd.edu [129.2.98.15]) by glueserv1.umd.edu (8.6.10/8.6.4) with ESMTP id QAA18817; Wed, 1 Mar 1995 16:02:50 -0500 Received: (chuckr@localhost) by latte.eng.umd.edu (8.6.10/8.6.4) id QAA21485; Wed, 1 Mar 1995 16:02:48 -0500 Date: Wed, 1 Mar 1995 16:02:48 -0500 (EST) From: Chuck Robey To: "matthew c. mead" cc: Amancio Hasty Jr , ache@astral.msk.su, ports@FreeBSD.org, hackers@FreeBSD.org Subject: Re: Two things: Sound, playmidi In-Reply-To: <199503011504.KAA05371@goof.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@FreeBSD.org Precedence: bulk On Wed, 1 Mar 1995, matthew c. mead wrote: > Not that I've heard of - and apparently he's now "unreachable" for 4 to > 8 years. That's not true, he got in touch with me last year whilst I was getting my 1.1.5.1 system sound in order. I believe he reads some linux newsgroups, but I don't remember how to get in touch with him directly. ----------------------------+----------------------------------------------- Chuck Robey | Interests include any kind of voice or data chuckr@eng.umd.edu | communications topic, C programming, and Unix. 7608 Topton St. | New Carrollton, MD 20784 | I run Journey2 (Freebsd 2.0) and n3lxx (301) 459-2316 | (FreeBSD 1.1.5.1) and am I happy! ----------------------------+----------------------------------------------- From owner-freebsd-hackers Wed Mar 1 13:36:48 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id NAA00286 for hackers-outgoing; Wed, 1 Mar 1995 13:36:48 -0800 Received: from mimsy.cdrom.com (mimsy.cdrom.com [192.216.223.47]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id NAA00280; Wed, 1 Mar 1995 13:36:47 -0800 Received: from localhost (localhost [127.0.0.1]) by mimsy.cdrom.com (8.6.8/8.6.6) with SMTP id NAA07508; Wed, 1 Mar 1995 13:19:03 -0800 Message-Id: <199503012119.NAA07508@mimsy.cdrom.com> X-Authentication-Warning: mimsy.cdrom.com: Host localhost didn't use HELO protocol To: "Jordan K. Hubbard" cc: velte@mimsy.cdrom.com cc: hackers@freefall.cdrom.com Subject: Re: Jordan will be at CeBIT in Hannover, Germany all next week.. In-reply-to: Your message of "Wed, 01 Mar 95 10:08:27 PST." <12990.794081307@freefall.cdrom.com> Date: Wed, 01 Mar 1995 13:19:02 -0800 From: jack velte Sender: hackers-owner@FreeBSD.org Precedence: bulk "Jordan K. Hubbard" said... > >Subject: Jordan will be at CeBIT in Hannover, Germany all next week.. > >1. So that those of you in Germany and/or Europe who'd like to get together > (and I must insist on frisking all of you for weapons before sitting down > to dinner :-) know to stop by Walnut Creek CDROM's booth at the show. > Exactly where it is I'm not sure yet, but check the show registry. it's in hall 1, the american pavilion at 6e2. please do stop by! -jack From owner-freebsd-hackers Wed Mar 1 14:22:57 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id OAA01648 for hackers-outgoing; Wed, 1 Mar 1995 14:22:57 -0800 Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.34]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id OAA01642 for ; Wed, 1 Mar 1995 14:22:52 -0800 Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id JAA12258; Thu, 2 Mar 1995 09:13:04 +1100 Date: Thu, 2 Mar 1995 09:13:04 +1100 From: Bruce Evans Message-Id: <199503012213.JAA12258@godzilla.zeta.org.au> To: Remy.Card@masi.ibp.fr, hasty@netcom.com Subject: Re: Since lites-1.0 is out... Cc: bakul@netcom.com, freebsd-hackers@FreeBSD.org Sender: hackers-owner@FreeBSD.org Precedence: bulk > Mach.all bombs out because it is linked as a QMAGIC binary. It seems >that the current boot blocks are not able to boot a QMAGIC kernel. I have not >looked into it: I have simply modified the mkbootimage script in Mach4 to make >it generate a ZMAGIC binary (simply add -Z to the call to ld). BTW, I noticed >that everything under FreeBSD is linked as a QMAGIC binary except the kernel >so I suspect that the boot blocks bug is already known. The original Mach bootblocks probably would have worked, but the mask for munging head.a_entry to get startaddr was changed from 0x00F00000 to 0x00FFFFFF because the former arbitrarily restricts the load address to a 1MB boundary and QMAGIC wasn't supported at all when the change was made. I think the bootblock shouldn't know anything about executable magics. It should simply load a file wherever it wants and jump to the load address. Startup code in the file can relocate and expand the bss, etc. This would be easier if the jmp instruction at the start of the file worked on more machines that PDP-11's :-). Bruce From owner-freebsd-hackers Wed Mar 1 14:38:21 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id OAA02385 for hackers-outgoing; Wed, 1 Mar 1995 14:38:21 -0800 Received: from mwunix.mitre.org (mwunix.mitre.org [128.29.154.1]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id OAA02379 for ; Wed, 1 Mar 1995 14:38:20 -0800 Received: from fluky.mitre.org (fluky.mitre.org [128.29.113.24]) by mwunix.mitre.org (8.6.10/8.6.4) with SMTP id RAA16464; Wed, 1 Mar 1995 17:38:10 -0500 Received: from [128.29.113.163] (m21378-mac2.mitre.org) by fluky.mitre.org (4.1/SMI-4.0) id AA10298; Wed, 1 Mar 95 17:34:02 EST X-Sender: slr@fluky (Unverified) Message-Id: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Wed, 1 Mar 1995 17:43:14 -0500 To: rvetter@plains.nodak.edu, wollman@halloran-eldar.lcs.mit.edu From: slr@mitre.org (Soochon Radee) Subject: multicast forwarding workaround Cc: freebsd-hackers@FreeBSD.org Sender: hackers-owner@FreeBSD.org Precedence: bulk Because IGMP packets make it up to mrouted through normal IGMP channels, I've made a modification to ip_mforward and mrouted to allow the upcall to reach mrouted. Instead of telling raw_input that the mbuf should be passed to an IGMP-listening process, we can set the protocol of the IP packet to IGMP and pass it to rip_input instead. To mark the packet as a request for a new route, I set the IP version to 0 and have mrouted check appropriately. In the kernel: mwunix> diff ip_mroute.c.new ip_mroute.c 1118,1120c1118 < /* k_data->ip_p = 0; */ < k_data->ip_v = 0; < k_data->ip_p = IPPROTO_IGMP; --- > k_data->ip_p = 0; 1124c1122 < /* raw_input(mm, &k_igmpproto, --- > raw_input(mm, &k_igmpproto, 1126,1127c1124 < (struct sockaddr *)&k_igmpdst); */ < rip_input(mm); --- > (struct sockaddr *)&k_igmpdst); In the daemon: mwunix> diff igmp.c.new igmp.c 133c133 < if (ip->ip_v == 0) { --- > if (ip->ip_p == 0) { This works when compiled and run in our lab setup: ----net-A----------o o-----------net-B------o----------------- _|_____|_ ___|____ | fbsd | | sun | | mrouter | | mrouter| |_________| |________| lusty jocky The FreeBSD box (lusty) acts as a multicast router between networks A and B. jocky is the endpoint of a tunnel that connects to the mbone. Hosts on both networks are able to interact with each other and off-site computers when joined to the same multicast group. I realize this solution might not be the Right Thing to do, but I don't know enough about sockets (yet) to figure out why a routing control block isn't created for mrouted's raw socket in the rawcb circular list (in net/raw_usrreq.c). Unfortunately, I have run into a new problem: the FreeBSD mrouted will not send prunes. When mrouted on lusty is started, jocky grafts all of the groups it knows about. Shouldn't lusty immediately send IGMP prunes back to jocky, or am I understanding the code/specs wrong? (That is what jocky does with the other end of the tunnel). I am not sure if this is related to the change I made in the code, and I haven't been able to investigate on the sun. I am also not sure whether or not FreeBSD mrouted can act as the end of a multicast tunnel (either end) with non-FreeBSD systems. In ip_mroute.c, the initialization routines use protocol IPPROTO_ENCAP = 89, and not ENCAP_PROTO = 4, which is what the mrouted distribution uses. Soochon From owner-freebsd-hackers Wed Mar 1 16:33:57 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id QAA05218 for hackers-outgoing; Wed, 1 Mar 1995 16:33:57 -0800 Received: from seagull.rtd.com (root@Seagull.rtd.com [198.102.68.2]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id QAA05212 for ; Wed, 1 Mar 1995 16:33:56 -0800 Received: (from dgy@localhost) by seagull.rtd.com (8.6.9/8.6.9.1) id RAA13067 for freebsd-hackers@freefall.cdrom.com; Wed, 1 Mar 1995 17:33:50 -0700 From: Don Yuniskis Message-Id: <199503020033.RAA13067@seagull.rtd.com> Subject: xview port To: freebsd-hackers@freefall.cdrom.com (FreeBSD hackers) Date: Wed, 1 Mar 1995 17:33:50 -0700 (MST) X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 179 Sender: hackers-owner@FreeBSD.org Precedence: bulk Greetings! XView appears to, by default, assume no support for locales. Should this be changed in the port? Or, is setlocale() (et al.) broken? I'm using 1.1.5 Thx, --don From owner-freebsd-hackers Wed Mar 1 17:09:30 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id NAA16430 for hackers-outgoing; Wed, 1 Mar 1995 13:05:23 -0800 Received: from glueserv1.umd.edu (glueserv1.umd.edu [129.2.70.69]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id NAA16414; Wed, 1 Mar 1995 13:05:14 -0800 Received: from latte.eng.umd.edu (latte.eng.umd.edu [129.2.98.15]) by glueserv1.umd.edu (8.6.10/8.6.4) with ESMTP id QAA18817; Wed, 1 Mar 1995 16:02:50 -0500 Received: (chuckr@localhost) by latte.eng.umd.edu (8.6.10/8.6.4) id QAA21485; Wed, 1 Mar 1995 16:02:48 -0500 Date: Wed, 1 Mar 1995 16:02:48 -0500 (EST) From: Chuck Robey To: "matthew c. mead" cc: Amancio Hasty Jr , ache@astral.msk.su, ports@FreeBSD.org, hackers@FreeBSD.org Subject: Re: Two things: Sound, playmidi In-Reply-To: <199503011504.KAA05371@goof.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@FreeBSD.org Precedence: bulk On Wed, 1 Mar 1995, matthew c. mead wrote: > Not that I've heard of - and apparently he's now "unreachable" for 4 to > 8 years. That's not true, he got in touch with me last year whilst I was getting my 1.1.5.1 system sound in order. I believe he reads some linux newsgroups, but I don't remember how to get in touch with him directly. ----------------------------+----------------------------------------------- Chuck Robey | Interests include any kind of voice or data chuckr@eng.umd.edu | communications topic, C programming, and Unix. 7608 Topton St. | New Carrollton, MD 20784 | I run Journey2 (Freebsd 2.0) and n3lxx (301) 459-2316 | (FreeBSD 1.1.5.1) and am I happy! ----------------------------+----------------------------------------------- From owner-freebsd-hackers Wed Mar 1 17:21:48 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id RAA07706 for hackers-outgoing; Wed, 1 Mar 1995 17:21:48 -0800 Received: from ibp.ibp.fr (ibp.ibp.fr [132.227.60.30]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id RAA07696 for ; Wed, 1 Mar 1995 17:21:46 -0800 Received: from blaise.ibp.fr (blaise.ibp.fr [132.227.60.1]) by ibp.ibp.fr (8.6.10/jtpda-5.0) with SMTP id CAA19622 for ; Thu, 2 Mar 1995 02:20:43 +0100 Received: by blaise.ibp.fr (4.1/SMI-4.1) id AA26297; Thu, 2 Mar 95 02:21:41 +0100 From: roberto@blaise.ibp.fr (Ollivier Robert) Message-Id: <9503020121.AA26297@blaise.ibp.fr> Subject: A question about DODUMP To: hackers@FreeBSD.org (Hackers' list FreeBSD) Date: Thu, 2 Mar 1995 02:21:41 +0100 (MET) X-Operating-System: FreeBSD 2.1.0-Development ctm#407 X-Mailer: ELM [version 2.4 PL23beta2] Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 613 Sender: hackers-owner@FreeBSD.org Precedence: bulk A question about panic dumps. Imagine you have a 16 MB machine. You put 2 swap partitions on two disks. Fine. If you get a kernel dump you have the space. Now you put 4 more MB in your machine. A kernel dump will now be 20 MB. If the DODUMP code smart enough not to wipe the 4 MB behind the defined "dump on sd0" or will it be necessary to put "dump on sd0 and sd1" in config file ? It is not my situation (I have 20 MB and 2x32 MB swap) but I guess it may happen. -- Ollivier ROBERT -=- The daemon is FREE! -=- roberto@FreeBSD.ORG FreeBSD keltia 2.1.0-Development #14: Sun Feb 26 16:31:40 MET 1995 From owner-freebsd-hackers Wed Mar 1 17:53:59 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id RAA09408 for hackers-outgoing; Wed, 1 Mar 1995 17:53:59 -0800 Received: from anvil.appsmiths.com (appsmiths.sccsi.com [198.65.134.98]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id RAA09403 for ; Wed, 1 Mar 1995 17:53:56 -0800 Received: (from hoppy@localhost) by anvil.appsmiths.com (8.6.8/8.6.6) id TAA02087 for hackers@freebsd.org; Wed, 1 Mar 1995 19:53:26 -0600 From: "Clay D. Hopperdietzel" Message-Id: <199503020153.TAA02087@anvil.appsmiths.com> Subject: Re: Colorado Jumbo Tape To: hackers@FreeBSD.org Date: Wed, 1 Mar 1995 19:53:25 -0600 (CST) In-Reply-To: <199503012016.VAA12702@uriah.heep.sax.de> from "J Wunsch" at Mar 1, 95 09:16:01 pm X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 676 Sender: hackers-owner@FreeBSD.org Precedence: bulk :: :: As Mark Murray wrote: :: > :: > > How can I use my Colorado Jumbo Tape (QIC 80) to backup FreeBSD ?? :: > > I mean ..... what kind of software is better to make it work ? :: > :: > Use dump(8) to backup and restore(8) to restore. :: :: ...but don't forget to pipe them to/from ft(8). ;-) :: :: -- :: cheers, J"org :: :: joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ :: Never trust an operating system you don't have sources for. ;-) :: and include something like this in your configuration: controller fdc0 at isa? port "IO_FD1" bio irq 6 drq 2 vector fdintr disk fd0 at fdc0 drive 0 disk fd1 at fdc0 drive 1 tape ft0 at fdc0 drive 2 (Sorry) From owner-freebsd-hackers Wed Mar 1 18:22:48 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id SAA10297 for hackers-outgoing; Wed, 1 Mar 1995 18:22:48 -0800 Received: from netcom12.netcom.com (hasty@netcom12.netcom.com [192.100.81.124]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id SAA10284 for ; Wed, 1 Mar 1995 18:22:39 -0800 Received: by netcom12.netcom.com (8.6.9/Netcom) id SAA10487; Wed, 1 Mar 1995 18:21:20 -0800 Date: Wed, 1 Mar 1995 18:21:20 -0800 From: hasty@netcom.com (Amancio Hasty Jr) Message-Id: <199503020221.SAA10487@netcom12.netcom.com> To: Remy.Card@masi.ibp.fr, bde@zeta.org.au, hasty@netcom.com Subject: Re: Since lites-1.0 is out... Cc: bakul@netcom.com, freebsd-hackers@FreeBSD.org Sender: hackers-owner@FreeBSD.org Precedence: bulk Well, I managed to boot lites on my IDE based machine. Thanks a lot for the "ld -Z" tip to link the kernel that did the trick. Now a simple question to our scsi experts: Can someone out there take a look at the scsi driver for the 1542c? Lites failed to boot on my P66 because, I guess it does not know about the 1542c, the driver reported back the wrong dma channel and IRQ request. I can take a stab at it however I suspect that anyone who has program the 1542c will be able to detect the necessary changes a lot faster than me. This is cool :) Amancio From owner-freebsd-hackers Wed Mar 1 18:47:51 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id SAA11272 for hackers-outgoing; Wed, 1 Mar 1995 18:47:51 -0800 Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.34]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id SAA11251 for ; Wed, 1 Mar 1995 18:47:33 -0800 Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id NAA18268; Thu, 2 Mar 1995 13:43:06 +1100 Date: Thu, 2 Mar 1995 13:43:06 +1100 From: Bruce Evans Message-Id: <199503020243.NAA18268@godzilla.zeta.org.au> To: hackers@FreeBSD.org, roberto@blaise.ibp.fr Subject: Re: A question about DODUMP Sender: hackers-owner@FreeBSD.org Precedence: bulk >Now you put 4 more MB in your machine. A kernel dump will now be 20 MB. >If the DODUMP code smart enough not to wipe the 4 MB behind the defined >"dump on sd0" or will it be necessary to put "dump on sd0 and sd1" in >config file ? Only one dump device is supported. It has to be large enough or the sd and wd drivers refuse to write anything. Bruce From owner-freebsd-hackers Wed Mar 1 19:16:19 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id TAA12595 for hackers-outgoing; Wed, 1 Mar 1995 19:16:19 -0800 Received: from bunyip.cc.uq.oz.au (bunyip.cc.uq.oz.au [130.102.2.1]) by freefall.cdrom.com (8.6.9/8.6.6) with SMTP id TAA12583 for ; Wed, 1 Mar 1995 19:16:16 -0800 Received: from wcs.uq.edu.au (actually juno.wcs.uq.edu.au) by bunyip.cc.uq.oz.au with SMTP (PP); Thu, 2 Mar 1995 13:15:49 +1000 Received: by wcs.uq.edu.au (4.1/SMI-4.1) id AA20808; Thu, 2 Mar 95 13:15:34 EST From: Gary Roberts Message-Id: <9503020315.AA20808@wcs.uq.edu.au> Subject: Re: key exchange for rlogin/telnet services? To: mark@grondar.za (Mark Murray) Date: Thu, 2 Mar 1995 13:15:34 +1000 (EST) Cc: hackers@FreeBSD.org In-Reply-To: <199503011535.RAA12611@grunt.grondar.za> from "Mark Murray" at Mar 1, 95 05:35:19 pm X-Mailer: ELM [version 2.4 PL23] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 1373 Sender: hackers-owner@FreeBSD.org Precedence: bulk Mark Murray writes: > > > For non-US readers, there are sources of encrypting telnet on ftp.funet.fi > > in /pub/unix/security/telnet/ > > It is in the non-US secure dist available in > ftp://skeleton.mikom.csir.co.za/pub/FreeBSD/FreeBSD-current/ I've followed this thread right from Jordan's original query about encrypting the whole session. Some responses have suggested that you only need to encrypt the password passing stage. Jordan was worried about the password being sniffed during an `su' if I recall correctly. If you are linking to a remote server from a single user box (ie you and root are the only entries with shells in the password file) with tcp wrappers applied at both ends and the server machine having a very restricted user base as well (five very trusted users), is it safe to use the `hosts.equiv' mechanism to allow rlogins without passwords? My (possibly naive) reasoning is that if you are not passing a password then it can't be sniffed. I guess I won't be surprised to see someone highlighting other dangers that this approach causes but as I don't understand the subtleties of security issues, I thought I'd ask and see what howls of despair are unleashed :->. Cheers, -- Gary Roberts (gary@wcs.uq.edu.au) (Ph +617 844 0400 Fax +617 844 0444) 4th Floor, South Bank House, 234 Grey St, South Bank QLD 4101 Australia. From owner-freebsd-hackers Wed Mar 1 19:36:52 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id TAA13669 for hackers-outgoing; Wed, 1 Mar 1995 19:36:52 -0800 Received: from gndrsh.aac.dev.com (gndrsh.aac.dev.com [198.145.92.241]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id TAA13663 for ; Wed, 1 Mar 1995 19:36:44 -0800 Received: (from rgrimes@localhost) by gndrsh.aac.dev.com (8.6.8/8.6.6) id TAA13274; Wed, 1 Mar 1995 19:34:55 -0800 From: "Rodney W. Grimes" Message-Id: <199503020334.TAA13274@gndrsh.aac.dev.com> Subject: Re: Since lites-1.0 is out... To: hasty@netcom.com (Amancio Hasty Jr) Date: Wed, 1 Mar 1995 19:34:55 -0800 (PST) Cc: Remy.Card@masi.ibp.fr, bde@zeta.org.au, hasty@netcom.com, bakul@netcom.com, freebsd-hackers@FreeBSD.org In-Reply-To: <199503020221.SAA10487@netcom12.netcom.com> from "Amancio Hasty Jr" at Mar 1, 95 06:21:20 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 1198 Sender: hackers-owner@FreeBSD.org Precedence: bulk > > Well, I managed to boot lites on my IDE based machine. > Thanks a lot for the "ld -Z" tip to link the kernel that did > the trick. > > Now a simple question to our scsi experts: > Can someone out there take a look at the scsi driver for the 1542c? > Lites failed to boot on my P66 because, I guess it does not know > about the 1542c, the driver reported back the wrong dma channel > and IRQ request. Thats strange, there are no differences in the way that stuf is detected between a 1542B and a 1542C. > I can take a stab at it however I suspect that anyone who has > program the 1542c will be able to detect the necessary changes > a lot faster than me. The fixes to support the 1542C are all in one block, look at the current aha1542.c files, search for: AHA_INQUIRE You have to issue a special command to the 1542C to get it to behave itself. If you reset your 1542C to factory defaults on the extended function setup menu it should behave just like a 1542B and this change is not needed. > This is cool :) > Amancio > -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation Company Custom computers for FreeBSD From owner-freebsd-hackers Wed Mar 1 19:58:48 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id TAA14869 for hackers-outgoing; Wed, 1 Mar 1995 19:58:48 -0800 Received: from moon.pr.erau.edu (moon.pr.erau.edu [192.101.135.8]) by freefall.cdrom.com (8.6.9/8.6.6) with SMTP id TAA14774; Wed, 1 Mar 1995 19:57:00 -0800 Received: by moon.pr.erau.edu (Smail3.1.29.1 #15) id m0rk1yZ-000hIkC; Wed, 1 Mar 95 20:54 MST Date: Wed, 1 Mar 1995 20:54:55 -0700 (MST) From: Stephen Waits To: Bill Allison cc: freebsd-hackers@FreeBSD.org, freebsd-questions@FreeBSD.org Subject: Re: Anyone using Smartlist 3.1? In-Reply-To: <199502281921.KAA04675@ifc.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@FreeBSD.org Precedence: bulk On Tue, 28 Feb 1995, Bill Allison wrote: > >There are some known problems with some deficient > >/bin/sh's. It could be that FreeBSD comes with one like that. Tried bash? FreeBSD's /bin/sh has had some problems for a long time. --Steve (http://pr.erau.edu/~swaits) From owner-freebsd-hackers Wed Mar 1 20:47:04 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id UAA16614 for hackers-outgoing; Wed, 1 Mar 1995 20:47:04 -0800 Received: from skynet.ctr.columbia.edu (skynet.ctr.columbia.edu [128.59.64.70]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id UAA16606 for ; Wed, 1 Mar 1995 20:46:58 -0800 Received: (from wpaul@localhost) by skynet.ctr.columbia.edu (8.6.8/8.6.6) id XAA00757; Wed, 1 Mar 1995 23:44:40 -0500 From: Wankle Rotary Engine Message-Id: <199503020444.XAA00757@skynet.ctr.columbia.edu> Subject: Re: ypserv - Is there a port? To: laufen@sol.med.ge.com (Derek Laufenberg x7-4534) Date: Wed, 1 Mar 1995 23:44:37 -0500 (EST) Cc: freebsd-hackers@FreeBSD.org In-Reply-To: <9503012004.AA05575@sol.sol.med.ge.com> from "Derek Laufenberg x7-4534" at Mar 1, 95 02:04:57 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 1905 Sender: hackers-owner@FreeBSD.org Precedence: bulk They say this Derek Laufenberg x7-4534 person was kidding when he wrote: > > Hello, > > I'm running the 2.0 release and have had good success with NFS, > but I would like to get NIS running. I see in the man pages that > the server side needs to be written. The man page date was mid-93 > so I hoping some work may have been done. > > If not, I'd take a crack at it IF some kind soul would be willing > to mentor me a bit. I've very new to unix .err... BSD programming. > > Derek Laufenberg > laufen@sol.ge.med.com FreeBSD-current now has NIS server support. It uses a port of a GNU copylefted server originally written for Linux. It also now has ypxfr, yppush, yppasswd and yppasswdd. I also made some changes to the getpwent functions to support exporting the master.passwd database as an NIS map in a semi-secure fashion as well as some bug fixes. (ypbind has been fixed up a bit too.) The next items on my TODO list (after I finish rarpd, which I might manage to do tonight) are: - Modify the getnetgrent functions to use NIS for netgroups lookups. - Add support for +@netgroup substitutions in getpwent in libc. - Add libc support for ether_ntohost(), ether_hostton() and their relatives with NIS functionality. I wrote some support functions for rarpd to implement ether_ntohost() with NIS support, but the ethers lookup functions really belong in libc. -Bill -- ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~T~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ -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 ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ The Møøse Illuminati: ignore it and be confused, or join it and be confusing! ~~~~~~~~ FreeBSD 2.1.0-Development #0: Tue Feb 7 01:49:07 EST 1995 ~~~~~~~~~ From owner-freebsd-hackers Wed Mar 1 21:33:08 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id VAA18130 for hackers-outgoing; Wed, 1 Mar 1995 21:33:08 -0800 Received: from ns.gte.com (ns.gte.com [132.197.8.9]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id VAA18118 for ; Wed, 1 Mar 1995 21:33:07 -0800 Received: from bunny.gte.com by ns.gte.com (8.6.9/IDA-1.4.4) id AAA22242; Thu, 2 Mar 1995 00:30:48 -0500 Received: by bunny.gte.com (8.6.9/GTEL2.19) id AAA29383; Thu, 2 Mar 1995 00:32:30 -0500 Received: from localhost by genesis.tiac.net (8.3/genesis0.0) id XAA14953; Wed, 1 Mar 1995 23:55:00 -0800 Date: Wed, 1 Mar 1995 23:55:00 -0800 From: steve2@genesis.tiac.net (Steve Gerakines) Message-Id: <199503020755.XAA14953@genesis.tiac.net> To: freebsd-hackers@FreeBSD.org Subject: Re: Colorado Jumbo Tape Sender: hackers-owner@FreeBSD.org Precedence: bulk > How can I use my Colorado Jumbo Tape (QIC 80) to backup FreeBSD ?? > I mean ..... what kind of software is better to make it work ? You use the ft command to do backups, restores, and to read tape labels. As far as the software to do the actual backups and restores, you can use dump/restore or any archiver that will allow piping. I usually use tar like this: backup: tar cvf - | ft restore: ft | tar xvf - read label: ft - Steve steve2@genesis.tiac.net From owner-freebsd-hackers Wed Mar 1 21:33:09 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id VAA18133 for hackers-outgoing; Wed, 1 Mar 1995 21:33:09 -0800 Received: from ns.gte.com (ns.gte.com [132.197.8.9]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id VAA18119 for ; Wed, 1 Mar 1995 21:33:07 -0800 Received: from bunny.gte.com by ns.gte.com (8.6.9/IDA-1.4.4) id AAA22246; Thu, 2 Mar 1995 00:30:50 -0500 Received: by bunny.gte.com (8.6.9/GTEL2.19) id AAA29389; Thu, 2 Mar 1995 00:32:33 -0500 Received: from localhost by genesis.tiac.net (8.3/genesis0.0) id AAA15078; Thu, 2 Mar 1995 00:11:28 -0800 Date: Thu, 2 Mar 1995 00:11:28 -0800 From: steve2@genesis.tiac.net (Steve Gerakines) Message-Id: <199503020811.AAA15078@genesis.tiac.net> To: freebsd-hackers@FreeBSD.org Subject: Re: Driver question (bug?) Sender: hackers-owner@FreeBSD.org Precedence: bulk > Note that I only could get it to work when the U24F BIOS was enabled. How do you disable the BIOS on the 24F?? I am also looking for a description of some of the jumpers on it. It came with my Gateway/2000 and basically all the manual says is "don't mess with them". :-) > This is on 1.1.5 BTW, I haven't yet tried it with >= 2.0 There was a bug in the 24F attach for versions <= 2.0. I submitted a fix a while back (after 2.0R :-() that took care of it. Since it is also applicable to anyone still using 1.1.5 here it is again if you missed it. The driver was trying to ignore cards that were in wd emulation mode, but the config value being checked is apparently not consistent on all cards. - Steve steve2@genesis.tiac.net ---- 8< 8< 8< ---- *** ultra14f.c.2 Thu Nov 10 01:18:29 1994 --- ultra14f.c Fri Jan 6 23:25:46 1995 *************** *** 921,928 **** uha24_init(unit) int unit; { ! unsigned char p0, p1, p2, p3, p5, p6, p7; ! unsigned char id[7], rev, emu, haid; int slot, port, irq, i; int resetcount = 4000; struct uha_data *uha = uhadata[unit]; --- 921,928 ---- uha24_init(unit) int unit; { ! unsigned char p0, p1, p2, p3, p5, p7; ! unsigned char id[7], rev, haid; int slot, port, irq, i; int resetcount = 4000; struct uha_data *uha = uhadata[unit]; *************** *** 988,999 **** /* We have the card! Grab remaining config. */ p5 = inb(ur->config); - p6 = inb(ur->config+1); p7 = inb(ur->config+2); - - /* If the 24F is currently emulating an ISA device, leave. */ - emu = ((p6 & 0x04) >> 1) | ((p5 & 0x08) >> 3); - if (emu != 3) return(ENODEV); switch (p5 & 0xf0) { case 0x10: irq = 15; break; --- 988,994 ---- ---- EOF EOF EOF ---- From owner-freebsd-hackers Wed Mar 1 22:51:42 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id WAA23396 for hackers-outgoing; Wed, 1 Mar 1995 22:51:42 -0800 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.cdrom.com (8.6.9/8.6.6) with SMTP id WAA23366 for ; Wed, 1 Mar 1995 22:51:37 -0800 Received: from sax.sax.de by irz301.inf.tu-dresden.de with SMTP (5.67b+/DEC-Ultrix/4.3) id AA14058; Thu, 2 Mar 1995 07:49:10 +0100 Received: by sax.sax.de (8.6.9/8.6.9-s1) with UUCP id HAA13375 for freebsd-hackers@freebsd.org; Thu, 2 Mar 1995 07:49:09 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.6.9/8.6.9) id HAA19784 for freebsd-hackers@freebsd.org; Thu, 2 Mar 1995 07:36:56 +0100 From: J Wunsch Message-Id: <199503020636.HAA19784@uriah.heep.sax.de> Subject: Re: A question about DODUMP To: freebsd-hackers@FreeBSD.org (FreeBSD hackers) Date: Thu, 2 Mar 1995 07:36:56 +0100 (MET) In-Reply-To: <199503020243.NAA18268@godzilla.zeta.org.au> from "Bruce Evans" at Mar 2, 95 01:43:06 pm Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 553 Sender: hackers-owner@FreeBSD.org Precedence: bulk As Bruce Evans wrote: > > Only one dump device is supported. It has to be large enough or the sd > and wd drivers refuse to write anything. Perhaps we should also start to allow kernel ... dumps on st0 some day? This will also require that savecore can read from a plain file (so someone can dd the tape into /tmp before saving the core). Hmm, perhaps ``dd'' will be sufficient as ``savecore'' than... -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Wed Mar 1 23:17:08 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id XAA25570 for hackers-outgoing; Wed, 1 Mar 1995 23:17:08 -0800 Received: (from dima@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id XAA25547; Wed, 1 Mar 1995 23:16:57 -0800 Message-Id: <199503020716.XAA25547@freefall.cdrom.com> Subject: Re: key exchange for rlogin/telnet services? To: gary@wcs.uq.oz.au (Gary Roberts) Date: Wed, 1 Mar 1995 23:16:57 -0800 (PST) Cc: mark@grondar.za, hackers@FreeBSD.org In-Reply-To: <9503020315.AA20808@wcs.uq.edu.au> from "Gary Roberts" at Mar 2, 95 01:15:34 pm From: dima@FreeBSD.org (Dima Ruban) X-Class: Fast Organization: HackerDome X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 950 Sender: hackers-owner@FreeBSD.org Precedence: bulk Gary Roberts writes: > > [..skipped..] > > If you are linking to a remote server from a single user box (ie you and > root are the only entries with shells in the password file) with tcp > wrappers applied at both ends and the server machine having a very > restricted user base as well (five very trusted users), is it safe to > use the `hosts.equiv' mechanism to allow rlogins without passwords? No! Old TCP sequences problem. > My (possibly naive) reasoning is that if you are not passing a password > then it can't be sniffed. I guess I won't be surprised to see someone > highlighting other dangers that this approach causes but as I don't > understand the subtleties of security issues, I thought I'd ask and see > what howls of despair are unleashed :->. > > Cheers, > -- > Gary Roberts (gary@wcs.uq.edu.au) (Ph +617 844 0400 Fax +617 844 0444) > 4th Floor, South Bank House, 234 Grey St, South Bank QLD 4101 Australia. > -- dima From owner-freebsd-hackers Wed Mar 1 23:57:57 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id XAA28723 for hackers-outgoing; Wed, 1 Mar 1995 23:57:57 -0800 Received: from dkuug.dk (dkuug.dk [193.88.44.89]) by freefall.cdrom.com (8.6.9/8.6.6) with SMTP id XAA28701 for ; Wed, 1 Mar 1995 23:57:44 -0800 Received: from kmd-ac.dk by dkuug.dk with UUCP id AA20363 (5.65c8/IDA-1.4.4j for freefall.cdrom.com!hackers); Thu, 2 Mar 1995 08:57:28 +0100 Message-Id: <199503020757.AA20363@dkuug.dk> Subject: Re: Lites and Doom To: julian@tfs.com (Julian Elischer) Date: Thu, 2 Mar 1995 09:04:49 +0000 (GMT) From: "Soeren Schmidt" Cc: sos@kmd-ac.dk, hasty@netcom.com, hsu@freefall.cdrom.com, roberto@blaise.ibp.fr, hackers@freefall.cdrom.com In-Reply-To: from "Julian Elischer" at Mar 1, 95 11:10:36 am X-Mailer: ELM [version 2.4 PL22] Content-Type: text Content-Length: 1102 X-Charset: ASCII X-Char-Esc: 29 Sender: hackers-owner@FreeBSD.org Precedence: bulk In reply to Julian Elischer who wrote: > > > > > Oh some of the stuff is allready there, and I have the rest at home > > resting because I have other (more important) things to do at the > > moment. Sean & I have played with this some 3-4 month ago, but > > we havnxt done much to it lately... > > Will you be using some of the technology NetBSD are using? > are you in contact with the NetBSD people? I have no idea, I tried to get the netbsd code yesterday, but it hadn't shown up on sun-lamp, so I really can't tell. I doubt it will be identical (especially if it follows the direction their have chosen by their ibcs & svr4 things), our implemetation is "different" (put those flame throwers away, you wont get me to say otherwise :-). I've allready put the nessesary kernel mods in some time ago, just compile with COMPAT_LINUX, and you will be abl to modload a linux emu module.. And no I'm not in contact with the NetBSD people.... -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Soren Schmidt (sos@FreeBSD.org | sos@kmd-ac.dk) FreeBSD Core Team .. From owner-freebsd-hackers Thu Mar 2 02:51:35 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id CAA10515 for hackers-outgoing; Thu, 2 Mar 1995 02:51:35 -0800 Received: from fgwmail.fujitsu.co.jp (fgwmail.fujitsu.co.jp [164.71.1.133]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id CAA10509 for ; Thu, 2 Mar 1995 02:51:30 -0800 Received: from fdmmail.fujitsu.co.jp by fgwmail.fujitsu.co.jp (8.6.9+2.4W/3.3W5-MX941209-Fujitsu Mail Gateway) id TAA08775; Thu, 2 Mar 1995 19:51:19 +0900 Received: from fdm.fujitsu.co.jp by fdmmail.fujitsu.co.jp (8.6.9+2.4W/3.3W5-MX950127-Fujitsu Domain Mail Master) id TAA27974; Thu, 2 Mar 1995 19:51:18 +0900 Received: from sysrap by fdm.fujitsu.co.jp (5.65/6.4J.6) id AA08859; Thu, 2 Mar 95 19:51:18 +0900 Received: from seki.sysrap.cs.fujitsu.co.jp by spad.sysrap.cs.fujitsu.co.jp with smtp (Smail3.1.28.1 #1) id m0rk8ae-000GUeC; Thu, 2 Mar 95 19:58 JST Date: Thu, 2 Mar 95 19:46:50 JST From: Masahiro SEKIGUCHI Message-Id: <9503021046.AA04415@seki.sysrap.cs.fujitsu.co.jp> To: freebsd-hackers@FreeBSD.org Subject: How can I submit a new driver? Sender: hackers-owner@FreeBSD.org Precedence: bulk This is my first mail to freebsd-kackers. I'm not on the list, either. I'm writing a new Ethernet driver for FreeBSD 2.0. I think it is now stable enough to make it publicly available. How can I submit it to be included in FreeBSD distribution? Please respond to me directly, as I cannot read messages posted to the freebsd-hackers list. Thanks. --- FYI: The driver is for Fujitsu MB86960A/MB86965A based Ethernet cards, currently supporting Fujitsu FMV-181 and FMV-182. (I know these cards are unknown to most of you, since they are marketed only in Japan.) I removed card-design-dependent parts from the major parts of the driver, as much as I could, putting the parts into small hooks. So It will be adaptable for other 86960/86965 based cards with only small changes. From owner-freebsd-hackers Thu Mar 2 03:36:06 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id DAA12970 for hackers-outgoing; Thu, 2 Mar 1995 03:36:06 -0800 Received: from labinfo.iet.unipi.it (labinfo.iet.unipi.it [131.114.9.5]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id DAA12964 for ; Thu, 2 Mar 1995 03:35:59 -0800 Received: from localhost (luigi@localhost) by labinfo.iet.unipi.it (8.6.5/8.6.5) id MAA10170 for hackers@freebsd.org; Thu, 2 Mar 1995 12:32:05 +0100 From: Luigi Rizzo Message-Id: <199503021132.MAA10170@labinfo.iet.unipi.it> Subject: Playing with ipfw... To: hackers@FreeBSD.org Date: Thu, 2 Mar 1995 12:32:05 +0100 (MET) X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 1548 Sender: hackers-owner@FreeBSD.org Precedence: bulk I have been playing with ipfw lately. Here are a few bugs/questions. I'd also give the fixes, but I have misconfigured the firewall and I cannot access it at the moment :) [BUG] ipfw in its current form does not accept setting the destination port. Looking at the code, it actually accepts the port, but after expects a 'via' or something similar field. The fix is quite easy, just check if the parameter string is empty after the port number. [BUG] the program does not look for full keywords [from,to] when parsing the string. Thus, if I say ipfw addf accept tcp from myhost telnet to somewhere it mistakes "telnet" for "to", and then complains that it cannot resolve "to" to a service name. Better check for full words, even if it takes more typing. [COMMENT] Quite often, allowing a service requires a two-line specification. As an example, I am using ipfw addf accept udp from 0/0 520 to 0/0 ipfw addf accept udp from 0/0 to 0/0 520 to let routing information pass to hosts in the subnet. It would be nice to have a way to specify "one of the port numbers must be XXX". Is this supported by the system calls ? Luigi ==================================================================== Luigi Rizzo Dip. di Ingegneria dell'Informazione email: luigi@iet.unipi.it Universita' di Pisa tel: +39-50-568533 via Diotisalvi 2, 56126 PISA (Italy) fax: +39-50-568522 ==================================================================== From owner-freebsd-hackers Thu Mar 2 03:37:26 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id DAA13010 for hackers-outgoing; Thu, 2 Mar 1995 03:37:26 -0800 Received: from expo.x.org (expo.x.org [198.112.45.11]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id DAA13003 for ; Thu, 2 Mar 1995 03:37:23 -0800 Received: from fedora.x.org by expo.x.org id AA05670; Thu, 2 Mar 95 06:36:48 -0500 Received: by fedora.x.org id AA29503; Thu, 2 Mar 1995 06:36:47 -0500 Message-Id: <9503021136.AA29503@fedora.x.org> To: Don Yuniskis Cc: freebsd-hackers@freefall.cdrom.com (FreeBSD hackers) Subject: Re: xview port In-Reply-To: Your message of "Wed, 01 Mar 1995 17:33:50 MST." <199503020033.RAA13067@seagull.rtd.com> Date: Thu, 02 Mar 1995 06:36:47 EST From: "Kaleb S. KEITHLEY" Sender: hackers-owner@FreeBSD.org Precedence: bulk > XView appears to, by default, assume no support for locales. >Should this be changed in the port? X11R5 is the first version of X that had any kind of support for i18n/l10n. As I recall, all official support of xview by Sun ended before Sun had an R5-based product available. I'm not familiar with xview so I don't know how hard it would be to do correctly. You'll need to support using input methods and wide characters in text, etc., etc. If you go down this path you may be biting off a bigger chunk than you realize. :-) >Or, is setlocale() (et al.) >broken? I'm using 1.1.5 Locale support is pretty weak in 1.1.5.1. I don't have any reason to believe it's any better in 2.x. I started to dabble with it some, and put together an ISO8859-1 locale file, which I think got renamed to lt_LN.ISO8859-1. You can get it from the FreeBSD-current sources in src/usr.bin/mklocale/data. Or maybe someone else did that one, I don't know. In any event libc makes some use of the locale data, but has a long way to go. If I can nurse my system back to health, get more disk, and upgrade to 2.x, then I'll work on it some more. -- Kaleb KEITHLEY From owner-freebsd-hackers Thu Mar 2 03:53:53 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id DAA13400 for hackers-outgoing; Thu, 2 Mar 1995 03:53:53 -0800 Received: from eel.dataplex.net (EEL.DATAPLEX.NET [199.183.109.245]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id DAA13394 for ; Thu, 2 Mar 1995 03:53:51 -0800 Received: from [199.183.109.242] (cod [199.183.109.242]) by eel.dataplex.net (8.6.10/8.6.9) with SMTP id FAA00933; Thu, 2 Mar 1995 05:53:34 -0600 X-Sender: wacky@shark.dataplex.net Message-Id: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Thu, 2 Mar 1995 05:53:40 -0600 To: Gary Roberts From: rkw@dataplex.net (Richard Wackerbarth) Subject: Re: key exchange for rlogin/telnet services? Cc: hackers@FreeBSD.org Sender: hackers-owner@FreeBSD.org Precedence: bulk >Mark Murray writes: >I've followed this thread right from Jordan's original query about >encrypting the whole session. Some responses have suggested that you >only need to encrypt the password passing stage. Jordan was worried >about the password being sniffed during an `su' if I recall correctly. If you use s/key, you can use it for ALL passwords. That includes su. Been there. Done that. Works fine.... This is not to say that encrypted sessions do not have value. Just that they are not NESESSARY to accomplish password hiding. ---- Richard Wackerbarth rkw@dataplex.net From owner-freebsd-hackers Thu Mar 2 04:44:29 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id EAA15001 for hackers-outgoing; Thu, 2 Mar 1995 04:44:29 -0800 Received: from dns.netvision.net.il (root@dns.NetVision.net.il [194.90.1.5]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id EAA14995 for ; Thu, 2 Mar 1995 04:44:24 -0800 Received: from ugen.NetManage.co.il (ugen.netmanage.co.il [192.114.78.165]) by dns.netvision.net.il (8.6.9/8.6.9) with SMTP id OAA28276; Thu, 2 Mar 1995 14:43:39 +0200 Date: Thu, 2 Mar 95 14:24:48 IST From: "Ugen J.S.Antsilevich" Subject: RE: Playing with ipfw... To: hackers@FreeBSD.org, Luigi Rizzo X-Mailer: Chameleon 4.00-Arm-25, TCP/IP for Windows, NetManage Inc. Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@FreeBSD.org Precedence: bulk > >[BUG] ipfw in its current form does not accept setting the destination > port. Looking at the code, it actually accepts the port, but after > expects a 'via' or something similar field. > Fixed in -current... > >[BUG] the program does not look for full keywords [from,to] when > parsing the string. Thus, if I say This was nice feature(any keyword was specified as it's first 1 or 2 letters so you could not type too much) but already "fixed" in -current >[COMMENT] Quite often, allowing a service requires a two-line > specification. As an example, I am using > > ipfw addf accept udp from 0/0 520 to 0/0 > ipfw addf accept udp from 0/0 to 0/0 520 > > to let routing information pass to hosts in the subnet. > > It would be nice to have a way to specify "one of the port > numbers must be XXX". Is this supported by the system calls ? Ok..this is by my definition "bidirectional",now accounting has this but in firewall it is in TODO ... -- -=Ugen J.S.Antsilevich=- NetVision - Israeli Commercial Internet | Learning E-mail: ugen@NetVision.net.il | To Fly. [c] Phone : +972-4-550330 | From owner-freebsd-hackers Thu Mar 2 05:50:01 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id FAA16538 for hackers-outgoing; Thu, 2 Mar 1995 05:50:01 -0800 Received: from eel.dataplex.net (EEL.DATAPLEX.NET [199.183.109.245]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id FAA16526 for ; Thu, 2 Mar 1995 05:49:59 -0800 Received: from [199.183.109.242] (cod [199.183.109.242]) by eel.dataplex.net (8.6.10/8.6.9) with SMTP id HAA01177; Thu, 2 Mar 1995 07:46:17 -0600 X-Sender: wacky@shark.dataplex.net Message-Id: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Thu, 2 Mar 1995 07:46:32 -0600 To: Luigi Rizzo From: rkw@dataplex.net (Richard Wackerbarth) Subject: Re: Playing with ipfw... Cc: hackers@FreeBSD.org, ugen@netvision.net.il Sender: hackers-owner@FreeBSD.org Precedence: bulk Luigi Rizzo writes: >I have been playing with ipfw lately. >[COMMENT] Quite often, allowing a service requires a two-line > specification. As an example, I am using > > ipfw addf accept udp from 0/0 520 to 0/0 > ipfw addf accept udp from 0/0 to 0/0 520 > > to let routing information pass to hosts in the subnet. > > It would be nice to have a way to specify "one of the port > numbers must be XXX". Is this supported by the system calls ? perhaps the external language could accept "ipfw addf accept udp between 0/0 520 and 0/0" and expand it into the two non-symetrical rules. ---- Richard Wackerbarth rkw@dataplex.net From owner-freebsd-hackers Thu Mar 2 05:56:47 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id FAA16620 for hackers-outgoing; Thu, 2 Mar 1995 05:56:47 -0800 Received: from dns.netvision.net.il (root@dns.NetVision.net.il [194.90.1.5]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id FAA16612 for ; Thu, 2 Mar 1995 05:56:43 -0800 Received: from ugen.NetManage.co.il (ugen.netmanage.co.il [192.114.78.165]) by dns.netvision.net.il (8.6.9/8.6.9) with SMTP id PAA07186; Thu, 2 Mar 1995 15:54:27 +0200 Date: Thu, 2 Mar 95 15:38:30 IST From: "Ugen J.S.Antsilevich" Subject: Re: Playing with ipfw... To: Luigi Rizzo , Richard Wackerbarth Cc: hackers@FreeBSD.org, ugen@netvision.net.il X-Mailer: Chameleon 4.00-Arm-25, TCP/IP for Windows, NetManage Inc. Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; CHARSET=us-ascii Sender: hackers-owner@FreeBSD.org Precedence: bulk >perhaps the external language could accept > >"ipfw addf accept udp between 0/0 520 and 0/0" > >and expand it into the two non-symetrical rules. Yeh..i think i already talked with someone about possibility of completely different extarnal language expanding to firewall entries.. This is something one can do even now..Well..firewall itself will change anyway but such language can give user a good choice..my ipfw interface is just straightforward interface to ipfw iocontrols..:)) -- -=Ugen J.S.Antsilevich=- NetVision - Israeli Commercial Internet | Learning E-mail: ugen@NetVision.net.il | To Fly. [c] Phone : +972-4-550330 | From owner-freebsd-hackers Thu Mar 2 11:07:29 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id LAA00283 for hackers-outgoing; Thu, 2 Mar 1995 11:07:29 -0800 Received: from seagull.rtd.com (root@Seagull.rtd.com [198.102.68.2]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id LAA00277 for ; Thu, 2 Mar 1995 11:07:27 -0800 Received: (from dgy@localhost) by seagull.rtd.com (8.6.9/8.6.9.1) id LAA19598; Thu, 2 Mar 1995 11:30:59 -0700 From: Don Yuniskis Message-Id: <199503021830.LAA19598@seagull.rtd.com> Subject: Re: xview port To: kaleb@x.org (Kaleb S. KEITHLEY) Date: Thu, 2 Mar 1995 11:30:58 -0700 (MST) Cc: freebsd-hackers@freefall.cdrom.com (FreeBSD hackers) In-Reply-To: <9503021136.AA29503@fedora.x.org> from "Kaleb S. KEITHLEY" at Mar 2, 95 06:36:47 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 1644 Sender: hackers-owner@FreeBSD.org Precedence: bulk > > XView appears to, by default, assume no support for locales. > >Should this be changed in the port? > > X11R5 is the first version of X that had any kind of support for > i18n/l10n. As I recall, all official support of xview by Sun ended > before Sun had an R5-based product available. I'm not familiar with > xview so I don't know how hard it would be to do correctly. You'll > need to support using input methods and wide characters in text, etc., > etc. If you go down this path you may be biting off a bigger chunk > than you realize. :-) Sorry, I guess I wasn't explicit enough... there are *existing* switches in the configuration files (e.g., "OsHasLocale" in XView.cf) to turn on locale support in the code. I was wondering why these switches were left "Off" in the xview port to FreeBSD (1.1.5.1). The commentary seems to indicate "setlocale()" is all (?) that's needed... > >Or, is setlocale() (et al.) > >broken? I'm using 1.1.5 > > Locale support is pretty weak in 1.1.5.1. I don't have any reason to > believe it's any better in 2.x. I started to dabble with it some, and > put together an ISO8859-1 locale file, which I think got renamed to > lt_LN.ISO8859-1. You can get it from the FreeBSD-current sources in > src/usr.bin/mklocale/data. Or maybe someone else did that one, I don't > know. In any event libc makes some use of the locale data, but has a > long way to go. If I can nurse my system back to health, get more disk, > and upgrade to 2.x, then I'll work on it some more. I was curious if I should throw the switches and "backfill" the extra locales later (xview is a pig to build) Thx, --don From owner-freebsd-hackers Thu Mar 2 11:07:27 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id LAA00276 for hackers-outgoing; Thu, 2 Mar 1995 11:07:27 -0800 Received: from seagull.rtd.com (root@Seagull.rtd.com [198.102.68.2]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id LAA00268 for ; Thu, 2 Mar 1995 11:07:26 -0800 Received: (from dgy@localhost) by seagull.rtd.com (8.6.9/8.6.9.1) id LAA19698 for freebsd-hackers@freefall.cdrom.com; Thu, 2 Mar 1995 11:32:44 -0700 From: Don Yuniskis Message-Id: <199503021832.LAA19698@seagull.rtd.com> Subject: Re: Got the new build tools to work with Mach4 (fwd) To: freebsd-hackers@freefall.cdrom.com (FreeBSD hackers) Date: Thu, 2 Mar 1995 11:32:43 -0700 (MST) X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 5515 Sender: hackers-owner@FreeBSD.org Precedence: bulk Greetings! Thought this might be of interest in light of recent discussions... Forwarded message: > From mach4-request@schirf.cs.utah.edu Thu Mar 2 10:31:04 1995 > Message-Id: <199503021654.IAA11079@uruk.org> > X-Authentication-Warning: uruk.org: Host loopback didn't use HELO protocol > To: Krisda Eaksrun > Cc: mach4-users@cs.utah.edu > Subject: Re: Got the new build tools to work with Mach4 > In-Reply-To: Your message of "Thu, 02 Mar 1995 17:38:02 +0700." > > Date: Thu, 02 Mar 1995 08:54:21 -0800 > From: Erich Stefan Boleyn > > > so won't gas 2.3 work anymore ? i follow the way in www at utah > > that, i have to patch gas a little bite (yeah i got gas 2.3 and patch it) > > i, currently, compile it on freebsd 2.0 (release), also i have set target > > for that gas to i386-gnu too, then..everything goes fine, until it > > start to ranlib the libmach_sa.a , and it refuse to do so coz' the file > > is in inapprpriate format.., any suggestion ? > > There are 2 build environments from FreeBSD 2.0 that you can use that will > build "mach4-UK02p8": > > 1) FreeBSD build tools: If you use the FreeBSD build tools, you > have to patch the assembler it comes with (or I understand you > can use a patched version of gas-2.3, but I haven't gone that > route myself). Here is the relevant info (after patching, > just type make, though make sure it is the BSD make, I think): > > ------------------------(start info here)------------------ > spam: <{275} (as)> pwd > /usr/src/gnu/usr.bin/as > spam: <{276} (as)> diff -u subsegs.c subsegs.c.orig > --- subsegs.c Thu Feb 16 07:29:19 1995 > +++ subsegs.c.orig Thu Feb 16 07:23:48 1995 > @@ -140,9 +140,6 @@ > if (seg == SEG_DATA) { > seg_fix_rootP = &data_fix_root; > seg_fix_tailP = &data_fix_tail; > - } else if (seg == SEG_BSS) { > - seg_fix_rootP = &bss_fix_root; > - seg_fix_tailP = &bss_fix_tail; > } else { > know (seg == SEG_TEXT); > seg_fix_rootP = &text_fix_root; > @@ -174,7 +171,7 @@ > { > long tmp; /* JF for obstack alignment hacking */ > #ifndef MANY_SEGMENTS > - know(seg == SEG_DATA || seg == SEG_TEXT || seg == SEG_BSS); > + know(seg == SEG_DATA || seg == SEG_TEXT); > #endif > if (seg != now_seg || subseg != now_subseg) > { /* we just changed sub-segments */ > -------------------------(finish)------------------------ > > Now, you have to change "Makeconf" (after running "configure", I think) > to use "ar -T" instead of "ar". If the "AR" variable isn't in the > file, add a line with "AR = ar -T", but I think it is there. > > It should then build fine. It will *not* boot from the standard > boot block without either zeroing the 21st byte in the file, or > patching the boot block to ignore the lower component of the > load address. It appears to be a bug in the BSD build tools. > > 2) GNU cross-compile tools: Using a recent gas/binutils snapshot > from Cygnus (950221 is the one I'm using right now, but it works > with all I've tried in the last 3-4 weeks) and gcc-2.6.3, build > the cross-compile environment that Bryan mentions in his installation > WWW pages (gas/binutils first, then gcc) for target "i386-gnu". > To get gcc-2.6.3 to compile, I had to add a "-Dbsd4_4" > to the compiler flags, since the FreeBSD configuration is set > up for the pre-2.0 BSD 4.3 versions, and FreeBSD 2.0 is BSD 4.4 based. > Now patch the mkubmod script. Here's the relevant info (do this > before running "configure" in the object directory!): > > -----------------(start info here)---------------------- > spam: <{267} (boot)> pwd > /usr/local_build/mach/mach4-i386/boot > spam: <{268} (boot)> diff -u mkubmod.sh mkubmod.sh.orig > --- mkubmod.sh Fri Feb 24 22:03:26 1995 > +++ mkubmod.sh.orig Fri Feb 24 21:56:40 1995 > @@ -62,7 +62,4 @@ > rm -f $infile.tmp.o > fi > > -# kludge to fix unstripped symbol problems > -i386-gnu-objcopy -N _mach_bmod_text -N _mach_bmod_data -N _mach_bmod_bss -N _mach_bmod_init -N _mach_bmod_etext -N _mach_bmod_edata -N _mach_bmod_ebss -N _etext -N _edata -N _ebss $outfile > - > exit 0 > ------------------------(finish)----------------------- > > At his point, run Bryan's "configure" with the "--target=i386-gnu" > option, then run the make command. It should build the entire kernel > and produce a bootable image that works with no binary patching > or bootblock patches. > > (one note: my patches are backward, but I hope that's obvious :-) > > A final note, #2 above, being a cross-compile environment, should work > from other OS's as well. I haven't tested this on other OS's myself, > so interaction bugs could certainly creep in. > > ...and this is going to change for newer versions of mach4, but updated > info will be provided. > > Question, etc. are welcome (I don't want to give people wrong info). > > Erich > -- > Erich Stefan Boleyn \__ E-mail (preferred): > WWW site: "http://www.uruk.org/" \__ home #: +1 (503) 226-0741 > Mad Genius wanna-be, CyberMuffin \_ U-Snail: 924 S.W. 16th Ave, #202 > Motto: "I'll live forever or die trying" \ Portland, OR, USA 97205 > From owner-freebsd-hackers Thu Mar 2 11:05:51 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id LAA00206 for hackers-outgoing; Thu, 2 Mar 1995 11:05:51 -0800 Received: from labinfo.iet.unipi.it (labinfo.iet.unipi.it [131.114.9.5]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id LAA00193 for ; Thu, 2 Mar 1995 11:05:36 -0800 Received: from localhost (luigi@localhost) by labinfo.iet.unipi.it (8.6.5/8.6.5) id RAA10448; Thu, 2 Mar 1995 17:00:25 +0100 From: Luigi Rizzo Message-Id: <199503021600.RAA10448@labinfo.iet.unipi.it> Subject: Re: Playing with ipfw... To: rkw@dataplex.net (Richard Wackerbarth) Date: Thu, 2 Mar 1995 17:00:24 +0100 (MET) Cc: hackers@FreeBSD.org, ugen@netvision.net.il In-Reply-To: from "Richard Wackerbarth" at Mar 2, 95 07:46:13 am X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 1982 Sender: hackers-owner@FreeBSD.org Precedence: bulk > > Luigi Rizzo writes: > > >I have been playing with ipfw lately. > >[COMMENT] Quite often, allowing a service requires a two-line > > specification. As an example, I am using > > > > ipfw addf accept udp from 0/0 520 to 0/0 > > ipfw addf accept udp from 0/0 to 0/0 520 > > > > to let routing information pass to hosts in the subnet. > > > > It would be nice to have a way to specify "one of the port > > numbers must be XXX". Is this supported by the system calls ? > > perhaps the external language could accept > > "ipfw addf accept udp between 0/0 520 and 0/0" The thing is trickier, the case 0/0 to 0/0 is very special. If I telnet from host a to host b, I have two types of packets: one with SRC_IP= a, SRC_PORT= some_port, DST_IP= b, DST_PORT= 23 and the other with SRC_IP= b, SRC_PORT= 23, DST_IP= a, DST_PORT= some_port so I need probably two rules in ipfw (if I understand well, the fields passed to IPFW are matched with the IP/TCP/UDP headers). If I want to pass telnet packets from b to a, two more packets are present: SRC_IP= b, SRC_PORT= some_port, DST_IP= a, DST_PORT= 23 SRC_IP= a, SRC_PORT= 23, DST_IP= b, DST_PORT= some_port which means two more rules. In my opinion, it makes no much sense in the user interface to specify the source port. It would be less confusing to assume that a port is actually a service, and filter access to services. I'd like something like the following: accept tcp from source.host to dest.host portX to mean "source.host is allowed access to service on portX on dest.host" Of course I might be wrong. Luigi ==================================================================== Luigi Rizzo Dip. di Ingegneria dell'Informazione email: luigi@iet.unipi.it Universita' di Pisa tel: +39-50-568533 via Diotisalvi 2, 56126 PISA (Italy) fax: +39-50-568522 ==================================================================== From owner-freebsd-hackers Thu Mar 2 11:10:12 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id LAA00406 for hackers-outgoing; Thu, 2 Mar 1995 11:10:12 -0800 Received: from mail.netcom.com (root@mail.netcom.com [192.100.81.99]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id LAA00395 for ; Thu, 2 Mar 1995 11:10:07 -0800 From: patl@asimov.lashley.slip.netcom.com Received: from lashley.slip.netcom.com by mail.netcom.com (8.6.10/Netcom) id IAA20705; Thu, 2 Mar 1995 08:29:41 -0800 Received: by lashley.slip.netcom.com (5.x/SMI-SVR4) id AA01764; Thu, 2 Mar 1995 08:32:54 -0800 Date: Thu, 2 Mar 1995 08:32:54 -0800 Message-Id: <9503021632.AA01764@lashley.slip.netcom.com> To: kaleb@x.org Subject: Re: xview port Cc: freebsd-hackers@FreeBSD.org X-Sun-Charset: US-ASCII Sender: hackers-owner@FreeBSD.org Precedence: bulk |> X11R5 is the first version of X that had any kind of support for |> i18n/l10n. As I recall, all official support of xview by Sun ended |> before Sun had an R5-based product available. I'm not familiar with |> xview so I don't know how hard it would be to do correctly. You'll |> need to support using input methods and wide characters in text, etc., |> etc. If you go down this path you may be biting off a bigger chunk |> than you realize. :-) Hmmmm. Quite a lot of work went into internationalizing XView; but I think most of it was after the snapshot that went into X11R5. I'll ask my contacts at SunSoft about later public source releases, -Pat From owner-freebsd-hackers Thu Mar 2 11:15:06 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id LAA00608 for hackers-outgoing; Thu, 2 Mar 1995 11:15:06 -0800 Received: from minnow.render.com (render.demon.co.uk [158.152.30.118]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id LAA00586 for ; Thu, 2 Mar 1995 11:15:01 -0800 Received: (from dfr@localhost) by minnow.render.com (8.6.9/8.6.9) id RAA15657; Thu, 2 Mar 1995 17:46:42 GMT Date: Thu, 2 Mar 1995 17:46:40 +0000 (GMT) From: Doug Rabson To: Amancio Hasty Jr cc: Remy.Card@masi.ibp.fr, bde@zeta.org.au, hasty@netcom.com, bakul@netcom.com, freebsd-hackers@FreeBSD.org Subject: Re: Since lites-1.0 is out... In-Reply-To: <199503020221.SAA10487@netcom12.netcom.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@FreeBSD.org Precedence: bulk On Wed, 1 Mar 1995, Amancio Hasty Jr wrote: > Well, I managed to boot lites on my IDE based machine. > Thanks a lot for the "ld -Z" tip to link the kernel that did > the trick. How did you get lites to compile? I am getting complaints about missing header files: sys/types.h sys/param.h sys/mbuf.h ... -- Doug Rabson, RenderMorphics Ltd. Mail: dfr@render.com Phone: +44 171 251 4411 FAX: +44 171 251 0939 From owner-freebsd-hackers Thu Mar 2 11:18:42 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id LAA00797 for hackers-outgoing; Thu, 2 Mar 1995 11:18:42 -0800 Received: from dns.netvision.net.il (root@dns.NetVision.net.il [194.90.1.5]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id LAA00783 for ; Thu, 2 Mar 1995 11:18:33 -0800 Received: from ugen.NetManage.co.il (ugen.netmanage.co.il [192.114.78.165]) by dns.netvision.net.il (8.6.9/8.6.9) with SMTP id SAA03623; Thu, 2 Mar 1995 18:50:52 +0200 Date: Thu, 2 Mar 95 18:34:50 IST From: "Ugen J.S.Antsilevich" Subject: Re: Playing with ipfw... To: Richard Wackerbarth , Luigi Rizzo Cc: hackers@FreeBSD.org, ugen@netvision.net.il X-Mailer: Chameleon 4.00-Arm-25, TCP/IP for Windows, NetManage Inc. Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@FreeBSD.org Precedence: bulk >In my opinion, it makes no much sense in the user interface to >specify the source port. It would be less confusing to assume that >a port is actually a service, and filter access to services. I'd >like something like the following: > > accept tcp from source.host to dest.host portX > >to mean "source.host is allowed access to service on portX on dest.host" But this one you have already: This one allows access to telnet port from outside... ipfw addf accept tcp from source.host to dest.host portX And you probably need not any other definition because packets from dest.host to source.host was never denied... -- -=Ugen J.S.Antsilevich=- NetVision - Israeli Commercial Internet | Learning E-mail: ugen@NetVision.net.il | To Fly. [c] Phone : +972-4-550330 | From owner-freebsd-hackers Thu Mar 2 11:22:17 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id LAA01033 for hackers-outgoing; Thu, 2 Mar 1995 11:22:17 -0800 Received: from expo.x.org (expo.x.org [198.112.45.11]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id LAA01022 for ; Thu, 2 Mar 1995 11:22:08 -0800 Received: from fedora.x.org by expo.x.org id AA10543; Thu, 2 Mar 95 13:59:46 -0500 Received: by fedora.x.org id AA25850; Thu, 2 Mar 1995 13:59:39 -0500 Message-Id: <9503021859.AA25850@fedora.x.org> To: Don Yuniskis Cc: freebsd-hackers@freefall.cdrom.com Subject: Re: xview port In-Reply-To: Your message of "Thu, 02 Mar 1995 11:30:58 MST." <199503021830.LAA19598@seagull.rtd.com> Date: Thu, 02 Mar 1995 13:59:39 EST From: "Kaleb S. KEITHLEY" Sender: hackers-owner@FreeBSD.org Precedence: bulk >Sorry, I guess I wasn't explicit enough... there are *existing* switches >in the configuration files (e.g., "OsHasLocale" in XView.cf) to turn >on locale support in the code. I was wondering why these switches were >left "Off" in the xview port to FreeBSD (1.1.5.1). Don't know. >The commentary seems >to indicate "setlocale()" is all (?) that's needed... setlocale works okay as long as you're in the C locale. Some things in libc like isprint family of functions don't work as expected in the lt_LN locale. setlocale works well enough for the rest of R6, with some minor problems that I haven't had a chance to track down yet. >> >Or, is setlocale() (et al.) >> >broken? I'm using 1.1.5 >> >> Locale support is pretty weak in 1.1.5.1. I don't have any reason to >> believe it's any better in 2.x. I started to dabble with it some, and >> put together an ISO8859-1 locale file, which I think got renamed to >> lt_LN.ISO8859-1. You can get it from the FreeBSD-current sources in >> src/usr.bin/mklocale/data. Or maybe someone else did that one, I don't >> know. In any event libc makes some use of the locale data, but has a >> long way to go. If I can nurse my system back to health, get more disk, >> and upgrade to 2.x, then I'll work on it some more. >I was curious if I should throw the switches and "backfill" the extra >locales later (xview is a pig to build) I'd say throw the switch and hope for the best. :-) FYI, the i18n/l10n support has changed some between R5 and R6; in theory this should be completely transparent to higher layers like xview, but if xview depends on the R5 Xsi mechanism then you may run into some difficulties. If there's a config option to use Ximp then that's what you should use because R6 is based on that. -- Kaleb From owner-freebsd-hackers Thu Mar 2 11:32:23 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id LAA02019 for hackers-outgoing; Thu, 2 Mar 1995 11:32:23 -0800 Received: from nanbu.mt.cs.keio.ac.jp (nanbu.mt.cs.keio.ac.jp [131.113.32.19]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id LAA02012 for ; Thu, 2 Mar 1995 11:32:22 -0800 Received: (from hosokawa@localhost) by nanbu.mt.cs.keio.ac.jp (8.6.9+2.4Wb/3.3Wb) id DAA16227; Fri, 3 Mar 1995 03:16:36 +0900 Date: Fri, 3 Mar 1995 03:16:36 +0900 Message-Id: <199503021816.DAA16227@nanbu.mt.cs.keio.ac.jp> To: freebsd-hackers@FreeBSD.org Subject: "Giant Step" GIF test version From: hosokawa@mt.cs.keio.ac.jp (HOSOKAWA Tatsumi) X-Mailer: mnews [version 1.18PL3] 1994-08/01(Mon) Sender: hackers-owner@FreeBSD.org Precedence: bulk Hi! The first test version of "Giant Step" GIF is now available (I've drawn it in a few hours.) But I don't like following points of this version. I'll draw it again. - The modelling of the ladder has some bugs and it looks too cheap, - I want to include the picture of the moon and the earth, - The layout of the objects is too bad, and - The mapped texture on the ground is not good. Its URL is, http://www.mt.cs.keio.ac.jp/person/hosokawa/secret/giantstep1.gif (800x800 8-bit GIF format) Comments and new ideas are welcome. -- HOSOKAWA, Tatsumi E-mail: hosokawa@mt.cs.keio.ac.jp WWW homepage: http://www.mt.cs.keio.ac.jp/person/hosokawa.html Department of Computer Science, Keio University, Yokohama, Japan From owner-freebsd-hackers Thu Mar 2 11:58:38 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id LAA04262 for hackers-outgoing; Thu, 2 Mar 1995 11:58:38 -0800 Received: from cs.weber.edu (cs.weber.edu [137.190.16.16]) by freefall.cdrom.com (8.6.9/8.6.6) with SMTP id LAA04249 for ; Thu, 2 Mar 1995 11:58:34 -0800 Received: by cs.weber.edu (4.1/SMI-4.1.1) id AA20661; Thu, 2 Mar 95 09:52:46 MST From: terry@cs.weber.edu (Terry Lambert) Message-Id: <9503021652.AA20661@cs.weber.edu> Subject: Re: xview port To: kaleb@x.org (Kaleb S. KEITHLEY) Date: Thu, 2 Mar 95 9:52:45 MST Cc: dgy@seagull.rtd.com, freebsd-hackers@freefall.cdrom.com In-Reply-To: <9503021136.AA29503@fedora.x.org> from "Kaleb S. KEITHLEY" at Mar 2, 95 06:36:47 am X-Mailer: ELM [version 2.4dev PL52] Sender: hackers-owner@FreeBSD.org Precedence: bulk > > XView appears to, by default, assume no support for locales. > >Should this be changed in the port? > > X11R5 is the first version of X that had any kind of support for > i18n/l10n. As I recall, all official support of xview by Sun ended > before Sun had an R5-based product available. I'm not familiar with > xview so I don't know how hard it would be to do correctly. You'll > need to support using input methods and wide characters in text, etc., > etc. If you go down this path you may be biting off a bigger chunk > than you realize. :-) Actually, Sun did release a locale aware Xview. In it, they included their first cut of the locale libraries themselves. I rememeber that I looked at the code once a while back specifically because I was only interested in the locale parts. Terry Lambert terry@cs.weber.edu --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Thu Mar 2 12:05:45 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id MAA04942 for hackers-outgoing; Thu, 2 Mar 1995 12:05:45 -0800 Received: from netcom14.netcom.com (hasty@netcom14.netcom.com [192.100.81.126]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id MAA04930 for ; Thu, 2 Mar 1995 12:05:37 -0800 Received: by netcom14.netcom.com (8.6.10/Netcom) id MAA25141; Thu, 2 Mar 1995 12:05:14 -0800 Date: Thu, 2 Mar 1995 12:05:14 -0800 From: hasty@netcom.com (Amancio Hasty Jr) Message-Id: <199503022005.MAA25141@netcom14.netcom.com> To: freebsd-hackers@FreeBSD.org, hosokawa@mt.cs.keio.ac.jp Subject: Re: "Giant Step" GIF test version Sender: hackers-owner@FreeBSD.org Precedence: bulk I love it :) Thanks alot! Amancio From owner-freebsd-hackers Thu Mar 2 12:15:44 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id MAA05545 for hackers-outgoing; Thu, 2 Mar 1995 12:15:44 -0800 Received: from netcom14.netcom.com (hasty@netcom14.netcom.com [192.100.81.126]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id MAA05538 for ; Thu, 2 Mar 1995 12:15:43 -0800 Received: by netcom14.netcom.com (8.6.10/Netcom) id MAA26064; Thu, 2 Mar 1995 12:15:16 -0800 Date: Thu, 2 Mar 1995 12:15:16 -0800 From: hasty@netcom.com (Amancio Hasty Jr) Message-Id: <199503022015.MAA26064@netcom14.netcom.com> To: freebsd-hackers@FreeBSD.org Subject: Lites-1.0 is up and running :) Sender: hackers-owner@FreeBSD.org Precedence: bulk Hi, Thanks to all those who helped me out to bring mach up! I am going to try to document what I have done so at least others will have less of a hazzle bringing up mach4 under FreeBSD. Basically, I just wanted to post the good news and now I have to run... Cheers, Amancio. From owner-freebsd-hackers Thu Mar 2 12:27:49 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id MAA06161 for hackers-outgoing; Thu, 2 Mar 1995 12:27:49 -0800 Received: (from hsu@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id MAA06152; Thu, 2 Mar 1995 12:27:48 -0800 Date: Thu, 2 Mar 1995 12:27:48 -0800 From: Jeffrey Hsu Message-Id: <199503022027.MAA06152@freefall.cdrom.com> To: hosokawa@mt.cs.keio.ac.jp Subject: Re: "Giant Step" GIF test version Cc: hackers Sender: hackers-owner@FreeBSD.org Precedence: bulk Very nice graphics. How did you make it? With povray? The demon shadow is a nice effect, but it's a bit too sinister. I liked the cutesy full-color image of the demon mascot better. Jeffrey From owner-freebsd-hackers Thu Mar 2 12:35:39 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id MAA06667 for hackers-outgoing; Thu, 2 Mar 1995 12:35:39 -0800 Received: from ref.tfs.com (ref.tfs.com [140.145.254.251]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id MAA06661; Thu, 2 Mar 1995 12:35:38 -0800 Received: (from phk@localhost) by ref.tfs.com (8.6.8/8.6.6) id MAA07932; Thu, 2 Mar 1995 12:35:37 -0800 From: Poul-Henning Kamp Message-Id: <199503022035.MAA07932@ref.tfs.com> Subject: Re: "Giant Step" GIF test version To: hsu@freefall.cdrom.com (Jeffrey Hsu) Date: Thu, 2 Mar 1995 12:35:37 -0800 (PST) Cc: hosokawa@mt.cs.keio.ac.jp, hackers@freefall.cdrom.com In-Reply-To: <199503022027.MAA06152@freefall.cdrom.com> from "Jeffrey Hsu" at Mar 2, 95 12:27:48 pm Content-Type: text Content-Length: 478 Sender: hackers-owner@FreeBSD.org Precedence: bulk > The demon shadow is a nice effect, but it's a bit too sinister. I liked > the cutesy full-color image of the demon mascot better. No this is exactly what we want. Almost perfect! If anything is to be mentioned: if you look at the moon-pictures, you will see that the footprints are 100% well defined, no fuzzyness whatsoever. bravo! -- Poul-Henning Kamp TRW Financial Systems, Inc. I am Pentium Of Borg. Division is Futile. You WILL be approximated. From owner-freebsd-hackers Thu Mar 2 12:38:55 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id MAA06810 for hackers-outgoing; Thu, 2 Mar 1995 12:38:55 -0800 Received: from trout.sri.MT.net (trout.sri.MT.net [204.182.243.12]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id MAA06802 for ; Thu, 2 Mar 1995 12:38:51 -0800 Received: (from nate@localhost) by trout.sri.MT.net (8.6.9/8.6.9) id NAA20331; Thu, 2 Mar 1995 13:42:39 -0700 Date: Thu, 2 Mar 1995 13:42:39 -0700 From: Nate Williams Message-Id: <199503022042.NAA20331@trout.sri.MT.net> In-Reply-To: hosokawa@mt.cs.keio.ac.jp (HOSOKAWA Tatsumi) ""Giant Step" GIF test version" (Mar 3, 3:16am) X-Mailer: Mail User's Shell (7.2.5 10/14/92) To: hosokawa@mt.cs.keio.ac.jp (HOSOKAWA Tatsumi), freebsd-hackers@FreeBSD.org Subject: Re: "Giant Step" GIF test version Sender: hackers-owner@FreeBSD.org Precedence: bulk > The first test version of "Giant Step" GIF is now available (I've Wow, pretty impressive. However, I must agree with Jeffrey. The shadow of the daemon is too subtle of an effect for people who don't understand to get it. Would it be possible to do a shot like the old MTV commercial with the astronaut replaced with the BSD Daemon, and the flag espousing FreeBSD instead of the U.S. flag? I think most folks would catch on to that, especially with the Earth in the background. In spite of what I just said, you're work is incredible and much better than anything I could hope to do. Great job! Nate From owner-freebsd-hackers Thu Mar 2 13:31:47 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id NAA08834 for hackers-outgoing; Thu, 2 Mar 1995 13:31:47 -0800 Received: (from hsu@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id NAA08824; Thu, 2 Mar 1995 13:31:45 -0800 Date: Thu, 2 Mar 1995 13:31:45 -0800 From: Jeffrey Hsu Message-Id: <199503022131.NAA08824@freefall.cdrom.com> To: phk@ref.tfs.com Subject: Re: "Giant Step" GIF test version Cc: hackers@freefall.cdrom.com, hosokawa@mt.cs.keio.ac.jp Sender: hackers-owner@FreeBSD.org Precedence: bulk One other point, that's a human footprint. How about a demon footprint? Jeffrey From owner-freebsd-hackers Thu Mar 2 13:44:45 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id NAA09447 for hackers-outgoing; Thu, 2 Mar 1995 13:44:45 -0800 Received: from lupine.nsi.nasa.gov (lupine.nsi.nasa.gov [198.116.2.100]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id NAA09439 for ; Thu, 2 Mar 1995 13:44:38 -0800 Received: (from mnewell@localhost) by lupine.nsi.nasa.gov (8.6.9/8.6.9) id QAA02868; Thu, 2 Mar 1995 16:43:18 -0500 Date: Thu, 2 Mar 1995 16:43:08 -0500 (EST) From: "Michael C. Newell" To: Nate Williams cc: HOSOKAWA Tatsumi , freebsd-hackers@FreeBSD.org Subject: Re: "Giant Step" GIF test version In-Reply-To: <199503022042.NAA20331@trout.sri.MT.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@FreeBSD.org Precedence: bulk On Thu, 2 Mar 1995, Nate Williams wrote: > Wow, pretty impressive. Yes! > However, I must agree with Jeffrey. The shadow of the daemon is too > subtle of an effect for people who don't understand to get it. Interesting... I didn't get the sinister feeling at all; in fact, I still don't; the shadow actually kind of seems to be smiling to me... Especially with the smiling daemon decimal point right below it. Too bad the footprint doesn't look very sneakery though. :{) > In spite of what I just said, you're work is incredible and much better > than anything I could hope to do. Great job! Ditto! Too bad the window-smashing one wasn't PC (groan) enough through; everyone here thought that one was REALLY way cool! Thanks, Mike +--------------------------------------+------------------------------------+ |Mike Newell | The opinions expressed herein are | |NASA Science Internet Network Systems | my own, and do not necessarily | |Sterling Software, Inc. | reflect those of the NSI program, | |MNewell@nsipo.nasa.gov | Sterling Software, NASA, or anyone | |+1-202-434-8954 | else. | +--------------------------------------+------------------------------------+ From owner-freebsd-hackers Thu Mar 2 14:02:22 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id OAA10241 for hackers-outgoing; Thu, 2 Mar 1995 14:02:22 -0800 Received: from ibp.ibp.fr (ibp.ibp.fr [132.227.60.30]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id OAA10117; Thu, 2 Mar 1995 14:00:35 -0800 Received: from masi.ibp.fr (root@masi.ibp.fr [132.227.60.23]) by ibp.ibp.fr (8.6.10/jtpda-5.0) with ESMTP id WAA04466 ; Thu, 2 Mar 1995 22:59:06 +0100 Received: from hebe.ibp.fr (card@hebe.ibp.fr [132.227.64.34]) by masi.ibp.fr (8.6.10/jtpda-5.0) with ESMTP id WAA27373 ; Thu, 2 Mar 1995 22:58:51 +0100 From: Remy.Card@masi.ibp.fr (Remy CARD) Received: by hebe.ibp.fr (8.6.10/jtpda-5.0) id WAA29663 ; Thu, 2 Mar 1995 22:58:43 +0100 Message-Id: <199503022158.WAA29663@hebe.ibp.fr> Subject: Mach 4 and Lites note available To: freebsd-hackers@FreeBSD.org, freebsd-current@FreeBSD.org Date: Thu, 2 Mar 1995 22:58:43 +0100 (MET) X-Mailer: ELM [version 2.4 PL21] Content-Type: text Content-Length: 839 Sender: hackers-owner@FreeBSD.org Precedence: bulk Yesterday, I had promised to update my note describing how to build and run Mach 4 and Lites on a PC running FreeBSD 2.x. Okay, I have updated it and I have uploaded to ftp.FreeBSD.org in /pub/FreeBSD/incoming. The file is called mach4-lites. The note is big (1188 lines, 61941 bytes) because it contains an uuencoded binary of the mach_init program (compiling it from the CMU USER collection with the OSF build tools is not that easy). The note is not complete yet: it describes how to build and run Mach 4 and Lites, it also describes how to compile and run Mach programs on top of Lites, but it lacks a section explaining how to compile Mach programs from CMU (i.e. how to use the OSF build tools on FreeBSD 2). I plan to include this section soon (next week) and to upload an improved version. Comments are welcome. Remy From owner-freebsd-hackers Thu Mar 2 14:04:49 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id OAA10346 for hackers-outgoing; Thu, 2 Mar 1995 14:04:49 -0800 Received: from localhost (localhost [127.0.0.1]) by freefall.cdrom.com (8.6.9/8.6.6) with SMTP id OAA10339; Thu, 2 Mar 1995 14:04:46 -0800 X-Authentication-Warning: freefall.cdrom.com: Host localhost didn't use HELO protocol To: hasty@netcom.com (Amancio Hasty Jr) cc: freebsd-hackers@FreeBSD.org Subject: Re: Lites-1.0 is up and running :) In-reply-to: Your message of "Thu, 02 Mar 95 12:15:16 PST." <199503022015.MAA26064@netcom14.netcom.com> Date: Thu, 02 Mar 1995 14:04:46 -0800 Message-ID: <10338.794181886@freefall.cdrom.com> From: "Jordan K. Hubbard" Sender: hackers-owner@FreeBSD.org Precedence: bulk > Hi, > Thanks to all those who helped me out to bring mach up! > > I am going to try to document what I have done so at least others > will have less of a hazzle bringing up mach4 under FreeBSD. > > Basically, I just wanted to post the good news and now I have > to run... > > Cheers, > Amancio. > Excellent. Now, if I give you root on fnord.cdrom.com would you be willing to reproduce this feat on a publically accessible machine? :-) Jordan From owner-freebsd-hackers Thu Mar 2 14:09:20 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id OAA10557 for hackers-outgoing; Thu, 2 Mar 1995 14:09:20 -0800 Received: from localhost (localhost [127.0.0.1]) by freefall.cdrom.com (8.6.9/8.6.6) with SMTP id OAA10550; Thu, 2 Mar 1995 14:09:17 -0800 X-Authentication-Warning: freefall.cdrom.com: Host localhost didn't use HELO protocol To: Jeffrey Hsu cc: phk@ref.tfs.com, hackers@freefall.cdrom.com, hosokawa@mt.cs.keio.ac.jp Subject: Re: "Giant Step" GIF test version In-reply-to: Your message of "Thu, 02 Mar 95 13:31:45 PST." <199503022131.NAA08824@freefall.cdrom.com> Date: Thu, 02 Mar 1995 14:09:17 -0800 Message-ID: <10549.794182157@freefall.cdrom.com> From: "Jordan K. Hubbard" Sender: hackers-owner@FreeBSD.org Precedence: bulk > One other point, that's a human footprint. How about a demon footprint? You're treading on dangerous ground there, son! :-) I think the daemon's footprint would be a cloven hoof, and that's probably just a bit too close to "devil" for most religious people's tastes. Right now he wears tennis shoes so nobody knows what his feet look like! :-) Actually, that's another thing - they should be tennis-shoe prints anyway! :-) Jordan From owner-freebsd-hackers Thu Mar 2 14:14:26 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id OAA10802 for hackers-outgoing; Thu, 2 Mar 1995 14:14:26 -0800 Received: from hp.com (hp.com [15.255.152.4]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id OAA10796 for ; Thu, 2 Mar 1995 14:14:24 -0800 Received: from hpautow.aus.hp.com by hp.com with SMTP (1.37.109.14/15.5+ECS 3.3) id AA167152458; Thu, 2 Mar 1995 14:14:18 -0800 Message-Id: <199503022214.AA167152458@hp.com> Received: by hpautow.aus.hp.com (1.38.193.4/16.2) id AA03743; Fri, 3 Mar 1995 09:13:55 +1100 From: "M.C Wong" Subject: Re: "Giant Step" GIF test version To: hosokawa@mt.cs.keio.ac.jp (HOSOKAWA Tatsumi) Date: Fri, 03 Mar 1995 9:13:54 EDT Cc: freebsd-hackers@FreeBSD.org In-Reply-To: <199503021816.DAA16227@nanbu.mt.cs.keio.ac.jp>; from "HOSOKAWA Tatsumi" at Mar 3, 95 3:16 am X-Mailer: Elm [revision: 109.14.c] Sender: hackers-owner@FreeBSD.org Precedence: bulk > > Hi! > > The first test version of "Giant Step" GIF is now available (I've > drawn it in a few hours.) But I don't like following points of this > version. I'll draw it again. > > - The modelling of the ladder has some bugs and it looks > too cheap, > - I want to include the picture of the moon and the earth, > - The layout of the objects is too bad, and > - The mapped texture on the ground is not good. > > Its URL is, > > http://www.mt.cs.keio.ac.jp/person/hosokawa/secret/giantstep1.gif > (800x800 8-bit GIF format) > > Comments and new ideas are welcome. > > -- > HOSOKAWA, Tatsumi E-mail: hosokawa@mt.cs.keio.ac.jp > WWW homepage: http://www.mt.cs.keio.ac.jp/person/hosokawa.html > Department of Computer Science, Keio University, Yokohama, Japan > Excellent piece of work! Only request is to make the `little' demon slightly bigger, perhaps... What software did you use to produce this image of quality picture ? -- ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ M.C Wong Email: mcw@hpato.aus.hp.com Australian Telecom Operation Voice: +61 3 272 8058 Hewlett-Packard Australia Ltd Fax: +61 3 898 9257 31 Joseph St, Blackburn 3130, Australia OS: FreeBSD-1.1.5.1 http://hpautow.aus.hp.com:9999/~mcw/mcw.html (or http://hpautorf/~mcw) From owner-freebsd-hackers Thu Mar 2 14:15:19 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id OAA10852 for hackers-outgoing; Thu, 2 Mar 1995 14:15:19 -0800 Received: from eagle.lmsc.lockheed.com (eagle.lmsc.lockheed.com [129.197.2.20]) by freefall.cdrom.com (8.6.9/8.6.6) with SMTP id OAA10803; Thu, 2 Mar 1995 14:14:28 -0800 Received: from aurora.lasc.lockheed.com by eagle.lmsc.lockheed.com (5.65/DEC-Ultrix/4.3) id AA28996; Thu, 2 Mar 1995 14:10:57 -0800 Message-Id: <9503022210.AA28996@eagle.lmsc.lockheed.com> Received: by aurora.lasc.lockheed.com (1.38.193.4/16.2) id AA25749; Thu, 2 Mar 1995 16:15:15 -0600 From: Aaron Harcrow Subject: installation of 2.0 To: questions@FreeBSD.org Date: Thu, 2 Mar 95 16:15:14 CST Cc: hackers@FreeBSD.org Mailer: Elm [revision: 70.85] Sender: hackers-owner@FreeBSD.org Precedence: bulk Hi. Folks, my name is Aaron and I'm yet another lost soul in search of wisdom, etc., ... I am fairly unix competent, but haven't much experience with starting from scratch. The problem at hand regards installing FreeBSD 2.0 from the Walnut Creek CDROM. I built the boot and cpio floppies no problem from my second hand external Gentech CDROM drive. The initial kernel was installed on the hard disk, but when I boot from it, it cannot find the CDROM drive. I even boot kernel -c and change address, IRQ, DRQ to match the settings on the controller card, i.e., 0x300, 5, 3, but still no luck.So, the questions are : 1. Is this Gentech CDROM incompatible? It is ISO9660 compliant. What am I doing wrong? 2. Where can I get a table that identifies all of the devices probed at bootup? 3. If my Gentech CDROM drive is incompatible, is it possible to copy files from the CDROM to my Colorado 120Mb tabe drive and then install packages from this? What steps explicitly should I take? NFS porting is not available to me. Thanks in advance for your help, Aaron Harcrow From owner-freebsd-hackers Thu Mar 2 14:21:05 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id OAA11074 for hackers-outgoing; Thu, 2 Mar 1995 14:21:05 -0800 Received: from fslg8.fsl.noaa.gov (fslg8.fsl.noaa.gov [137.75.131.171]) by freefall.cdrom.com (8.6.9/8.6.6) with SMTP id OAA11065 for ; Thu, 2 Mar 1995 14:21:01 -0800 Received: by fslg8.fsl.noaa.gov (5.57/Ultrix3.0-C) id AA29684; Thu, 2 Mar 95 16:20:55 -0600 Received: by junco.fsl.noaa.gov (1.38.193.4/SMI-4.1 (1.38.193.4)) id AA04596; Thu, 2 Mar 1995 15:20:48 -0700 Date: Thu, 2 Mar 1995 15:20:48 -0700 From: kelly@fsl.noaa.gov (Sean Kelly) Message-Id: <9503022220.AA04596@junco.fsl.noaa.gov> To: hosokawa@mt.cs.keio.ac.jp Cc: freebsd-hackers@FreeBSD.org In-Reply-To: <199503021816.DAA16227@nanbu.mt.cs.keio.ac.jp> (hosokawa@mt.cs.keio.ac.jp) Subject: Re: "Giant Step" GIF test version Sender: hackers-owner@FreeBSD.org Precedence: bulk >>>>> "Hosokawa" == HOSOKAWA Tatsumi writes: Hosokawa> http://www.mt.cs.keio.ac.jp/person/hosokawa/secret/giantstep1.gif Hosokawa> (800x800 8-bit GIF format) Hosokawa> Comments and new ideas are welcome. THIS IS IT!!!!! Sure, NetBSD folks can run Doom, but they don't have Mr Hosokawa. Well done, sir! --k From owner-freebsd-hackers Thu Mar 2 14:34:37 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id OAA11686 for hackers-outgoing; Thu, 2 Mar 1995 14:34:37 -0800 Received: from ref.tfs.com (ref.tfs.com [140.145.254.251]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id OAA11680; Thu, 2 Mar 1995 14:34:36 -0800 Received: (from phk@localhost) by ref.tfs.com (8.6.8/8.6.6) id OAA08455; Thu, 2 Mar 1995 14:34:04 -0800 From: Poul-Henning Kamp Message-Id: <199503022234.OAA08455@ref.tfs.com> Subject: Re: installation of 2.0 To: g506181@aurora.lasc.lockheed.com (Aaron Harcrow) Date: Thu, 2 Mar 1995 14:34:04 -0800 (PST) Cc: questions@FreeBSD.org, hackers@FreeBSD.org In-Reply-To: <9503022210.AA28996@eagle.lmsc.lockheed.com> from "Aaron Harcrow" at Mar 2, 95 04:15:14 pm Content-Type: text Content-Length: 754 Sender: hackers-owner@FreeBSD.org Precedence: bulk > 1. Is this Gentech CDROM incompatible? It is ISO9660 compliant. What am I doing wrong? > 2. Where can I get a table that identifies all of the devices probed at bootup? > 3. If my Gentech CDROM drive is incompatible, is it possible to copy files from > the CDROM to my Colorado 120Mb tabe drive and then install packages from this? > What steps explicitly should I take? NFS porting is not available to me. > > Thanks in advance for your help, Can you tell us what the name of the device-driver you use for your CDROM is ? Can you copy (temporarily) the stuff onto your dos-partition and install from there ? -- Poul-Henning Kamp TRW Financial Systems, Inc. I am Pentium Of Borg. Division is Futile. You WILL be approximated. From owner-freebsd-hackers Thu Mar 2 14:49:23 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id OAA12244 for hackers-outgoing; Thu, 2 Mar 1995 14:49:23 -0800 Received: from nietzsche (annex1s39.urc.tue.nl [131.155.12.49]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id OAA12230 for ; Thu, 2 Mar 1995 14:49:14 -0800 Received: from nietzsche (localhost [127.0.0.1]) by nietzsche (8.6.9/8.6.9) with ESMTP id XAA10280 for ; Thu, 2 Mar 1995 23:50:46 +0100 Message-Id: <199503022250.XAA10280@nietzsche> X-Mailer: exmh version 1.5.3 12/28/94 To: hackers@FreeBSD.org Subject: Xview port Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Thu, 02 Mar 1995 23:50:45 +0100 From: "wmbfmk@urc.tue.nl" Sender: hackers-owner@FreeBSD.org Precedence: bulk Hi, I found a bug in the xview port. 'notify.h' includes and on account of the definitions: SYSV_WAIT SYSV_UCONTEXT I have solved this by undef'ing these at the beginning of notify.h but there must be a cleaner way, perhaps in some configuration file. Marc. From owner-freebsd-hackers Thu Mar 2 15:10:02 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id PAA13484 for hackers-outgoing; Thu, 2 Mar 1995 15:10:02 -0800 Received: (from hsu@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id PAA13475; Thu, 2 Mar 1995 15:10:00 -0800 Date: Thu, 2 Mar 1995 15:10:00 -0800 From: Jeffrey Hsu Message-Id: <199503022310.PAA13475@freefall.cdrom.com> To: hsu@freefall.cdrom.com, jkh@freefall.cdrom.com Subject: Re: "Giant Step" GIF test version Cc: hackers@freefall.cdrom.com, hosokawa@mt.cs.keio.ac.jp, phk@ref.tfs.com Sender: hackers-owner@FreeBSD.org Precedence: bulk Right now he wears tennis shoes You're right. I missed that important detail. Jeffrey From owner-freebsd-hackers Thu Mar 2 15:29:08 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id PAA14157 for hackers-outgoing; Thu, 2 Mar 1995 15:29:08 -0800 Received: from mwunix.mitre.org (mwunix.mitre.org [128.29.154.1]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id PAA14136 for ; Thu, 2 Mar 1995 15:29:00 -0800 Received: from fluky.mitre.org (fluky.mitre.org [128.29.113.24]) by mwunix.mitre.org (8.6.10/8.6.4) with SMTP id SAA27251; Thu, 2 Mar 1995 18:28:41 -0500 Received: from [128.29.113.163] (m21378-mac2.mitre.org) by fluky.mitre.org (4.1/SMI-4.0) id AA15577; Thu, 2 Mar 95 18:24:31 EST X-Sender: slr@fluky (Unverified) Message-Id: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Thu, 2 Mar 1995 18:33:48 -0500 To: tinguely@plains.nodak.edu, wollman@halloran-eldar.lcs.mit.edu From: slr@mitre.org (Soochon Radee) Subject: multicast pruning Cc: atn-group@mitre.org, freebsd-hackers@FreeBSD.org, ajit@udel.edu Sender: hackers-owner@FreeBSD.org Precedence: bulk Here's another piece of the multicast problem solved. FreeBSD was unable to prune with big-endian machines (Sun) because some differences in byte order were not dealt with in the mrouted distribution code. These two diffs fix that problem: lusty# diff igmp.c igmp.c.orig 184c184 < (char *)(igmp+1), igmpdatalen, ntohl(group)); --- > (char *)(igmp+1), igmpdatalen, group); 189c189 < (char *)(igmp+1), igmpdatalen, ntohl(group)); --- > (char *)(igmp+1), igmpdatalen, group); lusty# diff prune.c prune.c.orig 533d532 < #if BYTE_ORDER == BIG_ENDIAN 535,538d533 < #endif < #if BYTE_ORDER == LITTLE_ENDIAN < for (i = 3; i >= 0; i--) < #endif The first set of diffs fixes the version number other multicast routers send (that's why 'kill -USR1' dumps show 0.0 peer versions), and the other one writes the prune lifetime in network order. With the upcall and prune problems solved, all that's left is to check that the LKM version works properly and some testing, and mrouted should be ready for the 2.1 Release. Soochon From owner-freebsd-hackers Thu Mar 2 15:33:06 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id PAA14421 for hackers-outgoing; Thu, 2 Mar 1995 15:33:06 -0800 Received: from vitruvius.arbld.unimelb.EDU.AU (vitruvius.arbld.unimelb.EDU.AU [128.250.136.1]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id PAA14411 for ; Thu, 2 Mar 1995 15:33:02 -0800 Received: (darrenr@localhost) by vitruvius.arbld.unimelb.EDU.AU (8.6.9/8.6.4) id KAA09244; Fri, 3 Mar 1995 10:30:42 +1100 From: Darren Reed Message-Id: <199503022330.KAA09244@vitruvius.arbld.unimelb.EDU.AU> Subject: Re: Playing with ipfw... To: luigi@labinfo.iet.unipi.it (Luigi Rizzo) Date: Fri, 3 Mar 1995 10:30:41 +1100 (EST) Cc: rkw@dataplex.net, hackers@FreeBSD.org, ugen@netvision.net.il In-Reply-To: <199503021600.RAA10448@labinfo.iet.unipi.it> from "Luigi Rizzo" at Mar 2, 95 05:00:24 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 2635 Sender: hackers-owner@FreeBSD.org Precedence: bulk In some email I received from Luigi Rizzo, they wrote: > > > Luigi Rizzo writes: > > > > >I have been playing with ipfw lately. > > >[COMMENT] Quite often, allowing a service requires a two-line > > > specification. As an example, I am using > > > > > > ipfw addf accept udp from 0/0 520 to 0/0 > > > ipfw addf accept udp from 0/0 to 0/0 520 > > > > > > to let routing information pass to hosts in the subnet. > > > > > > It would be nice to have a way to specify "one of the port > > > numbers must be XXX". Is this supported by the system calls ? > > > > perhaps the external language could accept > > > > "ipfw addf accept udp between 0/0 520 and 0/0" > > The thing is trickier, the case 0/0 to 0/0 is very special. > > If I telnet from host a to host b, I have two types of packets: > one with > > SRC_IP= a, SRC_PORT= some_port, DST_IP= b, DST_PORT= 23 > > and the other with > > SRC_IP= b, SRC_PORT= 23, DST_IP= a, DST_PORT= some_port > > so I need probably two rules in ipfw (if I understand well, the > fields passed to IPFW are matched with the IP/TCP/UDP headers). > If I want to pass telnet packets from b to a, two more packets are > present: > > SRC_IP= b, SRC_PORT= some_port, DST_IP= a, DST_PORT= 23 > SRC_IP= a, SRC_PORT= 23, DST_IP= b, DST_PORT= some_port > > which means two more rules. > > In my opinion, it makes no much sense in the user interface to > specify the source port. It would be less confusing to assume that > a port is actually a service, and filter access to services. I'd > like something like the following: > > accept tcp from source.host to dest.host portX > > to mean "source.host is allowed access to service on portX on dest.host" > > Of course I might be wrong. > Luigi You might want to checkout an alternative to "ipfw" for IP firewalling, which has a much clearer language for defining packet filters if you and others are finding "ipfw" to be somewhat confusing. For cases such as "0/0 0/0", keywords such as "any" are provided so that you don't really have to worry about what it does. For example: log in on le0 from any to any with ipopts block in log on le0 from any to any with short frag log in on le0 proto tcp from any to any port != 80 flags S block in log quick on le0 proto icmp from any to any icmp-type unreach block in log quick on le0 proto udp from any to any port = 2049 block in quick on le0 from any to any with ipopts pass in on le0 from any to any aren't very ambiguous. It'll take "host/#" or "from foo mask bar". checkout coombs.anu.edu.au:/pub/net/kernel/ip_fil2.5c.tar.Z darren From owner-freebsd-hackers Thu Mar 2 16:00:04 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id QAA15971 for hackers-outgoing; Thu, 2 Mar 1995 16:00:04 -0800 Received: from hda.com (hda.com [199.232.40.182]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id QAA15963; Thu, 2 Mar 1995 16:00:01 -0800 Received: (dufault@localhost) by hda.com (8.6.9/8.3) id SAA09151; Thu, 2 Mar 1995 18:57:47 -0500 From: Peter Dufault Message-Id: <199503022357.SAA09151@hda.com> Subject: Re: "Giant Step" GIF test version To: phk@ref.tfs.com (Poul-Henning Kamp) Date: Thu, 2 Mar 1995 18:57:46 -0500 (EST) Cc: hsu@freefall.cdrom.com, hosokawa@mt.cs.keio.ac.jp, hackers@freefall.cdrom.com In-Reply-To: <199503022035.MAA07932@ref.tfs.com> from "Poul-Henning Kamp" at Mar 2, 95 12:35:37 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 633 Sender: hackers-owner@FreeBSD.org Precedence: bulk Poul-Henning Kamp writes: > > > The demon shadow is a nice effect, but it's a bit too sinister. I liked > > the cutesy full-color image of the demon mascot better. > > No this is exactly what we want. > Almost perfect! > If anything is to be mentioned: > if you look at the moon-pictures, you will see that the > footprints are 100% well defined, no fuzzyness whatsoever. While we're picking nits, the demon's shadow should be as sharp as the ladder's too. -- Peter Dufault Real Time Machine Control and Simulation HD Associates, Inc. Voice: 508 433 6936 dufault@hda.com Fax: 508 433 5267 From owner-freebsd-hackers Thu Mar 2 16:02:20 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id QAA16054 for hackers-outgoing; Thu, 2 Mar 1995 16:02:20 -0800 Received: from tfs.com (mailhub.tfs.com [140.145.250.1]) by freefall.cdrom.com (8.6.9/8.6.6) with SMTP id QAA16048 for ; Thu, 2 Mar 1995 16:02:19 -0800 Received: by tfs.com (smail3.1.28.1) Message-Id: From: julian@tfs.com (Julian Elischer) Subject: Re: "Giant Step" GIF test version To: hasty@netcom.com (Amancio Hasty Jr) Date: Thu, 2 Mar 1995 16:01:45 -0800 (PST) Cc: freebsd-hackers@FreeBSD.org, hosokawa@mt.cs.keio.ac.jp In-Reply-To: <199503022005.MAA25141@netcom14.netcom.com> from "Amancio Hasty Jr" at Mar 2, 95 12:05:14 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 368 Sender: hackers-owner@FreeBSD.org Precedence: bulk > Great idea! (but you may need an explanatory note inside the cover) (or make the little demon at teh botom bigger) quibbles.. In reality, the ladder is attached to the leg of the lander, so it has the large circular 'foot' at the base of it.. (I use the present tense, as I guess it's still up there :) what kind of a footprint does a berkenstock leave? julian From owner-freebsd-hackers Thu Mar 2 16:07:27 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id QAA16232 for hackers-outgoing; Thu, 2 Mar 1995 16:07:27 -0800 Received: from fslg8.fsl.noaa.gov (fslg8.fsl.noaa.gov [137.75.131.171]) by freefall.cdrom.com (8.6.9/8.6.6) with SMTP id QAA16226; Thu, 2 Mar 1995 16:07:26 -0800 Received: by fslg8.fsl.noaa.gov (5.57/Ultrix3.0-C) id AA00608; Thu, 2 Mar 95 18:07:19 -0600 Received: by junco.fsl.noaa.gov (1.38.193.4/SMI-4.1 (1.38.193.4)) id AA06452; Thu, 2 Mar 1995 17:07:06 -0700 Date: Thu, 2 Mar 1995 17:07:06 -0700 From: kelly@fsl.noaa.gov (Sean Kelly) Message-Id: <9503030007.AA06452@junco.fsl.noaa.gov> To: hsu@freefall.cdrom.com Cc: phk@ref.tfs.com, hackers@freefall.cdrom.com, hosokawa@mt.cs.keio.ac.jp In-Reply-To: <199503022131.NAA08824@freefall.cdrom.com> (message from Jeffrey Hsu on Thu, 2 Mar 1995 13:31:45 -0800) Subject: Re: "Giant Step" GIF test version Sender: hackers-owner@FreeBSD.org Precedence: bulk >>>>> "Jeffrey" == Jeffrey Hsu writes: Jeffrey> One other point, that's a human footprint. How about a Jeffrey> demon footprint? Jeffrey But remember the daemon's wearing sneakers for human feet. --k From owner-freebsd-hackers Thu Mar 2 16:08:20 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id QAA16307 for hackers-outgoing; Thu, 2 Mar 1995 16:08:20 -0800 Received: from eagle.ais.net (eagle.ais.net [199.0.154.2]) by freefall.cdrom.com (8.6.9/8.6.6) with SMTP id QAA16293 for ; Thu, 2 Mar 1995 16:08:14 -0800 Received: by eagle.ais.net (Smail3.1.29.1 #2) id m0rkKrr-000BimC; Thu, 2 Mar 95 18:05 CST Message-Id: Subject: 2.1 release? To: hackers@FreeBSD.org Date: Thu, 2 Mar 1995 18:05:15 -0600 (CST) From: "Daniel Leeds" X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 452 Sender: hackers-owner@FreeBSD.org Precedence: bulk hey all, when is the 2.1 release slated for? also, any idea on improvements, bug fixes etc will be in it? great work guys! oh yeah, I assume 2.1 will be available on cdrom soon after release ? -- -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Daniel Leeds American Information Systems E-mail: dleeds@ais.net Schaumburg, IL -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- From owner-freebsd-hackers Thu Mar 2 16:10:32 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id QAA16464 for hackers-outgoing; Thu, 2 Mar 1995 16:10:32 -0800 Received: from uuneo.neosoft.com (uuneo.NeoSoft.COM [198.64.6.8]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id QAA16458 for ; Thu, 2 Mar 1995 16:10:30 -0800 Received: (from mailman@localhost) by uuneo.neosoft.com (8.6.10/8.6.10) id SAA11145 for ; Thu, 2 Mar 1995 18:10:28 -0600 Received: from concorde.neosoft.com(198.65.161.214) by uuneo.neosoft.com via smap (V1.3) id sma011106; Thu Mar 2 18:10:11 1995 Received: (from dbaker@localhost) by Concorde.NeoSoft.COM (8.6.10/8.6.10) id SAA00259; Thu, 2 Mar 1995 18:07:03 -0600 Date: Thu, 2 Mar 1995 18:07:02 -0600 (CST) From: Daniel Baker To: hackers@FreeBSD.org Subject: Re: Dial into FreeBSD2R In-Reply-To: <9503020221.AA10148@cdfsga.fnal.gov> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@FreeBSD.org Precedence: bulk On Wed, 1 Mar 1995, Rowan T. Hamilton wrote: > I have (I think) the same modem - a pcmcia card, right? I installed > FreeBSD on my laptop, and then *after* the installation I installed the > modem and rebooted, and I can't see the modem. I'm starting to think that > I need to redo then entire installation process, with the pcmcia card > installed. This will be a bit of a pain. Well, not the PCMICA version, but it's basically the same. > What was your experience in the installation process? Do you think > I need to redo the installation? Is there something other than the usual > installation procedure I need to do to initialize the modem? You're going to need to possibly re-compile your kernel to support it.. Try this: cd /dev (as root) sh MAKEDEV cua00 (if it is com1 in dos, or cua01 if it is com2, and so on) then run minicom or whatever. Daniel Baker -- NeoSoft Student Assistant (UseNet, FTP & FreeNet Admin.) DBaker@NeoSoft.COM DBaker@Concorde-Mail.NeoSoft.COM ** http://www.neosoft.com/neosoft/staff/dbaker/default.html ** From owner-freebsd-hackers Thu Mar 2 16:14:58 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id QAA16734 for hackers-outgoing; Thu, 2 Mar 1995 16:14:58 -0800 Received: from ibp.ibp.fr (ibp.ibp.fr [132.227.60.30]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id QAA16722 for ; Thu, 2 Mar 1995 16:14:56 -0800 Received: from masi.ibp.fr (root@masi.ibp.fr [132.227.60.23]) by ibp.ibp.fr (8.6.10/jtpda-5.0) with ESMTP id BAA05616 ; Fri, 3 Mar 1995 01:13:43 +0100 Received: from hebe.ibp.fr (card@hebe.ibp.fr [132.227.64.34]) by masi.ibp.fr (8.6.10/jtpda-5.0) with ESMTP id BAA28355 ; Fri, 3 Mar 1995 01:13:29 +0100 From: Remy.Card@masi.ibp.fr (Remy CARD) Received: by hebe.ibp.fr (8.6.10/jtpda-5.0) id BAA29956 ; Fri, 3 Mar 1995 01:13:20 +0100 Message-Id: <199503030013.BAA29956@hebe.ibp.fr> Subject: Re: Got the new build tools to work with Mach4 (fwd) To: dgy@seagull.rtd.com (Don Yuniskis) Date: Fri, 3 Mar 1995 01:13:20 +0100 (MET) Cc: freebsd-hackers@freefall.cdrom.com In-Reply-To: <199503021832.LAA19698@seagull.rtd.com> from "Don Yuniskis" at Mar 2, 95 11:32:43 am X-Mailer: ELM [version 2.4 PL21] Content-Type: text Content-Length: 248 Sender: hackers-owner@FreeBSD.org Precedence: bulk > > Greetings! > Thought this might be of interest in light of recent discussions... This is already obsolete :-) See my note announced in a previous mail. BTW, the assembler patch has been commited by Nate Williams a few hours ago. Remy From owner-freebsd-hackers Thu Mar 2 16:17:14 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id QAA16832 for hackers-outgoing; Thu, 2 Mar 1995 16:17:14 -0800 Received: from netcom20.netcom.com (hasty@netcom20.netcom.com [192.100.81.133]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id QAA16826; Thu, 2 Mar 1995 16:17:11 -0800 Received: by netcom20.netcom.com (8.6.10/Netcom) id QAA03077; Thu, 2 Mar 1995 16:16:42 -0800 Date: Thu, 2 Mar 1995 16:16:42 -0800 From: hasty@netcom.com (Amancio Hasty Jr) Message-Id: <199503030016.QAA03077@netcom20.netcom.com> To: hsu@freefall.cdrom.com, jkh@freefall.cdrom.com Subject: Re: "Giant Step" GIF test version Cc: hackers@freefall.cdrom.com, hosokawa@mt.cs.keio.ac.jp, phk@ref.tfs.com Sender: hackers-owner@FreeBSD.org Precedence: bulk > Right now he wears tennis shoes >You're right. I missed that important detail. I thought about it and my impression was that he had a Demon Space Suit on :) Cheers, Amancio From owner-freebsd-hackers Thu Mar 2 16:20:14 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id QAA17094 for hackers-outgoing; Thu, 2 Mar 1995 16:20:14 -0800 Received: from plains.NoDak.edu (tinguely@plains.NoDak.edu [134.129.111.64]) by freefall.cdrom.com (8.6.9/8.6.6) with SMTP id QAA17084 for ; Thu, 2 Mar 1995 16:20:11 -0800 Received: by plains.NoDak.edu; Thu, 2 Mar 1995 18:19:55 -0600 Date: Thu, 2 Mar 1995 18:19:55 -0600 From: Mark Tinguely Message-Id: <199503030019.AA29879@plains.NoDak.edu> To: slr@mitre.org, wollman@halloran-eldar.lcs.mit.edu Subject: Re: multicast pruning Cc: ajit@udel.edu, atn-group@mitre.org, freebsd-hackers@FreeBSD.org Sender: hackers-owner@FreeBSD.org Precedence: bulk good job on the prune solution. can you automatically pick up new groups from the tunnel? I don't know if there is still a bug or if my regional net is having a problem. I think the entries in /usr/src/usr.sbin/mrouted/main.c: *** main.c.orig Thu Mar 2 18:16:13 1995 --- main.c Thu Mar 2 18:16:37 1995 *************** *** 24,33 **** extern char *configfilename; ! static char pidfilename[] = "/etc/mrouted.pid"; ! static char dumpfilename[] = "/usr/tmp/mrouted.dump"; ! static char cachefilename[] = "/usr/tmp/mrouted.cache"; ! static char genidfilename[] = "/usr/tmp/mrouted.genid"; int cache_lifetime = DEFAULT_CACHE_LIFETIME; int max_prune_lifetime = DEFAULT_CACHE_LIFETIME * 2; --- 24,33 ---- extern char *configfilename; ! static char pidfilename[] = "/var/run/mrouted.pid"; ! static char dumpfilename[] = "/var/tmp/mrouted.dump"; ! static char cachefilename[] = "/var/tmp/mrouted.cache"; ! static char genidfilename[] = "/var/tmp/mrouted.genid"; int cache_lifetime = DEFAULT_CACHE_LIFETIME; int max_prune_lifetime = DEFAULT_CACHE_LIFETIME * 2; instead of changing the ip->ip_p in /sys/netinet/ip_mroute.c and in /usr/src/usr.sbin/mrouted/igmp.c when adding the groups, I had tucked the packet down the raw socket stored in ip_mrouter; this has the advantage of not making all of the utilities (mrinfo, map-mbone, mtrace) that also have raw sockets open to have to throw out the extra packet: *** ip_mroute.c.orig Thu Mar 2 18:01:24 1995 --- ip_mroute.c Thu Mar 2 18:05:43 1995 *************** *** 1119,1127 **** mrtstat.mrts_upcalls++; ! raw_input(mm, &k_igmpproto, ! (struct sockaddr *)&k_igmpsrc, ! (struct sockaddr *)&k_igmpdst); /* set timer to cleanup entry if upcall is lost */ timeout(cleanup_cache, (caddr_t)mb_rt, 100); --- 1119,1125 ---- mrtstat.mrts_upcalls++; ! raw_ip_input(mm, ip_mrouter, (struct sockaddr *)&k_igmpsrc); /* set timer to cleanup entry if upcall is lost */ timeout(cleanup_cache, (caddr_t)mb_rt, 100); *** raw_ip.c.orig Tue Feb 21 16:33:49 1995 --- raw_ip.c Tue Feb 28 14:36:47 1995 *************** *** 96,105 **** if (inp->inp_ip.ip_p && inp->inp_ip.ip_p != ip->ip_p) continue; if (inp->inp_laddr.s_addr && ! inp->inp_laddr.s_addr == ip->ip_dst.s_addr) continue; if (inp->inp_faddr.s_addr && ! inp->inp_faddr.s_addr == ip->ip_src.s_addr) continue; if (last) { struct mbuf *n = m_copy(m, 0, (int)M_COPYALL); --- 96,105 ---- if (inp->inp_ip.ip_p && inp->inp_ip.ip_p != ip->ip_p) continue; if (inp->inp_laddr.s_addr && ! inp->inp_laddr.s_addr != ip->ip_dst.s_addr) continue; if (inp->inp_faddr.s_addr && ! inp->inp_faddr.s_addr != ip->ip_src.s_addr) continue; if (last) { struct mbuf *n = m_copy(m, 0, (int)M_COPYALL); *************** *** 427,430 **** --- 427,452 ---- if (m != NULL) m_freem(m); return (error); + } + /* + * Raw protocol input routine using the know mrouted raw socket + */ + void + raw_ip_input(m, socket, src) + struct mbuf *m; + register struct socket *socket; + struct sockaddr *src; + { + if (socket) { + if (sbappendaddr(&socket->so_rcv, src, + m, (struct mbuf *)0) == 0) + m_freem(m); + else { + sorwakeup(socket); + } + } else { + m_freem(m); + ipstat.ips_noproto++; + ipstat.ips_delivered--; + } } From owner-freebsd-hackers Thu Mar 2 16:25:35 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id QAA17484 for hackers-outgoing; Thu, 2 Mar 1995 16:25:35 -0800 Received: from ref.tfs.com (ref.tfs.com [140.145.254.251]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id QAA17476 for ; Thu, 2 Mar 1995 16:25:33 -0800 Received: (from phk@localhost) by ref.tfs.com (8.6.8/8.6.6) id QAA08923; Thu, 2 Mar 1995 16:25:26 -0800 From: Poul-Henning Kamp Message-Id: <199503030025.QAA08923@ref.tfs.com> Subject: Re: 2.1 release? To: dleeds@eagle.ais.net (Daniel Leeds) Date: Thu, 2 Mar 1995 16:25:25 -0800 (PST) Cc: hackers@FreeBSD.org In-Reply-To: from "Daniel Leeds" at Mar 2, 95 06:05:15 pm Content-Type: text Content-Length: 726 Sender: hackers-owner@FreeBSD.org Precedence: bulk > hey all, when is the 2.1 release slated for? also, any idea on > improvements, bug fixes etc will be in it? We try to make four releases per year, so X-mas + 3 month = primo april. Well, the list is not done yet, but 2.1 is mostly a "consolidating" release. we will have the shared VM/buffer cache, more drivers, bugfixes, performance tweaks, whatever. > great work guys! Thanks! > oh yeah, I assume 2.1 will be available on cdrom soon after release ? sure. Get a subscription from Walnut Creek if you want to be sure to get it early. It's around $15 you save too, I belive... -- Poul-Henning Kamp FreeBSD 2.1 release engineer. I am Pentium Of Borg. Division is Futile. You WILL be approximated. From owner-freebsd-hackers Thu Mar 2 16:43:49 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id QAA18660 for hackers-outgoing; Thu, 2 Mar 1995 16:43:49 -0800 Received: from ibp.ibp.fr (ibp.ibp.fr [132.227.60.30]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id QAA18652 for ; Thu, 2 Mar 1995 16:43:46 -0800 Received: from blaise.ibp.fr (blaise.ibp.fr [132.227.60.1]) by ibp.ibp.fr (8.6.10/jtpda-5.0) with SMTP id BAA05763 for ; Fri, 3 Mar 1995 01:42:43 +0100 Received: by blaise.ibp.fr (4.1/SMI-4.1) id AA01893; Fri, 3 Mar 95 01:43:37 +0100 From: roberto@blaise.ibp.fr (Ollivier Robert) Message-Id: <9503030043.AA01893@blaise.ibp.fr> Subject: sendmail 8.6.10 To: hackers@FreeBSD.org (Hackers' list FreeBSD) Date: Fri, 3 Mar 1995 01:43:37 +0100 (MET) X-Operating-System: FreeBSD 2.1.0-Development ctm#407 X-Mailer: ELM [version 2.4 PL23beta2] Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 228 Sender: hackers-owner@FreeBSD.org Precedence: bulk Can someone with root priv. update the sendmail on freefall, it is still 8.6.9... -- Ollivier ROBERT -=- The daemon is FREE! -=- roberto@FreeBSD.ORG FreeBSD keltia 2.1.0-Development #14: Sun Feb 26 16:31:40 MET 1995 From owner-freebsd-hackers Thu Mar 2 16:44:45 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id QAA18702 for hackers-outgoing; Thu, 2 Mar 1995 16:44:45 -0800 Received: from linux4nn.iaf.nl (root@linux4nn.iaf.nl [193.67.144.34]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id QAA18691 for ; Thu, 2 Mar 1995 16:44:36 -0800 Received: from uni4nn.iaf.nl (root@uni4nn.iaf.nl [193.67.144.33]) by linux4nn.iaf.nl (8.6.9/8.6.9) with SMTP id CAA11423; Fri, 3 Mar 1995 02:04:21 +0100 Received: by uni4nn.iaf.nl with UUCP id AA16169 (5.67b/IDA-1.5); Fri, 3 Mar 1995 01:42:43 +0200 Received: by iafnl.iaf.nl with UUCP id AA27432 (5.65c/IDA-1.4.4); Thu, 2 Mar 1995 23:49:59 +0100 Received: (from wilko@localhost) by yedi.iaf.nl (8.6.8/8.6.6) id XAA00737; Thu, 2 Mar 1995 23:23:25 +0100 From: Wilko Bulte Message-Id: <199503022223.XAA00737@yedi.iaf.nl> Subject: Re: Driver question (bug?) To: steve2@genesis.tiac.net (Steve Gerakines) Date: Thu, 2 Mar 1995 23:23:24 +1596657 (MET) Cc: freebsd-hackers@FreeBSD.org In-Reply-To: <199503020811.AAA15078@genesis.tiac.net> from "Steve Gerakines" at Mar 2, 95 00:11:28 am X-Mailer: ELM [version 2.4 PL22] Content-Type: text Content-Length: 735 Sender: hackers-owner@FreeBSD.org Precedence: bulk > > Note that I only could get it to work when the U24F BIOS was enabled. > > How do you disable the BIOS on the 24F?? I am also looking for a > description of some of the jumpers on it. It came with my Gateway/2000 > and basically all the manual says is "don't mess with them". :-) Quite simple in fact: using the EISA Config Utility (ECU or SCU). I got a postscript file of the manual from the Ultrastor BBS: (714) 453 8174 Wilko _ __________________________________________________________________________ | / o / / _ Wilko Bulte email: wilko@yedi.iaf.nl |/|/ / / /( (_) Private FreeBSD site - Arnhem - The Netherlands -------------------------------------------------------------------------------- From owner-freebsd-hackers Thu Mar 2 16:46:10 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id QAA18795 for hackers-outgoing; Thu, 2 Mar 1995 16:46:10 -0800 Received: from linux4nn.iaf.nl (root@linux4nn.iaf.nl [193.67.144.34]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id QAA18789 for ; Thu, 2 Mar 1995 16:46:06 -0800 Received: from uni4nn.iaf.nl (root@uni4nn.iaf.nl [193.67.144.33]) by linux4nn.iaf.nl (8.6.9/8.6.9) with SMTP id CAA11440; Fri, 3 Mar 1995 02:05:43 +0100 Received: by uni4nn.iaf.nl with UUCP id AA16237 (5.67b/IDA-1.5); Fri, 3 Mar 1995 01:44:04 +0200 Received: by iafnl.iaf.nl with UUCP id AA27451 (5.65c/IDA-1.4.4); Thu, 2 Mar 1995 23:50:10 +0100 Received: (from wilko@localhost) by yedi.iaf.nl (8.6.8/8.6.6) id XAA00817; Thu, 2 Mar 1995 23:37:29 +0100 From: Wilko Bulte Message-Id: <199503022237.XAA00817@yedi.iaf.nl> Subject: Re: A question about DODUMP To: joerg_wunsch@uriah.heep.sax.de Date: Thu, 2 Mar 1995 23:37:29 +1596657 (MET) Cc: freebsd-hackers@FreeBSD.org In-Reply-To: <199503020636.HAA19784@uriah.heep.sax.de> from "J Wunsch" at Mar 2, 95 07:36:56 am X-Mailer: ELM [version 2.4 PL22] Content-Type: text Content-Length: 861 Sender: hackers-owner@FreeBSD.org Precedence: bulk > As Bruce Evans wrote: > > > > Only one dump device is supported. It has to be large enough or the sd > > and wd drivers refuse to write anything. > > Perhaps we should also start to allow > > kernel ... dumps on st0 > > some day? This will also require that savecore can read from a plain > file (so someone can dd the tape into /tmp before saving the core). > Hmm, perhaps ``dd'' will be sufficient as ``savecore'' than... > -- > cheers, J"org Or allow partial dumps? Only active/'relevant' (what is relevant ? ;-) pages to be dumped on a panic. Wilko _ __________________________________________________________________________ | / o / / _ Wilko Bulte email: wilko@yedi.iaf.nl |/|/ / / /( (_) Private FreeBSD site - Arnhem - The Netherlands -------------------------------------------------------------------------------- From owner-freebsd-hackers Thu Mar 2 17:01:45 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id RAA19783 for hackers-outgoing; Thu, 2 Mar 1995 17:01:45 -0800 Received: from inet-gw-1.pa.dec.com (inet-gw-1.pa.dec.com [16.1.0.22]) by freefall.cdrom.com (8.6.9/8.6.6) with SMTP id RAA19746 for ; Thu, 2 Mar 1995 17:01:24 -0800 Received: from muggsy.lkg.dec.com by inet-gw-1.pa.dec.com (5.65/24Feb95) id AA27107; Thu, 2 Mar 95 15:46:39 -0800 Received: from whydos.lkg.dec.com by muggsy.lkg.dec.com (5.65/DEC-Ultrix/4.3) with SMTP id AA00875; Thu, 2 Mar 1995 18:46:23 -0500 Received: from localhost (localhost [127.0.0.1]) by whydos.lkg.dec.com (8.6.9/8.6.9) with SMTP id TAA00795 for ; Thu, 2 Mar 1995 19:47:24 GMT Message-Id: <199503021947.TAA00795@whydos.lkg.dec.com> X-Authentication-Warning: whydos.lkg.dec.com: Host localhost didn't use HELO protocol To: freebsd-hackers@FreeBSD.org Subject: FDDI on FreeBSD .... X-Mailer: exmh version 1.5omega 10/6/94 Date: Thu, 02 Mar 1995 19:47:23 +0000 From: Matt Thomas Sender: hackers-owner@FreeBSD.org Precedence: bulk After playing a little with my FDDI driver for FreeBSD 2.x, I thought I'd share a little of my experiences ... This is based on the 020295 snapshot. The first piece of wisdom is that FDDI may requires more than the default number of mbuf clusters. (I'm using 1024 on a 32MB system instead of the default 256). The system gets very unhappy if you run out of mbufs (dies with a vm_map_full panic). % netstat -m 109 mbufs in use: 61 mbufs allocated to data 8 mbufs allocated to packet headers 28 mbufs allocated to protocol control blocks 12 mbufs allocated to socket names and addresses 60/138 mapped pages in use 565 Kbytes allocated to network (44% in use) 0 requests for memory denied 0 requests for memory delayed 0 calls to protocol drain routines The FDDI board I am using is a DEC DEFPA PCI FDDI Controller using twisted pair (the part number is DEFPA-UA with the standard price is US$ 695.00). Here's the startup information the driver prints during probing/initialization: pdq0 int a irq 9 on pci0:7 reg16: virtual=0xf4817000 physical=0xc0001000 pdq0: DEC DEFPA PCI FDDI SAS Controller pdq0: FDDI address 08:00:2b:a1:89:3f, FW=2.46, HW=0, SMT V7.2 pdq0: FDDI Port = S (PMD = Unshielded Twisted Pair) bpf: pdq0 attached This is installed in a DECpc XL 466d2 (Intel 486DX2) with 32MB of memory, 256KB of secondary cache set in write through mode, and a 1GB SCSI disk connected to an onboard NCR53C810. The other machine on the side of the UTP cable is a DEC 3000 model 400 (commonly known as an Sandpiper). It's an Alpha running DEC OSF/1 V3.2; the FDDI board is a DEFTA-UA (which is basically the same board as the DEFPA but for the TurboChannel). The Sandpiper will definitely not be the bottleneck here. Now for the ttcp results: >>> Transmit from FreeBSD to DEC OSF/1 TCP (note the use of the sockbufsize >>> to get the window scale to kick in)... ttcp-t: buflen=32768, nbuf=2048, align=16384/0, port=5002, sockbufsize=131072 tcp -> 1.2.2.2 ttcp-t: socket ttcp-t: sndbuf ttcp-t: connect ttcp-t: 67108864 bytes in 11.38 real seconds = 5760.39 KB/sec +++ ttcp-t: 2048 I/O calls, msec/call = 5.69, calls/sec = 180.01 ttcp-t: 0.0user 9.5sys 0:11real 84% 17i+324d 274maxrss 0+31pf 3+156csw >>> Transmit from FreeBSD to DEC OSF/1 UDP: ttcp-t: buflen=32000, nbuf=2048, align=16384/0, port=5001, sockbufsize=32000 udp -> 1.2.2.2 ttcp-t: socket ttcp-t: sndbuf ttcp-t: 65536000 bytes in 10.18 real seconds = 6288.65 KB/sec +++ ttcp-t: 2054 I/O calls, msec/call = 5.07, calls/sec = 201.83 ttcp-t: 0.0user 8.2sys 0:10real 82% 18i+335d 274maxrss 0+8pf 0+141csw >>> Transmit to FreeBSD from DEC OSF/1 TCP. ttcp-r: buflen=8192, nbuf=2048, align=16384/0, port=5001, sockbufsize=252144 tcp ttcp-r: socket ttcp-r: rcvbuf ttcp-r: accept from 1.2.2.2 ttcp-r: 67108864 bytes in 12.57 real seconds = 5214.09 KB/sec +++ ttcp-r: 8195 I/O calls, msec/call = 1.57, calls/sec = 652.00 ttcp-r: 0.1user 5.3sys 0:12real 43% 34i+539d 264maxrss 0+2pf 8+169csw So on a lowly 486 66dx2, I can use about 50% of the bandwidth of the FDDI ring. I can't wait until I get a P90 with a decent cache ... Oh well, that's about it. Now to get the EISA version of the driver working... Cheers, Matt Thomas Internet: matt@lkg.dec.com U*X Networking WWW URL: http://ftp.dec.com/%7Ethomas/ Digital Equipment Corporation Disclaimer: This message reflects my Littleton, MA own warped views, etc. From owner-freebsd-hackers Thu Mar 2 17:09:34 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id RAA20276 for hackers-outgoing; Thu, 2 Mar 1995 17:09:34 -0800 Received: from bunyip.cc.uq.oz.au (bunyip.cc.uq.oz.au [130.102.2.1]) by freefall.cdrom.com (8.6.9/8.6.6) with SMTP id RAA20263 for ; Thu, 2 Mar 1995 17:09:27 -0800 Received: from cc.uq.oz.au by bunyip.cc.uq.oz.au id <24066-0@bunyip.cc.uq.oz.au>; Fri, 3 Mar 1995 11:09:16 +1000 Received: from netfl15a.devetir.qld.gov.au by pandora.devetir.qld.gov.au (8.6.10/DEVETIR-E0.3a) with ESMTP id LAA08120 for ; Fri, 3 Mar 1995 11:12:36 +1000 Received: by netfl15a.devetir.qld.gov.au (8.6.8.1/DEVETIR-0.1) id BAA16784; Fri, 3 Mar 1995 01:09:40 GMT Date: Fri, 3 Mar 1995 01:09:40 GMT From: Stephen Hocking Message-Id: <199503030109.BAA16784@netfl15a.devetir.qld.gov.au> To: hackers@FreeBSD.org Subject: Re: "Giant Step" GIF test version Sender: hackers-owner@FreeBSD.org Precedence: bulk > Its URL is, > > http://www.mt.cs.keio.ac.jp/person/hosokawa/secret/giantstep1.gif > (800x800 8-bit GIF format) > > Comments and new ideas are welcome. Would it be possible to put it somewhere that it can be picked up by ftpmail? Some of us don't have IP access (yet!) Stephen From owner-freebsd-hackers Thu Mar 2 18:21:19 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id SAA24847 for hackers-outgoing; Thu, 2 Mar 1995 18:21:19 -0800 Received: from louie.udel.edu (mmdf@louie.udel.edu [128.175.2.33]) by freefall.cdrom.com (8.6.9/8.6.6) with SMTP id SAA24841 for ; Thu, 2 Mar 1995 18:21:17 -0800 Received: from snow-white-fddi.udel.edu by louie.udel.edu id aa20612; 2 Mar 95 21:18 EST Received: from louie.udel.edu by snow-white.ee.udel.edu id aa22818; 2 Mar 95 21:17 EST Received: from snow-white.ee.udel.edu by pogo.udel.edu id aa08916; 3 Mar 95 2:16 GMT To: Mark Tinguely cc: slr@mitre.org, wollman@halloran-eldar.lcs.mit.edu, atn-group@mitre.org, freebsd-hackers@FreeBSD.org Subject: Re: multicast pruning In-reply-to: Your message of "Thu, 02 Mar 1995 18:19:55 CST." <199503030019.AA29879@plains.NoDak.edu> Date: Fri, 03 Mar 1995 02:16:19 +0000 From: Ajit Thyagarajan Message-ID: <9503030216.aa08916@pogo.udel.edu> Sender: hackers-owner@FreeBSD.org Precedence: bulk In message <199503030019.AA29879@plains.NoDak.edu>you wrote: >can you automatically pick up new groups from the tunnel? I don't >know if there is still a bug or if my regional net is having a >problem. If I understand your question properly, you want to detect the appearance of groups at the end of a tunnel. The mrouted at the other end of the tunnel should detect the presence of groups, i.e. a router can only detect groups on any attached interface. I don't see why the path of the dump files should be changed to /var/tmp and /var/run. A number of systems do not have a directory called /var/run. >instead of changing the ip->ip_p in /sys/netinet/ip_mroute.c and in >/usr/src/usr.sbin/mrouted/igmp.c when adding the groups, I had tucked the >packet down the raw socket stored in ip_mrouter; this has the advantage of >not making all of the utilities (mrinfo, map-mbone, mtrace) that also >have raw sockets open to have to throw out the extra packet: Good point. Let me check the operation of this. Thanks for the help, Ajit From owner-freebsd-hackers Thu Mar 2 20:48:10 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id UAA02035 for hackers-outgoing; Thu, 2 Mar 1995 20:48:10 -0800 Received: from crash.cts.com (crash.cts.com [192.188.72.17]) by freefall.cdrom.com (8.6.9/8.6.6) with SMTP id UAA02029 for ; Thu, 2 Mar 1995 20:48:08 -0800 Received: by crash.cts.com (Smail3.1.28.1 #18) id m0rkPHY-0001y8C; Thu, 2 Mar 95 20:48 PST Message-Id: Subject: sound.doc file To: hackers@FreeBSD.org Date: Thu, 2 Mar 1995 20:48:04 -0800 (PST) From: "Daniel Sherwin" X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 190 Sender: hackers-owner@FreeBSD.org Precedence: bulk I am trying to re-compile my kernel and I am referenced to a sound.doc file to get me help on configuring my sound card. I can't seem to locate this file. Can anyone help me out? }Dan From owner-freebsd-hackers Thu Mar 2 21:41:59 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id VAA02815 for hackers-outgoing; Thu, 2 Mar 1995 21:41:59 -0800 Received: from localhost (localhost [127.0.0.1]) by freefall.cdrom.com (8.6.9/8.6.6) with SMTP id VAA02808; Thu, 2 Mar 1995 21:41:57 -0800 X-Authentication-Warning: freefall.cdrom.com: Host localhost didn't use HELO protocol To: hosokawa@mt.cs.keio.ac.jp (HOSOKAWA Tatsumi) cc: freebsd-hackers@FreeBSD.org Subject: Re: "Giant Step" GIF test version In-reply-to: Your message of "Fri, 03 Mar 95 03:16:36 +0900." <199503021816.DAA16227@nanbu.mt.cs.keio.ac.jp> Date: Thu, 02 Mar 1995 21:41:56 -0800 Message-ID: <2807.794209316@freefall.cdrom.com> From: "Jordan K. Hubbard" Sender: hackers-owner@FreeBSD.org Precedence: bulk > The first test version of "Giant Step" GIF is now available (I've > drawn it in a few hours.) But I don't like following points of this > version. I'll draw it again. > > - The modelling of the ladder has some bugs and it looks > too cheap, > - I want to include the picture of the moon and the earth, > - The layout of the objects is too bad, and > - The mapped texture on the ground is not good. Well, I agree with all of the above and would like to add the following: The wording "One small step for UN*X, one giant step for PCs" just doesn't do it for me, I'm afraid. Everyone here at Walnut Creek CDROM who looked at it felt similarly. They didn't like the wording and it was generally felt that the image was too obscure - just a shadow and a footprint. I think that if you had the earth/sun and layout changes you talk about above, plus different wording, it would turn a really good image into a really *great* image! I don't mean to be entirely negative - the production values in these last two drawings has been excellent! We just need to agree on a common composition & accompanying words. I think the idea should be explored further, with more scenery. In addition to the earth, you could even put a little CDROM somewhere on the horizon! :-) The daemon could even be in a space-suit, the helmet having "horns" of course! :-) Words? Hmmmm.. The "FreeBSD 2.1" with the little daemon at the bottom was perfect, I think, we just need different words for the top. The daemon has landed? :-) You could even put a partial sentence: " .. one giant leap for BSD" Jordan From owner-freebsd-hackers Thu Mar 2 21:56:07 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id VAA02917 for hackers-outgoing; Thu, 2 Mar 1995 21:56:07 -0800 Received: from haven.uniserve.com (haven.uniserve.com [198.53.215.121]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id VAA02911 for ; Thu, 2 Mar 1995 21:56:00 -0800 Received: by haven.uniserve.com id <141>; Wed, 1 Mar 1995 18:41:44 -0800 Date: Wed, 1 Mar 1995 18:41:13 -0800 (PST) From: Tom Samplonius To: Derek Laufenberg x7-4534 cc: hackers@FreeBSD.org Subject: Re: ypserv - Is there a port? In-Reply-To: <9503012004.AA05575@sol.sol.med.ge.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@FreeBSD.org Precedence: bulk On Wed, 1 Mar 1995, Derek Laufenberg x7-4534 wrote: > If not, I'd take a crack at it IF some kind soul would be willing > to mentor me a bit. I've very new to unix .err... BSD programming. Current and the 950210 snapshot has ypserv already. Tom From owner-freebsd-hackers Thu Mar 2 22:07:06 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id WAA02978 for hackers-outgoing; Thu, 2 Mar 1995 22:07:06 -0800 Received: from gate.sinica.edu.tw (gate.sinica.edu.tw [140.109.14.2]) by freefall.cdrom.com (8.6.9/8.6.6) with SMTP id WAA02964; Thu, 2 Mar 1995 22:05:37 -0800 Received: by gate.sinica.edu.tw (5.0/SMI-SVR4) id AA01856; Fri, 3 Mar 1995 14:04:45 --800 Date: Fri, 3 Mar 1995 13:37:54 +0800 (CST) From: Brian Tao Subject: Just saying hello... To: freebsd-hackers@FreeBSD.org, freebsd-current@FreeBSD.org Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII content-length: 1672 Sender: hackers-owner@FreeBSD.org Precedence: bulk Hi all, I've finally joined -hackers and -current, now that I have my own functioning address at work. :) Some of you might know me better as "Carmay Lim" (started the threads of PC Hardware Recommendations, had questions about the Aries+NCR PCI combination, plus a myriad of other FreeBSD newbie questions ;-)). She's my boss and I was using her account while the CC people here figured out how to create another one for me. They're all DOS/Novell weenies and Linux dweebs anyway. :-/ ;-) Anyhow, I work at the Academia Sinica in Taipei, Taiwan as a research assistant and systems administrator (graduated with a B.Sc in cell and molecular biology from University of Toronto last year). All that I know about UNIX, C programming and shell scripting is self-taught through much trial and error. ;-) So far I have two FreeBSD machines here, both of which are in use 16 to 18 hours a day, every day. As we hire more students and assistants (we're just starting up a lab), I plan to add one machine per person. They will act primarily as X terminals to our compute servers (various RS/6000's, SGI's and HP's) as well as handling non-compute tasks such as preparing papers in LaTeX, post-simulation analysis of data, data visualisation, reading mail and news, jumping on IRC, viewing GIF's, etc. ;-) The support I've received from various FreeBSD developers so far has been superb. As I told Stefan Esser and Joerg Wunsch, SGI can't come out with kernel fixes this quickly, and I have to pay my IBM service rep $200/hour before he'll even rlogin to take a look around. :-/ Looking forward to the 2.1 release. :) NRN. - Brian From owner-freebsd-hackers Thu Mar 2 22:13:12 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id WAA03044 for hackers-outgoing; Thu, 2 Mar 1995 22:13:12 -0800 Received: from netcom14.netcom.com (hasty@netcom14.netcom.com [192.100.81.126]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id WAA03038; Thu, 2 Mar 1995 22:13:11 -0800 Received: by netcom14.netcom.com (8.6.10/Netcom) id WAA09004; Thu, 2 Mar 1995 22:12:42 -0800 Date: Thu, 2 Mar 1995 22:12:42 -0800 From: hasty@netcom.com (Amancio Hasty Jr) Message-Id: <199503030612.WAA09004@netcom14.netcom.com> To: hosokawa@mt.cs.keio.ac.jp, jkh@freefall.cdrom.com Subject: Re: "Giant Step" GIF test version Cc: freebsd-hackers@FreeBSD.org Sender: hackers-owner@FreeBSD.org Precedence: bulk >wording and it was generally felt that the image was too obscure - >just a shadow and a footprint. I think that if you had the earth/sun I really like the art work as it is. The idea of the Demon shadow leaves me with a feeling of a mystery. I can easily see people asking who or what it is. Also a peripheral point is that it takes us away from the cartoonish look of the demon almost as if he had grown up !! The idea of a crop shot of the Demon landing I think is cool. Well, I am keeping it Thanks Hosokawa Amancio From owner-freebsd-hackers Thu Mar 2 23:23:00 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id XAA03669 for hackers-outgoing; Thu, 2 Mar 1995 23:23:00 -0800 Received: from netcom14.netcom.com (root@netcom14.netcom.com [192.100.81.126]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id XAA03663 for ; Thu, 2 Mar 1995 23:22:58 -0800 Received: by netcom14.netcom.com (8.6.10/Netcom) id WAA13846; Thu, 2 Mar 1995 22:59:41 -0800 Date: Thu, 2 Mar 1995 22:59:41 -0800 From: hasty@netcom.com (Amancio Hasty Jr) Message-Id: <199503030659.WAA13846@netcom14.netcom.com> To: hackers@FreeBSD.org Subject: cough, cough, linux libs for doom Sender: hackers-owner@FreeBSD.org Precedence: bulk lib/libc.so.4.6.27 (a slightly earlier version will probably work too) lib/libc.so.4 (a symbolic link to the above) lib/ld.so etc/ld.so.cache etc/ld.so.conf usr/X11/lib/libXt.so.3.1.0 usr/X11/lib/libXt.so.3 (a symbolic link to the above) usr/X11/lib/libX11.so.3.1.0 usr/X11/lib/libX11.so.3 (a symbolic link to the above) If anyone can put the linux shared libs for the above or point me to where in the hell I can get them, I will be most grateful. Tnks, Amancio From owner-freebsd-hackers Thu Mar 2 23:51:32 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id XAA04162 for hackers-outgoing; Thu, 2 Mar 1995 23:51:32 -0800 Received: from campino.informatik.rwth-aachen.de (campino.Informatik.RWTH-Aachen.DE [137.226.225.2]) by freefall.cdrom.com (8.6.9/8.6.6) with SMTP id XAA04155 for ; Thu, 2 Mar 1995 23:51:13 -0800 Received: from gilberto.physik.rwth-aachen.de by campino.informatik.rwth-aachen.de (4.1/campino-6) id AA09185; Fri, 3 Mar 95 08:51:02 +0100 Received: (from kuku@localhost) by gilberto.physik.rwth-aachen.de (8.6.8/8.6.9) id IAA12288; Fri, 3 Mar 1995 08:57:38 +0100 Message-Id: <199503030757.IAA12288@gilberto.physik.rwth-aachen.de> Subject: Re: sound.doc file To: dsherwin@cts.com (Daniel Sherwin) Date: Fri, 3 Mar 1995 08:57:37 +0100 (MET) Cc: freebsd-hackers@freefall.cdrom.com (user alias) In-Reply-To: from "Daniel Sherwin" at Mar 2, 95 08:48:04 pm From: Christoph Kukulies Reply-To: Christoph Kukulies X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 4582 Sender: hackers-owner@FreeBSD.org Precedence: bulk > > I am trying to re-compile my kernel and I am referenced to a sound.doc > file to get me help on configuring my sound card. I can't seem to locate > this file. Can anyone help me out? > > }Dan > > --Chris Christoph P. U. Kukulies kuku@gil.physik.rwth-aachen.de FreeBSD blues 2.1.0-Development FreeBSD 2.1.0-Development #0: Sun Feb 26 20:27:39 1995 root@blues:/usr/src/sys/compile/BLUESGUS i386 ------ sound.doc -------- NOTE! Check that there is no #define EXCLUDE_ lines for the cards you are configuring in the sound/local.h. Otherwise the low level driver for the card is not compiled in the kernel. You may add one or more of the following depending on what you do NOT want compiled into your kernel. Only use the options for which you do NOT have a card to support it, or if you do not want a particular functionality. options EXCLUDE_AUDIO # NO digital audio support options EXCLUDE_SEQUENCER # NO sequencer support options "EXCLUDE_MPU401" # NO MPU401 support options EXCLUDE_GUS # NO GUS support options EXCLUDE_GUS_IODETECT # NO GUS io detection options EXCLUDE_SB # NO SB support options EXCLUDE_SB_EMULATION # NO PAS SB emulation support options EXCLUDE_SBPRO # NO SB Pro support options "EXCLUDE_SB16" # NO SB 16 support options "EXCLUDE_YM3812" # NO AdLib support options "EXCLUDE_OPL3" # NO OPL3 chip support options EXCLUDE_PAS # NO Pro Audio Studio support options EXCLUDE_PRO_MIDI # NO PAS MIDI support options EXCLUDE_CHIP_MIDI # NO MIDI chip support options EXCLUDE_MIDI # NO MIDI support whatsoever To enable sound card support, you need to uncomment and add one or more of the following lines to your kernel configuration file according to the directions below: #device snd5 at isa? port 0x330 irq 6 vector mpuintr #device snd4 at isa? port 0x220 irq 15 drq 6 vector gusintr #device snd3 at isa? port 0x388 irq 10 drq 6 vector pasintr #device snd2 at isa? port 0x220 irq 7 drq 1 vector sbintr #device snd6 at isa? port 0x220 irq 7 drq 5 vector sbintr #device snd7 at isa? port 0x300 #device snd1 at isa? port 0x388 Note for PAS user: you should change snd1 line to #device snd1 at isa? port 0x38a (next stereo port) to avoid conflict with snd3 Unit numbers are: 1 for Yamaha FM synth 2 for SB/SB Pro DSP 3 for PAS PCM and Midi 4 for GUS 5 for MPU-401 (there is separate driver for the SB16) 6 for SB16 (DSP) 7 for SB16 Midi (MPU-401 emulation) If you have ProAudioSpectrum, uncomment units 3, 2 and 1 If you have SoundBlaster 1.0 to 2.0 or SB Pro, uncomment 2 and 1. If you have SoundBlaster 16, uncomment 2, 1, 6 and 7. (use the same IRQ for the cards 2, 6 and 7. The DMA of the card 2 is the 8 bit one and the DMA of the card 6 is the 16 bit one. the port address of the card 7 is the Midi I/O address of the SB16. If you have GravisUltrasound, uncomment 4 If you have MPU-401, uncomment 5 NOTE: The MPU-401 driver may or may not work, and is unfortunately unverifiable since no one I know has one. If you can test this, please let me know! Also note that you will have to change these settings if your soundcard is set for a non-standard address or IRQ. Please check your documentation (or verify with any provided DOS utilities that may have come with your card) and set the IRQ or address fields accordingly. Also: Some systems with the OPTI chipset will require you to #define BROKEN_BUS_CLOCK in /sys/i386/sound/pas2_card.c. Symptoms are that you will hear a lot of clicking and popping sounds, like a geiger counter, coming out of the PAS even when is not playing anything. Probing problems: Since the SB16 uses the same IRQ and addresses for the different drivers, some of the snd dirvers will not be probed because the kernel thinks there is a conflict. Until a real solution is implemented, to get all the snd drivers to work, immediately return(0) to the haveseen() call in /sys/i386/isa/isa.c on your local copy. (Warning: doing this will bypass checks for ALL drivers, so be careful) - Jordan Hubbard (jkh@freefall.cdrom.com) - Steven Wallace (swallace@freefall.cdrom.com) From owner-freebsd-hackers Fri Mar 3 00:10:14 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id AAA04335 for hackers-outgoing; Fri, 3 Mar 1995 00:10:14 -0800 Received: from netcom14.netcom.com (root@netcom14.netcom.com [192.100.81.126]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id AAA04329 for ; Fri, 3 Mar 1995 00:10:13 -0800 Received: by netcom14.netcom.com (8.6.10/Netcom) id AAA20235; Fri, 3 Mar 1995 00:01:29 -0800 Date: Fri, 3 Mar 1995 00:01:29 -0800 From: hasty@netcom.com (Amancio Hasty Jr) Message-Id: <199503030801.AAA20235@netcom14.netcom.com> To: freebsd-hackers@FreeBSD.org, matt@lkg.dec.com Subject: Re: FDDI on FreeBSD .... Sender: hackers-owner@FreeBSD.org Precedence: bulk >ttcp-r: 67108864 bytes in 12.57 real seconds = 5214.09 KB/sec +++ Boy I am green with envy :) I hope that you get a good fast PCI motherboard for your P90. There appears to be some discrepencies in terms of PCI performance and memory bandwith which in your case can help you out a lot. Now does anyone have any comments on a fast P90 PCI motherboard? Like how fast is a triton based motherboard?? Tnks, Amancio From owner-freebsd-hackers Fri Mar 3 01:47:46 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id BAA07352 for hackers-outgoing; Fri, 3 Mar 1995 01:47:46 -0800 Received: from labinfo.iet.unipi.it (labinfo.iet.unipi.it [131.114.9.5]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id BAA07330; Fri, 3 Mar 1995 01:47:24 -0800 Received: from localhost (luigi@localhost) by labinfo.iet.unipi.it (8.6.5/8.6.5) id KAA11612; Fri, 3 Mar 1995 10:42:55 +0100 From: Luigi Rizzo Message-Id: <199503030942.KAA11612@labinfo.iet.unipi.it> Subject: Re: "Giant Step" GIF test version To: hasty@netcom.com (Amancio Hasty Jr) Date: Fri, 3 Mar 1995 10:42:54 +0100 (MET) Cc: hsu@freefall.cdrom.com, jkh@freefall.cdrom.com, hackers@freefall.cdrom.com, hosokawa@mt.cs.keio.ac.jp, phk@ref.tfs.com In-Reply-To: <199503030016.QAA03077@netcom20.netcom.com> from "Amancio Hasty Jr" at Mar 2, 95 04:16:23 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 495 Sender: hackers-owner@FreeBSD.org Precedence: bulk Is it really necessry to put words on the logos ? Just "FreeBSD" could be enough, and cannot be criticised or offensive to anyone. Cheers Luigi ==================================================================== Luigi Rizzo Dip. di Ingegneria dell'Informazione email: luigi@iet.unipi.it Universita' di Pisa tel: +39-50-568533 via Diotisalvi 2, 56126 PISA (Italy) fax: +39-50-568522 ==================================================================== From owner-freebsd-hackers Fri Mar 3 01:54:28 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id BAA07738 for hackers-outgoing; Fri, 3 Mar 1995 01:54:28 -0800 Received: from hq.icb.chel.su (icb-rich-gw.icb.chel.su [193.125.10.34]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id BAA07720 for ; Fri, 3 Mar 1995 01:53:52 -0800 Received: from localhost (babkin@localhost) by hq.icb.chel.su (8.6.5/8.6.5) id RAA01088; Tue, 28 Feb 1995 17:01:07 -0500 From: "Sergey A. Babkin" Message-Id: <199502282201.RAA01088@hq.icb.chel.su> Subject: 3Com 509 support for Netboot To: FreeBSD-hackers@FreeBSD.org Date: Tue, 28 Feb 1995 17:01:06 -0500 (GMT-0500) Cc: babkin@hq.icb.chel.su (Sergey A. Babkin) X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 13019 Sender: hackers-owner@FreeBSD.org Precedence: bulk Hello ! I added the support for 3Com 5x9 card for netboot (at least, it looks like as working. It loads kernel, but the loaded kernel fails to mount the root file system). May be it will be interesting for you ? Uuencode is at the end of message. Ungzip/ untar it in /usr/src/sys/i386/boot/netboot (but save original ether.c before doing this. You should do it because in this version it simply overwrites support for any other card). Explain me please (or say me where to find docs), how to create patches. Now about the troubles. It looks like as kernel (SNAP 950112) finds mdc0 (Mitsumi CD-ROM?) instead of ep0 (3c509 card) when booting from network (but everything is OK when booting from HDD). It is easy to repair, but I don't know how to rebuild the kernel. My directory /usr/src/sys/compile is empty, there is no "config" command. When I try to run "make" in /usr/src/sys it uses wrong pathes for include files (and I think its too difficult for me to change pathes everywhere). What did I wrong ? I have following parts of sources (SNAP 950210): base, etc, include, release, sys May be I missed anything ? Sergey Babkin P.S. Sorry for my poor english - it's not my native language. begin 644 boot509.tgz M'XL(`````````^P[:Y?:QI+^.OR*CN\Y"=@,@WC,C#WQ/1$@QKIA$):$Q]Z[ M]^@*T3"RA40D,8^]WO^^5=42>B"<9-?)?MCE)`-655=W5=>[6ZVS9W_XA_7: M%_T^>\;PTRY])_]@_8M.[[S=Z_4OX-\7W6[W&>O_\4M[]FP7Q7;(V+,P".*O MX3W<<>[]&0OZ\G#!9OR)AQZKWVWI MQT]^<&_'W&LY=H/)GL=H3,1"'O'PGB];2`O_U_G2C>+07>QB-_"9[2_9+N+, M]5D4[$*'TY.%Z]OA$UL%X29JL@<;7FX M<>.8+]DV#.[=)?R([^P8_G"@XWG!@^NOF1/X2Q<'13B(*/'X-9-:I75%+%BE M"W*")6<;4`9@)K9AH4C27@3W"$J$@Y3\('8=W@2P&S$/B"&-_(3^LK0:F-'Q M;'?#PQ;KM)@)0-_>T+)@*$VS`Y9#MK&?D#Q;SG7E!M>GC9DQ'QBF:LY-A5UKVHBD:RCZ>W6H&%=LHJ&\ MQVQN*$V8Q)1Q;J0$5$`X@(%,S0V5Q*1.3477YS-3U:8-]E:[!2G`2F48/2)Y M:E/B&02BZ1\3N:,\2.)-=OM6`9".4@3V3%U&<1BFK@[-/!I,:6JZF6,6Z4R5 MZXEZK4R'"B)H2.A6-11P(+H*Z[M&JCCYK0PSSXEWW!A8F_BI&B3M1#&;M(-, M'3-Y]%[%]2?XL.V&FJ@(B6_X-I'^WBMEL:YY#]Z@AXZN=R9)9U*72>W74N=U M]X*MW<4B8LKCEMV0^P$+6SR]%B0T)PX6/&2=)@VMP:,\$I/]);A"]IZO;79M MAXYKLUH-^--5F9TR(]C>P1/9C]UM`*ZCR<:A[8/OJ3%^NK%=[S6S[V'H3Q$A MMEP_A+^K$.`K<"0\3.%;^W$/!/HOSFHUX<85\":AS^/,#4!PBW<16CLXWYB' M*]OA+1HB1AC!AK.U%RQL#[T8H/MQ1/"_+#G,RAGMO'6C3JV),CVAB'W>*T/E M#RE4ZDN7):@\&NG98'9>V\/-#Y8Z54U+ET'+TX]T?@!'^GNWFQ5-! M8@(D>AF3B@(V>6.H_Y:PV'[LM;/AP)E``&,%!B!5RH#*##@S3,N4KY.1RXL\ M$`W8SFBB+RC10L4Z.:E+/_XH M]1MEH`GJ=:.-E`2AM]]`<@P1I"4Q6^U\AY(;2-+@WW>XIQZGI&N#R8HMU*FP M.6YD<8XIB[7814_U18/57?^A#C]>@G;>MJV44>WF!@)0X_O<8K-%7FO6+<1? M[;;^V!"J#)GA0QV5#LDD@R$^$9)E*!,(U%\`F=CX9A_@["3],$;B@2P.TK)D MF9C#);I,NP$9)F1HNY"W&"(^4>I**5V25X)@%I0`IJ)%D=Y#/K=Z(CA_=-$3 M0VA(,\2EO47+L%?X]\Z^Q\0RXGXL$C\PT9%E@`YP7[CW9(DP+4X=H.^*&"2] M+/`],47@@]D_T+((1["R9#@HH?#-/H`UD6T]N.KO[=/5_^`,O00^69\G>!>"-SS924>S3P< M7R/F)6(.;!0M&'T%,H0);:X/%1H`TR.^JK]KL0$X!"9U3J5^$M:_V2>OQ$4M MQNU'E4C];X0E&3WI@AMG7:???I76-6Z(/HMM;2@B0BAWH"KV!2U[N_6@5@.W ME&H]J"D'_P`(L?T9_H+M$E7\_SFE*A/7_\Q4564S.[0]CWOINNSH,VJXHAHR MS8S?)G?N?)C!`_>^`BT%57_.G@^@6F.C$`P#8N=9MWWVJO,<_)&_`SRBA>41 M\!!L6D7FR\+X9I^\MN]]%&I%F^^#2HL"YTM\!JZ2V=Z#_01?-;&>%_F0V"JH MS\PR3-F<&QD]C'75Y$3NMZ=904OX3:*U.J2URM%ZH(A\0$O$BC1<9QK48@:/ M=]LTTQ1,ER??!P&L7W`-3C4X%2%@V"6,DAVU+TMP-$HH@%+P>0D,Q@RYD,3/0$@=DK0S$=D>58B%"DO%`WR<#M&S0;Q?%TXD@7) M[TR%`"C\66G./%@2\QY9NV2-=44!])-#$1.5G$(M4`D63Y6K@3I:)R3[.))> MH'9Y",45ZZ-JAC*P5"7(3D&[8FH*[7,JTK8S9#\5*OX^JY1L1[CJ/JVQ7P7J MG0AMJ`!U"=2M`G5.#KGJI*$+05(5J%VI-=T\LVRLCC5V8_OVFF\@YK?R/):Y MZWYENQ.8+F!V:?LZ1:Z_]((I=)VK]NDA[UHTR4F7+_#A3#LVT1P:FIZIQ MH!D]:ZJ8%HRGV%DRTIZ%W&?07@GZ5C-R8SLE**CW'E:6<1\8RF2L\VCGQ:)_ MIV*E[$,`$1[TJ_+N@P^21Q;X`-GX^5#D?2A`35T`#R731Z4?JQ,S,:W+0VB^ ML#R43A\YE-_+ZB2'TCE$`='K9@ZE+(OS`^/Z+5L/A$W-E">6]G-)V_02Q,Z/ M&2EC1=?E2=E+H"QT^48QTE$7^5%%T'E^E/8>NUM3HV31,&BH32:JH6H)K)>' MR6,0NR5E.$7+WF,4J!3$"RA3S3+>*27SQHE'U@0T,U.\WYZEB?YY4@H31=%: M_GU9^5FI$M]O<(L:]R*>IS2QXX%IW1X'GU$OIG\J25!)]T\13#URS`W3]`2J ME@56*]S9Q4GWGT:U3]NO\5NB87:X9NX*+.NIQ<;9Z$BT_/T`$:(K3,E$C4>- M;,?VD396_MBE\)_@J;]N%8K,ZXDV`!T#I59`TO6=1?5J@VKFMB@J;)P?^SAV M!`GB)LF&*(<1M90;13L,R#FRA6HR3[<.!0@4R5)6H"9VI*D%!C9IR#D3C@/Y_S)0B9J:L<,`JNV`,R>=EN MLYW!G1QLP6&OL,)#_N+0]J/3'-3A[CUJ0XYQ';VE@5WP$M?=/1_H$3D>:6"B MOX0J,D=Q&SSP\'2W+9%4IA44>T4Y`MK!+@)6_P`+>_HRI`BF-K-F\O#G(OYE M$=\\,OFK`[1JMNT#O*I%+DJ+5-Z1SR]A.27%@8B7BPP%5'Z(JN\C3!%U58&: M192BYK:+N(!DX=G&>W4TER[;8SQ&UMWHG&T80R]5T(G53B">YG'U7^5M-0NX9->'EMV62J6_FYT M3Y;$19L7%LV>VL'RL.D][0"\#`*=;#T+L'M9-8.8')M_;KD=MJQ38 MR8`'`Q.Q0.$I&K)C&+P+,WC[8,43.W;NB@9FY&WGJ.^&";93C1PE/V$1I606D*ELHFH"1,X'2J@I85$89K/2I%T7TI2")+_]. MJ4F.[R\%]KYD3!1D+II-,!_V?*ZQ>U260SNS2JK,\V4D)>\?$FMM[9M`9S,\ M2(%:)V^HKQ--<1(EPUL>1)!OMG&FQU*BR*!Z2A@&>)"+4\P@%$!R3"I7I`$9 M-4?$C$)79/'FTY8"PQZ:)-S($GO#M'M46;\`D"0`Z#L_G4XI#Y5HJ.RY:Q][ M$U4(2&*H#P]!;0+AM)'['[PP!:O_5>I+/>HS18UL#`S!^4:ANP"3I79YCF+= M!J=(IQV"1ZI8HN9>(E&KD=^!I$P!80YP&MC=4YRT=,RHZQ:=(Z>*`].4*X+\ MN1JA8U/Y$*U71DLK5W:`7LID$W1`M68_FP?8BTIL>:)>3P]PG4I M0--MEAK&,@73G:<6-5VI+H+J2I#:'S]O@VV)8$($.XY`V_F=8.*>G MPBW6*`?%N;\D8X=A7\%.P^2-_>AN=AO@P_/<*&U&E(-EDJ*@/:\@9]8 M"U$U+'FN,HQ4=`#?;>1!@^DP`W4*H#EL=PIZU:@^1J#2!2P0"E(=I$:]J%R; M"H\U>N+^!):UECR29U`W)L$5&3[$3&@64$&R.#_=U>-+UV8QQAGL#V7]TWV3 M.1&(7*M8*?!$JW2RC4IJJCUHW[@$G4TO;A;E7RO<@:`Z6W]7=QLG=5:'+Q(D M^P*+'D,I5H.Q[I^EZDQFME>+XO6QDY/S$@A,&)Y*_>[Y[]F3 M&O)&1\O1;EL6A#*S$"3Z!.6$,]'VTATMP@?I5'^P+P[^['_[GO>Q#W4;6\X? M.L?7[_]W^[W.Q?[]C^[Y!69FYVWI_^___QF?;WK%9*J8`TTSV2EC^#T[,\=@ MUP.0;`0IS9;-L,U@;VHUF6Z\OV8&#]?@$.S%9_`U]05]_W3W2\MU%BWGCGNM M:`?)"!O9>`]OS!>L0_!]>RFT6 MY@4WRLS"W7F\B)]*5 MA=+[!>DEFP@2188'`O3^0O)"`B9FE+5A->.XH;/;B#MBT?X"CWB/@%['V$*. MYF*%!#,C,7'I#*\!IU?.,/FE)F&.TP@P%:MUAWB_:'4U>(M43PW@$+57;MXR)IX(-C^ MI]+>-5@-)4+7MA.$P\T$I-JW4V'*`-C>N8^4P?R:E9]>9X__`EQ[NR5GSWT> M+T#16W?/)*H&?;825@Y=EXWE8!N:?W32I!&[[!(OT`]H(6"-!J2'@4XD-I M;N'UN"O(=S#/IS=*\8YE&8+__J:NK-AZCQ\" M2KZP3QAEUSG%]MF>]U3[=E.?U4A*6^J&_!T2':I4\+!+,?]Q57/]F"5`C_O? MF&N<#;*Y@0(N?!($G\G`;3^]?UK[=E.=U5`)Z")LO5'[5PTS`60--Q=\:9-] M@K\!J7YSG["^R5UMO]H/\=W(!E`;O!=/?@I@DOJQSU>U$T3D6XM!SO/](AC`T>%U^UTT,O"';<&^^Y-4BPT:M1UP_K+]7?@&6IX0/R0O$6W"G;@NB%97N'9/W)( MVOZ:TVBL^L&>X6OXJLZ`P+^SN/X7M%*SM]/2(S60FTV*J[XIM*]O._]ARQ#X( M-])DV&)H7*&F7(M7GT)2F`0WO\6IV8%-D%]A+MA=\=6;XR8(V(D%EJ9'1:IX M=!#^$C"I`KU9\.8@#NXI%*ZK-Q)#ID%EBUV$W/Z<6`HP'GCWHHL".X4-K>2^ M"+JS]'4R.[EFB>I!PO@DA(%.J"O\C"#]:XO\1*QD&B9&U7^-J?3B3&;_+Z@. M!XO"CE_[0)Q%W1-;#3^BQ`EEEID..-X]:?RZSI\K^O,!K99+ M8&L2*"+%_0=^(M=!22WMJ%;U4]39%6-F M-M%03OIE(P5K2#$%^#;_.T\DB"M9$QXW1N#KOQ&G/'TEC2=#!!%07DYG0S): MB>4!63F\F`W*@^_JP#*:!H,\+A0/J@VT:NH.784-8-+_6U+2LG\G)Z)S6'!, M?(>*:8]CQ6#+GX$,B6/!VC'2C&X=!NX$5'WIX%0R5FI2DJU'HA M>Q3+)B/":&RE)NC*!=UCHC5M"56"7HARS!HN="#)T43?G%Y=WOWTKXOW'ZYO M6[@WJ%:]!X5.M<6SEMR$MU!NG,/V5"H4)W3Q15&NRWI7WB!C!BL<-OR$AAJB MZX(?FQ7!-'264ZB]A1OT(3U7)[=DQ9N!Q'()'1*Y6P09YW('ZM?((7#5A\URU M=B;A@):7Q4;78G7)\S%)J#.5@$+Q)'G38#D=\]Z'IX/\;=>@6.'Y;=`G^\QD M<=A=HX6K((IY!O!F.C2&/0U2(6B9%%< M5NRZ**:&HB^K@%L8ZTLJ$EZT:`XZ2_RB@XX:8SBUAFC<,S$:?*`/5G#%`L^"744F&23>AJA^87U-`83ZMDX2_$, MWD0!F#2X,=`K`/7R&AXLX(YY1BS75?O+&"*B,^5!&'S"6Z0$!Y<`X'4M:0#O M>J'2Y0I''?;W2X MR7R4<)]0KW.DZJ5!/DNG5OB+K=X[2P]_B$F/M$P_;'EXP*!L/7_Y]O$:6LNP MO^--[RM%:FB'9$5J,MANE?Q5ZH+)H*_P?4E@XV25TC:%DP^(UTAG!7*<:WRE M-5RS%#;K51D*O'X07ZC>5Q4S`;SK^FFJT`W*:K6Y"5VE*K=>S-:+V7HQ6R]F MZ\5\J1>CW957<"YHM,OB98,KZ6M!.FS4!E>/&9'3V&A\WNT#&B8SGE)<$PBA\23B9_ M?U5P\/MP-`Q&?"YMN5Z?HWX=>-&OSU]VO:S9.?0P;/P]T`U'A2@_^HF$5-/1 M/P\>7^9]QQ'Y7GM^?B["SD./G)R5L9:B68-=0X,2U_-)!0"4@>W>F69,4Q.,C++XPD*`AZI8KV,YT.2I6Q2M.QF M$VFLIGKA>8H:9KEY#,0P!1]25\-P%Z$DXEA$?OH0M,1ED([]A'+@<$`T3V?3 M@9_KL"@=/X0@D($__-$*8F&@$X?3I!&>V%G0*.`C??]RS)`Z95SA0L1\9GDT M,`M22/HKC(]P]RS(K`SV@2@Q7'$/4;T%]O5Y`>WZ7(%P=8G(AA9W73FM1&O, M@`5_P1@/GL>T9>!KN6M7Y+%PP487S&^*0^HX)6P3:1SCE$D\.?/UI5*SVADT M\+1V6FT;R@6IK]C<+P&F_13#1TPR-`E\1-1$?$JB)EQF/;,7!=#/5C4P!&57 M=&5E40M'855;52O?D'KBB4S\(+I&=!]EJU/A_95J-IRDF8')Z&A7EN<49FQ_ M?WU]YO`E#(OO9BN&YN$DP#Q"\O(V'IAQ@06_02IFN0I?TT)>PJ*"H=)-!ER>3A"0G7<99>_A)NO]\62HF8%VP%^IGR MRJPZ,ESIRS^KQK27[?;$\FJE';@R&HA>4:J0%;H\&++6RY6Q%5GN%33J\P:X M`T1E@3>BL!?RLHXZJOZ"$(K19T/7L@A`OW4+%BZ[4"A<$F;`-6FIY8ZI(PWU MN7R@-^C^['I,KABJE+FRFC-2#7E,WM.=-C6>ZA^I/9A*!F7QT_W.[:*9-F@S M&0W6ZNNE81C\#G']:R:ZMGJ6:^MG@9P&+G;2U@[`1@QKZF&565>KYIUBGJ[7 MW)R--8N/S8*1)8Z8(M&L%`A<63AJQV**<;L/M0%R8@5E$C7=&X,V%F)TA79\ M%HQ2X0Z:N@9WL@GM5A:\Z+\LJ"EW`K@KZ*.IIMGJ=&]Y.Z`>D`=?J9VY1/NV MJ64L_3?BBG6C([SUC5TCY<>%9B,#`FGR/3*JH M[.X5R$W8%/Q\=G6'UR47F::7KP-=$?6+_9/ZA;OKX=ESY#1@\O*&*PGOGV1A M@BZ>Z\G15I;)N8PQZ!IXJ&#"\COYRMFC(7BB7(710HX\]U9OXP2OS[K,++QY M]^O[7ZY!@/88MD/4\'5EN$]U!YE*>N*P MJO3XL51:/3BR2U?')8MZF5VOQ,&%SDF64E$K+K'0#6C1HX!"/%H4&YQ8XJE\ M1.2D-73:!22`,2RPTE"(^_T+2X+#9(RY1N$/*?9D;`@HOULNF\M$\X(DLSZL M$DX@"HQ(!Z949@X]3=(XCP=QY%;4&.)X;0O]4JR-?Y9ZT#_9!2?J(<@Q!./8 MU=A?Z+S*L1I9G_>G9^#;G\TFDR?86\YRSM`T%1_>=Q%5B=`9O!P<1@2\W/EV M?6"G/XSOT`=R8*)?-$P>.+/#<+ET^&0=RJD3.2NH;>=B9GP1KF.*=]LIR&7L MNW#00@1CV45L-!9MK!CI(T8^<2*/D2L!N6]/^L14^7=.80F-6:1X_(NZ^D@` MGG?X)X,=E4Q/E@G::FMTD>Q12T-P*=]L)A-3JX2E.@T6W94T^"<10C'E%GVVAR[@M.WNI5\I7_LQM&:S>J"GUL`HI9J13 M=24SC0$O@$L)65K$*>.T&#?\'LP19FQ*DQ^A.$%?8%,XEY(%?X]%]\T;_&8B M726FTH]PTJ':\7&?P/4X2/BY)^]0,F04'OP7Z0Y&*X1"92L,Z+B%A8W`IEH: MU!V!A_!3@/]QAOF+@XD-,!I=1OZ'G\D88X\#"9Q"6_$&#Y`PNS:EGD,L\4B? MP&4]_/HDZ(:2D7T;II63HTF$-15Z#*$R9MA/WX_$G@" MEREBQNA:`H>BK2J5H@XB,>JN&(R#P4?.VJ"ICGV-(B"G@C\P9C:V9&YC1,?+W%A`9K#6%(#[=3CRP*IS&,L0--SJF?5 MJ"^AWN(A#HAC-+W`__^<7ESS!/@/?CAU$4TN4UP%_A29U:/18O^A<]1NF+&< M2>7-_#_]K8AH@",-/<=TA.@&3$-@7_145(*F80=QCV=^]PZT*'[&KO9`(^T( MWKSJF0+!I>/(``` ` end From owner-freebsd-hackers Fri Mar 3 02:07:30 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id CAA08475 for hackers-outgoing; Fri, 3 Mar 1995 02:07:30 -0800 Received: from gndrsh.aac.dev.com (gndrsh.aac.dev.com [198.145.92.241]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id CAA08467 for ; Fri, 3 Mar 1995 02:07:24 -0800 Received: (from rgrimes@localhost) by gndrsh.aac.dev.com (8.6.8/8.6.6) id CAA16644; Fri, 3 Mar 1995 02:06:17 -0800 From: "Rodney W. Grimes" Message-Id: <199503031006.CAA16644@gndrsh.aac.dev.com> Subject: Re: FDDI on FreeBSD .... To: hasty@netcom.com (Amancio Hasty Jr) Date: Fri, 3 Mar 1995 02:06:17 -0800 (PST) Cc: freebsd-hackers@FreeBSD.org, matt@lkg.dec.com In-Reply-To: <199503030801.AAA20235@netcom14.netcom.com> from "Amancio Hasty Jr" at Mar 3, 95 00:01:29 am X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 5687 Sender: hackers-owner@FreeBSD.org Precedence: bulk > > >ttcp-r: 67108864 bytes in 12.57 real seconds = 5214.09 KB/sec +++ > > Boy I am green with envy :) Aren't we all, though I think DEC gets to much for these boards, I have heard rumors of a board based upon the same chip comming out towards the end of march for ~$200.00. Intel already has there 100MPS ethernet cards out for $215 or so buy computer shopper prices. > > I hope that you get a good fast PCI motherboard for your P90. > There appears to be some discrepencies in terms of PCI performance > and memory bandwith which in your case can help you out a lot. > > Now does anyone have any comments on a fast P90 PCI motherboard? > Like how fast is a triton based motherboard?? Here are some comparitive results, the ASUS PCI/E-P54NP4 is based upon the Neptune chip set, the ASUS PCI/I-P54TP4 is based upon the Triton chip set. [Note, ASUS's ftp site and www pages refer to this as the PCI/I-P55TP4, it really is a P54TP4] Note, this is the *SLOW* version of the Triton chip set setup in that I am using standard fast page mode simms instead of the EDO simms, and the board I currently have uses standard SRAMS instead of the burst SRAMS that Triton is designed to take advantages of. So in effect this comparison is apples to apples in that I am not taking any technology advantages other than the change in chipset and board layout. You'll notice the one big boost is during the WRITE_NOCACHE test. This is a cache/memory bandwidth test based upon code from the mailling list written by Bruce Evans, Modified by L Jonas Olsson to do writes, and then corrected for an extra store/load operation by Bruce Evans. I will provide my actual test program for people who want to compare apples to oranges :-). Board: ASUS PCI/E-P54NP4 Board: ASUS PCI/I-P54TP4 CPU: P54C-90(A80502-90) CPU: P54C-90(A80502-90) Cache: 256K-15nS SRAM Cache: 256K-15nS SRAM Memory: 32MB Fast Page Mode Memory: 32MB Fast page mode -DBDE_ORIGINAL -DCORRECTED -DBDE_ORIGINAL -DCORRECTED 1024: 204081633 bytes/sec 1024: 208333333 bytes/sec 2048: 212765957 bytes/sec 2048: 227272727 bytes/sec 4096: 227272727 bytes/sec 4096: 227272727 bytes/sec 8192: 204081633 bytes/sec 8192: 217391304 bytes/sec 16384: 103092784 bytes/sec 16384: 101010101 bytes/sec 32768: 89285714 bytes/sec 32768: 104166667 bytes/sec 65536: 89285714 bytes/sec 65536: 80000000 bytes/sec 131072: 86206897 bytes/sec 131072: 90090090 bytes/sec 262144: 71942446 bytes/sec 262144: 76923077 bytes/sec 524288: 65789474 bytes/sec 524288: 66666667 bytes/sec 1048576: 60240964 bytes/sec 1048576: 62111801 bytes/sec 2097152: 59880240 bytes/sec 2097152: 62111801 bytes/sec 4194304: 56179775 bytes/sec 4194304: 60606061 bytes/sec 8388608: 52910053 bytes/sec 8388608: 57471264 bytes/sec 16777216: 41493776 bytes/sec 16777216: 52356021 bytes/sec -DLJO_WRITE_NOCACHE -DCORRECTED -DLJO_WRITE_NOCACHE -DCORRECTED 1024: 23201856 bytes/sec 1024: 37735849 bytes/sec 2048: 23255814 bytes/sec 2048: 38022814 bytes/sec 4096: 23255814 bytes/sec 4096: 37735849 bytes/sec 8192: 23255814 bytes/sec 8192: 38022814 bytes/sec 16384: 23148148 bytes/sec 16384: 38022814 bytes/sec 32768: 23148148 bytes/sec 32768: 38022814 bytes/sec 65536: 23148148 bytes/sec 65536: 37593985 bytes/sec 131072: 23201856 bytes/sec 131072: 37735849 bytes/sec 262144: 22988506 bytes/sec 262144: 37313433 bytes/sec 524288: 23148148 bytes/sec 524288: 37735849 bytes/sec 1048576: 23041475 bytes/sec 1048576: 37453184 bytes/sec 2097152: 22883295 bytes/sec 2097152: 37313433 bytes/sec 4194304: 22831050 bytes/sec 4194304: 37037037 bytes/sec 8388608: 22675737 bytes/sec 8388608: 36496350 bytes/sec 16777216: 22371365 bytes/sec 16777216: 35087719 bytes/sec -DLJO_WRITE_CACHE -DCORRECTED -DLJO_WRITE_CACHE -DCORRECTED 1024: 238095238 bytes/sec 1024: 250000000 bytes/sec 2048: 256410256 bytes/sec 2048: 270270270 bytes/sec 4096: 263157895 bytes/sec 4096: 263157895 bytes/sec 8192: 243902439 bytes/sec 8192: 227272727 bytes/sec 16384: 62111801 bytes/sec 16384: 55555556 bytes/sec 32768: 57471264 bytes/sec 32768: 55555556 bytes/sec 65536: 61349693 bytes/sec 65536: 50000000 bytes/sec 131072: 47169811 bytes/sec 131072: 45871560 bytes/sec 262144: 37453184 bytes/sec 262144: 42918455 bytes/sec 524288: 30395137 bytes/sec 524288: 40160643 bytes/sec 1048576: 29239766 bytes/sec 1048576: 38167939 bytes/sec 2097152: 28735632 bytes/sec 2097152: 38314176 bytes/sec 4194304: 28571429 bytes/sec 4194304: 37593985 bytes/sec 8388608: 27777778 bytes/sec 8388608: 37313433 bytes/sec 16777216: 26809651 bytes/sec 16777216: 36231884 bytes/sec -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation Company Custom computers for FreeBSD From owner-freebsd-hackers Fri Mar 3 02:25:44 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id CAA09218 for hackers-outgoing; Fri, 3 Mar 1995 02:25:44 -0800 Received: from idiom.com (idiom.com [140.174.82.4]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id CAA09212 for ; Fri, 3 Mar 1995 02:25:40 -0800 Received: (from muir@localhost) by idiom.com (8.6.10/8.6.10) id CAA19614; Fri, 3 Mar 1995 02:25:34 -0800 Date: Fri, 3 Mar 1995 02:25:34 -0800 From: David Muir Sharnoff Message-Id: <199503031025.CAA19614@idiom.com> To: hosokawa@mt.cs.keio.ac.jp Subject: Re: "Giant Step" GIF test version (more nits) Cc: freebsd-hackers@FreeBSD.org Sender: hackers-owner@FreeBSD.org Precedence: bulk More nits: shouldn't the footstep face towards the ladder? I don't remember the original shot well enough... Nice job. -Dave From owner-freebsd-hackers Fri Mar 3 05:14:12 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id FAA13112 for hackers-outgoing; Fri, 3 Mar 1995 05:14:12 -0800 Received: from earth.sarnoff.com (earth.sarnoff.com [130.33.8.176]) by freefall.cdrom.com (8.6.9/8.6.6) with SMTP id FAA13106 for ; Fri, 3 Mar 1995 05:14:10 -0800 Received: from mini.sarnoff.com by earth.sarnoff.com (4.1/SMI-4.1) id AA03188; Fri, 3 Mar 95 08:12:31 EST Received: by mini.sarnoff.com (931110.SGI/930416.SGI) for @earth.sarnoff.com:hackers@freebsd.org id AA12165; Fri, 3 Mar 95 06:31:37 -0500 Date: Fri, 3 Mar 1995 06:31:37 -0500 (EST) From: Ron Minnich To: "Jordan K. Hubbard" Cc: hackers@FreeBSD.org Subject: Re: your mail In-Reply-To: <199503011957.LAA14941@violet.berkeley.edu> Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@FreeBSD.org Precedence: bulk Now the potential for embarassment is that linux people can directly compare performance under netbsd with native under linux :-) ron Ron Minnich |It's kind of interesting that the company that rminnich@earth.sarnoff.com |sells QuickMail for the MAC doesn't have an EMAIL (609)-734-3120 |address. But I know why, having used it ... From owner-freebsd-hackers Fri Mar 3 05:18:24 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id FAA13818 for hackers-outgoing; Fri, 3 Mar 1995 05:18:24 -0800 Received: from earth.sarnoff.com (earth.sarnoff.com [130.33.8.176]) by freefall.cdrom.com (8.6.9/8.6.6) with SMTP id FAA13803 for ; Fri, 3 Mar 1995 05:18:23 -0800 Received: from mini.sarnoff.com by earth.sarnoff.com (4.1/SMI-4.1) id AA03198; Fri, 3 Mar 95 08:16:45 EST Received: by mini.sarnoff.com (931110.SGI/930416.SGI) for @earth.sarnoff.com:freebsd-hackers@freebsd.org id AA12178; Fri, 3 Mar 95 06:35:49 -0500 Date: Fri, 3 Mar 1995 06:35:49 -0500 (EST) From: Ron Minnich To: Masahiro SEKIGUCHI Cc: freebsd-hackers@FreeBSD.org Subject: Re: How can I submit a new driver? In-Reply-To: <9503021046.AA04415@seki.sysrap.cs.fujitsu.co.jp> Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@FreeBSD.org Precedence: bulk speaking of drivers ... i'm workingon a pci eepro/100 driver. But if one is done i'm willing to chuck mine and use the already-done one. So i'm checking. ron Ron Minnich |It's kind of interesting that the company that rminnich@earth.sarnoff.com |sells QuickMail for the MAC doesn't have an EMAIL (609)-734-3120 |address. But I know why, having used it ... From owner-freebsd-hackers Fri Mar 3 05:41:41 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id FAA15523 for hackers-outgoing; Fri, 3 Mar 1995 05:41:41 -0800 Received: from fgwmail.fujitsu.co.jp (fgwmail.fujitsu.co.jp [164.71.1.133]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id FAA15517 for ; Fri, 3 Mar 1995 05:41:36 -0800 Received: from fdmmail.fujitsu.co.jp by fgwmail.fujitsu.co.jp (8.6.9+2.4W/3.3W5-MX941209-Fujitsu Mail Gateway) id WAA02133; Fri, 3 Mar 1995 22:41:29 +0900 Received: from fdm.fujitsu.co.jp by fdmmail.fujitsu.co.jp (8.6.9+2.4W/3.3W5-MX950127-Fujitsu Domain Mail Master) id WAA00528; Fri, 3 Mar 1995 22:41:27 +0900 Received: from sysrap by fdm.fujitsu.co.jp (5.65/6.4J.6) id AA23378; Fri, 3 Mar 95 22:41:27 +0900 Received: from seki.sysrap.cs.fujitsu.co.jp by spad.sysrap.cs.fujitsu.co.jp with smtp (Smail3.1.28.1 #1) id m0rkXiq-0004WbC; Fri, 3 Mar 95 22:48 JST Date: Fri, 3 Mar 95 22:36:58 JST From: Masahiro SEKIGUCHI Message-Id: <9503031336.AA05452@seki.sysrap.cs.fujitsu.co.jp> To: Ron Minnich Cc: freebsd-hackers@FreeBSD.org Subject: Re: How can I submit a new driver? References: <9503021046.AA04415@seki.sysrap.cs.fujitsu.co.jp> Sender: hackers-owner@FreeBSD.org Precedence: bulk Thank you for you interest. >i'm workingon a pci eepro/100 driver. But if one >is done i'm willing to chuck mine and use the already-done one. I know nothing on eepro/100. Does it have Fujitsu 86960 chip? My driver is working on Fujitsu ISA Ethernet cards (FMV-181/182.) It looks enough stable. If your PCI card shares the same chip, my driver may be a help. Please note, however, that my driver uses pio data transfer, since my card has no shared memory. Is it acceptable for your PCI Ethernet? From owner-freebsd-hackers Fri Mar 3 05:53:51 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id FAA16113 for hackers-outgoing; Fri, 3 Mar 1995 05:53:51 -0800 Received: from gate.sinica.edu.tw (gate.sinica.edu.tw [140.109.14.2]) by freefall.cdrom.com (8.6.9/8.6.6) with SMTP id FAA16107 for ; Fri, 3 Mar 1995 05:53:48 -0800 Received: by gate.sinica.edu.tw (5.0/SMI-SVR4) id AA16673; Fri, 3 Mar 1995 21:50:52 --800 Date: Fri, 3 Mar 1995 21:45:02 +0800 (CST) From: Brian Tao Subject: Re: "Giant Step" GIF test version To: "Jordan K. Hubbard" Cc: HOSOKAWA Tatsumi , freebsd-hackers@FreeBSD.org In-Reply-To: <2807.794209316@freefall.cdrom.com> Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII content-length: 1257 Sender: hackers-owner@FreeBSD.org Precedence: bulk On Thu, 2 Mar 1995, Jordan K. Hubbard wrote: > > Well, I agree with all of the above and would like to add the > following: The wording "One small step for UN*X, one giant step for > PCs" just doesn't do it for me, I'm afraid. Works for me, *shrug*. > Creek CDROM who looked at it felt similarly. They didn't like the > wording and it was generally felt that the image was too obscure - > just a shadow and a footprint. If you had the little daemon superimposed on a photograph of the lunar surface with the Earth and sun in the background, wouldn't he look "out of place"? Not to say that daemons-in-space are an everyday occurence... ;-) He's a cartoon character, but the photograph is "real". Unless you did some creative RogerRabbit-style shading, it might look like a bad paste-up job. The shadow fits in perfectly with the rest of the scenery. Then again, I am confident Mr. Hosokawa's talent will surmount any difficulty. :) > on the horizon! :-) The daemon could even be in a space-suit, the > helmet having "horns" of course! :-) Since when did daemons need space suits?!? Maybe just give him a Jetson's bubble helmet with two circular cutouts for his horns. Definitely gotta keep the tennis shoes though. :) From owner-freebsd-hackers Fri Mar 3 06:14:19 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id GAA17517 for hackers-outgoing; Fri, 3 Mar 1995 06:14:19 -0800 Received: from PLUMCS11.UMCS.LUBLIN.PL (plumcs11.umcs.lublin.pl [192.147.37.100]) by freefall.cdrom.com (8.6.9/8.6.6) with SMTP id GAA17507 for ; Fri, 3 Mar 1995 06:14:04 -0800 Received: from demeter.ipan.lublin.pl by PLUMCS11.UMCS.LUBLIN.PL (IBM VM SMTP V2R2) with TCP; Fri, 03 Mar 95 15:11:30 CET Received: from DEMETER/MAILQUEUE by demeter.ipan.lublin.pl (Mercury 1.20); 3 Mar 95 15:10:11 GMT+1 Received: from MAILQUEUE by DEMETER (Mercury 1.20); 3 Mar 95 15:09:51 GMT+1 From: "Janusz Kokot" Organization: IA PAN To: freebsd-hackers@FreeBSD.org Date: Fri, 3 Mar 1995 15:09:49 Subject: CP852 Priority: normal X-mailer: Pegasus Mail v3.22 Message-ID: <182A2430A2@demeter.ipan.lublin.pl> Sender: hackers-owner@FreeBSD.org Precedence: bulk If anybody is interested I can send fonts for code page 852 (latin-2). ---------------------------------------------------- Janusz Kokot Institute of Agrophysics, Polish Academy of Sciences E-Mail: jkokot@demeter.ipan.lublin From owner-freebsd-hackers Fri Mar 3 07:19:32 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id HAA19776 for hackers-outgoing; Fri, 3 Mar 1995 07:19:32 -0800 Received: from plains.NoDak.edu (tinguely@plains.NoDak.edu [134.129.111.64]) by freefall.cdrom.com (8.6.9/8.6.6) with SMTP id HAA19769 for ; Fri, 3 Mar 1995 07:19:27 -0800 Received: by plains.NoDak.edu; Fri, 3 Mar 1995 09:19:02 -0600 Date: Fri, 3 Mar 1995 09:19:02 -0600 From: Mark Tinguely Message-Id: <199503031519.AA16567@plains.NoDak.edu> To: ajit@louie.udel.edu Subject: Re: multicast pruning Cc: atn-group@mitre.org, freebsd-hackers@FreeBSD.org, slr@mitre.org, wollman@halloran-eldar.lcs.mit.edu Sender: hackers-owner@FreeBSD.org Precedence: bulk > In message <199503030019.AA29879@plains.NoDak.edu>you wrote: > >can you automatically pick up new groups from the tunnel? I don't > >know if there is still a bug or if my regional net is having a > >problem. > > If I understand your question properly, you want to detect the appearance > of groups at the end of a tunnel. The mrouted at the other end of the > tunnel should detect the presence of groups, i.e. a router can only > detect groups on any attached interface. NWNet mbone mrouter <====> FreeBSD mrouted <---> machine running sd == tunnel -- LAN the local sd is not detecting new groups from the "outside world" I had traces in the function X_ip_mforward() in the kernel file /sys/netinet/ip_mroute.c, and I don't recieve tunnel packets, because I do not belong to a remote multicast groups, but I can't join until I get a list of groups...MWnet insists we have a "32" ttl and it is possible that there is nothing to see and that is why I asked the question. (yes, I believe in the power of run-on sentences) I would appreciate if someone could check if they can detect remote groups or see if you can see a multicast group called "ndsu wb", or if someone is willing to set up a mini-mbone to test the tunnelling, I would apprecaite it. > > I don't see why the path of the dump files should be changed to > /var/tmp and /var/run. A number of systems do not have a directory > called /var/run. FreeBSD 2.x (more accurate 4.4 based OSes) don't have /usr/tmp, and also /var/run is the location for process ID of running programs. I was proposing a change in /usr/src/usr.sbin/mrouted/main.c for 4.4 based OSes, I should have included a #ifdef for 4.4 systems. thanks again for all the help/interest. --mark. From owner-freebsd-hackers Fri Mar 3 09:04:15 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id JAA23193 for hackers-outgoing; Fri, 3 Mar 1995 09:04:15 -0800 Received: from vivian.mt.cs.keio.ac.jp (vivian.mt.cs.keio.ac.jp [131.113.32.112]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id JAA23187 for ; Fri, 3 Mar 1995 09:04:13 -0800 Received: (from hosokawa@localhost) by vivian.mt.cs.keio.ac.jp (8.6.9/3.3W8:94122222) id CAA00623; Sat, 4 Mar 1995 02:07:04 +0900 Date: Sat, 4 Mar 1995 02:07:04 +0900 Message-Id: <199503031707.CAA00623@vivian.mt.cs.keio.ac.jp> To: freebsd-hackers@FreeBSD.org Subject: Re: "Giant Step" GIF test version In-Reply-To: Your message of Fri, 3 Mar 1995 03:16:36 +0900. <199503021816.DAA16227@nanbu.mt.cs.keio.ac.jp> From: hosokawa@mt.cs.keio.ac.jp (HOSOKAWA Tatsumi) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII X-Mailer: mnews [version 1.18PL3+] 1994-08/01(Mon) Sender: hackers-owner@FreeBSD.org Precedence: bulk In article <199503021816.DAA16227@nanbu.mt.cs.keio.ac.jp> hosokawa@mt.cs.keio.ac.JP writes: >> The first test version of "Giant Step" GIF is now available (I've Thank you for too many comments on this image. I'll update it this weekend. The tools for drawing this picture: Hardware: PowerMacintosh 8100/80AV (not PC, sorry!) Rendering: KPT Bryce 1.0 Modeling: Adobe Photoshop 2.5 Kai's Power Tools 2.1 Layout: Adobe Photoshop 2.5 Unfortunately, Macintosh still have a great advantage on design works. I don't want to use PC for design works. Especially, I think KPT Bryce and Kai's Power Tools are great software. -- HOSOKAWA, Tatsumi E-mail: hosokawa@mt.cs.keio.ac.jp WWW homepage: http://www.mt.cs.keio.ac.jp/person/hosokawa.html Department of Computer Science, Keio University, Yokohama, Japan From owner-freebsd-hackers Fri Mar 3 10:37:39 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id KAA26010 for hackers-outgoing; Fri, 3 Mar 1995 10:37:39 -0800 Received: from inet-gw-3.pa.dec.com (inet-gw-3.pa.dec.com [16.1.0.33]) by freefall.cdrom.com (8.6.9/8.6.6) with SMTP id KAA26000 for ; Fri, 3 Mar 1995 10:37:31 -0800 Received: from tartufo.pcs.dec.com by inet-gw-3.pa.dec.com (5.65/24Feb95) id AA00193; Fri, 3 Mar 95 10:28:58 -0800 Received: by tartufo.pcs.dec.com (/\=-/\ Smail3.1.16.1 #16.39) id ; Fri, 3 Mar 95 19:27 MET Message-Id: Date: Fri, 3 Mar 95 19:27 MET From: me@tartufo.pcs.dec.com (Michael Elbel) To: hasty@netcom.com Cc: hackers@FreeBSD.org Subject: Re: cough, cough, linux libs for doom Newsgroups: pcs.freebsd.hackers References: <199503030659.WAA13846@netcom14.netcom.com> Reply-To: me%dude.pcs.dec.com@inet-gw-2.pa.dec.com Sender: hackers-owner@FreeBSD.org Precedence: bulk In pcs.freebsd.hackers you write: > lib/libc.so.4.6.27 (a slightly earlier version will probably work too) > lib/libc.so.4 (a symbolic link to the above) > lib/ld.so > etc/ld.so.cache > etc/ld.so.conf > usr/X11/lib/libXt.so.3.1.0 > usr/X11/lib/libXt.so.3 (a symbolic link to the above) > usr/X11/lib/libX11.so.3.1.0 > usr/X11/lib/libX11.so.3 (a symbolic link to the above) >If anyone can put the linux shared libs for the above or >point me to where in the hell I can get them, I will be >most grateful. ftp://freefall.cdrom.com/incoming/linux-doom-libs.tgz :-) You'll have to add the symlinks yourself. Are you sure it's not usr/X11R6 ? I *think* the ld.so.cache is generated by ld.so, it wasn't in the Slackware release tarballs. Have fun, Michael -- Michael Elbel, Digital-PCS GmbH, Muenchen, Germany - me@FreeBSD.org Fermentation fault (coors dumped) From owner-freebsd-hackers Fri Mar 3 11:45:27 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id LAA27668 for hackers-outgoing; Fri, 3 Mar 1995 11:45:27 -0800 Received: from netcom14.netcom.com (hasty@netcom14.netcom.com [192.100.81.126]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id LAA27662 for ; Fri, 3 Mar 1995 11:45:25 -0800 From: hasty@netcom.com Received: from localhost by netcom14.netcom.com (8.6.10/Netcom) id LAA13819; Fri, 3 Mar 1995 11:44:52 -0800 Message-Id: <199503031944.LAA13819@netcom14.netcom.com> To: hackers@FreeBSD.org Subject: Lites and Doom Date: Fri, 03 Mar 95 11:44:52 -0800 Sender: hackers-owner@FreeBSD.org Precedence: bulk Hi, My first cracked at running Doom was not too successful. jhk, uploaded the linux shared libraries needed to run doom to: ftp://freefall.cdrom.com/pub/incoming/linux-stuff.tgz Without them you don't even have a chance at running doom because linux uses static shared libs :) Now the good news is that I can run doom almost to the point that is ready to display. I downloaded cal, a simple linux program, which uses shared libs, and it runs. So we can at least run linux programs. This is the list of problems: (1) Svga version of Doom, it fails to display because the linux iopl called failed to give permission to Doom to access the vga card. (2) X version of Doom seems to run till is ready to display however I don't have an X server to run under Mach yet. I can compiled one however I am running out time. (3) Most likeley I will not be able to run the linux X server mostly because the iopl does not work and there may be other problems however I have not gotten that far. I need at least another linux static library so I have to go out and get it --- is libm. The FreeBSD X server can't run because it can't find a suitable console driver. I will look into this further next week. (4) There is no ethernet driver for my SMC card. So I can't aim the display to another FreeBSD. We may have to develop a strategy to port some of our drivers to lites . Well I am going to Hawaii tomorrow and will be back Thursday. Cheers, Amancio From owner-freebsd-hackers Fri Mar 3 11:53:10 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id LAA29076 for hackers-outgoing; Fri, 3 Mar 1995 11:53:10 -0800 Received: from husky.cs.vt.edu (cslab.cs.vt.edu [128.173.41.87]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id LAA29062; Fri, 3 Mar 1995 11:53:07 -0800 Received: (jaitken@localhost) by husky.cs.vt.edu (8.6.10/8.6.4) id OAA24391; Fri, 3 Mar 1995 14:52:11 -0500 From: Jeff Aitken Message-Id: <199503031952.OAA24391@husky.cs.vt.edu> Subject: Re: "Giant Step" GIF test version To: taob@gate.sinica.edu.tw (Brian Tao) Date: Fri, 3 Mar 1995 14:52:11 -0500 (EST) Cc: jkh@freefall.cdrom.com, hosokawa@mt.cs.keio.ac.jp, freebsd-hackers@FreeBSD.org In-Reply-To: from "Brian Tao" at Mar 3, 95 09:45:02 pm X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 558 Sender: hackers-owner@FreeBSD.org Precedence: bulk > > on the horizon! :-) The daemon could even be in a space-suit, the > > helmet having "horns" of course! :-) > > Since when did daemons need space suits?!? Maybe just give him a > Jetson's bubble helmet with two circular cutouts for his horns. Yes! Yes! I'd like to see this one! What ever happened to the Window-smashing version? That was a true classic. I lost a few days worth of mail so I may have missed the discussion... Does anyone have a copy of that one? Would you be so kind to mail me a copy? -- Jeff Aitken jaitken@vt.edu From owner-freebsd-hackers Fri Mar 3 12:30:34 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id MAA01424 for hackers-outgoing; Fri, 3 Mar 1995 12:30:34 -0800 Received: from localhost (localhost [127.0.0.1]) by freefall.cdrom.com (8.6.9/8.6.6) with SMTP id MAA01417; Fri, 3 Mar 1995 12:30:33 -0800 X-Authentication-Warning: freefall.cdrom.com: Host localhost didn't use HELO protocol To: Brian Tao cc: HOSOKAWA Tatsumi , freebsd-hackers@FreeBSD.org Subject: Re: "Giant Step" GIF test version In-reply-to: Your message of "Fri, 03 Mar 95 21:45:02 +0800." Date: Fri, 03 Mar 1995 12:30:33 -0800 Message-ID: <1416.794262633@freefall.cdrom.com> From: "Jordan K. Hubbard" Sender: hackers-owner@FreeBSD.org Precedence: bulk > Works for me, *shrug*. Well, I suppose I should elaborate - most of us get this queasy feeling every time the word "PC" is mentioned. We might make software to work with them, but the PC hardware and general architecture is nonetheless a horrible nightmare and the only reason we're all still doing FreeBSD on PCs despite this is because we're more "market driven" and that's where the bloody market is. But we don't have to go so far as to mention the evil P* word on our own poster! Lines must be drawn somewhere! :-) > Since when did daemons need space suits?!? Maybe just give him a > Jetson's bubble helmet with two circular cutouts for his horns. > Definitely gotta keep the tennis shoes though. :) Hey, now I *like* that idea! Just the bubble helmet indeed! Jordan From owner-freebsd-hackers Fri Mar 3 12:39:24 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id MAA01579 for hackers-outgoing; Fri, 3 Mar 1995 12:39:24 -0800 Received: from localhost (localhost [127.0.0.1]) by freefall.cdrom.com (8.6.9/8.6.6) with SMTP id MAA01572; Fri, 3 Mar 1995 12:39:23 -0800 X-Authentication-Warning: freefall.cdrom.com: Host localhost didn't use HELO protocol To: hosokawa@mt.cs.keio.ac.jp (HOSOKAWA Tatsumi) cc: freebsd-hackers@FreeBSD.org Subject: Re: "Giant Step" GIF test version In-reply-to: Your message of "Sat, 04 Mar 95 02:07:04 +0900." <199503031707.CAA00623@vivian.mt.cs.keio.ac.jp> Date: Fri, 03 Mar 1995 12:39:23 -0800 Message-ID: <1571.794263163@freefall.cdrom.com> From: "Jordan K. Hubbard" Sender: hackers-owner@FreeBSD.org Precedence: bulk > Hardware: PowerMacintosh 8100/80AV (not PC, sorry!) > Rendering: KPT Bryce 1.0 > Modeling: Adobe Photoshop 2.5 > Kai's Power Tools 2.1 > Layout: Adobe Photoshop 2.5 > > Unfortunately, Macintosh still have a great advantage on design works. Don't worry - Walnut Creek CDROM's entire art department agrees with you! :-) Jordan From owner-freebsd-hackers Fri Mar 3 15:30:16 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id PAA06180 for hackers-outgoing; Fri, 3 Mar 1995 15:30:16 -0800 Received: from louie.udel.edu (mmdf@louie.udel.edu [128.175.2.33]) by freefall.cdrom.com (8.6.9/8.6.6) with SMTP id PAA06174 for ; Fri, 3 Mar 1995 15:30:15 -0800 Received: from snow-white-fddi.udel.edu by louie.udel.edu id aa13904; 3 Mar 95 18:29 EST Received: from louie.udel.edu by snow-white.ee.udel.edu id aa15943; 3 Mar 95 18:28 EST Received: from snow-white.ee.udel.edu by beauregard.udel.edu id aa09578; 3 Mar 95 23:25 GMT To: Mark Tinguely cc: atn-group@mitre.org, freebsd-hackers@FreeBSD.org, slr@mitre.org, wollman@halloran-eldar.lcs.mit.edu Subject: Re: multicast pruning In-reply-to: Your message of "Fri, 03 Mar 1995 09:19:02 CST." <199503031519.AA16567@plains.NoDak.edu> Date: Fri, 03 Mar 1995 23:25:27 +0000 From: Ajit Thyagarajan Message-ID: <9503032325.aa09578@beauregard.udel.edu> Sender: hackers-owner@FreeBSD.org Precedence: bulk In message <199503031519.AA16567@plains.NoDak.edu>you wrote: > NWNet mbone mrouter <====> FreeBSD mrouted <---> machine running sd > > == tunnel -- LAN > the local sd is not detecting new groups from the "outside world" > I had traces in the function X_ip_mforward() in the kernel file > /sys/netinet/ip_mroute.c, and I don't recieve tunnel packets, because > I do not belong to a remote multicast groups, but I can't join until > I get a list of groups...MWnet insists we have a "32" ttl and it is > possible that there is nothing to see and that is why I asked the question. > (yes, I believe in the power of run-on sentences) Well, it looks like you are having a problem with the tunnel definitely. There is no problem in joining. Remember that the multicast DVMRP implementation is flood and then prune, so traffic will first reach you and then get pruned back over the tunnel. > I would appreciate if someone could check if they can detect remote groups > or see if you can see a multicast group called "ndsu wb", or if someone is > willing to set up a mini-mbone to test the tunnelling, I would apprecaite > it. I did see this session sometime yesterday. We are currently cut off from the MBOne due to testing on Dartnet. > FreeBSD 2.x (more accurate 4.4 based OSes) don't have /usr/tmp, and also > /var/run is the location for process ID of running programs. I was proposing > a change in /usr/src/usr.sbin/mrouted/main.c for 4.4 based OSes, I should > have included a #ifdef for 4.4 systems. I think that is a good idea. I will make a note of this for the next release Thanks for all the help, Ajit From owner-freebsd-hackers Fri Mar 3 15:41:12 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id PAA06467 for hackers-outgoing; Fri, 3 Mar 1995 15:41:12 -0800 Received: from louie.udel.edu (mmdf@louie.udel.edu [128.175.2.33]) by freefall.cdrom.com (8.6.9/8.6.6) with SMTP id PAA06460 for ; Fri, 3 Mar 1995 15:41:10 -0800 Received: from snow-white-fddi.udel.edu by louie.udel.edu id aa14030; 3 Mar 95 18:34 EST Received: from louie.udel.edu by snow-white.ee.udel.edu id aa16091; 3 Mar 95 18:33 EST Received: from snow-white.ee.udel.edu by beauregard.udel.edu id aa09606; 3 Mar 95 23:31 GMT To: Soochon Radee cc: tinguely@plains.nodak.edu, wollman@halloran-eldar.lcs.mit.edu, atn-group@mitre.org, freebsd-hackers@FreeBSD.org Subject: Re: multicast pruning In-reply-to: Your message of "Thu, 02 Mar 1995 18:33:48 EST." Date: Fri, 03 Mar 1995 23:31:56 +0000 From: Ajit Thyagarajan Message-ID: <9503032331.aa09606@beauregard.udel.edu> Sender: hackers-owner@FreeBSD.org Precedence: bulk In message you wrote: I am surprised though that you have only patched the diffs for one particular problem. Should the ntohl() not be applied to all functions that pass the group value? Like accept_report() and accept_probe() in igmp.c? >With the upcall and prune problems solved, all that's left is to check that >the LKM version works properly and some testing, and mrouted should be >ready for the 2.1 Release. Is this 2.1 release no. local to FreeBSD or something that I should be aware of too? Ajit From owner-freebsd-hackers Fri Mar 3 15:46:40 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id PAA06540 for hackers-outgoing; Fri, 3 Mar 1995 15:46:40 -0800 Received: from tfs.com (mailhub.tfs.com [140.145.250.1]) by freefall.cdrom.com (8.6.9/8.6.6) with SMTP id PAA06533 for ; Fri, 3 Mar 1995 15:46:39 -0800 Received: by tfs.com (smail3.1.28.1) Message-Id: From: julian@tfs.com (Julian Elischer) Subject: Re: "Giant Step" GIF test version To: jkh@freefall.cdrom.com (Jordan K. Hubbard) Date: Fri, 3 Mar 1995 15:46:01 -0800 (PST) Cc: taob@gate.sinica.edu.tw, hosokawa@mt.cs.keio.ac.jp, freebsd-hackers@FreeBSD.org In-Reply-To: <1416.794262633@freefall.cdrom.com> from "Jordan K. Hubbard" at Mar 3, 95 12:30:33 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 748 Sender: hackers-owner@FreeBSD.org Precedence: bulk > > > Since when did daemons need space suits?!? Maybe just give him a > > Jetson's bubble helmet with two circular cutouts for his horns. > > Definitely gotta keep the tennis shoes though. :) > you are missing the whole point.. in the shadow the daemon didn't HAVE to be drawn perfectly, and each person could see his own ideas.. sort of like how we treat Freebsd :) I know what the problem is.. YOU'RE AMERICANS! Ah I should have remebered.. subtlty, imagination, thinking.... how silly of me... :) :) :) shadowing out a section of ground is a far easier job than drawing in a fifelike daemon.... I think the shadow it great, and sure it's a nice step for Un*x but to elevate a PC to running it.. THAT's a Huge Leap! julian From owner-freebsd-hackers Fri Mar 3 15:49:52 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id PAA06592 for hackers-outgoing; Fri, 3 Mar 1995 15:49:52 -0800 Received: from localhost (localhost [127.0.0.1]) by freefall.cdrom.com (8.6.9/8.6.6) with SMTP id PAA06585; Fri, 3 Mar 1995 15:49:51 -0800 X-Authentication-Warning: freefall.cdrom.com: Host localhost didn't use HELO protocol To: Ajit Thyagarajan cc: Soochon Radee , tinguely@plains.nodak.edu, wollman@halloran-eldar.lcs.mit.edu, atn-group@mitre.org, freebsd-hackers@FreeBSD.org Subject: Re: multicast pruning In-reply-to: Your message of "Fri, 03 Mar 95 23:31:56 GMT." <9503032331.aa09606@beauregard.udel.edu> Date: Fri, 03 Mar 1995 15:49:50 -0800 Message-ID: <6584.794274590@freefall.cdrom.com> From: "Jordan K. Hubbard" Sender: hackers-owner@FreeBSD.org Precedence: bulk > Is this 2.1 release no. local to FreeBSD or something that I should be > aware of too? He means "2.1 in training" or FreeBSD-current. Jordan From owner-freebsd-hackers Fri Mar 3 15:51:07 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id PAA06617 for hackers-outgoing; Fri, 3 Mar 1995 15:51:07 -0800 Received: from localhost (localhost [127.0.0.1]) by freefall.cdrom.com (8.6.9/8.6.6) with SMTP id PAA06610; Fri, 3 Mar 1995 15:51:06 -0800 X-Authentication-Warning: freefall.cdrom.com: Host localhost didn't use HELO protocol To: julian@tfs.com (Julian Elischer) cc: taob@gate.sinica.edu.tw, hosokawa@mt.cs.keio.ac.jp, freebsd-hackers@FreeBSD.org Subject: Re: "Giant Step" GIF test version In-reply-to: Your message of "Fri, 03 Mar 95 15:46:01 PST." Date: Fri, 03 Mar 1995 15:51:06 -0800 Message-ID: <6609.794274666@freefall.cdrom.com> From: "Jordan K. Hubbard" Sender: hackers-owner@FreeBSD.org Precedence: bulk > YOU'RE AMERICANS! > Ah I should have remebered.. subtlty, imagination, > thinking.... how silly of me... Which channel is that on? I can't find it in my Sunday "Entertainment" section! Jordan From owner-freebsd-hackers Fri Mar 3 17:24:02 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id RAA08018 for hackers-outgoing; Fri, 3 Mar 1995 17:24:02 -0800 Received: from netcom14.netcom.com (root@netcom14.netcom.com [192.100.81.126]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id RAA08012 for ; Fri, 3 Mar 1995 17:24:00 -0800 Received: by netcom14.netcom.com (8.6.10/Netcom) id RAA01174; Fri, 3 Mar 1995 17:11:39 -0800 Date: Fri, 3 Mar 1995 17:11:39 -0800 From: hasty@netcom.com (Amancio Hasty Jr) Message-Id: <199503040111.RAA01174@netcom14.netcom.com> To: freebsd-hackers@FreeBSD.org Subject: Hurt Me Plenty :) Sender: hackers-owner@FreeBSD.org Precedence: bulk No, I am not a masochist thats just the level of difficulty on Doom. I managed to find the ethernet driver and why mach4 was not seen my SMC ether card. The kernel was not configured for it! Make sure that: mach4-i386/kernel/bogus/wd.h has at least one ethercard configured: #define NWD 2 At any rate, I did managed to run doom with the display aimed at another PC since I don't have X running locally, yet. Enjoy, Amancio From owner-freebsd-hackers Fri Mar 3 17:33:41 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id RAA08253 for hackers-outgoing; Fri, 3 Mar 1995 17:33:41 -0800 Received: (from hsu@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id RAA08243; Fri, 3 Mar 1995 17:33:41 -0800 Date: Fri, 3 Mar 1995 17:33:41 -0800 From: Jeffrey Hsu Message-Id: <199503040133.RAA08243@freefall.cdrom.com> To: freebsd-hackers@FreeBSD.org, hasty@netcom.com Subject: Re: Hurt Me Plenty :) Sender: hackers-owner@FreeBSD.org Precedence: bulk Was it slow? Do you get sound? Doom FANatic From owner-freebsd-hackers Fri Mar 3 18:27:03 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id SAA09723 for hackers-outgoing; Fri, 3 Mar 1995 18:27:03 -0800 Received: from netcom14.netcom.com (hasty@netcom14.netcom.com [192.100.81.126]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id SAA09717; Fri, 3 Mar 1995 18:27:02 -0800 Received: by netcom14.netcom.com (8.6.10/Netcom) id SAA09598; Fri, 3 Mar 1995 18:26:36 -0800 Date: Fri, 3 Mar 1995 18:26:36 -0800 From: hasty@netcom.com (Amancio Hasty Jr) Message-Id: <199503040226.SAA09598@netcom14.netcom.com> To: freebsd-hackers@FreeBSD.org, hasty@netcom.com, hsu@freefall.cdrom.com Subject: Re: Hurt Me Plenty :) Sender: hackers-owner@FreeBSD.org Precedence: bulk It was okay and there is no sound support. The problem that I see here is that I am running remote. doom uses MIT SHARE MEMORY extensions to speed it up. Amancio From owner-freebsd-hackers Fri Mar 3 20:13:35 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id UAA12888 for hackers-outgoing; Fri, 3 Mar 1995 20:13:35 -0800 Received: from glueserv1.umd.edu (glueserv1.umd.edu [129.2.70.69]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id UAA12882 for ; Fri, 3 Mar 1995 20:13:32 -0800 Received: from mocha.eng.umd.edu (mocha.eng.umd.edu [129.2.98.16]) by glueserv1.umd.edu (8.6.10/8.6.4) with ESMTP id XAA04438; Fri, 3 Mar 1995 23:13:18 -0500 Received: (chuckr@localhost) by mocha.eng.umd.edu (8.6.10/8.6.4) id XAA27313; Fri, 3 Mar 1995 23:13:12 -0500 Date: Fri, 3 Mar 1995 23:13:11 -0500 (EST) From: Chuck Robey To: FreeBSD-Hackers@FreeBSD.org cc: chuckr@eng.umd.edu Subject: Address of Giant Step Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@FreeBSD.org Precedence: bulk I missed the message on where the Giant Step graphic is. I tried to find the message in the mail-archive, and found I couldn't locate that either, so I'm forced to bother folks...help! ----------------------------+----------------------------------------------- Chuck Robey | Interests include any kind of voice or data chuckr@eng.umd.edu | communications topic, C programming, and Unix. 7608 Topton St. | New Carrollton, MD 20784 | I run Journey2 (Freebsd 2.0) and n3lxx (301) 459-2316 | (FreeBSD 1.1.5.1) and am I happy! ----------------------------+----------------------------------------------- From owner-freebsd-hackers Fri Mar 3 21:25:02 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id VAA15598 for hackers-outgoing; Fri, 3 Mar 1995 21:25:02 -0800 Received: from gate.sinica.edu.tw (gate.sinica.edu.tw [140.109.14.2]) by freefall.cdrom.com (8.6.9/8.6.6) with SMTP id VAA15585 for ; Fri, 3 Mar 1995 21:24:58 -0800 Received: by gate.sinica.edu.tw (5.0/SMI-SVR4) id AA05716; Sat, 4 Mar 1995 13:23:00 --800 Date: Sat, 4 Mar 1995 13:19:43 +0800 (CST) From: Brian Tao Subject: Re: "Giant Step" GIF test version To: HOSOKAWA Tatsumi Cc: freebsd-hackers@FreeBSD.org In-Reply-To: <199503031707.CAA00623@vivian.mt.cs.keio.ac.jp> Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII content-length: 583 Sender: hackers-owner@FreeBSD.org Precedence: bulk On Sat, 4 Mar 1995, HOSOKAWA Tatsumi wrote: > > Unfortunately, Macintosh still have a great advantage on design works. Don't worry about it... I have a beautifully rendered 24-bit image of a chrome SGI logo on a black background. It was created on a Macintosh, and now displayed as the xdm background on my PC's. Talk about something with mixed parentage. ;-) I hear KPT has something called a "Seamless Welder". How about creating for us a set of tileable root window backdrops for us X users? Say, a granite texture with the daemon "stamped" into the rock? :) From owner-freebsd-hackers Fri Mar 3 21:46:08 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id VAA16197 for hackers-outgoing; Fri, 3 Mar 1995 21:46:08 -0800 Received: from Starbase.NeoSoft.COM (root@starbase.NeoSoft.COM [198.64.6.26]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id VAA16191 for ; Fri, 3 Mar 1995 21:46:07 -0800 Received: from metal.ops.neosoft.com (root@glenn-slip54.nmt.edu [129.138.5.154]) by Starbase.NeoSoft.COM (8.6.10/8.6.10) with ESMTP id XAA11495 for ; Fri, 3 Mar 1995 23:45:57 -0600 X-Provider: NeoSoft, Inc.: Internet Service Provider (713) 684-5969 Received: (from smace@localhost) by metal.ops.neosoft.com (8.6.10/8.6.10) id WAA00206 for freebsd-hackers@freebsd.org; Fri, 3 Mar 1995 22:45:54 -0700 From: Scott Mace Message-Id: <199503040545.WAA00206@metal.ops.neosoft.com> Subject: backspace broken in ctm 0420? To: freebsd-hackers@FreeBSD.org Date: Fri, 3 Mar 1995 22:45:53 -0700 (MST) X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 152 Sender: hackers-owner@FreeBSD.org Precedence: bulk I just built a kernel with sources from ctm cvs-cur.0420 and it appears that backspace = del = 0x7f . Shouldn't backspace be 0x08 not 0x7f? Scott From owner-freebsd-hackers Fri Mar 3 21:51:14 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id VAA16311 for hackers-outgoing; Fri, 3 Mar 1995 21:51:14 -0800 Received: from gate.sinica.edu.tw (gate.sinica.edu.tw [140.109.14.2]) by freefall.cdrom.com (8.6.9/8.6.6) with SMTP id VAA16302 for ; Fri, 3 Mar 1995 21:51:10 -0800 Received: by gate.sinica.edu.tw (5.0/SMI-SVR4) id AA06127; Sat, 4 Mar 1995 13:49:10 --800 Date: Sat, 4 Mar 1995 13:47:47 +0800 (CST) From: Brian Tao Subject: Re: "Giant Step" GIF test version To: freebsd-hackers@FreeBSD.org In-Reply-To: Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII content-length: 219 Sender: hackers-owner@FreeBSD.org Precedence: bulk On Fri, 3 Mar 1995, Julian Elischer wrote: > > I know what the problem is.. > YOU'RE AMERICANS! Hey, watch where you point that thing! :) - Brian (waving his Canadian flag, sitting in his office in Taiwan...) From owner-freebsd-hackers Fri Mar 3 23:05:27 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id XAA17962 for hackers-outgoing; Fri, 3 Mar 1995 23:05:27 -0800 Received: from po7.andrew.cmu.edu (PO7.ANDREW.CMU.EDU [128.2.10.107]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id XAA17955 for ; Fri, 3 Mar 1995 23:05:25 -0800 Received: (from postman@localhost) by po7.andrew.cmu.edu (8.6.9/8.6.9) id CAA22318 for freebsd-hackers@freefall.cdrom.com; Sat, 4 Mar 1995 02:05:17 -0500 Received: via switchmail; Sat, 4 Mar 1995 02:05:16 -0500 (EST) Received: from pcs8.andrew.cmu.edu via qmail ID ; Sat, 4 Mar 1995 02:04:55 -0500 (EST) Received: from pcs8.andrew.cmu.edu via qmail ID ; Sat, 4 Mar 1995 02:04:51 -0500 (EST) Received: from mms.4.60.Jan.26.1995.18.43.47.sun4c.411.EzMail.Phred.2.0.CUILIB.3.45.SNAP.NOT.LINKED.pcs8.andrew.cmu.edu.sun4c.411 via MS.5.6.pcs8.andrew.cmu.edu.sun4c_411; Sat, 4 Mar 1995 02:04:50 -0500 (EST) Message-ID: Date: Sat, 4 Mar 1995 02:04:50 -0500 (EST) From: "Alex R.N. Wetmore" To: freebsd-hackers@freefall.cdrom.com Subject: Re: Hurt Me Plenty :) In-Reply-To: <199503040133.RAA08243@freefall.cdrom.com> References: <199503040133.RAA08243@freefall.cdrom.com> Sender: hackers-owner@FreeBSD.org Precedence: bulk Excerpts from internet.computing.freebsd-hackers: 3-Mar-95 Re: Hurt Me Plenty :) by Jeffrey Hsu@freefall.cdr > Was it slow? Do you get sound? I got NetBSD-current setup on one of my lab machines today and ran doom. seems to be pretty great locally (ie, with shared-memory-support). about as fast as the release version. no sound support. alex From owner-freebsd-hackers Sat Mar 4 00:05:03 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id AAA18627 for hackers-outgoing; Sat, 4 Mar 1995 00:05:03 -0800 Received: from netcom14.netcom.com (hasty@netcom14.netcom.com [192.100.81.126]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id AAA18621 for ; Sat, 4 Mar 1995 00:05:02 -0800 Received: by netcom14.netcom.com (8.6.10/Netcom) id AAA13661; Sat, 4 Mar 1995 00:04:30 -0800 Date: Sat, 4 Mar 1995 00:04:30 -0800 From: hasty@netcom.com (Amancio Hasty Jr) Message-Id: <199503040804.AAA13661@netcom14.netcom.com> To: aw2t+@andrew.cmu.edu, freebsd-hackers@freefall.cdrom.com Subject: Re: Hurt Me Plenty :) Sender: hackers-owner@FreeBSD.org Precedence: bulk >no sound support. I think the issue here is that netbsd does not want to use the Linux Sound Driver. Amancio From owner-freebsd-hackers Sat Mar 4 03:19:04 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id DAA23100 for hackers-outgoing; Sat, 4 Mar 1995 03:19:04 -0800 Received: from netcom14.netcom.com (hasty@netcom14.netcom.com [192.100.81.126]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id DAA23094 for ; Sat, 4 Mar 1995 03:19:02 -0800 Received: by netcom14.netcom.com (8.6.10/Netcom) id DAA26806; Sat, 4 Mar 1995 03:18:28 -0800 Date: Sat, 4 Mar 1995 03:18:28 -0800 From: hasty@netcom.com (Amancio Hasty Jr) Message-Id: <199503041118.DAA26806@netcom14.netcom.com> To: freebsd-hackers@freefall.cdrom.com Subject: Lites, mdos & Doom Sender: hackers-owner@FreeBSD.org Precedence: bulk Hi, I uploaded to ftp.best.com:/pub/hasty/i386.mdos.src.tar.Z This is an msdos emulator for mach3 for those building lites with mach3 I would expect that it shouldn't be too hard to build. At any rate, my new twist to running doom under Mach is to run it as a dos program which will solve the sound problem and the hazzle of running a linux binary :) I wonder if the group will be split between Doom players and Descent players :) Good Nite, Amancio From owner-freebsd-hackers Sat Mar 4 04:47:08 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id EAA28170 for hackers-outgoing; Sat, 4 Mar 1995 04:47:08 -0800 Received: from labinfo.iet.unipi.it (labinfo.iet.unipi.it [131.114.9.5]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id EAA28164 for ; Sat, 4 Mar 1995 04:47:04 -0800 Received: from localhost (luigi@localhost) by labinfo.iet.unipi.it (8.6.5/8.6.5) id NAA00227 for hackers@freebsd.org; Sat, 4 Mar 1995 13:40:01 +0100 From: Luigi Rizzo Message-Id: <199503041240.NAA00227@labinfo.iet.unipi.it> Subject: Status of diskless To: hackers@FreeBSD.org Date: Sat, 4 Mar 1995 13:40:00 +0100 (MET) X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 1270 Sender: hackers-owner@FreeBSD.org Precedence: bulk I am trying diskless diskless with snap950210 and the distribution kernel. Have found a couple of problem this far (I expect more to come, but I cannot continue playing with it now...) First, the file "netboot.com" produced by the netboot code is not a real ".COM" file, the good one is "netboot.com.nohdr". I already pointed this out previously. Second: when the client and the server are on different networks, the client gets stuck with the following message: wd0: changing size of 'd' partition ... NFS SWAP: 131.114.83.5:/usr/diskless_root/swapfiles using 4096 kbyte NFS ROOT: 131.114.83.5:/usr/diskless_root nfs send error 65 for server 131.114.83.5:/usr/diskless_root/swapfiles I can get past this point if the server and the client are on the same subnet. Looks like the netmask is not passed properly from the loader to the kernel. Third: is there a FAQ on diskless stuff ? It would be really useful. Luigi ==================================================================== Luigi Rizzo Dip. di Ingegneria dell'Informazione email: luigi@iet.unipi.it Universita' di Pisa tel: +39-50-568533 via Diotisalvi 2, 56126 PISA (Italy) fax: +39-50-568522 ==================================================================== From owner-freebsd-hackers Sat Mar 4 06:41:05 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id GAA00446 for hackers-outgoing; Sat, 4 Mar 1995 06:41:05 -0800 Received: from tuatara.reptiles.org (tuatara.reptiles.org [142.57.253.134]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id GAA00440 for ; Sat, 4 Mar 1995 06:41:00 -0800 Received: by tuatara.reptiles.org (/\==/\ Smail3.1.28.1 #28.2) id ; Sat, 4 Mar 95 09:40 EST Newsgroups: reptiles.freebsd.hackers Path: nobody From: Luigi Rizzo Subject: Status of diskless Content-Type: text To: hackers@FreeBSD.org Message-ID: <199503041240.NAA00227@labinfo.iet.unipi.it> Received: from localhost (luigi@localhost) by labinfo.iet.unipi.it (8.6.5/8.6.5) id NAA00227 for hackers@freebsd.org; Sat, 4 Mar 1995 13:40:01 +0100 Organization: Reptilian Research, Toronto, Canada Distribution: reptiles Date: Sat, 4 Mar 1995 12:40:00 GMT Approved: news@reptiles.org (USENET News) X-Mailer: ELM [version 2.4 PL23] Content-Length: 1270 X-From: freefall.cdrom.com!owner-freebsd-hackers Sat Mar 4 09:40:29 1995 Sender: hackers-owner@FreeBSD.org Precedence: bulk I am trying diskless diskless with snap950210 and the distribution kernel. Have found a couple of problem this far (I expect more to come, but I cannot continue playing with it now...) First, the file "netboot.com" produced by the netboot code is not a real ".COM" file, the good one is "netboot.com.nohdr". I already pointed this out previously. Second: when the client and the server are on different networks, the client gets stuck with the following message: wd0: changing size of 'd' partition ... NFS SWAP: 131.114.83.5:/usr/diskless_root/swapfiles using 4096 kbyte NFS ROOT: 131.114.83.5:/usr/diskless_root nfs send error 65 for server 131.114.83.5:/usr/diskless_root/swapfiles I can get past this point if the server and the client are on the same subnet. Looks like the netmask is not passed properly from the loader to the kernel. Third: is there a FAQ on diskless stuff ? It would be really useful. Luigi ==================================================================== Luigi Rizzo Dip. di Ingegneria dell'Informazione email: luigi@iet.unipi.it Universita' di Pisa tel: +39-50-568533 via Diotisalvi 2, 56126 PISA (Italy) fax: +39-50-568522 ==================================================================== From owner-freebsd-hackers Sat Mar 4 06:47:57 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id GAA00533 for hackers-outgoing; Sat, 4 Mar 1995 06:47:57 -0800 Received: from tuatara.reptiles.org (tuatara.reptiles.org [142.57.253.134]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id GAA00527 for ; Sat, 4 Mar 1995 06:47:52 -0800 Received: by tuatara.reptiles.org (/\==/\ Smail3.1.28.1 #28.2) id ; Sat, 4 Mar 95 09:47 EST Newsgroups: reptiles.freebsd.hackers Path: nobody From: hasty@netcom.com (Amancio Hasty Jr) Subject: Lites, mdos & Doom To: freebsd-hackers@freefall.cdrom.com Message-ID: <199503041118.DAA26806@netcom14.netcom.com> Received: by netcom14.netcom.com (8.6.10/Netcom) id DAA26806; Sat, 4 Mar 1995 03:18:28 -0800 Organization: Reptilian Research, Toronto, Canada Distribution: reptiles Date: Sat, 4 Mar 1995 11:18:28 GMT Approved: news@reptiles.org (USENET News) X-From: freefall.cdrom.com!owner-freebsd-hackers Sat Mar 4 09:47:19 1995 Sender: hackers-owner@FreeBSD.org Precedence: bulk Hi, I uploaded to ftp.best.com:/pub/hasty/i386.mdos.src.tar.Z This is an msdos emulator for mach3 for those building lites with mach3 I would expect that it shouldn't be too hard to build. At any rate, my new twist to running doom under Mach is to run it as a dos program which will solve the sound problem and the hazzle of running a linux binary :) I wonder if the group will be split between Doom players and Descent players :) Good Nite, Amancio From owner-freebsd-hackers Sat Mar 4 07:13:13 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id HAA00776 for hackers-outgoing; Sat, 4 Mar 1995 07:13:13 -0800 Received: from chx400.switch.ch (chx400.switch.ch [130.59.1.2]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id HAA00770 for ; Sat, 4 Mar 1995 07:13:09 -0800 X400-Received: by mta chx400.switch.ch in /ADMD=SWITCHgate/C=ch/; Relayed; Sat, 4 Mar 1995 16:12:55 +0100 X400-Received: by /ADMD=ARCOM/C=CH/; Relayed; Sat, 4 Mar 1995 16:11:36 +0100 X400-Received: by /ADMD=400NET/C=CH/; Relayed; Sat, 4 Mar 1995 16:12:54 +0100 X400-Received: by /ADMD=400NET/C=NL/; Relayed; Sat, 4 Mar 1995 16:12:50 +0100 X400-Received: by /PRMD=PTT TELECOM/ADMD=400NET/C=NL/; converted (ia5 text (2)); Relayed; Sat, 4 Mar 1995 16:12:30 +0100 Date: Sat, 4 Mar 1995 16:12:30 +0100 X400-Originator: "/I=HJ/G=Henk/S=STOBBE/OU=IAT/O=PTT Telecom/"@PTT-TELECOM.unisource.nl X400-Recipients: FREEBSD-HACKERS@FREEBSD.ORG X400-MTS-Identifier: [/PRMD=PTT TELECOM/ADMD=400NET/C=NL/;81216140305991/324178@HDDH00] X400-Content-Type: P2-1984 (2) From: "Stobbe, H.J. " <"/I=HJ/G=Henk/S=STOBBE/OU=IAT/O=PTT Telecom/"@PTT-TELECOM.unisource.nl> (Tel 55388 ) Message-ID: <"03216140305991/80639 MRX*"@MHS> To: X Subject: bsd on a 3100 Sender: hackers-owner@FreeBSD.org Precedence: bulk Is there someone out there who can tell me if it is possible to put FreeBSD on a Vaxstation 3100 Thx From owner-freebsd-hackers Sat Mar 4 09:19:13 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id JAA03665 for hackers-outgoing; Sat, 4 Mar 1995 09:19:13 -0800 Received: from tuatara.reptiles.org (tuatara.reptiles.org [142.57.253.134]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id JAA03659 for ; Sat, 4 Mar 1995 09:19:08 -0800 Received: by tuatara.reptiles.org (/\==/\ Smail3.1.28.1 #28.2) id ; Sat, 4 Mar 95 12:19 EST Newsgroups: reptiles.freebsd.hackers Path: nobody From: "Stobbe, H.J. " <"/I=HJ/G=Henk/S=STOBBE/OU=IAT/O=PTT Telecom/"@PTT-TELECOM.unisource.nl> (Tel 55388 ) Subject: bsd on a 3100 To: X Message-ID: <"03216140305991/80639 MRX*"@MHS> Received: from chx400.switch.ch (chx400.switch.ch [130.59.1.2]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id HAA00770 for ; Sat, 4 Mar 1995 07:13:09 -0800 X400-Mts-Identifier: [/PRMD=PTT TELECOM/ADMD=400NET/C=NL/;81216140305991/324178@HDDH00] Organization: Reptilian Research, Toronto, Canada X400-Content-Type: P2-1984 (2) X400-Recipients: FREEBSD-HACKERS@FREEBSD.ORG Distribution: reptiles Date: Sat, 4 Mar 1995 15:12:30 GMT Approved: news@reptiles.org (USENET News) X400-Originator: "/I=HJ/G=Henk/S=STOBBE/OU=IAT/O=PTT Telecom/"@PTT-TELECOM.unisource.nl X-From: freefall.cdrom.com!owner-freebsd-hackers Sat Mar 4 12:18:29 1995 X400-Received: by /PRMD=PTT TELECOM/ADMD=400NET/C=NL/; converted (ia5 text (2)); Relayed; Sat, 4 Mar 1995 16:12:30 +0100 Sender: hackers-owner@FreeBSD.org Precedence: bulk Is there someone out there who can tell me if it is possible to put FreeBSD on a Vaxstation 3100 Thx From owner-freebsd-hackers Sat Mar 4 09:50:30 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id JAA04512 for hackers-outgoing; Sat, 4 Mar 1995 09:50:30 -0800 Received: from tuatara.reptiles.org (tuatara.reptiles.org [142.57.253.134]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id JAA04503 for ; Sat, 4 Mar 1995 09:50:19 -0800 Received: by tuatara.reptiles.org (/\==/\ Smail3.1.28.1 #28.2) id ; Sat, 4 Mar 95 12:50 EST Newsgroups: reptiles.freebsd.hackers Path: nobody From: "Stobbe, H.J. " <"/I=HJ/G=Henk/S=STOBBE/OU=IAT/O=PTT Telecom/"@PTT-TELECOM.unisource.nl> (Tel 55388 ) Subject: bsd on a 3100 Message-ID: <"03216140305991/80639 MRX*"@MHS> To: X Received: from chx400.switch.ch (chx400.switch.ch [130.59.1.2]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id HAA00770 for ; Sat, 4 Mar 1995 07:13:09 -0800 X400-Mts-Identifier: [/PRMD=PTT TELECOM/ADMD=400NET/C=NL/;81216140305991/324178@HDDH00] Organization: Reptilian Research, Toronto, Canada X400-Content-Type: P2-1984 (2) X400-Recipients: FREEBSD-HACKERS@FREEBSD.ORG Distribution: reptiles Date: Sat, 4 Mar 1995 15:12:30 GMT Approved: news@reptiles.org (USENET News) X400-Originator: "/I=HJ/G=Henk/S=STOBBE/OU=IAT/O=PTT Telecom/"@PTT-TELECOM.unisource.nl X-From: freefall.cdrom.com!owner-freebsd-hackers Sat Mar 4 12:18:29 1995 X400-Received: by /PRMD=PTT TELECOM/ADMD=400NET/C=NL/; converted (ia5 text (2)); Relayed; Sat, 4 Mar 1995 16:12:30 +0100 Sender: hackers-owner@FreeBSD.org Precedence: bulk Is there someone out there who can tell me if it is possible to put FreeBSD on a Vaxstation 3100 Thx From owner-freebsd-hackers Sat Mar 4 10:42:37 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id KAA05987 for hackers-outgoing; Sat, 4 Mar 1995 10:42:37 -0800 Received: from tuatara.reptiles.org (tuatara.reptiles.org [142.57.253.134]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id KAA05979 for ; Sat, 4 Mar 1995 10:42:21 -0800 Received: by tuatara.reptiles.org (/\==/\ Smail3.1.28.1 #28.2) id ; Sat, 4 Mar 95 13:42 EST Newsgroups: reptiles.freebsd.hackers Path: nobody From: "Stobbe, H.J. " <"/I=HJ/G=Henk/S=STOBBE/OU=IAT/O=PTT Telecom/"@PTT-TELECOM.unisource.nl> (Tel 55388 ) Subject: bsd on a 3100 To: X Message-ID: <"03216140305991/80639 MRX*"@MHS> Received: from chx400.switch.ch (chx400.switch.ch [130.59.1.2]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id HAA00770 for ; Sat, 4 Mar 1995 07:13:09 -0800 X400-Mts-Identifier: [/PRMD=PTT TELECOM/ADMD=400NET/C=NL/;81216140305991/324178@HDDH00] Organization: Reptilian Research, Toronto, Canada X400-Content-Type: P2-1984 (2) X400-Recipients: FREEBSD-HACKERS@FREEBSD.ORG Distribution: reptiles Date: Sat, 4 Mar 1995 15:12:30 GMT Approved: news@reptiles.org (USENET News) X400-Originator: "/I=HJ/G=Henk/S=STOBBE/OU=IAT/O=PTT Telecom/"@PTT-TELECOM.unisource.nl X-From: freefall.cdrom.com!owner-freebsd-hackers Sat Mar 4 12:18:29 1995 X400-Received: by /PRMD=PTT TELECOM/ADMD=400NET/C=NL/; converted (ia5 text (2)); Relayed; Sat, 4 Mar 1995 16:12:30 +0100 Sender: hackers-owner@FreeBSD.org Precedence: bulk Is there someone out there who can tell me if it is possible to put FreeBSD on a Vaxstation 3100 Thx From owner-freebsd-hackers Sat Mar 4 11:26:50 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id LAA07102 for hackers-outgoing; Sat, 4 Mar 1995 11:26:50 -0800 Received: from tuatara.reptiles.org (tuatara.reptiles.org [142.57.253.134]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id LAA07095 for ; Sat, 4 Mar 1995 11:26:45 -0800 Received: by tuatara.reptiles.org (/\==/\ Smail3.1.28.1 #28.2) id ; Sat, 4 Mar 95 14:26 EST Newsgroups: reptiles.freebsd.hackers Path: nobody From: "Stobbe, H.J. " <"/I=HJ/G=Henk/S=STOBBE/OU=IAT/O=PTT Telecom/"@PTT-TELECOM.unisource.nl> (Tel 55388 ) Subject: bsd on a 3100 Message-ID: <"03216140305991/80639 MRX*"@MHS> To: X Received: from chx400.switch.ch (chx400.switch.ch [130.59.1.2]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id HAA00770 for ; Sat, 4 Mar 1995 07:13:09 -0800 X400-Mts-Identifier: [/PRMD=PTT TELECOM/ADMD=400NET/C=NL/;81216140305991/324178@HDDH00] Organization: Reptilian Research, Toronto, Canada X400-Content-Type: P2-1984 (2) X400-Recipients: FREEBSD-HACKERS@FREEBSD.ORG Distribution: reptiles Date: Sat, 4 Mar 1995 15:12:30 GMT Approved: news@reptiles.org (USENET News) X400-Originator: "/I=HJ/G=Henk/S=STOBBE/OU=IAT/O=PTT Telecom/"@PTT-TELECOM.unisource.nl X-From: freefall.cdrom.com!owner-freebsd-hackers Sat Mar 4 12:18:29 1995 X400-Received: by /PRMD=PTT TELECOM/ADMD=400NET/C=NL/; converted (ia5 text (2)); Relayed; Sat, 4 Mar 1995 16:12:30 +0100 Sender: hackers-owner@FreeBSD.org Precedence: bulk Is there someone out there who can tell me if it is possible to put FreeBSD on a Vaxstation 3100 Thx From owner-freebsd-hackers Sat Mar 4 14:51:20 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id OAA18167 for hackers-outgoing; Sat, 4 Mar 1995 14:51:20 -0800 Received: from tuatara.reptiles.org (tuatara.reptiles.org [142.57.253.134]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id OAA18153 for ; Sat, 4 Mar 1995 14:51:12 -0800 Received: by tuatara.reptiles.org (/\==/\ Smail3.1.28.1 #28.2) id ; Sat, 4 Mar 95 17:51 EST Newsgroups: reptiles.freebsd.hackers Path: nobody From: "Stobbe, H.J. " <"/I=HJ/G=Henk/S=STOBBE/OU=IAT/O=PTT Telecom/"@PTT-TELECOM.unisource.nl> (Tel 55388 ) Subject: bsd on a 3100 To: X Message-ID: <"03216140305991/80639 MRX*"@MHS> Received: from chx400.switch.ch (chx400.switch.ch [130.59.1.2]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id HAA00770 for ; Sat, 4 Mar 1995 07:13:09 -0800 X400-Mts-Identifier: [/PRMD=PTT TELECOM/ADMD=400NET/C=NL/;81216140305991/324178@HDDH00] Organization: Reptilian Research, Toronto, Canada X400-Content-Type: P2-1984 (2) X400-Recipients: FREEBSD-HACKERS@FREEBSD.ORG Distribution: reptiles Date: Sat, 4 Mar 1995 15:12:30 GMT Approved: news@reptiles.org (USENET News) X400-Originator: "/I=HJ/G=Henk/S=STOBBE/OU=IAT/O=PTT Telecom/"@PTT-TELECOM.unisource.nl X-From: freefall.cdrom.com!owner-freebsd-hackers Sat Mar 4 12:18:29 1995 X400-Received: by /PRMD=PTT TELECOM/ADMD=400NET/C=NL/; converted (ia5 text (2)); Relayed; Sat, 4 Mar 1995 16:12:30 +0100 Sender: hackers-owner@FreeBSD.org Precedence: bulk Is there someone out there who can tell me if it is possible to put FreeBSD on a Vaxstation 3100 Thx From owner-freebsd-hackers Sat Mar 4 15:13:28 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id PAA19026 for hackers-outgoing; Sat, 4 Mar 1995 15:13:28 -0800 Received: from tuatara.reptiles.org (tuatara.reptiles.org [142.57.253.134]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id PAA19016 for ; Sat, 4 Mar 1995 15:13:10 -0800 Received: by tuatara.reptiles.org (/\==/\ Smail3.1.28.1 #28.2) id ; Sat, 4 Mar 95 18:13 EST Newsgroups: reptiles.freebsd.hackers Path: nobody From: "Stobbe, H.J. " <"/I=HJ/G=Henk/S=STOBBE/OU=IAT/O=PTT Telecom/"@PTT-TELECOM.unisource.nl> (Tel 55388 ) Subject: bsd on a 3100 Message-ID: <"03216140305991/80639 MRX*"@MHS> To: X Received: from chx400.switch.ch (chx400.switch.ch [130.59.1.2]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id HAA00770 for ; Sat, 4 Mar 1995 07:13:09 -0800 X400-Mts-Identifier: [/PRMD=PTT TELECOM/ADMD=400NET/C=NL/;81216140305991/324178@HDDH00] Organization: Reptilian Research, Toronto, Canada X400-Content-Type: P2-1984 (2) X400-Recipients: FREEBSD-HACKERS@FREEBSD.ORG Distribution: reptiles Date: Sat, 4 Mar 1995 15:12:30 GMT Approved: news@reptiles.org (USENET News) X400-Originator: "/I=HJ/G=Henk/S=STOBBE/OU=IAT/O=PTT Telecom/"@PTT-TELECOM.unisource.nl X-From: freefall.cdrom.com!owner-freebsd-hackers Sat Mar 4 12:18:29 1995 X400-Received: by /PRMD=PTT TELECOM/ADMD=400NET/C=NL/; converted (ia5 text (2)); Relayed; Sat, 4 Mar 1995 16:12:30 +0100 Sender: hackers-owner@FreeBSD.org Precedence: bulk Is there someone out there who can tell me if it is possible to put FreeBSD on a Vaxstation 3100 Thx From owner-freebsd-hackers Sat Mar 4 15:41:13 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id PAA19265 for hackers-outgoing; Sat, 4 Mar 1995 15:41:13 -0800 Received: from tuatara.reptiles.org (tuatara.reptiles.org [142.57.253.134]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id PAA19258 for ; Sat, 4 Mar 1995 15:40:32 -0800 Received: by tuatara.reptiles.org (/\==/\ Smail3.1.28.1 #28.2) id ; Sat, 4 Mar 95 18:41 EST Newsgroups: reptiles.freebsd.hackers Path: nobody From: "Stobbe, H.J. " <"/I=HJ/G=Henk/S=STOBBE/OU=IAT/O=PTT Telecom/"@PTT-TELECOM.unisource.nl> (Tel 55388 ) Subject: bsd on a 3100 To: X Message-ID: <"03216140305991/80639 MRX*"@MHS> Received: from chx400.switch.ch (chx400.switch.ch [130.59.1.2]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id HAA00770 for ; Sat, 4 Mar 1995 07:13:09 -0800 X400-Mts-Identifier: [/PRMD=PTT TELECOM/ADMD=400NET/C=NL/;81216140305991/324178@HDDH00] Organization: Reptilian Research, Toronto, Canada X400-Content-Type: P2-1984 (2) X400-Recipients: FREEBSD-HACKERS@FREEBSD.ORG Distribution: reptiles Date: Sat, 4 Mar 1995 15:12:30 GMT Approved: news@reptiles.org (USENET News) X400-Originator: "/I=HJ/G=Henk/S=STOBBE/OU=IAT/O=PTT Telecom/"@PTT-TELECOM.unisource.nl X-From: freefall.cdrom.com!owner-freebsd-hackers Sat Mar 4 12:18:29 1995 X400-Received: by /PRMD=PTT TELECOM/ADMD=400NET/C=NL/; converted (ia5 text (2)); Relayed; Sat, 4 Mar 1995 16:12:30 +0100 Sender: hackers-owner@FreeBSD.org Precedence: bulk Is there someone out there who can tell me if it is possible to put FreeBSD on a Vaxstation 3100 Thx From owner-freebsd-hackers Sat Mar 4 15:58:56 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id PAA19404 for hackers-outgoing; Sat, 4 Mar 1995 15:58:56 -0800 Received: from tuatara.reptiles.org (tuatara.reptiles.org [142.57.253.134]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id PAA19389 for ; Sat, 4 Mar 1995 15:58:26 -0800 Received: by tuatara.reptiles.org (/\==/\ Smail3.1.28.1 #28.2) id ; Sat, 4 Mar 95 18:58 EST Newsgroups: reptiles.freebsd.hackers Path: nobody From: "Stobbe, H.J. " <"/I=HJ/G=Henk/S=STOBBE/OU=IAT/O=PTT Telecom/"@PTT-TELECOM.unisource.nl> (Tel 55388 ) Subject: bsd on a 3100 Message-ID: <"03216140305991/80639 MRX*"@MHS> To: X Received: from chx400.switch.ch (chx400.switch.ch [130.59.1.2]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id HAA00770 for ; Sat, 4 Mar 1995 07:13:09 -0800 X400-Mts-Identifier: [/PRMD=PTT TELECOM/ADMD=400NET/C=NL/;81216140305991/324178@HDDH00] Organization: Reptilian Research, Toronto, Canada X400-Content-Type: P2-1984 (2) X400-Recipients: FREEBSD-HACKERS@FREEBSD.ORG Distribution: reptiles Date: Sat, 4 Mar 1995 15:12:30 GMT Approved: news@reptiles.org (USENET News) X400-Originator: "/I=HJ/G=Henk/S=STOBBE/OU=IAT/O=PTT Telecom/"@PTT-TELECOM.unisource.nl X-From: freefall.cdrom.com!owner-freebsd-hackers Sat Mar 4 12:18:29 1995 X400-Received: by /PRMD=PTT TELECOM/ADMD=400NET/C=NL/; converted (ia5 text (2)); Relayed; Sat, 4 Mar 1995 16:12:30 +0100 Sender: hackers-owner@FreeBSD.org Precedence: bulk Is there someone out there who can tell me if it is possible to put FreeBSD on a Vaxstation 3100 Thx From owner-freebsd-hackers Sat Mar 4 15:59:03 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id PAA19411 for hackers-outgoing; Sat, 4 Mar 1995 15:59:03 -0800 Received: from UUCP-GW.CC.UH.EDU (root@UUCP-GW.CC.UH.EDU [129.7.1.11]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id PAA19405 for ; Sat, 4 Mar 1995 15:58:58 -0800 Received: from Taronga.COM by UUCP-GW.CC.UH.EDU with UUCP id AA15320 (5.67a/IDA-1.5 for freebsd.org!hackers); Sat, 4 Mar 1995 17:45:40 -0600 Received: by bonkers.taronga.com (smail2.5p) id AA25092; 4 Mar 95 17:44:21 CST (Sat) Received: from localhost (localhost [127.0.0.1]) by bonkers.taronga.com (8.6.8/8.6.6) with SMTP id RAA25089 for ; Sat, 4 Mar 1995 17:44:21 -0600 Message-Id: <199503042344.RAA25089@bonkers.taronga.com> X-Authentication-Warning: bonkers.taronga.com: Host localhost didn't use HELO protocol To: hackers@FreeBSD.org Subject: Wine X-Mailer: exmh version 1.4.1 7/21/94 Date: Sat, 04 Mar 1995 17:44:19 -0600 From: Peter da Silva Sender: hackers-owner@FreeBSD.org Precedence: bulk What's the magic incantation to build Wine on 1.1.5.1 again? From owner-freebsd-hackers Sat Mar 4 16:16:36 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id QAA19641 for hackers-outgoing; Sat, 4 Mar 1995 16:16:36 -0800 Received: from tuatara.reptiles.org (tuatara.reptiles.org [142.57.253.134]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id QAA19634 for ; Sat, 4 Mar 1995 16:16:29 -0800 Received: by tuatara.reptiles.org (/\==/\ Smail3.1.28.1 #28.2) id ; Sat, 4 Mar 95 19:16 EST Newsgroups: reptiles.freebsd.hackers Path: nobody From: Peter da Silva Subject: Wine To: hackers@FreeBSD.org Message-ID: <199503042344.RAA25089@bonkers.taronga.com> Received: from localhost (localhost [127.0.0.1]) by bonkers.taronga.com (8.6.8/8.6.6) with SMTP id RAA25089 for ; Sat, 4 Mar 1995 17:44:21 -0600 Organization: Reptilian Research, Toronto, Canada X-Authentication-Warning: bonkers.taronga.com: Host localhost didn't use HELO protocol Distribution: reptiles Date: Sat, 4 Mar 1995 23:44:19 GMT Approved: news@reptiles.org (USENET News) X-Mailer: exmh version 1.4.1 7/21/94 X-From: freefall.cdrom.com!owner-freebsd-hackers Sat Mar 4 19:15:56 1995 Sender: hackers-owner@FreeBSD.org Precedence: bulk What's the magic incantation to build Wine on 1.1.5.1 again? From owner-freebsd-hackers Sat Mar 4 16:26:32 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id QAA19802 for hackers-outgoing; Sat, 4 Mar 1995 16:26:32 -0800 Received: from tuatara.reptiles.org (tuatara.reptiles.org [142.57.253.134]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id QAA19784 for ; Sat, 4 Mar 1995 16:25:59 -0800 Received: by tuatara.reptiles.org (/\==/\ Smail3.1.28.1 #28.2) id ; Sat, 4 Mar 95 19:26 EST Newsgroups: reptiles.freebsd.hackers Path: nobody From: "Stobbe, H.J. " <"/I=HJ/G=Henk/S=STOBBE/OU=IAT/O=PTT Telecom/"@PTT-TELECOM.unisource.nl> (Tel 55388 ) Subject: bsd on a 3100 To: X Message-ID: <"03216140305991/80639 MRX*"@MHS> Received: from chx400.switch.ch (chx400.switch.ch [130.59.1.2]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id HAA00770 for ; Sat, 4 Mar 1995 07:13:09 -0800 X400-Mts-Identifier: [/PRMD=PTT TELECOM/ADMD=400NET/C=NL/;81216140305991/324178@HDDH00] Organization: Reptilian Research, Toronto, Canada X400-Content-Type: P2-1984 (2) X400-Recipients: FREEBSD-HACKERS@FREEBSD.ORG Distribution: reptiles Date: Sat, 4 Mar 1995 15:12:30 GMT Approved: news@reptiles.org (USENET News) X400-Originator: "/I=HJ/G=Henk/S=STOBBE/OU=IAT/O=PTT Telecom/"@PTT-TELECOM.unisource.nl X-From: freefall.cdrom.com!owner-freebsd-hackers Sat Mar 4 12:18:29 1995 X400-Received: by /PRMD=PTT TELECOM/ADMD=400NET/C=NL/; converted (ia5 text (2)); Relayed; Sat, 4 Mar 1995 16:12:30 +0100 Sender: hackers-owner@FreeBSD.org Precedence: bulk Is there someone out there who can tell me if it is possible to put FreeBSD on a Vaxstation 3100 Thx From owner-freebsd-hackers Sat Mar 4 16:39:10 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id QAA20066 for hackers-outgoing; Sat, 4 Mar 1995 16:39:10 -0800 Received: from tuatara.reptiles.org (tuatara.reptiles.org [142.57.253.134]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id QAA20060 for ; Sat, 4 Mar 1995 16:39:05 -0800 Received: by tuatara.reptiles.org (/\==/\ Smail3.1.28.1 #28.2) id ; Sat, 4 Mar 95 19:39 EST Newsgroups: reptiles.freebsd.hackers Path: nobody From: Peter da Silva Subject: Wine Message-ID: <199503042344.RAA25089@bonkers.taronga.com> To: hackers@FreeBSD.org Received: from localhost (localhost [127.0.0.1]) by bonkers.taronga.com (8.6.8/8.6.6) with SMTP id RAA25089 for ; Sat, 4 Mar 1995 17:44:21 -0600 Organization: Reptilian Research, Toronto, Canada X-Authentication-Warning: bonkers.taronga.com: Host localhost didn't use HELO protocol Distribution: reptiles Date: Sat, 4 Mar 1995 23:44:19 GMT Approved: news@reptiles.org (USENET News) X-Mailer: exmh version 1.4.1 7/21/94 X-From: freefall.cdrom.com!owner-freebsd-hackers Sat Mar 4 19:15:56 1995 Sender: hackers-owner@FreeBSD.org Precedence: bulk What's the magic incantation to build Wine on 1.1.5.1 again? From owner-freebsd-hackers Sat Mar 4 16:49:44 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id QAA20237 for hackers-outgoing; Sat, 4 Mar 1995 16:49:44 -0800 Received: from tuatara.reptiles.org (tuatara.reptiles.org [142.57.253.134]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id QAA20230 for ; Sat, 4 Mar 1995 16:49:35 -0800 Received: by tuatara.reptiles.org (/\==/\ Smail3.1.28.1 #28.2) id ; Sat, 4 Mar 95 19:49 EST Newsgroups: reptiles.freebsd.hackers Path: nobody From: "Stobbe, H.J. " <"/I=HJ/G=Henk/S=STOBBE/OU=IAT/O=PTT Telecom/"@PTT-TELECOM.unisource.nl> (Tel 55388 ) Subject: bsd on a 3100 Message-ID: <"03216140305991/80639 MRX*"@MHS> To: X Received: from chx400.switch.ch (chx400.switch.ch [130.59.1.2]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id HAA00770 for ; Sat, 4 Mar 1995 07:13:09 -0800 X400-Mts-Identifier: [/PRMD=PTT TELECOM/ADMD=400NET/C=NL/;81216140305991/324178@HDDH00] Organization: Reptilian Research, Toronto, Canada X400-Content-Type: P2-1984 (2) X400-Recipients: FREEBSD-HACKERS@FREEBSD.ORG Distribution: reptiles Date: Sat, 4 Mar 1995 15:12:30 GMT Approved: news@reptiles.org (USENET News) X400-Originator: "/I=HJ/G=Henk/S=STOBBE/OU=IAT/O=PTT Telecom/"@PTT-TELECOM.unisource.nl X-From: freefall.cdrom.com!owner-freebsd-hackers Sat Mar 4 12:18:29 1995 X400-Received: by /PRMD=PTT TELECOM/ADMD=400NET/C=NL/; converted (ia5 text (2)); Relayed; Sat, 4 Mar 1995 16:12:30 +0100 Sender: hackers-owner@FreeBSD.org Precedence: bulk Is there someone out there who can tell me if it is possible to put FreeBSD on a Vaxstation 3100 Thx From owner-freebsd-hackers Sat Mar 4 17:12:43 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id RAA20680 for hackers-outgoing; Sat, 4 Mar 1995 17:12:43 -0800 Received: from tuatara.reptiles.org (tuatara.reptiles.org [142.57.253.134]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id RAA20673 for ; Sat, 4 Mar 1995 17:12:33 -0800 Received: by tuatara.reptiles.org (/\==/\ Smail3.1.28.1 #28.2) id ; Sat, 4 Mar 95 20:12 EST Newsgroups: reptiles.freebsd.hackers Path: nobody From: Peter da Silva Subject: Wine To: hackers@FreeBSD.org Message-ID: <199503042344.RAA25089@bonkers.taronga.com> Received: from localhost (localhost [127.0.0.1]) by bonkers.taronga.com (8.6.8/8.6.6) with SMTP id RAA25089 for ; Sat, 4 Mar 1995 17:44:21 -0600 Organization: Reptilian Research, Toronto, Canada X-Authentication-Warning: bonkers.taronga.com: Host localhost didn't use HELO protocol Distribution: reptiles Date: Sat, 4 Mar 1995 23:44:19 GMT Approved: news@reptiles.org (USENET News) X-Mailer: exmh version 1.4.1 7/21/94 X-From: freefall.cdrom.com!owner-freebsd-hackers Sat Mar 4 19:15:56 1995 Sender: hackers-owner@FreeBSD.org Precedence: bulk What's the magic incantation to build Wine on 1.1.5.1 again? From owner-freebsd-hackers Sat Mar 4 17:14:03 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id RAA20693 for hackers-outgoing; Sat, 4 Mar 1995 17:14:03 -0800 Received: from tuatara.reptiles.org (tuatara.reptiles.org [142.57.253.134]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id RAA20687 for ; Sat, 4 Mar 1995 17:13:42 -0800 Received: by tuatara.reptiles.org (/\==/\ Smail3.1.28.1 #28.2) id ; Sat, 4 Mar 95 20:13 EST Newsgroups: reptiles.freebsd.hackers Path: nobody From: "Stobbe, H.J. " <"/I=HJ/G=Henk/S=STOBBE/OU=IAT/O=PTT Telecom/"@PTT-TELECOM.unisource.nl> (Tel 55388 ) Subject: bsd on a 3100 To: X Message-ID: <"03216140305991/80639 MRX*"@MHS> Received: from chx400.switch.ch (chx400.switch.ch [130.59.1.2]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id HAA00770 for ; Sat, 4 Mar 1995 07:13:09 -0800 X400-Mts-Identifier: [/PRMD=PTT TELECOM/ADMD=400NET/C=NL/;81216140305991/324178@HDDH00] Organization: Reptilian Research, Toronto, Canada X400-Content-Type: P2-1984 (2) X400-Recipients: FREEBSD-HACKERS@FREEBSD.ORG Distribution: reptiles Date: Sat, 4 Mar 1995 15:12:30 GMT Approved: news@reptiles.org (USENET News) X400-Originator: "/I=HJ/G=Henk/S=STOBBE/OU=IAT/O=PTT Telecom/"@PTT-TELECOM.unisource.nl X-From: freefall.cdrom.com!owner-freebsd-hackers Sat Mar 4 12:18:29 1995 X400-Received: by /PRMD=PTT TELECOM/ADMD=400NET/C=NL/; converted (ia5 text (2)); Relayed; Sat, 4 Mar 1995 16:12:30 +0100 Sender: hackers-owner@FreeBSD.org Precedence: bulk Is there someone out there who can tell me if it is possible to put FreeBSD on a Vaxstation 3100 Thx From owner-freebsd-hackers Sat Mar 4 18:29:03 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id SAA22796 for hackers-outgoing; Sat, 4 Mar 1995 18:29:03 -0800 Received: from UUCP-GW.CC.UH.EDU (root@UUCP-GW.CC.UH.EDU [129.7.1.11]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id SAA22780 for ; Sat, 4 Mar 1995 18:28:58 -0800 Received: from Taronga.COM by UUCP-GW.CC.UH.EDU with UUCP id AA16293 (5.67a/IDA-1.5 for freebsd.org!hackers); Sat, 4 Mar 1995 20:02:09 -0600 Received: by bonkers.taronga.com (smail2.5p) id AA01130; 4 Mar 95 19:49:22 CST (Sat) Received: from localhost (localhost [127.0.0.1]) by bonkers.taronga.com (8.6.8/8.6.6) with SMTP id TAA01127 for ; Sat, 4 Mar 1995 19:49:21 -0600 Message-Id: <199503050149.TAA01127@bonkers.taronga.com> X-Authentication-Warning: bonkers.taronga.com: Host localhost didn't use HELO protocol To: hackers@FreeBSD.org Subject: Re: Wine In-Reply-To: Your message of "Sat, 04 Mar 95 17:44:19 CST." <199503042344.RAA25089@bonkers.taronga.com> X-Mailer: exmh version 1.4.1 7/21/94 Date: Sat, 04 Mar 1995 19:49:20 -0600 From: Peter da Silva Sender: hackers-owner@FreeBSD.org Precedence: bulk > What's the magic incantation to build Wine on 1.1.5.1 again? Never mind. The latest wine doesn't build on 1.1.5.1. There are two problems in making it build. First, the dll_*_tab.c files contain some VERY long macro expressions, and you have to rebuild gcpp with a larger macro stack to even build them. Even then, there's lots of warnings that imply to me that it's not building the tables properly. Second, the signal handling code is broken for 1.1.5.1. It uses a 4.4 signal structure that's not in 1.1.5.1. The old code drops back in pretty easily, but I'm not sure it's kosher. In any case, when trying to run any program with this wine you get: Unexpected Windows program segfault - opcode = 9a In win_fault 4f:0 In 0 bit mode. 0x00000000: invalid address length 0. Wine-dbg> The 950202 snapshot only did this with VBRUN*.DLL. From owner-freebsd-hackers Sat Mar 4 23:08:17 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id XAA27550 for hackers-outgoing; Sat, 4 Mar 1995 23:08:17 -0800 Received: from gate.sinica.edu.tw (gate.sinica.edu.tw [140.109.14.2]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id XAA27544 for ; Sat, 4 Mar 1995 23:08:14 -0800 Received: by gate.sinica.edu.tw (5.0/SMI-SVR4) id AA19911; Sun, 5 Mar 1995 15:05:58 --800 Date: Sun, 5 Mar 1995 15:05:17 +0800 (CST) From: Brian Tao Subject: Enough about the 3100 already!!! To: "Stobbe, H.J. " <"/I=HJ/G=Henk/S=STOBBE/OU=IAT/O=PTT Telecom/"@PTT-TELECOM.unisource.nl> Cc: FREEBSD-HACKERS@FreeBSD.org In-Reply-To: <"03216140305991/80639 MRX*"@MHS> Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII content-length: 216 Sender: hackers-owner@FreeBSD.org Precedence: bulk On Sat, 4 Mar 1995, Stobbe, H.J. wrote: > > Is there someone out there who can tell me if it is possible to put > FreeBSD on a Vaxstation 3100 Am I the only one who is getting a dozen copies of this message? From owner-freebsd-hackers Sat Mar 4 23:32:43 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id XAA27786 for hackers-outgoing; Sat, 4 Mar 1995 23:32:43 -0800 Received: from ref.tfs.com (ref.tfs.com [140.145.254.251]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id XAA27778 for ; Sat, 4 Mar 1995 23:32:42 -0800 Received: (from phk@localhost) by ref.tfs.com (8.6.8/8.6.6) id XAA17532; Sat, 4 Mar 1995 23:32:21 -0800 From: Poul-Henning Kamp Message-Id: <199503050732.XAA17532@ref.tfs.com> Subject: Re: Enough about the 3100 already!!! To: taob@gate.sinica.edu.tw (Brian Tao) Date: Sat, 4 Mar 1995 23:32:20 -0800 (PST) Cc: "/I=HJ/G=Henk/S=STOBBE/OU=IAT/O=PTT Telecom/"@PTT-TELECOM.unisource.nl, FREEBSD-HACKERS@FreeBSD.org In-Reply-To: from "Brian Tao" at Mar 5, 95 03:05:17 pm Content-Type: text Content-Length: 543 Sender: hackers-owner@FreeBSD.org Precedence: bulk > On Sat, 4 Mar 1995, Stobbe, H.J. wrote: > > > > Is there someone out there who can tell me if it is possible to put > > FreeBSD on a Vaxstation 3100 > > Am I the only one who is getting a dozen copies of this message? I hope to have killed the source of it, though I cannot tell how many more will come. If anybody sets up mail<->news gateways, please do it more right than this unlucky site. -- Poul-Henning Kamp TRW Financial Systems, Inc. I am Pentium Of Borg. Division is Futile. You WILL be approximated.