From owner-freebsd-current Sun Feb 2 00:19:26 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id AAA08061 for current-outgoing; Sun, 2 Feb 1997 00:19:26 -0800 (PST) Received: from tfs.com (tfs.com [140.145.250.1]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id AAA08051 for ; Sun, 2 Feb 1997 00:19:23 -0800 (PST) Received: from schizo.dk.tfs.com by tfs.com (smail3.1.28.1) with SMTP id m0vqx8V-0003viC; Sun, 2 Feb 97 00:18 PST Received: from critter.dk.tfs.com (critter-home [193.162.32.19]) by schizo.dk.tfs.com (8.8.2/8.7.3) with ESMTP id JAA29600; Sun, 2 Feb 1997 09:18:43 +0100 (MET) Received: from critter.dk.tfs.com (localhost [127.0.0.1]) by critter.dk.tfs.com (8.8.2/8.8.2) with ESMTP id JAA04564; Sun, 2 Feb 1997 09:20:09 +0100 (MET) To: davidn@unique.usn.blaze.net.au (David Nugent) cc: freebsd-current@freebsd.org Subject: Re: getty patches In-reply-to: Your message of "Sun, 02 Feb 1997 17:13:17 +1100." <19970202171317.RP40411@usn.blaze.net.au> Date: Sun, 02 Feb 1997 09:20:08 +0100 Message-ID: <4562.854871608@critter.dk.tfs.com> From: Poul-Henning Kamp Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In message <19970202171317.RP40411@usn.blaze.net.au>, David Nugent writes: >I have implemented the following in /usr/libexec/getty: > > [...] > >Does anyone have any objecting to me committing these changes? >I believe they bring our getty more in line with modem technology >that has been available for over a decade now. :-) GO! -- Poul-Henning Kamp | phk@FreeBSD.ORG FreeBSD Core-team. http://www.freebsd.org/~phk | phk@login.dknet.dk Private mailbox. whois: [PHK] | phk@tfs.com TRW Financial Systems, Inc. Power and ignorance is a disgusting cocktail. From owner-freebsd-current Sun Feb 2 02:20:50 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id CAA11626 for current-outgoing; Sun, 2 Feb 1997 02:20:50 -0800 (PST) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id CAA11615 for ; Sun, 2 Feb 1997 02:20:37 -0800 (PST) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id LAA13289 for freebsd-current@freebsd.org; Sun, 2 Feb 1997 11:20:31 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.8.5/8.6.9) id LAA25838; Sun, 2 Feb 1997 11:05:56 +0100 (MET) Message-ID: Date: Sun, 2 Feb 1997 11:05:56 +0100 From: j@uriah.heep.sax.de (J Wunsch) To: freebsd-current@freebsd.org Subject: Re: getty patches References: <19970202171317.RP40411@usn.blaze.net.au> X-Mailer: Mutt 0.55-PL10 Mime-Version: 1.0 X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <19970202171317.RP40411@usn.blaze.net.au>; from David Nugent on Feb 2, 1997 17:13:17 +1100 Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk As David Nugent wrote: > I have implemented the following in /usr/libexec/getty: Ah, you're going to bloat^H^H^H^H^Hdevelop our getty into another mgetty? :) > 1) Ability to define a modem initialisation script. > 2) Ability to answer incoming phone calls "manually" I don't particularly like these, although unlike mgetty, you make them optional (that's good). I learned to hate the (mis)feature of mgetty to always touch my modem at the wrong time (e.g. after i just hung it up from another program, and wanted to get at it again for redialing). I'm glad i've later on got a modem that doesn't require mgetty anymore. (The best joke mgetty ever gave me was the message that a user named RING has attempted to log in. :-) This basically explains the kind of race conditions you have to expect from such an approach.) IMO, this approach is a lot less cleaner than the default behaviour that assumes the modem knows about its DTE speed, and can autoanswer. Something i've been discussing with the author of mgetty some time ago, and which we agreed to be a Good Thing tm is the implementation of an ``alternate carrier detect''. Right now, the getty has to listen to the port all the time, thus effectively defeating the idea of the split dialin/dialout ports by this (and infact, you gotta run mgetty on the dialout port if you want both directions, or you will fail miserably). Otherwise, it would never get at that RING message. A better alternate solution is to define an additional port option for the dialin port that allows to pick up the port already at the first raising edge of the RI signal (ring indicator), by taking this as a ``pseudo-carrier''. This would still allow for the kernel semaphore that is implied with the split dialin/dialout devices, but would combine well with the desire to manually answer the call: on the first ring, the open() of the dialin device will (prematurely, compared to the classic scheme) complete, the getty could manually answer the ring, and could also decide which login handler to launch, based on the connect message. The port should continue to follow the normal dialin semantics, i.e. once DCD went high, the falling edge of this signal should SIGHUP the process that has this device as a controlling tty. OTOH, an outgoing call won't be disturbed at all by this scenario (unlike with the continously listening getty). The open() on the dialin device will be suspended as soon as the open() on the dialout device succeeds, so the owner of the dialout device can do what he wants during this period. Sure, there's still the race that a RING happens just in this moment, but that's what you gotta live with by sharing one modem for dialin and dialout anyway. > 6) Fixed bugs in the %s, %m, %r and %v macros which don't > currently work [uname() was never being called, thus > the values for these were always blank. rlogin seems to > suffer the same bug]. OK. > 7) Sending a sysv-like "issue" file prior the login prompt. OK. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-current Sun Feb 2 04:58:37 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id EAA17195 for current-outgoing; Sun, 2 Feb 1997 04:58:37 -0800 (PST) Received: from tfs.com (tfs.com [140.145.250.1]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id EAA17190 for ; Sun, 2 Feb 1997 04:58:35 -0800 (PST) Received: from schizo.dk.tfs.com by tfs.com (smail3.1.28.1) with SMTP id m0vr1Uh-0003wHC; Sun, 2 Feb 97 04:58 PST Received: from critter.dk.tfs.com (critter-home [193.162.32.19]) by schizo.dk.tfs.com (8.8.2/8.7.3) with ESMTP id NAA29875; Sun, 2 Feb 1997 13:58:00 +0100 (MET) Received: from critter.dk.tfs.com (localhost [127.0.0.1]) by critter.dk.tfs.com (8.8.2/8.8.2) with ESMTP id LAA04787; Sun, 2 Feb 1997 11:56:56 +0100 (MET) To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) cc: freebsd-current@freebsd.org Subject: Re: getty patches In-reply-to: Your message of "Sun, 02 Feb 1997 11:05:56 +0100." Date: Sun, 02 Feb 1997 11:56:56 +0100 Message-ID: <4785.854881016@critter.dk.tfs.com> From: Poul-Henning Kamp Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In message , J Wunsch writes: >A better alternate solution is to define an additional port option for >the dialin port that allows to pick up the port already at the first >raising edge of the RI signal (ring indicator), by taking this as a >``pseudo-carrier''. Great idea. I'll take one! -- Poul-Henning Kamp | phk@FreeBSD.ORG FreeBSD Core-team. http://www.freebsd.org/~phk | phk@login.dknet.dk Private mailbox. whois: [PHK] | phk@tfs.com TRW Financial Systems, Inc. Power and ignorance is a disgusting cocktail. From owner-freebsd-current Sun Feb 2 06:12:21 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id GAA19155 for current-outgoing; Sun, 2 Feb 1997 06:12:21 -0800 (PST) Received: from labs.usn.blaze.net.au (labs.usn.blaze.net.au [203.17.53.30]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id GAA19149 for ; Sun, 2 Feb 1997 06:12:12 -0800 (PST) Received: (from davidn@localhost) by labs.usn.blaze.net.au (8.8.5/8.8.5) id BAA02562; Mon, 3 Feb 1997 01:11:53 +1100 (EST) Message-ID: <19970203011153.WC52801@usn.blaze.net.au> Date: Mon, 3 Feb 1997 01:11:53 +1100 From: davidn@unique.usn.blaze.net.au (David Nugent) To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) Cc: freebsd-current@freebsd.org Subject: Re: getty patches References: <19970202171317.RP40411@usn.blaze.net.au> X-Mailer: Mutt 0.59.1 Mime-Version: 1.0 In-Reply-To: ; from J Wunsch on Feb 2, 1997 11:05:56 +0100 Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk J Wunsch writes: > As David Nugent wrote: > > > I have implemented the following in /usr/libexec/getty: > > Ah, you're going to bloat^H^H^H^H^Hdevelop our getty into another > mgetty? :) No. No fax handling, no unidirectional ports - just standard dialin, no large config file to parse, no "above and beyond the call of duty" featuritis at all, and 1/3 the size in memory and disk requirements of mgetty. > IMO, this approach is a lot less cleaner than the default behaviour > that assumes the modem knows about its DTE speed, and can autoanswer. After many years of running a dialin service of some form, I strongly disagree. Knowing that the modem is alive and working, answering only if it is "alive" is often critical to a system's modus operandi. Some basic modem handling requirements are not all that much 'bloat', imho. OTOH, mgetty is certainly bloated from the pov of the functionality I need in 99.999% of cases. > A better alternate solution is to define an additional port option for > the dialin port that allows to pick up the port already at the first > raising edge of the RI signal (ring indicator), by taking this as a > ``pseudo-carrier''. Maybe. I've never found this particularly reliable, whether due to incorrectly wired cables (RS232, the 'standard' that everyone implements differently) or buggy serial hardware. > OTOH, an outgoing call won't be disturbed at all by this scenario > (unlike with the continously listening getty). The open() on the > dialin device will be suspended as soon as the open() on the dialout > device succeeds, so the owner of the dialout device can do what he > wants during this period. Sure, there's still the race that a RING > happens just in this moment, but that's what you gotta live with by > sharing one modem for dialin and dialout anyway. BTW, I'm happy to implement this if someone comes up with the RI detection in open(). An O_RI on open, perhaps? This would be fairly trivial to fold into the patches as they exist now - just an extra line or two in opentty() to add the flag. Regards, David Nugent - Unique Computing Pty Ltd - Melbourne, Australia Voice +61-3-9791-9547 Data/BBS +61-3-9792-3507 3:632/348@fidonet davidn@freebsd.org davidn@blaze.net.au http://www.blaze.net.au/~davidn/ From owner-freebsd-current Sun Feb 2 06:53:46 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id GAA20734 for current-outgoing; Sun, 2 Feb 1997 06:53:46 -0800 (PST) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id GAA20625 for ; Sun, 2 Feb 1997 06:51:36 -0800 (PST) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id PAA19677 for freebsd-current@freebsd.org; Sun, 2 Feb 1997 15:51:04 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.8.5/8.6.9) id PAA26597; Sun, 2 Feb 1997 15:36:56 +0100 (MET) Message-ID: Date: Sun, 2 Feb 1997 15:36:56 +0100 From: j@uriah.heep.sax.de (J Wunsch) To: freebsd-current@freebsd.org Subject: Re: getty patches References: <19970202171317.RP40411@usn.blaze.net.au> <19970203011153.WC52801@usn.blaze.net.au> X-Mailer: Mutt 0.55-PL10 Mime-Version: 1.0 X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <19970203011153.WC52801@usn.blaze.net.au>; from David Nugent on Feb 3, 1997 01:11:53 +1100 Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk As David Nugent wrote: > > Ah, you're going to bloat^H^H^H^H^Hdevelop our getty into another > > mgetty? :) > > No. No fax handling, ... Well, once you're at the point where you are now, i don't see why it shouldn't be able to do basic fax handling. It's simple: make the lo capability a string of pattern-program pairs, maybe with a default value to fall through: ...:\ :lo=VOICE=/usr/bin/answer;+FCON=/usr/bin/fax;DEFAULT=/usr/bin/login:\ :... > After many years of running a dialin service of some form, > I strongly disagree. Knowing that the modem is alive and > working, answering only if it is "alive" is often critical > to a system's modus operandi. Some basic modem handling > requirements are not all that much 'bloat', imho. I didn't refer to the bloat, but to the uglyness of being required to listen to an incoming port all the time, not just only when there's actually an incoming connection. *This* is what causes all the grief. I'm also running a similiar service (sax.sax.de), and sure, we've got sometimes the case that a machine was hanging and still answering the phones. However, this was an easy case to point out that the hardware was broken (this machine has got serious memory corruption problems, it usually dumps kernel cores twice a week). Still, judging from the races i've seen with mgetty, i always strongly disagreed with the `listen all the time to see my modem's there' approach. > > A better alternate solution is to define an additional port option for > > the dialin port that allows to pick up the port already at the first > > raising edge of the RI signal (ring indicator), by taking this as a > > ``pseudo-carrier''. > > Maybe. I've never found this particularly reliable, whether > due to incorrectly wired cables (RS232, the 'standard' that > everyone implements differently) or buggy serial hardware. For a serious dialin service, you probably won't use this kind of hardware. I don't opt for making the RI pseudo carrier the default (this would violate the POLS), just as an option. > BTW, I'm happy to implement this if someone comes up with the RI > detection in open(). An O_RI on open, perhaps? I rather think it should be an ioctl specific to those drivers that implement it. Sure, it only makes sense if the state of this `enable RI pseudo-carrier' bit is retained across open/close, so you can open the port once with O_NONBLOCK set, issue the ioctl, close the port, and reopen it without the O_NONBLOCK. I'd like to see which opinion Bruce has about this... -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-current Sun Feb 2 07:06:07 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id HAA21298 for current-outgoing; Sun, 2 Feb 1997 07:06:07 -0800 (PST) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id HAA21292 for ; Sun, 2 Feb 1997 07:06:03 -0800 (PST) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.3/8.6.9) id CAA24031; Mon, 3 Feb 1997 02:05:46 +1100 Date: Mon, 3 Feb 1997 02:05:46 +1100 From: Bruce Evans Message-Id: <199702021505.CAA24031@godzilla.zeta.org.au> To: joerg_wunsch@uriah.heep.sax.de, phk@critter.dk.tfs.com Subject: Re: getty patches Cc: freebsd-current@freebsd.org Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >>A better alternate solution is to define an additional port option for >>the dialin port that allows to pick up the port already at the first >>raising edge of the RI signal (ring indicator), by taking this as a >>``pseudo-carrier''. > >Great idea. I'll take one! It's not very portable. RI is not connected on at least some Cyclades boards, although it is supported by the CD1400. I am working on speeding up the 16550 driver. It is now more efficient than the Cyclades driver for input as well as for output (modulo the poor demultiplexing of the IRQ in the multiport case). Bruce From owner-freebsd-current Sun Feb 2 07:25:04 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id HAA22145 for current-outgoing; Sun, 2 Feb 1997 07:25:04 -0800 (PST) Received: from labs.usn.blaze.net.au (labs.usn.blaze.net.au [203.17.53.30]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id HAA22125; Sun, 2 Feb 1997 07:24:58 -0800 (PST) Received: (from davidn@localhost) by labs.usn.blaze.net.au (8.8.5/8.8.5) id CAA04314; Mon, 3 Feb 1997 02:24:56 +1100 (EST) Message-ID: <19970203022455.AC08025@usn.blaze.net.au> Date: Mon, 3 Feb 1997 02:24:55 +1100 From: davidn@unique.usn.blaze.net.au (David Nugent) To: freebsd-current@freebsd.org, freebsd-bugs@freebsd.org Subject: sys/param.h: MAXLOGNAME X-Mailer: Mutt 0.59.1 Mime-Version: 1.0 Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk After some testing with a username with exactly 16 characters in length, I hit a problem: Feb 3 01:54:27 labs login: setlogin 'abcdef0123456789': Invalid argument Feb 3 01:54:27 labs login: setusercontext() failed - exiting The error is generated by this code in sys/kern/kern_prot.c: int setlogin(p, uap, retval) struct proc *p; struct setlogin_args *uap; int *retval; { int error; if ((error = suser(p->p_ucred, &p->p_acflag))) return (error); error = copyinstr((caddr_t) uap->namebuf, (caddr_t) p->p_pgrp->pg_session->s_login, sizeof (p->p_pgrp->pg_session->s_login) - 1, (u_int *)0); ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ if (error == ENAMETOOLONG) error = EINVAL; return (error); } and inspecting src/sys/sys/proc.h shows: struct session { int s_count; /* Ref cnt; pgrps in session. */ struct proc *s_leader; /* Session leader. */ struct vnode *s_ttyvp; /* Vnode of controlling terminal. */ struct tty *s_ttyp; /* Controlling terminal. */ char s_login[MAXLOGNAME]; /* Setlogin() name. */ ^^^^^^^^^^ }; .. which means that in reality, MAXLOGNAME-1 is the maximum number of characters in a username, which is currently 15, not 16 as everything else assumes. The fix for -current is obvious, although it seems that MAXLOGNAME should be at least as large as a valid user name. MAXLOGNAME in 2.2 was 12, so it won't be affected. Regards, David Nugent - Unique Computing Pty Ltd - Melbourne, Australia Voice +61-3-9791-9547 Data/BBS +61-3-9792-3507 3:632/348@fidonet davidn@freebsd.org davidn@blaze.net.au http://www.blaze.net.au/~davidn/ From owner-freebsd-current Sun Feb 2 07:48:19 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id HAA23103 for current-outgoing; Sun, 2 Feb 1997 07:48:19 -0800 (PST) Received: from labs.usn.blaze.net.au (labs.usn.blaze.net.au [203.17.53.30]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id HAA23095 for ; Sun, 2 Feb 1997 07:48:14 -0800 (PST) Received: (from davidn@localhost) by labs.usn.blaze.net.au (8.8.5/8.8.5) id CAA04438; Mon, 3 Feb 1997 02:48:11 +1100 (EST) Message-ID: <19970203024811.OK11797@usn.blaze.net.au> Date: Mon, 3 Feb 1997 02:48:11 +1100 From: davidn@unique.usn.blaze.net.au (David Nugent) To: freebsd-current@freebsd.org Subject: Re: getty patches References: <19970202171317.RP40411@usn.blaze.net.au> <19970203011153.WC52801@usn.blaze.net.au> X-Mailer: Mutt 0.59.1 Mime-Version: 1.0 In-Reply-To: ; from J Wunsch on Feb 2, 1997 15:36:56 +0100 Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk J Wunsch writes: > > > Ah, you're going to bloat^H^H^H^H^Hdevelop our getty into another > > > mgetty? :) > > > > No. No fax handling, ... > > Well, once you're at the point where you are now, i don't see why it > shouldn't be able to do basic fax handling. Perhaps, but I'm not going to wear it since I don't need it (and therefore don't have a reasonable testing environment). :-) > > BTW, I'm happy to implement this if someone comes up with the RI > > detection in open(). An O_RI on open, perhaps? > > I rather think it should be an ioctl specific to those drivers that > implement it. ~ > Sure, it only makes sense if the state of this `enable > RI pseudo-carrier' bit is retained across open/close, so you can open > the port once with O_NONBLOCK set, issue the ioctl, close the port, > and reopen it without the O_NONBLOCK. Or have the ioctl() do the sleep itself and be done with it, although that no doubt violates correct behaviour. Hmm, perhaps one similar alternative to yours is to use an unused termios bit (ok termios and ioctl - whatever) and set it up with comcontrol as persistent for the port. It should get reset after DCD is high, and set again when the port is (last) closed. > I'd like to see which opinion Bruce has about this... :-) Me too, fwiw. Regards, David Nugent - Unique Computing Pty Ltd - Melbourne, Australia Voice +61-3-9791-9547 Data/BBS +61-3-9792-3507 3:632/348@fidonet davidn@freebsd.org davidn@blaze.net.au http://www.blaze.net.au/~davidn/ From owner-freebsd-current Sun Feb 2 07:56:05 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id HAA23274 for current-outgoing; Sun, 2 Feb 1997 07:56:05 -0800 (PST) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id HAA23247 for ; Sun, 2 Feb 1997 07:56:00 -0800 (PST) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.3/8.6.9) id CAA25130; Mon, 3 Feb 1997 02:55:42 +1100 Date: Mon, 3 Feb 1997 02:55:42 +1100 From: Bruce Evans Message-Id: <199702021555.CAA25130@godzilla.zeta.org.au> To: freebsd-current@FreeBSD.org, j@uriah.heep.sax.de Subject: Re: getty patches Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk >> BTW, I'm happy to implement this if someone comes up with the RI >> detection in open(). An O_RI on open, perhaps? > >I rather think it should be an ioctl specific to those drivers that >implement it. Sure, it only makes sense if the state of this `enable >RI pseudo-carrier' bit is retained across open/close, so you can open >the port once with O_NONBLOCK set, issue the ioctl, close the port, >and reopen it without the O_NONBLOCK. There's not much experience with using RI. It should be in the drivers so that new software can play with it. It should be possible to select on modem status changes, and the SIGIO support should be better (I think you can now get a SIGIO when carrier rises, but only for controlling terminals). Side effects of open() are probably more of a problem. First-opens always turn on RTS and DTR. Bruce From owner-freebsd-current Sun Feb 2 08:35:22 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id IAA24482 for current-outgoing; Sun, 2 Feb 1997 08:35:22 -0800 (PST) Received: from chai.plexuscom.com (chai.plexuscom.com [207.87.46.100]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id IAA24475; Sun, 2 Feb 1997 08:35:19 -0800 (PST) Received: from chai.plexuscom.com (localhost [127.0.0.1]) by chai.plexuscom.com (8.8.4/8.6.12) with ESMTP id LAA21764; Sun, 2 Feb 1997 11:35:43 -0500 (EST) Message-Id: <199702021635.LAA21764@chai.plexuscom.com> To: phk@freebsd.org Cc: current@freebsd.org Subject: Re: device driver open semantics... In-reply-to: Your message of "Sat, 01 Feb 1997 13:31:40 +0100." <3050.854800300@critter.dk.tfs.com> Date: Sun, 02 Feb 1997 11:35:43 -0500 From: Bakul Shah Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > Comments ? > > I realize that changing this behaviour in general would > probably surprise most if not all of our device-drivers, > So we're probably talking about a per-driver flag or possibly > a different open/close entry point in the [cb]devsw structure. > > Preferences ? > > Objections ? Most device drivers depend on a close() being the final close. Any change in this semantics must provide a *significant* benefit to all -- not just fix a few esoteric bugs. Adding more entry points would also further complicate the interface. Perhaps the bugs Bruce mentioned (+ things that make you dissatisfied with the way things work now) can be handled by passing some more state between the two layers? May be a callback function? In any case, cases where the present *observed* behavior does not cause faulty, unintended or inconsistent operation should remain _invariant_ under any changes. IMHO, of course! -- bakul From owner-freebsd-current Sun Feb 2 08:37:23 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id IAA24561 for current-outgoing; Sun, 2 Feb 1997 08:37:23 -0800 (PST) Received: from ut-dialup-28.global2000.net (eagriff@ut-dialup-28.global2000.net [204.249.217.189]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id IAA24556 for ; Sun, 2 Feb 1997 08:37:20 -0800 (PST) Received: from localhost (eagriff@localhost) by ut-dialup-28.global2000.net (8.8.5/8.7.3) with SMTP id LAA03898 for ; Sun, 2 Feb 1997 11:35:51 -0500 (EST) X-Authentication-Warning: ut-dialup-28.global2000.net: eagriff owned process doing -bs Date: Sun, 2 Feb 1997 11:35:48 -0500 (EST) From: "Eric A. Griff" To: Current@FreeBSD.org Subject: What happened to usr.sbin/cdplay in -current? Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk About a week ago, I did a little cleaning, and apparently rm'd cdplay. Today I descovered it gone, and found it wasn't in -current. I grabbed it out of -stable, and compiles, and works. Why isn't it in the current sourcetree? Thank you very much. -Eric --------------------------------------------------------------------------- | Eric A. Griff | Griff Enterprises | Owner | RD#1 Box 372 | | Oneida, NY 13421 | eagriff@global2000.net | USA | Running: FreeBSD 3.0-CURRENT FreeBSD | | The best OS this side of anywhere! | Auto Dealer solutions for 2000 --------------------------------------------------------------------------- From owner-freebsd-current Sun Feb 2 09:50:50 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id JAA26953 for current-outgoing; Sun, 2 Feb 1997 09:50:50 -0800 (PST) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id JAA26947; Sun, 2 Feb 1997 09:50:47 -0800 (PST) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.3/8.6.9) id EAA27813; Mon, 3 Feb 1997 04:47:00 +1100 Date: Mon, 3 Feb 1997 04:47:00 +1100 From: Bruce Evans Message-Id: <199702021747.EAA27813@godzilla.zeta.org.au> To: davidn@unique.usn.blaze.net.au, freebsd-bugs@FreeBSD.ORG, freebsd-current@FreeBSD.ORG Subject: Re: sys/param.h: MAXLOGNAME Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >After some testing with a username with exactly 16 characters >in length, I hit a problem: > >Feb 3 01:54:27 labs login: setlogin 'abcdef0123456789': Invalid argument >Feb 3 01:54:27 labs login: setusercontext() failed - exiting There are many more off by 1 and worse bugs near here. setlogin() claims to fail to for names of length 15, but it actually succeeds. For names of length >= 16, it claims to fail, but it actually writes a truncated name. >The error is generated by this code in sys/kern/kern_prot.c: > >int >setlogin(p, uap, retval) > struct proc *p; > struct setlogin_args *uap; > int *retval; >{ > int error; > > if ((error = suser(p->p_ucred, &p->p_acflag))) > return (error); > error = copyinstr((caddr_t) uap->namebuf, > (caddr_t) p->p_pgrp->pg_session->s_login, > sizeof (p->p_pgrp->pg_session->s_login) - 1, (u_int *)0); > ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ This has an off by 1 bug and corrupts the old name when it fails. The `len' arg to copyinstr() includes the nul terminator, so 1 should not be subtracted from the size here. The new name should be copied in to a temporary buffer in case the copy fails. I think nul termination is guaranteed although copyinstr() only does it if it returns 0 - nothing here touches the last byte in s_login, and this byte is statically initialized to 0 in session0 and cloned by bcopying the session in enterpgrp(). If `len' were correct here, then copyinstr() would corrupt the nul terminator, so these bugs must be fixed together. The man page is unclear. It says that the `len' arg to copystr() and copyinstr() gives the maximum length of the string. I think it should say that the length includes the nul terminator. The POSIX.1-1990 spec is similarly unclear about PATH_MAX. This is reported to be fixed in P1003.1a. PATH_MAX includes the terminator. The man page also says `NULL' when it means ASCII `nul'. In BSD4.4, it is clear from the use of MAXPATHLEN in calls to copyinstr() for vfs that `len' includes the terminator. `len' is also wrong in: lkmioctl(): (MAXLKMNAME-1 and MAXLKMNAME - 2) ext2_mountroot(): (MNAMELEN - 1, no error check) ext2_mount(): (sizeof(...) - 1, no error check) ext2_mount(): (MNAMELEN - 1, no error check) cd9660, portal, fdesc, kernfs, nullfs, umapfs, union, devfs, msdosfs, nfs, ffs, lfs, mfs: similar to ext2fs :-( vfs_mountroot(): (MNAMELEN - 1, no error check) >and inspecting src/sys/sys/proc.h shows: > >struct session { >... > char s_login[MAXLOGNAME]; /* Setlogin() name. */ > ^^^^^^^^^^ >}; > >.. which means that in reality, MAXLOGNAME-1 is the maximum >number of characters in a username, which is currently 15, >not 16 as everything else assumes. >The fix for -current is obvious, although it seems that >MAXLOGNAME should be at least as large as a valid user >name. MAXLOGNAME in 2.2 was 12, so it won't be affected. Its not so obvious. I think MAXLOGNAME includes the nul terminator. Bruce From owner-freebsd-current Sun Feb 2 09:51:34 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id JAA27048 for current-outgoing; Sun, 2 Feb 1997 09:51:34 -0800 (PST) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id JAA27042 for ; Sun, 2 Feb 1997 09:51:30 -0800 (PST) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id SAA24089; Sun, 2 Feb 1997 18:51:21 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.8.5/8.6.9) id SAA02143; Sun, 2 Feb 1997 18:34:50 +0100 (MET) Message-ID: Date: Sun, 2 Feb 1997 18:34:50 +0100 From: j@uriah.heep.sax.de (J Wunsch) To: eagriff@global2000.net (Eric A. Griff) Cc: Current@FreeBSD.org Subject: Re: What happened to usr.sbin/cdplay in -current? References: X-Mailer: Mutt 0.55-PL10 Mime-Version: 1.0 X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: ; from Eric A. Griff on Feb 2, 1997 11:35:48 -0500 Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk As Eric A. Griff wrote: > Why isn't it in the current sourcetree? Since there's always cdcontrol(8) to use. ;) -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-current Sun Feb 2 11:02:09 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id LAA01585 for current-outgoing; Sun, 2 Feb 1997 11:02:09 -0800 (PST) Received: from atlantis.nconnect.net (root@atlantis.nconnect.net [206.54.227.6]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id LAA01577 for ; Sun, 2 Feb 1997 11:02:03 -0800 (PST) Received: from arabian.astrolab.org (dial24.nconnect.net [206.54.227.24]) by atlantis.nconnect.net (8.8.4/8.7.3) with SMTP id MAA21695 for ; Sun, 2 Feb 1997 12:55:06 -0600 (CST) Message-ID: <32F4E462.41C67EA6@nconnect.net> Date: Sun, 02 Feb 1997 13:00:50 -0600 From: Randy DuCharme Organization: Computer Specialists X-Mailer: Mozilla 3.01Gold (X11; I; FreeBSD 3.0-SMP i386) MIME-Version: 1.0 To: current@freebsd.org Subject: X font errors Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Greetings, I've been having a few font-related problems with a couple programs in X and can't seem to fix them. A couple of the guys in 'questions' have tried to help but we can't seem to get anywhere. The system is 'current' as of 2-1-97. The kernel: SMP I am using the XAccel server yet XFree86 behaves the same. Some programs (ie: xperfmon++, xsysinfo, xftp,) start with the error "Warning: Unable to load any useable fontset". Most of them then continue to run normally. Scitext however, is crashing with an error "Desired Font not ins Cache - loading !!! ERROR: Font could not be loaded by X-Server ! " Xset -q shows font paths correctly but displays... Xlib: extension "XFree86-Misc" missing on display ":0.0". I've re-run 'mkfontdir' in all font directories and done xset fp rehash a few times. Any Ideas?? Thanks -- Randall D. DuCharme email: randyd@nconnect.net Systems Engineer Free your Machine Computer Specialists **** FreeBSD **** 414-259-9998 414-253-9919 (fax) Turning PCs into Workstations From owner-freebsd-current Sun Feb 2 12:18:25 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id MAA09185 for current-outgoing; Sun, 2 Feb 1997 12:18:25 -0800 (PST) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id MAA09164 for ; Sun, 2 Feb 1997 12:18:21 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id NAA08440; Sun, 2 Feb 1997 13:16:43 -0700 From: Terry Lambert Message-Id: <199702022016.NAA08440@phaeton.artisoft.com> Subject: Re: getty patches To: phk@critter.dk.tfs.com (Poul-Henning Kamp) Date: Sun, 2 Feb 1997 13:16:43 -0700 (MST) Cc: joerg_wunsch@uriah.heep.sax.de, freebsd-current@freebsd.org In-Reply-To: <4785.854881016@critter.dk.tfs.com> from "Poul-Henning Kamp" at Feb 2, 97 11:56:56 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > >A better alternate solution is to define an additional port option for > >the dialin port that allows to pick up the port already at the first > >raising edge of the RI signal (ring indicator), by taking this as a > >``pseudo-carrier''. > > Great idea. I'll take one! Heh. I've suggested this in every discussion of mgetty that has ever hit the FreeBSD lists... 8-). Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-current Sun Feb 2 12:20:38 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id MAA09419 for current-outgoing; Sun, 2 Feb 1997 12:20:38 -0800 (PST) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id MAA09402 for ; Sun, 2 Feb 1997 12:20:34 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id NAA08449; Sun, 2 Feb 1997 13:18:52 -0700 From: Terry Lambert Message-Id: <199702022018.NAA08449@phaeton.artisoft.com> Subject: Re: getty patches To: bde@zeta.org.au (Bruce Evans) Date: Sun, 2 Feb 1997 13:18:52 -0700 (MST) Cc: joerg_wunsch@uriah.heep.sax.de, phk@critter.dk.tfs.com, freebsd-current@FreeBSD.ORG In-Reply-To: <199702021505.CAA24031@godzilla.zeta.org.au> from "Bruce Evans" at Feb 3, 97 02:05:46 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > >>A better alternate solution is to define an additional port option for > >>the dialin port that allows to pick up the port already at the first > >>raising edge of the RI signal (ring indicator), by taking this as a > >>``pseudo-carrier''. > > > >Great idea. I'll take one! > > It's not very portable. RI is not connected on at least some Cyclades > boards, although it is supported by the CD1400. Then you don't get this feature if you choose to buy Cyclades... either Cyclades will change their design, seing the obvious benefits, or people will take this into account when making their purchase decisions. They claim RS232C compliance, right? Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-current Sun Feb 2 12:20:39 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id MAA09420 for current-outgoing; Sun, 2 Feb 1997 12:20:39 -0800 (PST) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id MAA09403 for ; Sun, 2 Feb 1997 12:20:34 -0800 (PST) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id VAA00735; Sun, 2 Feb 1997 21:20:23 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.8.5/8.6.9) id VAA04560; Sun, 2 Feb 1997 21:08:40 +0100 (MET) Message-ID: Date: Sun, 2 Feb 1997 21:08:40 +0100 From: j@uriah.heep.sax.de (J Wunsch) To: randyd@nconnect.net (Randy DuCharme) Cc: current@freebsd.org Subject: Re: X font errors References: <32F4E462.41C67EA6@nconnect.net> X-Mailer: Mutt 0.55-PL10 Mime-Version: 1.0 X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <32F4E462.41C67EA6@nconnect.net>; from Randy DuCharme on Feb 2, 1997 13:00:50 -0600 Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk As Randy DuCharme wrote: > Some programs (ie: xperfmon++, xsysinfo, xftp,) start with the error > "Warning: Unable to load any useable fontset". Most of them then > continue to run normally. Scitext however, is crashing with an error > "Desired Font not ins Cache - loading !!! > ERROR: Font could not be loaded by X-Server ! " Does xlsfonts display them? Does it also happen when using a fontserver (xfs)? -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-current Sun Feb 2 12:23:30 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id MAA09662 for current-outgoing; Sun, 2 Feb 1997 12:23:30 -0800 (PST) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id MAA09654 for ; Sun, 2 Feb 1997 12:23:27 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id NAA08461; Sun, 2 Feb 1997 13:21:50 -0700 From: Terry Lambert Message-Id: <199702022021.NAA08461@phaeton.artisoft.com> Subject: Re: getty patches To: bde@zeta.org.au (Bruce Evans) Date: Sun, 2 Feb 1997 13:21:50 -0700 (MST) Cc: freebsd-current@FreeBSD.org, j@uriah.heep.sax.de In-Reply-To: <199702021555.CAA25130@godzilla.zeta.org.au> from "Bruce Evans" at Feb 3, 97 02:55:42 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > There's not much experience with using RI. It should be in the drivers > so that new software can play with it. It should be possible to select > on modem status changes, and the SIGIO support should be better (I think > you can now get a SIGIO when carrier rises, but only for controlling > terminals). > > Side effects of open() are probably more of a problem. First-opens > always turn on RTS and DTR. Turning on DTR when you post the open, actually. The RTS is supposed to be delayed until the DCD is raised... or in this case, delayed until RI occurs, I suppose. The RTS signalling should be disableable by disabling RTS/CTS out of band flow control in rc.serial. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-current Sun Feb 2 12:27:31 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id MAA09950 for current-outgoing; Sun, 2 Feb 1997 12:27:31 -0800 (PST) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id MAA09941; Sun, 2 Feb 1997 12:27:28 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id NAA08478; Sun, 2 Feb 1997 13:25:21 -0700 From: Terry Lambert Message-Id: <199702022025.NAA08478@phaeton.artisoft.com> Subject: Re: device driver open semantics... To: bakul@torrentnet.com (Bakul Shah) Date: Sun, 2 Feb 1997 13:25:21 -0700 (MST) Cc: phk@freebsd.org, current@freebsd.org In-Reply-To: <199702021635.LAA21764@chai.plexuscom.com> from "Bakul Shah" at Feb 2, 97 11:35:43 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > Most device drivers depend on a close() being the final close. Any > change in this semantics must provide a *significant* benefit to all > -- not just fix a few esoteric bugs. Adding more entry points would > also further complicate the interface. > > Perhaps the bugs Bruce mentioned (+ things that make you > dissatisfied with the way things work now) can be handled by passing > some more state between the two layers? May be a callback function? > > In any case, cases where the present *observed* behavior does > not cause faulty, unintended or inconsistent operation should remain > _invariant_ under any changes. IMHO, of course! I disagree. The driver should not depend on the system doing reference counting for it. Mark me down as being "for" calling the close once per close. Reference counting is a very simple modification to make, and there are great benefits to things like CDROM writers that can also function as readers, non-bidirectional sound cards, etc., etc.. Regards, Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-current Sun Feb 2 12:32:43 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id MAA10289 for current-outgoing; Sun, 2 Feb 1997 12:32:43 -0800 (PST) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id MAA10283 for ; Sun, 2 Feb 1997 12:32:39 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id NAA08495; Sun, 2 Feb 1997 13:30:31 -0700 From: Terry Lambert Message-Id: <199702022030.NAA08495@phaeton.artisoft.com> Subject: Re: getty patches To: davidn@unique.usn.blaze.net.au (David Nugent) Date: Sun, 2 Feb 1997 13:30:31 -0700 (MST) Cc: freebsd-current@freebsd.org In-Reply-To: <19970202171317.RP40411@usn.blaze.net.au> from "David Nugent" at Feb 2, 97 05:13:17 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > I have implemented the following in /usr/libexec/getty: > > 1) Ability to define a modem initialisation script. > The port is opened in non-blocking mode, and a > send/expect chat script is executed. If modem > initialisation fails, getty recycles. > > gettytab capabilities: > > ic=expect send [expect send ...] > init chat script > ct#val > chat timeout in seconds Er, what happens if it always fails because the modem is off or has been taken away entirely? Does it spin forever, or will it eventually give up? > 3) A recycle time value, to getty to be periodically > recycled and initialised after a given number of > seconds if there is no activity detected. > > gettytab capabilities: > > rt#val > recycle time in seconds What's this for? > 6) Fixed bugs in the %s, %m, %r and %v macros which don't > currently work [uname() was never being called, thus > the values for these were always blank. rlogin seems to > suffer the same bug]. Good deal. > 7) Sending a sysv-like "issue" file prior the login prompt. > This is much more useful than the 'im=' capability since > it can be more easily modified by scripts etc. > > gettytab capabilities: > > if= > > (I saw some chat about this a while back on the mailing > list, but alas, no commit resulted). I'm pro this one, but it's arguable. > Does anyone have any objecting to me committing these changes? > I believe they bring our getty more in line with modem technology > that has been available for over a decade now. :-) There are a number of people who have been working on login.conf changes; at the very least, your /etc/issue capability probably conflicts with this. I also find it alarming to allow the open to succeed without a call being present... how do I use the same modem port for outbound traffic? How do I build a pseduo-device split, so I can have a device for outbound calls and one for inbound calls, if you always open the thing for inbound processing? Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-current Sun Feb 2 13:13:45 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id NAA14275 for current-outgoing; Sun, 2 Feb 1997 13:13:45 -0800 (PST) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id NAA14264 for ; Sun, 2 Feb 1997 13:13:41 -0800 (PST) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id WAA02928 for freebsd-current@FreeBSD.org; Sun, 2 Feb 1997 22:13:39 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.8.5/8.6.9) id WAA11534; Sun, 2 Feb 1997 22:12:24 +0100 (MET) Message-ID: Date: Sun, 2 Feb 1997 22:12:24 +0100 From: j@uriah.heep.sax.de (J Wunsch) To: freebsd-current@FreeBSD.org (FreeBSD-current users) Subject: Re: getty patches References: <19970202171317.RP40411@usn.blaze.net.au> <199702022030.NAA08495@phaeton.artisoft.com> X-Mailer: Mutt 0.55-PL10 Mime-Version: 1.0 X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199702022030.NAA08495@phaeton.artisoft.com>; from Terry Lambert on Feb 2, 1997 13:30:31 -0700 Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk As Terry Lambert wrote: > There are a number of people who have been working on login.conf > changes; at the very least, your /etc/issue capability probably > conflicts with this. Funny you should notice that FreeBSD's login.conf implementation has been brought in by David Nugent. :-)) -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-current Sun Feb 2 13:35:43 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id NAA16073 for current-outgoing; Sun, 2 Feb 1997 13:35:43 -0800 (PST) Received: from tfs.com (tfs.com [140.145.250.1]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id NAA16066 for ; Sun, 2 Feb 1997 13:35:40 -0800 (PST) Received: from schizo.dk.tfs.com by tfs.com (smail3.1.28.1) with SMTP id m0vr9Z2-0003wRC; Sun, 2 Feb 97 13:35 PST Received: from critter.dk.tfs.com (critter-home [193.162.32.19]) by schizo.dk.tfs.com (8.8.2/8.7.3) with ESMTP id WAA00514; Sun, 2 Feb 1997 22:35:00 +0100 (MET) Received: from critter.dk.tfs.com (localhost [127.0.0.1]) by critter.dk.tfs.com (8.8.2/8.8.2) with ESMTP id WAA05203; Sun, 2 Feb 1997 22:36:47 +0100 (MET) To: Terry Lambert cc: bde@zeta.org.au (Bruce Evans), joerg_wunsch@uriah.heep.sax.de, freebsd-current@FreeBSD.ORG Subject: Re: getty patches In-reply-to: Your message of "Sun, 02 Feb 1997 13:18:52 MST." <199702022018.NAA08449@phaeton.artisoft.com> Date: Sun, 02 Feb 1997 22:36:46 +0100 Message-ID: <5201.854919406@critter.dk.tfs.com> From: Poul-Henning Kamp Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >They claim RS232C compliance, right? You can claim RS232C compliance with only two wires. -- Poul-Henning Kamp | phk@FreeBSD.ORG FreeBSD Core-team. http://www.freebsd.org/~phk | phk@login.dknet.dk Private mailbox. whois: [PHK] | phk@tfs.com TRW Financial Systems, Inc. Power and ignorance is a disgusting cocktail. From owner-freebsd-current Sun Feb 2 13:51:34 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id NAA17209 for current-outgoing; Sun, 2 Feb 1997 13:51:34 -0800 (PST) Received: from atlantis.nconnect.net (root@atlantis.nconnect.net [206.54.227.6]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id NAA17198 for ; Sun, 2 Feb 1997 13:51:30 -0800 (PST) Received: from arabian.astrolab.org (dial218.nconnect.net [206.54.227.218]) by atlantis.nconnect.net (8.8.4/8.7.3) with SMTP id PAA24982; Sun, 2 Feb 1997 15:44:25 -0600 (CST) Message-ID: <32F50C12.41C67EA6@nconnect.net> Date: Sun, 02 Feb 1997 15:50:10 -0600 From: Randy DuCharme Organization: Computer Specialists X-Mailer: Mozilla 3.01Gold (X11; I; FreeBSD 3.0-SMP i386) MIME-Version: 1.0 To: Joerg Wunsch CC: current@freebsd.org Subject: Re: X font errors References: <32F4E462.41C67EA6@nconnect.net> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk J Wunsch wrote: > > As Randy DuCharme wrote: > > > Some programs (ie: xperfmon++, xsysinfo, xftp,) start with the error > > "Warning: Unable to load any useable fontset". Most of them then > > continue to run normally. Scitext however, is crashing with an error > > "Desired Font not in Cache - loading !!! > > ERROR: Font could not be loaded by X-Server ! " > > Does xlsfonts display them? Yes > Does it also happen when using a fontserver (xfs)? Yes it does. I've never tried this 'till you mentioned it, but have just tried a few different configurations of xfs and there's no difference. I did find out however that the Xlib error I was getting running xset -q (ie: extension "XFree86-Misc" missing....) is because I'm running XAccel and not XFree and DOES go away when I switch to the XFree server. However the font error messages do not. Nothing gets logged to the error file I set up for xfs except "xfs notice: terminating" when I stop the server. Any other possibilities you can think of ? ;) Thanks much --- Randall D. DuCharme email: randyd@nconnect.net Systems Engineer Free your Machine Computer Specialists **** FreeBSD **** 414-259-9998 414-253-9919 (fax) Turning PCs into Workstations From owner-freebsd-current Sun Feb 2 16:36:03 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id QAA25030 for current-outgoing; Sun, 2 Feb 1997 16:36:03 -0800 (PST) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id QAA25014 for ; Sun, 2 Feb 1997 16:35:59 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id RAA09929; Sun, 2 Feb 1997 17:34:19 -0700 From: Terry Lambert Message-Id: <199702030034.RAA09929@phaeton.artisoft.com> Subject: Re: getty patches To: joerg_wunsch@uriah.heep.sax.de Date: Sun, 2 Feb 1997 17:34:19 -0700 (MST) Cc: freebsd-current@freebsd.org In-Reply-To: from "J Wunsch" at Feb 2, 97 10:12:24 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > There are a number of people who have been working on login.conf > > changes; at the very least, your /etc/issue capability probably > > conflicts with this. > > Funny you should notice that FreeBSD's login.conf implementation has > been brought in by David Nugent. :-)) I was only aware of the work by SEF, with the goal toward being able to use commercial authenticators, like those supported in BSDI, by running the BSDI binaries. I'm not aware that the current login.conf code is capable of running the commercial authenticators... I'd be happy to be corrected. As to the login.conf/issue conflict, if the same person is doing both code sets, one would expect them to avoid conflicts like this. There is a well define issue file interface in BSDI's login.conf. Regards, Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-current Sun Feb 2 18:26:14 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id SAA01795 for current-outgoing; Sun, 2 Feb 1997 18:26:14 -0800 (PST) Received: from labs.usn.blaze.net.au (labs.usn.blaze.net.au [203.17.53.30]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id SAA01789 for ; Sun, 2 Feb 1997 18:26:09 -0800 (PST) Received: (from davidn@localhost) by labs.usn.blaze.net.au (8.8.5/8.8.5) id NAA14086; Mon, 3 Feb 1997 13:25:06 +1100 (EST) Message-ID: <19970203132504.RZ25585@usn.blaze.net.au> Date: Mon, 3 Feb 1997 13:25:04 +1100 From: davidn@unique.usn.blaze.net.au (David Nugent) To: terry@lambert.org (Terry Lambert) Cc: freebsd-current@freebsd.org Subject: Re: getty patches References: <19970202171317.RP40411@usn.blaze.net.au> <199702022030.NAA08495@phaeton.artisoft.com> X-Mailer: Mutt 0.59.1 Mime-Version: 1.0 In-Reply-To: <199702022030.NAA08495@phaeton.artisoft.com>; from Terry Lambert on Feb 2, 1997 13:30:31 -0700 Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Terry Lambert writes: > > ic=expect send [expect send ...] > > init chat script > > ct#val > > chat timeout in seconds > > Er, what happens if it always fails because the modem is off or has > been taken away entirely? Does it spin forever, or will it eventually > give up? If the init chat fails, it logs via syslog and exits. There is no other sane thing to do. > > 3) A recycle time value, to getty to be periodically > > recycled and initialised after a given number of > > seconds if there is no activity detected. > > What's this for? It is an optional timeout value passed to select(). When select() times out, getty will exit. The end result is that you can have the modems periodically initialised and actually checked to see if they're alive. > > Does anyone have any objecting to me committing these changes? > > I believe they bring our getty more in line with modem technology > > that has been available for over a decade now. :-) > > There are a number of people who have been working on login.conf > changes; at the very least, your /etc/issue capability probably > conflicts with this. No, it doesn't. Since I've been doing most of the login.conf work, I can't see how it would. Login classes can't be activated until after a user logs in, and the issue file is sent before getty prompts for a login name. > I also find it alarming to allow the open to succeed without a > call being present... how do I use the same modem port for > outbound traffic? You don't use this feature. > How do I build a pseduo-device split, so I can have a device for > outbound calls and one for inbound calls, if you always open the > thing for inbound processing? Any way you like, Terry. If you don't wish to use the inbound call features, then don't. That's why it is optional. :-) A blocking open() is still done unless you enable the "ac" capability. Regards, David Nugent - Unique Computing Pty Ltd - Melbourne, Australia Voice +61-3-9791-9547 Data/BBS +61-3-9792-3507 3:632/348@fidonet davidn@freebsd.org davidn@blaze.net.au http://www.blaze.net.au/~davidn/ From owner-freebsd-current Sun Feb 2 19:02:17 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id TAA03210 for current-outgoing; Sun, 2 Feb 1997 19:02:17 -0800 (PST) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id TAA03201; Sun, 2 Feb 1997 19:02:05 -0800 (PST) Received: (from msmith@localhost) by genesis.atrad.adelaide.edu.au (8.8.2/8.7.3) id NAA02097; Mon, 3 Feb 1997 13:29:33 +1030 (CST) From: Michael Smith Message-Id: <199702030259.NAA02097@genesis.atrad.adelaide.edu.au> Subject: Re: device driver open semantics... In-Reply-To: <199702022025.NAA08478@phaeton.artisoft.com> from Terry Lambert at "Feb 2, 97 01:25:21 pm" To: terry@lambert.org (Terry Lambert) Date: Mon, 3 Feb 1997 13:29:31 +1030 (CST) Cc: bakul@torrentnet.com, phk@FreeBSD.ORG, current@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL28 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Terry Lambert stands accused of saying: > > I disagree. The driver should not depend on the system doing > reference counting for it. Mark me down as being "for" calling > the close once per close. Reference counting is a very simple > modification to make, and there are great benefits to things like > CDROM writers that can also function as readers, non-bidirectional > sound cards, etc., etc.. This would do horrible things to the fork/exec timings. 8( > Terry Lambert -- ]] Mike Smith, Software Engineer msmith@gsoft.com.au [[ ]] Genesis Software genesis@gsoft.com.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control. (ph) +61-8-8267-3493 [[ ]] Unix hardware collector. "Where are your PEZ?" The Tick [[ From owner-freebsd-current Sun Feb 2 19:04:46 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id TAA03415 for current-outgoing; Sun, 2 Feb 1997 19:04:46 -0800 (PST) Received: from rocky.mt.sri.com (rocky.mt.sri.com [206.127.76.100]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id TAA03410 for ; Sun, 2 Feb 1997 19:04:42 -0800 (PST) Received: (from nate@localhost) by rocky.mt.sri.com (8.7.5/8.7.3) id UAA19877; Sun, 2 Feb 1997 20:04:37 -0700 (MST) Date: Sun, 2 Feb 1997 20:04:37 -0700 (MST) Message-Id: <199702030304.UAA19877@rocky.mt.sri.com> From: Nate Williams To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) Cc: freebsd-current@freebsd.org (FreeBSD-current users) Subject: Re: Good name for a dump(8) option? In-Reply-To: References: Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > i've implemented an option to dump(8) to bypass all tape length > considerations, and dump straight to the end-of-tape indication, as it > is probably most appropriate for all today's tape drives (due to > compression and/or multiple backups per volume). Oooh, I *like* it. Now, if you can only send the code to Sun and have them use it as well. :) :) Nate From owner-freebsd-current Sun Feb 2 19:08:30 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id TAA03679 for current-outgoing; Sun, 2 Feb 1997 19:08:30 -0800 (PST) Received: from labs.usn.blaze.net.au (labs.usn.blaze.net.au [203.17.53.30]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id TAA03667 for ; Sun, 2 Feb 1997 19:08:22 -0800 (PST) Received: (from davidn@localhost) by labs.usn.blaze.net.au (8.8.5/8.8.5) id OAA15227; Mon, 3 Feb 1997 14:07:25 +1100 (EST) Message-ID: <19970203140724.QM50066@usn.blaze.net.au> Date: Mon, 3 Feb 1997 14:07:24 +1100 From: davidn@unique.usn.blaze.net.au (David Nugent) To: terry@lambert.org (Terry Lambert) Cc: joerg_wunsch@uriah.heep.sax.de, freebsd-current@FreeBSD.ORG Subject: Re: getty patches References: <199702030034.RAA09929@phaeton.artisoft.com> X-Mailer: Mutt 0.59.1 Mime-Version: 1.0 In-Reply-To: <199702030034.RAA09929@phaeton.artisoft.com>; from Terry Lambert on Feb 2, 1997 17:34:19 -0700 Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Terry Lambert writes: > > Funny you should notice that FreeBSD's login.conf implementation has > > been brought in by David Nugent. :-)) > > I was only aware of the work by SEF, with the goal toward being > able to use commercial authenticators, like those supported in > BSDI, by running the BSDI binaries. Authentication is only one aspect of login.conf. > I'm not aware that the current login.conf code is capable of running > the commercial authenticators... I'd be happy to be corrected. You're quite correct. The reason that authentication is not available is lack of information, pure and simple. I'm still waiting for information from either/both sef and BSDI on it, and how the API is intended to work. There are quite a few ambiguities to resolve. Currently login(1) includes the relevant code to support them, but it is not compiled in. > As to the login.conf/issue conflict, if the same person is > doing both code sets, one would expect them to avoid conflicts > like this. There is a well define issue file interface in BSDI's > login.conf. No, that's an 'motd' file. The issue file is sent before login.conf can be used since there is no user logged in when getty starts. Regards, David Nugent - Unique Computing Pty Ltd - Melbourne, Australia Voice +61-3-9791-9547 Data/BBS +61-3-9792-3507 3:632/348@fidonet davidn@freebsd.org davidn@blaze.net.au http://www.blaze.net.au/~davidn/ From owner-freebsd-current Sun Feb 2 19:50:20 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id TAA05651 for current-outgoing; Sun, 2 Feb 1997 19:50:20 -0800 (PST) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id TAA05646 for ; Sun, 2 Feb 1997 19:50:17 -0800 (PST) Received: (from msmith@localhost) by genesis.atrad.adelaide.edu.au (8.8.2/8.7.3) id OAA02656; Mon, 3 Feb 1997 14:18:44 +1030 (CST) From: Michael Smith Message-Id: <199702030348.OAA02656@genesis.atrad.adelaide.edu.au> Subject: Re: getty patches In-Reply-To: <19970203140724.QM50066@usn.blaze.net.au> from David Nugent at "Feb 3, 97 02:07:24 pm" To: davidn@unique.usn.blaze.net.au (David Nugent) Date: Mon, 3 Feb 1997 14:18:43 +1030 (CST) Cc: terry@lambert.org, joerg_wunsch@uriah.heep.sax.de, freebsd-current@freebsd.org X-Mailer: ELM [version 2.4ME+ PL28 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk David Nugent stands accused of saying: > > > I'm not aware that the current login.conf code is capable of running > > the commercial authenticators... I'd be happy to be corrected. > > You're quite correct. The reason that authentication is not > available is lack of information, pure and simple. I'm still > waiting for information from either/both sef and BSDI on it, > and how the API is intended to work. There are quite a few > ambiguities to resolve. Currently login(1) includes the > relevant code to support them, but it is not compiled in. I am _particularly_ interested in this, as I have a couple of (paying) ISP customers who very much want to integrate user logins to BSD machines with their radius authentication environment. At the moment, the only path I could see that offered some solution was the Linux/Sun 'PAM' (pluggable auth modules) stuff, which looks horribly ragged from here. If there's some sort of alternative, I'd really like to know about it. (The results of this work would be free to be integrated into the tree, yes.) > David Nugent - Unique Computing Pty Ltd - Melbourne, Australia -- ]] Mike Smith, Software Engineer msmith@gsoft.com.au [[ ]] Genesis Software genesis@gsoft.com.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control. (ph) +61-8-8267-3493 [[ ]] Unix hardware collector. "Where are your PEZ?" The Tick [[ From owner-freebsd-current Sun Feb 2 20:37:13 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id UAA07443 for current-outgoing; Sun, 2 Feb 1997 20:37:13 -0800 (PST) Received: from parkplace.cet.co.jp (parkplace.cet.co.jp [202.32.64.1]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id UAA07438 for ; Sun, 2 Feb 1997 20:37:10 -0800 (PST) Received: from localhost (michaelh@localhost) by parkplace.cet.co.jp (8.8.5/CET-v2.1) with SMTP id EAA06503; Mon, 3 Feb 1997 04:35:41 GMT Date: Mon, 3 Feb 1997 13:35:41 +0900 (JST) From: Michael Hancock To: Michael Smith cc: David Nugent , terry@lambert.org, joerg_wunsch@uriah.heep.sax.de, freebsd-current@FreeBSD.ORG Subject: login.conf - radius client (was Re: getty patches) In-Reply-To: <199702030348.OAA02656@genesis.atrad.adelaide.edu.au> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Mon, 3 Feb 1997, Michael Smith wrote: > David Nugent stands accused of saying: > > > > > I'm not aware that the current login.conf code is capable of running > > > the commercial authenticators... I'd be happy to be corrected. > > > > You're quite correct. The reason that authentication is not > > available is lack of information, pure and simple. I'm still > > waiting for information from either/both sef and BSDI on it, > > and how the API is intended to work. There are quite a few > > ambiguities to resolve. Currently login(1) includes the > > relevant code to support them, but it is not compiled in. > > I am _particularly_ interested in this, as I have a couple of (paying) > ISP customers who very much want to integrate user logins to BSD > machines with their radius authentication environment. > This would be very interesting indeed. Centralized authentication to a radiusd box for everything; an ASCEND box, a FreeBSD PPP server, a FreeBSD client PC, etc. Regards, Mike Hancock From owner-freebsd-current Sun Feb 2 20:41:54 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id UAA07580 for current-outgoing; Sun, 2 Feb 1997 20:41:54 -0800 (PST) Received: from mail.MCESTATE.COM (vince@mail.MCESTATE.COM [206.171.98.50]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id UAA07575 for ; Sun, 2 Feb 1997 20:41:52 -0800 (PST) Received: from localhost (vince@localhost) by mail.MCESTATE.COM (8.8.3/8.8.3) with SMTP id UAA29326 for ; Sun, 2 Feb 1997 20:41:01 -0800 (PST) Date: Sun, 2 Feb 1997 20:41:00 -0800 (PST) From: Vincent Poy To: current@FreeBSD.ORG Subject: -current build failed Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The latest make world of -current failed as follows: install -c -o bin -g bin -m 644 cvsup/standard-supfile /usr/share/examples/cvsup/standard-supfile install -c -o bin -g bin -m 644 drivers/README /usr/share/examples/drivers/README install: /usr/share/examples/drivers/README: No such file or directory *** Error code 71 Stop. *** Error code 1 Stop. *** Error code 1 Stop. *** Error code 1 Stop. root@earth [8:23pm][/usr/src] >> Cheers, Vince - vince@MCESTATE.COM - vince@GAIANET.NET Unix Networking Operations GaiaNet Corporation - M & C Estate Beverly Hills, California USA 90210 From owner-freebsd-current Sun Feb 2 20:46:24 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id UAA07755 for current-outgoing; Sun, 2 Feb 1997 20:46:24 -0800 (PST) Received: from ocala.cs.miami.edu (ocala.cs.miami.edu [129.171.34.17]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id UAA07735 for ; Sun, 2 Feb 1997 20:46:16 -0800 (PST) Received: from localhost by ocala.cs.miami.edu via SMTP (950413.SGI.8.6.12/940406.SGI) for id XAA22189; Sun, 2 Feb 1997 23:46:08 -0500 Date: Sun, 2 Feb 1997 23:46:08 -0500 (EST) From: "Joe \"Marcus\" Clarke" To: freebsd-current@freebsd.org Subject: le0 driver and CAP-6.0 Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Recently I upgraded to 3.0-SNAP. I did a complete clean install. I was able to get all of my network functions working except CAP. This was no big surprise since CAP never worked with 2.2 either, but I thought I might give it a shot. I was able to isolate the problem through many tests and conversations with Max, who maintains the package. He was quite helpful. This is the error I receive when I try to run aarpd with an le0 ethernet card and 16 bpf devices: aarpd -D 20 "le0" "Res Labs (SRC)" 23:43:52 02/02/97 Ethernet address for le0 is 08:00:2b:99:3e:87 23:43:52 02/02/97 Packet from self 23:43:52 02/02/97 Packet from self 23:43:52 02/02/97 Packet from self 23:43:52 02/02/97 Packet from self 23:43:52 02/02/97 Packet from self 23:43:52 02/02/97 Packet from self 23:43:52 02/02/97 Packet from self 23:43:53 02/02/97 Packet from self 23:43:53 02/02/97 Packet from self 23:43:53 02/02/97 Packet from self 23:43:53 02/02/97 Packet from self 23:43:53 02/02/97 Packet from self 23:43:53 02/02/97 Packet from self 23:43:53 02/02/97 Packet from self 23:43:53 02/02/97 Packet from self 23:43:53 02/02/97 acquired node 1 on interface le0 Interface le0, zone Res Labs (SRC), acquired node number 1/255.0 SIOCADDMULTI: Invalid argument Can't add multicast address! Max suggests that there is a problem with the driver and how it handles DEC ethernet ioctl on DEC ethernet cards. Has anyone gotten CAP to run under 3.0-SNAP with a DEC EtherWORKS 3 model 205 ethernet card? Can anyone confirm the error I'm receiving? Is there a solution besides switching cards? Thanks. -Joe Marcus From owner-freebsd-current Sun Feb 2 21:07:13 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id VAA08652 for current-outgoing; Sun, 2 Feb 1997 21:07:13 -0800 (PST) Received: from caliban.dihelix.com (caliban.mrtc.org [199.4.33.251]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id VAA08646 for ; Sun, 2 Feb 1997 21:07:09 -0800 (PST) Received: (from langfod@localhost) by caliban.dihelix.com (8.8.4/8.8.3) id TAA06653; Sun, 2 Feb 1997 19:06:41 -1000 (HST) Message-Id: <199702030506.TAA06653@caliban.dihelix.com> Subject: Re: login.conf - radius client (was Re: getty patches) In-Reply-To: from Michael Hancock at "Feb 3, 97 01:35:41 pm" To: michaelh@cet.co.jp (Michael Hancock) Date: Sun, 2 Feb 1997 19:06:41 -1000 (HST) Cc: msmith@atrad.adelaide.edu.au, davidn@unique.usn.blaze.net.au, terry@lambert.org, joerg_wunsch@uriah.heep.sax.de, freebsd-current@freebsd.org From: "David Langford" X-blank-line: This space intentionaly left blank. X-Mailer: ELM [version 2.4ME+ PL30 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >> I am _particularly_ interested in this, as I have a couple of (paying) >> ISP customers who very much want to integrate user logins to BSD >> machines with their radius authentication environment. >> > >This would be very interesting indeed. Centralized authentication to a >radiusd box for everything; an ASCEND box, a FreeBSD PPP server, a >FreeBSD client PC, etc. I have also seen versions of POP servers that can use msql for user lists. The question I've also had was with regards to sendmail. How does sendmail know that users exist if one uses RADIUS or some other "non-traditional" way of user authentication??? -David Langford langfod@dihelix.com From owner-freebsd-current Sun Feb 2 21:16:19 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id VAA08925 for current-outgoing; Sun, 2 Feb 1997 21:16:19 -0800 (PST) Received: from parkplace.cet.co.jp (parkplace.cet.co.jp [202.32.64.1]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id VAA08919 for ; Sun, 2 Feb 1997 21:16:15 -0800 (PST) Received: from localhost (michaelh@localhost) by parkplace.cet.co.jp (8.8.5/CET-v2.1) with SMTP id FAA06801; Mon, 3 Feb 1997 05:15:33 GMT Date: Mon, 3 Feb 1997 14:15:33 +0900 (JST) From: Michael Hancock To: David Langford cc: msmith@atrad.adelaide.edu.au, davidn@unique.usn.blaze.net.au, terry@lambert.org, joerg_wunsch@uriah.heep.sax.de, freebsd-current@freebsd.org Subject: Re: login.conf - radius client (was Re: getty patches) In-Reply-To: <199702030506.TAA06653@caliban.dihelix.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Sun, 2 Feb 1997, David Langford wrote: > >> I am _particularly_ interested in this, as I have a couple of (paying) > >> ISP customers who very much want to integrate user logins to BSD > >> machines with their radius authentication environment. > >> > > > >This would be very interesting indeed. Centralized authentication to a > >radiusd box for everything; an ASCEND box, a FreeBSD PPP server, a > >FreeBSD client PC, etc. > > I have also seen versions of POP servers that can use msql for user > lists. > > The question I've also had was with regards to sendmail. > How does sendmail know that users exist if one uses RADIUS or some > other "non-traditional" way of user authentication??? [Workaround] Run sendmail on the same box where radiusd is. [Ideal solution] It's completely transparent to sendmail. The authentication calls do the right thing depending on which authentication method is used. [Less than ideal solution] sendmail is hacked to be radius-aware like the recent LDAP support is done. Regards, Mike From owner-freebsd-current Sun Feb 2 21:24:25 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id VAA09233 for current-outgoing; Sun, 2 Feb 1997 21:24:25 -0800 (PST) Received: from alpo.whistle.com (alpo.whistle.com [207.76.204.38]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id VAA09223 for ; Sun, 2 Feb 1997 21:24:22 -0800 (PST) Received: from current1.whistle.com (current1.whistle.com [207.76.205.22]) by alpo.whistle.com (8.8.5/8.8.4) with SMTP id VAA05994; Sun, 2 Feb 1997 21:22:48 -0800 (PST) Message-ID: <32F575A8.41C67EA6@whistle.com> Date: Sun, 02 Feb 1997 21:20:40 -0800 From: Julian Elischer Organization: Whistle Communications X-Mailer: Mozilla 3.0Gold (X11; I; FreeBSD 2.2-CURRENT i386) MIME-Version: 1.0 To: Vincent Poy CC: current@FreeBSD.ORG Subject: Re: -current build failed References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Vincent Poy wrote: > > The latest make world of -current failed as follows: > > install -c -o bin -g bin -m 644 cvsup/standard-supfile > /usr/share/examples/cvsup/standard-supfile > install -c -o bin -g bin -m 644 drivers/README > /usr/share/examples/drivers/README > install: /usr/share/examples/drivers/README: No such file or directory URK! why's it trying to do that? I didn't put any Makefile in yet! > *** Error code 71 > > Stop. > *** Error code 1 > > Stop. > *** Error code 1 > > Stop. > *** Error code 1 > > Stop. > root@earth [8:23pm][/usr/src] >> > > Cheers, > Vince - vince@MCESTATE.COM - vince@GAIANET.NET > Unix Networking Operations > GaiaNet Corporation - M & C Estate > Beverly Hills, California USA 90210 From owner-freebsd-current Sun Feb 2 22:04:47 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id WAA10540 for current-outgoing; Sun, 2 Feb 1997 22:04:47 -0800 (PST) Received: from mail.MCESTATE.COM (vince@mail.MCESTATE.COM [206.171.98.50]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id WAA10535 for ; Sun, 2 Feb 1997 22:04:44 -0800 (PST) Received: from localhost (vince@localhost) by mail.MCESTATE.COM (8.8.3/8.8.3) with SMTP id WAA29462; Sun, 2 Feb 1997 22:03:57 -0800 (PST) Date: Sun, 2 Feb 1997 22:03:56 -0800 (PST) From: Vincent Poy To: Julian Elischer cc: current@FreeBSD.ORG Subject: Re: -current build failed In-Reply-To: <32F575A8.41C67EA6@whistle.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Sun, 2 Feb 1997, Julian Elischer wrote: > Vincent Poy wrote: > > > > The latest make world of -current failed as follows: > > > > install -c -o bin -g bin -m 644 cvsup/standard-supfile > > /usr/share/examples/cvsup/standard-supfile > > install -c -o bin -g bin -m 644 drivers/README > > /usr/share/examples/drivers/README > > install: /usr/share/examples/drivers/README: No such file or directory > > > URK! > > why's it trying to do that? > I didn't put any Makefile in yet! I see the README file in /usr/src/share/examples/drivers/README but isn't it supposed to install the file from there to /usr/shares/examples/drivers instead? > > *** Error code 71 > > > > Stop. > > *** Error code 1 > > > > Stop. > > *** Error code 1 > > > > Stop. > > *** Error code 1 > > > > Stop. > > root@earth [8:23pm][/usr/src] >> Cheers, Vince - vince@MCESTATE.COM - vince@GAIANET.NET Unix Networking Operations GaiaNet Corporation - M & C Estate Beverly Hills, California USA 90210 From owner-freebsd-current Sun Feb 2 22:25:52 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id WAA11115 for current-outgoing; Sun, 2 Feb 1997 22:25:52 -0800 (PST) Received: from al.imforei.apana.org.au (pjchilds@al.imforei.apana.org.au [202.12.89.41]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id WAA11100 for ; Sun, 2 Feb 1997 22:25:19 -0800 (PST) Received: (from pjchilds@localhost) by al.imforei.apana.org.au (beBop) id QAA17990; Mon, 3 Feb 1997 16:55:12 +1030 (CST) Date: Mon, 3 Feb 1997 16:55:12 +1030 (CST) From: Peter Childs Message-Id: <199702030625.QAA17990@al.imforei.apana.org.au> To: jmcla@ocala.cs.miami.edu (Joe Marcus Clarke), freebsd-current@freebsd.org Subject: Re: le0 driver and CAP-6.0 X-Newsreader: TIN [UNIX 1.3 unoff BETA release 961020] Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk : Max suggests that there is a problem with the driver and how it handles : DEC ethernet ioctl on DEC ethernet cards. Has anyone gotten CAP to run : under 3.0-SNAP with a DEC EtherWORKS 3 model 205 ethernet card? Can : anyone confirm the error I'm receiving? Is there a solution besides : switching cards? Thanks. I found the author/maintainer of CAP very helpful with all my CAP problems (not that I had many.. but still...) Since your running 3.0 why don't you compile in the kernel Appletalk support and try netatalk-4.0 (which has fbsd support)? It is supposed to have much better performance than CAP, and I was able to finally have my ghostscript-driven printers available to my mac :) Regards, Peter -- Peter Childs --- http://www.imforei.apana.org.au/~pjchilds Finger pjchilds@al.imforei.apana.org.au for public PGP key Drag me, drop me, treat me like an object! From owner-freebsd-current Sun Feb 2 22:26:32 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id WAA11176 for current-outgoing; Sun, 2 Feb 1997 22:26:32 -0800 (PST) Received: from mexico.brainstorm.eu.org (root@mexico.brainstorm.fr [193.56.58.253]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id WAA11167 for ; Sun, 2 Feb 1997 22:26:28 -0800 (PST) Received: from brasil.brainstorm.eu.org (brasil.brainstorm.fr [193.56.58.33]) by mexico.brainstorm.eu.org (8.8.4/8.8.4) with ESMTP id HAA16127 for ; Mon, 3 Feb 1997 07:26:20 +0100 Received: (from uucp@localhost) by brasil.brainstorm.eu.org (8.8.4/8.6.12) with UUCP id HAA19555 for freebsd-current@FreeBSD.ORG; Mon, 3 Feb 1997 07:26:08 +0100 Received: (from roberto@localhost) by keltia.freenix.fr (8.8.5/keltia-uucp-2.9) id HAA27373; Mon, 3 Feb 1997 07:23:23 +0100 (CET) Message-ID: <19970203072323.YS62402@keltia.freenix.fr> Date: Mon, 3 Feb 1997 07:23:23 +0100 From: roberto@keltia.freenix.fr (Ollivier Robert) To: freebsd-current@FreeBSD.ORG (FreeBSD Current Users' list) Subject: Sendmail/uuxqt/procmail waiting for something X-Mailer: Mutt 0.60,1-3,9 Mime-Version: 1.0 X-Operating-System: FreeBSD 3.0-CURRENT ctm#2999 Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Could someone explain to me what did change in the past 5 days that could account for a major slowdown in UUCP mail delivery ? Since my "make world" of yesterday, everytime I receive my mail, instead of running several uuxqt->rmail->sendmail->procmail, now processes decide to wait between 1 and 2 minutes before delivering. The sendmail processes are stuck as is procmail. I don't really know in what state but all are delayed: Feb 3 07:16:15 keltia sendmail[27353]: HAA27353: from=owner-freebsd-smp@freefall.freebsd.org, size=2637, class=-60, pri=140637, nrcpts=1, msgid=<199702022307.XAA01582@snowcrash.cymru.net>, proto=UUCP, relay=uucp@localhost Feb 3 07:17:19 keltia sendmail[27352]: HAA27352: to=roberto@keltia.freenix.fr, ctladdr=owner-cvs-committers@freefall.freebsd.org (66/117), delay=00:01:04, ^^^^^^^^ xdelay=00:01:04, mailer=local, stat=Sent Feb 3 07:17:20 keltia sendmail[27353]: HAA27353: to=roberto@keltia.freenix.fr, ctladdr=owner-freebsd-smp@freefall.freebsd.org (66/10), delay=00:01:05, ^^^^^^^^ xdelay=00:01:05, mailer=local, stat=Sent Feb 3 07:17:21 keltia sendmail[27336]: HAA27336: to=roberto@keltia.freenix.fr, ctladdr=tetex-owner@antares.informatik.uni-hannover.de (66/10), delay=00:03:16, xdelay=00:03:16, mailer=local, stat=Sent ^^^^^^^^ Feb 3 07:17:21 keltia sendmail[27347]: HAA27347: to=roberto@keltia.freenix.fr, ctladdr=owner-freebsd-smp@freefall.freebsd.org (66/10), delay=00:02:10, ^^^^^^^^ xdelay=00:02:10, mailer=local, stat=Sent Is there a new DNS timeout or something else ? My previous "make world" from Jan, 28th didn't have this behaviour... -- Ollivier ROBERT -=- The daemon is FREE! -=- roberto@keltia.freenix.fr FreeBSD keltia.freenix.fr 3.0-CURRENT #39: Sun Feb 2 22:12:44 CET 1997 From owner-freebsd-current Sun Feb 2 23:29:53 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id XAA13066 for current-outgoing; Sun, 2 Feb 1997 23:29:53 -0800 (PST) Received: from al.imforei.apana.org.au (pjchilds@al.imforei.apana.org.au [202.12.89.41]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id XAA13060 for ; Sun, 2 Feb 1997 23:29:47 -0800 (PST) Received: (from pjchilds@localhost) by al.imforei.apana.org.au (beBop) id RAA19056; Mon, 3 Feb 1997 17:59:31 +1030 (CST) Message-ID: <19970203175931.OQ32857@al.apana.org.au> Date: Mon, 3 Feb 1997 17:59:31 +1030 From: pjchilds@imforei.apana.org.au (Peter Childs) To: jmcla@ocala.cs.miami.edu (Joe "Marcus" Clarke) Cc: freebsd-current@freebsd.org Subject: Re: le0 driver and CAP-6.0 References: <199702030625.QAA17990@al.imforei.apana.org.au> X-Mailer: Mutt 0.60e-PL0 Mime-Version: 1.0 In-Reply-To: ; from Joe "Marcus" Clarke on Feb 3, 1997 01:46:48 -0500 Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Joe "Marcus" Clarke writes: > Thanks! However, where can I get netatalk-4.0? That would be an > extreme help since I'm already familiar with netatalk on Linux. Hmm.. grep'd from my bookmarks...
Netatalk patches for FreeBSD
Installing netatalk with Linux
netatalk I'd ignore the first.. the second is linux orientated but has other info that is useful, and the third is the netatalk homepage.. Peter From owner-freebsd-current Sun Feb 2 23:46:59 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id XAA13728 for current-outgoing; Sun, 2 Feb 1997 23:46:59 -0800 (PST) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id XAA13723 for ; Sun, 2 Feb 1997 23:46:54 -0800 (PST) Received: (from msmith@localhost) by genesis.atrad.adelaide.edu.au (8.8.2/8.7.3) id SAA04809; Mon, 3 Feb 1997 18:15:35 +1030 (CST) From: Michael Smith Message-Id: <199702030745.SAA04809@genesis.atrad.adelaide.edu.au> Subject: Re: login.conf - radius client (was Re: getty patches) In-Reply-To: from Michael Hancock at "Feb 3, 97 01:35:41 pm" To: michaelh@cet.co.jp (Michael Hancock) Date: Mon, 3 Feb 1997 18:15:34 +1030 (CST) Cc: msmith@atrad.adelaide.edu.au, davidn@unique.usn.blaze.net.au, terry@lambert.org, joerg_wunsch@uriah.heep.sax.de, freebsd-current@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL28 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Michael Hancock stands accused of saying: > > > > I am _particularly_ interested in this, as I have a couple of (paying) > > ISP customers who very much want to integrate user logins to BSD > > machines with their radius authentication environment. > > This would be very interesting indeed. Centralized authentication to a > radiusd box for everything; an ASCEND box, a FreeBSD PPP server, a > FreeBSD client PC, etc. Yup. Basically NIS without NIS. There are a pile of other benefits in that you can (theoretically) backend stuff off the Radius server to manage your accounting, etc. One _big_ lose is that whilst the Radius-1 daemon was free, Livingston's license on the Radius-2 server is "only with Livingson hardware". One of my contacts said that a Liv. sales rep claimed that he could have the CD "for about US$1500 or so". Does this piss you off just a little? The whole "ride the free software thing and then gouge all the committed users" scenario is becoming _very_ annoying. > Mike Hancock -- ]] Mike Smith, Software Engineer msmith@gsoft.com.au [[ ]] Genesis Software genesis@gsoft.com.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control. (ph) +61-8-8267-3493 [[ ]] Unix hardware collector. "Where are your PEZ?" The Tick [[ From owner-freebsd-current Sun Feb 2 23:49:09 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id XAA13902 for current-outgoing; Sun, 2 Feb 1997 23:49:09 -0800 (PST) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id XAA13895 for ; Sun, 2 Feb 1997 23:49:06 -0800 (PST) Received: (from msmith@localhost) by genesis.atrad.adelaide.edu.au (8.8.2/8.7.3) id SAA04838; Mon, 3 Feb 1997 18:17:39 +1030 (CST) From: Michael Smith Message-Id: <199702030747.SAA04838@genesis.atrad.adelaide.edu.au> Subject: Re: login.conf - radius client (was Re: getty patches) In-Reply-To: <199702030506.TAA06653@caliban.dihelix.com> from David Langford at "Feb 2, 97 07:06:41 pm" To: langfod@dihelix.com (David Langford) Date: Mon, 3 Feb 1997 18:17:39 +1030 (CST) Cc: michaelh@cet.co.jp, msmith@atrad.adelaide.edu.au, davidn@unique.usn.blaze.net.au, terry@lambert.org, joerg_wunsch@uriah.heep.sax.de, freebsd-current@freebsd.org X-Mailer: ELM [version 2.4ME+ PL28 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk David Langford stands accused of saying: > > The question I've also had was with regards to sendmail. > How does sendmail know that users exist if one uses RADIUS or some > other "non-traditional" way of user authentication??? You've got to have local user accounts on the sendmail machine for mail to be delivered. The neatest answer I've seen yet is to have the Radius daemon use the local password database on the same system that sendmail runs on. Any other technique is going to involved hacking either sendmail or the pwd.h routines as with NIS. > -David Langford -- ]] Mike Smith, Software Engineer msmith@gsoft.com.au [[ ]] Genesis Software genesis@gsoft.com.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control. (ph) +61-8-8267-3493 [[ ]] Unix hardware collector. "Where are your PEZ?" The Tick [[ From owner-freebsd-current Mon Feb 3 00:50:56 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id AAA15954 for current-outgoing; Mon, 3 Feb 1997 00:50:56 -0800 (PST) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id AAA15949 for ; Mon, 3 Feb 1997 00:50:52 -0800 (PST) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id JAA24146 for freebsd-current@freebsd.org; Mon, 3 Feb 1997 09:50:49 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.8.5/8.6.9) id JAA12621; Mon, 3 Feb 1997 09:34:47 +0100 (MET) Message-ID: Date: Mon, 3 Feb 1997 09:34:47 +0100 From: j@uriah.heep.sax.de (J Wunsch) To: freebsd-current@freebsd.org (FreeBSD-current users) Subject: Re: Good name for a dump(8) option? References: <199702030304.UAA19877@rocky.mt.sri.com> X-Mailer: Mutt 0.55-PL10 Mime-Version: 1.0 X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199702030304.UAA19877@rocky.mt.sri.com>; from Nate Williams on Feb 2, 1997 20:04:37 -0700 Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk As Nate Williams wrote: > > i've implemented an option to dump(8) to bypass all tape length > > considerations, and dump straight to the end-of-tape indication, as it > > is probably most appropriate for all today's tape drives (due to > > compression and/or multiple backups per volume). > > Oooh, I *like* it. Now, if you can only send the code to Sun and have > them use it as well. :) :) The code is already in there, it's only that i'm enforcing to use it. If you call the old dump(8) with a tape length that is way too large, it will do exactly the same (except of the bogus ``will be on 0.01 tapes'' message i'm avoiding). -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-current Mon Feb 3 00:54:02 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id AAA16067 for current-outgoing; Mon, 3 Feb 1997 00:54:02 -0800 (PST) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id AAA16058 for ; Mon, 3 Feb 1997 00:53:58 -0800 (PST) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id JAA24184 for freebsd-current@FreeBSD.org; Mon, 3 Feb 1997 09:53:55 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.8.5/8.6.9) id JAA12686; Mon, 3 Feb 1997 09:49:49 +0100 (MET) Message-ID: Date: Mon, 3 Feb 1997 09:49:49 +0100 From: j@uriah.heep.sax.de (J Wunsch) To: freebsd-current@FreeBSD.org (FreeBSD-current users) Subject: ex(4) driver into 2.2? X-Mailer: Mutt 0.55-PL10 Mime-Version: 1.0 X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk Well, minor blunder: I've merged the ex(4) man page into 2.2 yesterday -- but oh well, the driver isn't there yet. Do people consider this driver to be stable enough to merge it into 2.2, or should i back out the man page there again? -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-current Mon Feb 3 00:59:05 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id AAA16291 for current-outgoing; Mon, 3 Feb 1997 00:59:05 -0800 (PST) Received: from alpo.whistle.com (alpo.whistle.com [207.76.204.38]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id AAA16286 for ; Mon, 3 Feb 1997 00:59:02 -0800 (PST) Received: from current1.whistle.com (current1.whistle.com [207.76.205.22]) by alpo.whistle.com (8.8.5/8.8.4) with SMTP id AAA07836; Mon, 3 Feb 1997 00:56:38 -0800 (PST) Date: Mon, 3 Feb 1997 00:54:45 -0800 (PST) From: Julian Elischer To: "Joe \"Marcus\" Clarke" cc: freebsd-current@FreeBSD.ORG Subject: Re: le0 driver and CAP-6.0 In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk I'm surprised that the patches to CAP to allow it to use kernel support for ddx are not used.. netatalk runs pretty much out of the box and uses the ekrnel appletalk support.. julian On Sun, 2 Feb 1997, Joe "Marcus" Clarke wrote: > Recently I upgraded to 3.0-SNAP. I did a complete clean install. I was > able to get all of my network functions working except CAP. This was no > big surprise since CAP never worked with 2.2 either, but I thought I > might give it a shot. I was able to isolate the problem through many > tests and conversations with Max, who maintains the package. He was > quite helpful. This is the error I receive when I try to run aarpd with > an le0 ethernet card and 16 bpf devices: > > aarpd -D 20 "le0" "Res Labs (SRC)" > 23:43:52 02/02/97 Ethernet address for le0 is 08:00:2b:99:3e:87 > 23:43:52 02/02/97 Packet from self > 23:43:52 02/02/97 Packet from self > 23:43:52 02/02/97 Packet from self > 23:43:52 02/02/97 Packet from self > 23:43:52 02/02/97 Packet from self > 23:43:52 02/02/97 Packet from self > 23:43:52 02/02/97 Packet from self > 23:43:53 02/02/97 Packet from self > 23:43:53 02/02/97 Packet from self > 23:43:53 02/02/97 Packet from self > 23:43:53 02/02/97 Packet from self > 23:43:53 02/02/97 Packet from self > 23:43:53 02/02/97 Packet from self > 23:43:53 02/02/97 Packet from self > 23:43:53 02/02/97 Packet from self > 23:43:53 02/02/97 acquired node 1 on interface le0 > Interface le0, zone Res Labs (SRC), acquired node number 1/255.0 > SIOCADDMULTI: Invalid argument > Can't add multicast address! > > > Max suggests that there is a problem with the driver and how it handles > DEC ethernet ioctl on DEC ethernet cards. Has anyone gotten CAP to run > under 3.0-SNAP with a DEC EtherWORKS 3 model 205 ethernet card? Can > anyone confirm the error I'm receiving? Is there a solution besides > switching cards? Thanks. > > -Joe Marcus > > From owner-freebsd-current Mon Feb 3 01:20:55 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id BAA17089 for current-outgoing; Mon, 3 Feb 1997 01:20:55 -0800 (PST) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id BAA17075 for ; Mon, 3 Feb 1997 01:20:45 -0800 (PST) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id KAA24739; Mon, 3 Feb 1997 10:20:30 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.8.5/8.6.9) id JAA12717; Mon, 3 Feb 1997 09:52:21 +0100 (MET) Message-ID: Date: Mon, 3 Feb 1997 09:52:21 +0100 From: j@uriah.heep.sax.de (J Wunsch) To: julian@whistle.com (Julian Elischer) Cc: vince@mail.MCESTATE.COM (Vincent Poy), current@freebsd.org Subject: Re: -current build failed References: <32F575A8.41C67EA6@whistle.com> X-Mailer: Mutt 0.55-PL10 Mime-Version: 1.0 X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <32F575A8.41C67EA6@whistle.com>; from Julian Elischer on Feb 2, 1997 21:20:40 -0800 Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk As Julian Elischer wrote: > > install -c -o bin -g bin -m 644 drivers/README > > /usr/share/examples/drivers/README > > install: /usr/share/examples/drivers/README: No such file or directory > > > URK! > > why's it trying to do that? > I didn't put any Makefile in yet! You don't need to. Examples are being installed via the parent's Makefile magic... All you gotta do is to add your `drivers' directory in src/etc/mtree/BSD.usr.dist. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-current Mon Feb 3 02:02:21 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id CAA18770 for current-outgoing; Mon, 3 Feb 1997 02:02:21 -0800 (PST) Received: from localhost.global2000.net (root@ut-dialup-14.global2000.net [204.249.217.175]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id CAA18749 for ; Mon, 3 Feb 1997 02:02:12 -0800 (PST) Received: from localhost (eagriff@localhost) by localhost.global2000.net (8.8.5/8.7.3) with SMTP id EAA17667; Mon, 3 Feb 1997 04:09:53 -0500 (EST) X-Authentication-Warning: localhost.global2000.net: eagriff owned process doing -bs Date: Mon, 3 Feb 1997 04:09:50 -0500 (EST) From: "Eric A. Griff" X-Sender: eagriff@localhost To: Joerg Wunsch cc: Current@FreeBSD.org Subject: Re: What happened to usr.sbin/cdplay in -current? In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk Ahh. Cool. Thank you -Eric --------------------------------------------------------------------------- | Eric A. Griff | Griff Enterprises | Owner | RD#1 Box 372 | | Oneida, NY 13421 | eagriff@global2000.net | USA | Running: FreeBSD 3.0-CURRENT FreeBSD | | The best OS this side of anywhere! | Auto Dealers solutions | | for the year 2000 and beyond! --------------------------------------------------------------------------- On Sun, 2 Feb 1997, J Wunsch wrote: > As Eric A. Griff wrote: > > > Why isn't it in the current sourcetree? > > Since there's always cdcontrol(8) to use. ;) > -- > cheers, J"org > > joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE > Never trust an operating system you don't have sources for. ;-) > From owner-freebsd-current Mon Feb 3 02:04:36 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id CAA19121 for current-outgoing; Mon, 3 Feb 1997 02:04:36 -0800 (PST) Received: from tfs.com (tfs.com [140.145.250.1]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id CAA19102 for ; Mon, 3 Feb 1997 02:04:29 -0800 (PST) Received: from schizo.dk.tfs.com by tfs.com (smail3.1.28.1) with SMTP id m0vrLFJ-0003weC; Mon, 3 Feb 97 02:03 PST Received: from critter.dk.tfs.com (critter.dk.tfs.com [140.145.230.252]) by schizo.dk.tfs.com (8.8.2/8.7.3) with ESMTP id LAA01739; Mon, 3 Feb 1997 11:03:27 +0100 (MET) Received: from critter.dk.tfs.com (localhost [127.0.0.1]) by critter.dk.tfs.com (8.8.2/8.8.2) with ESMTP id IAA06434; Mon, 3 Feb 1997 08:51:07 +0100 (MET) To: pjchilds@imforei.apana.org.au (Peter Childs) cc: jmcla@ocala.cs.miami.edu (Joe "Marcus" Clarke), freebsd-current@freebsd.org Subject: Re: le0 driver and CAP-6.0 In-reply-to: Your message of "Mon, 03 Feb 1997 17:59:31 +1030." <19970203175931.OQ32857@al.apana.org.au> Date: Mon, 03 Feb 1997 08:51:07 +0100 Message-ID: <6432.854956267@critter.dk.tfs.com> From: Poul-Henning Kamp Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In message <19970203175931.OQ32857@al.apana.org.au>, Peter Childs writes: > >Joe "Marcus" Clarke writes: >> Thanks! However, where can I get netatalk-4.0? That would be an >> extreme help since I'm already familiar with netatalk on Linux. > > Hmm.. grep'd from my bookmarks... > >
T_VISIT="844328632" LAST_MODIFIED="844328632">Netatalk patches for FreeBSD >
IT="839931060" LAST_MODIFIED="839931060">Installing netatalk with Linux >
VISIT="844635384" LAST_MODIFIED="844635384">netatalk > > I'd ignore the first.. the second is linux orientated but has other > info that is useful, and the third is the netatalk homepage.. I've had a lot more success with netatalk than CAP. I even sent a skeleton port of it to asami. -- Poul-Henning Kamp | phk@FreeBSD.ORG FreeBSD Core-team. http://www.freebsd.org/~phk | phk@login.dknet.dk Private mailbox. whois: [PHK] | phk@tfs.com TRW Financial Systems, Inc. Power and ignorance is a disgusting cocktail. From owner-freebsd-current Mon Feb 3 02:26:22 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id CAA21372 for current-outgoing; Mon, 3 Feb 1997 02:26:22 -0800 (PST) Received: from al.imforei.apana.org.au (pjchilds@al.imforei.apana.org.au [202.12.89.41]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id CAA21331 for ; Mon, 3 Feb 1997 02:25:56 -0800 (PST) Received: (from pjchilds@localhost) by al.imforei.apana.org.au (beBop) id UAA22529; Mon, 3 Feb 1997 20:55:31 +1030 (CST) Date: Mon, 3 Feb 1997 20:55:31 +1030 (CST) From: Peter Childs Message-Id: <199702031025.UAA22529@al.imforei.apana.org.au> To: msmith@atrad.adelaide.edu.au (Michael Smith), freebsd-current@freebsd.org Subject: Re: getty patches X-Newsreader: TIN [UNIX 1.3 unoff BETA release 961020] Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In article <199702030348.OAA02656@genesis.atrad.adelaide.edu.au> you wrote: : I am _particularly_ interested in this, as I have a couple of (paying) : ISP customers who very much want to integrate user logins to BSD : machines with their radius authentication environment. : At the moment, the only path I could see that offered some solution : was the Linux/Sun 'PAM' (pluggable auth modules) stuff, which looks : horribly ragged from here. If there's some sort of alternative, I'd : really like to know about it. : (The results of this work would be free to be integrated into the : tree, yes.) This interests me. I've seen the radiusd port, which I take it is the radius daemon management stuff.. and i've seen some code that lets a PC+lots-of-serial-ports look like a radius portmaster... If all this code is available then a quick hack plug for at least login, if not most of the passwd/group functions, shouldn't be too hard??? Login classes are obviously more elegant, and creating an authentication module once the architecture is in place would seem to be not to difficult? From what I understand of David's work he's pretty much getting their for the framework+guts, patron brings fillings.. Am I missing something to this :) Peter -- Peter Childs --- http://www.imforei.apana.org.au/~pjchilds Finger pjchilds@al.imforei.apana.org.au for public PGP key Drag me, drop me, treat me like an object! From owner-freebsd-current Mon Feb 3 02:51:20 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id CAA22570 for current-outgoing; Mon, 3 Feb 1997 02:51:20 -0800 (PST) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id CAA22559 for ; Mon, 3 Feb 1997 02:51:16 -0800 (PST) Received: (from msmith@localhost) by genesis.atrad.adelaide.edu.au (8.8.2/8.7.3) id VAA05506; Mon, 3 Feb 1997 21:20:17 +1030 (CST) From: Michael Smith Message-Id: <199702031050.VAA05506@genesis.atrad.adelaide.edu.au> Subject: Re: getty patches In-Reply-To: <199702031025.UAA22529@al.imforei.apana.org.au> from Peter Childs at "Feb 3, 97 08:55:31 pm" To: pjchilds@imforei.apana.org.au (Peter Childs) Date: Mon, 3 Feb 1997 21:20:16 +1030 (CST) Cc: msmith@atrad.adelaide.edu.au, freebsd-current@freebsd.org X-Mailer: ELM [version 2.4ME+ PL28 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Peter Childs stands accused of saying: > > This interests me. I've seen the radiusd port, which I take it is > the radius daemon management stuff.. and i've seen some code that This is the radius-1 server from Livingston. There's an Ascend-hacked version as well, which is a shade uglee, but perhaps a little more recent. > lets a PC+lots-of-serial-ports look like a radius portmaster... Erk. Not really my scene. > If all this code is available then a quick hack plug for at least > login, if not most of the passwd/group functions, shouldn't be > too hard??? The current scope of my plans includes login/rlogind/telnetd/ppp/pppd, via an interface similar to 'iruserok()'. If the login auth stuff is trying to provide this sort of thing, then it makes sense to use that instead. > to difficult? From what I understand of David's work he's pretty > much getting their for the framework+guts, patron brings fillings.. > > Am I missing something to this :) No, that's basically it. > Peter Childs --- http://www.imforei.apana.org.au/~pjchilds -- ]] Mike Smith, Software Engineer msmith@gsoft.com.au [[ ]] Genesis Software genesis@gsoft.com.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control. (ph) +61-8-8267-3493 [[ ]] Unix hardware collector. "Where are your PEZ?" The Tick [[ From owner-freebsd-current Mon Feb 3 05:40:39 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id FAA28717 for current-outgoing; Mon, 3 Feb 1997 05:40:39 -0800 (PST) Received: from whale.gu.kiev.ua (whale.gu.net [194.93.190.4]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id FAA28711 for ; Mon, 3 Feb 1997 05:40:30 -0800 (PST) Received: from creator.gu.kiev.ua (stesin@creator.gu.kiev.ua [194.93.190.3]) by whale.gu.kiev.ua (8.8.5/8.7.3) with SMTP id PAA48994; Mon, 3 Feb 1997 15:38:19 +0200 Date: Mon, 3 Feb 1997 15:38:18 +0200 (EET) From: Andrew Stesin X-Sender: stesin@creator.gu.kiev.ua To: Michael Smith cc: Peter Childs , freebsd-current@freebsd.org Subject: Re: getty patches In-Reply-To: <199702031050.VAA05506@genesis.atrad.adelaide.edu.au> Message-ID: X-NCC-RegID: ua.gu MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk People, did you ever consider cisco's TACACS+ server instead of RADIUS? On Mon, 3 Feb 1997, Michael Smith wrote: [...] > The current scope of my plans includes login/rlogind/telnetd/ppp/pppd, > via an interface similar to 'iruserok()'. If the login auth stuff is > trying to provide this sort of thing, then it makes sense to use that > instead. -- Best, Andrew Stesin nic-hdl: ST73-RIPE From owner-freebsd-current Mon Feb 3 05:44:38 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id FAA28870 for current-outgoing; Mon, 3 Feb 1997 05:44:38 -0800 (PST) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id FAA28861 for ; Mon, 3 Feb 1997 05:44:34 -0800 (PST) Received: (from msmith@localhost) by genesis.atrad.adelaide.edu.au (8.8.2/8.7.3) id AAA05785; Tue, 4 Feb 1997 00:13:09 +1030 (CST) From: Michael Smith Message-Id: <199702031343.AAA05785@genesis.atrad.adelaide.edu.au> Subject: Re: getty patches In-Reply-To: from Andrew Stesin at "Feb 3, 97 03:38:18 pm" To: stesin@gu.net (Andrew Stesin) Date: Tue, 4 Feb 1997 00:13:08 +1030 (CST) Cc: msmith@atrad.adelaide.edu.au, pjchilds@imforei.apana.org.au, freebsd-current@freebsd.org X-Mailer: ELM [version 2.4ME+ PL28 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Andrew Stesin stands accused of saying: > > did you ever consider cisco's TACACS+ server instead of RADIUS? None of my customers are rich (or stupid) enough to buy Cisco gear, so I have no demand for it. Is it documented as an open standard? What else (apart from Cisco hardware) uses it? > Andrew Stesin (Cisco stuff is just too expensive to be considered seriously in this country unless you're at the IAP level.) -- ]] Mike Smith, Software Engineer msmith@gsoft.com.au [[ ]] Genesis Software genesis@gsoft.com.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control. (ph) +61-8-8267-3493 [[ ]] Unix hardware collector. "Where are your PEZ?" The Tick [[ From owner-freebsd-current Mon Feb 3 11:31:47 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id LAA15547 for current-outgoing; Mon, 3 Feb 1997 11:31:47 -0800 (PST) Received: from terminator.informatik.ba-stuttgart.de (terminator.informatik.ba-stuttgart.de [141.31.1.21]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id LAA15417 for ; Mon, 3 Feb 1997 11:29:04 -0800 (PST) Received: from helbig.informatik.ba-stuttgart.de (helbig.informatik.ba-stuttgart.de [141.31.166.22]) by terminator.informatik.ba-stuttgart.de (8.7.6/8.7.3) with ESMTP id JAA07954 for ; Mon, 3 Feb 1997 09:05:52 +0100 Received: (from helbig@localhost) by helbig.informatik.ba-stuttgart.de (8.8.5/8.8.4) id KAA18715 for current@freebsd.org; Mon, 3 Feb 1997 10:06:27 +0100 (MET) From: Wolfgang Helbig Message-Id: <199702030906.KAA18715@helbig.informatik.ba-stuttgart.de> Subject: make world broken To: current@freebsd.org Date: Mon, 3 Feb 1997 10:06:26 +0100 (MET) X-Mailer: ELM [version 2.4ME+ PL30 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi, During installation of the made world I got this error: install: /usr/share/examples/driver/README: No such file or directory The latest cvs_cur ctm delta is #2999. Wolfgang Helbig From owner-freebsd-current Mon Feb 3 13:12:53 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id NAA20525 for current-outgoing; Mon, 3 Feb 1997 13:12:53 -0800 (PST) Received: from clover.u-net.com (clover.u-net.com [193.119.183.60]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id NAA20515 for ; Mon, 3 Feb 1997 13:12:42 -0800 (PST) Received: (from ip@localhost) by clover.u-net.com (8.8.5/8.7.3) id VAA00546 for freebsd-current@freebsd.org; Mon, 3 Feb 1997 21:12:00 GMT From: Ian Pallfreeman Message-Id: <199702032112.VAA00546@clover.u-net.com> Subject: Adaptec 2940 overruns To: freebsd-current@freebsd.org Date: Mon, 3 Feb 1997 21:11:59 +0000 (GMT) Reply-To: ip@mcc.ac.uk X-Mailer: ELM [version 2.4ME+ PL22 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi FreeBSDers, I'm a little worried about these: sd0 at scbus0 target 0 lun 0: data overrun of 16777215 bytes detected. Forcing a retry. When they're on the swap partition, they're followed by heaps of: swap_pager_finish: I/O error, clean of page 2d44000 failed with various page numbers. This is a 3.0-CURRENT of a day or two's vintage, destined to be a cvsup/ftp server, once I've finished playing with it. The (snipped) dmesg is appended. Cheers, Ian. FreeBSD 3.0-CURRENT #0: Mon Feb 3 16:43:44 GMT 1997 ip@lurch:/usr/src/sys/compile/LURCH Calibrating clock(s) relative to mc146818A clock ... i586 clock: 199440355 Hz, i 8254 clock: 1193234 Hz CPU: Pentium Pro (199.43-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x617 Stepping=7 Features=0xf9ff,MTRR,PGE,MCA,CMOV> real memory = 83886080 (81920K bytes) Physical memory hole(s): avail memory = 78848000 (77000K bytes) Probing for devices on PCI bus 0: chip0 rev 2 on pci0:0:0 chip1 rev 1 on pci0:7:0 chip2 rev 0 on pci0:7:1 vga0 rev 34 int a irq 11 on pci0:17:0 ahc0 rev 0 int a irq 9 on pci0:19:0 ahc0: aic7880 Single Channel, SCSI Id=7, 16 SCBs scbus0 at ahc0 bus 0 sd0 at scbus0 target 0 lun 0 sd0: type 0 fixed SCSI 2 sd0: Direct-Access 2063MB (4226725 512 byte sectors) sd1 at scbus0 target 2 lun 0 sd1: type 0 fixed SCSI 2 sd1: Direct-Access 4134MB (8467200 512 byte sectors) From owner-freebsd-current Mon Feb 3 17:08:02 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id RAA04289 for current-outgoing; Mon, 3 Feb 1997 17:08:02 -0800 (PST) Received: from helmholtz.salk.edu (helmholtz.salk.edu [198.202.70.34]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id RAA04273 for ; Mon, 3 Feb 1997 17:07:58 -0800 (PST) Received: from pauling.salk.edu (pauling [198.202.70.108]) by helmholtz.salk.edu (8.7.5/8.7.3) with SMTP id RAA23558 for ; Mon, 3 Feb 1997 17:07:58 -0800 (PST) Date: Mon, 3 Feb 1997 17:07:53 -0800 (PST) From: Tom Bartol To: current@freebsd.org Subject: SCSI_FREEZE kernel option? Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi, I was just looking at the manpage for scsi (8) and was particularly intrigued by the -z option which claims to be able to freeze the scsi bus for an audible "beep" delimited (with the -v option) specified period of time provided you have compiled your kernel with the "SCSI_FREEZE" option. The manpage goes on to state that this kernel code is not committed yet and indeed a grep of the kernel source for -current for the string "SCSI_FREEZE" comes up empty-handed. I presume that an appropriately contrived sequence of scsi -z and scsi -p commands could be used to perform hot-swapping of scsi devices -- something I would dearly love to be able to do. Does this actually work yet and how should I specify any required kernel options? Thanks for your help, Tom From owner-freebsd-current Mon Feb 3 17:30:11 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id RAA05890 for current-outgoing; Mon, 3 Feb 1997 17:30:11 -0800 (PST) Received: from parkplace.cet.co.jp (parkplace.cet.co.jp [202.32.64.1]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id RAA05884 for ; Mon, 3 Feb 1997 17:30:07 -0800 (PST) Received: from localhost (michaelh@localhost) by parkplace.cet.co.jp (8.8.5/CET-v2.1) with SMTP id BAA14609; Tue, 4 Feb 1997 01:29:37 GMT Date: Tue, 4 Feb 1997 10:29:36 +0900 (JST) From: Michael Hancock To: Andrew Stesin cc: freebsd-current@freebsd.org Subject: Re: getty patches In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Mon, 3 Feb 1997, Andrew Stesin wrote: > > People, > > did you ever consider cisco's TACACS+ server instead of RADIUS? I've set it up before. RADIUS handles more situations cleanly, even CISCO NAS's have support for it. There's also an IETF working group for it. http://www.ietf.org/html.charters/radius-charter.html Mike Hancock From owner-freebsd-current Mon Feb 3 17:57:44 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id RAA07262 for current-outgoing; Mon, 3 Feb 1997 17:57:44 -0800 (PST) Received: from austin.polstra.com (austin.polstra.com [206.213.73.10]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id RAA07257 for ; Mon, 3 Feb 1997 17:57:41 -0800 (PST) Received: (from jdp@localhost) by austin.polstra.com (8.8.5/8.8.5) id RAA17760; Mon, 3 Feb 1997 17:57:40 -0800 (PST) To: freebsd-current@freebsd.org Path: not-for-mail From: jdp@polstra.com (John Polstra) Newsgroups: polstra.freebsd.current Subject: Re: make world broken Date: 3 Feb 1997 17:57:39 -0800 Organization: Polstra & Co., Seattle, WA Lines: 13 Distribution: local Message-ID: <5d652j$hat@austin.polstra.com> References: <199702030906.KAA18715@helbig.informatik.ba-stuttgart.de> Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In article <199702030906.KAA18715@helbig.informatik.ba-stuttgart.de>, Wolfgang Helbig wrote: > install: /usr/share/examples/driver/README: No such file or directory > > The latest cvs_cur ctm delta is #2999. Somebody forgot to update the file that tells mtree to create the directory. It's been fixed now. -- John Polstra jdp@polstra.com John D. Polstra & Co., Inc. Seattle, Washington USA "Self-knowledge is always bad news." -- John Barth From owner-freebsd-current Mon Feb 3 19:07:11 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id TAA11578 for current-outgoing; Mon, 3 Feb 1997 19:07:11 -0800 (PST) Received: from super ([203.67.215.1]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id TAA11566 for ; Mon, 3 Feb 1997 19:07:02 -0800 (PST) Received: from [168.95.91.32] by super (5.x/SMI-SVR4) id AA04193; Tue, 4 Feb 1997 11:01:23 +0800 Message-Id: <32F718FE.706C@ms2.hinet.net> Date: Tue, 04 Feb 1997 11:09:51 +0000 From: Domingo Ang X-Mailer: Mozilla 3.0 (Win16; I) Mime-Version: 1.0 To: freebsd-current@FreeBSD.ORG Subject: Subscribe freebsd-current Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Subscribe freebsd-current Thank you! --- Domingo Ang From owner-freebsd-current Mon Feb 3 20:04:54 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id UAA14900 for current-outgoing; Mon, 3 Feb 1997 20:04:54 -0800 (PST) Received: from nemesis.lonestar.org (fw3-24.ppp.iadfw.net [206.66.15.121]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id UAA14892 for ; Mon, 3 Feb 1997 20:04:45 -0800 (PST) Received: by nemesis.lonestar.org (Smail3.1.27.1 #22) id m0vrc6T-000utcC; Mon, 3 Feb 97 22:03 CST Message-Id: Date: Mon, 3 Feb 97 22:03 CST To: j@uriah.heep.sax.de, freebsd-current@freebsd.org From: uhclem@nemesis.lonestar.org (Frank Durda IV) Sent: Mon Feb 3 1997, 22:03:29 CST Subject: Good name for a dump(8) option? Cc: uhclem@nemesis.lonestar.org Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk [0]How to name this kid? Right now, i've picked key `e' (``end of [0]medium'', ``enforce end-of-medium''), lacking a better idea. Are [0]there any better suggestions that don't conflict with other existing [0]keys? Actually, "e" is an excellent choice since the official name for that point on the tape is the "EOT" (End-Of-Tape), whether it be a reflective marker or punch-out in the media. A question though. When you get the error back, what do you consider the state of the block just written or group of blocks just written? Some drives will report the EOT and keep recording the current block then stop (returning errors for any additional blocks), some drives keep recording despite reporting EOT (and you can run the tape off the spindle if you aren't careful), and other drives will stop instantly and refuse to write further when the EOT is encountered. Some even back the tape up and write two EOF marks over the block if it spans the EOT mark. How does the next dump volume pick up from where the first stopped with an unknown number of blocks not really written to tape, or does this "e" mode assume that if backup won't fit on one tape, the backup is incomplete? People who used to rethread 9-track tapes and run the old DC 40Meg cartridge tapes off the end of the supply spindle ask silly questions like these... :-) Frank Durda IV |"That was one good thing about or uhclem%nemesis@rwsystr.nkn.net | paper tape. You could see | where the media was damaged or ...letni!rwsys!nemesis!uhclem | when someone stepped on it." From owner-freebsd-current Mon Feb 3 21:04:02 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id VAA18385 for current-outgoing; Mon, 3 Feb 1997 21:04:02 -0800 (PST) Received: from starfire.mn.org (root@starfire.skypoint.net [199.86.32.187]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id VAA18361 for ; Mon, 3 Feb 1997 21:03:57 -0800 (PST) Received: (from john@localhost) by starfire.mn.org (8.8.4/1.1) id XAA21687; Mon, 3 Feb 1997 23:03:55 -0600 (CST) Message-ID: Date: Mon, 3 Feb 1997 23:03:54 -0600 From: john@dexter.starfire.mn.org (John Lind) To: current@freebsd.org Subject: Re: fast/slow Ethernet NFS problems with 3.0-970124-SNAP (update) References: <199702021008.MAA06355@katiska.clinet.fi> X-Mailer: Mutt 0.53 Mime-Version: 1.0 In-Reply-To: Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > I am having what seems like the classic problem with a fast server and > a slow client in that the client makes a request and, judging from > the data activity lights on the network, the server is trying to > respond, but the client "hangs." I have tried doing the mount with > "-r=1024" but this has not helped. I had another system apart, and borrowed the NE-2000 compatible from it to use in the client box, and suddenly the whole thing worked fine. Either we have a new problem with fast servers and slow clients, or something is preventing the old solution from working around the problem. John Lind, Starfire Consulting Services E-mail: john@starfire.MN.ORG USnail: PO Box 17247, Mpls MN 55417 From owner-freebsd-current Mon Feb 3 21:44:58 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id VAA20079 for current-outgoing; Mon, 3 Feb 1997 21:44:58 -0800 (PST) Received: from mail.MCESTATE.COM (vince@mail.MCESTATE.COM [206.171.98.50]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id VAA20073 for ; Mon, 3 Feb 1997 21:44:55 -0800 (PST) Received: from localhost (vince@localhost) by mail.MCESTATE.COM (8.8.3/8.8.3) with SMTP id VAA02038 for ; Mon, 3 Feb 1997 21:44:00 -0800 (PST) Date: Mon, 3 Feb 1997 21:43:59 -0800 (PST) From: Vincent Poy To: current@FreeBSD.ORG Subject: -currentbuild failed again Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk After the fix submitted by John P., the latest -current as of 16:01PST 2/3/97 fails again: ===> gnu/usr.bin/gdb/libiberty make: don't know how to make strerror.c. Stop *** Error code 2 Stop. *** Error code 1 Stop. *** Error code 1 Stop. *** Error code 1 Stop. *** Error code 1 Stop. root@earth [5:29pm][/usr/src] >> Cheers, Vince - vince@MCESTATE.COM - vince@GAIANET.NET Unix Networking Operations GaiaNet Corporation - M & C Estate Beverly Hills, California USA 90210 From owner-freebsd-current Mon Feb 3 23:30:57 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id XAA24585 for current-outgoing; Mon, 3 Feb 1997 23:30:57 -0800 (PST) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id XAA24579 for ; Mon, 3 Feb 1997 23:30:53 -0800 (PST) Received: (from msmith@localhost) by genesis.atrad.adelaide.edu.au (8.8.2/8.7.3) id SAA11726 for current@freebsd.org; Tue, 4 Feb 1997 18:00:50 +1030 (CST) From: Michael Smith Message-Id: <199702040730.SAA11726@genesis.atrad.adelaide.edu.au> Subject: 2.2 fails to build? To: current@freebsd.org Date: Tue, 4 Feb 1997 18:00:50 +1030 (CST) X-Mailer: ELM [version 2.4ME+ PL28 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by freefall.freebsd.org id XAA24581 Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hrmm. I'm having trouble building 2.2 after Satoshi merged the new gdb : ===> gnu/usr.bin/gdb/bfd cc -O -pipe -I/remote1/playpen/2.2/src/gnu/usr.bin/gdb/bfd/. -I/remote1/playpen/2.2/src/gnu/usr.bin/gdb/bfd/../gdb/. -DDEFAULT_VECTOR=i386freebsd_vec -DSELECT_VECS='&i386freebsd_vec,&i386bsd_vec' -DSELECT_ARCHITECTURES='&bfd_i386_arch' -DTRAD_CORE -I/remote1/playpen/2.2/src/gnu/usr.bin/gdb/bfd/../../../../contrib/gdb/include/. -I/remote1/playpen/2.2/src/gnu/usr.bin/gdb/bfd/../../../../contrib/gdb/gdb/. -I/remote1/playpen/2.2/src/gnu/usr.bin/gdb/bfd/../../../../contrib/gdb/bfd/. -I/remote1/playpen/2.2/src/gnu/usr.bin/gdb/bfd/../../../../contrib/gdb/libiberty/. -I/remote1/playpen/2.2/src/gnu/usr.bin/gdb/bfd/../../../../contrib/gdb/gdb/config/. -DHAVE_CONFIG_H -I/remote1/playpen/2.2/src/gnu/usr.bin/gdb/bfd/../../../../contrib/gdb/include/. -I/remote1/playpen/2.2/src/gnu/usr.bin/gdb/bfd/../../../../contrib/gdb/gdb/. -I/remote1/playpen/2.2/src/gnu/usr.bin/gdb/bfd/../../../../contrib/gdb/bfd/. -I/remote1/playpen/2.2/src/gnu/usr.bin/gdb/bfd/../../../../contrib/gdb/libiberty/. -I/remote1/playpen/2.2/src/gnu/usr.bin/gdb/bfd/../../../../contrib/gdb/gdb/config/. -DHAVE_CONFIG_H -c /remote1/playpen/2.2/src/gnu/usr.bin/gdb/bfd/../../../../contrib/gdb/bfd/bfd.c -o bfd.o In file included from /remote1/playpen/2.2/src/gnu/usr.bin/gdb/bfd/../../../../contrib/gdb/bfd/bfd.c:204: /remote1/playpen/2.2/src/gnu/usr.bin/gdb/bfd/../../../../contrib/gdb/bfd/libcoff.h:104: field `pe_opthdr' has incomplete type /remote1/playpen/2.2/src/gnu/usr.bin/gdb/bfd/../../../../contrib/gdb/bfd/bfd.c: In function `bfd_record_phdr': /remote1/playpen/2.2/src/gnu/usr.bin/gdb/bfd/../../../../contrib/gdb/bfd/bfd.c:1122: sizeof applied to an incomplete type /remote1/playpen/2.2/src/gnu/usr.bin/gdb/bfd/../../../../contrib/gdb/bfd/bfd.c:1127: dereferencing pointer to incomplete type /remote1/playpen/2.2/src/gnu/usr.bin/gdb/bfd/../../../../contrib/gdb/bfd/bfd.c:1128: dereferencing pointer to incomplete type /remote1/playpen/2.2/src/gnu/usr.bin/gdb/bfd/../../../../contrib/gdb/bfd/bfd.c:1129: dereferencing pointer to incomplete type /remote1/playpen/2.2/src/gnu/usr.bin/gdb/bfd/../../../../contrib/gdb/bfd/bfd.c:1130: dereferencing pointer to incomplete type /remote1/playpen/2.2/src/gnu/usr.bin/gdb/bfd/../../../../contrib/gdb/bfd/bfd.c:1131: dereferencing pointer to incomplete type /remote1/playpen/2.2/src/gnu/usr.bin/gdb/bfd/../../../../contrib/gdb/bfd/bfd.c:1132: dereferencing pointer to incomplete type /remote1/playpen/2.2/src/gnu/usr.bin/gdb/bfd/../../../../contrib/gdb/bfd/bfd.c:1133: dereferencing pointer to incomplete type /remote1/playpen/2.2/src/gnu/usr.bin/gdb/bfd/../../../../contrib/gdb/bfd/bfd.c:1134: dereferencing pointer to incomplete type /remote1/playpen/2.2/src/gnu/usr.bin/gdb/bfd/../../../../contrib/gdb/bfd/bfd.c:1135: dereferencing pointer to incomplete type /remote1/playpen/2.2/src/gnu/usr.bin/gdb/bfd/../../../../contrib/gdb/bfd/bfd.c:1137: dereferencing pointer to incomplete type /remote1/playpen/2.2/src/gnu/usr.bin/gdb/bfd/../../../../contrib/gdb/bfd/bfd.c:1139: dereferencing pointer to incomplete type -- ]] Mike Smith, Software Engineer msmith@gsoft.com.au [[ ]] Genesis Software genesis@gsoft.com.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control. (ph) +61-8-8267-3493 [[ ]] Unix hardware collector. "Where are your PEZ?" The Tick [[ From owner-freebsd-current Tue Feb 4 00:49:24 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id AAA02166 for current-outgoing; Tue, 4 Feb 1997 00:49:24 -0800 (PST) Received: from btp1da.phy.uni-bayreuth.de (btp1da.phy.uni-bayreuth.de [132.180.20.32]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id AAA02140; Tue, 4 Feb 1997 00:49:17 -0800 (PST) Received: (from root@localhost) by btp1da.phy.uni-bayreuth.de (8.8.5/8.7.3) id JAA01049; Tue, 4 Feb 1997 09:49:09 +0100 (MET) From: Werner Griessl Message-Id: <199702040849.JAA01049@btp1da.phy.uni-bayreuth.de> Subject: fetch segmentation fault To: current@freebsd.org Date: Tue, 4 Feb 1997 09:49:09 +0100 (MET) Cc: ports@freebsd.org X-Mailer: ELM [version 2.4ME+ PL30 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk fetch isn't working in current since yesterday Feb 3 for me. It faults every time with "Segmentation fault". Werner From owner-freebsd-current Tue Feb 4 00:51:46 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id AAA02441 for current-outgoing; Tue, 4 Feb 1997 00:51:46 -0800 (PST) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id AAA02419 for ; Tue, 4 Feb 1997 00:51:37 -0800 (PST) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id JAA27649 for freebsd-current@freebsd.org; Tue, 4 Feb 1997 09:51:29 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.8.5/8.6.9) id JAA27524; Tue, 4 Feb 1997 09:44:27 +0100 (MET) Message-ID: Date: Tue, 4 Feb 1997 09:44:27 +0100 From: j@uriah.heep.sax.de (J Wunsch) To: freebsd-current@freebsd.org Subject: Re: Good name for a dump(8) option? References: X-Mailer: Mutt 0.55-PL10 Mime-Version: 1.0 X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: ; from Frank Durda IV on Feb 3, 1997 22:03:00 -0500 Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk As Frank Durda IV wrote: > Actually, "e" is an excellent choice since the official name for that point > on the tape is the "EOT" (End-Of-Tape), whether it be a reflective > marker or punch-out in the media. Hmm, it has been voted for "a" now (automatic EOF handling). > A question though. When you get the error back, what do you consider > the state of the block just written or group of blocks just written? I haven't even dealt with this... this magic used to be in dump all the time, it's only that you normally didn't hit EOM unless you specified a tape length longer than the actual length. > Some drives will report the EOT and keep recording the current block > then stop (returning errors for any additional blocks), some drives keep > recording despite reporting EOT (and you can run the tape off the spindle > if you aren't careful), and other drives will stop instantly and refuse to > write further when the EOT is encountered. Some even back the tape up and > write two EOF marks over the block if it spans the EOT mark. I think that's a matter of the driver. dump will probably trust it for whatever it reported to be written to the tape, when it returns from the write(2) call. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-current Tue Feb 4 02:31:19 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id CAA07716 for current-outgoing; Tue, 4 Feb 1997 02:31:19 -0800 (PST) Received: from hda.hda.com (ip78-max1-fitch.ziplink.net [199.232.245.78]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id CAA07709 for ; Tue, 4 Feb 1997 02:31:15 -0800 (PST) Received: (from dufault@localhost) by hda.hda.com (8.6.12/8.6.12) id FAA20953; Tue, 4 Feb 1997 05:24:34 -0500 From: Peter Dufault Message-Id: <199702041024.FAA20953@hda.hda.com> Subject: Re: SCSI_FREEZE kernel option? In-Reply-To: from Tom Bartol at "Feb 3, 97 05:07:53 pm" To: bartol@salk.edu (Tom Bartol) Date: Tue, 4 Feb 1997 05:24:34 -0500 (EST) Cc: current@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL25 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > Hi, > > I was just looking at the manpage for scsi (8) and was particularly > intrigued by the -z option which claims to be able to freeze the scsi bus > for an audible "beep" delimited (with the -v option) specified period of > time provided you have compiled your kernel with the "SCSI_FREEZE" option. > The manpage goes on to state that this kernel code is not committed yet > and indeed a grep of the kernel source for -current for the string > "SCSI_FREEZE" comes up empty-handed. I presume that an appropriately > contrived sequence of scsi -z and scsi -p commands could be used to > perform hot-swapping of scsi devices -- something I would dearly love to > be able to do. Does this actually work yet and how should I specify any > required kernel options? It isn't in there - I had a code collision with (I think) David Greenman and never put it back in since I was no longer active on that project. Mea culpa. The code he put in should make it easy to add back. It had to do with when you can sleep when submitting a command. I set a flag getting everyone to sleep (probably somewhere around scsicmd) if someone was freezing the bus until no one was active and then froze and thawed the bus. To get around the problem of accessing the bus while frozen it was a "pulse" freeze for a given time. I built the world with the bus freezing every five seconds. This is probably three years back now. I can dig up the code but it is probably easier to do over from scratch. -- Peter Dufault (dufault@hda.com) Realtime Machine Control and Simulation HD Associates, Inc. Voice: 508 433 6936 From owner-freebsd-current Tue Feb 4 02:36:55 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id CAA08204 for current-outgoing; Tue, 4 Feb 1997 02:36:55 -0800 (PST) Received: from mail12.digital.com (mail12.digital.com [192.208.46.20]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id CAA08197 for ; Tue, 4 Feb 1997 02:36:52 -0800 (PST) From: garyj@frt.dec.com Received: from cssmuc.frt.dec.com by mail12.digital.com (8.7.5/UNX 1.5/1.0/WV) id FAA02371; Tue, 4 Feb 1997 05:34:34 -0500 (EST) Received: from localhost by cssmuc.frt.dec.com; (5.65v3.2/1.1.8.2/14Nov95-0232PM) id AA09744; Tue, 4 Feb 1997 11:34:23 +0100 Message-Id: <9702041034.AA09744@cssmuc.frt.dec.com> X-Mailer: exmh version 1.6.4 10/10/95 To: Vincent Poy Cc: current@freebsd.org In-Reply-To: Message from Vincent Poy of Mon, 03 Feb 97 21:43:59 PST. Reply-To: gjennejohn@frt.dec.com Subject: Re: -currentbuild failed again Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 04 Feb 97 11:34:23 +0100 X-Mts: smtp Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk vince@mail.MCESTATE.COM writes: > After the fix submitted by John P., the latest -current as of > 16:01PST 2/3/97 fails again: > > ===> gnu/usr.bin/gdb/libiberty > make: don't know how to make strerror.c. Stop > it shouldn't even be looking in the local directory for that file. Make sure that your old .depend is gone. --- Gary Jennejohn (work) gjennejohn@frt.dec.com (home) Gary.Jennejohn@munich.netsurf.de (play) gj@freebsd.org From owner-freebsd-current Tue Feb 4 02:43:25 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id CAA08527 for current-outgoing; Tue, 4 Feb 1997 02:43:25 -0800 (PST) Received: from mail.MCESTATE.COM (vince@mail.MCESTATE.COM [206.171.98.50]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id CAA08518 for ; Tue, 4 Feb 1997 02:43:22 -0800 (PST) Received: from localhost (vince@localhost) by mail.MCESTATE.COM (8.8.3/8.8.3) with SMTP id CAA02677; Tue, 4 Feb 1997 02:39:39 -0800 (PST) Date: Tue, 4 Feb 1997 02:39:38 -0800 (PST) From: Vincent Poy To: gjennejohn@frt.dec.com cc: current@freebsd.org Subject: Re: -currentbuild failed again In-Reply-To: <9702041034.AA09744@cssmuc.frt.dec.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Tue, 4 Feb 1997 garyj@frt.dec.com wrote: > > vince@mail.MCESTATE.COM writes: > > After the fix submitted by John P., the latest -current as of > > 16:01PST 2/3/97 fails again: > > > > ===> gnu/usr.bin/gdb/libiberty > > make: don't know how to make strerror.c. Stop > > > > it shouldn't even be looking in the local directory for that file. > Make sure that your old .depend is gone. It is gone as shown, it compiled fine on the last make world but the install fail for make world until John P.'s patch. root@earth [2:39am][/usr/src/gnu/usr.bin/gdb/libiberty] >> dir total 10 drwxr-xr-x 2 root wheel 512 Jan 17 02:45 . drwxr-xr-x 6 root wheel 512 Jan 17 02:45 .. -rw-rw-r-- 1 root wheel 438 Jan 17 02:45 Makefile -rw-rw-r-- 1 root wheel 382 Jan 17 02:45 alloca-conf.h -rw-rw-r-- 1 root wheel 167 Jan 17 02:45 config.h root@earth [2:39am][/usr/src/gnu/usr.bin/gdb/libiberty] >> Cheers, Vince - vince@MCESTATE.COM - vince@GAIANET.NET Unix Networking Operations GaiaNet Corporation - M & C Estate Beverly Hills, California USA 90210 From owner-freebsd-current Tue Feb 4 03:33:17 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id DAA11238 for current-outgoing; Tue, 4 Feb 1997 03:33:17 -0800 (PST) Received: from sovcom.kiae.su (sovcom.kiae.su [193.125.152.1]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id DAA11215; Tue, 4 Feb 1997 03:33:04 -0800 (PST) Received: by sovcom.kiae.su id AA16535 (5.65.kiae-1 ); Tue, 4 Feb 1997 14:01:39 +0300 Received: by sovcom.KIAE.su (UUMAIL/2.0); Tue, 4 Feb 97 14:01:38 +0300 Received: (from ache@localhost) by nagual.ru (8.8.5/8.8.5) id OAA02105; Tue, 4 Feb 1997 14:00:47 +0300 (MSK) Date: Tue, 4 Feb 1997 14:00:44 +0300 (MSK) From: =?KOI8-R?B?4c7E0sXKIP7F0s7P1w==?= To: wpaul@freebsd.org, FreeBSD-current , FreeBSD-SCSI List Subject: Nice SCSI probe diagnostic is very broken for other cases Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Bill, you better restore sc_print_addr() to old variant and make new variant of this function especially for probe stage printing. With your changes I have sd0: Direct-Access 516MB (1057616 512 byte sectors)sd0 at scbus0 target 0 lun 0: with 2740 cyls, 4 heads, and an average 96 sectors/track ^^^^^^^^^^^^^^^^^^^^^^^^^^^^ sc_print_addr output Moreover, many error diagnostics call sc_print_addr at the beginnig, so now some scsi error will looks like sd0 at scbus0 target 0 lun 0: cannot allocate scsi xs ^ this part can be MUCH longer for some cases What looks nice for probe stage looks very ugly for error messages. Please fix it. -- Andrey A. Chernov http://www.nagual.ru/~ache/ From owner-freebsd-current Tue Feb 4 05:12:31 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id FAA15228 for current-outgoing; Tue, 4 Feb 1997 05:12:31 -0800 (PST) Received: from mail.pcmagic.net (mail.pcmagic.net [206.117.211.6]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id FAA15221 for ; Tue, 4 Feb 1997 05:12:27 -0800 (PST) Received: from web.pcmagic.net ([206.117.211.20]) by mail.pcmagic.net (Netscape Mail Server v2.02) with SMTP id AAA45 for ; Tue, 4 Feb 1997 05:12:41 -0800 Message-ID: <32F735BA.645D@pcmagic.net> Date: Tue, 04 Feb 1997 05:12:26 -0800 From: Tommy Cheng Reply-To: tommycheng@pcmagic.net X-Mailer: Mozilla 3.01Gold (Win95; I) MIME-Version: 1.0 To: freebsd-current@freebsd.org Subject: Question about cvsup Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Dear Freebsd-current team I need help. I always get this error from 3.0-970124-SNAP after I tried to do "cvsup -g -L 2 cvs-supfile" runtime error: segmentation violation - possible attempt to deference NIL0. PID 213 (cvsup), UID0: exited on signal 6 (core dump) abort trap (core dumped) What does this mean? I always get this error before the cvsup finishes installing the port (stuck on x11 port). Any ieda? tommy tommycheng@pcmagic.net From owner-freebsd-current Tue Feb 4 06:20:59 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id GAA17391 for current-outgoing; Tue, 4 Feb 1997 06:20:59 -0800 (PST) Received: from vipunen.hut.fi (root@vipunen.hut.fi [130.233.224.20]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id GAA17386 for ; Tue, 4 Feb 1997 06:20:56 -0800 (PST) Received: from pooh.tky.hut.fi (pooh.tky.hut.fi [130.233.33.233]) by vipunen.hut.fi (8.8.3/8.8.2) with ESMTP id QAA95006 for ; Tue, 4 Feb 1997 16:20:46 +0200 Received: by pooh.tky.hut.fi (QAA06516); Tue, 4 Feb 1997 16:20:46 +0200 (EET) Date: Tue, 4 Feb 1997 16:20:46 +0200 (EET) Message-Id: <199702041420.QAA06516@pooh.tky.hut.fi> From: Timo J Rinne To: current@freebsd.org Subject: vm86 in current? Reply-to: tri@iki.fi Organization: Helsinki University of Technology, Espoo, Finland X-Face: 7N&%4=;/9+e`m7vVp3kmZ^FZ~;TBHua/@dBeFi*{xAoyz+8feePXCUmOK[GaY*0[QU`{lo *D3.D?xc>nBKUHDdXo)*OiG-MGf-a2dCZ5{yYMZV9:+H1h:%g$']XOPwUx{<5fH@l?+U8B Cr!lG(V:g=`_gdg86&u$/ez/jG_H3uU8!TB&ZuEz-BKqfBL3HGS@oA#,GsugP3o3.ckI- Mime-version: 1.0 Content-type: text/plain; charset=iso-8859-1 Content-transfer-encoding: 8bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi Is the vm86 code going to make its way into the freebsd-current (3.0) code anytime soon? Regards, //Rinne From owner-freebsd-current Tue Feb 4 06:48:12 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id GAA18821 for current-outgoing; Tue, 4 Feb 1997 06:48:12 -0800 (PST) Received: from tfs.com (tfs.com [140.145.250.1]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id GAA18813 for ; Tue, 4 Feb 1997 06:48:09 -0800 (PST) Received: from schizo.dk.tfs.com by tfs.com (smail3.1.28.1) with SMTP id m0vrm9j-0003wHC; Tue, 4 Feb 97 06:47 PST Received: from critter.dk.tfs.com (critter.dk.tfs.com [140.145.230.252]) by schizo.dk.tfs.com (8.8.2/8.7.3) with ESMTP id PAA17754; Tue, 4 Feb 1997 15:47:28 +0100 (MET) Received: from critter.dk.tfs.com (localhost [127.0.0.1]) by critter.dk.tfs.com (8.8.2/8.8.2) with ESMTP id PAA01137; Tue, 4 Feb 1997 15:49:09 +0100 (MET) To: tri@iki.fi cc: current@FreeBSD.ORG Subject: Re: vm86 in current? In-reply-to: Your message of "Tue, 04 Feb 1997 16:20:46 +0200." <199702041420.QAA06516@pooh.tky.hut.fi> Date: Tue, 04 Feb 1997 15:49:09 +0100 Message-ID: <1135.855067749@critter.dk.tfs.com> From: Poul-Henning Kamp Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk In message <199702041420.QAA06516@pooh.tky.hut.fi>, Timo J Rinne writes: >Hi > >Is the vm86 code going to make its way into the freebsd-current (3.0) >code anytime soon? Yes, If somebody starts working on it. -- Poul-Henning Kamp | phk@FreeBSD.ORG FreeBSD Core-team. http://www.freebsd.org/~phk | phk@login.dknet.dk Private mailbox. whois: [PHK] | phk@tfs.com TRW Financial Systems, Inc. Power and ignorance is a disgusting cocktail. From owner-freebsd-current Tue Feb 4 06:51:55 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id GAA19088 for current-outgoing; Tue, 4 Feb 1997 06:51:55 -0800 (PST) Received: from vipunen.hut.fi (root@vipunen.hut.fi [130.233.224.20]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id GAA19082 for ; Tue, 4 Feb 1997 06:51:53 -0800 (PST) Received: from pooh.tky.hut.fi (pooh.tky.hut.fi [130.233.33.233]) by vipunen.hut.fi (8.8.3/8.8.2) with ESMTP id QAA214950; Tue, 4 Feb 1997 16:51:47 +0200 Received: by pooh.tky.hut.fi (QAA06624); Tue, 4 Feb 1997 16:51:46 +0200 (EET) Date: Tue, 4 Feb 1997 16:51:46 +0200 (EET) Message-Id: <199702041451.QAA06624@pooh.tky.hut.fi> From: Timo J Rinne To: Poul-Henning Kamp , current@freebsd.org Subject: Re: vm86 in current? In-Reply-To: <1135.855067749@critter.dk.tfs.com> References: <199702041420.QAA06516@pooh.tky.hut.fi> <1135.855067749@critter.dk.tfs.com> Reply-to: tri@iki.fi Organization: Helsinki University of Technology, Espoo, Finland X-Face: 7N&%4=;/9+e`m7vVp3kmZ^FZ~;TBHua/@dBeFi*{xAoyz+8feePXCUmOK[GaY*0[QU`{lo *D3.D?xc>nBKUHDdXo)*OiG-MGf-a2dCZ5{yYMZV9:+H1h:%g$']XOPwUx{<5fH@l?+U8B Cr!lG(V:g=`_gdg86&u$/ez/jG_H3uU8!TB&ZuEz-BKqfBL3HGS@oA#,GsugP3o3.ckI- Mime-version: 1.0 Content-type: text/plain; charset=iso-8859-1 Content-transfer-encoding: 8bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Poul-Henning Kamp writes: > In message <199702041420.QAA06516@pooh.tky.hut.fi>, Timo J Rinne writes: > >Hi > > > >Is the vm86 code going to make its way into the freebsd-current (3.0) > >code anytime soon? > > Yes, If somebody starts working on it. As far as I understood the stuff in emulation list, someone has. It's a bit of the confusion if that stuff lives only in some weird patch set. Of course it's also bad, if the stability of the overall system is compromised because of this. //Rinne From owner-freebsd-current Tue Feb 4 07:29:02 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id HAA21318 for current-outgoing; Tue, 4 Feb 1997 07:29:02 -0800 (PST) Received: from halloran-eldar.lcs.mit.edu (halloran-eldar.lcs.mit.edu [18.26.0.159]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id HAA21302; Tue, 4 Feb 1997 07:28:55 -0800 (PST) Received: by halloran-eldar.lcs.mit.edu; (5.65v3.2/1.1.8.2/19Aug95-0530PM) id AA22127; Tue, 4 Feb 1997 10:28:37 -0500 Date: Tue, 4 Feb 1997 10:28:37 -0500 From: Garrett Wollman Message-Id: <9702041528.AA22127@halloran-eldar.lcs.mit.edu> To: Werner Griessl Cc: current@FreeBSD.org, ports@FreeBSD.org Subject: fetch segmentation fault In-Reply-To: <199702040849.JAA01049@btp1da.phy.uni-bayreuth.de> References: <199702040849.JAA01049@btp1da.phy.uni-bayreuth.de> Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk < said: > fetch isn't working in current since yesterday Feb 3 for me. > It faults every time with "Segmentation fault". Please provide more information. -GAWollman -- Garrett A. Wollman | O Siem / We are all family / O Siem / We're all the same wollman@lcs.mit.edu | O Siem / The fires of freedom Opinions not those of| Dance in the burning flame MIT, LCS, ANA, or NSA| - Susan Aglukark and Chad Irschick From owner-freebsd-current Tue Feb 4 08:11:33 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id IAA23673 for current-outgoing; Tue, 4 Feb 1997 08:11:33 -0800 (PST) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id IAA23646; Tue, 4 Feb 1997 08:11:17 -0800 (PST) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.3/8.6.9) id DAA26850; Wed, 5 Feb 1997 03:07:37 +1100 Date: Wed, 5 Feb 1997 03:07:37 +1100 From: Bruce Evans Message-Id: <199702041607.DAA26850@godzilla.zeta.org.au> To: croot@btp1da.phy.uni-bayreuth.de, wollman@lcs.mit.edu Subject: Re: fetch segmentation fault Cc: current@FreeBSD.ORG, ports@FreeBSD.ORG Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >> fetch isn't working in current since yesterday Feb 3 for me. >> It faults every time with "Segmentation fault". > >Please provide more information. I fixed one segfault bug on Feb 2 (freefall time). It always segfaulted if malloc() is configured to return nonzero storage. Bruce From owner-freebsd-current Tue Feb 4 08:18:45 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id IAA24081 for current-outgoing; Tue, 4 Feb 1997 08:18:45 -0800 (PST) Received: from sumatra.americantv.com (sumatra.americantv.com [199.184.181.250]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id IAA24056; Tue, 4 Feb 1997 08:18:34 -0800 (PST) Received: from right.PCS (right.pcs. [148.105.10.31]) by sumatra.americantv.com (8.7.6/8.7.3) with ESMTP id KAA27486; Tue, 4 Feb 1997 10:33:48 -0600 (CST) Received: (jlemon@localhost) by right.PCS (8.6.13/8.6.4) id QAA20265; Tue, 4 Feb 1997 16:17:25 GMT Message-ID: Date: Tue, 4 Feb 1997 10:17:25 -0600 From: jlemon@americantv.com (Jonathan Lemon) To: tri@iki.fi Cc: phk@critter.dk.tfs.com (Poul-Henning Kamp), current@freebsd.org, emulation@freebsd.org Subject: Re: vm86 in current? References: <199702041420.QAA06516@pooh.tky.hut.fi> <1135.855067749@critter.dk.tfs.com> <199702041451.QAA06624@pooh.tky.hut.fi> X-Mailer: Mutt 0.56e Mime-Version: 1.0 In-Reply-To: <199702041451.QAA06624@pooh.tky.hut.fi>; from Timo J Rinne on Feb 4, 1997 16:51:46 +0200 Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Timo J Rinne writes: > Poul-Henning Kamp writes: > > In message <199702041420.QAA06516@pooh.tky.hut.fi>, Timo J Rinne writes: > > >Hi > > > > > >Is the vm86 code going to make its way into the freebsd-current (3.0) > > >code anytime soon? > > > > Yes, If somebody starts working on it. > > As far as I understood the stuff in emulation list, someone has. > It's a bit of the confusion if that stuff lives only in some weird > patch set. Of course it's also bad, if the stability of the overall > system is compromised because of this. Well, I've been re-working the patch set a little but, and now have a working set of vm86 patches against -current, which appear to be stable. I've eliminated a private 'return' to VM86, so now the normal kernel exit point is used. The next step I want to do is move the emulation of a couple instructions (cli/sti) into the kernel, and then add in VME support. When I get the cli/sti stuff working, I'll submit them to someone for integration. Hopefully this week. BTW, are there any objections if I grow the trapframe/intrframe/clockframe structures by 4 more words? It would only affect things that do sizeof(), and perhaps the kernel debugger. Otherwise, a new vm86frame structure will be needed, with a little bit of typecasting back and forth. -- Jonathan From owner-freebsd-current Tue Feb 4 08:34:49 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id IAA26680 for current-outgoing; Tue, 4 Feb 1997 08:34:49 -0800 (PST) Received: from btp1da.phy.uni-bayreuth.de (btp1da.phy.uni-bayreuth.de [132.180.20.32]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id IAA26648; Tue, 4 Feb 1997 08:34:39 -0800 (PST) Received: (from root@localhost) by btp1da.phy.uni-bayreuth.de (8.8.5/8.7.3) id RAA23885; Tue, 4 Feb 1997 17:34:35 +0100 (MET) From: Werner Griessl Message-Id: <199702041634.RAA23885@btp1da.phy.uni-bayreuth.de> Subject: Re: fetch segmentation fault In-Reply-To: <9702041611.AA00851@halloran-eldar.lcs.mit.edu> from Garrett Wollman at "Feb 4, 97 11:11:24 am" To: wollman@lcs.mit.edu (Garrett Wollman) Date: Tue, 4 Feb 1997 17:34:34 +0100 (MET) Cc: current@freebsd.org, ports@freebsd.org X-Mailer: ELM [version 2.4ME+ PL30 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > < said: > > >> Please provide more information. > >>> Attempting to fetch from ftp://ftp.nl.freebsd.org/pub/FreeBSD/distfiles/. > > Segmentation fault > > wollman@khavrinen(233)$ fetch ftp://ftp.nl.freebsd.org/pub/FreeBSD/distfiles/Wine-970202.tar.gz > fetch: pub/FreeBSD/distfiles/Wine-970202.tar.gz: cannot get remote modification time > fetch: ftp.nl.freebsd.org: File unavailable (e.g., file not found, no access) > > Re-compile `fetch' with debugging and send me a stack trace. > > -GAWollman > > -- > Garrett A. Wollman | O Siem / We are all family / O Siem / We're all the same > wollman@lcs.mit.edu | O Siem / The fires of freedom > Opinions not those of| Dance in the burning flame > MIT, LCS, ANA, or NSA| - Susan Aglukark and Chad Irschick > Tried to produce the stack trace. Did a make clean depend all and voila, the problem is gone. Seems I had to do a fresh make depend. Sorry for the trouble ! Werner From owner-freebsd-current Tue Feb 4 08:54:23 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id IAA27550 for current-outgoing; Tue, 4 Feb 1997 08:54:23 -0800 (PST) Received: from goof.com (root@goof.com [128.173.246.47]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id IAA27543 for ; Tue, 4 Feb 1997 08:54:19 -0800 (PST) Received: (from jlido@localhost) by goof.com (8.7.5/8.7.3) id LAA08207; Tue, 4 Feb 1997 11:53:10 -0500 (EST) Message-Id: <199702041653.LAA08207@goof.com> Subject: Desperately needed JDK help To: freebsd-current@freebsd.org Date: Tue, 4 Feb 1997 11:53:10 -0500 (EST) From: jlido@vt.edu (Jon Lido) Reply-To: jlido@vt.edu X-Mailer: ELM [version 2.4 PL24 ME8a] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I have a critical need to have a working JDK. I wouldn't bother this group with this problem otherwise. While I'm certain the problem is not with my code, as the code runs fine on Solaris. I am not, however, certain of the JDK port on Freefall, or of my installation of it. I'm running 3.0-971024-SNAP. Java seems to choke on socket calls. I get the following output: java.lang.UnsatisfiedLinkError: setScopePermission at java.net.PlainSocketImpl.(PlainSocketImpl.java:44) at java.net.ServerSocket.(ServerSocket.java:48) at java.net.ServerSocket.(ServerSocket.java:69) at java.net.ServerSocket.(ServerSocket.java:58) at ServerProtocol.(ServerProtocol.java:33) at ServerProtocol.(ServerProtocol.java:42) at Server.(Server.java:19) at Server.main(Server.java:28) java.lang.UnsatisfiedLinkError: socketCreate at java.net.PlainSocketImpl.create(PlainSocketImpl.java:55) at java.net.ServerSocket.(ServerSocket.java:76) at java.net.ServerSocket.(ServerSocket.java:58) at ServerProtocol.(ServerProtocol.java:33) at ServerProtocol.(ServerProtocol.java:42) at Server.(Server.java:19) at Server.main(Server.java:28) I am able to use javac to compile the code, which leads me to believe that I have all my environment variables set correctly. Has anyone successfully used sockets with the jdk102.11-26 package? Thanks! Jon Lido From owner-freebsd-current Tue Feb 4 09:35:17 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id JAA00438 for current-outgoing; Tue, 4 Feb 1997 09:35:17 -0800 (PST) Received: from rocky.mt.sri.com (rocky.mt.sri.com [206.127.76.100]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id JAA00420 for ; Tue, 4 Feb 1997 09:35:03 -0800 (PST) Received: (from nate@localhost) by rocky.mt.sri.com (8.7.5/8.7.3) id KAA28034; Tue, 4 Feb 1997 10:34:27 -0700 (MST) Date: Tue, 4 Feb 1997 10:34:27 -0700 (MST) Message-Id: <199702041734.KAA28034@rocky.mt.sri.com> From: Nate Williams MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: jlido@vt.edu Cc: freebsd-current@freebsd.org Subject: Re: Desperately needed JDK help In-Reply-To: <199702041653.LAA08207@goof.com> References: <199702041653.LAA08207@goof.com> Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > I have a critical need to have a working JDK. I wouldn't bother this > group with this problem otherwise. The JDK that Jeffrey made works *very* well (as well as Sun's JDK anyway), modulo bugs I've found in the Date.toString() routines. > While I'm certain the problem is not with my code, as the code runs > fine on Solaris. I am not, however, certain of the JDK port on > Freefall, or of my installation of it. I'm running 3.0-971024-SNAP. .. > I am able to use javac to compile the code, which leads me to believe > that I have all my environment variables set correctly. > > Has anyone successfully used sockets with the jdk102.11-26 package? Yep, and Jeffrey stated he's run the Corel office-suite with the JDK, so I'm sure sockets work. I'm running/debuggin a pretty significant CORBA application with it and it works fine (modulo my bugs). Nate From owner-freebsd-current Tue Feb 4 10:46:36 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id KAA04173 for current-outgoing; Tue, 4 Feb 1997 10:46:36 -0800 (PST) Received: from dfw-ix8.ix.netcom.com (dfw-ix8.ix.netcom.com [206.214.98.8]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id KAA04163 for ; Tue, 4 Feb 1997 10:46:33 -0800 (PST) Received: (from smap@localhost) by dfw-ix8.ix.netcom.com (8.8.4/8.8.4) id MAA21536; Tue, 4 Feb 1997 12:46:00 -0600 (CST) Received: from wck-ca5-20.ix.netcom.com(199.35.213.180) by dfw-ix8.ix.netcom.com via smap (V1.3) id sma021497; Tue Feb 4 12:45:52 1997 Received: (from asami@localhost) by silvia.HIP.Berkeley.EDU (8.8.5/8.6.9) id KAA01460; Tue, 4 Feb 1997 10:45:49 -0800 (PST) Date: Tue, 4 Feb 1997 10:45:49 -0800 (PST) Message-Id: <199702041845.KAA01460@silvia.HIP.Berkeley.EDU> To: msmith@atrad.adelaide.edu.au CC: current@freebsd.org In-reply-to: <199702040730.SAA11726@genesis.atrad.adelaide.edu.au> (message from Michael Smith on Tue, 4 Feb 1997 18:00:50 +1030 (CST)) Subject: Re: 2.2 fails to build? From: asami@vader.cs.berkeley.edu (Satoshi Asami) Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk * Hrmm. I'm having trouble building 2.2 after Satoshi merged the new gdb : ^^^^^^^ Not that it matters, but it was Joerg I think (at least it's him that deleted the old one from RELENG_2_2). I rarely touch /usr/src, in case you haven't noticed. Besides, I've been disconnected from the net for the last three days (disks and cars breaking down, what fun ;). Satoshi From owner-freebsd-current Tue Feb 4 10:51:13 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id KAA04516 for current-outgoing; Tue, 4 Feb 1997 10:51:13 -0800 (PST) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id KAA04493; Tue, 4 Feb 1997 10:51:00 -0800 (PST) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.3/8.6.9) id FAA32304; Wed, 5 Feb 1997 05:47:58 +1100 Date: Wed, 5 Feb 1997 05:47:58 +1100 From: Bruce Evans Message-Id: <199702041847.FAA32304@godzilla.zeta.org.au> To: jlemon@americantv.com, tri@iki.fi Subject: Re: vm86 in current? Cc: current@freebsd.org, emulation@freebsd.org, phk@critter.dk.tfs.com Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >BTW, are there any objections if I grow the trapframe/intrframe/clockframe >structures by 4 more words? It would only affect things that do sizeof(), >and perhaps the kernel debugger. Otherwise, a new vm86frame structure will >be needed, with a little bit of typecasting back and forth. It would be bogus because the standard trapframe doesn't actually have the extra words. However, perhaps you can fudge the extra words by setting tss_esp0 16 lower. Bruce From owner-freebsd-current Tue Feb 4 11:00:21 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id LAA05191 for current-outgoing; Tue, 4 Feb 1997 11:00:21 -0800 (PST) Received: from sumatra.americantv.com (sumatra.americantv.com [199.184.181.250]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id LAA05170; Tue, 4 Feb 1997 11:00:08 -0800 (PST) Received: from right.PCS (right.pcs. [148.105.10.31]) by sumatra.americantv.com (8.7.6/8.7.3) with ESMTP id NAA27930; Tue, 4 Feb 1997 13:15:11 -0600 (CST) Received: (jlemon@localhost) by right.PCS (8.6.13/8.6.4) id SAA04066; Tue, 4 Feb 1997 18:58:44 GMT Message-ID: Date: Tue, 4 Feb 1997 12:58:43 -0600 From: jlemon@americantv.com (Jonathan Lemon) To: bde@zeta.org.au (Bruce Evans) Cc: tri@iki.fi, current@freebsd.org, emulation@freebsd.org, phk@critter.dk.tfs.com Subject: Re: vm86 in current? References: <199702041847.FAA32304@godzilla.zeta.org.au> X-Mailer: Mutt 0.56e Mime-Version: 1.0 In-Reply-To: <199702041847.FAA32304@godzilla.zeta.org.au>; from Bruce Evans on Feb 5, 1997 05:47:58 +1100 Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Bruce Evans writes: > >BTW, are there any objections if I grow the trapframe/intrframe/clockframe > >structures by 4 more words? It would only affect things that do sizeof(), > >and perhaps the kernel debugger. Otherwise, a new vm86frame structure will > >be needed, with a little bit of typecasting back and forth. > > It would be bogus because the standard trapframe doesn't actually have > the extra words. However, perhaps you can fudge the extra words by > setting tss_esp0 16 lower. This is what I've already done. I just wanted to see if I could get rid of the (struct trapframe_vm86) and use the reg[tXXXX] constructs instead. Besides, SS and ESP are not actually present for traps/interrupts from the kernel, either. -- Jonathan From owner-freebsd-current Tue Feb 4 11:08:34 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id LAA05786 for current-outgoing; Tue, 4 Feb 1997 11:08:34 -0800 (PST) Received: from relay.nuxi.com (nuxi.ucdavis.edu [128.120.37.176]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id LAA05762; Tue, 4 Feb 1997 11:08:25 -0800 (PST) Received: from dragon.nuxi.com (reqb-095.ucdavis.edu [128.120.254.95]) by relay.nuxi.com (8.8.4/8.6.12) with ESMTP id LAA13804; Tue, 4 Feb 1997 11:08:31 -0800 (PST) Received: (from obrien@localhost) by dragon.nuxi.com (8.8.4/8.7.3) id LAA22378; Tue, 4 Feb 1997 11:08:22 -0800 (PST) Message-ID: <19970204110821.OU09781@dragon.nuxi.com> Date: Tue, 4 Feb 1997 11:08:21 -0800 From: obrien@NUXI.com (David O'Brien) To: wpaul@freebsd.org Cc: current@freebsd.org (FreeBSD-current), scsi@freebsd.org (FreeBSD-SCSI List) Subject: Re: Nice SCSI probe diagnostic is very broken for other cases References: X-Mailer: Mutt 0.59-PL19 Mime-Version: 1.0 Organization: The NUXI *BSD group X-PGP-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Keyid: 34F9F9D5 In-Reply-To: ; from ??????????????? on Feb 4, 1997 14:00:44 +0300 Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk ??????????????? writes: > Bill, you better restore sc_print_addr() to old variant and make > new variant of this function especially for probe stage printing. ..snip.. > What looks nice for probe stage looks very ugly for error messages. > Please fix it. Agreed. I believe, the new form will just cause problems in bug reports. But for the probeing, the new form is quite nice. -- -- David (obrien@NUXI.com -or- obrien@FreeBSD.org) From owner-freebsd-current Tue Feb 4 12:04:18 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id MAA08801 for current-outgoing; Tue, 4 Feb 1997 12:04:18 -0800 (PST) Received: from mail.MCESTATE.COM (vince@mail.MCESTATE.COM [206.171.98.50]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id MAA08795 for ; Tue, 4 Feb 1997 12:04:15 -0800 (PST) Received: from localhost (vince@localhost) by mail.MCESTATE.COM (8.8.3/8.8.3) with SMTP id MAA03478 for ; Tue, 4 Feb 1997 12:03:22 -0800 (PST) Date: Tue, 4 Feb 1997 12:03:22 -0800 (PST) From: Vincent Poy To: current@FreeBSD.ORG Subject: latest current build fails Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk ===> libiberty make: don't know how to make strerror.c. Stop *** Error code 2 Stop. root@earth [11:34am][/usr/src/gnu/usr.bin/gdb] >> Cheers, Vince - vince@MCESTATE.COM - vince@GAIANET.NET Unix Networking Operations GaiaNet Corporation - M & C Estate Beverly Hills, California USA 90210 From owner-freebsd-current Tue Feb 4 12:18:17 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id MAA09541 for current-outgoing; Tue, 4 Feb 1997 12:18:17 -0800 (PST) Received: from vex.net (shell.vex.net [207.107.242.162]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id MAA09532 for ; Tue, 4 Feb 1997 12:18:14 -0800 (PST) Received: from vex.net(really [207.107.242.162]) by vex.net via sendmail with smtp id for ; Tue, 4 Feb 1997 15:18:05 -0500 (EST) (Smail-3.2.0.90 1996-Dec-4 #4 built 1997-Jan-8) Date: Tue, 4 Feb 1997 15:18:05 -0500 (EST) From: Brian Tao To: FREEBSD-CURRENT-L Subject: /etc/login.conf and xdm logins Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I'm running 3.0-970124-SNAP with the XFree86 3.2 binary distribution for 2.2-current. Do I need to rebuild or otherwise tweak xdm to take advantage of login classes? I can't seem to raise my resource limits above 256 open files and 32 processes, regardless of my login class in /etc/master.passwd and the settings in /etc/login.conf. -- Brian Tao (BT300, taob@risc.org) "Though this be madness, yet there is method in't" From owner-freebsd-current Tue Feb 4 12:18:19 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id MAA09554 for current-outgoing; Tue, 4 Feb 1997 12:18:19 -0800 (PST) Received: from miller.cs.uwm.edu (miller.cs.uwm.edu [129.89.139.22]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id MAA09536 for ; Tue, 4 Feb 1997 12:18:15 -0800 (PST) Received: (from james@localhost) by miller.cs.uwm.edu (8.8.5/8.8.5) id OAA00300 for current@freebsd.org; Tue, 4 Feb 1997 14:18:13 -0600 (CST) Date: Tue, 4 Feb 1997 14:18:13 -0600 (CST) From: Jim Lowe Message-Id: <199702042018.OAA00300@miller.cs.uwm.edu> To: current@freebsd.org Subject: ATM card/interface for FreeBSD Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Is anyone working on an ATM interface for FreeBSD? -Jim From owner-freebsd-current Tue Feb 4 12:43:57 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id MAA10760 for current-outgoing; Tue, 4 Feb 1997 12:43:57 -0800 (PST) Received: from vex.net (shell.vex.net [207.107.242.162]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id MAA10751 for ; Tue, 4 Feb 1997 12:43:52 -0800 (PST) Received: from vex.net(really [207.107.242.162]) by vex.net via sendmail with smtp id for ; Tue, 4 Feb 1997 15:43:44 -0500 (EST) (Smail-3.2.0.90 1996-Dec-4 #4 built 1997-Jan-8) Date: Tue, 4 Feb 1997 15:43:43 -0500 (EST) From: Brian Tao To: FREEBSD-CURRENT-L Subject: Re: /etc/login.conf and xdm logins In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Tue, 4 Feb 1997, Brian Tao wrote: > > I can't seem to raise my resource limits above 256 open files and 32 > processes, regardless of my login class in /etc/master.passwd and > the settings in /etc/login.conf. Never mind... I figured some of it out. I'm launching xdm from /etc/rc.local, which means it assumes the login class of "daemon". I raised the daemon class limits, rebooted, and the changes held. My next question is: since xdm runs as root, it should be able to raise hard resource limits for child processes, right? Do I still need to tweak xdm so that my login class is recognized upon login? Right now, it appears that everyone inherits daemon's resource limits. -- Brian Tao (BT300, taob@risc.org) "Though this be madness, yet there is method in't" From owner-freebsd-current Tue Feb 4 13:45:26 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id NAA14462 for current-outgoing; Tue, 4 Feb 1997 13:45:26 -0800 (PST) Received: from insl1.etec.uni-karlsruhe.de (uucp@insl1.etec.uni-karlsruhe.de [129.13.109.178]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id NAA14456 for ; Tue, 4 Feb 1997 13:45:18 -0800 (PST) Received: (from uucp@localhost) by insl1.etec.uni-karlsruhe.de (8.8.4/8.8.2) with UUCP id WAA25167 for freebsd-current@freebsd.org; Tue, 4 Feb 1997 22:45:13 +0100 (MET) Received: (from erb@localhost) by insl2.etec.uni-karlsruhe.de (8.8.4/8.8.2) id WAA08756 for freebsd-current@freebsd.org; Tue, 4 Feb 1997 22:44:41 +0100 (MET) Message-Id: <199702042144.WAA08756@insl2.etec.uni-karlsruhe.de> Subject: src-2.2.0151.gz missing To: freebsd-current@freebsd.org Date: Tue, 4 Feb 1997 22:44:41 +0100 (MET) Reply-To: erb@inss1.etec.uni-karlsruhe.de From: erb@inss1.etec.uni-karlsruhe.de (Olaf Erb) X-Mailer: ELM [version 2.4ME+ PL19 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Just got this instead of src-2.2.0151.gz: > src-2.2.0151.gz is 5926625 bytes. The limit is 3000000 bytes. > > You can retrieve this delta via ftpmail, or your good mate at the university. Where is it? wcarchive.cdrom.com:/.16/FreeBSD/FreeBSD-2.2/ctm -rw-r--r-- 1 1 wheel 1977 Feb 2 04:33 src-2.2.0150.gz -rw-r--r-- 1 1 wheel 2112 Feb 3 04:33 src-2.2.0152.gz -rw-r--r-- 1 1 wheel 2310 Feb 3 18:10 src-2.2.0153.gz -rw-r--r-- 1 1 wheel 454 Feb 4 04:33 src-2.2.0154.gz I think this is the master for the deltas, isn't it? Olaf -- Argue your limitations, and sure enough, they're yours. -- Richard Bach, Illusions From owner-freebsd-current Tue Feb 4 13:56:07 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id NAA15054 for current-outgoing; Tue, 4 Feb 1997 13:56:07 -0800 (PST) Received: from hydrogen.nike.efn.org (resnet.uoregon.edu [128.223.170.28]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id NAA15047 for ; Tue, 4 Feb 1997 13:56:02 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by hydrogen.nike.efn.org (8.8.4/8.8.4) with SMTP id NAA00947 for ; Tue, 4 Feb 1997 13:56:00 -0800 (PST) Date: Tue, 4 Feb 1997 13:56:00 -0800 (PST) From: John-Mark Gurney Reply-To: John-Mark Gurney To: FreeBSD Current Subject: scsi-defect and /etc/daily Message-ID: MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="0-2093548989-855093360=:29653" Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. Send mail to mime@docserver.cac.washington.edu for more info. --0-2093548989-855093360=:29653 Content-Type: TEXT/PLAIN; charset=US-ASCII well... after the discussion of adding something in /etc/daily about checking scsi disks to see if they have grown new bad sectors I decided to whip something up... right now the script scsi-defect is called as defect in my patch... it probably should also be moved a little later... and grouped with the disk checks... just thought you guys might be interested... ttyl... John-Mark gurney_j@efn.org http://resnet.uoregon.edu/~gurney_j/ Modem/FAX: (541) 683-6954 (FreeBSD Box) Live in Peace, destroy Micro$oft, support free software, run FreeBSD (unix) --0-2093548989-855093360=:29653 Content-Type: TEXT/PLAIN; charset=US-ASCII; name=patch Content-Transfer-Encoding: BASE64 Content-ID: Content-Description: SW5kZXg6IGRhaWx5DQo9PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09DQpSQ1MgZmls ZTogL3Vzci9jdnMvc3JjL2V0Yy9kYWlseSx2DQpyZXRyaWV2aW5nIHJldmlz aW9uIDEuMjENCmRpZmYgLWMgLXIxLjIxIGRhaWx5DQoqKiogZGFpbHkJMTk5 Ni8xMC8xOSAyMTowMzoyMwkxLjIxDQotLS0gZGFpbHkJMTk5Ny8wMi8wNCAx OTo1OTowOA0KKioqKioqKioqKioqKioqDQoqKiogMTEyLDExNyAqKioqDQot LS0gMTEyLDEzMyAtLS0tDQogIAlmaQ0KICBmaQ0KICANCisgZWNobyAiIg0K KyBlY2hvICJDaGVhY2tpbmcgU0NTSSBkaXNrczoiDQorIGZvciBpIGluIGBt b3VudCB8IGF3ayAtRi8gJ3N1YnN0cigkMywgMSwgMikgPT0gInNkIiB7IHN0 cj1zdWJzdHIoJDMsIDMpOyB3aGlsZSAoc3Vic3RyKHN0ciwgMSwgMSkgPj0g IjAiICYmIHN1YnN0cihzdHIsIDEsIDEpIDw9ICI5IikgeyBudW09bnVtK3N1 YnN0cihzdHIsIDEsIDEpOyBzdHI9c3Vic3RyKHN0ciwgMik7fSBwcmludCBu dW19JyB8IHNvcnQgLXVgOyBkbw0KKyAJZ2xpc3RmaWxlPSRiYWsvc2Qke2l9 LmdsaXN0DQorIAlpZiBbICEgLWYgJHtnbGlzdGZpbGV9LmJhayBdIDsgdGhl bg0KKyAJCWVjaG8gIm5vICR7Z2xpc3RmaWxlfS5iYWsiDQorIAkJZGVmZWN0 IC9kZXYvcnNkJHtpfS5jdGwgZ2xpc3QgPiAke2dsaXN0ZmlsZX0uYmFrDQor IAlmaQ0KKyAJZGVmZWN0IC9kZXYvcnNkJHtpfS5jdGwgZ2xpc3QgPiAke2ds aXN0ZmlsZX0NCisgCWlmIGNtcCAtcyAkZ2xpc3RmaWxlICR7Z2xpc3RmaWxl fS5iYWsgOyB0aGVuIDo7IGVsc2UNCisgCQllY2hvICIvZGV2L3NkJGkgZGVm ZWN0IGxpc3QgZGlmZjoiDQorIAkJZGlmZiAke2dsaXN0ZmlsZX0uYmFrICRn bGlzdGZpbGUNCisgCQltdiAke2dsaXN0ZmlsZX0uYmFrICR7Z2xpc3RmaWxl fS5iYWsyDQorIAkJY3AgLXAgJGdsaXN0ZmlsZSAke2dsaXN0ZmlsZX0uYmFr DQorIAlmaQ0KKyBkb25lDQogIA0KICAjIGBjYWxlbmRhciAtYScgbmVlZHMg dG8gZGllLiBXaHk/IEJlY2F1c2UgaXQncyBhIGJhZCBpZGVhLCBwYXJ0aWN1 bGFyDQogICMgd2l0aCBuZXR3b3JrZWQgaG9tZSBkaXJlY3RvcmllcywgYnV0 IGFsc28gaW4gZ2VuZXJhbC4gIElmIHlvdSB3YW50IHRoZQ0K --0-2093548989-855093360=:29653-- From owner-freebsd-current Tue Feb 4 14:06:43 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id OAA15443 for current-outgoing; Tue, 4 Feb 1997 14:06:43 -0800 (PST) Received: from Mailbox.mcs.com (Mailbox.mcs.com [192.160.127.87]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id OAA15436 for ; Tue, 4 Feb 1997 14:06:38 -0800 (PST) Received: from Jupiter.Mcs.Net (karl@Jupiter.mcs.net [192.160.127.88]) by Mailbox.mcs.com (8.8.5/8.8.2) with ESMTP id QAA11821; Tue, 4 Feb 1997 16:06:36 -0600 (CST) Received: (from karl@localhost) by Jupiter.Mcs.Net (8.8.5/8.8.2) id QAA01949; Tue, 4 Feb 1997 16:06:35 -0600 (CST) From: Karl Denninger Message-Id: <199702042206.QAA01949@Jupiter.Mcs.Net> Subject: Re: Question: 2.1.7? To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Tue, 4 Feb 1997 16:06:35 -0600 (CST) Cc: current@freebsd.org In-Reply-To: <28287.855092538@time.cdrom.com> from "Jordan K. Hubbard" at Feb 4, 97 01:42:18 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Jordan wrote: > Well, now your extention is busy and I've tried twice. Perhaps fate > is being kind to both of us in blocking this conversation. > > I guess a summary of what I'd say is pretty simple anyway, so we can > do it via email. > > 1. We're going to roll another release to fix the problem. > I've talked it over with core and I'm only waiting on Joe > at this point to commit his proposed fix. > > 2. I and many others on the core team would be more than happy if > we never heard from you again. Your attitude has consistently > proven to be extremist, rude and insulting and we're tired of > both it and you. In the future, it is more than likely that > you will be simply ignored rather than argued with. You're > not worth the energy, and BSDI's loss has also proven to be > ours. You, like Dennis at ETINC, are unfit to deal with even > as a human being, and that's no fun at all. In other words, you don't like opposing points of view. Anyone who would like a copy of Jordan's email to me in which he says "you're smoking crack" is welcome to ask. Is it time yet for someone else to set up yet ANOTHER source tree and development branch for FreeBSD? If this is really what the core team wants, I'll go do it. We certainly have the resources to do so here. On the other hand, if Jordan is blowing smoke, I'd like to hear that too. -- -- Karl Denninger (karl@MCS.Net)| MCSNet - The Finest Internet Connectivity http://www.mcs.net/~karl | T1's from $600 monthly to FULL DS-3 Service | 99 Analog numbers, 77 ISDN, Web servers $75/mo Voice: [+1 312 803-MCS1 x219]| Email to "info@mcs.net" WWW: http://www.mcs.net/ Fax: [+1 773 248-9865] | 2 FULL DS-3 Internet links; 400Mbps B/W Internal From owner-freebsd-current Tue Feb 4 14:28:37 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id OAA18275 for current-outgoing; Tue, 4 Feb 1997 14:28:37 -0800 (PST) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id OAA18267 for ; Tue, 4 Feb 1997 14:28:33 -0800 (PST) Received: from time.cdrom.com (localhost [127.0.0.1]) by time.cdrom.com (8.8.5/8.6.9) with ESMTP id OAA28524; Tue, 4 Feb 1997 14:28:25 -0800 (PST) To: Karl Denninger cc: current@freebsd.org Subject: Re: Question: 2.1.7? In-reply-to: Your message of "Tue, 04 Feb 1997 16:06:35 CST." <199702042206.QAA01949@Jupiter.Mcs.Net> Date: Tue, 04 Feb 1997 14:28:25 -0800 Message-ID: <28520.855095305@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > Anyone who would like a copy of Jordan's email to me in which he says > "you're smoking crack" is welcome to ask. Oh good, let's take this to -current where it belongs. NOT. This is the last of this thread we'll see here. And, just for the record, what I said to Karl was: Do what you will, Karl, but frankly I think you're smoking crack on this one if you don't somehow see it as possible that someone could install a release, make some changes to secure it and THEN turn on the ethernet connection to the outside world. You've taken on a Karl clearly doesn't understand this as a euphemism for "you don't know WTF you're saying", which is as I meant it. Karl also says: > 1) 2.1.6 needs to be PULLED, along with STABLE in any binary > distribution kits. Yes, this means destroying CDs and deleting > it from FTP servers. Immediately, as in today. > ... And further suggests that he will now happily post about our security flaws to every newsgroup in creation in order to force such an action. Oh yes, Karl is indeed being a reasonable man about all of this. A well-known paragon of diplomacy, our Mr. Denninger is, and it is for this reason that I suggested we'd all be a lot happier to see his retreating back. It has nothing to do with intolerance of a dissenting opinion, it has to do with intolerance of Karl himself. > Is it time yet for someone else to set up yet ANOTHER source tree and > development branch for FreeBSD? You do whatever you feel you have to do, Karl. Just go away. You're an annoying pest. Jordan From owner-freebsd-current Tue Feb 4 14:32:04 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id OAA18666 for current-outgoing; Tue, 4 Feb 1997 14:32:04 -0800 (PST) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id OAA18641 for ; Tue, 4 Feb 1997 14:32:00 -0800 (PST) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id XAA21500; Tue, 4 Feb 1997 23:30:19 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.8.5/8.6.9) id VAA28933; Tue, 4 Feb 1997 21:18:30 +0100 (MET) Message-ID: Date: Tue, 4 Feb 1997 21:18:29 +0100 From: j@uriah.heep.sax.de (J Wunsch) To: vince@mail.MCESTATE.COM (Vincent Poy) Cc: current@freebsd.org Subject: Re: -currentbuild failed again References: <9702041034.AA09744@cssmuc.frt.dec.com> X-Mailer: Mutt 0.55-PL10 Mime-Version: 1.0 X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: ; from Vincent Poy on Feb 4, 1997 02:39:38 -0800 Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk As Vincent Poy wrote: > > it shouldn't even be looking in the local directory for that file. > > Make sure that your old .depend is gone. > > It is gone as shown, it compiled fine on the last make world but > the install fail for make world until John P.'s patch. > > root@earth [2:39am][/usr/src/gnu/usr.bin/gdb/libiberty] >> dir > total 10 > drwxr-xr-x 2 root wheel 512 Jan 17 02:45 . > drwxr-xr-x 6 root wheel 512 Jan 17 02:45 .. > -rw-rw-r-- 1 root wheel 438 Jan 17 02:45 Makefile > -rw-rw-r-- 1 root wheel 382 Jan 17 02:45 alloca-conf.h > -rw-rw-r-- 1 root wheel 167 Jan 17 02:45 config.h You haven't shown that it is gone. You gotta look in /usr/obj/`pwd` for it. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-current Tue Feb 4 14:32:28 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id OAA18704 for current-outgoing; Tue, 4 Feb 1997 14:32:28 -0800 (PST) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id OAA18699 for ; Tue, 4 Feb 1997 14:32:23 -0800 (PST) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id XAA21541; Tue, 4 Feb 1997 23:32:11 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.8.5/8.6.9) id VAA28976; Tue, 4 Feb 1997 21:28:46 +0100 (MET) Message-ID: Date: Tue, 4 Feb 1997 21:28:46 +0100 From: j@uriah.heep.sax.de (J Wunsch) To: msmith@atrad.adelaide.edu.au (Michael Smith) Cc: current@freebsd.org Subject: Re: 2.2 fails to build? References: <199702040730.SAA11726@genesis.atrad.adelaide.edu.au> X-Mailer: Mutt 0.55-PL10 Mime-Version: 1.0 X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199702040730.SAA11726@genesis.atrad.adelaide.edu.au>; from Michael Smith on Feb 4, 1997 18:00:50 +1030 Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk As Michael Smith wrote: > Hrmm. I'm having trouble building 2.2 after Satoshi merged the new gdb : As i wrote in the commit message, i didn't have a suitable 2.2 test compilation platform over there in California. There were only freefall (2.1.6.1, and short of CPU cycles anyway) and thud (3.0-current). However, it required cvs tagging the files into 2.2 in order to be checked out in the 2.2 branch at all. I've test-compiled on thud, and it worked there (except of the texinfo stuff). I'm just heating my 2.2 scratchbox, and will CVS update the gdb there. But it's a 386/40, so i wouldn't expect any results before tomorrow. :-) -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-current Tue Feb 4 14:45:04 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id OAA19425 for current-outgoing; Tue, 4 Feb 1997 14:45:04 -0800 (PST) Received: from Mailbox.mcs.com (Mailbox.mcs.com [192.160.127.87]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id OAA19416 for ; Tue, 4 Feb 1997 14:45:00 -0800 (PST) Received: from Jupiter.Mcs.Net (karl@Jupiter.mcs.net [192.160.127.88]) by Mailbox.mcs.com (8.8.5/8.8.2) with ESMTP id QAA20685; Tue, 4 Feb 1997 16:44:58 -0600 (CST) Received: (from karl@localhost) by Jupiter.Mcs.Net (8.8.5/8.8.2) id QAA03172; Tue, 4 Feb 1997 16:44:58 -0600 (CST) From: Karl Denninger Message-Id: <199702042244.QAA03172@Jupiter.Mcs.Net> Subject: Re: Question: 2.1.7? To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Tue, 4 Feb 1997 16:44:57 -0600 (CST) Cc: karl@Mcs.Net, current@freebsd.org In-Reply-To: <28520.855095305@time.cdrom.com> from "Jordan K. Hubbard" at Feb 4, 97 02:28:25 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > Anyone who would like a copy of Jordan's email to me in which he says > > "you're smoking crack" is welcome to ask. > > Oh good, let's take this to -current where it belongs. NOT. This > is the last of this thread we'll see here. It absolutely does belong on -current. Your attitude is a huge part of the problem Jordan. That's the facts. As were your emails to me about how you were glad I was on the phone so you couldn't cuss me out in person. > And, just for the record, > what I said to Karl was: > > Do what you will, Karl, but frankly I think you're smoking crack on > this one if you don't somehow see it as possible that someone could > install a release, make some changes to secure it and THEN turn on the > ethernet connection to the outside world. You've taken on a > > Karl clearly doesn't understand this as a euphemism for "you don't > know WTF you're saying", which is as I meant it. > > Karl also says: > > > 1) 2.1.6 needs to be PULLED, along with STABLE in any binary > > distribution kits. Yes, this means destroying CDs and deleting > > it from FTP servers. Immediately, as in today. > > ... Yep. I believe it does. As in right now. Look. Setlocale() is a horrid mess of spaghetti. It has NO BUSINESS being executed in anything that is SUID or in which EUID=0 until the spaghetti is fixed. Period. As I pointed out in my last email here, "at" is yet another offender which is running as root. It calls setlocale(). Fix to libc or no, at() is also vulnerable for the SAME REASON. I can get it to dump core even WITH the fixed libraries, which means that the only reason it didn't get me a root shell is that I have the offsets wrong. Wow, that's cosmic -- it should take me all of a half-hour to play with the script a bit and get "#" out of it. Folks, please, please WAKE THE HELL UP and smell the coffee. The "overrun the stack" game has been known as a common attack point now for well over a year. strcpy()s have NO PLACE in a privileged program. Period. No place at all. You can whine about how I'm being unreasonable, but the fact is that I don't trust privileged code which uses strcpy, and with good cause. There have only been a few HUNDRED exploits made possible by that poor coding practice. A zero-level sanity check on commits should be to refuse any which could be executed from an SUID process if the string "strcpy" appears in the commit in any way or form. Its simply unnecessary. Let's add strcat and the other unbounded varients to this as well -- including sprintf. > And further suggests that he will now happily post about our security > flaws to every newsgroup in creation in order to force such an action. Jordan, you have a case here where the entire distribution that is on the FTP site is bleeding from the arteries, the bad guys ALREADY HAVE the exploit in their hands because Tom Ptaeck posted it to the isp-security list in Chicago (which goes to ANYONE who wants on it) AS WELL AS the Freebsd-security list and *HE* became aware of it second-hand -- which means the exploit is in ACTIVE USE. EVERY 2.1.6 system out there right now is vulnerable. Every single one. Lots of them were installed from binary distributions and a boatload are going to be violated within hours, if they haven't been already. > Oh yes, Karl is indeed being a reasonable man about all of this. A > well-known paragon of diplomacy, our Mr. Denninger is, and it is for > this reason that I suggested we'd all be a lot happier to see his > retreating back. It has nothing to do with intolerance of a > dissenting opinion, it has to do with intolerance of Karl himself. Balderdash. You think you can sit on this. Why not pull the releases until you can FIX THE PROBLEM and post a fix-kit and/or a 2.1.7 release? What's the problem Jordan? Why won't you wake the hell up and do something responsible with regards to this issue? > > Is it time yet for someone else to set up yet ANOTHER source tree and > > development branch for FreeBSD? > > You do whatever you feel you have to do, Karl. Just go away. You're > an annoying pest. > Jordan I'm about to get a lot more annoying Jordan. You're being irresponsible in the extreme here. Its unwarranted, and a huge black mark on the face of the FreeBSD development effort, which I have generally liked and applauded for quite some time. This kind of "bury the problem until we get around to fixing it, and then we'll tell people about it" is equivalent to saying "oh, its no big deal". In some cases you're right -- its no big deal. In THIS case you're wrong -- the exploit is both trivial and published, as well as in ACTIVE use. It also is damnedly hard to plug given all the places that it occurs. AGAIN, FOLKS, LET ME REPEAT IT: "at" is vulnerable unless you patch out the setlocale() call. ALL 2.1.6 systems are vulnerable unless you change crt0() and/or fix setlocale(), and the second option is a MESS. -- -- Karl Denninger (karl@MCS.Net)| MCSNet - The Finest Internet Connectivity http://www.mcs.net/~karl | T1's from $600 monthly to FULL DS-3 Service | 99 Analog numbers, 77 ISDN, Web servers $75/mo Voice: [+1 312 803-MCS1 x219]| Email to "info@mcs.net" WWW: http://www.mcs.net/ Fax: [+1 773 248-9865] | 2 FULL DS-3 Internet links; 400Mbps B/W Internal From owner-freebsd-current Tue Feb 4 15:15:34 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id PAA22059 for current-outgoing; Tue, 4 Feb 1997 15:15:34 -0800 (PST) Received: from alpo.whistle.com (alpo.whistle.com [207.76.204.38]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id PAA22037 for ; Tue, 4 Feb 1997 15:15:25 -0800 (PST) Received: from current1.whistle.com (current1.whistle.com [207.76.205.22]) by alpo.whistle.com (8.8.5/8.8.4) with SMTP id PAA13831; Tue, 4 Feb 1997 15:13:28 -0800 (PST) Message-ID: <32F7C22F.31DFF4F5@whistle.com> Date: Tue, 04 Feb 1997 15:11:43 -0800 From: Julian Elischer Organization: Whistle Communications X-Mailer: Mozilla 3.0Gold (X11; I; FreeBSD 2.2-CURRENT i386) MIME-Version: 1.0 To: Karl Denninger CC: "Jordan K. Hubbard" , current@freebsd.org Subject: Re: Question: 2.1.7? References: <199702042206.QAA01949@Jupiter.Mcs.Net> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Karl Denninger wrote: > > Jordan wrote: > > > Well, now your extention is busy and I've tried twice. Perhaps fate > > is being kind to both of us in blocking this conversation. > > > > I guess a summary of what I'd say is pretty simple anyway, so we can > > do it via email. > > > > 1. We're going to roll another release to fix the problem. > > I've talked it over with core and I'm only waiting on Joe > > at this point to commit his proposed fix. > > > > 2. I and many others on the core team would be more than happy if > > we never heard from you again. Your attitude has consistently > > proven to be extremist, rude and insulting and we're tired of > > both it and you. In the future, it is more than likely that > > you will be simply ignored rather than argued with. You're > > not worth the energy, and BSDI's loss has also proven to be > > ours. You, like Dennis at ETINC, are unfit to deal with even > > as a human being, and that's no fun at all. > > In other words, you don't like opposing points of view. > > Anyone who would like a copy of Jordan's email to me in which he says > "you're smoking crack" is welcome to ask. > > Is it time yet for someone else to set up yet ANOTHER source tree and > development branch for FreeBSD? > > If this is really what the core team wants, I'll go do it. We certainly > have the resources to do so here. > > On the other hand, if Jordan is blowing smoke, I'd like to hear that too. SOmetimes Jordan is the model of non-diplomacy. Usually in this sort of case both people should go away and take a few deep breaths and the importat part is to try not bear grudges..... or is that bare? > > -- > -- > Karl Denninger (karl@MCS.Net)| MCSNet - The Finest Internet Connectivity > http://www.mcs.net/~karl | T1's from $600 monthly to FULL DS-3 Service > | 99 Analog numbers, 77 ISDN, Web servers $75/mo > Voice: [+1 312 803-MCS1 x219]| Email to "info@mcs.net" WWW: http://www.mcs.net/ > Fax: [+1 773 248-9865] | 2 FULL DS-3 Internet links; 400Mbps B/W Internal From owner-freebsd-current Tue Feb 4 15:21:54 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id PAA22979 for current-outgoing; Tue, 4 Feb 1997 15:21:54 -0800 (PST) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id PAA22965 for ; Tue, 4 Feb 1997 15:21:49 -0800 (PST) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id AAA22887; Wed, 5 Feb 1997 00:21:28 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.8.5/8.6.9) id XAA29627; Tue, 4 Feb 1997 23:57:52 +0100 (MET) Message-ID: Date: Tue, 4 Feb 1997 23:57:52 +0100 From: j@uriah.heep.sax.de (J Wunsch) To: gurney_j@resnet.uoregon.edu (John-Mark Gurney) Cc: freebsd-current@freebsd.org (FreeBSD Current) Subject: Re: scsi-defect and /etc/daily References: X-Mailer: Mutt 0.55-PL10 Mime-Version: 1.0 X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: ; from John-Mark Gurney on Feb 4, 1997 13:56:00 -0800 Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk As John-Mark Gurney wrote: > well... after the discussion of adding something in /etc/daily about > checking scsi disks to see if they have grown new bad sectors I decided to > whip something up... All good intentions notwithstanding... i think that's rather a matter of local sysadmin's policy than something we should put up there by default. (Yes, i know, i should have brought this up earlier in the -scsi list.) Btw., the scsi-defects script freezes one of the harddrives in my machine at work hard when asking for the primary defect list (a Fujitsu 2 GB 7200 rpm -- don't have the model # handy). So take it with a grain of salt, and don't use it blindly... -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-current Tue Feb 4 15:22:53 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id PAA23198 for current-outgoing; Tue, 4 Feb 1997 15:22:53 -0800 (PST) Received: from bofh.cybercity.dk (bofh.cybercity.dk [195.8.128.254]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id PAA23159 for ; Tue, 4 Feb 1997 15:22:48 -0800 (PST) Received: from critter.dk.tfs.com (phk.cybercity.dk [195.8.133.247]) by bofh.cybercity.dk (8.8.3/8.7.3) with ESMTP id AAA16437; Wed, 5 Feb 1997 00:25:16 +0100 (MET) Received: from critter.dk.tfs.com (localhost [127.0.0.1]) by critter.dk.tfs.com (8.8.2/8.8.2) with ESMTP id AAA00903; Wed, 5 Feb 1997 00:22:30 +0100 (MET) To: Karl Denninger cc: jkh@time.cdrom.com (Jordan K. Hubbard), current@freebsd.org Subject: Re: Question: 2.1.7? In-reply-to: Your message of "Tue, 04 Feb 1997 16:06:35 CST." <199702042206.QAA01949@Jupiter.Mcs.Net> Date: Wed, 05 Feb 1997 00:22:30 +0100 Message-ID: <901.855098550@critter.dk.tfs.com> From: Poul-Henning Kamp Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In message <199702042206.QAA01949@Jupiter.Mcs.Net>, Karl Denninger writes: Hi Karl! >In other words, you don't like opposing points of view. We don't mind opposing views one bit. What we >do< mind is people who can >only< talk in extreemes and ultimatums. People who don't know why the middle road has to be found, because they see the world from the trench on one side of the road. People who lack the ability to "see it from the other partys side" is right there on the list too btw. You seem to check all the boxes. You should seriously consider taking a course like "communicating with other people in a civilized manner - 101" You would get much more of your usually not entirely unreasonable suggestions through if you communicated them in a civilized manner rather than as a monkey on caffeine. I have no idea why you freaked out in this case, I havn't seen (and don't want to se) the email you and Jordan have been exchanging. As far as I know the FreeBSD project is in the process of finding out how to respond to this problem. Being an volounteer, spare-time, unpaid project, we cannot just call everybody to attention and fix it in 10min flat. We need the planet to rotate a couple of times to get people mobilized. If this is not good enough for you you have three choices: 1. Pay somebody to fix it "right now!" (You can look in our web pages for people offering services of that kind.) 2. Do it yourself. 3. Switch to another OS. >Is it time yet for someone else to set up yet ANOTHER source tree and >development branch for FreeBSD? Now, I'm seriously confused... Why would you want to do that ? I could understand it if we refused to acknowledge and/or fix the bug, but as far as I know that is far from the case... Is this a new variation of "the spoilt weenies battlecry": "If you don't fix it for me right now I'll install LINUX!" If such is the case: Good bye & Good riddance. -- Poul-Henning Kamp | phk@FreeBSD.ORG FreeBSD Core-team. http://www.freebsd.org/~phk | phk@login.dknet.dk Private mailbox. whois: [PHK] | phk@tfs.com TRW Financial Systems, Inc. Power and ignorance is a disgusting cocktail. From owner-freebsd-current Tue Feb 4 15:43:51 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id PAA24492 for current-outgoing; Tue, 4 Feb 1997 15:43:51 -0800 (PST) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id PAA24483 for ; Tue, 4 Feb 1997 15:43:48 -0800 (PST) Received: from time.cdrom.com (localhost [127.0.0.1]) by time.cdrom.com (8.8.5/8.6.9) with ESMTP id PAA28886 for ; Tue, 4 Feb 1997 15:43:47 -0800 (PST) To: current@freebsd.org Subject: Re: Karl fulminates, film at 11. Date: Tue, 04 Feb 1997 15:43:46 -0800 Message-ID: <28882.855099826@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk OK, for those of you who just came into this and are wondering at this sudden strange eruption of email in -current, let me just give a little background and attempt to set this sorry situation in order. Karl here, displaying his usual characteristic grace and charm, saw fit to suddenly explode into my mailbox this morning with a diatribe positively oozing with CAPITAL LETTERS and other such exclamations of anger and general pants-wetting excitement, and it contained (among other ravings) a demand that we remove 2.1.6 immediately and declare it the most open security trap known to man. You've seen this demand already, and Karl has reaffirmed it as his opinion. Now I'd only just seen Joe Greco's article about the crt0 security hole a couple of hours before, not really having had the chance to talk to our security officers about it yet, and besides I'm not exactly the kind of guy to rush off yelling "Yes Sir! I will kill all the occupants of this village on the suspicion that some of them may be dangerous insurgents, Sir! Of course I'm completely happy to take your word for it, Sir!" For a move that drastic, it needs to be discussed in core at the very minimum. Not discussed for a month or a week, maybe even just a couple of hours, but at least *discussed*. I communicated this to Karl, saying that nothing should be removed (and I should perhaps have said *at this stage*, but that's what I meant) and that the problem should instead be documented so that people could at least make a *decision* for now to either load and patch the 2.1.6 release or not load it at all. I also expected to see some sort of CERT advisory in the very near term, documenting at least the source code fix and the vulnerability, so between those two mediums I figured we'd at least cover the bases for those *new* people contemplating loading the 2.1.6 release. It's clearly only new ones we're talking about here since even an immediate 2.1.7 release and removal of 2.1.6 wouldn't save the installed base a thing. Anyway, this wasn't good enough for Karl at all and he continued on with his capslock key and general histrionics until I finally got sick of it and went off in a corner with Joe Greco to try and discuss practical solutions rather than how HORRIBLE and AWFUL and BAD the whole situation was, and how the person responsible should be publicly scorned and made to wear plaid clothing until the end of his days. Karl doesn't like being ignored, however, so now he's taken it to the -current mailing list where he hopes to drum up additional fear and probably more than a little loathing about this. For the record: We *are* going to do something, we're not clueless about the fact that this is a major security hole and quite possibly we will even remove 2.1.6 if we cannot supply an effective binary upgrade for it (which would be a desirable move from the installed-base point of view, but still not what Karl wants). Doing a 2.1.7 release is actually easier than it sounds, and I'm going to do one here just to have one as a backup, if nothing else, but the actual removal of bits will still have to wait until the core team has at least had a chance to discuss the matter. The impact on our 2.1.6 installed base is non-trivial, and simply rolling 2.1.7 and saying "OK folks, you all have to upgrade with the installer!" is a very, very painful prospect. I'd like to have a chance to work out an easier way of doing it, perhaps as the original package from hell, and I will be looking at this all night tonite. There is no one trying to "hide" from this problem or its ramifications here, and Karl simply can't face the fact that he rubs people raw by being hostile and abrasive when there's absolutely no need for it, so he claims it's the issue I'm trying to avoid rather than simply Karl and his unwonted abuse. Now that he's taken it public, I thought I'd at least try to explain what the situation was. This is the last you'll hear from me on this topic in -current and any future conversations I have with Karl will end as they started - in private email. I won't exchange lighting bolts in public with this guy again - it's just too old and familiar a refrain. Jordan From owner-freebsd-current Tue Feb 4 15:50:33 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id PAA24866 for current-outgoing; Tue, 4 Feb 1997 15:50:33 -0800 (PST) Received: from terminator.informatik.ba-stuttgart.de (terminator.informatik.ba-stuttgart.de [141.31.1.21]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id PAA24835 for ; Tue, 4 Feb 1997 15:50:17 -0800 (PST) Received: from helbig.informatik.ba-stuttgart.de (helbig.informatik.ba-stuttgart.de [141.31.166.22]) by terminator.informatik.ba-stuttgart.de (8.7.6/8.7.3) with ESMTP id XAA13707; Tue, 4 Feb 1997 23:49:30 +0100 Received: (from helbig@localhost) by helbig.informatik.ba-stuttgart.de (8.8.5/8.8.4) id AAA00467; Wed, 5 Feb 1997 00:50:00 +0100 (MET) From: Wolfgang Helbig Message-Id: <199702042350.AAA00467@helbig.informatik.ba-stuttgart.de> Subject: Re: fetch segmentation fault In-Reply-To: <9702041528.AA22127@halloran-eldar.lcs.mit.edu> from Garrett Wollman at "Feb 4, 97 10:28:37 am" To: wollman@lcs.mit.edu (Garrett Wollman) Date: Wed, 5 Feb 1997 00:50:00 +0100 (MET) Cc: current@freebsd.org X-Mailer: ELM [version 2.4ME+ PL30 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > < said: > > > fetch isn't working in current since yesterday Feb 3 for me. > > It faults every time with "Segmentation fault". > > Please provide more information. > > -GAWollman > if you do fetch ftp://arnold/mbox you will get a seg-fault. This is because in ftp.c line 355 we have fs->fs_outputfile == 1, which is an invalid address. Fix: Index: ftp.c =================================================================== RCS file: /usr/cvsroot/src/usr.bin/fetch/ftp.c,v retrieving revision 1.1 diff -c -r1.1 ftp.c *** ftp.c 1997/01/30 21:43:40 1.1 --- ftp.c 1997/02/04 23:29:51 *************** *** 146,152 **** if (fs->fs_outputfile == 0) { slash = strrchr(p, '/'); ! fs->fs_outputfile = slash + 1; } ftps->ftp_password = getenv("FTP_PASSWORD"); --- 146,155 ---- if (fs->fs_outputfile == 0) { slash = strrchr(p, '/'); ! if (slash == NULL) ! fs->fs_outputfile = p; ! else ! fs->fs_outputfile = slash + 1; } ftps->ftp_password = getenv("FTP_PASSWORD"); Wolfgang Helbig From owner-freebsd-current Tue Feb 4 16:02:21 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id QAA25637 for current-outgoing; Tue, 4 Feb 1997 16:02:21 -0800 (PST) Received: from Mailbox.mcs.com (Mailbox.mcs.com [192.160.127.87]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id QAA25626 for ; Tue, 4 Feb 1997 16:02:17 -0800 (PST) Received: from Jupiter.Mcs.Net (karl@Jupiter.mcs.net [192.160.127.88]) by Mailbox.mcs.com (8.8.5/8.8.2) with ESMTP id SAA07471; Tue, 4 Feb 1997 18:02:10 -0600 (CST) Received: (from karl@localhost) by Jupiter.Mcs.Net (8.8.5/8.8.2) id SAA05789; Tue, 4 Feb 1997 18:02:10 -0600 (CST) From: Karl Denninger Message-Id: <199702050002.SAA05789@Jupiter.Mcs.Net> Subject: Re: Question: 2.1.7? To: phk@critter.dk.tfs.com (Poul-Henning Kamp) Date: Tue, 4 Feb 1997 18:02:09 -0600 (CST) Cc: karl@Mcs.Net, jkh@time.cdrom.com, current@freebsd.org In-Reply-To: <901.855098550@critter.dk.tfs.com> from "Poul-Henning Kamp" at Feb 5, 97 00:22:30 am X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > In message <199702042206.QAA01949@Jupiter.Mcs.Net>, Karl Denninger writes: > Hi Karl! Hi Paul. > >In other words, you don't like opposing points of view. > > We don't mind opposing views one bit. > > What we >do< mind is people who can >only< talk in extreemes and ultimatums. > > People who don't know why the middle road has to be found, because they > see the world from the trench on one side of the road. When the patient is bleeding from the arteries, there is no time to talk about middle ground. You do the triage first, THEN assess what and how to take care of the underlying problem. The problem here is that Jordan refuses to admit that the patient is already without heartbeat and bleeding to death on the table. > People who lack the ability to "see it from the other partys side" is > right there on the list too btw. On the contrary. I have been VERY patient and reasonable with the MULTITUDE of gratuitous changes and serious problems (including NFS related ones) that are in -CURRENT and other branches of the tree. I've done considerable work to get around some of those, and just live with the others. > You would get much more of your usually not entirely unreasonable > suggestions through if you communicated them in a civilized manner > rather than as a monkey on caffeine. I START being reasonable. When I'm dismissed out of hand and ignored on something that is of extreme importance then its time to up the volume more than a few notches. When the other party starts getting into the whole "you're smoking crack" game then its time to give up on reasonable discourse and decide if the issue is important enough to persue. In this case, it is. Therefore, I'm persuing it with all available means at my disposal and will do so until its resolved. > As far as I know the FreeBSD project is in the process of finding out > how to respond to this problem. The FIRST LEVEL response is to REMOVE the 2.1.6 executables from the FTP servers and make a PUBLIC announcement that the vulnerability has been found. Period. The reason you do this is so that *MORE PEOPLE DO NOT GET HURT*. Again, Paul, I'm not demanding this because I'm one of the people affected. Other than a paranoia-based reload which I did today prospectively, I wasn't affected in any way by this debacle. But I COULD HAVE BEEN, very easily, and that's very, very troubling to me because unless I was paying CAREFUL attention I wouldn't have known until my disks had been formatted by one of the many criminal assholes out there on the net. > Being an volounteer, spare-time, unpaid > project, we cannot just call everybody to attention and fix it in 10min > flat. We need the planet to rotate a couple of times to get people > mobilized. You're missing the point Paul. Nobody is demanding an instant fix. What I'm demanding is that you ADMIT IT IS BROKEN, and help stop people from being burned by it. You can't save the world, but you CAN mitigate further damage. You do this by WARNING PEOPLE and giving them fair notice *BEFORE* their disks get formatted or moles inserted into their systems which 99% of the admins will NEVER find. The problem is that the CORE team has REFUSED TO ADMIT ITS BROKEN and take action to minimize the ONGOING damage. And yes, that means killing the 2.1.6 CD shipments and removing the distribution from the FTP sites. RIGHT NOW. Not tomorrow, not in a week when you have a fix. NOW. That's 10 minutes of someone's time and effort. The so-called "security officer" should have done this INSTANTLY as soon as the exploit was posted to the security list and the extent of the problem was disclosed. There is absolutely no excuse for failure to do this. FreeBSD doesn't HAVE a revenue problem with doing this -- you're not selling operating systems. But you *DO* have a credibility problem now, and its only going to get worse the longer you wait. If I have to call Walnut Creek tomorrow morning and plead my case with them I will. I'll go to the wall on this, because I absolutely do not need the problems on *MY* network that come from customers who attach known-to-be- insecure machines and then come looking to us when they get hacked to little bits. I also don't need the random disruptions that we end up with when we're forced into picking up the pieces when others in the community get screwed. > If this is not good enough for you you have three choices: > 1. Pay somebody to fix it "right now!" (You can look in our > web pages for people offering services of that kind.) > 2. Do it yourself. Already did that. That's not what's under discussion here. What's under discussion is your responsibility to the entire Internet community that uses the software you publish. Not whether or not Karl Denninger got screwed and how pissed he is over that event (I didn't GET screwed). > >Is it time yet for someone else to set up yet ANOTHER source tree and > >development branch for FreeBSD? > > Now, I'm seriously confused... > > Why would you want to do that ? > > I could understand it if we refused to acknowledge and/or fix the bug, but > as far as I know that is far from the case... On the contrary. The core team, Jordan in particular, has in fact refused to acknowledge the severity and serious nature of this bug. He has also refused to mitigate the damage. And he has further responded to my calls for that action with personal insults and attacks. Now he has basically told me that the core team wants me to pack and leave. So have you (I read the rest of your note before writing this.) I have it on good authority from at least one of the core members, however, that there are other opinions on this matter -- so for right now, I'm not leaving. You ask why I want to set up another branch.... I'll tell you why: If FreeBSD's core team won't be up front about mitigating damage to other people when you find problems then I can't TRUST that I'm getting all the information being provided to you -- and that's an untenable position. What I (and I believe others) want is simple: 1) ACKNOWLEDGE security issues in a timely fashion, in public, where the ENTIRE community can see them. 2) REMOVE AFFECTED DISTRIBUTIONS when SERIOUS problems which can't be quickly fixed and verified are found until a fixed distribution can be generated. The question, obviously, is "how many other issues have been swept under the rug and not acknowledged as being serious when in fact they are?" The answer is, "I don't know". I'm not confident that the answer is "zero" or anywhere close to it. > If such is the case: Good bye & Good riddance. > > -- > Poul-Henning Kamp | phk@FreeBSD.ORG FreeBSD Core-team. Be careful what you wish for... you just might get it. I've spoken by voice with one of the rational core team members in the last hour. I've given him some time to work the issues with the rest of you -- and I note, HE asked for that time -- not me. But barring some kind of RATIONAL resolution on this that I can see within the next two hours, the announcements *ARE* going out to the general Internet community (at roughly 8:00 PM tonight Chicago time). Unlike you, Poul, I believe that if I find out about something like this I owe it to the community *as one of its members* to disclose it so OTHER PEOPLE DON'T GET HURT, or at least, so they know they're at risk. Whether your FEELINGS get hurt by my doing so doesn't even enter the evaluation process. What did enter that process is giving the core team the opportunity to do it first, and take ownership and control of the problem. The Core team has refused. That doesn't change my stance one bit -- it only changes who's going to do the talking. -- -- Karl Denninger (karl@MCS.Net)| MCSNet - The Finest Internet Connectivity http://www.mcs.net/~karl | T1's from $600 monthly to FULL DS-3 Service | 99 Analog numbers, 77 ISDN, Web servers $75/mo Voice: [+1 312 803-MCS1 x219]| Email to "info@mcs.net" WWW: http://www.mcs.net/ Fax: [+1 773 248-9865] | 2 FULL DS-3 Internet links; 400Mbps B/W Internal From owner-freebsd-current Tue Feb 4 16:16:56 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id QAA26597 for current-outgoing; Tue, 4 Feb 1997 16:16:56 -0800 (PST) Received: from sysx.systronix.net (SYSX.SYSTRONIX.NET [204.209.166.9]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id QAA26580 for ; Tue, 4 Feb 1997 16:16:43 -0800 (PST) Received: from drussell.internode.net (drussell.internode.net [198.161.228.154]) by sysx.systronix.net (NTMail 3.02.12) with ESMTP id qa004852 for ; Tue, 4 Feb 1997 17:17:03 -0700 Message-Id: <1.5.4.16.19970204171928.0a17e8ea@mail1.internode.net> X-Sender: drussell@mail1.internode.net X-Mailer: Windows Eudora Light Version 1.5.4 (16) Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" To: freebsd-current@freebsd.org From: Doug Russell Subject: getty/mgetty Date: Tue, 4 Feb 1997 17:17:03 -0700 Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk While we are (sort-of, anyway) on the topic of getty/mgetty, I have a question. I'm trying to set up a couple of dialin lines to do PPP and/or shell access... It works fine, basically except for when a MafiaSoft client (eg Win95) dials in, you have to open the little post-dial terminal window, log in, and type pppd. I know the userland PPP in combination with mgetty will detect the PPP coming from the MS side and drop though to authentication..... So, I grabbed mgetty, and scared myself with it's sheer gargantuan nature... I don't care about all the fax stuff and probably about 90% of what it does... Even the modem initialization is fairly hoaked in my situation, as my Couriers are smart enough to do everything required all by themselves. getty would be fine if it did the PPP drop though thing. Is there a simpler way of doing all this without having to munch around with mgetty? Ian is working on a little wrapper program that is going to go in the login process somewhere to allow simple shell/ppp access depending on the user's mood for advanced users, and straight through to PPP for others, but we are trying to not re-invent the wheel here... If a simpler method for doing some of this already exists, why hack the code, right? :-) Anyway, I'm still digging through the source for getty and login and some other things right now trying to decide what the best way to go about getting this to work the way I want it is.... Later...... From owner-freebsd-current Tue Feb 4 16:46:02 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id QAA29831 for current-outgoing; Tue, 4 Feb 1997 16:46:02 -0800 (PST) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id QAA29803; Tue, 4 Feb 1997 16:45:55 -0800 (PST) Received: (from msmith@localhost) by genesis.atrad.adelaide.edu.au (8.8.2/8.7.3) id LAA18046; Wed, 5 Feb 1997 11:15:14 +1030 (CST) From: Michael Smith Message-Id: <199702050045.LAA18046@genesis.atrad.adelaide.edu.au> Subject: Re: vm86 in current? In-Reply-To: from Jonathan Lemon at "Feb 4, 97 10:17:25 am" To: jlemon@americantv.com (Jonathan Lemon) Date: Wed, 5 Feb 1997 11:15:13 +1030 (CST) Cc: tri@iki.fi, phk@critter.dk.tfs.com, current@FreeBSD.org, emulation@FreeBSD.org X-Mailer: ELM [version 2.4ME+ PL28 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk Jonathan Lemon stands accused of saying: > > Well, I've been re-working the patch set a little but, and now have a > working set of vm86 patches against -current, which appear to be stable. Yay! Are these available somewhere? > I've eliminated a private 'return' to VM86, so now the normal kernel exit > point is used. The next step I want to do is move the emulation of a couple > instructions (cli/sti) into the kernel, and then add in VME support. Wunderbar! The acid test; if you boot DOS in the emulator and start MS-Edit, can you bring down the dropdown menus? > When I get the cli/sti stuff working, I'll submit them to someone for > integration. Hopefully this week. Please make sure that the cli/sti stuff honours the 'connect area' code so that the emulator knows not to deliver device pseudo-interrupts. (I can talk more about this on request) > Jonathan -- ]] Mike Smith, Software Engineer msmith@gsoft.com.au [[ ]] Genesis Software genesis@gsoft.com.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control. (ph) +61-8-8267-3493 [[ ]] Unix hardware collector. "Where are your PEZ?" The Tick [[ From owner-freebsd-current Tue Feb 4 16:47:58 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id QAA29949 for current-outgoing; Tue, 4 Feb 1997 16:47:58 -0800 (PST) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id QAA29943 for ; Tue, 4 Feb 1997 16:47:53 -0800 (PST) Received: (from msmith@localhost) by genesis.atrad.adelaide.edu.au (8.8.2/8.7.3) id LAA18076; Wed, 5 Feb 1997 11:17:44 +1030 (CST) From: Michael Smith Message-Id: <199702050047.LAA18076@genesis.atrad.adelaide.edu.au> Subject: Re: 2.2 fails to build? In-Reply-To: <199702041845.KAA01460@silvia.HIP.Berkeley.EDU> from Satoshi Asami at "Feb 4, 97 10:45:49 am" To: asami@vader.cs.berkeley.edu (Satoshi Asami) Date: Wed, 5 Feb 1997 11:17:43 +1030 (CST) Cc: msmith@atrad.adelaide.edu.au, current@freebsd.org X-Mailer: ELM [version 2.4ME+ PL28 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Satoshi Asami stands accused of saying: > * Hrmm. I'm having trouble building 2.2 after Satoshi merged the new gdb : > > Not that it matters, but it was Joerg I think (at least it's him that > deleted the old one from RELENG_2_2). I rarely touch /usr/src, in > case you haven't noticed. Mea maxima culpa; it was indeed Joerg, and I can't imagine why I would have thought it was you 8( > Satoshi -- ]] Mike Smith, Software Engineer msmith@gsoft.com.au [[ ]] Genesis Software genesis@gsoft.com.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control. (ph) +61-8-8267-3493 [[ ]] Unix hardware collector. "Where are your PEZ?" The Tick [[ From owner-freebsd-current Tue Feb 4 16:58:38 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id QAA02149 for current-outgoing; Tue, 4 Feb 1997 16:58:38 -0800 (PST) Received: from rocky.mt.sri.com (rocky.mt.sri.com [206.127.76.100]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id QAA02119 for ; Tue, 4 Feb 1997 16:58:35 -0800 (PST) Received: (from nate@localhost) by rocky.mt.sri.com (8.7.5/8.7.3) id RAA09051; Tue, 4 Feb 1997 17:58:29 -0700 (MST) Date: Tue, 4 Feb 1997 17:58:29 -0700 (MST) Message-Id: <199702050058.RAA09051@rocky.mt.sri.com> From: Nate Williams MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: Karl Denninger Cc: phk@critter.dk.tfs.com (Poul-Henning Kamp), jkh@time.cdrom.com, current@freebsd.org Subject: Re: Question: 2.1.7? In-Reply-To: <199702050002.SAA05789@Jupiter.Mcs.Net> References: <901.855098550@critter.dk.tfs.com> <199702050002.SAA05789@Jupiter.Mcs.Net> Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk [ Wheee....., jumping in the fray ] > > As far as I know the FreeBSD project is in the process of finding out > > how to respond to this problem. > > The FIRST LEVEL response is to REMOVE the 2.1.6 executables from the FTP > servers and make a PUBLIC announcement that the vulnerability has been > found. > > Period. Until the person who is responsible for the 'breakage()' has time to get the same knowledge as you, you must allow him to figure out how severe the problem is. Many/most of the FreeBSD folks have 'real' jobs, so no matter how important the problem is to you, they have to wait until they get home to go look at the alleged problem. > The problem is that the CORE team has REFUSED TO ADMIT ITS BROKEN and take > action to minimize the ONGOING damage. And yes, that means killing the > 2.1.6 CD shipments and removing the distribution from the FTP sites. Poul pointed out (and you edited out), that because of the nature of the project, it takes a couple revolutions of the world to get all of the necessary troops mustered. > RIGHT NOW. Not tomorrow, not in a week when you have a fix. > > NOW. I'm sorry, but you're not dealing with a 'NOW' organization, and no amount of yelling, screaming, kicking, or cajoling is going to change the fact that the FreeBSD Project is a 'couple 'o day' group of people. Two more days won't make *that* much difference on a release that's been out 3 months, no matter how much you want to say otherwise. *HUGE* holes in commercial OS's go months w/out fixes, and the general public finds it annoying, but not so much as to dump the vendor. > That's 10 minutes of someone's time and effort. The so-called "security > officer" should have done this INSTANTLY as soon as the exploit was posted > to the security list and the extent of the problem was disclosed. There is > absolutely no excuse for failure to do this. The security officer has a real job and a life outside of FreeBSD. He doesn't live/eat/breath FreeBSD, unlike people like you whose bread and butter are directly related to OS's such as FreeBSD. > FreeBSD doesn't HAVE a revenue problem with doing this -- you're not selling > operating systems. But you *DO* have a credibility problem now, and its > only going to get worse the longer you wait. IMHO, based on past experiences 24-48 hours won't make the difference you claim it will. Even if the distribution is yanked, there are thousands of installed sites who won't become aware of problems in the next week, and many more who won't upgrade their sites due to their own time pressures even if a 2.1.7 release existed. > On the contrary. The core team, Jordan in particular, has in fact refused > to acknowledge the severity and serious nature of this bug. He has also > refused to mitigate the damage. And he has further responded to my calls > for that action with personal insults and attacks. This is where you're over-reacting. While I agree that his 'interpersonal' skills aren't always the best (whose are?), refusing to act in your time frame != refuse to mitigate the damange and or refuse to admit the severity of the problem. People need time to react, and not all of us have taken the time to go look through every SUID program in the system and find out how they're affected like you have. Give people time to respond before going ballistic. Nate From owner-freebsd-current Tue Feb 4 17:25:47 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id RAA07486 for current-outgoing; Tue, 4 Feb 1997 17:25:47 -0800 (PST) Received: from alpo.whistle.com (alpo.whistle.com [207.76.204.38]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id RAA07471 for ; Tue, 4 Feb 1997 17:25:44 -0800 (PST) Received: from current1.whistle.com (current1.whistle.com [207.76.205.22]) by alpo.whistle.com (8.8.5/8.8.4) with SMTP id RAA16820; Tue, 4 Feb 1997 17:21:50 -0800 (PST) Message-ID: <32F7E044.7DE14518@whistle.com> Date: Tue, 04 Feb 1997 17:20:04 -0800 From: Julian Elischer Organization: Whistle Communications X-Mailer: Mozilla 3.0Gold (X11; I; FreeBSD 2.2-CURRENT i386) MIME-Version: 1.0 To: Karl Denninger CC: "Jordan K. Hubbard" , current@FreeBSD.ORG Subject: Re: Question: 2.1.7? References: <199702042244.QAA03172@Jupiter.Mcs.Net> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Karl Denninger wrote: > If the 'sploit is so well known, then could you giv eus MORE info? I really hate not knowing what the problem is: I would go as far as saying: probably a 2.1.6.2 should be made. the cdroms that are shipped after right now should have a sticker stuck on them saying: "before rnning this on a system connected to the internet, check www.freebsd.org for a program to run to fix a known security hole" and leave it at that... a new cdrom can come out with the fix in time and we should ACTIVELY push a script that "Patches" the problem files and does whatever is needed. I'm talking from a point of view of what we'd probably do in places where I've worked.. I think that a notice should be put in the FTP site about the problem but that we shouldn't PULL it yet.. what we SHOULD do is RAELLY MAKE IT KNOWN that there is 1/ a problem 2/ a fix please both of you.. go back to your corners. you are BOTH acting in a manner I think you should seriously look at. think about what you can do to IMPROVE this, TAKING THE OTHER INTO ACCOUNT. If it doesn't help, then don't do/say it. about to launch thousands of 2.2 boxes.. does this affect 2.2? and how? We don't allow any logins on the boxes.. direct or indirect is there still a risk? julian From owner-freebsd-current Tue Feb 4 17:30:22 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id RAA08063 for current-outgoing; Tue, 4 Feb 1997 17:30:22 -0800 (PST) Received: from alpo.whistle.com (alpo.whistle.com [207.76.204.38]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id RAA08058 for ; Tue, 4 Feb 1997 17:30:18 -0800 (PST) Received: from current1.whistle.com (current1.whistle.com [207.76.205.22]) by alpo.whistle.com (8.8.5/8.8.4) with SMTP id RAA16901; Tue, 4 Feb 1997 17:26:35 -0800 (PST) Message-ID: <32F7E162.4487EB71@whistle.com> Date: Tue, 04 Feb 1997 17:24:50 -0800 From: Julian Elischer Organization: Whistle Communications X-Mailer: Mozilla 3.0Gold (X11; I; FreeBSD 2.2-CURRENT i386) MIME-Version: 1.0 To: Poul-Henning Kamp CC: Karl Denninger , "Jordan K. Hubbard" , current@freebsd.org Subject: Re: Question: 2.1.7? References: <901.855098550@critter.dk.tfs.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Poul-Henning Kamp wrote: > > Is this a new variation of "the spoilt weenies battlecry": > > "If you don't fix it for me right now I'll install LINUX!" > > If such is the case: Good bye & Good riddance. > Oh dear, and he was doing SO WELL until then too.. POUL!!!!! STOP IT!! I know you were not meaning to be rude.. but it definitly comes across that way.. I happen to know your english is Perfectly up to the job of judging this.. please take a deep breath before hitting the "send" key next time.. I think you came over a LOT less friendly than you meant to. From owner-freebsd-current Tue Feb 4 17:40:20 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id RAA09207 for current-outgoing; Tue, 4 Feb 1997 17:40:20 -0800 (PST) Received: from alpo.whistle.com (alpo.whistle.com [207.76.204.38]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id RAA09185 for ; Tue, 4 Feb 1997 17:40:15 -0800 (PST) Received: from current1.whistle.com (current1.whistle.com [207.76.205.22]) by alpo.whistle.com (8.8.5/8.8.4) with SMTP id RAA17105; Tue, 4 Feb 1997 17:37:28 -0800 (PST) Message-ID: <32F7E3EF.6201DD56@whistle.com> Date: Tue, 04 Feb 1997 17:35:43 -0800 From: Julian Elischer Organization: Whistle Communications X-Mailer: Mozilla 3.0Gold (X11; I; FreeBSD 2.2-CURRENT i386) MIME-Version: 1.0 To: Karl Denninger CC: Poul-Henning Kamp , jkh@time.cdrom.com, current@freebsd.org Subject: Re: Question: 2.1.7? References: <199702050002.SAA05789@Jupiter.Mcs.Net> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Karl Denninger wrote: > Oh dear, you interpretted it the way I was afraid you would.. he didn't mean it htat way I'm sure.. I re-read it several times before coming to that conclusion.. > Now he has basically told me that the core team wants me to pack and leave. > So have you (I read the rest of your note before writing this.) I have it > on good authority from at least one of the core members, however, that > there are other opinions on this matter -- so for right now, I'm not > leaving. you didn't quote the lines before which are critical to interpretting this: > > > If such is the case: Good bye & Good riddance. > > this is CONDITIONAL and it is conditional on you saying "Humph I'm not going to help with that problem, I'm switching to some other OS." As as he and I and you agree that you are NOT saying this: it doesn't apply! so please.. realise that we all need to focus on calming down and tackling this in a CALM manner.! From owner-freebsd-current Tue Feb 4 17:59:32 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id RAA11125 for current-outgoing; Tue, 4 Feb 1997 17:59:32 -0800 (PST) Received: from thelab.hub.org (hal-ns1-42.netcom.ca [207.181.94.106]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id RAA11104 for ; Tue, 4 Feb 1997 17:59:25 -0800 (PST) Received: from thelab.hub.org (localhost [127.0.0.1]) by thelab.hub.org (8.8.4/8.8.2) with SMTP id VAA04402; Tue, 4 Feb 1997 21:43:18 -0400 (AST) Date: Tue, 4 Feb 1997 21:43:18 -0400 (AST) From: The Hermit Hacker Reply-To: chat@freebsd.org To: Karl Denninger cc: Poul-Henning Kamp , jkh@time.cdrom.com, current@freebsd.org Subject: Re: Question: 2.1.7? In-Reply-To: <199702050002.SAA05789@Jupiter.Mcs.Net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Tue, 4 Feb 1997, Karl Denninger wrote: > > >In other words, you don't like opposing points of view. > > > > We don't mind opposing views one bit. > > > > What we >do< mind is people who can >only< talk in extreemes and ultimatums. > > > > People who don't know why the middle road has to be found, because they > > see the world from the trench on one side of the road. > > When the patient is bleeding from the arteries, there is no time to talk > about middle ground. You do the triage first, THEN assess what and how to > take care of the underlying problem. > > The problem here is that Jordan refuses to admit that the patient is already > without heartbeat and bleeding to death on the table. > I sure am glad you aren't a doctor Karl...you are the only one in this argument so far that has pronounced the patient dead...would hate to be your patient, you'd be burying me alive :( > > You would get much more of your usually not entirely unreasonable > > suggestions through if you communicated them in a civilized manner > > rather than as a monkey on caffeine. > > I START being reasonable. When I'm dismissed out of hand and ignored on > something that is of extreme importance then its time to up the volume more > than a few notches. When the other party starts getting into the whole > "you're smoking crack" game then its time to give up on reasonable > discourse and decide if the issue is important enough to persue. > > In this case, it is. Therefore, I'm persuing it with all available means > at my disposal and will do so until its resolved. > So, we have one camp that, altho they most likely admit there is a problem, doesn't consider your solution acceptable...and there is you. > > As far as I know the FreeBSD project is in the process of finding out > > how to respond to this problem. > > The FIRST LEVEL response is to REMOVE the 2.1.6 executables from the FTP > servers and make a PUBLIC announcement that the vulnerability has been > found. > Geez, if every OS did that each time CERT put out an advisory concerning one hole or another, we'd never have anything to run on our machines... :) > The reason you do this is so that *MORE PEOPLE DO NOT GET HURT*. > Hrmmm...I'm personally running 3.0 on my home machine, so this bug may be fixed already, but I'm curious as to how many out there are going to "get hurt"...from what I've seen so far in this discussion (and sorry, I arrived late and overlooked some of it)...the problem seems to involve daemons that would require someone to have an account *on* my machine to start off with ("at" being the one that comes to mind)...since I'm the only one with an account on my home machine, I don't have any risk (again, i could have missed the discussion where a list of daemons with this bug was presented, and, if so...sorry) > > Being an volounteer, spare-time, unpaid > > project, we cannot just call everybody to attention and fix it in 10min > > flat. We need the planet to rotate a couple of times to get people > > mobilized. > > You're missing the point Paul. Nobody is demanding an instant fix. > > What I'm demanding is that you ADMIT IT IS BROKEN, and help stop people > from being burned by it. You can't save the world, but you CAN mitigate > further damage. You do this by WARNING PEOPLE and giving them fair notice > *BEFORE* their disks get formatted or moles inserted into their systems > which 99% of the admins will NEVER find. > > The problem is that the CORE team has REFUSED TO ADMIT ITS BROKEN and take > action to minimize the ONGOING damage. And yes, that means killing the > 2.1.6 CD shipments and removing the distribution from the FTP sites. > > RIGHT NOW. Not tomorrow, not in a week when you have a fix. > > NOW. > See comment above about CERT advisories...*shrug* If vendors started pulling releases each time a CERT advisory came out about a *hole* in the OS, we wouldn't have any OSs to run :( > If I have to call Walnut Creek tomorrow morning and plead my case with them > I will. I'll go to the wall on this, because I absolutely do not need the > problems on *MY* network that come from customers who attach known-to-be- > insecure machines and then come looking to us when they get hacked to little > bits. I also don't need the random disruptions that we end up with when > we're forced into picking up the pieces when others in the community get > screwed. > Ah, a good samaritan(sp?)... > > If this is not good enough for you you have three choices: > > 1. Pay somebody to fix it "right now!" (You can look in our > > web pages for people offering services of that kind.) > > 2. Do it yourself. > > Already did that. That's not what's under discussion here. What's under > discussion is your responsibility to the entire Internet community that uses > the software you publish. Not whether or not Karl Denninger got screwed and > how pissed he is over that event (I didn't GET screwed). > Ah, so you just wish to hear yourself rant over something that didn't affect you? I'm curious, but you state that you have already perform option 2...have you submitted said fix anywhere where I missed it? > I've spoken by voice with one of the rational core team members in the last > hour. I've given him some time to work the issues with the rest of you -- > and I note, HE asked for that time -- not me. But barring some kind of > RATIONAL resolution on this that I can see within the next two hours, > the announcements *ARE* going out to the general Internet community (at > roughly 8:00 PM tonight Chicago time). > Urmmm...ultimatums? If i don't get my way, I'm going to go tell my daddy? > Unlike you, Poul, I believe that if I find out about something like this > I owe it to the community *as one of its members* to disclose it so OTHER > PEOPLE DON'T GET HURT, or at least, so they know they're at risk. > Actually, if this is such a seriuos problem, have you tried submitting a CERT advisory to that effect? Not sure the procedure for doing so, but I imagine that that would be the proper route to take instead of throwing a temper tantrum, no? > The Core team has refused. That doesn't change my stance one bit -- it > only changes who's going to do the talking. > Woo hoo...Karl Denninger...the Knight in Shine Armor to the rescue...*groan* BTW...altho it doesn't really belong anywhere, can we move this to chat instead? Its a little more appropriate there... From owner-freebsd-current Tue Feb 4 18:37:03 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id SAA18222 for current-outgoing; Tue, 4 Feb 1997 18:37:03 -0800 (PST) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id SAA18210 for ; Tue, 4 Feb 1997 18:37:00 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id TAA13904; Tue, 4 Feb 1997 19:33:58 -0700 From: Terry Lambert Message-Id: <199702050233.TAA13904@phaeton.artisoft.com> Subject: Re: getty patches To: davidn@unique.usn.blaze.net.au (David Nugent) Date: Tue, 4 Feb 1997 19:33:58 -0700 (MST) Cc: terry@lambert.org, freebsd-current@freebsd.org In-Reply-To: <19970203132504.RZ25585@usn.blaze.net.au> from "David Nugent" at Feb 3, 97 01:25:04 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > If the init chat fails, it logs via syslog and exits. There is no > other sane thing to do. So is the initd expected to say "getty repeating too quickly on port %s, sleeping" for this? It seems that the current getty isn't expected to fail this way, but the modified getty might. Wouldn't the proper thing for init to do be to disable the port pending a kill -1 1 or something? Waiting an average of 5 minutes for a login when this happens (while initd is busy sleeping it off) seems a bad thing. > > > 3) A recycle time value, to getty to be periodically > > > recycled and initialised after a given number of > > > seconds if there is no activity detected. > > > > What's this for? > > It is an optional timeout value passed to select(). When select() > times out, getty will exit. The end result is that you can have > the modems periodically initialised and actually checked to see > if they're alive. Right. I guess I was really asking "why does a modem need to be initialized again if it was already initialized? Does initialization (somehow) 'wear off'?". It seems silly to do this, but there might be a perfectly valid reason for it, which I don't see, but which you can now tell me. 8-). > No, it doesn't. Since I've been doing most of the login.conf work, > I can't see how it would. Login classes can't be activated until > after a user logs in, and the issue file is sent before getty > prompts for a login name. I thought different transports could be given different classes in the BSDI implementation. If the BSDI version isn't the design, that's fine (I guess). If the BSDI version can't do it, then it's "generically fine". 8-). > > I also find it alarming to allow the open to succeed without a > > call being present... how do I use the same modem port for > > outbound traffic? > > You don't use this feature. Uh... yeah, I do. I only have one modem. 8-). > > How do I build a pseduo-device split, so I can have a device for > > outbound calls and one for inbound calls, if you always open the > > thing for inbound processing? > > Any way you like, Terry. If you don't wish to use the inbound call > features, then don't. That's why it is optional. :-) A blocking > open() is still done unless you enable the "ac" capability. Ah. I see. So I can use the same modem inbound vs. outbound, as long as I turn this feature off. That's OK, then. Though it would be nice to have inbound calls sorted by type, without keeping me from making outbound calls. I guess we need a method of virtualizing the modem and tracking accesses and/or when it's busy inbound. That's beyond the scope of this set of patches, of course... 8-) Regards, Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-current Tue Feb 4 18:44:10 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id SAA19950 for current-outgoing; Tue, 4 Feb 1997 18:44:10 -0800 (PST) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id SAA19917; Tue, 4 Feb 1997 18:44:07 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id TAA13922; Tue, 4 Feb 1997 19:40:36 -0700 From: Terry Lambert Message-Id: <199702050240.TAA13922@phaeton.artisoft.com> Subject: Re: device driver open semantics... To: msmith@atrad.adelaide.edu.au (Michael Smith) Date: Tue, 4 Feb 1997 19:40:36 -0700 (MST) Cc: terry@lambert.org, bakul@torrentnet.com, phk@FreeBSD.ORG, current@FreeBSD.ORG In-Reply-To: <199702030259.NAA02097@genesis.atrad.adelaide.edu.au> from "Michael Smith" at Feb 3, 97 01:29:31 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > I disagree. The driver should not depend on the system doing > > reference counting for it. Mark me down as being "for" calling > > the close once per close. Reference counting is a very simple > > modification to make, and there are great benefits to things like > > CDROM writers that can also function as readers, non-bidirectional > > sound cards, etc., etc.. > > This would do horrible things to the fork/exec timings. 8( ... well, the exec() timings anyway, if the close_on_exec was set on the fd open on the device, since fork wouldn't close(), but must already open(), right? What would be the real effect? I suspect that you could put a flag in the device flags that says "call close once instead of on each close and count outside the device" if you really wanted to. You could go the other way, but it shouldn't be the default because it provides less information. An AND + BNZ is cheap... and you can more han make back the clock cycles for that by murdering the absolutely *stupid* "struct fileops" anyway. Plus there is pleanty of room for logic reordering to reduce the number of compares, and so on, in the success cases (which should be the default code path, and therefore the shortest). In your average case, close() isn't called during fork/exec. Regards, Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-current Tue Feb 4 18:48:56 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id SAA20662 for current-outgoing; Tue, 4 Feb 1997 18:48:56 -0800 (PST) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id SAA20645; Tue, 4 Feb 1997 18:48:50 -0800 (PST) Received: (from msmith@localhost) by genesis.atrad.adelaide.edu.au (8.8.2/8.7.3) id NAA19221; Wed, 5 Feb 1997 13:17:18 +1030 (CST) From: Michael Smith Message-Id: <199702050247.NAA19221@genesis.atrad.adelaide.edu.au> Subject: Re: device driver open semantics... In-Reply-To: <199702050240.TAA13922@phaeton.artisoft.com> from Terry Lambert at "Feb 4, 97 07:40:36 pm" To: terry@lambert.org (Terry Lambert) Date: Wed, 5 Feb 1997 13:17:17 +1030 (CST) Cc: msmith@atrad.adelaide.edu.au, terry@lambert.org, bakul@torrentnet.com, phk@FreeBSD.ORG, current@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL28 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Terry Lambert stands accused of saying: > > > I disagree. The driver should not depend on the system doing > > > reference counting for it. Mark me down as being "for" calling > > > the close once per close. Reference counting is a very simple > > > modification to make, and there are great benefits to things like > > > CDROM writers that can also function as readers, non-bidirectional > > > sound cards, etc., etc.. > > > > This would do horrible things to the fork/exec timings. 8( > > ... well, the exec() timings anyway, if the close_on_exec was set > on the fd open on the device, since fork wouldn't close(), > but must already open(), right? Ah, actually it'd be fork() that would suffer, as you'd have to go and call open() for every device that it had open. And it's not the calling that would cost, but scanning the open fds to see whether it had to be called for each. > Terry Lambert -- ]] Mike Smith, Software Engineer msmith@gsoft.com.au [[ ]] Genesis Software genesis@gsoft.com.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control. (ph) +61-8-8267-3493 [[ ]] Unix hardware collector. "Where are your PEZ?" The Tick [[ From owner-freebsd-current Tue Feb 4 18:49:28 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id SAA20788 for current-outgoing; Tue, 4 Feb 1997 18:49:28 -0800 (PST) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id SAA20777 for ; Tue, 4 Feb 1997 18:49:25 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id TAA13943; Tue, 4 Feb 1997 19:43:46 -0700 From: Terry Lambert Message-Id: <199702050243.TAA13943@phaeton.artisoft.com> Subject: Re: login.conf - radius client (was Re: getty patches) To: michaelh@cet.co.jp (Michael Hancock) Date: Tue, 4 Feb 1997 19:43:46 -0700 (MST) Cc: langfod@dihelix.com, msmith@atrad.adelaide.edu.au, davidn@unique.usn.blaze.net.au, terry@lambert.org, joerg_wunsch@uriah.heep.sax.de, freebsd-current@freebsd.org In-Reply-To: from "Michael Hancock" at Feb 3, 97 02:15:33 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > The question I've also had was with regards to sendmail. > > How does sendmail know that users exist if one uses RADIUS or some > > other "non-traditional" way of user authentication??? [ ... ] > [Ideal solution] > > It's completely transparent to sendmail. The authentication calls do the > right thing depending on which authentication method is used. Yes. You make an .so file and put it in the list of account stores, along with the "passwd.so" and "NIS.so" files that would be there by default. The list is an interface agregation point. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-current Tue Feb 4 18:55:04 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id SAA22389 for current-outgoing; Tue, 4 Feb 1997 18:55:04 -0800 (PST) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id SAA22317; Tue, 4 Feb 1997 18:54:56 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id TAA13988; Tue, 4 Feb 1997 19:50:43 -0700 From: Terry Lambert Message-Id: <199702050250.TAA13988@phaeton.artisoft.com> Subject: Re: vm86 in current? To: bde@zeta.org.au (Bruce Evans) Date: Tue, 4 Feb 1997 19:50:42 -0700 (MST) Cc: jlemon@americantv.com, tri@iki.fi, current@FreeBSD.ORG, emulation@FreeBSD.ORG, phk@critter.dk.tfs.com In-Reply-To: <199702041847.FAA32304@godzilla.zeta.org.au> from "Bruce Evans" at Feb 5, 97 05:47:58 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > >BTW, are there any objections if I grow the trapframe/intrframe/clockframe > >structures by 4 more words? It would only affect things that do sizeof(), > >and perhaps the kernel debugger. Otherwise, a new vm86frame structure will > >be needed, with a little bit of typecasting back and forth. > > It would be bogus because the standard trapframe doesn't actually have > the extra words. However, perhaps you can fudge the extra words by > setting tss_esp0 16 lower. This will impact the SMP per CPU segment. Please advise of the changes to the smp@freebsd.org list so that they can be incorporated there as well. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-current Tue Feb 4 19:00:59 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id TAA23113 for current-outgoing; Tue, 4 Feb 1997 19:00:59 -0800 (PST) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id TAA23107 for ; Tue, 4 Feb 1997 19:00:56 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id TAA14009; Tue, 4 Feb 1997 19:57:59 -0700 From: Terry Lambert Message-Id: <199702050257.TAA14009@phaeton.artisoft.com> Subject: Re: ATM card/interface for FreeBSD To: james@miller.cs.uwm.edu (Jim Lowe) Date: Tue, 4 Feb 1997 19:57:59 -0700 (MST) Cc: current@freebsd.org In-Reply-To: <199702042018.OAA00300@miller.cs.uwm.edu> from "Jim Lowe" at Feb 4, 97 02:18:13 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > Is anyone working on an ATM interface for FreeBSD? The ATM mailing list: freebsd-atm@freebsd.org The following have expressed interest in working on drivers, and/or have claimed existing drivers for FreeBSD: "Bror 'Count' Heinola" "Litvin Alexander B." "Raju M. Daryanani" "Ron G. Minnich" "William A. Arbaugh" Brian Litzinger Mark Mayo Mark Tinguely Pat Barron Poul-Henning Kamp dennis@etinc.com (Dennis) hosokawa@mt.cs.keio.ac.jp (HOSOKAWA Tatsumi) Regards, Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-current Tue Feb 4 19:07:54 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id TAA23601 for current-outgoing; Tue, 4 Feb 1997 19:07:54 -0800 (PST) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id TAA23595 for ; Tue, 4 Feb 1997 19:07:50 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id UAA14034; Tue, 4 Feb 1997 20:04:19 -0700 From: Terry Lambert Message-Id: <199702050304.UAA14034@phaeton.artisoft.com> Subject: Re: Question: 2.1.7? To: phk@critter.dk.tfs.com (Poul-Henning Kamp) Date: Tue, 4 Feb 1997 20:04:19 -0700 (MST) Cc: karl@Mcs.Net, jkh@time.cdrom.com, current@freebsd.org In-Reply-To: <901.855098550@critter.dk.tfs.com> from "Poul-Henning Kamp" at Feb 5, 97 00:22:30 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > What we >do< mind is people who can >only< talk in extreemes and ultimatums. Phew! Thank *God* I don't issue ultimatums... squeaked out of that one by the skin of my teeth. 8-) 8-) 8-) 8-). Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-current Tue Feb 4 19:15:16 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id TAA24069 for current-outgoing; Tue, 4 Feb 1997 19:15:16 -0800 (PST) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id TAA24062 for ; Tue, 4 Feb 1997 19:15:13 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id UAA14063; Tue, 4 Feb 1997 20:12:45 -0700 From: Terry Lambert Message-Id: <199702050312.UAA14063@phaeton.artisoft.com> Subject: Re: getty/mgetty To: drussell@mail1.internode.net (Doug Russell) Date: Tue, 4 Feb 1997 20:12:45 -0700 (MST) Cc: freebsd-current@freebsd.org In-Reply-To: <1.5.4.16.19970204171928.0a17e8ea@mail1.internode.net> from "Doug Russell" at Feb 4, 97 05:17:03 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > While we are (sort-of, anyway) on the topic of getty/mgetty, I have a > question. I'm trying to set up a couple of dialin lines to do PPP and/or > shell access... It works fine, basically except for when a MafiaSoft client > (eg Win95) dials in, you have to open the little post-dial terminal window, > log in, and type pppd. I know the userland PPP in combination with mgetty > will detect the PPP coming from the MS side and drop though to > authentication..... There were patches a while back from anISP who had done the necessary hacks to make the Microsoft code "just work". I believe there was a getty option to be placed in the /etc/ttys line to enable the new behaviour for a line. I believe it was "if user logs in as Puser, start PPP". The patches were posted in their entirety, so they should be in the -current or -hackers list archives. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-current Tue Feb 4 19:18:03 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id TAA24272 for current-outgoing; Tue, 4 Feb 1997 19:18:03 -0800 (PST) Received: from bmccane.uit.net (bmccane.uit.net [208.129.189.48]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id TAA24251 for ; Tue, 4 Feb 1997 19:17:36 -0800 (PST) Received: (from root@localhost) by bmccane.uit.net (8.8.4/8.7.3) id VAA28504; Tue, 4 Feb 1997 21:17:16 -0600 (CST) Date: Tue, 4 Feb 1997 21:17:14 -0600 (CST) From: Wm Brian McCane To: freebsd-current@freebsd.org Subject: make world Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Okay, this has been happening for a LOONG time. In order for me to complete a `make world', I have to use the `-k' option. If I don't do this, the make fails in `/usr/src/bin/sh' as follows: cc -O -DSHELL -I. -I/usr/src/bin/sh -c arith_lex.c /usr/src/bin/sh/arith_lex.l: In function `yylex': /usr/src/bin/sh/arith_lex.l:63: `ARITH_BOR' undeclared (first use this function) /usr/src/bin/sh/arith_lex.l:63: (Each undeclared identifier is reported only once /usr/src/bin/sh/arith_lex.l:63: for each function it appears in.) /usr/src/bin/sh/arith_lex.l:64: `ARITH_BXOR' undeclared (first use this function) /usr/src/bin/sh/arith_lex.l:65: `ARITH_BAND' undeclared (first use this function) /usr/src/bin/sh/arith_lex.l:67: `ARITH_NE' undeclared (first use this function) /usr/src/bin/sh/arith_lex.l:69: `ARITH_GE' undeclared (first use this function) /usr/src/bin/sh/arith_lex.l:71: `ARITH_LE' undeclared (first use this function) /usr/src/bin/sh/arith_lex.l:72: `ARITH_LSHIFT' undeclared (first use this function) /usr/src/bin/sh/arith_lex.l:73: `ARITH_RSHIFT' undeclared (first use this function) /usr/src/bin/sh/arith_lex.l:74: `ARITH_MUL' undeclared (first use this function) /usr/src/bin/sh/arith_lex.l:78: `ARITH_SUB' undeclared (first use this function) /usr/src/bin/sh/arith_lex.l:79: `ARITH_BNOT' undeclared (first use this function) *** Error code 1 WHY?! TIA, brian +-------------------------------------+----------------------------------------+ He rides a cycle of mighty days, and \ Wm Brian and Lori McCane he represents the last great schizm \ McCane Consulting among the gods. Evil though he obviously \ root@bmccane.uit.net is, he is a mighty figure, this father of \ http://bmccane.uit.net/~pictures/ my spirit, and I respect him as the sons \ http://bmccane.uit.net/~bmccane/ of old did the fathers of their bodies. \ http://bmccane.uit.net/~bbs/ Roger Zelazny - "Lord of Light" \ +---------------------------------------------+--------------------------------+ From owner-freebsd-current Tue Feb 4 19:34:29 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id TAA25400 for current-outgoing; Tue, 4 Feb 1997 19:34:29 -0800 (PST) Received: from logues.rhn.orst.edu (logues.RHN.ORST.EDU [128.193.139.116]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id TAA25393 for ; Tue, 4 Feb 1997 19:34:23 -0800 (PST) Received: from localhost (stevel@localhost) by logues.rhn.orst.edu (8.8.4/8.8.4) with SMTP id TAA06385; Tue, 4 Feb 1997 19:33:25 -0800 (PST) Date: Tue, 4 Feb 1997 19:33:25 -0800 (PST) From: stevel To: Terry Lambert cc: Poul-Henning Kamp , karl@mcs.net, jkh@time.cdrom.com, current@freebsd.org Subject: Re: Question: 2.1.7? In-Reply-To: <199702050304.UAA14034@phaeton.artisoft.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Tue, 4 Feb 1997, Terry Lambert wrote: > > What we >do< mind is people who can >only< talk in extreemes and ultimatums. > > Phew! Thank *God* I don't issue ultimatums... squeaked out of that > one by the skin of my teeth. > > 8-) 8-) 8-) 8-). > > > Terry Lambert > terry@lambert.org > --- > Any opinions in this posting are my own and not those of my present > or previous employers. > BOY i hear YOU there - it is a pitty that things have gotten to be so INTENSE!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!! DO IT!!!!!! DO IT RIGHT!!!!!!!!! -STEVEl From owner-freebsd-current Tue Feb 4 19:34:53 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id TAA25476 for current-outgoing; Tue, 4 Feb 1997 19:34:53 -0800 (PST) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id TAA25434; Tue, 4 Feb 1997 19:34:48 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id UAA14117; Tue, 4 Feb 1997 20:31:14 -0700 From: Terry Lambert Message-Id: <199702050331.UAA14117@phaeton.artisoft.com> Subject: Re: device driver open semantics... To: msmith@atrad.adelaide.edu.au (Michael Smith) Date: Tue, 4 Feb 1997 20:31:14 -0700 (MST) Cc: terry@lambert.org, msmith@atrad.adelaide.edu.au, bakul@torrentnet.com, phk@FreeBSD.ORG, current@FreeBSD.ORG In-Reply-To: <199702050247.NAA19221@genesis.atrad.adelaide.edu.au> from "Michael Smith" at Feb 5, 97 01:17:17 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > > This would do horrible things to the fork/exec timings. 8( > > > > ... well, the exec() timings anyway, if the close_on_exec was set > > on the fd open on the device, since fork wouldn't close(), > > but must already open(), right? > > Ah, actually it'd be fork() that would suffer, as you'd have to go > and call open() for every device that it had open. And it's not the > calling that would cost, but scanning the open fds to see whether it > had to be called for each. Hmmm... I think I disagree with this. I think the act of obtaining a vnode is an 'open' and the act of releasing it as 'close'. I think a fork/exec would simply create an alias refernce to an existing vnode, not get a new one (I don't see how it could, without saving the lookup path, or without a "reopen" hack). This also goes for a device vnode that is already in the directory lookup cache, since it will get a cache hit and never call the real open, as well. The real close only gets called on the last vnode reference going away... the vnode is in the system open file table, and there are multiple processes with per process open file table references to the same system open file table entry. A relookup, of course, originates a system open file table entry, and so would initiate an alias entry at the system open file table entry... but still, only one open. But a real open is called to get the vnode, even if it is an alias which is returned. So you can refernce count the flags, which only occur on a real open on a vnode. Each alias (reference count) on the vnode created this way has a seperate "open" device call to instance the mode flags for the alias instance. What was being discussed was changing the device close to take a parameter... then calling it once per alias instance destruction (when it is removed from the system open file table). The device would reference count actual calls to the open/close. Because the fork/exec create a vnode alias without referncing the open call (mostly because they create a per process open file table reference for a system open file table entry), no open/close is called. The open/close is only called on manipulation of the system open file table entry. System open file table entry aliases for the vnode are inherently impossible to coelesce, because of differening flags values which need to be compared on read/write (and should be tracked there). For flags which are identical, the entries can be coelesced... but this would probably be done at open-time, and would cause the close method to be called, but add the reference counts resulting from the per process open file tables to the system open file table entry being coelesced to... and then the close method would be called for the flags value destroying both the reference count for, and the duplicate system open file table entry reference to, the vnode in question. So really, it will have no effect on fork/exec timings after the initial setup for the series of fork/exec which inherit the per process open file table state. The difference is between a user space open instance, and a device "open" instance, which is really only a reference, not really an open. Regards, Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-current Tue Feb 4 19:39:33 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id TAA25729 for current-outgoing; Tue, 4 Feb 1997 19:39:33 -0800 (PST) Received: from werple.net.au (melb.werple.net.au [203.9.190.18]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id TAA25723 for ; Tue, 4 Feb 1997 19:39:30 -0800 (PST) Received: (qmail 25878 invoked by uid 5); 5 Feb 1997 03:39:20 -0000 MBOX-Line: From jb@freebsd1.cimlogic.com.au Wed Feb 5 14:39:44 1997 Received: (from jb@localhost) by freebsd1.cimlogic.com.au (8.7.5/8.7.3) id OAA01064 for current@freebsd.org; Wed, 5 Feb 1997 14:39:44 +1100 (EST) From: John Birrell Message-Id: <199702050339.OAA01064@freebsd1.cimlogic.com.au> Subject: lkms & i386/isa/isa_device.h To: current@freebsd.org Date: Wed, 5 Feb 1997 14:39:43 +1100 (EST) X-Mailer: ELM [version 2.4ME+ PL22 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk G'day, For custom lkms that are not built as part of the FreeBSD source tree, header files like sys/i386/isa/isa_device.h that aren't installed by 'make includes' are a problem. Shouldn't this be installed in /usr/include/machine/isa?! I don't think I should have to keep a FreeBSD source tree on a machine just to compile custom code. -- John Birrell CIMlogic Pty Ltd jb@cimlogic.com.au; jb@netbsd.org 119 Cecil Street Ph +61 3 9690 6900 South Melbourne Vic 3205 Fax +61 3 9690 6650 Australia Mob +61 18 353 137 From owner-freebsd-current Tue Feb 4 20:37:02 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id UAA29690 for current-outgoing; Tue, 4 Feb 1997 20:37:02 -0800 (PST) Received: from labs.usn.blaze.net.au (labs.usn.blaze.net.au [203.17.53.30]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id UAA29673 for ; Tue, 4 Feb 1997 20:36:55 -0800 (PST) Received: (from davidn@localhost) by labs.usn.blaze.net.au (8.8.5/8.8.5) id PAA22405; Wed, 5 Feb 1997 15:35:55 +1100 (EST) Message-ID: <19970205153554.HM65449@labs.usn.blaze.net.au> Date: Wed, 5 Feb 1997 15:35:54 +1100 From: davidn@labs.usn.blaze.net.au (David Nugent) To: terry@lambert.org (Terry Lambert) Cc: freebsd-current@freebsd.org Subject: Re: getty patches References: <19970203132504.RZ25585@usn.blaze.net.au> <199702050233.TAA13904@phaeton.artisoft.com> X-Mailer: Mutt 0.60-PL0 Mime-Version: 1.0 In-Reply-To: <199702050233.TAA13904@phaeton.artisoft.com>; from Terry Lambert on Feb 4, 1997 19:33:58 -0700 Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Terry Lambert writes: > > If the init chat fails, it logs via syslog and exits. There is no > > other sane thing to do. > > So is the initd expected to say "getty repeating too quickly on > port %s, sleeping" for this? If GETTY_SPACING in init.c was to be increased from 5 seconds, yes. But this may have undesirable side-effects, and I'm not sure if I'd want this behaviour in any case. > It seems that the current getty isn't expected to fail this way, > but the modified getty might. The "modified getty" won't act any differently from the existing getty until and unless it is configured to act differently. > Waiting an average of 5 minutes for a login when this happens (while > initd is busy sleeping it off) seems a bad thing. ? > Right. I guess I was really asking "why does a modem need to be > initialized again if it was already initialized? Does initialization > (somehow) 'wear off'?". No of course not, modems can often have problems related to heat and other conditions, including buggy code. > It seems silly to do this, but there might be a perfectly valid > reason for it, which I don't see, but which you can now tell me. 8-). The point isn't simply to initialise the modem. The point is to see that it is still functioning correctly - and yes, they do sometimes have problems - and when they do, it is a Good Thing if the sysadmin has early notification if the simple act of dropping DTR by recycling getty does not work. If you've ever run a dialup system on a rotary, a single line going out early in the group causes problems for all users attempting to dial in. If your modems don't happen to have problems like this (well, we can all be optimists, right?), well and good - you don't need to do this, so don't. > > No, it doesn't. Since I've been doing most of the login.conf work, > > I can't see how it would. Login classes can't be activated until > > after a user logs in, and the issue file is sent before getty > > prompts for a login name. > > I thought different transports could be given different classes > in the BSDI implementation. No. This is seen as a "service" to the authenticator. Login classes may have different combinations of service/authenticator values, but which ones are valid are still driven by the user's login class. > If the BSDI version isn't the design, that's fine (I guess). > If the BSDI version can't do it, then it's "generically fine". 8-). It appears that you simply misunderstand how it works. The manpages are there if you're interested, although login_auth(3) is a little thin right now. :-) > > > I also find it alarming to allow the open to succeed without a > > > call being present... how do I use the same modem port for > > > outbound traffic? > > > > You don't use this feature. > > Uh... yeah, I do. I only have one modem. 8-). What's your point? > > Any way you like, Terry. If you don't wish to use the inbound call > > features, then don't. That's why it is optional. :-) A blocking > > open() is still done unless you enable the "ac" capability. > > Ah. I see. So I can use the same modem inbound vs. outbound, > as long as I turn this feature off. "Unless you enable it in the first place" is a more accurate picture. Regards, David Nugent - Unique Computing Pty Ltd - Melbourne, Australia Voice +61-3-9791-9547 Data/BBS +61-3-9792-3507 3:632/348@fidonet davidn@freebsd.org davidn@blaze.net.au http://www.blaze.net.au/~davidn/ From owner-freebsd-current Tue Feb 4 21:07:12 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id VAA01582 for current-outgoing; Tue, 4 Feb 1997 21:07:12 -0800 (PST) Received: from rover.village.org (rover.village.org [204.144.255.49]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id VAA01576 for ; Tue, 4 Feb 1997 21:07:08 -0800 (PST) Received: from rover.village.org [127.0.0.1] by rover.village.org with esmtp (Exim 0.56 #1) id E0vrzZY-0000a0-00; Tue, 4 Feb 1997 22:07:04 -0700 Subject: Re: Question: 2.1.7? To: current@freebsd.org In-reply-to: Your message of "Tue, 04 Feb 1997 20:04:19 MST." <199702050304.UAA14034@phaeton.artisoft.com> References: <199702050304.UAA14034@phaeton.artisoft.com> Date: Tue, 04 Feb 1997 22:07:04 -0700 From: Warner Losh Message-Id: Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk For some perspective, I have in my queue about 30-40 OpenBSD buffer overflow bugs that I've not had time to investigate, let alone patch in -current. And -stable is worse because people haven't been actively fixing it. Anyway, don't mean to sound alarmist, but there are many holes in 2.1.6 that will be non-trivial to fix (or at least that will take a non-trivial amount of time to fix). And I thought I'd have more time to do this when I wasn't looking for work :-(. Warner From owner-freebsd-current Tue Feb 4 22:51:06 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id WAA08204 for current-outgoing; Tue, 4 Feb 1997 22:51:06 -0800 (PST) Received: from labs.usn.blaze.net.au (labs.usn.blaze.net.au [203.17.53.30]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id WAA08191 for ; Tue, 4 Feb 1997 22:50:57 -0800 (PST) Received: (from davidn@localhost) by labs.usn.blaze.net.au (8.8.5/8.8.5) id RAA22663; Wed, 5 Feb 1997 17:50:38 +1100 (EST) Message-ID: <19970205175037.QY28796@labs.usn.blaze.net.au> Date: Wed, 5 Feb 1997 17:50:37 +1100 From: davidn@labs.usn.blaze.net.au (David Nugent) To: taob@vex.net (Brian Tao) Cc: freebsd-current@freebsd.org Subject: Re: /etc/login.conf and xdm logins References: X-Mailer: Mutt 0.60-PL0 Mime-Version: 1.0 In-Reply-To: ; from Brian Tao on Feb 4, 1997 15:18:05 -0500 Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Brian Tao writes: > I'm running 3.0-970124-SNAP with the XFree86 3.2 binary > distribution for 2.2-current. Do I need to rebuild or otherwise tweak > xdm to take advantage of login classes? Yes. Basically, you replace { setlogin(), setgid(), initgroups() and setuid() } with setusercontext(). > I can't seem to raise my resource limits above 256 open > files and 32 processes, regardless of my login class in > /etc/master.passwd and the settings in /etc/login.conf. It depends on where and how you've started xdm. If you do it (like most) from /etc/rc.local, then it is getting the "daemon" tagged resources, as that is what init starts /etc/rc with. One way you can fix this is to modify the daemon entry directly. But you could instead try (from /etc/rc.local): limits -C xuser /usr/X11R6/bin/xdm [args] (replace 'xuser' with whatever entry you wish). Modifying xdm is on my login_cap todo list, but of course this may take some time to filter into an XFree release. Regards, David Nugent - Unique Computing Pty Ltd - Melbourne, Australia Voice +61-3-9791-9547 Data/BBS +61-3-9792-3507 3:632/348@fidonet davidn@freebsd.org davidn@blaze.net.au http://www.blaze.net.au/~davidn/ From owner-freebsd-current Tue Feb 4 23:03:46 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id XAA08642 for current-outgoing; Tue, 4 Feb 1997 23:03:46 -0800 (PST) Received: from bastion.seqeb.gov.au (bastion.seqeb.gov.au [147.209.142.2]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id XAA08628 for ; Tue, 4 Feb 1997 23:03:41 -0800 (PST) Received: by bastion.seqeb.gov.au; (5.65/GJW290197a) id AA03712; Wed, 5 Feb 1997 17:03:09 +1000 Received: from proxy.seqeb.gov.au(147.209.206.2) by bastion.seqeb.gov.au via smap (V1.3) id sma012729; Wed Feb 5 17:02:48 1997 Received: by proxy.seqeb.gov.au; (5.65v3.2/GJW290197a) id AA06704; Wed, 5 Feb 1997 17:02:47 +1000 Received: from relay.seqeb.gov.au(147.209.166.6) by proxy.seqeb.gov.au via smap (V1.3) id sma006242; Wed Feb 5 17:02:26 1997 Received: from svbyo4.seqeb.gov.au by un.seqeb.gov.au; (5.65/GJW070297a) id AA15670; Wed, 5 Feb 1997 17:02:18 +1000 Received: from pc20635.seqeb.gov.au by svbyo4.seqeb.gov.au; (5.65/GJW251095a) id AA20056; Wed, 5 Feb 1997 17:02:15 +1000 From: "Patrick J. Collins" Reply-To: pc012@seqeb.gov.au To: John Birrell Cc: current@FreeBSD.ORG Subject: Re: lkms & i386/isa/isa_device.h In-Reply-To: <199702050339.OAA01064@freebsd1.cimlogic.com.au> Message-Id: Date: Wed, 5 Feb 1997 17:02:16 -0816 (EAS) Priority: NORMAL X-Mailer: Simeon for Windows Version 4.1 Build (3) X-Authentication: none Mime-Version: 1.0 Content-Type: TEXT/PLAIN; CHARSET=US-ASCII Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Wed, 5 Feb 1997 14:39:43 +1100 (EST) John Birrell wrote: > G'day, > > For custom lkms that are not built as part of the FreeBSD source tree, > header files like sys/i386/isa/isa_device.h that aren't installed by > 'make includes' are a problem. Shouldn't this be installed in > /usr/include/machine/isa?! I don't think I should have to keep a FreeBSD > source tree on a machine just to compile custom code. While where on this subject does anyone know why the led.lkm and the coin.lkm modules won't build any more. These modules where quite usefull as the building blocks for other interesting I/O projects. The two modules are still in the incoming area of freebsd.cdrom.com. Patrick J. Collins The South East Queensland Electricity Corporation pc012@seqeb.gov.au From owner-freebsd-current Tue Feb 4 23:17:50 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id XAA09076 for current-outgoing; Tue, 4 Feb 1997 23:17:50 -0800 (PST) Received: from labs.usn.blaze.net.au (labs.usn.blaze.net.au [203.17.53.30]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id XAA09068 for ; Tue, 4 Feb 1997 23:17:38 -0800 (PST) Received: (from davidn@localhost) by labs.usn.blaze.net.au (8.8.5/8.8.5) id SAA22692; Wed, 5 Feb 1997 18:17:12 +1100 (EST) Message-ID: <19970205181711.CI15151@labs.usn.blaze.net.au> Date: Wed, 5 Feb 1997 18:17:11 +1100 From: davidn@labs.usn.blaze.net.au (David Nugent) To: drussell@mail1.internode.net (Doug Russell) Cc: freebsd-current@freebsd.org Subject: Re: getty/mgetty References: <1.5.4.16.19970204171928.0a17e8ea@mail1.internode.net> X-Mailer: Mutt 0.60-PL0 Mime-Version: 1.0 In-Reply-To: <1.5.4.16.19970204171928.0a17e8ea@mail1.internode.net>; from Doug Russell on Feb 4, 1997 17:17:03 -0700 Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Doug Russell writes: > So, I grabbed mgetty, and scared myself with it's sheer > gargantuan nature... Yes. I've been using mgetty for months now, and wasn't happy with it at all given that it was only a relatively tiny subset of its functionality that was needed. At some stage in its history, it came down with a bad case of featuritis. > getty would be fine if it did the PPP drop though thing. Is > there a simpler way of doing all this without having to munch > around with mgetty? I believe so since our getty should do it already. I haven't yet tested it, but will be doing so in the next couple of days, but many folks maintain that it works. > Ian is working on a little wrapper program that is going to go > in the login process somewhere to allow simple shell/ppp access > depending on the user's mood for advanced users, and straight > through to PPP for others, but we are trying to not re-invent > the wheel here... If a simpler method for doing > some of this already exists, why hack the code, right? :-) FWIW, I have something that does this already, called 'userls' (user login service). You can find it at: http://www.blaze.net.au/~davidn/UNIX/userls-1.5.tar.gz It can be hooked into login.conf shell=/path/userls or via symlinks to a pseudo shell. It is entirely transparent to network shell logins. > Anyway, I'm still digging through the source for getty and > login and some other things right now trying to decide what > the best way to go about getting this to work the way I want > it is.... There's no need to involve either. Regards, David Nugent - Unique Computing Pty Ltd - Melbourne, Australia Voice +61-3-9791-9547 Data/BBS +61-3-9792-3507 3:632/348@fidonet davidn@freebsd.org davidn@blaze.net.au http://www.blaze.net.au/~davidn/ From owner-freebsd-current Tue Feb 4 23:59:40 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id XAA13178 for current-outgoing; Tue, 4 Feb 1997 23:59:40 -0800 (PST) Received: from dfw-ix4.ix.netcom.com (dfw-ix4.ix.netcom.com [206.214.98.4]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id XAA13167 for ; Tue, 4 Feb 1997 23:59:37 -0800 (PST) Received: from silvia.HIP.Berkeley.EDU (wck-ca14-60.ix.netcom.com [207.92.174.124]) by dfw-ix4.ix.netcom.com (8.6.13/8.6.12) with ESMTP id XAA14217; Tue, 4 Feb 1997 23:59:00 -0800 Received: (from asami@localhost) by silvia.HIP.Berkeley.EDU (8.8.5/8.6.9) id XAA29528; Tue, 4 Feb 1997 23:58:50 -0800 (PST) Date: Tue, 4 Feb 1997 23:58:50 -0800 (PST) Message-Id: <199702050758.XAA29528@silvia.HIP.Berkeley.EDU> To: davidn@labs.usn.blaze.net.au CC: taob@vex.net, freebsd-current@freebsd.org In-reply-to: <19970205175037.QY28796@labs.usn.blaze.net.au> (davidn@labs.usn.blaze.net.au) Subject: Re: /etc/login.conf and xdm logins From: asami@vader.cs.berkeley.edu (Satoshi Asami) Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk * From: davidn@labs.usn.blaze.net.au (David Nugent) * limits -C xuser /usr/X11R6/bin/xdm [args] * * (replace 'xuser' with whatever entry you wish). * * Modifying xdm is on my login_cap todo list, but of course * this may take some time to filter into an XFree release. I think I'm just dense, but I can't for my life figure out how to use this login.conf thing. I copied the file from /usr/src/etc, edited it, called cap_mkdb on it, rebooted the system, but whatever I do I just get: ## limits -C root Resource limits for class root: cputime infinity secs filesize 65536 kb datasize-cur 16384 kb stacksize-cur 8192 kb coredumpsize 0 kb memoryuse-cur 32768 kb memorylocked 29740 kb maxprocesses-cur 64 openfiles-cur 256 This system is -current (built just a few hours ago). David, what about adding a handbook chapter for it? (I suggest "login.conf for idiots" ;) Satoshi From owner-freebsd-current Wed Feb 5 00:11:52 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id AAA14230 for current-outgoing; Wed, 5 Feb 1997 00:11:52 -0800 (PST) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id AAA14220 for ; Wed, 5 Feb 1997 00:11:45 -0800 (PST) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id JAA00304 for current@freebsd.org; Wed, 5 Feb 1997 09:11:43 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.8.5/8.6.9) id BAA07274; Wed, 5 Feb 1997 01:45:50 +0100 (MET) Message-ID: Date: Wed, 5 Feb 1997 01:45:50 +0100 From: j@uriah.heep.sax.de (J Wunsch) To: current@freebsd.org Subject: Re: Karl fulminates, film at 11. References: <28882.855099826@time.cdrom.com> X-Mailer: Mutt 0.55-PL10 Mime-Version: 1.0 X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <28882.855099826@time.cdrom.com>; from Jordan K. Hubbard on Feb 4, 1997 15:43:46 -0800 Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk As Jordan K. Hubbard wrote: > Karl doesn't like being ignored, however, so now he's taken > it to the -current mailing list where he hopes to drum up additional > fear and probably more than a little loathing about this. Since forwarding private mail into the public without prior consent of the originator is about the worst violation the Internet Netiquette, Karl has now shot himself off. I wonder how he's going to teach his customers about Netiquette... -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-current Wed Feb 5 00:50:55 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id AAA22118 for current-outgoing; Wed, 5 Feb 1997 00:50:55 -0800 (PST) Received: from tfs.com (tfs.com [140.145.250.1]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id AAA22108 for ; Wed, 5 Feb 1997 00:50:52 -0800 (PST) Received: from schizo.dk.tfs.com by tfs.com (smail3.1.28.1) with SMTP id m0vs33c-0003wCC; Wed, 5 Feb 97 00:50 PST Received: from critter.dk.tfs.com (critter-home [193.162.32.19]) by schizo.dk.tfs.com (8.8.2/8.7.3) with ESMTP id JAA26239; Wed, 5 Feb 1997 09:50:15 +0100 (MET) Received: from critter.dk.tfs.com (localhost [127.0.0.1]) by critter.dk.tfs.com (8.8.2/8.8.2) with ESMTP id JAA01573; Wed, 5 Feb 1997 09:52:01 +0100 (MET) To: Julian Elischer cc: Karl Denninger , "Jordan K. Hubbard" , current@freebsd.org Subject: Re: Question: 2.1.7? In-reply-to: Your message of "Tue, 04 Feb 1997 17:24:50 PST." <32F7E162.4487EB71@whistle.com> Date: Wed, 05 Feb 1997 09:52:00 +0100 Message-ID: <1571.855132720@critter.dk.tfs.com> From: Poul-Henning Kamp Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In message <32F7E162.4487EB71@whistle.com>, Julian Elischer writes: >Poul-Henning Kamp wrote: >> > >> Is this a new variation of "the spoilt weenies battlecry": >> >> "If you don't fix it for me right now I'll install LINUX!" >> >> If such is the case: Good bye & Good riddance. >> > >Oh dear, and he was doing SO WELL until then too.. > >POUL!!!!! > >STOP IT!! > >I know you were not meaning to be rude.. but it definitly comes across >that way.. I happen to know your english is Perfectly up to >the job of judging this.. please take a deep breath before >hitting the "send" key next time.. I think you came over >a LOT less friendly than you meant to. I actually had very little intention to come over friendly. -- Poul-Henning Kamp | phk@FreeBSD.ORG FreeBSD Core-team. http://www.freebsd.org/~phk | phk@login.dknet.dk Private mailbox. whois: [PHK] | phk@tfs.com TRW Financial Systems, Inc. Power and ignorance is a disgusting cocktail. From owner-freebsd-current Wed Feb 5 01:19:17 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id BAA26658 for current-outgoing; Wed, 5 Feb 1997 01:19:17 -0800 (PST) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id BAA26646 for ; Wed, 5 Feb 1997 01:19:10 -0800 (PST) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id KAA01527 for freebsd-current@freebsd.org; Wed, 5 Feb 1997 10:19:08 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.8.5/8.6.9) id KAA09893; Wed, 5 Feb 1997 10:04:45 +0100 (MET) Message-ID: Date: Wed, 5 Feb 1997 10:04:45 +0100 From: j@uriah.heep.sax.de (J Wunsch) To: freebsd-current@freebsd.org Subject: Re: getty/mgetty References: <1.5.4.16.19970204171928.0a17e8ea@mail1.internode.net> <19970205181711.CI15151@labs.usn.blaze.net.au> X-Mailer: Mutt 0.55-PL10 Mime-Version: 1.0 X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <19970205181711.CI15151@labs.usn.blaze.net.au>; from David Nugent on Feb 5, 1997 18:17:11 +1100 Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk As David Nugent wrote: > > getty would be fine if it did the PPP drop though thing. Is > > there a simpler way of doing all this without having to munch > > around with mgetty? > > I believe so since our getty should do it already. I haven't yet > tested it, but will be doing so in the next couple of days, but > many folks maintain that it works. At least, there's a submission in a PR for this. I'm listed as the person being responsible, but never could decide to actually put it in. Now that you're bloat^H^H^H^H^Hmaintaining getty anyway :), feel free to take it over: j@uriah 533% query-pr -t getty -s open -r joerg >Number: 1019 >Category: bin >Synopsis: getty cannot detect ppp logins >Confidential: no >Severity: serious >Priority: medium >Responsible: joerg >State: open >Class: change-request >Submitter-Id: current-users >Originator: David Muir Sharnoff >Release: FreeBSD 2.1-STABLE i386 >Arrival-Date: Mon Feb 12 02:00:02 PST 1996 -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-current Wed Feb 5 01:20:21 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id BAA26865 for current-outgoing; Wed, 5 Feb 1997 01:20:21 -0800 (PST) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id BAA26844 for ; Wed, 5 Feb 1997 01:20:15 -0800 (PST) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id KAA01531; Wed, 5 Feb 1997 10:19:13 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.8.5/8.6.9) id KAA09905; Wed, 5 Feb 1997 10:05:58 +0100 (MET) Message-ID: Date: Wed, 5 Feb 1997 10:05:58 +0100 From: j@uriah.heep.sax.de (J Wunsch) To: root@bmccane.uit.net (Wm Brian McCane) Cc: freebsd-current@freebsd.org Subject: Re: make world References: X-Mailer: Mutt 0.55-PL10 Mime-Version: 1.0 X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: ; from Wm Brian McCane on Feb 4, 1997 21:17:14 -0600 Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk As Wm Brian McCane wrote: > Okay, this has been happening for a LOONG time. In order for me to > complete a `make world', I have to use the `-k' option. If I don't do > this, the make fails in `/usr/src/bin/sh' as follows: > > cc -O -DSHELL -I. -I/usr/src/bin/sh -c arith_lex.c > /usr/src/bin/sh/arith_lex.l: In function `yylex': > /usr/src/bin/sh/arith_lex.l:63: `ARITH_BOR' undeclared (first use this function) > /usr/src/bin/sh/arith_lex.l:63: (Each undeclared identifier is reported only once > /usr/src/bin/sh/arith_lex.l:63: for each function it appears in.) Either your sources are broken, or you've got some other stale garbage somewhere. Show-stopper problems of this kind are usually being fixed within a couple of days at most. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-current Wed Feb 5 01:37:27 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id BAA00526 for current-outgoing; Wed, 5 Feb 1997 01:37:27 -0800 (PST) Received: from perki0.connect.com.au (perki0.connect.com.au [192.189.54.85]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id BAA00504 for ; Wed, 5 Feb 1997 01:37:20 -0800 (PST) Received: from nemeton.UUCP (Unemeton@localhost) by perki0.connect.com.au with UUCP id UAA00738 (8.7.6h/IDA-1.6); Wed, 5 Feb 1997 20:33:47 +1100 (EST) X-Authentication-Warning: perki0.connect.com.au: Unemeton set sender to giles@nemeton.com.au using -f Received: from localhost.nemeton.com.au (localhost.nemeton.com.au [127.0.0.1]) by nemeton.com.au (8.8.5/8.8.5) with SMTP id UAA12156; Wed, 5 Feb 1997 20:28:17 +1100 (EST) Message-Id: <199702050928.UAA12156@nemeton.com.au> To: Karl Denninger cc: phk@critter.dk.tfs.com (Poul-Henning Kamp), jkh@time.cdrom.com, current@freebsd.org Subject: Re: Question: 2.1.7? In-reply-to: <199702050002.SAA05789@Jupiter.Mcs.Net> Date: Wed, 05 Feb 1997 20:28:16 +1100 From: Giles Lean Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Tue, 4 Feb 1997 18:02:09 -0600 (CST) Karl Denninger wrote: > The FIRST LEVEL response is to REMOVE the 2.1.6 executables from the FTP > servers and make a PUBLIC announcement that the vulnerability has been > found. An timely announcement will be nice. I don't agree that the time for this to occur has yet passed. I want *accurate* information when I get it, and not some quick-and-nearly-accurate information immediately. The removal of the executables is uncalled for; many systems run without users. Many run without Internet connections. While anyone running in production *should* have a copy of some installation media handy, what if someone doesn't? (Help -- I can't reinstall; the OS isn't available anymore?!) Removing all the executables *also* prevents anyone ftping them to checksum in the case of an unrelated local security incident. The known problems in 2.1.6 make it about as insecure as most of the commercial systems I see; this is unfortunate but probably isn't be the end of the world. Finally, it is unreasonable to *hold* the free software community to higher standards than the commercial community manage. (Sure, we can hope. :) The fastest commercial advisory I've seen was 3-4 days after an exploit was posted and that was for a single utility buffer overrun. The normal delay is much greater. Regards, Giles From owner-freebsd-current Wed Feb 5 01:38:30 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id BAA00747 for current-outgoing; Wed, 5 Feb 1997 01:38:30 -0800 (PST) Received: from perki0.connect.com.au (perki0.connect.com.au [192.189.54.85]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id BAA00733 for ; Wed, 5 Feb 1997 01:38:25 -0800 (PST) Received: from nemeton.UUCP (uucp@localhost) by perki0.connect.com.au with UUCP id UAA00747 (8.7.6h/IDA-1.6); Wed, 5 Feb 1997 20:34:54 +1100 (EST) Received: from localhost.nemeton.com.au (localhost.nemeton.com.au [127.0.0.1]) by nemeton.com.au (8.8.5/8.8.5) with SMTP id UAA12116; Wed, 5 Feb 1997 20:08:25 +1100 (EST) Message-Id: <199702050908.UAA12116@nemeton.com.au> To: Terry Lambert cc: davidn@unique.usn.blaze.net.au (David Nugent), freebsd-current@freebsd.org Subject: Re: getty patches In-reply-to: <199702050233.TAA13904@phaeton.artisoft.com> Date: Wed, 05 Feb 1997 20:08:25 +1100 From: Giles Lean Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Tue, 4 Feb 1997 19:33:58 -0700 (MST) Terry Lambert wrote: > Right. I guess I was really asking "why does a modem need to be > initialized again if it was already initialized? Does initialization > (somehow) 'wear off'?". Yup, a regular problem on some models. (Not one I've seen for a while, I admit, but I am very choosy about the modems I buy.) Regards, Giles From owner-freebsd-current Wed Feb 5 02:05:45 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id CAA04760 for current-outgoing; Wed, 5 Feb 1997 02:05:45 -0800 (PST) Received: from mail11.digital.com (mail11.digital.com [192.208.46.10]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id CAA04716 for ; Wed, 5 Feb 1997 02:05:24 -0800 (PST) From: garyj@frt.dec.com Received: from cssmuc.frt.dec.com by mail11.digital.com (8.7.5/UNX 1.5/1.0/WV) id EAA17454; Wed, 5 Feb 1997 04:56:31 -0500 (EST) Received: from localhost by cssmuc.frt.dec.com; (5.65v3.2/1.1.8.2/14Nov95-0232PM) id AA00353; Wed, 5 Feb 1997 10:56:28 +0100 Message-Id: <9702050956.AA00353@cssmuc.frt.dec.com> X-Mailer: exmh version 1.6.4 10/10/95 To: Vincent Poy Cc: current@freebsd.org In-Reply-To: Message from Vincent Poy of Tue, 04 Feb 97 12:03:22 PST. Reply-To: gjennejohn@frt.dec.com Subject: Re: latest current build fails Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 05 Feb 97 10:56:28 +0100 X-Mts: smtp Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk vince@mail.MCESTATE.COM writes: > ===> libiberty > make: don't know how to make strerror.c. Stop > *** Error code 2 > > Stop. > root@earth [11:34am][/usr/src/gnu/usr.bin/gdb] >> > I just made world last night under -current and it completed successfully. Vince, something is screwed up in YOUR tree. Make sure that the .depend is no longer in the OBJ tree, NOT the source tree. --- Gary Jennejohn (work) gjennejohn@frt.dec.com (home) Gary.Jennejohn@munich.netsurf.de (play) gj@freebsd.org From owner-freebsd-current Wed Feb 5 02:16:36 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id CAA05375 for current-outgoing; Wed, 5 Feb 1997 02:16:36 -0800 (PST) Received: from mail.MCESTATE.COM (vince@mail.MCESTATE.COM [206.171.98.50]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id CAA05367 for ; Wed, 5 Feb 1997 02:16:28 -0800 (PST) Received: from localhost (vince@localhost) by mail.MCESTATE.COM (8.8.3/8.8.3) with SMTP id CAA05130; Wed, 5 Feb 1997 02:11:38 -0800 (PST) Date: Wed, 5 Feb 1997 02:11:36 -0800 (PST) From: Vincent Poy To: gjennejohn@frt.dec.com cc: current@freebsd.org Subject: Re: latest current build fails In-Reply-To: <9702050956.AA00353@cssmuc.frt.dec.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Wed, 5 Feb 1997 garyj@frt.dec.com wrote: > > vince@mail.MCESTATE.COM writes: > > ===> libiberty > > make: don't know how to make strerror.c. Stop > > *** Error code 2 > > > > Stop. > > root@earth [11:34am][/usr/src/gnu/usr.bin/gdb] >> > > > > I just made world last night under -current and it completed successfully. > > Vince, something is screwed up in YOUR tree. Make sure that the > .depend is no longer in the OBJ tree, NOT the source tree. It's not my tree but on the main cvsup site's hardware as John P. pointed out, which has been fixed according to him. THanks John! Cheers, Vince - vince@MCESTATE.COM - vince@GAIANET.NET Unix Networking Operations GaiaNet Corporation - M & C Estate Beverly Hills, California USA 90210 From owner-freebsd-current Wed Feb 5 02:39:01 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id CAA06641 for current-outgoing; Wed, 5 Feb 1997 02:39:01 -0800 (PST) Received: from mail13.digital.com (mail13.digital.com [192.208.46.30]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id CAA06631 for ; Wed, 5 Feb 1997 02:38:57 -0800 (PST) From: garyj@frt.dec.com Received: from cssmuc.frt.dec.com by mail13.digital.com (8.7.5/UNX 1.5/1.0/WV) id FAA14153; Wed, 5 Feb 1997 05:33:27 -0500 (EST) Received: from localhost by cssmuc.frt.dec.com; (5.65v3.2/1.1.8.2/14Nov95-0232PM) id AA17951; Wed, 5 Feb 1997 11:33:16 +0100 Message-Id: <9702051033.AA17951@cssmuc.frt.dec.com> X-Mailer: exmh version 1.6.4 10/10/95 To: current@freebsd.org In-Reply-To: Message from Warner Losh of Tue, 04 Feb 97 18:20:28 MST. Reply-To: gjennejohn@frt.dec.com Subject: Re: conditionally including Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 05 Feb 97 11:33:16 +0100 X-Mts: smtp Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk imp@village.org writes: > In message <19970202135048.PN07710@dragon.nuxi.com> David O'Brien writes: > : to get a new cpp symbol added (like __44bsd__ or something). > > This is a bad idea, since it has lost a lot of its potential meaning > with so many 44bsd derived systems that pick and chose between 4.4 and > 4.4 Lite 2. > what I'd lioke to see in -current (aka 3.0) is __FreeBSD__=3 instead of __FreeBSD__=2. This would make it easier to differentiate between 2.2 and 3.0. At the moment they both define BSD the same, so it's not possible to use BSD to tell 'em apart. I'm helping to maintain some kernel code which compiles on all FreeBSD versions > 2, but 3.0 requires some special handling and I'm not aware of a reliable way to check whether I'm compiling under 2.2 or 3.0. If anyone knows of a good mechanism, please pipe up. --- Gary Jennejohn (work) gjennejohn@frt.dec.com (home) Gary.Jennejohn@munich.netsurf.de (play) gj@freebsd.org From owner-freebsd-current Wed Feb 5 04:06:19 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id EAA09730 for current-outgoing; Wed, 5 Feb 1997 04:06:19 -0800 (PST) Received: from eel.dataplex.net (eel.dataplex.net [208.2.87.2]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id EAA09715 for ; Wed, 5 Feb 1997 04:06:11 -0800 (PST) Received: from [208.2.87.3] (shrimp [208.2.87.3]) by eel.dataplex.net (8.7.5/8.6.9) with ESMTP id GAA24198; Wed, 5 Feb 1997 06:06:02 -0600 (CST) X-Sender: rkw@mail.dataplex.net Message-Id: In-Reply-To: <199702042144.WAA08756@insl2.etec.uni-karlsruhe.de> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Wed, 5 Feb 1997 06:06:22 -0600 To: erb@inss1.etec.uni-karlsruhe.de From: Richard Wackerbarth Subject: Re: src-2.2.0151.gz missing Cc: freebsd-current@freebsd.org Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Olaf Erb wrote: >Just got this instead of src-2.2.0151.gz: > >> src-2.2.0151.gz is 5926625 bytes. The limit is 3000000 bytes. >> >> You can retrieve this delta via ftpmail, or your good mate at the >>university. > >Where is it? >wcarchive.cdrom.com:/.16/FreeBSD/FreeBSD-2.2/ctm Thanks for your inquiry. The file in question is now available on the server. If you do not find it there, look instead to ftp://wcarchive.cdrom.com:/.16/FreeBSD/incoming which is where it was placed to be moved to the correct location. From owner-freebsd-current Wed Feb 5 04:11:33 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id EAA09942 for current-outgoing; Wed, 5 Feb 1997 04:11:33 -0800 (PST) Received: from insl1.etec.uni-karlsruhe.de (uucp@insl1.etec.uni-karlsruhe.de [129.13.109.178]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id EAA09933 for ; Wed, 5 Feb 1997 04:11:29 -0800 (PST) Received: (from uucp@localhost) by insl1.etec.uni-karlsruhe.de (8.8.4/8.8.2) with UUCP id NAA17181; Wed, 5 Feb 1997 13:11:16 +0100 (MET) Received: (from erb@localhost) by insl2.etec.uni-karlsruhe.de (8.8.4/8.8.2) id NAA12562; Wed, 5 Feb 1997 13:10:49 +0100 (MET) Message-Id: <199702051210.NAA12562@insl2.etec.uni-karlsruhe.de> Subject: Re: src-2.2.0151.gz missing To: rkw@dataplex.net (Richard Wackerbarth) Date: Wed, 5 Feb 1997 13:10:49 +0100 (MET) Cc: freebsd-current@freebsd.org Reply-To: erb@inss1.etec.uni-karlsruhe.de In-Reply-To: from Richard Wackerbarth at "Feb 5, 97 06:06:22 am" From: erb@inss1.etec.uni-karlsruhe.de (Olaf Erb) X-Mailer: ELM [version 2.4ME+ PL19 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Richard Wackerbarth writes: > Thanks for your inquiry. The file in question is now available on > the server. If you do not find it there, look instead to > > ftp://wcarchive.cdrom.com:/.16/FreeBSD/incoming > > which is where it was placed to be moved to the correct location. Thanks a lot! Getting it from there at this moment. Olaf -- Argue your limitations, and sure enough, they're yours. -- Richard Bach, Illusions From owner-freebsd-current Wed Feb 5 04:43:43 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id EAA11729 for current-outgoing; Wed, 5 Feb 1997 04:43:43 -0800 (PST) Received: from root.com (implode.root.com [198.145.90.17]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id EAA11723 for ; Wed, 5 Feb 1997 04:43:40 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by root.com (8.7.6/8.6.5) with SMTP id EAA07691; Wed, 5 Feb 1997 04:43:39 -0800 (PST) Message-Id: <199702051243.EAA07691@root.com> X-Authentication-Warning: implode.root.com: Host localhost [127.0.0.1] didn't use HELO protocol To: Richard Wackerbarth cc: erb@inss1.etec.uni-karlsruhe.de, freebsd-current@freebsd.org Subject: Re: src-2.2.0151.gz missing In-reply-to: Your message of "Wed, 05 Feb 1997 06:06:22 CST." From: David Greenman Reply-To: dg@root.com Date: Wed, 05 Feb 1997 04:43:39 -0800 Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Olaf Erb wrote: > >>Just got this instead of src-2.2.0151.gz: >> >>> src-2.2.0151.gz is 5926625 bytes. The limit is 3000000 bytes. >>> >>> You can retrieve this delta via ftpmail, or your good mate at the >>>university. >> >>Where is it? >>wcarchive.cdrom.com:/.16/FreeBSD/FreeBSD-2.2/ctm > >Thanks for your inquiry. The file in question is now available on >the server. If you do not find it there, look instead to > >ftp://wcarchive.cdrom.com:/.16/FreeBSD/incoming > >which is where it was placed to be moved to the correct location. I don't mean to knit-pick, but please always use the /pub symlink path when refering to things on wcarchive (e.g. /pub/FreeBSD/incoming). I move things around to different filesystems all the time to manage the disk space, so FreeBSD may not be in .16 at some point in the future. -DG David Greenman Core-team/Principal Architect, The FreeBSD Project From owner-freebsd-current Wed Feb 5 05:22:05 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id FAA14382 for current-outgoing; Wed, 5 Feb 1997 05:22:05 -0800 (PST) Received: from btp1da.phy.uni-bayreuth.de (btp1da.phy.uni-bayreuth.de [132.180.20.32]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id FAA14377 for ; Wed, 5 Feb 1997 05:22:01 -0800 (PST) Received: (from root@localhost) by btp1da.phy.uni-bayreuth.de (8.8.5/8.7.3) id OAA01546 for current@freebsd.org; Wed, 5 Feb 1997 14:22:00 +0100 (MET) From: Werner Griessl Message-Id: <199702051322.OAA01546@btp1da.phy.uni-bayreuth.de> Subject: curr kernel fails To: current@freebsd.org Date: Wed, 5 Feb 1997 14:21:59 +0100 (MET) X-Mailer: ELM [version 2.4ME+ PL30 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Cannot compile current kernel. My src-tree is from today from cvsup2.freebsd.org. Did a make world without problems, then I tried to compile a new kernel and failed with: cc -c -O -Wreturn-type -Wcomment -Wredundant-decls -Wimplicit -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -nostdinc -I- -I. -I../.. -I../../../include -DPCVT_PRETTYSCRNS -DPCVT_NSCREENS=8 -DNSWAPDEV=8 -DFAILSAFE -DCOMPAT_43 -DCD9660 -DMSDOSFS -DNFS -DFFS -DINET -DKERNEL ../../pci/ncr.c cc -c -O -Wreturn-type -Wcomment -Wredundant-decls -Wimplicit -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -nostdinc -I- -I. -I../.. -I../../../include -DPCVT_PRETTYSCRNS -DPCVT_NSCREENS=8 -DNSWAPDEV=8 -DFAILSAFE -DCOMPAT_43 -DCD9660 -DMSDOSFS -DNFS -DFFS -DINET -DKERNEL ../../pci/pci.c ../../pci/pci.c: In function `pci_register_lkm': ../../pci/pci.c:960: `if_version' undeclared (first use this function) ../../pci/pci.c:960: (Each undeclared identifier is reported only once ../../pci/pci.c:960: for each function it appears in.) *** Error code 1 Stop. Werner From owner-freebsd-current Wed Feb 5 06:53:40 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id GAA18835 for current-outgoing; Wed, 5 Feb 1997 06:53:40 -0800 (PST) Received: from miller.cs.uwm.edu (miller.cs.uwm.edu [129.89.139.22]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id GAA18829 for ; Wed, 5 Feb 1997 06:53:39 -0800 (PST) Received: (from james@localhost) by miller.cs.uwm.edu (8.8.5/8.8.5) id IAA09540; Wed, 5 Feb 1997 08:53:37 -0600 (CST) Date: Wed, 5 Feb 1997 08:53:37 -0600 (CST) From: Jim Lowe Message-Id: <199702051453.IAA09540@miller.cs.uwm.edu> To: terry@lambert.org Subject: Re: ATM card/interface for FreeBSD Cc: current@freebsd.org Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > From: Terry Lambert > Subject: Re: ATM card/interface for FreeBSD > To: james@miller.cs.uwm.edu (Jim Lowe) > > > Is anyone working on an ATM interface for FreeBSD? > > The ATM mailing list: freebsd-atm@freebsd.org Thanks Terry. I didn't realize there was a mailing list for list. Sorry to bother everyone on -current. Is this list archived somewhere? -Jim From owner-freebsd-current Wed Feb 5 07:30:47 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id HAA17518 for current-outgoing; Wed, 5 Feb 1997 07:30:47 -0800 (PST) Received: from amazon.cs.umd.edu (amazon.cs.umd.edu [128.8.128.40]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id HAA17492 for ; Wed, 5 Feb 1997 07:30:45 -0800 (PST) From: jlee@cs.umd.edu Received: by amazon.cs.umd.edu (8.8.5/UMIACS-0.9/04-05-88) id KAA04543; Wed, 5 Feb 1997 10:29:46 -0500 (EST) Message-Id: <199702051529.KAA04543@amazon.cs.umd.edu> Subject: Re: Adaptec 2940 overruns To: ip@mcc.ac.uk Date: Wed, 5 Feb 1997 10:29:45 -0500 (EST) Cc: freebsd-current@FreeBSD.ORG In-Reply-To: <199702032112.VAA00546@clover.u-net.com> from "Ian Pallfreeman" at Feb 3, 97 09:11:59 pm MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Hello, I have been using FreeBSD for a yesr now and I am one of _very_ happy users of FreeBSD. :-) I am getting annoying messages after I "make world" last night on RELENG_2_2. If I do "iozone 200 8192" on /dev/ccd0c (interleaved), I usually get a couple of "data overrun" message. BTW, I have almost the same setup as Ian's such that PPro with Natoma chip sets and Adaptec 2940UW. Thank you. Jyehoon Lee > > Hi FreeBSDers, > > I'm a little worried about these: > > sd0 at scbus0 target 0 lun 0: data overrun of 16777215 bytes detected. > Forcing a retry. > > When they're on the swap partition, they're followed by heaps of: > > swap_pager_finish: I/O error, clean of page 2d44000 failed > > with various page numbers. > > This is a 3.0-CURRENT of a day or two's vintage, destined to be a cvsup/ftp > server, once I've finished playing with it. > > The (snipped) dmesg is appended. > > Cheers, > > Ian. From owner-freebsd-current Wed Feb 5 07:56:14 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id HAA26620 for current-outgoing; Wed, 5 Feb 1997 07:56:14 -0800 (PST) Received: from viking.ucsalf.ac.uk (viking.ucsalf.ac.uk [192.195.1.1]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id HAA26399 for ; Wed, 5 Feb 1997 07:56:03 -0800 (PST) Received: by viking.ucsalf.ac.uk (Smail3.1.29.1 #4) id m0vs9hB-00036KC; Wed, 5 Feb 97 15:55 GMT Message-Id: From: mark@plato.salford.ac.uk (Mark Powell) Subject: Re: src-2.2.0151.gz missing To: freebsd-current@freebsd.org Date: 5 Feb 1997 15:55:33 -0000 X-Gated-To-News-By: news@ucsalf.ac.uk Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In article <5d9ua3$l78@viking.ucsalf.ac.uk>, Olaf Erb wrote: >Richard Wackerbarth writes: >> Thanks for your inquiry. The file in question is now available on >> the server. If you do not find it there, look instead to >> >> ftp://wcarchive.cdrom.com:/.16/FreeBSD/incoming >> >> which is where it was placed to be moved to the correct location. > >Thanks a lot! Getting it from there at this moment. Wish I could. WC is damn slow from .ac.uk. Is it anywhere else yet? -- Mark Powell - Unix Information Officer - Clifford Whitworth Building A.I.S., University of Salford, Salford, Manchester, UK. Tel: +44 161 745 5936 Fax: +44 161 736 3596 Email: mark@salford.ac.uk finger mark@ucsalf.ac.uk (for PGP key) Home Page From owner-freebsd-current Wed Feb 5 07:56:27 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id HAA26902 for current-outgoing; Wed, 5 Feb 1997 07:56:27 -0800 (PST) Received: from Mailbox.mcs.com (Mailbox.mcs.com [192.160.127.87]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id HAA26793 for ; Wed, 5 Feb 1997 07:56:22 -0800 (PST) Received: from Jupiter.Mcs.Net (karl@Jupiter.mcs.net [192.160.127.88]) by Mailbox.mcs.com (8.8.5/8.8.2) with ESMTP id JAA23060; Wed, 5 Feb 1997 09:56:21 -0600 (CST) Received: (from karl@localhost) by Jupiter.Mcs.Net (8.8.5/8.8.2) id JAA02536; Wed, 5 Feb 1997 09:56:20 -0600 (CST) From: Karl Denninger Message-Id: <199702051556.JAA02536@Jupiter.Mcs.Net> Subject: Re: Karl fulminates, film at 11. To: joerg_wunsch@uriah.heep.sax.de Date: Wed, 5 Feb 1997 09:56:20 -0600 (CST) Cc: current@freebsd.org In-Reply-To: from "J Wunsch" at Feb 5, 97 01:45:50 am X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > As Jordan K. Hubbard wrote: > > > Karl doesn't like being ignored, however, so now he's taken > > it to the -current mailing list where he hopes to drum up additional > > fear and probably more than a little loathing about this. > > Since forwarding private mail into the public without prior consent of > the originator is about the worst violation the Internet Netiquette, > Karl has now shot himself off. I wonder how he's going to teach his > customers about Netiquette... > > -- > cheers, J"org > > joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE > Never trust an operating system you don't have sources for. ;-) Mail sent to an open mailing list is not private. -- -- Karl Denninger (karl@MCS.Net)| MCSNet - The Finest Internet Connectivity http://www.mcs.net/~karl | T1's from $600 monthly to FULL DS-3 Service | 99 Analog numbers, 77 ISDN, Web servers $75/mo Voice: [+1 312 803-MCS1 x219]| Email to "info@mcs.net" WWW: http://www.mcs.net/ Fax: [+1 773 248-9865] | 2 FULL DS-3 Internet links; 400Mbps B/W Internal From owner-freebsd-current Wed Feb 5 08:30:07 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id IAA08688 for current-outgoing; Wed, 5 Feb 1997 08:30:07 -0800 (PST) Received: from plains.nodak.edu (tinguely@plains.NoDak.edu [134.129.111.64]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id IAA08561; Wed, 5 Feb 1997 08:29:59 -0800 (PST) Received: (from tinguely@localhost) by plains.nodak.edu (8.8.4/8.8.3) id KAA13309; Wed, 5 Feb 1997 10:29:51 -0600 (CST) Date: Wed, 5 Feb 1997 10:29:51 -0600 (CST) From: Mark Tinguely Message-Id: <199702051629.KAA13309@plains.nodak.edu> To: james@miller.cs.uwm.edu, terry@lambert.org Subject: Re: ATM card/interface for FreeBSD Cc: atm@freebsd.org, current@freebsd.org Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk (added the atm-freebsd mailing list to the discussion, maybe it should be moved there to spare -current people that are not interested). > > Is anyone working on an ATM interface for FreeBSD? > > The ATM mailing list: freebsd-atm@freebsd.org > > The following have expressed interest in working on drivers, and/or have > claimed existing drivers for FreeBSD: > > "Bror 'Count' Heinola" > "Litvin Alexander B." > "Raju M. Daryanani" > "Ron G. Minnich" > "William A. Arbaugh" > Brian Litzinger > Mark Mayo > Mark Tinguely > Pat Barron > Poul-Henning Kamp > dennis@etinc.com (Dennis) > hosokawa@mt.cs.keio.ac.jp (HOSOKAWA Tatsumi) As I said from the begining, the hard part is the network stack. there are a couple existing stacks that a person can put a driver into but I have not decided how compatible they are with ATM Forum standards (pause to let laughter to end over the oxymorphism of ATM Forum standards). I think the whole group would hate to end up something that can only talk to another research machine. --mark. From owner-freebsd-current Wed Feb 5 09:28:22 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id JAA19886 for current-outgoing; Wed, 5 Feb 1997 09:28:22 -0800 (PST) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id JAA19842 for ; Wed, 5 Feb 1997 09:28:20 -0800 (PST) Received: from time.cdrom.com (localhost [127.0.0.1]) by time.cdrom.com (8.8.5/8.6.9) with ESMTP id JAA19966; Wed, 5 Feb 1997 09:28:06 -0800 (PST) To: Karl Denninger cc: joerg_wunsch@uriah.heep.sax.de, current@FreeBSD.ORG Subject: Re: Karl fulminates, film at 11. In-reply-to: Your message of "Wed, 05 Feb 1997 09:56:20 CST." <199702051556.JAA02536@Jupiter.Mcs.Net> Date: Wed, 05 Feb 1997 09:28:06 -0800 Message-ID: <19962.855163686@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > Mail sent to an open mailing list is not private. But the mail I sent to you which you forwarded was. I don't remember a cc on -current ever being in there until you jumped onto that list with a paste-in from one of my *private* messages to you. In any case, it's not really important at this point and I will not resurrect my argument with you here. The only thing I wanted to say to -current was that the whole incident has at least had a positive effect in that it served as a much-needed goad into working on strengthening the list charters so that we can all have a much clearer set of rules to live by (and a well defined procedure for punative measures to be taken against any future offender, so there are no surprises on either side). I will have some commits to the handbook shortly which make it clear just what will and what will not be tolerated on our mailing lists. Jordan From owner-freebsd-current Wed Feb 5 09:37:02 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id JAA02527 for current-outgoing; Wed, 5 Feb 1997 09:37:02 -0800 (PST) Received: from Sisyphos.MI.Uni-Koeln.DE (Sisyphos.MI.Uni-Koeln.DE [134.95.212.10]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id JAA02448 for ; Wed, 5 Feb 1997 09:36:59 -0800 (PST) Received: from x14.mi.uni-koeln.de (annexr2-44.slip.Uni-Koeln.DE) by Sisyphos.MI.Uni-Koeln.DE with SMTP id AA10684 (5.67b/IDA-1.5 for ); Wed, 5 Feb 1997 18:36:49 +0100 Received: (from se@localhost) by x14.mi.uni-koeln.de (8.8.5/8.6.9) id SAA04990; Wed, 5 Feb 1997 18:36:45 +0100 (CET) Message-Id: <19970205183645.YI07215@x14.mi.uni-koeln.de> Date: Wed, 5 Feb 1997 18:36:45 +0100 From: se@freebsd.org (Stefan Esser) To: croot@btp1da.phy.uni-bayreuth.de (Werner Griessl) Cc: current@freebsd.org Subject: Re: curr kernel fails References: <199702051322.OAA01546@btp1da.phy.uni-bayreuth.de> X-Mailer: Mutt 0.60-PL0 Mime-Version: 1.0 In-Reply-To: <199702051322.OAA01546@btp1da.phy.uni-bayreuth.de>; from Werner Griessl on Feb 5, 1997 14:21:59 +0100 Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Feb 5, croot@btp1da.phy.uni-bayreuth.de (Werner Griessl) wrote: > > Cannot compile current kernel. > My src-tree is from today from cvsup2.freebsd.org. > Did a make world without problems, then I tried to compile > a new kernel and failed with: > > cc -c -O -Wreturn-type -Wcomment -Wredundant-decls -Wimplicit -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -nostdinc -I- -I. -I../.. -I../../../include -DPCVT_PRETTYSCRNS -DPCVT_NSCREENS=8 -DNSWAPDEV=8 -DFAILSAFE -DCOMPAT_43 -DCD9660 -DMSDOSFS -DNFS -DFFS -DINET -DKERNEL ../../pci/ncr.c > cc -c -O -Wreturn-type -Wcomment -Wredundant-decls -Wimplicit -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -nostdinc -I- -I. -I../.. -I../../../include -DPCVT_PRETTYSCRNS -DPCVT_NSCREENS=8 -DNSWAPDEV=8 -DFAILSAFE -DCOMPAT_43 -DCD9660 -DMSDOSFS -DNFS -DFFS -DINET -DKERNEL ../../pci/pci.c > .../../pci/pci.c: In function `pci_register_lkm': > .../../pci/pci.c:960: `if_version' undeclared (first use this function) > .../../pci/pci.c:960: (Each undeclared identifier is reported only once > .../../pci/pci.c:960: for each function it appears in.) > *** Error code 1 Sorry, that was me. I had built a kernel with the patch, but after applying it on Freefall, I decided that the parameter name (if_version) might be misleading, and changed it into if_revision ... Well, I changed it in all places but one :( I will stop doing last minute changes on Freefall! I will stop doing last minute changes on Freefall! I will stop doing last minute changes on Freefall! I will stop doing last minute changes on Freefall! I will stop doing last minute changes on Freefall! Ok. I hope this says it all. Sorry for the inconvenience! Regards, STefan From owner-freebsd-current Wed Feb 5 09:43:16 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id JAA13026 for current-outgoing; Wed, 5 Feb 1997 09:43:16 -0800 (PST) Received: from Mailbox.mcs.com (Mailbox.mcs.com [192.160.127.87]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id JAA11430; Wed, 5 Feb 1997 09:42:17 -0800 (PST) Received: from Jupiter.Mcs.Net (karl@Jupiter.mcs.net [192.160.127.88]) by Mailbox.mcs.com (8.8.5/8.8.2) with ESMTP id LAA17828; Wed, 5 Feb 1997 11:42:15 -0600 (CST) Received: (from karl@localhost) by Jupiter.Mcs.Net (8.8.5/8.8.2) id LAA05872; Wed, 5 Feb 1997 11:42:14 -0600 (CST) From: Karl Denninger Message-Id: <199702051742.LAA05872@Jupiter.Mcs.Net> Subject: Re: 2.1.6+++: crt0.c CRITICAL CHANGE To: jgreco@solaria.sol.net (Joe Greco) Date: Wed, 5 Feb 1997 11:42:14 -0600 (CST) Cc: Guido.vanRooij@nl.cis.philips.com, joerg_wunsch@uriah.heep.sax.de, core@freebsd.org, security@freebsd.org, jkh@freebsd.org, current@freebsd.org In-Reply-To: <199702051515.JAA11822@solaria.sol.net> from "Joe Greco" at Feb 5, 97 09:15:15 am X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > > With this, it would be MUCH simpler to release a "security binary kit" > > > upgrade to 2.1.X series systems. > > > > Before everyone starts singing `Halleluia', let me state first that > > this does not solve everything. At runs a setlocale() itsself, so > > it is still vulnerable. Further, It will not solve the problem for ppl > > that actually NEED the locale stuff.... > > The locale stuff appears to have been removed from 2.2's crt0.c as well, > I don't know anything more about what was done, but it seems to me that > that suggests that it is not mandatory for use of the locale stuff. > > The comments suggested that it was an easy way to try to locale-ize > the entire system. It should not, I would think, preclude the use of > the locale code, but then again, I am only very mildly familiar with > that stuff. > > ... Joe > > ------------------------------------------------------------------------------- > Joe Greco - Systems Administrator jgreco@ns.sol.net > Solaria Public Access UNIX - Milwaukee, WI 414/342-4847 NO NO NO NO! The ENTIRE setlocale() code is a HUGE security problem. Among other things, any program which is SUID or SGID Kmem is INSTANTLY penetrable to provide access to the resources which would otherwise be "protected". SETLOCALE MUST BE REMOVED FROM USE UNTIL IT CAN BE FIXED. It is FULL of non-bounds-checked calls to string routines. I have already found setlocale() calls in SEVERAL privileged programs. Note that Tom Ptaeck WILL be releasing *EXPLOITS AND DETAILS* within one week. Either this gets fixed or the world knows how to break in. -- -- Karl Denninger (karl@MCS.Net)| MCSNet - The Finest Internet Connectivity http://www.mcs.net/~karl | T1's from $600 monthly to FULL DS-3 Service | 99 Analog numbers, 77 ISDN, Web servers $75/mo Voice: [+1 312 803-MCS1 x219]| Email to "info@mcs.net" WWW: http://www.mcs.net/ Fax: [+1 773 248-9865] | 2 FULL DS-3 Internet links; 400Mbps B/W Internal From owner-freebsd-current Wed Feb 5 09:45:11 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id JAA15550 for current-outgoing; Wed, 5 Feb 1997 09:45:11 -0800 (PST) Received: from halloran-eldar.lcs.mit.edu (halloran-eldar.lcs.mit.edu [18.26.0.159]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id JAA15471 for ; Wed, 5 Feb 1997 09:45:07 -0800 (PST) Received: by halloran-eldar.lcs.mit.edu; (5.65v3.2/1.1.8.2/19Aug95-0530PM) id AA09685; Wed, 5 Feb 1997 12:44:59 -0500 Date: Wed, 5 Feb 1997 12:44:59 -0500 From: Garrett Wollman Message-Id: <9702051744.AA09685@halloran-eldar.lcs.mit.edu> To: Wolfgang Helbig Cc: current@freebsd.org Subject: Re: fetch segmentation fault In-Reply-To: <199702042350.AAA00467@helbig.informatik.ba-stuttgart.de> References: <9702041528.AA22127@halloran-eldar.lcs.mit.edu> <199702042350.AAA00467@helbig.informatik.ba-stuttgart.de> Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk < said: > if you do > fetch ftp://arnold/mbox > you will get a seg-fault. I will fix this problem in my next update. -GAWollman -- Garrett A. Wollman | O Siem / We are all family / O Siem / We're all the same wollman@lcs.mit.edu | O Siem / The fires of freedom Opinions not those of| Dance in the burning flame MIT, LCS, ANA, or NSA| - Susan Aglukark and Chad Irschick From owner-freebsd-current Wed Feb 5 09:55:56 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id JAA26906 for current-outgoing; Wed, 5 Feb 1997 09:55:56 -0800 (PST) Received: from seabass.progroup.com (catfish.progroup.com [206.24.122.2]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id JAA26833 for ; Wed, 5 Feb 1997 09:55:50 -0800 (PST) Received: from seabass.progroup.com (seabass.progroup.com [206.24.122.1]) by seabass.progroup.com (8.7.5/8.7.3) with SMTP id JAA18440; Wed, 5 Feb 1997 09:54:57 -0800 (PST) Message-ID: <32F8C971.794BDF32@progroup.com> Date: Wed, 05 Feb 1997 09:54:57 -0800 From: Craig Shaver Organization: Productivity Group, Inc. X-Mailer: Mozilla 3.01 (X11; I; FreeBSD 2.1.5-RELEASE i386) MIME-Version: 1.0 To: Karl Denninger CC: current@FreeBSD.ORG Subject: Re: Karl fulminates, film at 11. == thanks References: <199702051556.JAA02536@Jupiter.Mcs.Net> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Karl Denninger wrote: del .... Just wanted to drop you a note to thank you for kicking the freebsd core team in the butt for security concerns. I am not sure your suggestions are the best way to resolve the problems with security, but it may make some people think about the problems instead of just ignoring them. I have to admit, when I saw that crt.o had a security hole I was ready to dump freebsd and head straight for the nearest linux cd. I imagine that those in the ISP business are even more concerned. Thanks, -- Craig Shaver (craig@progroup.com) (415)390-0654 Productivity Group POB 60458 Sunnyvale, CA 94088 From owner-freebsd-current Wed Feb 5 10:06:36 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id KAA10190 for current-outgoing; Wed, 5 Feb 1997 10:06:36 -0800 (PST) Received: from Mailbox.mcs.com (Mailbox.mcs.com [192.160.127.87]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id KAA10087 for ; Wed, 5 Feb 1997 10:06:26 -0800 (PST) Received: from Jupiter.Mcs.Net (karl@Jupiter.mcs.net [192.160.127.88]) by Mailbox.mcs.com (8.8.5/8.8.2) with ESMTP id MAA23374; Wed, 5 Feb 1997 12:06:25 -0600 (CST) Received: (from karl@localhost) by Jupiter.Mcs.Net (8.8.5/8.8.2) id MAA06750; Wed, 5 Feb 1997 12:06:24 -0600 (CST) From: Karl Denninger Message-Id: <199702051806.MAA06750@Jupiter.Mcs.Net> Subject: Re: Karl fulminates, film at 11. To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Wed, 5 Feb 1997 12:06:24 -0600 (CST) Cc: karl@Mcs.Net, joerg_wunsch@uriah.heep.sax.de, current@FreeBSD.ORG In-Reply-To: <19962.855163686@time.cdrom.com> from "Jordan K. Hubbard" at Feb 5, 97 09:28:06 am X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > Mail sent to an open mailing list is not private. > > But the mail I sent to you which you forwarded was. No. It was sent to an open mailing list. As for *paraphrasing* private mail, that's permitted under fair use. Don't like it? Then don't send me email. That's only a 200-year or so old point which people have had to live with in every other media. It applies here. > with a paste-in from one of my *private* messages to you. Again, short excerpts and paraphrases are perfectly fine in any area. > I will have some commits to the handbook shortly which make it > clear just what will and what will not be tolerated on our mailing > lists. > > Jordan If free discourse is in any way restricted then we're done. Would you like me to post what Tom Ptaeck sent to me regarding WHY he took the stance he did, and what he intends to do in the future with regards to FreeBSD security issues? He's already sent that to the core team as well -- or are you conveniently ignoring the fact that due to the way the talkd bug was MIShandled (in his opinion) he's now going to go open-season IMMEDIATELY on all FreeBSD security issues? Further, you folks have NOT addressed the true problem -- which is the entire setlocale() code turn. That needs to be ripped out WHOLESALE until it can be combed through and ALL unbounded manipulation replaced. -- -- Karl Denninger (karl@MCS.Net)| MCSNet - The Finest Internet Connectivity http://www.mcs.net/~karl | T1's from $600 monthly to FULL DS-3 Service | 99 Analog numbers, 77 ISDN, Web servers $75/mo Voice: [+1 312 803-MCS1 x219]| Email to "info@mcs.net" WWW: http://www.mcs.net/ Fax: [+1 773 248-9865] | 2 FULL DS-3 Internet links; 400Mbps B/W Internal From owner-freebsd-current Wed Feb 5 10:38:19 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id KAA17609 for current-outgoing; Wed, 5 Feb 1997 10:38:19 -0800 (PST) Received: from george.lbl.gov (george.lbl.gov [128.3.196.93]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id KAA17584; Wed, 5 Feb 1997 10:38:17 -0800 (PST) Received: (jin@localhost) by george.lbl.gov (8.6.10/8.6.5) id KAA22298; Wed, 5 Feb 1997 10:36:24 -0800 Date: Wed, 5 Feb 1997 10:36:24 -0800 From: "Jin Guojun[ITG]" Message-Id: <199702051836.KAA22298@george.lbl.gov> To: james@miller.cs.uwm.edu, terry@lambert.org, tinguely@plains.nodak.edu Subject: Re: ATM card/interface for FreeBSD Cc: atm@freebsd.org, current@freebsd.org Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk } (added the atm-freebsd mailing list to the discussion, maybe it should } be moved there to spare -current people that are not interested). } } > > Is anyone working on an ATM interface for FreeBSD? } > } > The ATM mailing list: freebsd-atm@freebsd.org } > } > The following have expressed interest in working on drivers, and/or have } > claimed existing drivers for FreeBSD: } > } > "Bror 'Count' Heinola" } > "Litvin Alexander B." } > "Raju M. Daryanani" } > "Ron G. Minnich" } > "William A. Arbaugh" } > Brian Litzinger } > Mark Mayo } > Mark Tinguely } > Pat Barron } > Poul-Henning Kamp } > dennis@etinc.com (Dennis) } > hosokawa@mt.cs.keio.ac.jp (HOSOKAWA Tatsumi) } } As I said from the begining, the hard part is the network stack. } there are a couple existing stacks that a person can put a driver into } but I have not decided how compatible they are with ATM Forum standards } (pause to let laughter to end over the oxymorphism of ATM Forum standards). } I think the whole group would hate to end up something that can only talk } to another research machine. } } --mark. Since I did not see this response at freebsd-atm@freebsd.org, so I have to reply to the entire list of this email to ask the question: Would some one please tell what ATM cards are these work supporting? -Jin From owner-freebsd-current Wed Feb 5 11:11:33 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id LAA02759 for current-outgoing; Wed, 5 Feb 1997 11:11:33 -0800 (PST) Received: from veda.is (ubiq.veda.is [193.4.230.60]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id LAA02749 for ; Wed, 5 Feb 1997 11:11:22 -0800 (PST) Received: (from adam@localhost) by veda.is (8.8.4/8.7.3) id TAA24469; Wed, 5 Feb 1997 19:24:03 GMT Date: Wed, 5 Feb 1997 19:24:03 GMT From: Adam David Message-Id: <199702051924.TAA24469@veda.is> To: msmith@atrad.adelaide.EDU.AU (Michael Smith) Cc: freebsd-current@freebsd.org Subject: Re: 2.2 fails to build? Newsgroups: list.freebsd.current References: <199702040730.SAA11726@genesis.atrad.adelaide.edu.au> X-Newsreader: NN version 6.5.0 #2 (NOV) Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >In file included from /remote1/playpen/2.2/src/gnu/usr.bin/gdb/bfd/../../../../contrib/gdb/bfd/bfd.c:204: >/remote1/playpen/2.2/src/gnu/usr.bin/gdb/bfd/../../../../contrib/gdb/bfd/libcoff.h:104: field `pe_opthdr' has incomplete type rm -r .../src/gnu/usr.bin/gdb/gdb/{aout,coff,elf} -- Adam David From owner-freebsd-current Wed Feb 5 12:06:38 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id MAA07937 for current-outgoing; Wed, 5 Feb 1997 12:06:38 -0800 (PST) Received: from Mailbox.mcs.com (Mailbox.mcs.com [192.160.127.87]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id MAA07904; Wed, 5 Feb 1997 12:06:18 -0800 (PST) Received: from Jupiter.Mcs.Net (karl@Jupiter.mcs.net [192.160.127.88]) by Mailbox.mcs.com (8.8.5/8.8.2) with ESMTP id OAA20779; Wed, 5 Feb 1997 14:06:14 -0600 (CST) Received: (from karl@localhost) by Jupiter.Mcs.Net (8.8.5/8.8.2) id OAA11778; Wed, 5 Feb 1997 14:06:13 -0600 (CST) From: Karl Denninger Message-Id: <199702052006.OAA11778@Jupiter.Mcs.Net> Subject: PATCH for *ALL* FreeBSD Setlocale() problems - EVERYONE SHOULD READ THIS MESSAGE To: tqbf@enteract.com Date: Wed, 5 Feb 1997 14:06:13 -0600 (CST) Cc: karl@Mcs.Net, freebsd-security@freebsd.org, current@freebsd.org In-Reply-To: <19970205190333.11804.qmail@char-star.rdist.org> from "tqbf@enteract.com" at Feb 5, 97 07:03:33 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > In article <199702051742.LAA05872@Jupiter.Mcs.Net>, you wrote: > >The ENTIRE setlocale() code is a HUGE security problem. Among other things, > > locales in general are an issue. FreeBSD's rewritten locale code, which > obviously wasn't written with much thought towards security, is another > issue. The main issue, to my mind, is the caller of an SUID program being > able to control the path to it's locale information. > > To my mind, SUID/SGID programs should be ignoring PATH_LOCALE. I don't > know that the best way to handle this is from euid/uid checks in libc - > that seems like a hack to me. > > >SETLOCALE MUST BE REMOVED FROM USE UNTIL IT CAN BE FIXED. It is FULL of > > ... but, Mr. Denninger is right here. Among other things, the idiom for > calling setlocale() seems to be to do it first, before argument > processing. This means that any program vulnerable to any problem caused > by the locale routings is vulnerable regardless of how it's called. I am > concerned about privileged code calling non-privileged code and becoming > vulnerable. > > >I have already found setlocale() calls in SEVERAL privileged programs. > > They're all over the place in 2.2, as a consequence of it not being > handled automatically anymore. Right. I have the following patches at this point. They are NOT yet tested. I am doing that now and rebuilding. Once the testing is complete, I will advise. NOTE THAT THIS APPLIES TO *ALL* VERSIONS OF FREEBSD WHICH HAVE THE LOCALE DIRECTORY UNDER LIBC IN THE SOURCE TREE. There may be minor differences, but frankly, I expect that these or a slight varient absolutely MUST be applied to close this hole. And unfortunately, you have to rebuild everything once you've done so (or at least, libc.so.x, crt0.o and all static binaries). I will EXPECT that these will show up in the CVS tree within 48 hours unless there are VERY good reasons expressed for them not being included. I WILL be looking for them to appear. This SHOULD fix the vulnerability; if not correctly, then by brute force (by disallowing setlocale() calls from anything running with privileges) This is from a scan for "strcpy"s in the "locale" directory under libc. These patches: 1) Fix all the roaring obvious strcpys and strcats to be the str(n) equivalents. There IS an exception in the final concatenation routine, but the arguments to that routine should have been checked already, so that should be safe. 2) Disallow setlocale() entirely if: 1) You're SUID or SGID 2) OR you are running with EUID = 0 regardless of how Go ahead and poke at this if you'd like - - that's what code reviews are all about - - but I believe this does address the vulnerability. *** collate.c Wed Feb 5 13:28:17 1997 --- collate.c.orig Wed Feb 5 13:26:08 1997 *************** *** 74,83 **** return -1; } /* Range checking already done at upper level caller */ ! (void) strncpy(buf, _PathLocale, (PATH_MAX - 1)); ! (void) strncat(buf, "/", (PATH_MAX - (2 + strlen(buf))); ! (void) strncat(buf, encoding, (PATH_MAX - (1 + strlen(buf))); ! (void) strncat(buf, "/LC_COLLATE", (PATH_MAX - (1 + strlen(buf))); if ((fp = fopen(buf, "r")) == NULL) { __collate_load_error = save_load_error; return -1; --- 74,83 ---- return -1; } /* Range checking already done at upper level caller */ ! (void) strcpy(buf, _PathLocale); ! (void) strcat(buf, "/"); ! (void) strcat(buf, encoding); ! (void) strcat(buf, "/LC_COLLATE"); if ((fp = fopen(buf, "r")) == NULL) { __collate_load_error = save_load_error; return -1; *** setlocale.c Wed Feb 5 13:56:46 1997 --- setlocale.c.orig Wed Feb 5 13:26:12 1997 *************** *** 106,119 **** int i, j, len; char *env, *r; - /* - * KSD - If we're setuid or setgid, or root, ignore this and return - * instantly 2/5/97 - */ - if ((geteuid() != getuid()) || (getegid() != getgid()) || !geteuid()) { - return(NULL); - } - if (category < LC_ALL || category >= _LC_LAST) return (NULL); --- 106,111 ---- *************** *** 124,133 **** /* * Default to the current locale for everything. */ ! for (i = 1; i < _LC_LAST; ++i) { ! (void)strncpy(new_categories[i], current_categories[i], 31); ! new_categories[i][31] = 0; ! } /* * Now go fill up new_categories from the locale argument --- 116,123 ---- /* * Default to the current locale for everything. */ ! for (i = 1; i < _LC_LAST; ++i) ! (void)strcpy(new_categories[i], current_categories[i]); /* * Now go fill up new_categories from the locale argument *************** *** 176,199 **** ++locale; while (*++r && *r != '/'); } while (*locale); ! while (i < _LC_LAST) { ! (void)strncpy(new_categories[i], ! new_categories[i-1], 31); ! new_categories[i][31] = 0; ! } } } if (category) return (loadlocale(category)); for (i = 1; i < _LC_LAST; ++i) { ! (void)strncpy(saved_categories[i], current_categories[i], 31); ! saved_categories[i][31] = 0; if (loadlocale(i) == NULL) { for (j = 1; j < i; j++) { ! (void)strncpy(new_categories[j], ! saved_categories[j], 31); ! new_categories[j][31] = 0; /* XXX can fail too */ (void)loadlocale(j); } --- 166,186 ---- ++locale; while (*++r && *r != '/'); } while (*locale); ! while (i < _LC_LAST) ! (void)strcpy(new_categories[i], ! new_categories[i-1]); } } + if (category) return (loadlocale(category)); for (i = 1; i < _LC_LAST; ++i) { ! (void)strcpy(saved_categories[i], current_categories[i]); if (loadlocale(i) == NULL) { for (j = 1; j < i; j++) { ! (void)strcpy(new_categories[j], ! saved_categories[j]); /* XXX can fail too */ (void)loadlocale(j); } *************** *** 218,226 **** currentlocale() { int i; - /* - * Bounds already checked on current_categories; can't overflow - KSD 2/5/97 - */ (void)strcpy(current_locale_string, current_categories[1]); --- 205,210 ---- *************** *** 228,234 **** if (strcmp(current_categories[1], current_categories[i])) { (void) strcpy(current_locale_string, current_categories[1]); (void) strcat(current_locale_string, "/"); ! (void) strncat(current_locale_string, current_categories[2]); (void) strcat(current_locale_string, "/"); (void) strcat(current_locale_string, current_categories[3]); (void) strcat(current_locale_string, "/"); --- 212,218 ---- if (strcmp(current_categories[1], current_categories[i])) { (void) strcpy(current_locale_string, current_categories[1]); (void) strcat(current_locale_string, "/"); ! (void) strcat(current_locale_string, current_categories[2]); (void) strcat(current_locale_string, "/"); (void) strcat(current_locale_string, current_categories[3]); (void) strcat(current_locale_string, "/"); *** setrunelocale.c Wed Feb 5 13:35:20 1997 --- setrunelocale.c.orig Wed Feb 5 13:26:22 1997 *************** *** 86,96 **** if (!_PathLocale) return(EFAULT); /* Range checking already done at upper level caller */ ! (void) strncpy(name, _PathLocale, (PATH_MAX - 1)); ! name[PATH_MAX - 1] = 0; (void) strcat(name, "/"); ! (void) strncat(name, encoding, (PATH_MAX - (2 + strlen(name))); ! (void) strncat(name, "/LC_CTYPE", (PATH_MAX - (2 + strlen(name))); if ((fp = fopen(name, "r")) == NULL) return(ENOENT); --- 86,95 ---- if (!_PathLocale) return(EFAULT); /* Range checking already done at upper level caller */ ! (void) strcpy(name, _PathLocale); (void) strcat(name, "/"); ! (void) strcat(name, encoding); ! (void) strcat(name, "/LC_CTYPE"); if ((fp = fopen(name, "r")) == NULL) return(ENOENT); -- -- Karl Denninger (karl@MCS.Net)| MCSNet - The Finest Internet Connectivity http://www.mcs.net/~karl | T1's from $600 monthly to FULL DS-3 Service | 99 Analog numbers, 77 ISDN, Web servers $75/mo Voice: [+1 312 803-MCS1 x219]| Email to "info@mcs.net" WWW: http://www.mcs.net/ Fax: [+1 773 248-9865] | 2 FULL DS-3 Internet links; 400Mbps B/W Internal From owner-freebsd-current Wed Feb 5 12:10:55 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id MAA08219 for current-outgoing; Wed, 5 Feb 1997 12:10:55 -0800 (PST) Received: from Mailbox.mcs.com (Mailbox.mcs.com [192.160.127.87]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id MAA08181; Wed, 5 Feb 1997 12:10:35 -0800 (PST) Received: from Jupiter.Mcs.Net (karl@Jupiter.mcs.net [192.160.127.88]) by Mailbox.mcs.com (8.8.5/8.8.2) with ESMTP id OAA21699; Wed, 5 Feb 1997 14:10:34 -0600 (CST) Received: (from karl@localhost) by Jupiter.Mcs.Net (8.8.5/8.8.2) id OAA11914; Wed, 5 Feb 1997 14:10:33 -0600 (CST) From: Karl Denninger Message-Id: <199702052010.OAA11914@Jupiter.Mcs.Net> Subject: REPLACE LAST MESSAGE REGARDING PATCHES - I posted the wrong file To: karl@Mcs.Net (Karl Denninger) Date: Wed, 5 Feb 1997 14:10:33 -0600 (CST) Cc: tqbf@enteract.com, karl@Mcs.Net, freebsd-security@freebsd.org, current@freebsd.org In-Reply-To: <199702052006.OAA11778@Jupiter.Mcs.Net> from "Karl Denninger" at Feb 5, 97 02:06:13 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Blargh! Wrong file included. These DO compile; again, they are currently UNDER TEST. *** collate.c Wed Feb 5 14:08:43 1997 --- collate.c.orig Wed Feb 5 13:26:08 1997 *************** *** 74,83 **** return -1; } /* Range checking already done at upper level caller */ ! (void) strncpy(buf, _PathLocale, (PATH_MAX - 1)); ! (void) strncat(buf, "/", (PATH_MAX - (2 + strlen(buf)))); ! (void) strncat(buf, encoding, (PATH_MAX - (1 + strlen(buf)))); ! (void) strncat(buf, "/LC_COLLATE", (PATH_MAX - (1 + strlen(buf)))); if ((fp = fopen(buf, "r")) == NULL) { __collate_load_error = save_load_error; return -1; --- 74,83 ---- return -1; } /* Range checking already done at upper level caller */ ! (void) strcpy(buf, _PathLocale); ! (void) strcat(buf, "/"); ! (void) strcat(buf, encoding); ! (void) strcat(buf, "/LC_COLLATE"); if ((fp = fopen(buf, "r")) == NULL) { __collate_load_error = save_load_error; return -1; *** setlocale.c Wed Feb 5 14:07:23 1997 --- setlocale.c.orig Wed Feb 5 13:26:12 1997 *************** *** 106,119 **** int i, j, len; char *env, *r; - /* - * KSD - If we're setuid or setgid, or root, ignore this and return - * instantly 2/5/97 - */ - if ((geteuid() != getuid()) || (getegid() != getgid()) || !geteuid()) { - return(NULL); - } - if (category < LC_ALL || category >= _LC_LAST) return (NULL); --- 106,111 ---- *************** *** 124,133 **** /* * Default to the current locale for everything. */ ! for (i = 1; i < _LC_LAST; ++i) { ! (void)strncpy(new_categories[i], current_categories[i], 31); ! new_categories[i][31] = 0; ! } /* * Now go fill up new_categories from the locale argument --- 116,123 ---- /* * Default to the current locale for everything. */ ! for (i = 1; i < _LC_LAST; ++i) ! (void)strcpy(new_categories[i], current_categories[i]); /* * Now go fill up new_categories from the locale argument *************** *** 176,199 **** ++locale; while (*++r && *r != '/'); } while (*locale); ! while (i < _LC_LAST) { ! (void)strncpy(new_categories[i], ! new_categories[i-1], 31); ! new_categories[i][31] = 0; ! } } } if (category) return (loadlocale(category)); for (i = 1; i < _LC_LAST; ++i) { ! (void)strncpy(saved_categories[i], current_categories[i], 31); ! saved_categories[i][31] = 0; if (loadlocale(i) == NULL) { for (j = 1; j < i; j++) { ! (void)strncpy(new_categories[j], ! saved_categories[j], 31); ! new_categories[j][31] = 0; /* XXX can fail too */ (void)loadlocale(j); } --- 166,186 ---- ++locale; while (*++r && *r != '/'); } while (*locale); ! while (i < _LC_LAST) ! (void)strcpy(new_categories[i], ! new_categories[i-1]); } } + if (category) return (loadlocale(category)); for (i = 1; i < _LC_LAST; ++i) { ! (void)strcpy(saved_categories[i], current_categories[i]); if (loadlocale(i) == NULL) { for (j = 1; j < i; j++) { ! (void)strcpy(new_categories[j], ! saved_categories[j]); /* XXX can fail too */ (void)loadlocale(j); } *************** *** 218,226 **** currentlocale() { int i; - /* - * Bounds already checked on current_categories; can't overflow - KSD 2/5/97 - */ (void)strcpy(current_locale_string, current_categories[1]); --- 205,210 ---- *** setrunelocale.c Wed Feb 5 14:08:18 1997 --- setrunelocale.c.orig Wed Feb 5 13:26:22 1997 *************** *** 86,96 **** if (!_PathLocale) return(EFAULT); /* Range checking already done at upper level caller */ ! (void) strncpy(name, _PathLocale, (PATH_MAX - 1)); ! name[PATH_MAX - 1] = 0; (void) strcat(name, "/"); ! (void) strncat(name, encoding, (PATH_MAX - (2 + strlen(name)))); ! (void) strncat(name, "/LC_CTYPE", (PATH_MAX - (2 + strlen(name)))); if ((fp = fopen(name, "r")) == NULL) return(ENOENT); --- 86,95 ---- if (!_PathLocale) return(EFAULT); /* Range checking already done at upper level caller */ ! (void) strcpy(name, _PathLocale); (void) strcat(name, "/"); ! (void) strcat(name, encoding); ! (void) strcat(name, "/LC_CTYPE"); if ((fp = fopen(name, "r")) == NULL) return(ENOENT); --- -- Karl Denninger (karl@MCS.Net)| MCSNet - The Finest Internet Connectivity http://www.mcs.net/~karl | T1's from $600 monthly to FULL DS-3 Service | 99 Analog numbers, 77 ISDN, Web servers $75/mo Voice: [+1 312 803-MCS1 x219]| Email to "info@mcs.net" WWW: http://www.mcs.net/ Fax: [+1 773 248-9865] | 2 FULL DS-3 Internet links; 400Mbps B/W Internal From owner-freebsd-current Wed Feb 5 12:17:02 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id MAA08524 for current-outgoing; Wed, 5 Feb 1997 12:17:02 -0800 (PST) Received: from usr08.primenet.com (root@usr08.primenet.com [206.165.5.108]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id MAA08512 for ; Wed, 5 Feb 1997 12:16:54 -0800 (PST) Received: from primenet.com (root@mailhost01.primenet.com [206.165.5.52]) by usr08.primenet.com (8.8.5/8.8.5) with ESMTP id NAA01323 for ; Wed, 5 Feb 1997 13:16:51 -0700 (MST) Received: from conceptual.com (consys.com [207.218.17.187]) by primenet.com (8.8.5/8.8.5) with ESMTP id NAA04322 for ; Wed, 5 Feb 1997 13:16:48 -0700 (MST) Received: from localhost (localhost [127.0.0.1]) by conceptual.com (8.8.4/8.6.9) with SMTP id NAA22784 for ; Wed, 5 Feb 1997 13:16:46 -0700 (MST) Message-Id: <199702052016.NAA22784@conceptual.com> X-Authentication-Warning: conceptual.com: localhost [127.0.0.1] didn't use HELO protocol X-Mailer: exmh version 1.6.9 8/22/96 To: current@freebsd.org Subject: linux ELF codine no go on 2.2 Gamma Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 05 Feb 1997 13:16:46 -0700 From: "Russell L. Carter" Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I've been trying to get codine 4 (http://www.genias.de/) for linux ELF going with the following result: $ cod_qmaster ELF binary type not known Abort trap $ file cod_qmaster cod_qmaster: ELF 32-bit LSB executable, Intel 80386, version 1 $ on the other hand, Wingz seems to be happy as a bug, and file reports the same: $ file /usr/X11/lib/X11/Wingz/bin/Wingz /usr/X11/lib/X11/Wingz/bin/Wingz: ELF 32-bit LSB executable, Intel 80386, version 1 $ I upgraded the system from 2.1.5+ to 2.2 by pushing through a make world, but everything else seems happy. Perhaps I screwed something up? There are about a dozen binaries in the codine 4 distribution and each one has the behaviour above. Russell From owner-freebsd-current Wed Feb 5 12:40:55 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id MAA10099 for current-outgoing; Wed, 5 Feb 1997 12:40:55 -0800 (PST) Received: from thelab.hub.org (hal-ns3-28.netcom.ca [207.181.94.156]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id MAA10088 for ; Wed, 5 Feb 1997 12:40:48 -0800 (PST) Received: from thelab.hub.org (LOCALHOST [127.0.0.1]) by thelab.hub.org (8.8.4/8.8.2) with SMTP id QAA08399; Wed, 5 Feb 1997 16:39:10 -0400 (AST) Date: Wed, 5 Feb 1997 16:39:10 -0400 (AST) From: The Hermit Hacker Reply-To: chat@freebsd.org To: Karl Denninger cc: "Jordan K. Hubbard" , joerg_wunsch@uriah.heep.sax.de, current@freebsd.org Subject: Re: Karl fulminates, film at 11. In-Reply-To: <199702051806.MAA06750@Jupiter.Mcs.Net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Wed, 5 Feb 1997, Karl Denninger wrote: > > I will have some commits to the handbook shortly which make it > > clear just what will and what will not be tolerated on our mailing > > lists. > > > > Jordan > > If free discourse is in any way restricted then we're done. > But Karl...I believe you were already dismissed...*shrug* From owner-freebsd-current Wed Feb 5 12:42:32 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id MAA10189 for current-outgoing; Wed, 5 Feb 1997 12:42:32 -0800 (PST) Received: from vector.jhs.no_domain (slip139-92-4-67.mu.de.ibm.net [139.92.4.67]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id MAA10176; Wed, 5 Feb 1997 12:42:19 -0800 (PST) Received: from vector.jhs.no_domain (localhost [127.0.0.1]) by vector.jhs.no_domain (8.7.5/8.6.9) with ESMTP id WAA02511; Tue, 4 Feb 1997 22:37:34 +0100 (MET) Message-Id: <199702042137.WAA02511@vector.jhs.no_domain> To: Tom Bartol cc: current@freebsd.org Subject: Re: SCSI_FREEZE kernel option? From: "Julian H. Stacey" Reply-To: "Julian H. Stacey" X-Organization: Vector Systems Ltd. X-Mailer: EXMH 1.6.7, PGP available X-Address: Holz Strasse 27d, 80469 Munich, Germany X-Tel: +49.89.268616 X-Fax: +49.89.2608126 X-ISDN: +49.89.26023276 X-Web: http://www.freebsd.org/~jhs/ In-reply-to: Your message of "Mon, 03 Feb 1997 17:07:53 PST." Date: Tue, 04 Feb 1997 22:37:33 +0100 Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi, Reference: > From: Tom Bartol > Subject: Re: SCSI_FREEZE kernel option? > Date: Mon, 3 Feb 1997 17:07:53 -0800 (PST) > Message-id: > > > Hi, > > I was just looking at the manpage for scsi (8) and was particularly There's a special list for scsi discussions (rather than here): freebsd-scsi@freebsd.org Maybe some committer would like to add that address to man scsi "SEE ALSO" ? Julian -- Julian H. Stacey jhs@freebsd.org http://www.freebsd.org/~jhs/ From owner-freebsd-current Wed Feb 5 12:42:34 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id MAA10198 for current-outgoing; Wed, 5 Feb 1997 12:42:34 -0800 (PST) Received: from thelab.hub.org (hal-ns3-28.netcom.ca [207.181.94.156]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id MAA10179 for ; Wed, 5 Feb 1997 12:42:25 -0800 (PST) Received: from thelab.hub.org (LOCALHOST [127.0.0.1]) by thelab.hub.org (8.8.4/8.8.2) with SMTP id QAA08408; Wed, 5 Feb 1997 16:42:05 -0400 (AST) Date: Wed, 5 Feb 1997 16:42:05 -0400 (AST) From: The Hermit Hacker Reply-To: chat@FreeBSD.ORG To: Craig Shaver cc: Karl Denninger , current@FreeBSD.ORG Subject: Re: Karl fulminates, film at 11. == thanks In-Reply-To: <32F8C971.794BDF32@progroup.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Wed, 5 Feb 1997, Craig Shaver wrote: > Karl Denninger wrote: > del .... > > Just wanted to drop you a note to thank you for kicking the freebsd core > team in the butt for security concerns. I am not sure your suggestions > are the best way to resolve the problems with security, but it may make > some people think about the problems instead of just ignoring them. > > I have to admit, when I saw that crt.o had a security hole I was ready > to dump freebsd and head straight for the nearest linux cd. I imagine > that those in the ISP business are even more concerned. > Geez, considering the number of *holes* that Linux has as far as security is concerned... ...have fun Karl :) NOTE: This is based on experience with Linux in a very limited way. A friend runs Linux and Solaris (with a FreeBSD box I slapped in) and has more problems with breakin's on the Linux box then on any other OS :( From owner-freebsd-current Wed Feb 5 12:46:13 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id MAA10643 for current-outgoing; Wed, 5 Feb 1997 12:46:13 -0800 (PST) Received: from Mailbox.mcs.com (Mailbox.mcs.com [192.160.127.87]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id MAA10627; Wed, 5 Feb 1997 12:46:01 -0800 (PST) Received: from Jupiter.Mcs.Net (karl@Jupiter.mcs.net [192.160.127.88]) by Mailbox.mcs.com (8.8.5/8.8.2) with ESMTP id OAA29838; Wed, 5 Feb 1997 14:45:58 -0600 (CST) Received: (from karl@localhost) by Jupiter.Mcs.Net (8.8.5/8.8.2) id OAA13118; Wed, 5 Feb 1997 14:45:57 -0600 (CST) From: Karl Denninger Message-Id: <199702052045.OAA13118@Jupiter.Mcs.Net> Subject: PATCH VERIFIED AGAINST CRONTAB AND AT FOR -CURRENT BRANCH To: guido@gvr.win.tue.nl (Guido van Rooij) Date: Wed, 5 Feb 1997 14:45:57 -0600 (CST) Cc: tqbf@enteract.com, karl@Mcs.Net, freebsd-security@freebsd.org, current@freebsd.org In-Reply-To: <199702052021.VAA17555@gvr.win.tue.nl> from "Guido van Rooij" at Feb 5, 97 09:21:39 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > An advisory for this problem needs to be released immediately. The FreeBSD > > project needs to come to grips with the fact that there are many, many > > people who won't act on a problem until CERT releases an advisory. Until > > that happens, people will remain vulnerable to the problem, regardless of > > how much effort goes into finding "the right fix". > > I only want to make an advisory when we can adise something. At this time > there is still uncertainty about what to do. I think the following > should do the trick: > > 1) patch for crt0.c including something where the env. variable will e > ignored for SUID/SGID programs. This should solve the case where > ppl. want to rebuilt everything > 2) For a binary only fix: > a) new shared libc's for every release since 2.0 > b) the lfix program that patches out the call to startup_setlocale > in the binary; this for every release and including > checks for immutable and append only flags. And of > course a README that wll not leave any doubt on the > exact actions to take. > > That should do the trick. Please correct me if I forgot anything. > > -Guido Ok. My preliminary testing is complete. The patch that I made to setlocale() absolutely does close the hole for "crontab" and "at" in the -CURRENT branch. The exploit Tom provided to me no longer produces a core fault (which indicates that the stack frame got clobbered, and that minor adjustments to it would produce a root shell prompt instead). As such, I expect that the rest of the problem is *ALSO* fixed with the patch that I posted to the security and current lists. Critique away. If there isn't a DAMN GOOD reason not to commit that fix, I believe it should go in. Like now. -- -- Karl Denninger (karl@MCS.Net)| MCSNet - The Finest Internet Connectivity http://www.mcs.net/~karl | T1's from $600 monthly to FULL DS-3 Service | 99 Analog numbers, 77 ISDN, Web servers $75/mo Voice: [+1 312 803-MCS1 x219]| Email to "info@mcs.net" WWW: http://www.mcs.net/ Fax: [+1 773 248-9865] | 2 FULL DS-3 Internet links; 400Mbps B/W Internal From owner-freebsd-current Wed Feb 5 13:49:18 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id NAA14591 for current-outgoing; Wed, 5 Feb 1997 13:49:18 -0800 (PST) Received: from atlantis.nconnect.net (root@atlantis.nconnect.net [206.54.227.6]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id NAA14583 for ; Wed, 5 Feb 1997 13:49:09 -0800 (PST) Received: from arabian.astrolab.org (dial20.nconnect.net [206.54.227.20]) by atlantis.nconnect.net (8.8.4/8.7.3) with SMTP id PAA15978 for ; Wed, 5 Feb 1997 15:41:47 -0600 (CST) Message-ID: <32F90009.41C67EA6@nconnect.net> Date: Wed, 05 Feb 1997 15:47:54 -0600 From: Randy DuCharme Organization: Computer Specialists X-Mailer: Mozilla 3.01Gold (X11; I; FreeBSD 3.0-SMP i386) MIME-Version: 1.0 To: current@freebsd.org Subject: screensavers broken? Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Greetings, Get strange fatal kernel traps when the console savers ( snake or star ) start. My SMP kernel yields .... Fatal trap 18 integer divide fault while in kernel mode cpu number 0 IP 0x8: 0xf75a3199 Stack 0x10: 0xefbffeac ... A GENERIC uniprocessor kernel gives Fatal trap 12. In both cases it says it's syncing disks and reboots, yet the file systems are left dirty and fixed on boot up. The problem started 2 or 3 days ago. I've been supping current nightly. I've been through the commit logs and mail archives and haven't found anything on this yet, unless I missed something. My abilities to go after and solve problems like this are very limited at best ( but getting better :) ) and so far, I've been unable to figure it out. It's not a big deal... can run without the savers. Just wanted to make the problem known. -- Randall D. DuCharme email: randyd@nconnect.net Systems Engineer Free your Machine Computer Specialists **** FreeBSD **** 414-259-9998 414-253-9919 (fax) Turning PCs into Workstations From owner-freebsd-current Wed Feb 5 14:03:43 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id OAA15509 for current-outgoing; Wed, 5 Feb 1997 14:03:43 -0800 (PST) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id OAA15504 for ; Wed, 5 Feb 1997 14:03:39 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id PAA15711; Wed, 5 Feb 1997 15:00:20 -0700 From: Terry Lambert Message-Id: <199702052200.PAA15711@phaeton.artisoft.com> Subject: Re: getty patches To: davidn@labs.usn.blaze.net.au (David Nugent) Date: Wed, 5 Feb 1997 15:00:20 -0700 (MST) Cc: terry@lambert.org, freebsd-current@FreeBSD.org In-Reply-To: <19970205153554.HM65449@labs.usn.blaze.net.au> from "David Nugent" at Feb 5, 97 03:35:54 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > > > If the init chat fails, it logs via syslog and exits. There is no > > > other sane thing to do. > > > > So is the initd expected to say "getty repeating too quickly on > > port %s, sleeping" for this? > > If GETTY_SPACING in init.c was to be increased from 5 seconds, yes. > But this may have undesirable side-effects, and I'm not sure if I'd > want this behaviour in any case. It's 10 seconds according to the man page. 5 seconds id the average for a process coming in a rndom interval of 0-10 seconds following a sleep event. So 5 seconds is average, but the worst case is double that. > > Waiting an average of 5 minutes for a login when this happens (while > > initd is busy sleeping it off) seems a bad thing. > > ? I meant "seconds". [ ... /etc/issue ... ] > > I thought different transports could be given different classes > > in the BSDI implementation. > > No. This is seen as a "service" to the authenticator. Login classes > may have different combinations of service/authenticator values, > but which ones are valid are still driven by the user's login > class. OK, objection withdrawn. > > > Any way you like, Terry. If you don't wish to use the inbound call > > > features, then don't. That's why it is optional. :-) A blocking > > > open() is still done unless you enable the "ac" capability. > > > > Ah. I see. So I can use the same modem inbound vs. outbound, > > as long as I turn this feature off. > > "Unless you enable it in the first place" is a more accurate > picture. Right, but it's a desirable feature, so I'll probably have it on. 8-) I guess the problem is that I can't have both desirable features at the same time, unless I go to the "open-completes-on-RI-signal" model, or unless I fully virtualize the modem and use DCD inbound to lock outbound access (EWOULDBLOCK instead of hanging for the chat to get out of the way). Regards, Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-current Wed Feb 5 14:06:23 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id OAA15727 for current-outgoing; Wed, 5 Feb 1997 14:06:23 -0800 (PST) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id OAA15712 for ; Wed, 5 Feb 1997 14:06:17 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id PAA15725; Wed, 5 Feb 1997 15:02:11 -0700 From: Terry Lambert Message-Id: <199702052202.PAA15725@phaeton.artisoft.com> Subject: Re: getty patches To: giles@nemeton.com.au (Giles Lean) Date: Wed, 5 Feb 1997 15:02:11 -0700 (MST) Cc: terry@lambert.org, davidn@unique.usn.blaze.net.au, freebsd-current@FreeBSD.org In-Reply-To: <199702050908.UAA12116@nemeton.com.au> from "Giles Lean" at Feb 5, 97 08:08:25 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > > Right. I guess I was really asking "why does a modem need to be > > initialized again if it was already initialized? Does initialization > > (somehow) 'wear off'?". > > Yup, a regular problem on some models. (Not one I've seen for a > while, I admit, but I am very choosy about the modems I buy.) UGH. It makes me want to complain that X doesn't support my CGA card. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-current Wed Feb 5 14:13:19 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id OAA16184 for current-outgoing; Wed, 5 Feb 1997 14:13:19 -0800 (PST) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id OAA16174 for ; Wed, 5 Feb 1997 14:13:11 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id PAA15748; Wed, 5 Feb 1997 15:09:20 -0700 From: Terry Lambert Message-Id: <199702052209.PAA15748@phaeton.artisoft.com> Subject: Re: Karl fulminates, film at 11. To: karl@Mcs.Net (Karl Denninger) Date: Wed, 5 Feb 1997 15:09:20 -0700 (MST) Cc: jkh@time.cdrom.com, karl@Mcs.Net, joerg_wunsch@uriah.heep.sax.de, current@freebsd.org In-Reply-To: <199702051806.MAA06750@Jupiter.Mcs.Net> from "Karl Denninger" at Feb 5, 97 12:06:24 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > Further, you folks have NOT addressed the true problem -- which is the > entire setlocale() code turn. That needs to be ripped out WHOLESALE > until it can be combed through and ALL unbounded manipulation replaced. I don't think anyone was really ever satisfied with the (non)results of the last discussion of whether crt0.o calling setlocale() was a bad thing or a good thing (though it was conceded by everyone that it was a non-XPG/3 and non-XPG/4 compliant thing). Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-current Wed Feb 5 14:14:05 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id OAA16252 for current-outgoing; Wed, 5 Feb 1997 14:14:05 -0800 (PST) Received: from narnia.plutotech.com (narnia.plutotech.com [206.168.67.130]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id OAA16247; Wed, 5 Feb 1997 14:14:00 -0800 (PST) Received: from narnia (localhost [127.0.0.1]) by narnia.plutotech.com (8.8.5/8.7.3) with ESMTP id OAA00829; Wed, 5 Feb 1997 14:13:37 -0800 (PST) Message-Id: <199702052213.OAA00829@narnia.plutotech.com> X-Mailer: exmh version 2.0beta 12/23/96 To: Karl Denninger cc: guido@gvr.win.tue.nl (Guido van Rooij), tqbf@enteract.com, freebsd-security@freebsd.org, current@freebsd.org Subject: Re: PATCH VERIFIED AGAINST CRONTAB AND AT FOR -CURRENT BRANCH In-reply-to: Your message of "Wed, 05 Feb 1997 14:45:57 CST." <199702052045.OAA13118@Jupiter.Mcs.Net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 05 Feb 1997 14:13:36 -0800 From: "Justin T. Gibbs" Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Critique away. If there isn't a DAMN GOOD reason not to commit that >fix, I believe it should go in. > >Like now. As David Greenman pointed out, a patch has already been applied to current that closes this particular hole in a more complete manner than yours: To: CVS-committers, cvs-all, cvs-lib Subject: cvs commit: src/lib/libc/locale setlocale.c Sender: owner-cvs-lib@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk davidg 97/02/05 01:53:29 Modified: lib/libc/locale setlocale.c Log: Killed getenv of PATH_LOCALE per Andrey's suggestion. It was intended for debugging locale stuff, but was rarely if ever used...and of course just bit a big chunk out of our collective hind-ends. Revision Changes Path 1.14 +2 -11 src/lib/libc/locale/setlocale.c Similar patches have been applied to the 2.2 and stable branches. >-- >Karl Denninger (karl@MCS.Net)| MCSNet - The Finest Internet Connectivity >http://www.mcs.net/~karl | T1's from $600 monthly to FULL DS-3 Service > | 99 Analog numbers, 77 ISDN, Web servers $75/mo >Voice: [+1 312 803-MCS1 x219]| Email to "info@mcs.net" WWW: http://www.mcs.net >/ >Fax: [+1 773 248-9865] | 2 FULL DS-3 Internet links; 400Mbps B/W Interna >l > -- Justin T. Gibbs =========================================== FreeBSD: Turning PCs into workstations =========================================== From owner-freebsd-current Wed Feb 5 14:14:33 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id OAA16337 for current-outgoing; Wed, 5 Feb 1997 14:14:33 -0800 (PST) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id OAA16323 for ; Wed, 5 Feb 1997 14:14:30 -0800 (PST) Received: from time.cdrom.com (localhost [127.0.0.1]) by time.cdrom.com (8.8.5/8.6.9) with ESMTP id OAA23454; Wed, 5 Feb 1997 14:14:18 -0800 (PST) To: Craig Shaver cc: current@freebsd.org Subject: Re: Karl fulminates, film at 11. == thanks In-reply-to: Your message of "Wed, 05 Feb 1997 09:54:57 PST." <32F8C971.794BDF32@progroup.com> Date: Wed, 05 Feb 1997 14:14:17 -0800 Message-ID: <23444.855180857@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > Just wanted to drop you a note to thank you for kicking the freebsd core > team in the butt for security concerns. I am not sure your suggestions Oh dear, yet another person who seems to think that the best way of getting someone to do you a favor is to force burning splinters under their fingernails. Lest someone else be tempted to emulate this unfortunate practice to get results, let me just be the first to say that "kicking the core team in the butt" for security reasons (or any other concern) is as pointless and unkind as slapping your mother for feeding you a meal you didn't quite like. Such a technique it might even work once or twice, leading you to believe that the core team responds well to having their feet put to the fire, but after that you will have burned so many bridges that it has no long-term strategic value. Nobody is ignoring anything here, and no one on the core team fails to take security seriously. We were given very *little* opportunity to respond on this one, and despite what others have claimed, there was no long-term awareness of this problem or conspiracy of silence. > I have to admit, when I saw that crt.o had a security hole I was ready > to dump freebsd and head straight for the nearest linux cd. I imagine I have been chastised in the past for saying "fine, go!" so I will not take that tack here, but I will say that heading straight for the nearest linux CD is also hardly likely to save you and you're more than welcome to try it if you feel otherwise. The people here are working very hard and they are NOT paid for all the extra hassle that this kind of security scare engenders (most are not paid to deal with ANY FreeBSD related hassles). To heap abuse and scorn on them for something they have given you for free strikes me as both ungrateful and petty, and I hope to see a lot less of it in the future or what joy I and others continue to derive from this project will evaporate and you and others will have killed the golden goose for its failure to lay eggs fast enough to your liking. Jordan From owner-freebsd-current Wed Feb 5 14:16:06 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id OAA16535 for current-outgoing; Wed, 5 Feb 1997 14:16:06 -0800 (PST) Received: from root.com (implode.root.com [198.145.90.17]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id OAA16523; Wed, 5 Feb 1997 14:16:00 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by root.com (8.7.6/8.6.5) with SMTP id OAA11524; Wed, 5 Feb 1997 14:15:25 -0800 (PST) Message-Id: <199702052215.OAA11524@root.com> X-Authentication-Warning: implode.root.com: Host localhost [127.0.0.1] didn't use HELO protocol To: Karl Denninger cc: guido@gvr.win.tue.nl (Guido van Rooij), tqbf@enteract.com, freebsd-security@freebsd.org, current@freebsd.org Subject: Re: PATCH VERIFIED AGAINST CRONTAB AND AT FOR -CURRENT BRANCH In-reply-to: Your message of "Wed, 05 Feb 1997 14:45:57 CST." <199702052045.OAA13118@Jupiter.Mcs.Net> From: David Greenman Reply-To: dg@root.com Date: Wed, 05 Feb 1997 14:15:25 -0800 Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Critique away. If there isn't a DAMN GOOD reason not to commit that >fix, I believe it should go in. ...because the problem is already fixed by me last night? -DG David Greenman Core-team/Principal Architect, The FreeBSD Project From owner-freebsd-current Wed Feb 5 14:38:33 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id OAA18207 for current-outgoing; Wed, 5 Feb 1997 14:38:33 -0800 (PST) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id OAA18201 for ; Wed, 5 Feb 1997 14:38:30 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id PAA15844; Wed, 5 Feb 1997 15:35:23 -0700 From: Terry Lambert Message-Id: <199702052235.PAA15844@phaeton.artisoft.com> Subject: Re: screensavers broken? To: randyd@nconnect.net (Randy DuCharme) Date: Wed, 5 Feb 1997 15:35:23 -0700 (MST) Cc: current@freebsd.org In-Reply-To: <32F90009.41C67EA6@nconnect.net> from "Randy DuCharme" at Feb 5, 97 03:47:54 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > Get strange fatal kernel traps when the console savers ( snake or star ) > start. > > My SMP kernel yields .... > > Fatal trap 18 integer divide fault while in kernel mode > cpu number 0 > IP 0x8: 0xf75a3199 > Stack 0x10: 0xefbffeac > ... > > A GENERIC uniprocessor kernel gives Fatal trap 12. > > In both cases it says it's syncing disks and reboots, yet the > file systems are left dirty and fixed on boot up. > > The problem started 2 or 3 days ago. I've been supping current nightly. > I've been through the commit logs and mail archives and haven't found > anything on this yet, unless I missed something. My abilities to go > after and solve problems like this are very limited at best ( but > getting better :) ) and so far, I've been unable to figure it out. It's > not a big deal... can run without the savers. Just wanted to make the > problem known. When you build an new kernel, you must build new LKM's. They go with the kernel. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-current Wed Feb 5 14:39:10 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id OAA18288 for current-outgoing; Wed, 5 Feb 1997 14:39:10 -0800 (PST) Received: from werple.net.au (melb.werple.net.au [203.9.190.18]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id OAA18273 for ; Wed, 5 Feb 1997 14:39:07 -0800 (PST) Received: (qmail 21691 invoked by uid 5); 5 Feb 1997 22:39:01 -0000 MBOX-Line: From jb@freebsd1.cimlogic.com.au Thu Feb 6 09:32:29 1997 Received: (from jb@localhost) by freebsd1.cimlogic.com.au (8.7.5/8.7.3) id JAA03421 for current@freebsd.org; Thu, 6 Feb 1997 09:32:29 +1100 (EST) From: John Birrell Message-Id: <199702052232.JAA03421@freebsd1.cimlogic.com.au> Subject: Proposed change to gcc LIB_SPEC To: current@freebsd.org Date: Thu, 6 Feb 1997 09:32:28 +1100 (EST) X-Mailer: ELM [version 2.4ME+ PL22 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk G'day, I'd like to change FreeBSD's gcc LIB_SPEC so that "gcc -pthread" will link an application against libc_r instead of libc. A diff is attached. Any objections? Regards, -- John Birrell CIMlogic Pty Ltd jb@cimlogic.com.au; jb@netbsd.org 119 Cecil Street Ph +61 3 9690 6900 South Melbourne Vic 3205 Fax +61 3 9690 6650 Australia Mob +61 18 353 137 *** /u/freebsd/src/contrib/gcc/config/i386/freebsd.h Tue Oct 1 12:20:27 1996 --- ./contrib/gcc/config/i386/freebsd.h Fri Dec 27 08:02:00 1996 *************** *** 87,93 **** #define ASM_SPEC " %| %{fpic:-k} %{fPIC:-k}" /* Like the default, except no -lg. */ ! #define LIB_SPEC "%{!p:%{!pg:-lc}}%{p:-lc_p}%{pg:-lc_p}" #define LINK_SPEC \ "%{!nostdlib:%{!r:%{!e*:-e start}}} -dc -dp %{static:-Bstatic} %{assert*} \ --- 87,93 ---- #define ASM_SPEC " %| %{fpic:-k} %{fPIC:-k}" /* Like the default, except no -lg. */ ! #define LIB_SPEC "%{!p:%{!pg:%{!pthread:-lc}%{pthread:-lc_r}}}%{p:%{!pthread:-lc_p}%{pthread:-lc_r_p}}%{pg:%{!pthread:-lc_p}%{pthread:-lc_r_p}}" #define LINK_SPEC \ "%{!nostdlib:%{!r:%{!e*:-e start}}} -dc -dp %{static:-Bstatic} %{assert*} \ From owner-freebsd-current Wed Feb 5 15:20:37 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id PAA21456 for current-outgoing; Wed, 5 Feb 1997 15:20:37 -0800 (PST) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id PAA21436 for ; Wed, 5 Feb 1997 15:20:30 -0800 (PST) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id AAA20616; Thu, 6 Feb 1997 00:20:16 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.8.5/8.6.9) id XAA14649; Wed, 5 Feb 1997 23:55:09 +0100 (MET) Message-ID: Date: Wed, 5 Feb 1997 23:55:09 +0100 From: j@uriah.heep.sax.de (J Wunsch) To: rcarter@consys.com (Russell L. Carter) Cc: current@freebsd.org Subject: Re: linux ELF codine no go on 2.2 Gamma References: <199702052016.NAA22784@conceptual.com> X-Mailer: Mutt 0.55-PL10 Mime-Version: 1.0 X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199702052016.NAA22784@conceptual.com>; from Russell L. Carter on Feb 5, 1997 13:16:46 -0700 Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk As Russell L. Carter wrote: > $ cod_qmaster > ELF binary type not known > Abort trap I think you have to `brandelf' it. There's no man page, so ask the author about the usage. :-) > $ file cod_qmaster > cod_qmaster: ELF 32-bit LSB executable, Intel 80386, version 1 Well, as you can see, there's no system information in an ELF file (i.e., file(1) would print the same message for a FreeBSD ELF binary). If the execve() code can't figure out what it is, it must abort. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-current Wed Feb 5 15:23:40 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id PAA21803 for current-outgoing; Wed, 5 Feb 1997 15:23:40 -0800 (PST) Received: from Mailbox.mcs.com (Mailbox.mcs.com [192.160.127.87]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id PAA21774; Wed, 5 Feb 1997 15:23:27 -0800 (PST) Received: from Jupiter.Mcs.Net (karl@Jupiter.mcs.net [192.160.127.88]) by Mailbox.mcs.com (8.8.5/8.8.2) with ESMTP id RAA06414; Wed, 5 Feb 1997 17:23:19 -0600 (CST) Received: (from karl@localhost) by Jupiter.Mcs.Net (8.8.5/8.8.2) id RAA18464; Wed, 5 Feb 1997 17:23:04 -0600 (CST) From: Karl Denninger Message-Id: <199702052323.RAA18464@Jupiter.Mcs.Net> Subject: Blacklisting and being "asked" to deinstall FreeBSD - you heard that right! To: spork@super-g.com (spork) Date: Wed, 5 Feb 1997 17:23:04 -0600 (CST) Cc: dg@root.com, tqbf@enteract.com, karl@mcs.net, freebsd-chat@FreeBSD.ORG, current@FreeBSD.ORG, security@FreeBSD.ORG In-Reply-To: from "spork" at Feb 5, 97 06:27:01 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > On Wed, 5 Feb 1997, David Greenman wrote: > > > I don't like how this whole mess has come down. There is an awful lot of > > ill-will being passed out that will have long term ramifications. It didn't > > need to happen this way. > > > > -DG > > I think most of the ill-will comes from the following sources: .... Well, the core team just added to that ill will. Deliberately. I have just received a voice phone call from one of the core members asking me to leave FreeBSD, transition our machines off the operating system, and walk away. Obviously, I will do none of the above. But I thought you should know that the response of the core team is to these kinds of issues. A parallel code track will be online within a few days for those who believe that THIS kind of response is unwarranted under ANY circumstances. -- -- Karl Denninger (karl@MCS.Net)| MCSNet - The Finest Internet Connectivity http://www.mcs.net/~karl | T1's from $600 monthly to FULL DS-3 Service | 99 Analog numbers, 77 ISDN, Web servers $75/mo Voice: [+1 312 803-MCS1 x219]| Email to "info@mcs.net" WWW: http://www.mcs.net/ Fax: [+1 773 248-9865] | 2 FULL DS-3 Internet links; 400Mbps B/W Internal From owner-freebsd-current Wed Feb 5 15:37:18 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id PAA23264 for current-outgoing; Wed, 5 Feb 1997 15:37:18 -0800 (PST) Received: from root.com (implode.root.com [198.145.90.17]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id PAA23238; Wed, 5 Feb 1997 15:37:12 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by root.com (8.7.6/8.6.5) with SMTP id PAA12468; Wed, 5 Feb 1997 15:36:34 -0800 (PST) Message-Id: <199702052336.PAA12468@root.com> X-Authentication-Warning: implode.root.com: Host localhost [127.0.0.1] didn't use HELO protocol To: Karl Denninger cc: spork@super-g.com (spork), tqbf@enteract.com, freebsd-chat@FreeBSD.ORG, current@FreeBSD.ORG, security@FreeBSD.ORG Subject: Re: Blacklisting and being "asked" to deinstall FreeBSD - you heard that right! In-reply-to: Your message of "Wed, 05 Feb 1997 17:23:04 CST." <199702052323.RAA18464@Jupiter.Mcs.Net> From: David Greenman Reply-To: dg@root.com Date: Wed, 05 Feb 1997 15:36:34 -0800 Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >> On Wed, 5 Feb 1997, David Greenman wrote: >> >> > I don't like how this whole mess has come down. There is an awful lot of >> > ill-will being passed out that will have long term ramifications. It didn't >> > need to happen this way. >> > >> > -DG >> >> I think most of the ill-will comes from the following sources: > >.... > >Well, the core team just added to that ill will. Deliberately. The "core team" did no such thing. You are not being blacklisted and the core team did not ask you to de-install FreeBSD. >I have just received a voice phone call from one of the core members asking >me to leave FreeBSD, transition our machines off the operating system, >and walk away. > >Obviously, I will do none of the above. > >But I thought you should know that the response of the core team is to these >kinds of issues. The is not the response of the core team and I had no knowledge that anyone representing us called you until just a couple of minutes ago. Jordan is not representing the core team if he has told you to do the above, and he does not have the support of any of us in this issue. -DG David Greenman Core-team/Principal Architect, The FreeBSD Project From owner-freebsd-current Wed Feb 5 15:37:23 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id PAA23303 for current-outgoing; Wed, 5 Feb 1997 15:37:23 -0800 (PST) Received: from seabass.progroup.com (catfish.progroup.com [206.24.122.2]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id PAA23278 for ; Wed, 5 Feb 1997 15:37:19 -0800 (PST) Received: from seabass.progroup.com (seabass.progroup.com [206.24.122.1]) by seabass.progroup.com (8.7.5/8.7.3) with SMTP id PAA29495; Wed, 5 Feb 1997 15:36:21 -0800 (PST) Message-ID: <32F91975.59E2B600@progroup.com> Date: Wed, 05 Feb 1997 15:36:21 -0800 From: Craig Shaver Organization: Productivity Group, Inc. X-Mailer: Mozilla 3.01 (X11; I; FreeBSD 2.1.5-RELEASE i386) MIME-Version: 1.0 To: "Jordan K. Hubbard" CC: current@freebsd.org Subject: Re: Karl fulminates, film at 11. == thanks References: <23444.855180857@time.cdrom.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Jordan K. Hubbard wrote: > > > Just wanted to drop you a note to thank you for kicking the freebsd core > > team in the butt for security concerns. I am not sure your suggestions > > Oh dear, yet another person who seems to think that the best way of > getting someone to do you a favor is to force burning splinters under > their fingernails. You are right, and I am sorry for the harsh wording. > > Nobody is ignoring anything here, and no one on the core team fails to > take security seriously. We were given very *little* opportunity to > respond on this one, and despite what others have claimed, there was > no long-term awareness of this problem or conspiracy of silence. Ok, good ... > > > I have to admit, when I saw that crt.o had a security hole I was ready > > to dump freebsd and head straight for the nearest linux cd. I imagine > > I have been chastised in the past for saying "fine, go!" so I will not > take that tack here, but I will say that heading straight for the > nearest linux CD is also hardly likely to save you and you're more > than welcome to try it if you feel otherwise. You are quite right, and I should have put a :) at the end of that sentence. I have tried Linux in the past and been displeased with the bugs I found in standard libs and utilities. I have also had problems with the x86 version of Solaris 2.4. I switched my own server from Solaris to FreeBSD for more stability. I don't really want to switch to Linux now. > > The people here are working very hard and they are NOT paid for all > the extra hassle that this kind of security scare engenders (most are > not paid to deal with ANY FreeBSD related hassles). To heap abuse and > scorn on them for something they have given you for free strikes me as > both ungrateful and petty, and I hope to see a lot less of it in the > future or what joy I and others continue to derive from this project > will evaporate and you and others will have killed the golden goose > for its failure to lay eggs fast enough to your liking. > > Jordan Sorry. I will try to think before posting in the future. I would like to help with some of this if possible. I could put in a few hours to go through some of the code. I think I understand what the problems are regarding buffer overflows. However, like many people I have no idea of where to start, who is doing what, or who to talk to. I did not find anything on the www site that would explain how to contribute time. And the mail I have seen regarding this has been pretty vague. I certainly wouldn't want to waste my time with something that is already being worked on, or is not needed. -- Craig Shaver (craig@progroup.com) (415)390-0654 Productivity Group POB 60458 Sunnyvale, CA 94088 From owner-freebsd-current Wed Feb 5 16:23:03 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id QAA27707 for current-outgoing; Wed, 5 Feb 1997 16:23:03 -0800 (PST) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id QAA27690 for ; Wed, 5 Feb 1997 16:22:55 -0800 (PST) Received: from time.cdrom.com (localhost [127.0.0.1]) by time.cdrom.com (8.8.5/8.6.9) with ESMTP id QAA20671; Wed, 5 Feb 1997 16:22:48 -0800 (PST) To: Craig Shaver cc: current@freebsd.org Subject: Re: Karl fulminates, film at 11. == thanks In-reply-to: Your message of "Wed, 05 Feb 1997 15:36:21 PST." <32F91975.59E2B600@progroup.com> Date: Wed, 05 Feb 1997 16:22:47 -0800 Message-ID: <20667.855188567@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > You are right, and I am sorry for the harsh wording. Apology accepted. > I would like to help with some of this if possible. I could put in a > few hours to go through some of the code. I think I understand what > the problems are regarding buffer overflows. However, like many > people I have no idea of where to start, who is doing what, or who to Thank you, this offer is kindly received. Paul Traina, our co-security officer, is currently working on a sign-up roster for a more complete code review, a piece of which I and many of the other core members have also committed to taking. Once we have the first round of "signups" done, we can post the remaining positions to the -current mailing list so that wider participation might be solicited. Jordan From owner-freebsd-current Wed Feb 5 16:33:38 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id QAA28561 for current-outgoing; Wed, 5 Feb 1997 16:33:38 -0800 (PST) Received: from mole.mole.org (marmot.mole.org [204.216.57.191]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id QAA28554; Wed, 5 Feb 1997 16:33:26 -0800 (PST) Received: (from mail@localhost) by mole.mole.org (8.6.12/8.6.12) id AAA17293; Thu, 6 Feb 1997 00:33:49 GMT Received: from meerkat.mole.org(206.197.192.110) by mole.mole.org via smap (V1.3) id sma017291; Thu Feb 6 00:33:45 1997 Received: (from mrm@localhost) by meerkat.mole.org (8.6.11/8.6.9) id QAA01767; Wed, 5 Feb 1997 16:32:39 -0800 Date: Wed, 5 Feb 1997 16:32:39 -0800 From: "M.R.Murphy" Message-Id: <199702060032.QAA01767@meerkat.mole.org> To: karl@mcs.net, spork@super-g.com Subject: Re: Blacklisting and being "asked" to deinstall FreeBSD - you heard that right! Cc: current@freebsd.org, dg@root.com, freebsd-chat@freebsd.org, security@freebsd.org, tqbf@enteract.com Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > A parallel code track will be online within a few days for those who believe > that THIS kind of response is unwarranted under ANY circumstances. > It's not often that I ask publicly for a reconsideration of position. I'd like to do so in this case. I think creation of a parallel code track would be detrimental to FreeBSD development effort at this time. There are many out here who have considered such action from time to time... counting to ten helps. A loosely-coupled collaborative effort such as FreeBSD is an amazing thing. I'd be really disappointed to see it fragment over hot words. -- Mike Murphy mrm@Mole.ORG +1 619 598 5874 Better is the enemy of Good From owner-freebsd-current Wed Feb 5 16:37:01 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id QAA28797 for current-outgoing; Wed, 5 Feb 1997 16:37:01 -0800 (PST) Received: from alpo.whistle.com (alpo.whistle.com [207.76.204.38]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id QAA28772; Wed, 5 Feb 1997 16:36:43 -0800 (PST) Received: from current1.whistle.com (current1.whistle.com [207.76.205.22]) by alpo.whistle.com (8.8.5/8.8.4) with SMTP id QAA10125; Wed, 5 Feb 1997 16:32:09 -0800 (PST) Message-ID: <32F9261C.2781E494@whistle.com> Date: Wed, 05 Feb 1997 16:30:20 -0800 From: Julian Elischer Organization: Whistle Communications X-Mailer: Mozilla 3.0Gold (X11; I; FreeBSD 2.2-CURRENT i386) MIME-Version: 1.0 To: Karl Denninger CC: spork , dg@root.com, tqbf@enteract.com, freebsd-chat@FreeBSD.ORG, current@FreeBSD.ORG, security@FreeBSD.ORG Subject: Re: Blacklisting and being "asked" to deinstall FreeBSD - you heard that right! References: <199702052323.RAA18464@Jupiter.Mcs.Net> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Karl Denninger wrote: > > > .... > > Well, the core team just added to that ill will. Deliberately. > > I have just received a voice phone call from one of the core members asking > me to leave FreeBSD, transition our machines off the operating system, > and walk away. Oh damn.. which loonie? if their threshhold for pain is crossed by one irate and worried user then they must have a lot of other pent up frustrations making them that sensitive. I've basically bet my future on FreeBSD, and I'm doing all I can to keep it running and successful. I wish people wouldn't do things like this.. (of course it's always your OPTION to decide to use some other OS, but no one can TELL you to do so, and I hope that all this settles down eventually as a bad memeory) > > Obviously, I will do none of the above. good > > But I thought you should know that the response of the core team is to these > kinds of issues. > > A parallel code track will be online within a few days for those who believe > that THIS kind of response is unwarranted under ANY circumstances. I hope you don't call it XXXBSD but rather FreeBSD "security track" or something... 3 is enough already. CVSUP would be good for this.. hopefully > > -- > -- > Karl Denninger (karl@MCS.Net)| MCSNet - The Finest Internet Connectivity > http://www.mcs.net/~karl | T1's from $600 monthly to FULL DS-3 Service > | 99 Analog numbers, 77 ISDN, Web servers $75/mo > Voice: [+1 312 803-MCS1 x219]| Email to "info@mcs.net" WWW: http://www.mcs.net/ > Fax: [+1 773 248-9865] | 2 FULL DS-3 Internet links; 400Mbps B/W Internal From owner-freebsd-current Wed Feb 5 16:42:05 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id QAA29084 for current-outgoing; Wed, 5 Feb 1997 16:42:05 -0800 (PST) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id QAA29074; Wed, 5 Feb 1997 16:41:59 -0800 (PST) Received: from time.cdrom.com (localhost [127.0.0.1]) by time.cdrom.com (8.8.5/8.6.9) with ESMTP id QAA25003; Wed, 5 Feb 1997 16:41:19 -0800 (PST) To: dg@root.com cc: Karl Denninger , spork@super-g.com (spork), tqbf@enteract.com, freebsd-chat@FreeBSD.ORG, current@FreeBSD.ORG Subject: Re: Blacklisting and being "asked" to deinstall FreeBSD - you heard that right! In-reply-to: Your message of "Wed, 05 Feb 1997 15:36:34 PST." <199702052336.PAA12468@root.com> Date: Wed, 05 Feb 1997 16:41:18 -0800 Message-ID: <24999.855189678@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > representing us called you until just a couple of minutes ago. Jordan is not > representing the core team if he has told you to do the above, and he does > not have the support of any of us in this issue. It's also not what I told Karl, but he will slant things as he will. I suggested he might want to seek other alternatives if we were such cretins in his eyes (his letter have hardly been complimentary up to now, let's put it that way) and that OpenBSD seemed to have a security policy more in-line with his own demands. Ironically, the whole call started with my asking Karl how we were going to deal with all of this and if he could possibly moderate his style and toss in less of these "NOW!" demands that have everyone so up in arms so that there might actually be some future for all of us. He wanted no part of such a discussion as he did not see himself as any component of the problem, so I then suggested that since he had garnered so much ill-will here (and he has) and did not see any value in a more moderate approach, he might investigate OpenBSD. This was an option which Karl not only flat-out refused but somehow took as an injunction to "leave", as if such could even be possible with a free software project, and an accusation that I even refuted during the conversation by telling him that of course I couldn't "stop him from running FreeBSD" and I was merely suggesting what seemed to be a better alternative for him (if even half of OpenBSD's security claims can be believed). I still feel that way. However, I do not see why Karl feels so compelled to discuss all of this in inappropriate mailing lists like this one, and I think that it really does need to go to -chat RIGHT NOW to borrow some caps from Karl or see the rest of this thread filtered for abusing the mailing list charter. That is no more or less than we've requested from others in the past, and if Karl feels singled-out by the need to obey basic netiquette then that's hardly my fault. To most folks who've been forced to endure this so far, it's just unwelcome noise and lots of it. I don't need it, you don't need it, core doesn't need it and I daresay that Karl doesn't need it. Jordan From owner-freebsd-current Wed Feb 5 17:00:11 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id RAA29903 for current-outgoing; Wed, 5 Feb 1997 17:00:11 -0800 (PST) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id RAA29881 for ; Wed, 5 Feb 1997 17:00:03 -0800 (PST) Received: (from msmith@localhost) by genesis.atrad.adelaide.edu.au (8.8.2/8.7.3) id LAA28492; Thu, 6 Feb 1997 11:29:24 +1030 (CST) From: Michael Smith Message-Id: <199702060059.LAA28492@genesis.atrad.adelaide.edu.au> Subject: Re: Karl fulminates, film at 11. == thanks In-Reply-To: <23444.855180857@time.cdrom.com> from "Jordan K. Hubbard" at "Feb 5, 97 02:14:17 pm" To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Thu, 6 Feb 1997 11:29:23 +1030 (CST) Cc: craig@progroup.com, current@freebsd.org X-Mailer: ELM [version 2.4ME+ PL28 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Jordan K. Hubbard stands accused of saying: > > The people here are working very hard and they are NOT paid for all > the extra hassle that this kind of security scare engenders (most are > not paid to deal with ANY FreeBSD related hassles). To heap abuse and > scorn on them for something they have given you for free strikes me as > both ungrateful and petty, It is perhaps also sobering to observe that the loudest voices demanding that the _unpaid_ volunteers do something for them came from people who are _making_money_ from FreeBSD, who have claimed to have the sort of resources to support the ogoing development of the _entire_system_ by themselves and yet _cannot_even_generate_a_four_line_diff_correctly_ when challenged to do something or shut up. > Jordan -- ]] Mike Smith, Software Engineer msmith@gsoft.com.au [[ ]] Genesis Software genesis@gsoft.com.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control. (ph) +61-8-8267-3493 [[ ]] Unix hardware collector. "Where are your PEZ?" The Tick [[ From owner-freebsd-current Wed Feb 5 17:11:48 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id RAA01074 for current-outgoing; Wed, 5 Feb 1997 17:11:48 -0800 (PST) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id RAA01036 for ; Wed, 5 Feb 1997 17:11:37 -0800 (PST) Received: (from msmith@localhost) by genesis.atrad.adelaide.edu.au (8.8.2/8.7.3) id LAA28605; Thu, 6 Feb 1997 11:40:36 +1030 (CST) From: Michael Smith Message-Id: <199702060110.LAA28605@genesis.atrad.adelaide.edu.au> Subject: Re: linux ELF codine no go on 2.2 Gamma In-Reply-To: <199702052016.NAA22784@conceptual.com> from "Russell L. Carter" at "Feb 5, 97 01:16:46 pm" To: rcarter@consys.com (Russell L. Carter) Date: Thu, 6 Feb 1997 11:40:36 +1030 (CST) Cc: current@freebsd.org X-Mailer: ELM [version 2.4ME+ PL28 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Russell L. Carter stands accused of saying: > > I've been trying to get codine 4 (http://www.genias.de/) > for linux ELF going with the following result: > > $ cod_qmaster > ELF binary type not known > Abort trap > $ file cod_qmaster > cod_qmaster: ELF 32-bit LSB executable, Intel 80386, version 1 It's a static ELF binary; without the path of the linker to use as hint, there's no way to tell which ABI it requires. Try # brandelf cod_qmaster # brandelf -t Linux cod_qmaster > on the other hand, Wingz seems to be happy as a bug, and > file reports the same: > > $ file /usr/X11/lib/X11/Wingz/bin/Wingz > /usr/X11/lib/X11/Wingz/bin/Wingz: ELF 32-bit LSB executable, Intel 80386, > version 1 It's linked shared, so the execution class code can guess what it is. > Russell -- ]] Mike Smith, Software Engineer msmith@gsoft.com.au [[ ]] Genesis Software genesis@gsoft.com.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control. (ph) +61-8-8267-3493 [[ ]] Unix hardware collector. "Where are your PEZ?" The Tick [[ From owner-freebsd-current Wed Feb 5 17:14:20 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id RAA01474 for current-outgoing; Wed, 5 Feb 1997 17:14:20 -0800 (PST) Received: from who.cdrom.com (who.cdrom.com [204.216.27.3]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id RAA01443; Wed, 5 Feb 1997 17:14:14 -0800 (PST) Received: from dns.pinpt.com (dns.pinpt.com [205.179.195.1]) by who.cdrom.com (8.7.5/8.6.11) with SMTP id QAA17486 ; Wed, 5 Feb 1997 16:49:53 -0800 (PST) Received: from journeyman (gatemaster.pinpt.com [205.179.195.65]) by dns.pinpt.com (8.6.12/8.6.12) with SMTP id QAA07317; Wed, 5 Feb 1997 16:48:44 -0800 Date: Wed, 5 Feb 97 16:42:49 Pacific Standard Time From: "Sean J. Schluntz" Subject: A question about the security of your splinter. To: Karl Denninger , spork Cc: current@FreeBSD.ORG, dg@root.com, freebsd-chat@FreeBSD.ORG, karl@mcs.net X-Mailer: Chameleon ATX 6.0, Standards Based IntraNet Solutions, NetManage Inc. X-Priority: 3 (Normal) References: <199702052323.RAA18464@Jupiter.Mcs.Net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > A parallel code track will be online within a few days for those who believe > that THIS kind of response is unwarranted under ANY circumstances. I hate to see this continue, so feel free to answer this in private. How can any of us know that your 'parallel code track' will be any better? Will you personally guarantee that your flavor of FBSD will be safer and that you will personally make sure that any hole in the product is filled? Nothing personal, but I trust a team of people who share what they know with eachother to come up with cleaner and more permenant answers than just one person who is trying to 'save the world'. Like I said, no office intended, I just don't understand how your splinter will help anything. -Sean ---------------------------------------------------------------------- Sean J. Schluntz Manager, Support Services ph. 408.997.6900 x222 PinPoint Software Corporation fx. 408.323.2300 6155 Almaden Expressway, Suite 100 San Jose, CA. 95120 http://www.pinpt.com/ Local Time Sent: 02/05/97 16:42:49 ---------------------------------------------------------------------- From owner-freebsd-current Wed Feb 5 17:29:12 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id RAA02883 for current-outgoing; Wed, 5 Feb 1997 17:29:12 -0800 (PST) Received: from Mailbox.mcs.com (Mailbox.mcs.com [192.160.127.87]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id RAA02854; Wed, 5 Feb 1997 17:29:00 -0800 (PST) Received: from Jupiter.Mcs.Net (karl@Jupiter.mcs.net [192.160.127.88]) by Mailbox.mcs.com (8.8.5/8.8.2) with ESMTP id TAA02109; Wed, 5 Feb 1997 19:28:57 -0600 (CST) Received: (from karl@localhost) by Jupiter.Mcs.Net (8.8.5/8.8.2) id TAA22263; Wed, 5 Feb 1997 19:28:57 -0600 (CST) From: Karl Denninger Message-Id: <199702060128.TAA22263@Jupiter.Mcs.Net> Subject: Re: Blacklisting and being "asked" to deinstall FreeBSD - you heard that right! To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Wed, 5 Feb 1997 19:28:57 -0600 (CST) Cc: dg@root.com, karl@mcs.net, spork@super-g.com, tqbf@enteract.com, freebsd-chat@FreeBSD.ORG, current@FreeBSD.ORG In-Reply-To: <24999.855189678@time.cdrom.com> from "Jordan K. Hubbard" at Feb 5, 97 04:41:18 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > representing us called you until just a couple of minutes ago. Jordan is not > > representing the core team if he has told you to do the above, and he does > > not have the support of any of us in this issue. > > It's also not what I told Karl, but he will slant things as he will. > I suggested he might want to seek other alternatives if we were such > cretins in his eyes (his letter have hardly been complimentary up to > now, let's put it that way) and that OpenBSD seemed to have a security > policy more in-line with his own demands. I need a tape recorder on my phone calls. You're lying Jordan. I already caught one lie when I spoke with John Dyson. Now I have (at least) two. You made it VERY clear that either I play by YOUR rules or forget playing at all. You represented this as the position of the ENTIRE core team. You tried to play the injunction game, and I asked you how you intended to enforce that -- at which point you stated that you couldn't (which is obvious). You also played the "go play with Theo" game too, which I also refused to do. I asked you multiple times about your intent during the few minutes we were on the phone, and even STARTED with the statement that if you just called to bitch I had no reason to continue. On the third or forth iteration of that the call was terminated as it was obvious that nothing further remained to be discussed. You lied about John Dyson's position on the issues; I talked to him IMMEDIATELY after you hung up. He said in no uncertain terms that he did not share the opinion you expressed to me, and further, that you had no business representing his opinion to ANYONE at ANY TIME, and in fact, that nobody other than John himself had any business doing that. > I still feel that way. However, I do not see why Karl feels so > compelled to discuss all of this in inappropriate mailing lists like > this one, and I think that it really does need to go to -chat RIGHT > NOW to borrow some caps from Karl or see the rest of this thread > filtered for abusing the mailing list charter. Oh, right. Now you're being censorious about this. > To most folks who've been forced to endure this so far, it's just > unwelcome noise and lots of it. I don't need it, you don't need it, > core doesn't need it and I daresay that Karl doesn't need it. > > Jordan Misrepresentation needs to be corrected when it occurs. You're misrepresenting the conversation. Severely. I'm done. I won't respond to this thread again, but I will go forward with my own mirroring and parallel track unless the core convinces me otherwise in PRIVATE communication. So you get your wish -- no more discussion on -current. Not that its relavent. -- -- Karl Denninger (karl@MCS.Net)| MCSNet - The Finest Internet Connectivity http://www.mcs.net/~karl | T1's from $600 monthly to FULL DS-3 Service | 99 Analog numbers, 77 ISDN, Web servers $75/mo Voice: [+1 312 803-MCS1 x219]| Email to "info@mcs.net" WWW: http://www.mcs.net/ Fax: [+1 773 248-9865] | 2 FULL DS-3 Internet links; 400Mbps B/W Internal From owner-freebsd-current Wed Feb 5 17:39:43 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id RAA03478 for current-outgoing; Wed, 5 Feb 1997 17:39:43 -0800 (PST) Received: from pahtoh.cwu.edu (root@pahtoh.cwu.edu [198.104.65.27]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id RAA03473 for ; Wed, 5 Feb 1997 17:39:36 -0800 (PST) Received: from opus.cts.cwu.edu (skynyrd@opus.cts.cwu.edu [198.104.92.71]) by pahtoh.cwu.edu (8.6.13/8.6.9) with ESMTP id RAA10668; Wed, 5 Feb 1997 17:39:29 -0800 Received: from localhost (skynyrd@localhost) by opus.cts.cwu.edu (8.8.5/8.8.5) with SMTP id RAA15505; Wed, 5 Feb 1997 17:39:28 -0800 (PST) Date: Wed, 5 Feb 1997 17:39:28 -0800 (PST) From: Chris Timmons To: Satoshi Asami cc: davidn@labs.usn.blaze.net.au, taob@vex.net, freebsd-current@freebsd.org Subject: Re: /etc/login.conf and xdm logins In-Reply-To: <199702050758.XAA29528@silvia.HIP.Berkeley.EDU> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk A refreshing break perhaps consideration of this problem will be for beleagured -current readers :) Any luck with just the plain vanilla system with stock /etc/login.conf, no class memberships in /etc/master.passwd, telnet login as root? I have the same problem as satoshi. I can't even seem to get the default: values to come up. The best I can do in my tcsh is to say 'unlimit' which gives me: # limit cputime unlimited filesize 65536 kbytes datasize 32768 kbytes stacksize 16384 kbytes coredumpsize 0 kbytes memoryuse unlimited descriptors 8232 memorylocked 126344 kbytes maxproc 4115 In my kernel config I have: options "MAXDSIZ=201326592UL" options "DFLDSIZ=134217728UL" options "DFLSSIZ=33554432UL" which results in the expected increases on a 2.2 system after a tcsh unlimit. I was able to use limits(1) to override filesize to infinity for a bonnie run, but I can't seem to make it stick. Btw, the limits(1) man page xrefs a non-existing ulimit(1) page, too. -Chris On Tue, 4 Feb 1997, Satoshi Asami wrote: > * From: davidn@labs.usn.blaze.net.au (David Nugent) > > * limits -C xuser /usr/X11R6/bin/xdm [args] > * > * (replace 'xuser' with whatever entry you wish). > * > * Modifying xdm is on my login_cap todo list, but of course > * this may take some time to filter into an XFree release. > > I think I'm just dense, but I can't for my life figure out how to use > this login.conf thing. I copied the file from /usr/src/etc, edited > it, called cap_mkdb on it, rebooted the system, but whatever I do I > just get: > > ## limits -C root > Resource limits for class root: > cputime infinity secs > filesize 65536 kb > datasize-cur 16384 kb > stacksize-cur 8192 kb > coredumpsize 0 kb > memoryuse-cur 32768 kb > memorylocked 29740 kb > maxprocesses-cur 64 > openfiles-cur 256 > > This system is -current (built just a few hours ago). > > David, what about adding a handbook chapter for it? (I suggest > "login.conf for idiots" ;) > > Satoshi > From owner-freebsd-current Wed Feb 5 17:51:50 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id RAA03993 for current-outgoing; Wed, 5 Feb 1997 17:51:50 -0800 (PST) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id RAA03959; Wed, 5 Feb 1997 17:51:42 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id SAA16257; Wed, 5 Feb 1997 18:46:37 -0700 From: Terry Lambert Message-Id: <199702060146.SAA16257@phaeton.artisoft.com> Subject: Re: Blacklisting and being "asked" to deinstall FreeBSD - you heard that right! To: karl@mcs.net (Karl Denninger) Date: Wed, 5 Feb 1997 18:46:37 -0700 (MST) Cc: spork@super-g.com, dg@root.com, tqbf@enteract.com, karl@mcs.net, freebsd-chat@FreeBSD.ORG, current@FreeBSD.ORG, security@FreeBSD.ORG In-Reply-To: <199702052323.RAA18464@Jupiter.Mcs.Net> from "Karl Denninger" at Feb 5, 97 05:23:04 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > But I thought you should know that the response of the core team is to these > kinds of issues. > > A parallel code track will be online within a few days for those who believe > that THIS kind of response is unwarranted under ANY circumstances. Ugh. I hate this. I have to ask the question: How will you organize, such that you don't eventually end up in the exact same boat, with just the names on the crew's quarters changed? I believe this is an organizational problem, and I have yet to see anyone *do* anything about it, other than threaten to reiterate it by starting a parallel code track. Sometimes they follow through on their threats. Mostly, they don't think of starting someting non-parallel because their thinking is already constrained by the organization they are splintering from. Sort of a "parting gift". Now I have to ask: Why start your own parallel code track? What is wrong with the parallel code track OpenBSD is running? Now I have to play scientist: i Run an experiment (386BSD). Note that it results in splinter organizations because the structure of the organization can't equitably reconcile dissent. ii Run it again (NetBSD). Note that it results in splinter organizations because the structure of the organization can't equitably reconcile dissent. iii Run it again (FreeBSD). ... iv Run it again (OpenBSD). ... v Now run it again, only run it several times in parallel, with the inter-group synchronization happening at a (miraculously) agreed upon mutex. Call this mutex "Linus_Torvalds" because it's easy to spell. Note that running it in parallel delays, but does not prevent, the inevitable results. Call the splinter organizations "Red Hat" and other colorful names. Like "Lignux". And then ask from the perspective this provides: What value is in running the experiment a sixth time? Is it reasonable to expect the results to be any different from the other five times it was run? Is the only value in the commemorative life preserver you get, the one with the new boat's name proudly stenciled around its rim? If every time you start a game of Conway's "life", you start from an arrangement that gives you a "traffic light", then restarting the game from the same initial conditions with the same rules is bound to result in another "traffic light". You don't have to be Conway himself to figure this out, any more than you have to be Newton to predict that when you drop a rock, it won't hang there in the air "in very much the same way a brick doesn't". Since you can't change the initial conditions (free software groups agregate for the same reasons free software groups have always agregated), then the only thing you have to work with is the rules. Before you go off on a half-cocked "New Reformed Church Of XXX" crusade, think twice about this. Then if you are still intent on doing it, think a third time about HOW you are going to do it, and HOW you are going to prevent the same inequities, so someone doesn't start the same crusade against you some day because your similarly structured organization of similarly minded people ends up running the social automaton to the same steady state. Then delay implementation until you've addressed all of the issues your thinking has raised, or you will find yourself in the Captain's cabin with a bottle of rum wondering "how did things turn out this way?". Regards, Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-current Wed Feb 5 18:38:03 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id SAA06143 for current-outgoing; Wed, 5 Feb 1997 18:38:03 -0800 (PST) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id SAA06136; Wed, 5 Feb 1997 18:37:58 -0800 (PST) Received: from time.cdrom.com (localhost [127.0.0.1]) by time.cdrom.com (8.8.5/8.6.9) with ESMTP id SAA26191; Wed, 5 Feb 1997 18:37:30 -0800 (PST) To: dg@root.com, spork@super-g.com, tqbf@enteract.com, freebsd-chat@FreeBSD.ORG, current@FreeBSD.ORG Subject: Re: Blacklisting and being "asked" to deinstall FreeBSD - you heard that right! In-reply-to: Your message of "Wed, 05 Feb 1997 19:28:57 CST." <199702060128.TAA22263@Jupiter.Mcs.Net> Date: Wed, 05 Feb 1997 18:37:30 -0800 Message-ID: <26186.855196650@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > You made it VERY clear that either I play by YOUR rules or forget playing > at all. You represented this as the position of the ENTIRE core team. > >You lied about John Dyson's position on the issues; I talked to him >IMMEDIATELY after you hung up. He said in no uncertain terms that he I could respond to Karl on this, but I won't as it's obviously more than pointless by now. Suffice it to say that I never even mentioned John Dyson during our phone conversation and did not claim to speak for all of core, so those who are wondering whether I've gone and crowned myself King can stop wondering. Karl's summary of our phone conversation bears no resemblance to the reality of what actually took place and I rather wish I'd recorded it myself. In any case... Here is a summary of the *technical* situation at this time: A 2.1.6 emergency machine has been built and is now rolling a 2.1.7 release. I'm also in the process of sending out a CERT advisory with fixes and David has already stayed up all night getting them into all 3 branches, so I think we're now in pretty good shape where this is concerned but will have more news tomorrow after the 2.1.7 build has finished (or not). There is also a general security audit now underway, spearheaded by Paul Traina, and he's done a sign-up sheet for people willing to take a piece of /usr/src away and look at it for security problems (others who wish to cull the *BSD PR databases or investigate other sources also being more than welcome to take that approach). Once it's finished being passed around in -core and some folks have signed up for various things, I'll post the roster here and we can search for volunteers to cover the missing bases. I also think that a complete walk-through of our codebase is probably long overdue anyway, and this is a good chance for everyone to prove the old maxim that security begins at home (or was that charity? :-). Talk to me or security-officer@freebsd.org if you'd like to jump on board. Thanks! Jordan From owner-freebsd-current Wed Feb 5 18:43:14 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id SAA06449 for current-outgoing; Wed, 5 Feb 1997 18:43:14 -0800 (PST) Received: from thelab.hub.org (hal-ns3-17.netcom.ca [207.181.94.145]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id SAA06427; Wed, 5 Feb 1997 18:42:59 -0800 (PST) Received: from thelab.hub.org (LOCALHOST [127.0.0.1]) by thelab.hub.org (8.8.4/8.8.2) with SMTP id WAA16796; Wed, 5 Feb 1997 22:42:27 -0400 (AST) Date: Wed, 5 Feb 1997 22:42:27 -0400 (AST) From: The Hermit Hacker To: "Sean J. Schluntz" cc: Karl Denninger , spork , current@freebsd.org, dg@root.com, freebsd-chat@freebsd.org Subject: Re: A question about the security of your splinter. In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Wed, 5 Feb 1997, Sean J. Schluntz wrote: > > A parallel code track will be online within a few days for those who believe > > that THIS kind of response is unwarranted under ANY circumstances. > > I hate to see this continue, so feel free to answer this in private. > > How can any of us know that your 'parallel code track' will be any better? > Will you personally guarantee that your flavor of FBSD will be safer and that > you will personally make sure that any hole in the product is filled? > Can his 'parallel code track' be called FreeBSD? From owner-freebsd-current Wed Feb 5 19:28:58 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id TAA01352 for current-outgoing; Wed, 5 Feb 1997 19:28:58 -0800 (PST) Received: from labs.usn.blaze.net.au (labs.usn.blaze.net.au [203.17.53.30]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id TAA01328 for ; Wed, 5 Feb 1997 19:28:39 -0800 (PST) Received: (from davidn@localhost) by labs.usn.blaze.net.au (8.8.5/8.8.5) id OAA26158; Thu, 6 Feb 1997 14:28:31 +1100 (EST) Message-ID: <19970206142830.VP32208@labs.usn.blaze.net.au> Date: Thu, 6 Feb 1997 14:28:30 +1100 From: davidn@labs.usn.blaze.net.au (David Nugent) To: freebsd-current@FreeBSD.ORG Subject: getty ppp detection References: <1.5.4.16.19970204171928.0a17e8ea@mail1.internode.net> <19970205181711.CI15151@labs.usn.blaze.net.au> X-Mailer: Mutt 0.60-PL0 Mime-Version: 1.0 In-Reply-To: ; from J Wunsch on Feb 5, 1997 10:04:45 +0100 Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk J Wunsch writes: > > I believe so since our getty should do it already. I haven't yet > > tested it, but will be doing so in the next couple of days, but > > many folks maintain that it works. > > At least, there's a submission in a PR for this. I'm listed as the > person being responsible, but never could decide to actually put it > in. Now that you're bloat^H^H^H^H^Hmaintaining getty anyway :), :-) Watch it or I'll throw it right back. > feel free to take it over: Ok. > j@uriah 533% query-pr -t getty -s open -r joerg > >Number: 1019 > >Category: bin > >Synopsis: getty cannot detect ppp logins ~ > >Release: FreeBSD 2.1-STABLE i386 Er.. is it supposed to work in 2.1 too? Ok, I'll look at the PR. I only glanced at this in getty, but the detection code looks pretty similar to mgetty's. I know mgetty's works. Regards, David Nugent - Unique Computing Pty Ltd - Melbourne, Australia Voice +61-3-9791-9547 Data/BBS +61-3-9792-3507 3:632/348@fidonet davidn@freebsd.org davidn@blaze.net.au http://www.blaze.net.au/~davidn/ From owner-freebsd-current Wed Feb 5 19:49:23 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id TAA02549 for current-outgoing; Wed, 5 Feb 1997 19:49:23 -0800 (PST) Received: from labs.usn.blaze.net.au (labs.usn.blaze.net.au [203.17.53.30]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id TAA02542 for ; Wed, 5 Feb 1997 19:49:15 -0800 (PST) Received: (from davidn@localhost) by labs.usn.blaze.net.au (8.8.5/8.8.5) id OAA26187; Thu, 6 Feb 1997 14:48:11 +1100 (EST) Message-ID: <19970206144811.TF54109@labs.usn.blaze.net.au> Date: Thu, 6 Feb 1997 14:48:11 +1100 From: davidn@labs.usn.blaze.net.au (David Nugent) To: terry@lambert.org (Terry Lambert) Cc: freebsd-current@freebsd.org Subject: Re: getty patches References: <199702050908.UAA12116@nemeton.com.au> <199702052202.PAA15725@phaeton.artisoft.com> X-Mailer: Mutt 0.60-PL0 Mime-Version: 1.0 In-Reply-To: <199702052202.PAA15725@phaeton.artisoft.com>; from Terry Lambert on Feb 5, 1997 15:02:11 -0700 Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Terry Lambert writes: > > > Right. I guess I was really asking "why does a modem need to be > > > initialized again if it was already initialized? Does initialization > > > (somehow) 'wear off'?". > > > > Yup, a regular problem on some models. (Not one I've seen for a > > while, I admit, but I am very choosy about the modems I buy.) > > UGH. It makes me want to complain that X doesn't support my CGA card. Not even in the same ball park, Terry. Take up residence in a country with a different grade of PTT system, or has government controls and an expensive approval process on what can be attached to a PTT's analog lines, and then have to live with the only available (usually locally manufactured) sometimes broken modems, and you'll soon find how just how limited the choice is. Fortunately, that situation is largely reduced in Australia, but there is still a maximum AU$12,000 penality for attaching non-approved equipment onto Australian Telecom lines. But two things have changed over recent years: the approval process has been relaxed, and modems manufactured in the US and elsewhere are now meeting international standards rather than simply being built for FCC approval and require little or no modification to meet the Australian PTT standards. Even so, in the fight to stay on top in the "fastest" analog communications technology, Rockwell and USR have often released buggy versions of their chips, and that covers over 90% of the modem market. Yes, there is something you can do about that if the modem firmware is easy to upgrade (it often isn't), but my point is that this isn't obsolete technology we're really discussing here - quite often it is bleeding edge. Regards, David Nugent - Unique Computing Pty Ltd - Melbourne, Australia Voice +61-3-9791-9547 Data/BBS +61-3-9792-3507 3:632/348@fidonet davidn@freebsd.org davidn@blaze.net.au http://www.blaze.net.au/~davidn/ From owner-freebsd-current Wed Feb 5 20:39:15 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id UAA05562 for current-outgoing; Wed, 5 Feb 1997 20:39:15 -0800 (PST) Received: from tyger.inna.net (root@tyger.inna.net [206.151.66.1]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id UAA05540; Wed, 5 Feb 1997 20:38:57 -0800 (PST) Received: from tyger.inna.net (jamie@tyger.inna.net [206.151.66.1]) by tyger.inna.net (8.8.3/8.7.3) with SMTP id XAA05499; Wed, 5 Feb 1997 23:53:04 -0500 (EST) Date: Wed, 5 Feb 1997 23:53:04 -0500 (EST) From: Jamie Bowden To: Karl Denninger cc: spork , dg@root.com, tqbf@enteract.com, karl@mcs.net, freebsd-chat@freebsd.org, current@freebsd.org, security@freebsd.org Subject: Re: Blacklisting and being "asked" to deinstall FreeBSD - you heard that right! In-Reply-To: <199702052323.RAA18464@Jupiter.Mcs.Net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Why is this half quoted thread being sent to -chat? This is something I would expect from theo. Do we really need this? As I have stated many times when the aforementioned OpenBSD developer feels the need to do this: So what? Jamie Bowden Network Administrator, TBI Ltd. On Wed, 5 Feb 1997, Karl Denninger wrote: > > On Wed, 5 Feb 1997, David Greenman wrote: > > > > > I don't like how this whole mess has come down. There is an awful lot of > > > ill-will being passed out that will have long term ramifications. It didn't > > > need to happen this way. > > > > > > -DG > > > > I think most of the ill-will comes from the following sources: > > .... > > Well, the core team just added to that ill will. Deliberately. > > I have just received a voice phone call from one of the core members asking > me to leave FreeBSD, transition our machines off the operating system, > and walk away. > > Obviously, I will do none of the above. > > But I thought you should know that the response of the core team is to these > kinds of issues. > > A parallel code track will be online within a few days for those who believe > that THIS kind of response is unwarranted under ANY circumstances. > > -- > -- > Karl Denninger (karl@MCS.Net)| MCSNet - The Finest Internet Connectivity > http://www.mcs.net/~karl | T1's from $600 monthly to FULL DS-3 Service > | 99 Analog numbers, 77 ISDN, Web servers $75/mo > Voice: [+1 312 803-MCS1 x219]| Email to "info@mcs.net" WWW: http://www.mcs.net/ > Fax: [+1 773 248-9865] | 2 FULL DS-3 Internet links; 400Mbps B/W Internal > From owner-freebsd-current Wed Feb 5 20:54:50 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id UAA06994 for current-outgoing; Wed, 5 Feb 1997 20:54:50 -0800 (PST) Received: from tyger.inna.net (root@tyger.inna.net [206.151.66.1]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id UAA06983; Wed, 5 Feb 1997 20:54:46 -0800 (PST) Received: from tyger.inna.net (jamie@tyger.inna.net [206.151.66.1]) by tyger.inna.net (8.8.3/8.7.3) with SMTP id AAA06910; Thu, 6 Feb 1997 00:08:55 -0500 (EST) Date: Thu, 6 Feb 1997 00:08:55 -0500 (EST) From: Jamie Bowden To: "Jordan K. Hubbard" cc: dg@root.com, spork@super-g.com, tqbf@enteract.com, freebsd-chat@freebsd.org, current@freebsd.org Subject: Re: Blacklisting and being "asked" to deinstall FreeBSD - you heard that right! In-Reply-To: <26186.855196650@time.cdrom.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk So what is this 'threat'? And how severe is it? I mean, sendmail has delivered remote root on demand in the last three releases, so how bad can this really be? Jamie Bowden Network Administrator, TBI Ltd. On Wed, 5 Feb 1997, Jordan K. Hubbard wrote: > > You made it VERY clear that either I play by YOUR rules or forget playing > > at all. You represented this as the position of the ENTIRE core team. > > > >You lied about John Dyson's position on the issues; I talked to him > >IMMEDIATELY after you hung up. He said in no uncertain terms that he > > I could respond to Karl on this, but I won't as it's obviously more > than pointless by now. Suffice it to say that I never even mentioned > John Dyson during our phone conversation and did not claim to speak > for all of core, so those who are wondering whether I've gone and > crowned myself King can stop wondering. Karl's summary of our phone > conversation bears no resemblance to the reality of what actually took > place and I rather wish I'd recorded it myself. In any case... > > Here is a summary of the *technical* situation at this time: > > A 2.1.6 emergency machine has been built and is now rolling a 2.1.7 > release. I'm also in the process of sending out a CERT advisory with > fixes and David has already stayed up all night getting them into all > 3 branches, so I think we're now in pretty good shape where this is > concerned but will have more news tomorrow after the 2.1.7 build has > finished (or not). > > There is also a general security audit now underway, spearheaded > by Paul Traina, and he's done a sign-up sheet for people willing to > take a piece of /usr/src away and look at it for security problems > (others who wish to cull the *BSD PR databases or investigate other > sources also being more than welcome to take that approach). > > Once it's finished being passed around in -core and some folks have > signed up for various things, I'll post the roster here and we can > search for volunteers to cover the missing bases. > > I also think that a complete walk-through of our codebase is probably > long overdue anyway, and this is a good chance for everyone to prove > the old maxim that security begins at home (or was that charity? :-). > Talk to me or security-officer@freebsd.org if you'd like to jump on > board. > > Thanks! > > Jordan > From owner-freebsd-current Wed Feb 5 21:10:06 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id VAA08227 for current-outgoing; Wed, 5 Feb 1997 21:10:06 -0800 (PST) Received: from shell.wco.com (root@shell.wco.com [199.4.94.16]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id VAA08176 for ; Wed, 5 Feb 1997 21:09:57 -0800 (PST) Received: from zellion.cyberwind.com (zellion.cyberwind.com [199.4.109.223]) by shell.wco.com (8.8.5/8.6.12) with ESMTP id VAA27820; Wed, 5 Feb 1997 21:09:19 -0800 (PST) Message-Id: <199702060509.VAA27820@shell.wco.com> From: "Jeffery T. White" To: "Craig Shaver" , "Jordan K. Hubbard" Cc: Subject: Re: Karl fulminates, film at 11. == thanks Date: Wed, 5 Feb 1997 21:15:10 -0800 X-MSMail-Priority: Normal X-Priority: 3 X-Mailer: Microsoft Internet Mail 4.70.1155 MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk I usually maintain a silent interest in this mailing list being just a end user of FreeBSD (2.1.5) how ever having copied all three threads off to the side and read them thoroughly I have a few comments: > The people here are working very hard and they are NOT paid for all > the extra hassle that this kind of security scare engenders (most are > not paid to deal with ANY FreeBSD related hassles). To heap abuse and > scorn on them for something they have given you for free strikes me as > both ungrateful and petty, and I hope to see a lot less of it in the > future or what joy I and others continue to derive from this project > will evaporate and you and others will have killed the golden goose > for its failure to lay eggs fast enough to your liking. > > Jordan This in my mind puts the whole thing in perspective, this is the Golden Goose and if someone hacks my system because of a bug and I have major problems well so what, the amount of time I spend fixing it doesn't even count as a rounding error to the time these people have contributed for free. If I had paid a bunch of money I might be pissed but I didn't... >From Karl in Question 2.1.7?: > and I note, HE asked for that time -- not me. But barring some kind of > RATIONAL resolution on this that I can see within the next two hours, > the announcements *ARE* going out to the general Internet community (at > roughly 8:00 PM tonight Chicago time). So what your saying Karl is your going to run out and in a effort to _get_ the FreeBSD team tell every hacker on earth how they can hack all the innocent 2.1.6 end-users? Do me a favor Karl, let me know what OSs and versions you _care_ (used very loosely!) about so I never use them, your kind of _help_ I can do without. For gods sake before you open expose all the 2.1.6 users take a moment to think! >From Karl in Question 2.1.7?: > What I'm demanding is that you ADMIT IT IS BROKEN, and help stop people > from being burned by it. You can't save the world, but you CAN mitigate > further damage. You do this by WARNING PEOPLE and giving them fair notice > *BEFORE* their disks get formatted or moles inserted into their systems > which 99% of the admins will NEVER find. The previous was sent 2 hours after Jordan wrote: > 1. We're going to roll another release to fix the problem. > I've talked it over with core and I'm only waiting on Joe > at this point to commit his proposed fix. > This sure sounds like an admission of a bug and a plan to fix, what exactly are you looking for when you say "ADMIT IT IS BROKEN" Karl? Do you want the people who work for free to grovel at your feet? Well I have said enough on the past. A few future things: Craig Shaver wrote: > I would like to help with some of this if possible. I could put in a > few hours to go through some of the code. I think I understand what > the problems are regarding buffer overflows. However, like many > people I have no idea of where to start, who is doing what, or who to Me Too! I've programmed professionally for years, I don't know all that much about the FreeBSD code and am not up on CVSUP -current but I'm willing to help in any way I can. I'll see what comes out on the list that I can look at. On a related note, now that the OJ thing basically is over, would anyone mind if I take all three of these threads and publish them? No soap opera or OJ trail ever came close to the passionate battle just waged, I'm sure I can make money selling this! ;-) | Jeffery T. White | email: zellion@cyberwind.com | | Cyberwind, The wind knows... | http://www.cyberwind.com From owner-freebsd-current Wed Feb 5 22:23:09 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id WAA22044 for current-outgoing; Wed, 5 Feb 1997 22:23:09 -0800 (PST) Received: from emout05.mail.aol.com (emout05.mx.aol.com [198.81.11.96]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id WAA21989 for ; Wed, 5 Feb 1997 22:23:03 -0800 (PST) From: StevenR362@aol.com Received: (from root@localhost) by emout05.mail.aol.com (8.7.6/8.7.3/AOL-2.0.0) id BAA04264; Thu, 6 Feb 1997 01:22:09 -0500 (EST) Date: Thu, 6 Feb 1997 01:22:09 -0500 (EST) Message-ID: <970206010953_818697893@emout05.mail.aol.com> To: msmith@atrad.adelaide.edu.au, rcarter@consys.com cc: current@freebsd.org Subject: Re: linux ELF codine no go on 2.2 Gamma Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In a message dated 97-02-05 20:59:53 EST, msmith@atrad.adelaide.edu.au (Michael Smith) writes: > > Russell L. Carter stands accused of saying: > > > > I've been trying to get codine 4 (http://www.genias.de/) > > for linux ELF going with the following result: > > > > $ cod_qmaster > > ELF binary type not known > > Abort trap > > $ file cod_qmaster > > cod_qmaster: ELF 32-bit LSB executable, Intel 80386, version 1 > > It's a static ELF binary; without the path of the linker to use as hint, > there's no way to tell which ABI it requires. Try > > # brandelf cod_qmaster > # brandelf -t Linux cod_qmaster > > > on the other hand, Wingz seems to be happy as a bug, and > > file reports the same: > > > > $ file /usr/X11/lib/X11/Wingz/bin/Wingz > > /usr/X11/lib/X11/Wingz/bin/Wingz: ELF 32-bit LSB executable, Intel 80386, > > version 1 > > It's linked shared, so the execution class code can guess what it is. > > > Russell I've been wondering if there is any way to abuse the filesystem to identify Linux, SCO, and BSDI binaries. Why not make the assumption in the kernel that any binary loaded from /compat/[linux,sco,bsdi] is an elf binary of the type denoted by the subdirectory. This would eliminate any need to brand the binaries. You would just install them under the appropriate subdirectory of /compat. This makes the implicit and reasonable assumption that any elf binary not under /compat is a native FreeBSD one. STeve From owner-freebsd-current Wed Feb 5 22:27:47 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id WAA24757 for current-outgoing; Wed, 5 Feb 1997 22:27:47 -0800 (PST) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id WAA24713 for ; Wed, 5 Feb 1997 22:27:43 -0800 (PST) Received: (from msmith@localhost) by genesis.atrad.adelaide.edu.au (8.8.2/8.7.3) id QAA01550; Thu, 6 Feb 1997 16:57:13 +1030 (CST) From: Michael Smith Message-Id: <199702060627.QAA01550@genesis.atrad.adelaide.edu.au> Subject: Re: linux ELF codine no go on 2.2 Gamma In-Reply-To: <970206010953_818697893@emout05.mail.aol.com> from "StevenR362@aol.com" at "Feb 6, 97 01:22:09 am" To: StevenR362@aol.com Date: Thu, 6 Feb 1997 16:57:12 +1030 (CST) Cc: msmith@atrad.adelaide.edu.au, rcarter@consys.com, current@freebsd.org X-Mailer: ELM [version 2.4ME+ PL28 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk StevenR362@aol.com stands accused of saying: > I've been wondering if there is any way to abuse the filesystem to > identify > Linux, SCO, and BSDI binaries. Why not make the assumption in the > kernel that any binary loaded from /compat/[linux,sco,bsdi] is an elf binary > of the type denoted by the subdirectory. This would eliminate any need > to brand the binaries. You would just install them under the appropriate > subdirectory of /compat. This makes the implicit and reasonable assumption > that any elf binary not under /compat is a native FreeBSD one. I've already proposed this; I was assuming that SOS had already done it. If there's no major disagreement, I'll look at adding the code to imgact_elf.c at some point soonish. (I'm about to dive back into that hell, as I'm going to have to try building FlexLM for Linux under FreeBSD. I'd love to be able to build it native 8( ) > STeve -- ]] Mike Smith, Software Engineer msmith@gsoft.com.au [[ ]] Genesis Software genesis@gsoft.com.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control. (ph) +61-8-8267-3493 [[ ]] Unix hardware collector. "Where are your PEZ?" The Tick [[ From owner-freebsd-current Wed Feb 5 22:56:15 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id WAA12440 for current-outgoing; Wed, 5 Feb 1997 22:56:15 -0800 (PST) Received: from bofh.cybercity.dk (bofh.cybercity.dk [195.8.128.254]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id WAA12364 for ; Wed, 5 Feb 1997 22:56:12 -0800 (PST) Received: from critter.dk.tfs.com (phk.cybercity.dk [195.8.133.247]) by bofh.cybercity.dk (8.8.3/8.7.3) with ESMTP id HAA24080; Thu, 6 Feb 1997 07:58:36 +0100 (MET) Received: from critter.dk.tfs.com (localhost [127.0.0.1]) by critter.dk.tfs.com (8.8.2/8.8.2) with ESMTP id HAA04489; Thu, 6 Feb 1997 07:23:19 +0100 (MET) To: Michael Smith cc: jkh@time.cdrom.com (Jordan K. Hubbard), craig@progroup.com, current@freebsd.org Subject: Re: Karl fulminates, film at 11. == thanks In-reply-to: Your message of "Thu, 06 Feb 1997 11:29:23 +1030." <199702060059.LAA28492@genesis.atrad.adelaide.edu.au> Date: Thu, 06 Feb 1997 07:23:19 +0100 Message-ID: <4487.855210199@critter.dk.tfs.com> From: Poul-Henning Kamp Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In message <199702060059.LAA28492@genesis.atrad.adelaide.edu.au>, Michael Smith writes: >Jordan K. Hubbard stands accused of saying: >> >> The people here are working very hard and they are NOT paid for all >> the extra hassle that this kind of security scare engenders (most are >> not paid to deal with ANY FreeBSD related hassles). To heap abuse and >> scorn on them for something they have given you for free strikes me as >> both ungrateful and petty, > >It is perhaps also sobering to observe that the loudest voices demanding >that the _unpaid_ volunteers do something for them came from people who >are _making_money_ from FreeBSD, who have claimed to have the sort of >resources to support the ogoing development of the _entire_system_ by >themselves and yet _cannot_even_generate_a_four_line_diff_correctly_ >when challenged to do something or shut up. Indeed, a very precise and correct if not entirely polite observation. -- Poul-Henning Kamp | phk@FreeBSD.ORG FreeBSD Core-team. http://www.freebsd.org/~phk | phk@login.dknet.dk Private mailbox. whois: [PHK] | phk@tfs.com TRW Financial Systems, Inc. Power and ignorance is a disgusting cocktail. From owner-freebsd-current Thu Feb 6 00:59:04 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id AAA22441 for current-outgoing; Thu, 6 Feb 1997 00:59:04 -0800 (PST) Received: from vector.jhs.no_domain (slip139-92-4-108.mu.de.ibm.net [139.92.4.108]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id AAA22399 for ; Thu, 6 Feb 1997 00:58:58 -0800 (PST) Received: (from jhs@localhost) by vector.jhs.no_domain (8.7.5/8.6.9) id CAA15258; Thu, 6 Feb 1997 02:19:05 +0100 (MET) Date: Thu, 6 Feb 1997 02:19:05 +0100 (MET) Message-Id: <199702060119.CAA15258@vector.jhs.no_domain> To: current@freebsd.org Subject: CD Addenda From: "Julian H. Stacey" Reply-To: "Julian H. Stacey" X-Organization: Vector Systems Ltd. X-Mailer: EXMH 1.6.7, PGP available X-Address: Holz Strasse 27d, 80469 Munich, Germany X-Tel: +49.89.268616 X-Fax: +49.89.2608126 X-ISDN: +49.89.26023276 X-Web: http://www.freebsd.org/~jhs/ Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Ref. the 2.1.6 Release security issues written about by Karl Denninger, Jordan, & others ... Julian Elischer suggested a 2.1.6 web URL be established ... Let's systematise this idea, after all, book publishers & conference proceedings publishers are used to issuing Addenda for post-publishing-date changes, where destruction of the newly manufactured stock would be too expensive an option. One could stamp on all future FreeBSD (CD) Releases something like: "Any post publishing changes specific for this CD will be available in http://www.freebsd.org/Addenda/[Release-Number]" Then next time we want to add something, we won't need sticky labels. Julian --- Julian H. Stacey jhs@freebsd.org http://www.freebsd.org/~jhs/ From owner-freebsd-current Thu Feb 6 01:26:15 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id BAA27226 for current-outgoing; Thu, 6 Feb 1997 01:26:15 -0800 (PST) Received: from dfw-ix1.ix.netcom.com (dfw-ix1.ix.netcom.com [206.214.98.1]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id BAA27204 for ; Thu, 6 Feb 1997 01:26:10 -0800 (PST) Received: from silvia.HIP.Berkeley.EDU (wck-ca13-15.ix.netcom.com [204.31.231.207]) by dfw-ix1.ix.netcom.com (8.6.13/8.6.12) with ESMTP id BAA08834; Thu, 6 Feb 1997 01:25:30 -0800 Received: (from asami@localhost) by silvia.HIP.Berkeley.EDU (8.8.5/8.6.9) id BAA22067; Thu, 6 Feb 1997 01:25:25 -0800 (PST) Date: Thu, 6 Feb 1997 01:25:25 -0800 (PST) Message-Id: <199702060925.BAA22067@silvia.HIP.Berkeley.EDU> To: gjennejohn@frt.dec.com CC: current@freebsd.org In-reply-to: <9702051033.AA17951@cssmuc.frt.dec.com> (garyj@frt.dec.com) Subject: Re: conditionally including From: asami@vader.cs.berkeley.edu (Satoshi Asami) Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk * From: garyj@frt.dec.com * what I'd lioke to see in -current (aka 3.0) is __FreeBSD__=3 instead of * __FreeBSD__=2. This would make it easier to differentiate between 2.2 and I agree with this. Also, I would like to propose to have osreldate updated in a way that all 2.1*s come before all 2.2*s and they come before all 3.*s. As seen in the recent top port debacle, simply using the release year/month is bound to utter confusion. Right now we have (from the handbook): === 2.0-RELEASE: 199411 2.1-current's: 199501, 199503 2.0.5-RELEASE: 199504 2.2-current before 2.1: 199508 2.1.0-RELEASE: 199511 2.2-current before 2.1.5: 199512 2.1.5-RELEASE: 199607 2.2-current before 2.1.6: 199608 2.1.6-RELEASE: 199612 2.2-RELEASE: 199701 3.0-current as of Feb 1997: 199702 (will certainly be bumped) === Obviously everything up to 2.1.6R can't be changed, but the last two are still salvagable. Let's say we make them === 2.2-RELEASE: 199707 3.0-current as of Feb 1997: 199801 === so we have more space to squeeze in 2.1.7R and 2.2.5R and such without sacrificing the linear ordering. Satoshi From owner-freebsd-current Thu Feb 6 02:07:05 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id CAA13956 for current-outgoing; Thu, 6 Feb 1997 02:07:05 -0800 (PST) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id CAA13942; Thu, 6 Feb 1997 02:06:59 -0800 (PST) Received: from time.cdrom.com (localhost [127.0.0.1]) by time.cdrom.com (8.8.5/8.6.9) with ESMTP id CAA02279; Thu, 6 Feb 1997 02:06:57 -0800 (PST) To: "Julian H. Stacey" cc: current@FreeBSD.org Subject: Re: CD Addenda In-reply-to: Your message of "Thu, 06 Feb 1997 02:19:05 +0100." <199702060119.CAA15258@vector.jhs.no_domain> Date: Thu, 06 Feb 1997 02:06:56 -0800 Message-ID: <2275.855223616@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > One could stamp on all future FreeBSD (CD) Releases something like: > "Any post publishing changes specific for this CD will be available in > http://www.freebsd.org/Addenda/[Release-Number]" > Then next time we want to add something, we won't need sticky labels. An errata reference in, at the very least, the inside documentation and the README.TXT is a good idea even for non-CD releases. Yes, good point. Consider it done. :) Jordan From owner-freebsd-current Thu Feb 6 07:22:51 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id HAA20220 for current-outgoing; Thu, 6 Feb 1997 07:22:51 -0800 (PST) Received: from usr06.primenet.com (root@usr06.primenet.com [206.165.5.106]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id HAA20214 for ; Thu, 6 Feb 1997 07:22:48 -0800 (PST) Received: from primenet.com (root@mailhost01.primenet.com [206.165.5.52]) by usr06.primenet.com (8.8.5/8.8.5) with ESMTP id IAA15385 for ; Thu, 6 Feb 1997 08:22:47 -0700 (MST) Received: from conceptual.com (consys.com [207.218.17.187]) by primenet.com (8.8.5/8.8.5) with ESMTP id IAA18076 for ; Thu, 6 Feb 1997 08:22:39 -0700 (MST) Received: from localhost (localhost [127.0.0.1]) by conceptual.com (8.8.4/8.6.9) with SMTP id IAA09268 for ; Thu, 6 Feb 1997 08:22:37 -0700 (MST) Message-Id: <199702061522.IAA09268@conceptual.com> X-Authentication-Warning: conceptual.com: localhost [127.0.0.1] didn't use HELO protocol X-Mailer: exmh version 1.6.9 8/22/96 To: current@freebsd.org Subject: Re: linux ELF codine no go on 2.2 Gamma In-reply-to: Your message of "Thu, 06 Feb 1997 11:40:36 +1030." <199702060110.LAA28605@genesis.atrad.adelaide.edu.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 06 Feb 1997 08:22:37 -0700 From: "Russell L. Carter" Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Thanks all, Dan Walter's solution got to me first so I merrily poked bytes and now codine appears to run. Next time I'll try brandelf, looks a little faster... Cheers, Russell Michael Smith wrote: > Russell L. Carter stands accused of saying: > > > > I've been trying to get codine 4 (http://www.genias.de/) > > for linux ELF going with the following result: > > > > $ cod_qmaster > > ELF binary type not known > > Abort trap > > $ file cod_qmaster > > cod_qmaster: ELF 32-bit LSB executable, Intel 80386, version 1 > > It's a static ELF binary; without the path of the linker to use as hint, > there's no way to tell which ABI it requires. Try > > # brandelf cod_qmaster > # brandelf -t Linux cod_qmaster > > > on the other hand, Wingz seems to be happy as a bug, and > > file reports the same: > > > > $ file /usr/X11/lib/X11/Wingz/bin/Wingz > > /usr/X11/lib/X11/Wingz/bin/Wingz: ELF 32-bit LSB executable, Intel 80386, > > version 1 > > It's linked shared, so the execution class code can guess what it is. > > > Russell > > -- > ]] Mike Smith, Software Engineer msmith@gsoft.com.au [[ > ]] Genesis Software genesis@gsoft.com.au [[ > ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ > ]] realtime instrument control. (ph) +61-8-8267-3493 [[ > ]] Unix hardware collector. "Where are your PEZ?" The Tick [[ > From owner-freebsd-current Thu Feb 6 09:04:24 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id JAA15506 for current-outgoing; Thu, 6 Feb 1997 09:04:24 -0800 (PST) Received: from fallout.campusview.indiana.edu (fallout.campusview.indiana.edu [149.159.1.1]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id JAA15486; Thu, 6 Feb 1997 09:04:17 -0800 (PST) Received: from localhost (jfieber@localhost) by fallout.campusview.indiana.edu (8.8.5/8.8.5) with SMTP id MAA06868; Thu, 6 Feb 1997 12:04:07 -0500 (EST) Date: Thu, 6 Feb 1997 12:04:07 -0500 (EST) From: John Fieber To: "Jordan K. Hubbard" cc: "Julian H. Stacey" , current@FreeBSD.ORG Subject: Re: CD Addenda In-Reply-To: <2275.855223616@time.cdrom.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Thu, 6 Feb 1997, Jordan K. Hubbard wrote: > > One could stamp on all future FreeBSD (CD) Releases something like: > > "Any post publishing changes specific for this CD will be available in > > http://www.freebsd.org/Addenda/[Release-Number]" > > Then next time we want to add something, we won't need sticky labels. > > An errata reference in, at the very least, the inside documentation > and the README.TXT is a good idea even for non-CD releases. Yes, > good point. Consider it done. :) For the URL, I'd suggest http://www.freebsd.org/releases/[number]/addendum.html for consistency with the existing individual release information. -john From owner-freebsd-current Thu Feb 6 10:08:00 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id KAA19541 for current-outgoing; Thu, 6 Feb 1997 10:08:00 -0800 (PST) Received: from xoca-160.ssc.af.mil (XOCA-160.SSC.AF.MIL [143.158.36.160]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id KAA19526 for ; Thu, 6 Feb 1997 10:07:47 -0800 (PST) Received: from localhost by xoca-160.ssc.af.mil with SMTP (1.40.112.4/16.2) id AA046532746; Thu, 6 Feb 1997 12:12:26 -0600 Message-Id: <32FA1F0A.73C@xoca-160.ssc.af.mil> Date: Thu, 06 Feb 1997 12:12:26 -0600 From: Chuck Gagnon Organization: SSG/XOCA X-Mailer: Mozilla 3.0Gold (X11; I; HP-UX B.10.10 9000/715) Mime-Version: 1.0 To: freebsd-current@FreeBSD.ORG Subject: subscribe freebsd-current Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk subscribe freebsd-current -- SrA Charles G. Gagnon Jr. | Email: cgagnon@xoca-160.ssc.af.mil Work : (334)416-5374 | Home : (334)409-0322 From owner-freebsd-current Thu Feb 6 11:22:14 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id LAA23547 for current-outgoing; Thu, 6 Feb 1997 11:22:14 -0800 (PST) Received: from halon.sybase.com (halon.sybase.com [192.138.151.33]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id LAA23540 for ; Thu, 6 Feb 1997 11:22:11 -0800 (PST) Received: from smtp1.sybase.com (sybgate.sybase.com [130.214.220.35]) by halon.sybase.com (8.8.4/8.8.4) with SMTP id LAA26031; Thu, 6 Feb 1997 11:24:03 -0800 (PST) Received: from scifi.sybase.com by smtp1.sybase.com (4.1/SMI-4.1/SybH3.5-030896) id AA29160; Thu, 6 Feb 97 11:21:31 PST Received: by scifi.sybase.com (5.x/SMI-SVR4/SybEC3.5) id AA07348; Thu, 6 Feb 1997 11:21:09 -0800 Date: Thu, 6 Feb 1997 11:21:09 -0800 From: rick@sybase.com (Rick Marx) Message-Id: <9702061921.AA07348@scifi.sybase.com> To: current@freebsd.org Subject: Very Impressed with Sysinstall and XFree86 Setup changes Cc: rick.marx@worldnet.att.net X-Sun-Charset: US-ASCII Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I wanted to send my congratulations to the entire FreeBSD core team and their associates for the wonderful improvements found in the 2.1.6 sysinstall and XFree86 setup facilities. I have been using FreeBSD Unix for a couple of years now and have found it to be a very stable and complete Unix environment. I have recently reinstalled FreeBSD 2.1.6 on my PC at home and have configured my system to function as a complete Unix, X-window networked machine. I have been able to setup my FreeBSD system to recognize my laser printer. I can run my complete OpenLook Window Manager environment. I have connected up to my ISP with PPP very easily and can run Netscape and Mosaic much more efficiently than under DOS/WFW 3.11. I have also been able to setup PPP connectivity to my employer and run my complete Openwindows environment under FreeBSD Unix. This is the environment of choice for me when I need access to the Internet or dial-in capability to work. I happily await the next version of FreeBSD. Thanks, Rick Marx Manager, Systems Administration Sybase, Inc. From owner-freebsd-current Thu Feb 6 14:12:29 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id OAA09760 for current-outgoing; Thu, 6 Feb 1997 14:12:29 -0800 (PST) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id OAA09748 for ; Thu, 6 Feb 1997 14:12:22 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id PAA18009; Thu, 6 Feb 1997 15:07:27 -0700 From: Terry Lambert Message-Id: <199702062207.PAA18009@phaeton.artisoft.com> Subject: Re: linux ELF codine no go on 2.2 Gamma To: msmith@atrad.adelaide.edu.au (Michael Smith) Date: Thu, 6 Feb 1997 15:07:27 -0700 (MST) Cc: StevenR362@aol.com, msmith@atrad.adelaide.edu.au, rcarter@consys.com, current@freebsd.org In-Reply-To: <199702060627.QAA01550@genesis.atrad.adelaide.edu.au> from "Michael Smith" at Feb 6, 97 04:57:12 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > I've been wondering if there is any way to abuse the filesystem to > > identify > > Linux, SCO, and BSDI binaries. Why not make the assumption in the > > kernel that any binary loaded from /compat/[linux,sco,bsdi] is an elf binary > > of the type denoted by the subdirectory. This would eliminate any need > > to brand the binaries. You would just install them under the appropriate > > subdirectory of /compat. This makes the implicit and reasonable assumption > > that any elf binary not under /compat is a native FreeBSD one. > > I've already proposed this; I was assuming that SOS had already done it. > > If there's no major disagreement, I'll look at adding the code to > imgact_elf.c at some point soonish. % ln -s /compat/linux/.../somebinary ~/bin/somename % rehash % somename ... BOOM! The "where's it from" inheritance can't work across symlinks because the symlink lookup is implemented as two function buffer recursion instead of as real recursion. Also, if I type "foo", it doesn't look for "foo" in my path, then for "foo" in the same path in the compat hierarchy using the subdirectories of compat as virtual "/". The reason "compat" works at all is that it adulterates the path lookup using system calls *in the emulator's system call table*. If you aren't running the program from a Linux binary (for instance, a Linux binary for your shell), then it won't look in compat when trying to find the program to run it. You *could* write a Linux-branded glue program that loaded a program of the same name that wasn't itself, and link the glue program into the regular path, linked as the name of the linux binary you wanted to load. Then you would load the glue program from the FreeBSD lookup, and the glue program would look up again based on argv[ 0], and if it found its name and it wasn't the glue program, it would exec the program in question. This would even work for symlinks. But it's one mother of a kludge to get arough changing the ld program with the patches that John Polstra already submitted to the Linux and GNU people. 8-). Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-current Thu Feb 6 14:40:04 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id OAA11637 for current-outgoing; Thu, 6 Feb 1997 14:40:04 -0800 (PST) Received: from rover.village.org (rover.village.org [204.144.255.49]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id OAA11558 for ; Thu, 6 Feb 1997 14:39:57 -0800 (PST) Received: from rover.village.org [127.0.0.1] by rover.village.org with esmtp (Exim 0.56 #1) id E0vscTX-00077M-00; Thu, 6 Feb 1997 15:39:27 -0700 To: "Jordan K. Hubbard" Subject: Re: Karl fulminates, film at 11. == thanks Cc: Craig Shaver , current@freebsd.org In-reply-to: Your message of "Wed, 05 Feb 1997 14:14:17 PST." <23444.855180857@time.cdrom.com> References: <23444.855180857@time.cdrom.com> Date: Thu, 06 Feb 1997 15:39:26 -0700 From: Warner Losh Message-Id: Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In message <23444.855180857@time.cdrom.com> "Jordan K. Hubbard" writes: : Lest someone else be tempted to emulate this unfortunate practice to : get results, let me just be the first to say that "kicking the core : team in the butt" for security reasons (or any other concern) is as : pointless and unkind as slapping your mother for feeding you a meal : you didn't quite like. Such a technique it might even work once or : twice, leading you to believe that the core team responds well to : having their feet put to the fire, but after that you will have burned : so many bridges that it has no long-term strategic value. I just want to say that -core has been supportive of any and all security related efforts that I have brought to their attention. OpenBSD has fixed a lot of stuff, and I've been reviewing them (slowly) and they have helped me fix a few problems as well. A nice, polite note to -core offering to do work in this area was all that it took to get this response. Didn't want to announce anything until I had made significant progress, which due to excessive chaos in my personal life I've not been able to do. Warner From owner-freebsd-current Thu Feb 6 16:53:32 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id QAA18837 for current-outgoing; Thu, 6 Feb 1997 16:53:32 -0800 (PST) Received: from parkplace.cet.co.jp (parkplace.cet.co.jp [202.32.64.1]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id QAA18831 for ; Thu, 6 Feb 1997 16:53:22 -0800 (PST) Received: from localhost (michaelh@localhost) by parkplace.cet.co.jp (8.8.5/CET-v2.1) with SMTP id AAA05670; Fri, 7 Feb 1997 00:52:34 GMT Date: Fri, 7 Feb 1997 09:52:33 +0900 (JST) From: Michael Hancock To: Warner Losh cc: "Jordan K. Hubbard" , Craig Shaver , current@freebsd.org Subject: How paranoid is Theo? (was Re: Karl fulminates, film at 11. == , thanks) In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Thu, 6 Feb 1997, Warner Losh wrote: > I just want to say that -core has been supportive of any and all > security related efforts that I have brought to their attention. > OpenBSD has fixed a lot of stuff, and I've been reviewing them > (slowly) and they have helped me fix a few problems as well. A nice, > polite note to -core offering to do work in this area was all that it > took to get this response. Didn't want to announce anything until I > had made significant progress, which due to excessive chaos in my > personal life I've not been able to do. With the stuff you've looked at so far does it look like Theo is going after each and every buffer overflow possibility or the just the ones that can be exploited? Mike Hancock From owner-freebsd-current Thu Feb 6 17:08:21 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id RAA19810 for current-outgoing; Thu, 6 Feb 1997 17:08:21 -0800 (PST) Received: from rover.village.org (rover.village.org [204.144.255.49]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id RAA19804 for ; Thu, 6 Feb 1997 17:08:16 -0800 (PST) Received: from rover.village.org [127.0.0.1] by rover.village.org with esmtp (Exim 0.56 #1) id E0vsen0-0007NJ-00; Thu, 6 Feb 1997 18:07:42 -0700 To: Michael Hancock Subject: Re: How paranoid is Theo? (was Re: Karl fulminates, film at 11. == , thanks) Cc: "Jordan K. Hubbard" , Craig Shaver , current@freebsd.org In-reply-to: Your message of "Fri, 07 Feb 1997 09:52:33 +0900." References: Date: Thu, 06 Feb 1997 18:07:42 -0700 From: Warner Losh Message-Id: Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In message Michael Hancock writes: : With the stuff you've looked at so far does it look like Theo is going : after each and every buffer overflow possibility or the just the ones that : can be exploited? Mostly just exploitable or likely exploitable ones. Warner From owner-freebsd-current Thu Feb 6 17:22:39 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id RAA20896 for current-outgoing; Thu, 6 Feb 1997 17:22:39 -0800 (PST) Received: from mule0.mindspring.com (mule0.mindspring.com [204.180.128.166]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id RAA20890 for ; Thu, 6 Feb 1997 17:22:35 -0800 (PST) Received: from rlb.users.mindspring.com (user-168-121-25-139.dialup.mindspring.com [168.121.25.139]) by mule0.mindspring.com (8.8.4/8.8.4) with SMTP id UAA104966 for ; Thu, 6 Feb 1997 20:22:33 -0500 Message-ID: <32FA83D8.446B9B3D@mindspring.com> Date: Thu, 06 Feb 1997 20:22:32 -0500 From: Ron Bolin X-Mailer: Mozilla 3.01Gold (X11; I; FreeBSD 2.2-GAMMA i386) MIME-Version: 1.0 To: freebsd-current@freebsd.org Subject: 2.2 CVSUP 2-6-97 20:00 USA EDT Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I just did a cvsup to REL for 2.2 and got the following build error: The proper links to the contrib directory seem to be missing because that is where bfd now resides. ===> dialog ===> diff ===> diff/doc ===> diff3 ===> gdb ===> gdb/bfd make: don't know how to make /usr/src/gnu/usr.bin/gdb/bfd/libbfd.c. Stop *** Error code 2 Stop. *** Error code 1 -Ron -- **************************************************************************** Ron Bolin rlb@mindspring.com, http://www.mindspring.com/~rlb/ GSU: gs01rlb@panther.gsu.edu matrlbx@indigo4.cs.gsu.edu Home: 770-992-8877 **************************************************************************** From owner-freebsd-current Thu Feb 6 17:30:11 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id RAA21220 for current-outgoing; Thu, 6 Feb 1997 17:30:11 -0800 (PST) Received: from rover.village.org (rover.village.org [204.144.255.49]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id RAA21207 for ; Thu, 6 Feb 1997 17:30:05 -0800 (PST) Received: from rover.village.org [127.0.0.1] by rover.village.org with esmtp (Exim 0.56 #1) id E0vsf8S-0007Q2-00; Thu, 6 Feb 1997 18:29:52 -0700 To: Michael Hancock Subject: Re: How paranoid is Theo? (was Re: Karl fulminates, film at 11. == , thanks) Cc: current@freebsd.org In-reply-to: Your message of "Fri, 07 Feb 1997 10:17:21 +0900." References: Date: Thu, 06 Feb 1997 18:29:51 -0700 From: Warner Losh Message-Id: Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In message Michael Hancock writes: : Cool. You can establish a contract of trust between called functions and : calling functions and not waste time fixing things that aren't : exploitable. That's true to a point, but it takes a lot of time, sometimes, to establish that path of trust, especially in a large program. And the time isn't wasted (unless you are in firedrill mode) fixing those buffer overflows. Your programs are just more robust :-). Warner From owner-freebsd-current Thu Feb 6 17:39:11 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id RAA21586 for current-outgoing; Thu, 6 Feb 1997 17:39:11 -0800 (PST) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id RAA21581 for ; Thu, 6 Feb 1997 17:39:08 -0800 (PST) Received: from time.cdrom.com (localhost [127.0.0.1]) by time.cdrom.com (8.8.5/8.6.9) with ESMTP id RAA13013; Thu, 6 Feb 1997 17:39:04 -0800 (PST) To: Ron Bolin cc: freebsd-current@freebsd.org Subject: Re: 2.2 CVSUP 2-6-97 20:00 USA EDT In-reply-to: Your message of "Thu, 06 Feb 1997 20:22:32 EST." <32FA83D8.446B9B3D@mindspring.com> Date: Thu, 06 Feb 1997 17:39:03 -0800 Message-ID: <13010.855279543@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > I just did a cvsup to REL for 2.2 and got the following build error: > > The proper links to the contrib directory seem to be missing because > that is where bfd now > resides. cd /usr/src/gnu/usr.bin/gdb make cleandir make obj make all From owner-freebsd-current Thu Feb 6 17:45:12 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id RAA21838 for current-outgoing; Thu, 6 Feb 1997 17:45:12 -0800 (PST) Received: from who.cdrom.com (who.cdrom.com [204.216.27.3]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id RAA21813 for ; Thu, 6 Feb 1997 17:45:08 -0800 (PST) Received: from parkplace.cet.co.jp (parkplace.cet.co.jp [202.32.64.1]) by who.cdrom.com (8.7.5/8.6.11) with ESMTP id RAA19568 for ; Thu, 6 Feb 1997 17:17:29 -0800 (PST) Received: from localhost (michaelh@localhost) by parkplace.cet.co.jp (8.8.5/CET-v2.1) with SMTP id BAA05796; Fri, 7 Feb 1997 01:17:21 GMT Date: Fri, 7 Feb 1997 10:17:21 +0900 (JST) From: Michael Hancock To: Warner Losh cc: current@FreeBSD.ORG Subject: Re: How paranoid is Theo? (was Re: Karl fulminates, film at 11. == , thanks) In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Thu, 6 Feb 1997, Warner Losh wrote: > In message Michael Hancock writes: > : With the stuff you've looked at so far does it look like Theo is going > : after each and every buffer overflow possibility or the just the ones that > : can be exploited? > > Mostly just exploitable or likely exploitable ones. > > Warner Cool. You can establish a contract of trust between called functions and calling functions and not waste time fixing things that aren't exploitable. Mike Hancock From owner-freebsd-current Thu Feb 6 17:53:36 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id RAA22289 for current-outgoing; Thu, 6 Feb 1997 17:53:36 -0800 (PST) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id RAA22280 for ; Thu, 6 Feb 1997 17:53:32 -0800 (PST) Received: (from msmith@localhost) by genesis.atrad.adelaide.edu.au (8.8.2/8.7.3) id MAA08739; Fri, 7 Feb 1997 12:21:30 +1030 (CST) From: Michael Smith Message-Id: <199702070151.MAA08739@genesis.atrad.adelaide.edu.au> Subject: Re: linux ELF codine no go on 2.2 Gamma In-Reply-To: <199702062207.PAA18009@phaeton.artisoft.com> from Terry Lambert at "Feb 6, 97 03:07:27 pm" To: terry@lambert.org (Terry Lambert) Date: Fri, 7 Feb 1997 12:21:29 +1030 (CST) Cc: msmith@atrad.adelaide.edu.au, StevenR362@aol.com, rcarter@consys.com, current@freebsd.org X-Mailer: ELM [version 2.4ME+ PL28 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Terry Lambert stands accused of saying: > > % ln -s /compat/linux/.../somebinary ~/bin/somename > % rehash > % somename > > ... BOOM! Huh? There's no earth-shattering KABOOM from that - that's what you get now. > Also, if I type "foo", it doesn't look for "foo" in my path, then for > "foo" in the same path in the compat hierarchy using the subdirectories > of compat as virtual "/". The reason "compat" works at all is that > it adulterates the path lookup using system calls *in the emulator's > system call table*. If you aren't running the program from a Linux > binary (for instance, a Linux binary for your shell), then it won't > look in compat when trying to find the program to run it. ... unless you have /compat/* on your path. > But it's one mother of a kludge to get arough changing the ld program > with the patches that John Polstra already submitted to the Linux and > GNU people. 8-). Given the latest glibc actually changes the dynamic linker to the _same_ path as the SysV one, I can only see the current situation getting worse. All I'm proposing is adding an extra hint, that may help some people, not trying to save the world. > Terry Lambert -- ]] Mike Smith, Software Engineer msmith@gsoft.com.au [[ ]] Genesis Software genesis@gsoft.com.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control. (ph) +61-8-8267-3493 [[ ]] Unix hardware collector. "Where are your PEZ?" The Tick [[ From owner-freebsd-current Thu Feb 6 19:16:30 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id TAA26849 for current-outgoing; Thu, 6 Feb 1997 19:16:30 -0800 (PST) Received: from who.cdrom.com (who.cdrom.com [204.216.27.3]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id TAA26808 for ; Thu, 6 Feb 1997 19:16:20 -0800 (PST) Received: from parkplace.cet.co.jp (parkplace.cet.co.jp [202.32.64.1]) by who.cdrom.com (8.7.5/8.6.11) with ESMTP id SAA19712 for ; Thu, 6 Feb 1997 18:09:27 -0800 (PST) Received: from localhost (michaelh@localhost) by parkplace.cet.co.jp (8.8.5/CET-v2.1) with SMTP id CAA06106; Fri, 7 Feb 1997 02:09:19 GMT Date: Fri, 7 Feb 1997 11:09:19 +0900 (JST) From: Michael Hancock To: Warner Losh cc: current@FreeBSD.ORG Subject: Re: How paranoid is Theo? (was Re: Karl fulminates, film at 11. == , thanks) In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Thu, 6 Feb 1997, Warner Losh wrote: > : Cool. You can establish a contract of trust between called functions and > : calling functions and not waste time fixing things that aren't > : exploitable. > > That's true to a point, but it takes a lot of time, sometimes, to > establish that path of trust, especially in a large program. And the I see your point. On the other hand, establishing that path of trust would lead to more understanding. (Yeah, I know, time is a luxury) > time isn't wasted (unless you are in firedrill mode) fixing those > buffer overflows. Your programs are just more robust :-). Here are my rankings for three dimensions of software quality: 1) Correctness 2) Performance 3) Robustness Fixing all buffer flows is: 1) Robustness 2) Correctness 3) Performance In some cases, robustness is contrary to correctness. But in this case I guess it isn't so I won't say anymore and we can just agree to disagree. Regards, Mike Hancock From owner-freebsd-current Fri Feb 7 02:46:11 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id CAA17707 for current-outgoing; Fri, 7 Feb 1997 02:46:11 -0800 (PST) Received: from who.cdrom.com (who.cdrom.com [204.216.27.3]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id CAA17697 for ; Fri, 7 Feb 1997 02:46:05 -0800 (PST) Received: from atena.eurocontrol.fr (atena.uneec.eurocontrol.fr [147.196.69.10]) by who.cdrom.com (8.7.5/8.6.11) with SMTP id CAA21664 for ; Fri, 7 Feb 1997 02:03:27 -0800 (PST) Received: by atena.eurocontrol.fr; (5.65v3.2/1.3/10May95) id AA05369; Fri, 7 Feb 1997 11:03:17 +0100 Received: (from roberto@localhost) by caerdonn.eurocontrol.fr (8.8.5/caerdonn-1.1) id LAA02560; Fri, 7 Feb 1997 11:03:16 +0100 (CET) Message-Id: <19970207110316.IW34415@caerdonn.eurocontrol.fr> Date: Fri, 7 Feb 1997 11:03:16 +0100 From: roberto@eurocontrol.fr (Ollivier Robert) To: freebsd-current@FreeBSD.ORG (FreeBSD Current Users' list) Subject: 3.0-CURRENT and executor X-Mailer: Mutt 0.60 Mime-Version: 1.0 X-Operating-System: FreeBSD 3.0-CURRENT Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Has anyone tried to run Executor 2(demo under 3.0 CURRENT ? It doesn't seem to be able to find its ExecutorVolume (although it is there)... 276 [11:00] roberto@caerdonn:ports/emulators> executor-demo Couldn't open System: '/usr/local/lib/executor/ExecutorVolume/System Folder' 221 [11:02] root@caerdonn:lib/executor# ll total 11 drwxr-xr-x 2 root wheel 3072 Jul 24 1996 Configuration/ -rw-r--r-- 2 root wheel 3072 Apr 30 1996 DirectoryMap-le.dir -rw-r--r-- 2 root wheel 3072 Apr 30 1996 DirectoryMap-le.pag -rw-r--r-- 1 root wheel 0 Nov 9 1994 DirectoryMap.dir -rw-r--r-- 1 root wheel 0 Nov 9 1994 DirectoryMap.pag drwxr-xr-x 6 root staff 512 Feb 7 10:56 ExecutorVolume/ drwxr-xr-x 2 root wheel 512 Feb 23 1996 splash/ 222 [11:02] root@caerdonn:lib/executor# ll ExecutorVolume/ total 368 -rw-r--r-- 1 root wheel 198 Apr 2 1996 %Demoware -rw-r--r-- 1 root wheel 198 May 1 1996 %Freeware -rw-r--r-- 1 root wheel 198 Apr 2 1996 %Shareware -rw-r--r-- 1 root wheel 198 Apr 2 1996 %System Folder drwxr-xr-x 5 root wheel 512 May 1 1996 Demoware/ drwxr-xr-x 4 root wheel 512 May 1 1996 Freeware/ drwxr-xr-x 5 root wheel 512 Apr 30 1996 Shareware/ drwxr-xr-x 4 root wheel 512 Aug 22 03:07 System Folder/ -rw-r--r-- 1 root staff 20971520 Feb 7 10:54 System Folder.hfv -- Ollivier ROBERT -=- Eurocontrol EEC/TS -=- Ollivier.Robert@eurocontrol.fr Usenet Canal Historique From owner-freebsd-current Fri Feb 7 02:49:33 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id CAA18530 for current-outgoing; Fri, 7 Feb 1997 02:49:33 -0800 (PST) Received: from who.cdrom.com (who.cdrom.com [204.216.27.3]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id CAA18468 for ; Fri, 7 Feb 1997 02:49:19 -0800 (PST) Received: from atena.eurocontrol.fr (atena.uneec.eurocontrol.fr [147.196.69.10]) by who.cdrom.com (8.7.5/8.6.11) with SMTP id AAA21047 for ; Fri, 7 Feb 1997 00:35:47 -0800 (PST) Received: by atena.eurocontrol.fr; (5.65v3.2/1.3/10May95) id AA04529; Fri, 7 Feb 1997 09:35:40 +0100 Received: (from roberto@localhost) by caerdonn.eurocontrol.fr (8.8.5/caerdonn-1.1) id JAA02161; Fri, 7 Feb 1997 09:35:36 +0100 (CET) Message-Id: <19970207093535.OS29821@caerdonn.eurocontrol.fr> Date: Fri, 7 Feb 1997 09:35:35 +0100 From: roberto@eurocontrol.fr (Ollivier Robert) To: freebsd-current@FreeBSD.ORG (FreeBSD Current Users' list) Subject: fetch and gethostbyname2 X-Mailer: Mutt 0.60 Mime-Version: 1.0 X-Operating-System: FreeBSD 3.0-CURRENT Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Hi, Can someone (Garrett ?) explain to me why, with the following setup, fetch is unable to resolve the host specified in HTTP_PROXY ? 286 [9:34] roberto@caerdonn:/tmp> fetch -m http://www.blaze.net.au/~davidn/UNIX/userls-1.5.tar.gz fetch: `atena:': cannot resolve: Unknown host /etc/resolv.conf ------------------------------------------------------------ domain eurocontrol.fr nameserver 127.0.0.1 ------------------------------------------------------------ /etc/hosts ------------------------------------------------------------ 147.196.68.101 atena.eurocontrol.fr atena ------------------------------------------------------------ $HTTP_PROXY atena:3128 I'm running named as a cache-only nameserver, with forwarders/slave to my primary internal nameservers. I am able to resolve atena with all other tools of course: 211 [9:16] root@caerdonn:~# ping atena PING atena.eurocontrol.fr (147.196.68.101): 56 data bytes 64 bytes from 147.196.68.101: icmp_seq=0 ttl=253 time=1.283 ms 212 [9:20] root@caerdonn:~# host atena atena.eurocontrol.fr has address 147.196.68.101 atena.eurocontrol.fr has address 147.196.69.10 and so on... -- Ollivier ROBERT -=- Eurocontrol EEC/TS -=- Ollivier.Robert@eurocontrol.fr Usenet Canal Historique From owner-freebsd-current Fri Feb 7 03:37:38 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id DAA21255 for current-outgoing; Fri, 7 Feb 1997 03:37:38 -0800 (PST) Received: from alcatel.fr (ns.alcatel.fr [194.133.58.131]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id DAA21238 for ; Fri, 7 Feb 1997 03:37:32 -0800 (PST) Received: from alcatel.fr (gatekeeper-ssn.alcatel.fr [155.132.180.244]) by mailgate.alcatel.fr (8.7.3/8.7.3) with ESMTP id MAA07652; Fri, 7 Feb 1997 12:42:25 +0100 Received: from dnscit.cit.alcatel.fr (dnscit.cit.alcatel.fr [139.54.100.2]) by nsfhh5.alcatel.fr (8.7.3/8.7.3) with SMTP id MAA02109; Fri, 7 Feb 1997 12:37:14 +0100 (MET) Received: from dnsvz.vz.cit.alcatel.fr by dnscit.cit.alcatel.fr (SMI-8.6/SMI-SVR4) id MAA15110; Fri, 7 Feb 1997 12:39:23 +0100 Received: from bcv64s3e.vz.cit.alcatel.fr by dnsvz.vz.cit.alcatel.fr (SMI-8.6/SMI-SVR4) id MAA16226; Fri, 7 Feb 1997 12:23:37 +0100 Received: from bcv64wc1.velizy by bcv64s3e.vz.cit.alcatel.fr (SMI-8.6/SMI-SVR4) id MAA19754; Fri, 7 Feb 1997 12:35:49 +0100 From: luc.lewy@vz.cit.alcatel.fr (Luc.LEWY) Message-Id: <199702071135.MAA19754@bcv64s3e.vz.cit.alcatel.fr> Subject: Re: fetch and gethostbyname To: roberto@eurocontrol.fr (Ollivier Robert) Date: Fri, 7 Feb 1997 12:35:50 +0100 (MET) Cc: freebsd-current@freebsd.org In-Reply-To: <19970207093535.OS29821@caerdonn.eurocontrol.fr> from "Ollivier Robert" at Feb 7, 97 09:35:35 am MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Ollivier Robert wrote: > I am able to resolve atena with all other tools of course. I've got the same problem with ircd 2.9.2 ( It's quite a bit different for me.. As in a config test, I don't have a DNS.. ) If I setup a DNS and use gethostbyname, that's okay.. If I just have NIS entry for hosts, ircd can't resolv its hostname (and idem for all clients comming from the local network) Here, at work, with SunOS 4.1.3, no DNS , only complete NIS maps entry... ircd can't resolv its hostname, neither clients hostname (on the local network) Gethostbyname return an errno > 0 in this configuration, h_errno is set to 0 and gethostbyname() return the correct info from NIS database .. Very often, boggus code check 'errno'.. and not 'h_errno' .. The correct test would be : if ( (hostentry=gethostbyname("foobar")) == NULL) { /* .. test h_errno here.. */ } errno=0; /* delete this boggus return code */ h_errno is define in /usr/include/netdb.h error code too.. fifi... From owner-freebsd-current Fri Feb 7 03:58:26 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id DAA22315 for current-outgoing; Fri, 7 Feb 1997 03:58:26 -0800 (PST) Received: from kremvax.demos.su (kremvax.demos.su [194.87.0.20]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id DAA22308 for ; Fri, 7 Feb 1997 03:58:17 -0800 (PST) Received: by kremvax.demos.su (8.6.13/D) from 0@megillah.demos.su [194.87.0.21] with ESMTP id OAA22535; Fri, 7 Feb 1997 14:56:10 +0300 Received: by megillah.demos.su id OAA27997; (8.8.3/D) Fri, 7 Feb 1997 14:56:23 +0300 (MSK) Message-Id: <199702071156.OAA27997@megillah.demos.su> Subject: Re: fetch and gethostbyname To: luc.lewy@vz.cit.alcatel.fr (Luc.LEWY) Date: Fri, 7 Feb 1997 14:56:23 +0300 (MSK) Cc: roberto@eurocontrol.fr, freebsd-current@FreeBSD.ORG In-Reply-To: <199702071135.MAA19754@bcv64s3e.vz.cit.alcatel.fr> from "Luc.LEWY" at Feb 7, 97 12:35:50 pm From: "Mikhail A. Sokolov" X-Class: Fast Organization: Demos Company, Ltd. Reply-To: mishania@demos.su X-Mailer: ELM [version 2.4 PL24 ME7a] Content-Type: text Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > Ollivier Robert wrote: > > I am able to resolve atena with all other tools of course. > I've got the same problem with ircd 2.9.2 > If I setup a DNS and use gethostbyname, that's okay.. > If I just have NIS entry for hosts, ircd can't resolv its hostname > (and idem for all clients comming from the local network) See, ircd 2.9.2 is not the culprit. Set up DNS, set up I/i: lines correctly. Only that is what you need, works with NIS/whatever in any FreeBSD, starting from 2.1.0r. > fifi... -mishania irc.ru administrator ;-p From owner-freebsd-current Fri Feb 7 04:58:54 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id EAA24922 for current-outgoing; Fri, 7 Feb 1997 04:58:54 -0800 (PST) Received: from halloran-eldar.lcs.mit.edu (halloran-eldar.lcs.mit.edu [18.26.0.159]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id EAA24917 for ; Fri, 7 Feb 1997 04:58:51 -0800 (PST) Received: by halloran-eldar.lcs.mit.edu; (5.65v3.2/1.1.8.2/19Aug95-0530PM) id AA24081; Fri, 7 Feb 1997 07:57:24 -0500 Date: Fri, 7 Feb 1997 07:57:24 -0500 From: Garrett Wollman Message-Id: <9702071257.AA24081@halloran-eldar.lcs.mit.edu> To: roberto@eurocontrol.fr (Ollivier Robert) Cc: freebsd-current@FreeBSD.ORG (FreeBSD Current Users' list) Subject: fetch and gethostbyname2 In-Reply-To: <19970207093535.OS29821@caerdonn.eurocontrol.fr> References: <19970207093535.OS29821@caerdonn.eurocontrol.fr> Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk < Can someone (Garrett ?) explain to me why, with the following setup, fetch > is unable to resolve the host specified in HTTP_PROXY ? > fetch: `atena:': cannot resolve: Unknown host There's a bug in the HTTP proxy code, as should be clear from the extra colon in the error message. I hope to fix it this weekend. -GAWollman -- Garrett A. Wollman | O Siem / We are all family / O Siem / We're all the same wollman@lcs.mit.edu | O Siem / The fires of freedom Opinions not those of| Dance in the burning flame MIT, LCS, ANA, or NSA| - Susan Aglukark and Chad Irschick From owner-freebsd-current Fri Feb 7 06:27:55 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id GAA29105 for current-outgoing; Fri, 7 Feb 1997 06:27:55 -0800 (PST) Received: from pahtoh.cwu.edu (root@pahtoh.cwu.edu [198.104.65.27]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id GAA29099 for ; Fri, 7 Feb 1997 06:27:53 -0800 (PST) Received: from opus.cts.cwu.edu (skynyrd@opus.cts.cwu.edu [198.104.92.71]) by pahtoh.cwu.edu (8.6.13/8.6.9) with ESMTP id FAA15043 for ; Fri, 7 Feb 1997 05:15:42 -0800 Received: from localhost (skynyrd@localhost) by opus.cts.cwu.edu (8.8.5/8.8.5) with SMTP id FAA23151 for ; Fri, 7 Feb 1997 05:15:41 -0800 (PST) Date: Fri, 7 Feb 1997 05:15:41 -0800 (PST) From: Chris Timmons Reply-To: Chris Timmons To: freebsd-current@freebsd.org Subject: opieinfo help Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk my world as of about 08:02 utc 2/7 stops making here: mkdep -f .depend -a /usr/src/usr.bin/nm/nm.c ===> usr.bin/nohup rm -f .depend mkdep -f .depend -a /usr/src/usr.bin/nohup/nohup.c ===> usr.bin/opieinfo make: don't know how to make opieinfo.c. Stop *** Error code 2 Stop. *** Error code 1 Stop. *** Error code 1 Stop. -Chris From owner-freebsd-current Fri Feb 7 07:42:46 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id HAA02652 for current-outgoing; Fri, 7 Feb 1997 07:42:46 -0800 (PST) Received: from tfs.com (tfs.com [140.145.250.1]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id HAA02641 for ; Fri, 7 Feb 1997 07:42:41 -0800 (PST) Received: from schizo.dk.tfs.com by tfs.com (smail3.1.28.1) with SMTP id m0vssR4-0003yNC; Fri, 7 Feb 97 07:41 PST Received: from critter.dk.tfs.com (critter-home [193.162.32.19]) by schizo.dk.tfs.com (8.8.2/8.7.3) with ESMTP id QAA05290; Fri, 7 Feb 1997 16:41:49 +0100 (MET) Received: from critter.dk.tfs.com (localhost [127.0.0.1]) by critter.dk.tfs.com (8.8.2/8.8.2) with ESMTP id QAA05000; Fri, 7 Feb 1997 16:43:49 +0100 (MET) To: Chris Timmons cc: freebsd-current@freebsd.org Subject: Re: opieinfo help In-reply-to: Your message of "Fri, 07 Feb 1997 05:15:41 PST." Date: Fri, 07 Feb 1997 16:43:49 +0100 Message-ID: <4998.855330229@critter.dk.tfs.com> From: Poul-Henning Kamp Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In message , Chris T immons writes: Already fixed. >my world as of about 08:02 utc 2/7 stops making here: > > >mkdep -f .depend -a /usr/src/usr.bin/nm/nm.c >===> usr.bin/nohup >rm -f .depend >mkdep -f .depend -a /usr/src/usr.bin/nohup/nohup.c >===> usr.bin/opieinfo >make: don't know how to make opieinfo.c. Stop >*** Error code 2 > >Stop. >*** Error code 1 > >Stop. >*** Error code 1 > >Stop. > > >-Chris > -- Poul-Henning Kamp | phk@FreeBSD.ORG FreeBSD Core-team. http://www.freebsd.org/~phk | phk@login.dknet.dk Private mailbox. whois: [PHK] | phk@tfs.com TRW Financial Systems, Inc. Power and ignorance is a disgusting cocktail. From owner-freebsd-current Fri Feb 7 07:52:17 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id HAA03229 for current-outgoing; Fri, 7 Feb 1997 07:52:17 -0800 (PST) Received: from mixer.visi.com (root@mixer.visi.com [204.73.178.1]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id HAA03223 for ; Fri, 7 Feb 1997 07:52:14 -0800 (PST) Received: from undquirt.visi.com (undquirt.visi.com [206.11.194.26]) by mixer.visi.com (8.8.5/8.7.5) with ESMTP id JAA03803; Fri, 7 Feb 1997 09:52:08 -0600 (CST) From: "Brent J. Nordquist" Posted-Date: Fri, 7 Feb 1997 09:52:08 -0600 (CST) Received: (from bjn@localhost) by undquirt.visi.com (8.8.5/8.8.4) id JAA26268; Fri, 7 Feb 1997 09:50:41 -0600 (CST) Message-Id: <199702071550.JAA26268@undquirt.visi.com> Subject: Re: 2.2 CVSUP 2-6-97 20:00 USA EDT To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Fri, 7 Feb 1997 09:50:41 -0600 (CST) Cc: freebsd-current@freebsd.org In-Reply-To: <13010.855279543@time.cdrom.com> from "Jordan K. Hubbard" at "Feb 6, 97 05:39:03 pm" Reply-to: bjn@visi.com (Brent J. Nordquist) X-Mailer: ELM [version 2.4ME+ PL22 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk | > The proper links to the contrib directory seem to be missing because | > that is where bfd now | > resides. | | cd /usr/src/gnu/usr.bin/gdb | make cleandir | make obj | make all I did a cvsup to 2.2 about the same time, and I didn't get this problem (the source tree compiled fine). But I got curious about the "proper links to the contrib directory" above, so I looked, and there are no symbolic links in /usr/src/gnu/usr.bin (esp. the gdb subdirectory). I understand the philosophy behind /usr/src/contrib, but I'm not sure I fully understand how it works in practice when making the world. Do you have to do something special to get the /usr/src/contrib version of an application to be the one used? Are there supposed to be symbolic links pointing into /usr/src/contrib if that's the one being used? (Do you get the /usr/src/gnu/usr.bin version of an app. by default unless you take some additional step?) -- Brent J. Nordquist / bjn@visi.com +1 612 827-2747 From owner-freebsd-current Fri Feb 7 07:54:12 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id HAA03340 for current-outgoing; Fri, 7 Feb 1997 07:54:12 -0800 (PST) Received: from mixer.visi.com (root@mixer.visi.com [204.73.178.1]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id HAA03335 for ; Fri, 7 Feb 1997 07:54:10 -0800 (PST) Received: from undquirt.visi.com (undquirt.visi.com [206.11.194.26]) by mixer.visi.com (8.8.5/8.7.5) with ESMTP id JAA04058 for ; Fri, 7 Feb 1997 09:54:04 -0600 (CST) From: "Brent J. Nordquist" Posted-Date: Fri, 7 Feb 1997 09:54:04 -0600 (CST) Received: (from bjn@localhost) by undquirt.visi.com (8.8.5/8.8.4) for freebsd-current@freebsd.org id JAA26282; Fri, 7 Feb 1997 09:52:37 -0600 (CST) Message-Id: <199702071552.JAA26282@undquirt.visi.com> Subject: 2.2 kernel build can't make symbols.raw To: freebsd-current@freebsd.org Date: Fri, 7 Feb 1997 09:52:37 -0600 (CST) Reply-to: bjn@visi.com (Brent J. Nordquist) X-Mailer: ELM [version 2.4ME+ PL22 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk [cvsup 2.2 from last night, make world was fine, but then:] + cd /usr/src/sys/i386/conf + config SPECIFIC Removing old directory ../../compile/SPECIFIC: Done. Kernel build directory is ../../compile/SPECIFIC + [ 0 != 0 ] + cd ../../compile/SPECIFIC + make echo "gcc2_compiled." >symbols.exclude echo "___gnu_compiled_c" >>symbols.exclude make: don't know how to make ../../i386/i386/symbols.raw. Stop -- Brent J. Nordquist / bjn@visi.com +1 612 827-2747 From owner-freebsd-current Fri Feb 7 09:21:46 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id JAA07915 for current-outgoing; Fri, 7 Feb 1997 09:21:46 -0800 (PST) Received: from alpha.xerox.com (alpha.Xerox.COM [13.1.64.93]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id JAA07910 for ; Fri, 7 Feb 1997 09:21:39 -0800 (PST) Received: from crevenia.parc.xerox.com ([13.2.116.11]) by alpha.xerox.com with SMTP id <15073(8)>; Fri, 7 Feb 1997 09:20:55 PST Received: from localhost by crevenia.parc.xerox.com with SMTP id <177476>; Fri, 7 Feb 1997 09:20:41 -0800 To: roberto@eurocontrol.fr (Ollivier Robert) cc: freebsd-current@freebsd.org (FreeBSD Current Users' list) Subject: Re: fetch and gethostbyname2 In-reply-to: Your message of "Fri, 07 Feb 97 00:35:35 PST." <19970207093535.OS29821@caerdonn.eurocontrol.fr> Date: Fri, 7 Feb 1997 09:20:36 PST From: Bill Fenner Message-Id: <97Feb7.092041pst.177476@crevenia.parc.xerox.com> Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In message <19970207093535.OS29821@caerdonn.eurocontrol.fr> you write: >fetch: `atena:': cannot resolve: Unknown host Looks like an off-by-one error in parse_host_port(); note that there's still a colon on the end and I'll bet there is no machine named "atena:" . Try this patch. Bill Index: util.c =================================================================== RCS file: /home/ncvs/src/usr.bin/fetch/util.c,v retrieving revision 1.3 diff -u -r1.3 util.c --- util.c 1997/02/05 19:59:18 1.3 +++ util.c 1997/02/07 17:19:37 @@ -163,7 +163,6 @@ colon = strchr(s, ':'); if (colon != 0) { - colon++; errno = 0; ul = strtoul(colon + 1, &ep, 10); if (*ep != '\0' || colon[1] == '\0' || errno != 0 From owner-freebsd-current Fri Feb 7 09:55:42 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id JAA09800 for current-outgoing; Fri, 7 Feb 1997 09:55:42 -0800 (PST) Received: from halloran-eldar.lcs.mit.edu (halloran-eldar.lcs.mit.edu [18.26.0.159]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id JAA09794 for ; Fri, 7 Feb 1997 09:55:39 -0800 (PST) Received: by halloran-eldar.lcs.mit.edu; (5.65v3.2/1.1.8.2/19Aug95-0530PM) id AA24525; Fri, 7 Feb 1997 12:55:34 -0500 Date: Fri, 7 Feb 1997 12:55:34 -0500 From: Garrett Wollman Message-Id: <9702071755.AA24525@halloran-eldar.lcs.mit.edu> To: Bill Fenner Cc: roberto@eurocontrol.fr (Ollivier Robert), freebsd-current@FreeBSD.ORG (FreeBSD Current Users' list) Subject: Re: fetch and gethostbyname2 In-Reply-To: <97Feb7.092041pst.177476@crevenia.parc.xerox.com> References: <19970207093535.OS29821@caerdonn.eurocontrol.fr> <97Feb7.092041pst.177476@crevenia.parc.xerox.com> Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk < said: > In message <19970207093535.OS29821@caerdonn.eurocontrol.fr> you write: >> fetch: `atena:': cannot resolve: Unknown host > Looks like an off-by-one error in parse_host_port(); note that there's > still a colon on the end and I'll bet there is no machine named "atena:" . > Try this patch. You're right. This is what happens when you change the design of a function in the middle of writing it... -GAWollman -- Garrett A. Wollman | O Siem / We are all family / O Siem / We're all the same wollman@lcs.mit.edu | O Siem / The fires of freedom Opinions not those of| Dance in the burning flame MIT, LCS, ANA, or NSA| - Susan Aglukark and Chad Irschick From owner-freebsd-current Fri Feb 7 12:01:30 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id MAA16047 for current-outgoing; Fri, 7 Feb 1997 12:01:30 -0800 (PST) Received: from usr11.primenet.com (root@usr11.primenet.com [206.165.5.111]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id MAA16035 for ; Fri, 7 Feb 1997 12:01:28 -0800 (PST) Received: from primenet.com (root@mailhost01.primenet.com [206.165.5.52]) by usr11.primenet.com (8.8.5/8.8.5) with ESMTP id NAA02426 for ; Fri, 7 Feb 1997 13:01:24 -0700 (MST) Received: from conceptual.com (consys.com [207.218.17.187]) by primenet.com (8.8.5/8.8.5) with ESMTP id NAA01594 for ; Fri, 7 Feb 1997 13:01:20 -0700 (MST) Received: from conceptual.com (localhost [127.0.0.1]) by conceptual.com (8.8.4/8.6.9) with ESMTP id NAA25717 for ; Fri, 7 Feb 1997 13:01:13 -0700 (MST) Message-Id: <199702072001.NAA25717@conceptual.com> X-Mailer: exmh version 2.0gamma 1/27/96 To: current@freebsd.org Subject: another ELF dropping, acroread Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 07 Feb 1997 13:01:13 -0700 From: "Russell L. Carter" Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk System is yesterday's 2.2. The acroread in ports-current doesn't work: root@conceptual:/usr/local/Acrobat3/Reader/intellinux/bin [109] ./acroread ELF binary type not known Abort trap root@conceptual:/usr/local/Acrobat3/Reader/intellinux/bin [110] brandelf ./acroread File './acroread' is of brand 'Linux'. root@conceptual:/usr/local/Acrobat3/Reader/intellinux/bin [111] file ./acroread ./acroread: ELF 32-bit LSB executable, Intel 80386, version 1 (Linux) I actually inserted the "Linux" by hand. Here is the header after doing that, if it helps 0: 7F 45 4C 46 01 01 01 00 4C 69 6E 75 78 00 00 00 .ELF....Linux... 10: 02 00 03 00 01 00 00 00 D0 A6 03 08 34 00 00 00 ............4... 20: D8 D3 20 00 00 00 00 00 34 00 20 00 05 00 28 00 .. .....4. ...(. 30: 18 00 15 00 06 00 00 00 34 00 00 00 34 00 00 08 ........4...4... 40: 00 00 00 00 A0 00 00 00 A0 00 00 00 05 00 00 00 ................ 50: 04 00 00 00 03 00 00 00 D4 00 00 00 D4 00 00 08 ................ 60: 00 00 00 00 13 00 00 00 13 00 00 00 04 00 00 00 ................ 70: 01 00 00 00 01 00 00 00 00 00 00 00 00 00 00 08 ................ 80: 00 00 00 00 37 55 1E 00 37 55 1E 00 05 00 00 00 ....7U..7U...... 90: 00 10 00 00 01 00 00 00 38 55 1E 00 38 65 1E 08 ........8U..8e.. A0: 00 00 00 00 84 53 02 00 E4 AE 02 00 06 00 00 00 .....S.......... B0: 00 10 00 00 02 00 00 00 EC A7 20 00 EC B7 20 08 .......... ... . C0: 00 00 00 00 D0 00 00 00 D0 00 00 00 06 00 00 00 ................ D0: 04 00 00 00 2F 6C 69 62 2F 6C 64 2D 6C 69 6E 75 ..../lib/ld-linu E0: 78 2E 73 6F 2E 31 00 00 09 02 00 00 09 15 00 00 x.so.1.......... F0: A6 03 00 00 A8 03 00 00 9D 14 00 00 F7 14 00 00 ................ 100: 58 12 00 00 9C 13 00 00 3B 14 00 00 F1 13 00 00 X.......;....... 110: 8A 13 00 00 C7 0F 00 00 0D 03 00 00 2D 12 00 00 ............-... For some reason FreeBSD seems to becoming much more interesting to productive scientific types lately, but they really want their linux apps. From owner-freebsd-current Fri Feb 7 12:34:40 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id MAA17892 for current-outgoing; Fri, 7 Feb 1997 12:34:40 -0800 (PST) Received: from mexico.brainstorm.eu.org (root@mexico.brainstorm.fr [193.56.58.253]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id MAA17879 for ; Fri, 7 Feb 1997 12:34:32 -0800 (PST) Received: from brasil.brainstorm.eu.org (brasil.brainstorm.fr [193.56.58.33]) by mexico.brainstorm.eu.org (8.8.4/8.8.4) with ESMTP id VAA02219 for ; Fri, 7 Feb 1997 21:34:24 +0100 Received: (from uucp@localhost) by brasil.brainstorm.eu.org (8.8.4/8.6.12) with UUCP id VAA12268 for current@FreeBSD.ORG; Fri, 7 Feb 1997 21:34:16 +0100 Received: (from roberto@localhost) by keltia.freenix.fr (8.8.5/keltia-uucp-2.9) id VAA17777; Fri, 7 Feb 1997 21:31:37 +0100 (CET) Message-ID: <19970207213137.AC54269@keltia.freenix.fr> Date: Fri, 7 Feb 1997 21:31:37 +0100 From: roberto@keltia.freenix.fr (Ollivier Robert) To: current@FreeBSD.ORG Subject: Re: another ELF dropping, acroread References: <199702072001.NAA25717@conceptual.com> X-Mailer: Mutt 0.60,1-3,9 Mime-Version: 1.0 X-Operating-System: FreeBSD 3.0-CURRENT ctm#2999 In-Reply-To: <199702072001.NAA25717@conceptual.com>; from Russell L. Carter on Feb 7, 1997 13:01:13 -0700 Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk According to Russell L. Carter: > root@conceptual:/usr/local/Acrobat3/Reader/intellinux/bin [109] ./acroread > ELF binary type not known > Abort trap Hmmm, last time I got this error, the Linux lkm was not loaded. Please check that with modstat. -- Ollivier ROBERT -=- The daemon is FREE! -=- roberto@keltia.freenix.fr FreeBSD keltia.freenix.fr 3.0-CURRENT #39: Sun Feb 2 22:12:44 CET 1997 From owner-freebsd-current Fri Feb 7 12:41:02 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id MAA18285 for current-outgoing; Fri, 7 Feb 1997 12:41:02 -0800 (PST) Received: from sendero.i-connect.net ([206.190.144.100]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id MAA18279 for ; Fri, 7 Feb 1997 12:40:54 -0800 (PST) Received: (from shimon@localhost) by sendero.i-connect.net (8.8.5/8.8.4) id NAA20729 for freebsd-current@freebsd.org; Fri, 7 Feb 1997 13:40:32 -0800 (PST) Message-ID: X-Mailer: XFMail 1.1-alpha [p0] on FreeBSD Content-Type: text/plain; charset=iso-8859-8 Content-Transfer-Encoding: 8bit MIME-Version: 1.0 Date: Fri, 07 Feb 1997 11:51:29 -0800 (PST) Organization: iConnect Corp. From: Simon Shapiro To: freebsd-current@freebsd.org Subject: Pppd Drops Under Heavy Load Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I have 2.2-BETA, upgraded to -current sometime last week. The problem is common to both. Configuration: 2 PPP Links; a. A USR Sportster 33.6 and a on the MB 16550-like UART running at 115,200 baud. (ccua1) b. Motorola BitSRFR-Pro ISDN on a 16550 card, running at 230,400 (frequency doubler; it appears 115,200 to the kernel). (ccua2) Symptoms: As the Subject says. After a while, under heavy load, the line silently drops. Rarely, I get in the log: Feb 5 14:51:42 sendero pppd[5589]: Excessive lack of response to LCP echo frames. Feb 5 14:51:43 sendero pppd[5589]: Connection terminated. Or: Feb 5 13:00:19 sendero pppd[501]: Modem hangup Heavy Load means; cpio -dump across NFS + cvsup + ftp of large files + smtp It produces about 19 input + 19 output packets/sec. Another symptom is the cpio -dump across NFS aborts with I/O error. Now, the modep drop is possible but most likey bogus or unrelated to this problem as: 1) I get many disconnects without the message, 2) It does not happen on the same machine under Linux, and 3) It happens on the ISDN line which is very, very reliable here. On occasion, I get corrupted FTP transfers, but this is rare. Thanx for any clue... Simon From owner-freebsd-current Fri Feb 7 12:50:56 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id MAA18932 for current-outgoing; Fri, 7 Feb 1997 12:50:56 -0800 (PST) Received: from rover.village.org (rover.village.org [204.144.255.49]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id MAA18926 for ; Fri, 7 Feb 1997 12:50:50 -0800 (PST) Received: from rover.village.org [127.0.0.1] by rover.village.org with esmtp (Exim 0.56 #1) id E0vsxFt-0000om-00; Fri, 7 Feb 1997 13:50:45 -0700 To: freebsd-current@freebsd.org Subject: Re: CERT Advisory CA-97.06 - Vulnerability in rlogin/term (fwd) In-reply-to: Your message of "Thu, 06 Feb 1997 22:24:57 GMT." References: Date: Fri, 07 Feb 1997 13:50:44 -0700 From: Warner Losh Message-Id: Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk : ---------- Forwarded message ---------- : Date: Thu, 6 Feb 1997 15:42:57 -0600 : From: Aleph One : Reply-To: cert-advisory-request@cert.org : To: BUGTRAQ@netspace.org : Subject: CERT Advisory CA-97.06 - Vulnerability in rlogin/term : ... : FreeBSD, Inc. : ============= : This vulnerability is present in FreeBSD 2.1.5 and previous : versions. It was fixed in all FreeBSD source and : binary distributions dated after 1996/07/25. ... : ! term[MAX_TERM_LENGTH] = '\0'; ... Shouldn't that be MAX_TERM_LENGTH-1? Warner From owner-freebsd-current Fri Feb 7 14:01:02 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id OAA22652 for current-outgoing; Fri, 7 Feb 1997 14:01:02 -0800 (PST) Received: from usr10.primenet.com (root@usr10.primenet.com [206.165.5.110]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id OAA22646 for ; Fri, 7 Feb 1997 14:00:58 -0800 (PST) Received: from primenet.com (root@mailhost01.primenet.com [206.165.5.52]) by usr10.primenet.com (8.8.5/8.8.5) with ESMTP id OAA10086; Fri, 7 Feb 1997 14:59:56 -0700 (MST) Received: from conceptual.com (consys.com [207.218.17.187]) by primenet.com (8.8.5/8.8.5) with ESMTP id OAA01953; Fri, 7 Feb 1997 14:59:52 -0700 (MST) Received: from conceptual.com (localhost [127.0.0.1]) by conceptual.com (8.8.5/8.6.9) with ESMTP id OAA00343; Fri, 7 Feb 1997 14:54:57 -0700 (MST) Message-Id: <199702072154.OAA00343@conceptual.com> X-Mailer: exmh version 2.0gamma 1/27/96 To: roberto@keltia.freenix.fr (Ollivier Robert) cc: current@freebsd.org Subject: (duh!) Re: another ELF dropping, acroread In-reply-to: Your message of "Fri, 07 Feb 1997 21:31:37 +0100." <19970207213137.AC54269@keltia.freenix.fr> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 07 Feb 1997 14:54:56 -0700 From: "Russell L. Carter" Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Woops! 8-) It must be Friday... Thanks! Russell > According to Russell L. Carter: > > root@conceptual:/usr/local/Acrobat3/Reader/intellinux/bin [109] ./acroread > > ELF binary type not known > > Abort trap > > Hmmm, last time I got this error, the Linux lkm was not loaded. Please > check that with modstat. > -- > Ollivier ROBERT -=- The daemon is FREE! -=- roberto@keltia.freenix.fr > FreeBSD keltia.freenix.fr 3.0-CURRENT #39: Sun Feb 2 22:12:44 CET 1997 > From owner-freebsd-current Fri Feb 7 14:26:01 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id OAA25277 for current-outgoing; Fri, 7 Feb 1997 14:26:01 -0800 (PST) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id OAA25270 for ; Fri, 7 Feb 1997 14:25:56 -0800 (PST) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.3/8.6.9) id JAA19401; Sat, 8 Feb 1997 09:23:11 +1100 Date: Sat, 8 Feb 1997 09:23:11 +1100 From: Bruce Evans Message-Id: <199702072223.JAA19401@godzilla.zeta.org.au> To: freebsd-current@freebsd.org, Shimon@i-Connect.Net Subject: Re: Pppd Drops Under Heavy Load Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >a. A USR Sportster 33.6 and a on the MB 16550-like UART running at > 115,200 baud. (ccua1) > >b. Motorola BitSRFR-Pro ISDN on a 16550 card, running at 230,400 (frequency > doubler; it appears 115,200 to the kernel). (ccua2) > >Symptoms: As the Subject says. After a while, under heavy load, the line >silently drops. Rarely, I get in the log: Some buffers are scaled for 115200 bps max. Double RS_IBUFSIZE and TTYHOG for 230400 bps (the latter is optional and best not done if you only use kernel ppp). Also, perhaps user mode ppp depends on 115200 really being 115200. Bruce From owner-freebsd-current Fri Feb 7 14:42:20 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id OAA28661 for current-outgoing; Fri, 7 Feb 1997 14:42:20 -0800 (PST) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id OAA28642 for ; Fri, 7 Feb 1997 14:42:13 -0800 (PST) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.3/8.6.9) id JAA19754; Sat, 8 Feb 1997 09:34:21 +1100 Date: Sat, 8 Feb 1997 09:34:21 +1100 From: Bruce Evans Message-Id: <199702072234.JAA19754@godzilla.zeta.org.au> To: freebsd-current@freebsd.org, imp@village.org Subject: Re: CERT Advisory CA-97.06 - Vulnerability in rlogin/term (fwd) Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >: FreeBSD, Inc. >: ============= >: This vulnerability is present in FreeBSD 2.1.5 and previous >: versions. It was fixed in all FreeBSD source and >: binary distributions dated after 1996/07/25. >... >: ! term[MAX_TERM_LENGTH] = '\0'; >... > >Shouldn't that be MAX_TERM_LENGTH-1? No. MAX_TERM_LENGTH really is the maximum string length, so it doesn't count the nul terminator. Anyway, N-1 should be N - 1 :-). Bruce From owner-freebsd-current Fri Feb 7 15:15:09 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id PAA03594 for current-outgoing; Fri, 7 Feb 1997 15:15:09 -0800 (PST) Received: from starfire.mn.org (root@starfire.skypoint.net [199.86.32.187]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id PAA03574 for ; Fri, 7 Feb 1997 15:15:03 -0800 (PST) Received: (from john@localhost) by starfire.mn.org (8.8.5/1.1) id RAA17938; Fri, 7 Feb 1997 17:14:58 -0600 (CST) Message-ID: Date: Fri, 7 Feb 1997 17:14:58 -0600 From: john@dexter.starfire.mn.org (John Lind) To: current@freebsd.org Subject: 2.1.6(.1) CD install self-destruct (over NFS) X-Mailer: Mutt 0.53 Mime-Version: 1.0 Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I was attempting to load up a 2.1.6 system to apply the setlocale pathces and do a "make world". The load was happening across my local network from a CD that is NFS exported. I wasn't hovering over it every second, but I think that things went fairly well. At the end, it got to "saving kernel -c changes" and caught a "signal 10 -- I'm dead." At that point, I had no kernel on sd0a. Target system was a Pentium P90 with 64Mb of EDO RAM, Adaptec 3940W with a 2Gb Barracuda (ST32550W) on Channel A, and a no-name generic NE2000 16-bit ethernet clone. Let me know if I can provide any additional information. I'm going to try it again, and see if it was some sort of a fluke. John Lind, Starfire Consulting Services E-mail: john@starfire.MN.ORG USnail: PO Box 17247, Mpls MN 55417 From owner-freebsd-current Fri Feb 7 16:45:39 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id QAA14183 for current-outgoing; Fri, 7 Feb 1997 16:45:39 -0800 (PST) Received: from starfire.mn.org (root@starfire.skypoint.net [199.86.32.187]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id QAA14178 for ; Fri, 7 Feb 1997 16:45:32 -0800 (PST) Received: (from john@localhost) by starfire.mn.org (8.8.5/1.1) id SAA00669; Fri, 7 Feb 1997 18:45:23 -0600 (CST) Message-ID: Date: Fri, 7 Feb 1997 18:45:23 -0600 From: john@dexter.starfire.mn.org (John Lind) To: current@freebsd.org Subject: 2.1.6(CR) installation self-destructs again X-Mailer: Mutt 0.53 Mime-Version: 1.0 Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Same thing. After an otherwise successful install, it says: Information Dialog Saving any boot -c changes to new kernel...Fatal signal 10 caught! I'm dead... So, I figure I'll try to at least put SOME kernel on the root disk partition, so I activate the Emergency Holographic Shell and type mount. Everything looks good there, so I do an "ls /mnt" and it shows NOTHING! Nothing at all. Empty. So, I think maybe the mount table is out of date, so I try to mount /dev/sd0a /mnt, but is says that /mnt is busy... I'm going to try again with FTP from my server CD. Sigh. Suggestions welcome. Let me know if I can do anything to help. John Lind, Starfire Consulting Services E-mail: john@starfire.MN.ORG USnail: PO Box 17247, Mpls MN 55417 From owner-freebsd-current Fri Feb 7 17:46:35 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id RAA17077 for current-outgoing; Fri, 7 Feb 1997 17:46:35 -0800 (PST) Received: from whistle.com (s205m131.whistle.com [207.76.205.131]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id RAA17071 for ; Fri, 7 Feb 1997 17:46:33 -0800 (PST) Received: (from smap@localhost) by whistle.com (8.7.5/8.6.12) id RAA01508 for ; Fri, 7 Feb 1997 17:46:01 -0800 (PST) Received: from alpo.whistle.com(207.76.205.1) by whistle.com via smap (V1.3) id sma001506; Fri Feb 7 17:45:40 1997 Received: from current1.whistle.com (current1.whistle.com [207.76.205.22]) by alpo.whistle.com (8.8.5/8.8.4) with SMTP id RAA06038 for ; Fri, 7 Feb 1997 17:40:47 -0800 (PST) Message-ID: <32FBD933.167EB0E7@whistle.com> Date: Fri, 07 Feb 1997 17:38:59 -0800 From: Julian Elischer Organization: Whistle Communications X-Mailer: Mozilla 3.0Gold (X11; I; FreeBSD 2.2-CURRENT i386) MIME-Version: 1.0 To: current@freebsd.org Subject: size of partitions Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I'm setting myself up a machine here.. how big are /usr/ports and /usr/local/bin and/usr/X11R6 after a make of EVERYTHING on the ports collection? (I'll allow for make clean on usr/ports, but distfiles must get to some large size.) is there a place I can see this? thud? julian From owner-freebsd-current Fri Feb 7 18:28:13 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id SAA18813 for current-outgoing; Fri, 7 Feb 1997 18:28:13 -0800 (PST) Received: from mail2.uunet.ca (mail2.uunet.ca [142.77.1.15]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id SAA18806 for ; Fri, 7 Feb 1997 18:28:10 -0800 (PST) Received: from why.whine.com ([205.150.249.1]) by mail2.uunet.ca with ESMTP id <123272-10105>; Fri, 7 Feb 1997 21:28:05 -0500 Received: from why (why [205.150.249.1]) by why.whine.com (8.8.5/8.7.3) with SMTP id VAA01107 for ; Fri, 7 Feb 1997 21:27:31 -0500 (EST) Date: Fri, 7 Feb 1997 21:27:30 -0500 From: Andrew Herdman X-Sender: andrew@why To: current@freebsd.org Subject: Make world of Current dies with weird errors. Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk When i'm doing a make world, i get the following errors. make cleandir ===> lib/libtelnet make in free(): warning: chunk is already free. make in free(): warning: chunk is already free. make in free(): warning: chunk is already free. Segmentation fault - core dumped *** Error code 139 Stop. *** Error code 1 1 error I also get Bus Errors (sig 10) which i wasn't able to reproduce this time around. I'm wondering if something has gone bad with my source tree. I build current in a chroot environment. Nothing else is affected... i've run some pretty nasty system wise programs and they all beat away at the system fine, and making ports and the kernel work fine as well. It's only in this chroot'd environment that I seem to be having problems with. Any help is appreciated. Andrew From owner-freebsd-current Fri Feb 7 23:11:11 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id XAA27818 for current-outgoing; Fri, 7 Feb 1997 23:11:11 -0800 (PST) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id XAA27813 for ; Fri, 7 Feb 1997 23:11:08 -0800 (PST) Received: (from msmith@localhost) by genesis.atrad.adelaide.edu.au (8.8.2/8.7.3) id RAA15206; Sat, 8 Feb 1997 17:40:56 +1030 (CST) From: Michael Smith Message-Id: <199702080710.RAA15206@genesis.atrad.adelaide.edu.au> Subject: Re: 2.2 CVSUP 2-6-97 20:00 USA EDT In-Reply-To: <199702071550.JAA26268@undquirt.visi.com> from "Brent J. Nordquist" at "Feb 7, 97 09:50:41 am" To: bjn@visi.com Date: Sat, 8 Feb 1997 17:40:55 +1030 (CST) Cc: jkh@time.cdrom.com, freebsd-current@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL28 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Brent J. Nordquist stands accused of saying: > > I understand the philosophy behind /usr/src/contrib, but I'm not > sure I fully understand how it works in practice when making the > world. Do you have to do something special to get the /usr/src/contrib > version of an application to be the one used? Are there supposed > to be symbolic links pointing into /usr/src/contrib if that's the > one being used? (Do you get the /usr/src/gnu/usr.bin version of > an app. by default unless you take some additional step?) Code in /contrib is referenced by a Makefile in the 'correct' place using the '.PATH' feature of make. Have a look at /usr/src/lib/libtcl/Makefile for an example. There's not supposed to be duplicates of anything in the tree; the gdb case was a slip-up on Joerg's part. There are no symbolic links involved. > Brent J. Nordquist / bjn@visi.com > +1 612 827-2747 > -- ]] Mike Smith, Software Engineer msmith@gsoft.com.au [[ ]] Genesis Software genesis@gsoft.com.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control. (ph) +61-8-8267-3493 [[ ]] Unix hardware collector. "Where are your PEZ?" The Tick [[ From owner-freebsd-current Fri Feb 7 23:36:27 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id XAA28570 for current-outgoing; Fri, 7 Feb 1997 23:36:27 -0800 (PST) Received: from sendero.i-connect.net ([206.190.144.100]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id XAA28564 for ; Fri, 7 Feb 1997 23:36:15 -0800 (PST) Received: (from shimon@localhost) by sendero.i-connect.net (8.8.5/8.8.4) id AAA26861 for freebsd-current@freebsd.org; Sat, 8 Feb 1997 00:35:35 -0800 (PST) Message-ID: X-Mailer: XFMail 1.1-alpha [p0] on FreeBSD Content-Type: text/plain; charset=iso-8859-8 Content-Transfer-Encoding: 8bit MIME-Version: 1.0 Date: Fri, 07 Feb 1997 21:54:54 -0800 (PST) Organization: iConnect Corp. From: Simon Shapiro To: freebsd-current@freebsd.org Subject: Libopie, Who are You? Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I have a directory, a makefile and no sources. What? Where? Why? How? Thanx. Simon From owner-freebsd-current Sat Feb 8 03:04:29 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id DAA05900 for current-outgoing; Sat, 8 Feb 1997 03:04:29 -0800 (PST) Received: from peedub.gj.org (newpc.muc.ditec.de [194.120.126.33]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id DAA05895 for ; Sat, 8 Feb 1997 03:04:24 -0800 (PST) Received: from peedub.gj.org (localhost [127.0.0.1]) by peedub.gj.org (8.8.5/8.6.9) with ESMTP id MAA11290; Sat, 8 Feb 1997 12:00:17 GMT Message-Id: <199702081200.MAA11290@peedub.gj.org> X-Mailer: exmh version 2.0beta 12/23/96 To: Simon Shapiro Cc: freebsd-current@freebsd.org Subject: Re: Libopie, Who are You? Reply-To: Gary Jennejohn In-reply-to: Your message of "Fri, 07 Feb 1997 21:54:54 PST." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sat, 08 Feb 1997 12:00:17 +0000 From: Gary Jennejohn Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Simon Shapiro writes: >I have a directory, a makefile and no sources. > >What? Where? Why? How? > >Thanx. > >Simon > the sources should be in /usr/src/contrib. Look at the Makefile, you'll see a .PATH directive pointing at them. --- Gary Jennejohn Home - Gary.Jennejohn@munich.netsurf.de Work - gjennejohn@frt.dec.com From owner-freebsd-current Sat Feb 8 03:51:06 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id DAA07334 for current-outgoing; Sat, 8 Feb 1997 03:51:06 -0800 (PST) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id DAA07328 for ; Sat, 8 Feb 1997 03:51:03 -0800 (PST) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id MAA24868; Sat, 8 Feb 1997 12:50:57 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.8.5/8.6.9) id MAA25843; Sat, 8 Feb 1997 12:50:18 +0100 (MET) Message-ID: Date: Sat, 8 Feb 1997 12:50:18 +0100 From: j@uriah.heep.sax.de (J Wunsch) To: john@dexter.starfire.mn.org (John Lind) Cc: current@freebsd.org Subject: Re: 2.1.6(CR) installation self-destructs again References: X-Mailer: Mutt 0.55-PL10 Mime-Version: 1.0 X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: ; from John Lind on Feb 7, 1997 18:45:23 -0600 Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk As John Lind wrote: > So, I figure I'll try to at least put SOME kernel on the root disk > partition, so I activate the Emergency Holographic Shell and type > mount. You say, it killed _both_ kernel files there? -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-current Sat Feb 8 04:15:14 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id EAA08431 for current-outgoing; Sat, 8 Feb 1997 04:15:14 -0800 (PST) Received: from mexico.brainstorm.eu.org (root@mexico.brainstorm.fr [193.56.58.253]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id EAA08426 for ; Sat, 8 Feb 1997 04:15:04 -0800 (PST) Received: from brasil.brainstorm.eu.org (brasil.brainstorm.fr [193.56.58.33]) by mexico.brainstorm.eu.org (8.8.4/8.8.4) with ESMTP id NAA03414 for ; Sat, 8 Feb 1997 13:14:55 +0100 Received: (from uucp@localhost) by brasil.brainstorm.eu.org (8.8.4/8.6.12) with UUCP id NAA08466 for freebsd-current@freebsd.org; Sat, 8 Feb 1997 13:14:20 +0100 Received: (from roberto@localhost) by keltia.freenix.fr (8.8.5/keltia-uucp-2.9) id KAA20002; Sat, 8 Feb 1997 10:50:20 +0100 (CET) Message-ID: <19970208105020.PD19966@keltia.freenix.fr> Date: Sat, 8 Feb 1997 10:50:20 +0100 From: roberto@keltia.freenix.fr (Ollivier Robert) To: freebsd-current@freebsd.org Subject: Re: Libopie, Who are You? References: X-Mailer: Mutt 0.60,1-3,9 Mime-Version: 1.0 X-Operating-System: FreeBSD 3.0-CURRENT ctm#2999 In-Reply-To: ; from Simon Shapiro on Feb 7, 1997 21:54:54 -0800 Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk According to Simon Shapiro: > I have a directory, a makefile and no sources. > > What? Where? Why? How? In /usr/src/contrib as usual. You may have a screwed up CVSup file. -- Ollivier ROBERT -=- The daemon is FREE! -=- roberto@keltia.freenix.fr FreeBSD keltia.freenix.fr 3.0-CURRENT #39: Sun Feb 2 22:12:44 CET 1997 From owner-freebsd-current Sat Feb 8 06:51:58 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id GAA15003 for current-outgoing; Sat, 8 Feb 1997 06:51:58 -0800 (PST) Received: from nexgen.ampr.org (max2-134.HiWAAY.net [208.147.145.134]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id GAA14998 for ; Sat, 8 Feb 1997 06:51:54 -0800 (PST) Received: from nexgen.ampr.org (localhost [127.0.0.1]) by nexgen.ampr.org (8.8.5/8.8.4) with ESMTP id IAA14011 for ; Sat, 8 Feb 1997 08:51:51 -0600 (CST) Message-Id: <199702081451.IAA14011@nexgen.ampr.org> X-Mailer: exmh version 1.6.9 8/22/96 To: freebsd-current@FreeBSD.ORG Subject: make release problems From: dkelly@HiWAAY.net Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sat, 08 Feb 1997 08:51:49 -0600 Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk I had the great idea I'd try to roll my own release during some idle CPU cycles: nexgen: {179} uname -a FreeBSD nexgen.ampr.org 2.2-GAMMA FreeBSD 2.2-GAMMA #0: Sat Feb 8 07:30:46 CST 1997 dkelly@nexgen.ampr.org:/usr/src/sys/compile/NEXGEN i386 nexgen: {180} cd /usr/src/release nexgen: {181} make release CHROOTDIR=/usr/release RELEASETAG=2.2-GAMMA-DMK chflags -R noschg /usr/release/. ... ===> lkm/wcd install -c -o bin -g bin -m 555 wcd_mod.o /usr/release/lkm cd /usr/release/usr && rm -rf src && cvs -d co -P -r 2.2-GAMMA-DMK src cvs: invalid option -- P Usage: cvs [cvs-options] command [command-options] [files...] Where 'cvs-options' are: -H Displays Usage information for command -Q Cause CVS to be really quiet. -q Cause CVS to be somewhat quiet. -r Make checked-out files read-only -w Make checked-out files read-write (default) -l Turn History logging off -n Do not execute anything that will change the disk -t Show trace of program execution -- Try with -n -v CVS version and copyright -b bindir Find RCS programs in 'bindir' -e editor Use 'editor' for editing log information -d CVS_root Overrides $CVSROOT as the root of the CVS tree -f Do not use the ~/.cvsrc file -z # Use 'gzip -#' for net traffic if possible. -s VAR=VAL Set CVS user variable. and where 'command' is: add, admin, etc. (use the --help-commands option for a list of commands) *** Error code 1 I've been updating my source tree with CTM: nexgen: {187} cat /usr/src/.ctm* src-2.2 162 nexgen: {188} I'm guessing my "make release" fails because I don't have CVS initialized for this source tree. Do I need to change my update model to CVSup? -- David Kelly N4HHE, dkelly@hiwaay.net ===================================================================== The human mind ordinarily operates at only ten percent of its capacity -- the rest is overhead for the operating system. From owner-freebsd-current Sat Feb 8 06:52:21 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id GAA15033 for current-outgoing; Sat, 8 Feb 1997 06:52:21 -0800 (PST) Received: from nic.follonett.no (nic.follonett.no [194.198.43.10]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id GAA15028; Sat, 8 Feb 1997 06:52:17 -0800 (PST) Received: (from uucp@localhost) by nic.follonett.no (8.8.5/8.8.3) with UUCP id PAA01479; Sat, 8 Feb 1997 15:50:52 +0100 (MET) Received: from oo7 (oo7.dimaga.com [192.0.0.65]) by dimaga.com (8.7.5/8.7.2) with SMTP id PAA07161; Sat, 8 Feb 1997 15:54:21 +0100 (MET) Message-Id: <3.0.32.19970208155420.00aaf720@dimaga.com> X-Sender: eivind@dimaga.com X-Mailer: Windows Eudora Pro Version 3.0 (32) Date: Sat, 08 Feb 1997 15:54:22 +0100 To: hackers@freebsd.org, current@freebsd.org From: Eivind Eklund Subject: Proposed change to dump/restore Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk The suid capability of dump is only used for remote backups. dump have been known for security holes in the past, and is not a user level program. I propose a change of default mode and owner for this program to -r-sr-x--- root:operator /sbin/dump which will disallow anybody not in the operator group from making backups using dump (which is not too bad a thing, as only members of wheel can access the harddisks directly, which is needed to be able to use dump anyway), and only leave dump vulnerable to attacks from an operator :) Does anybody object to the change? If not, it'll go into 2.1.7 and -current. Eivind Eklund perhaps@yes.no http://maybe.yes.no/perhaps/ eivind@freebsd.org From owner-freebsd-current Sat Feb 8 07:12:54 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id HAA15869 for current-outgoing; Sat, 8 Feb 1997 07:12:54 -0800 (PST) Received: from grackle.grondar.za (M4EJSSl2/GCtvxPE8oRy9K/fsh2SZBzO@grackle.grondar.za [196.7.18.131]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id HAA15858 for ; Sat, 8 Feb 1997 07:12:46 -0800 (PST) Received: from grackle.grondar.za (vD0mXC7v691ppBJ7UJBj1FUPbc2HzpI1@localhost [127.0.0.1]) by grackle.grondar.za (8.8.4/8.8.4) with ESMTP id RAA17824; Sat, 8 Feb 1997 17:12:35 +0200 (SAT) Message-Id: <199702081512.RAA17824@grackle.grondar.za> To: dkelly@HiWAAY.net cc: freebsd-current@freebsd.org Subject: Re: make release problems Date: Sat, 08 Feb 1997 17:12:30 +0200 From: Mark Murray Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > I'm guessing my "make release" fails because I don't have CVS initialized > for this source tree. Do I need to change my update model to CVSup? It's failing because you don't have the whole cvs tree. You can use either CTM or CVSUP to get that. M -- Mark Murray PGP key fingerprint = 80 36 6E 40 83 D6 8A 36 This .sig is umop ap!sdn. BC 06 EA 0E 7A F2 CE CE From owner-freebsd-current Sat Feb 8 07:42:32 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id HAA17248 for current-outgoing; Sat, 8 Feb 1997 07:42:32 -0800 (PST) Received: from tfs.com (tfs.com [140.145.250.1]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id HAA17235 for ; Sat, 8 Feb 1997 07:42:30 -0800 (PST) Received: from schizo.dk.tfs.com by tfs.com (smail3.1.28.1) with SMTP id m0vtEuX-0003xhC; Sat, 8 Feb 97 07:41 PST Received: from critter.dk.tfs.com (critter-home [193.162.32.19]) by schizo.dk.tfs.com (8.8.2/8.7.3) with ESMTP id QAA10413; Sat, 8 Feb 1997 16:41:46 +0100 (MET) Received: from critter.dk.tfs.com (localhost [127.0.0.1]) by critter.dk.tfs.com (8.8.2/8.8.2) with ESMTP id QAA08138; Sat, 8 Feb 1997 16:43:59 +0100 (MET) To: dkelly@HiWAAY.net cc: freebsd-current@freebsd.org Subject: Re: make release problems In-reply-to: Your message of "Sat, 08 Feb 1997 08:51:49 CST." <199702081451.IAA14011@nexgen.ampr.org> Date: Sat, 08 Feb 1997 16:43:59 +0100 Message-ID: <8136.855416639@critter.dk.tfs.com> From: Poul-Henning Kamp Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In message <199702081451.IAA14011@nexgen.ampr.org>, dkelly@HiWAAY.net writes: Your CVSROOT isn't set. Poul-Henning >I had the great idea I'd try to roll my own release during some idle CPU >cycles: >===> lkm/wcd >install -c -o bin -g bin -m 555 wcd_mod.o /usr/release/lkm >cd /usr/release/usr && rm -rf src && cvs -d co -P -r 2.2-GAMMA-DMK src >cvs: invalid option -- P >Usage: cvs [cvs-options] command [command-options] [files...] > Where 'cvs-options' are: > -H Displays Usage information for command -- Poul-Henning Kamp | phk@FreeBSD.ORG FreeBSD Core-team. http://www.freebsd.org/~phk | phk@login.dknet.dk Private mailbox. whois: [PHK] | phk@tfs.com TRW Financial Systems, Inc. Power and ignorance is a disgusting cocktail. From owner-freebsd-current Sat Feb 8 08:28:24 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id IAA18677 for current-outgoing; Sat, 8 Feb 1997 08:28:24 -0800 (PST) Received: from tfs.com (tfs.com [140.145.250.1]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id IAA18672 for ; Sat, 8 Feb 1997 08:28:22 -0800 (PST) Received: from schizo.dk.tfs.com by tfs.com (smail3.1.28.1) with SMTP id m0vtFd0-0003xgC; Sat, 8 Feb 97 08:27 PST Received: from critter.dk.tfs.com (critter-home [193.162.32.19]) by schizo.dk.tfs.com (8.8.2/8.7.3) with ESMTP id RAA10500; Sat, 8 Feb 1997 17:27:47 +0100 (MET) Received: from critter.dk.tfs.com (localhost [127.0.0.1]) by critter.dk.tfs.com (8.8.2/8.8.2) with ESMTP id RAA08303; Sat, 8 Feb 1997 17:29:36 +0100 (MET) To: Andrew Herdman cc: current@freebsd.org Subject: Re: Make world of Current dies with weird errors. In-reply-to: Your message of "Fri, 07 Feb 1997 21:27:30 EST." Date: Sat, 08 Feb 1997 17:29:36 +0100 Message-ID: <8301.855419376@critter.dk.tfs.com> From: Poul-Henning Kamp Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In message , Andrew Herdman writes : >When i'm doing a make world, i get the following errors. > >make cleandir > > > >===> lib/libtelnet >make in free(): warning: chunk is already free. >make in free(): warning: chunk is already free. >make in free(): warning: chunk is already free. Off the top of my head I'd say RAM/cache HW problem, but I have heard other reports about the same phenomena enough to find it slightly worrisome, and I have not been able to reproduce the problem here. If you can reliably reproduce this, and have time & courage, here's how to proceed: in your chroot environment: ln -s A /etc/malloc.conf reproduce the problem you should now have a make.core file somewhere. gdb /usr/src/.../make make.core find the problem make a patch send-pr The actual complaint from the program means that some piece of memory that was allocated with malloc is freed twice. The fact that it's called a "chunk" tells that it is <= 2048 bytes long. If you can get a stacktrace, you will find the pointer to this piece of memory in the topmost call to free() or realloc(). Try to see if you can compile a make with "-g" and still reproduce the problem. -- Poul-Henning Kamp | phk@FreeBSD.ORG FreeBSD Core-team. http://www.freebsd.org/~phk | phk@login.dknet.dk Private mailbox. whois: [PHK] | phk@tfs.com TRW Financial Systems, Inc. Power and ignorance is a disgusting cocktail. From owner-freebsd-current Sat Feb 8 09:05:14 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id JAA20062 for current-outgoing; Sat, 8 Feb 1997 09:05:14 -0800 (PST) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id JAA20056 for ; Sat, 8 Feb 1997 09:05:06 -0800 (PST) Received: from time.cdrom.com (localhost [127.0.0.1]) by time.cdrom.com (8.8.5/8.6.9) with ESMTP id JAA07361; Sat, 8 Feb 1997 09:04:59 -0800 (PST) To: dkelly@HiWAAY.net cc: freebsd-current@freebsd.org Subject: Re: make release problems In-reply-to: Your message of "Sat, 08 Feb 1997 08:51:49 CST." <199702081451.IAA14011@nexgen.ampr.org> Date: Sat, 08 Feb 1997 09:04:59 -0800 Message-ID: <7358.855421499@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > I had the great idea I'd try to roll my own release during some idle CPU > cycles: Looks like you're not running recent enough bits on the actual 2.2 build machine; your cvs command doesn't appear to accept the new command line syntax which was introduced post 2.1. As a general rule, if you want to build for a given release (or branch) then your build machine should be running bits fairly close to the version of what you're building. Jordan > > nexgen: {179} uname -a > FreeBSD nexgen.ampr.org 2.2-GAMMA FreeBSD 2.2-GAMMA #0: Sat Feb 8 07:30:46 > CST 1997 dkelly@nexgen.ampr.org:/usr/src/sys/compile/NEXGEN i386 > nexgen: {180} cd /usr/src/release > nexgen: {181} make release CHROOTDIR=/usr/release RELEASETAG=2.2-GAMMA-DMK > chflags -R noschg /usr/release/. > ... > ===> lkm/wcd > install -c -o bin -g bin -m 555 wcd_mod.o /usr/release/lkm > cd /usr/release/usr && rm -rf src && cvs -d co -P -r 2.2-GAMMA-DMK src > cvs: invalid option -- P > Usage: cvs [cvs-options] command [command-options] [files...] > Where 'cvs-options' are: > -H Displays Usage information for command > -Q Cause CVS to be really quiet. > -q Cause CVS to be somewhat quiet. > -r Make checked-out files read-only > -w Make checked-out files read-write (default) > -l Turn History logging off > -n Do not execute anything that will change the disk > -t Show trace of program execution -- Try with -n > -v CVS version and copyright > -b bindir Find RCS programs in 'bindir' > -e editor Use 'editor' for editing log information > -d CVS_root Overrides $CVSROOT as the root of the CVS tree > -f Do not use the ~/.cvsrc file > -z # Use 'gzip -#' for net traffic if possible. > -s VAR=VAL Set CVS user variable. > > and where 'command' is: add, admin, etc. (use the --help-commands > option for a list of commands) > *** Error code 1 > > I've been updating my source tree with CTM: > > nexgen: {187} cat /usr/src/.ctm* > src-2.2 162 > nexgen: {188} > > I'm guessing my "make release" fails because I don't have CVS initialized > for this source tree. Do I need to change my update model to CVSup? > > -- > David Kelly N4HHE, dkelly@hiwaay.net > ===================================================================== > The human mind ordinarily operates at only ten percent of its > capacity -- the rest is overhead for the operating system. > > From owner-freebsd-current Sat Feb 8 09:14:53 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id JAA20404 for current-outgoing; Sat, 8 Feb 1997 09:14:53 -0800 (PST) Received: from alpha.risc.org (trt-on7-45.netcom.ca [207.181.82.173]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id JAA20395 for ; Sat, 8 Feb 1997 09:14:47 -0800 (PST) Received: from localhost (taob@localhost) by alpha.risc.org (8.8.4/8.8.4) with SMTP id MAA17352; Sat, 8 Feb 1997 12:14:11 -0500 (EST) Date: Sat, 8 Feb 1997 12:14:11 -0500 (EST) From: Brian Tao To: John Capo cc: current@freebsd.org Subject: Re: 21140A-C (de0 transmission timeout) In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Mon, 20 Jan 1997, John Capo wrote: > > ftp://ftp.irbs.com/FreeBSD/pci/ contains an if_de.c for -stable that > works with the SMC9332BDT card. This card uses a 21140A chip. This > if_de.c is from -current around 11/26/96 with mods for -stable. The > mods for the 21140A were minor. I have a Kingston 10/100Mbps PCI card on my PC at work (sorry, I don't have the exact model number handy) which appears to use a "21140A-C". The kernel device probe messages in 3.0-970124-SNAP show it as a 21140A controller, but I'm still getting the "de0: transmission timeout" errors. Is there a yet newer version of the driver to support the 21140A-C variant? -- Brian Tao (BT300, taob@risc.org) "Though this be madness, yet there is method in't" From owner-freebsd-current Sat Feb 8 11:52:16 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id LAA26083 for current-outgoing; Sat, 8 Feb 1997 11:52:16 -0800 (PST) Received: from po6.andrew.cmu.edu (PO6.ANDREW.CMU.EDU [128.2.10.106]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id LAA26077 for ; Sat, 8 Feb 1997 11:52:12 -0800 (PST) Received: (from postman@localhost) by po6.andrew.cmu.edu (8.8.2/8.8.2) id OAA01969 for freebsd-current@freefall.FreeBSD.org; Sat, 8 Feb 1997 14:52:05 -0500 Received: via switchmail; Sat, 8 Feb 1997 14:51:59 -0500 (EST) Received: from apriori.cc.cmu.edu via qmail ID ; Sat, 8 Feb 1997 14:50:51 -0500 (EST) Received: from apriori.cc.cmu.edu via qmail ID ; Sat, 8 Feb 1997 14:50:50 -0500 (EST) Received: from mms.4.60.Jun.27.1996.03.05.56.sun4.41.EzMail.2.0.CUILIB.3.45.SNAP.NOT.LINKED.apriori.cc.cmu.edu.sun4m.412 via MS.5.6.apriori.cc.cmu.edu.sun4_41; Sat, 8 Feb 1997 14:50:49 -0500 (EST) Message-ID: <8mzBYNO00YVp0P4FIt@andrew.cmu.edu> Date: Sat, 8 Feb 1997 14:50:49 -0500 (EST) From: Robert N Watson To: freebsd-current@freefall.FreeBSD.org Subject: 3.0-970124-SNAP: man page search order Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk I installed 3.0SNAP on a machine a week or two ago, and so far have been extremely impressed with its stability, etc. I've had only two difficulties, neither serious: 1. Installing packages from ftp2.freebsd.org sometimes fails for specific packages -- xemacs in this case. This may just be a result of this being a SNAP. Also, the sysinstall.debug output is weird (lots of "failure"'s?) 2. The real thing is this. The man page search order finds all of the c programming calls after the TCL ones, so "man bind" returns TCL's bind, not the syscall bind. This is inconvenient if one is a C programmer not a TCL programmer. I assume I can fix this with /etc/manpath.config, but this doesn't seem like the right default setting? Thanks, Robert Watson From owner-freebsd-current Sat Feb 8 12:17:08 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id MAA26941 for current-outgoing; Sat, 8 Feb 1997 12:17:08 -0800 (PST) Received: from who.cdrom.com (who.cdrom.com [204.216.27.3]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id MAA26936 for ; Sat, 8 Feb 1997 12:17:06 -0800 (PST) Received: from zeus.xtalwind.net (slipper24a.xtalwind.net [205.160.242.97]) by who.cdrom.com (8.7.5/8.6.11) with ESMTP id MAA25189 for ; Sat, 8 Feb 1997 12:17:03 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by zeus.xtalwind.net (8.8.5/8.8.5) with SMTP id PAA00693 for ; Sat, 8 Feb 1997 15:08:29 -0500 (EST) Date: Sat, 8 Feb 1997 15:08:28 -0500 (EST) From: jack X-Sender: jack@localhost To: freebsd-current@freebsd.org Subject: Upgrade 2.2-BETA -> GAMMA Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I did a PPP over modem upgrade last night and except for a few minor `annoyances' it was flawless. :) Kudos: While the 2.2-GAMMA Site wasn't found I was able to then select ftp.freebsd.org without having to reenter net info and reestablish the PPP link. Since I usually just start these and go to bed, I was pleasantly surprised to find that I did not have to start the day merging old and new /etc files. (With two exceptions.) So far, /etc seems just fine. Ooops: There still doesn't seem to be a way to tell sysinstall that the cmos clock is set to local time, and wall_cmos_clock was not brought back from the preserved /etc directory. I'd like to have my clock set to GMT but, to support the lusers, I have to have that collection of CPU instructions that wishes it was an OS on the machine. You know the ones that think the prime meridian and the center of the universe are in Redmond. My /etc/ppp/ppp.conf file was totally overwritten before a backup copy was made (by sysinstall, I had one :}). With XWindows 3.2 my mouse was set to /dev/mouse. Except for some weirdness with Netscape scroll bars the mouse was fine with moused running. Now, with X set for /dev/mouse or /dev/cuaa1 the pointer is frozen in the center of the screen, with that mouse set to /dev/sysmouse the pointer stays in the upper left corner. Moving the mouse pulls it away but it immediately returns, and motion is occasionally interpreted as a button click. moused and X seem to have become xor. :( Overall this was the most painless upgrade yet, and if a fresh install is similar it should make things much easier for new users. I'd like to thank the core team and all the contributors for their time and efforts in making FreeBSD the outstanding operating system it is, and for all of the knowledge that they have shared in the various mailing lists in newsgroups. Jack -------------------------------------------------------------------------- Jack O'Neill Finger jacko@diamond.xtalwind.net or jack@xtalwind.net http://www.xtalwind.net/~jacko/pubpgp.html #include for my PGP key. PGP Key fingerprint = F6 C4 E6 D4 2F 15 A7 67 FD 09 E9 3C 5F CC EB CD -------------------------------------------------------------------------- From owner-freebsd-current Sat Feb 8 12:36:57 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id MAA27641 for current-outgoing; Sat, 8 Feb 1997 12:36:57 -0800 (PST) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id MAA27621; Sat, 8 Feb 1997 12:36:52 -0800 (PST) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.3/8.6.9) id HAA24797; Sun, 9 Feb 1997 07:34:07 +1100 Date: Sun, 9 Feb 1997 07:34:07 +1100 From: Bruce Evans Message-Id: <199702082034.HAA24797@godzilla.zeta.org.au> To: current@freebsd.org, eivind@dimaga.com, hackers@freebsd.org Subject: Re: Proposed change to dump/restore Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >The suid capability of dump is only used for remote backups. > >dump have been known for security holes in the past, and is not a user >level program. I propose a change of default mode and owner for this >program to >-r-sr-x--- root:operator /sbin/dump It should be at least -r-sr-xr--. >which will disallow anybody not in the operator group from making backups >using dump (which is not too bad a thing, as only members of wheel can >access the harddisks directly, which is needed to be able to use dump >anyway), and only leave dump vulnerable to attacks from an operator :) Don't forget device independence. If you somehow have a ufs file system image in a file, then dump will work on it, and dump/restore is one way to list its contents. If dump is world readable, then anyone can run a nonsetuid copy of it to do this, but it's annoying to have to copy it. Hard disks are not accessible by members of group wheel. However, they are readable by group operator. Why do dump and restore currently have group tty? Bruce From owner-freebsd-current Sat Feb 8 14:51:01 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id OAA05512 for current-outgoing; Sat, 8 Feb 1997 14:51:01 -0800 (PST) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id OAA05496 for ; Sat, 8 Feb 1997 14:50:55 -0800 (PST) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id XAA07487 for freebsd-current@freefall.freebsd.org; Sat, 8 Feb 1997 23:50:53 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.8.5/8.6.9) id XAA29612; Sat, 8 Feb 1997 23:44:01 +0100 (MET) Message-ID: Date: Sat, 8 Feb 1997 23:44:01 +0100 From: j@uriah.heep.sax.de (J Wunsch) To: freebsd-current@freefall.freebsd.org Subject: Re: 3.0-970124-SNAP: man page search order References: <8mzBYNO00YVp0P4FIt@andrew.cmu.edu> X-Mailer: Mutt 0.55-PL10 Mime-Version: 1.0 X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <8mzBYNO00YVp0P4FIt@andrew.cmu.edu>; from Robert N Watson on Feb 8, 1997 14:50:49 -0500 Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk As Robert N Watson wrote: > 2. The real thing is this. The man page search order finds all of the c > programming calls after the TCL ones, so "man bind" returns TCL's bind, > not the syscall bind. I'm also fairly annoyed by this. I never got it right why Tcl installs its man pages into the inofficial section `n' in the manual at all (is it really something to be considered `new' these days? :), but it's particularly annoying to have this section being searched in front of the standard sections. (I wonder what people would say if we now also came up with another set of man pages for already used names, for everything inside of Perl. :-) -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-current Sat Feb 8 14:51:07 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id OAA05547 for current-outgoing; Sat, 8 Feb 1997 14:51:07 -0800 (PST) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id OAA05507 for ; Sat, 8 Feb 1997 14:50:59 -0800 (PST) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id XAA07489 for current@freebsd.org; Sat, 8 Feb 1997 23:50:58 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.8.5/8.6.9) id XAA29626; Sat, 8 Feb 1997 23:47:29 +0100 (MET) Message-ID: Date: Sat, 8 Feb 1997 23:47:29 +0100 From: j@uriah.heep.sax.de (J Wunsch) To: current@freebsd.org Subject: Re: Proposed change to dump/restore References: <199702082034.HAA24797@godzilla.zeta.org.au> X-Mailer: Mutt 0.55-PL10 Mime-Version: 1.0 X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199702082034.HAA24797@godzilla.zeta.org.au>; from Bruce Evans on Feb 9, 1997 07:34:07 +1100 Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk As Bruce Evans wrote: > Why do dump and restore currently have group tty? To notify the 25 operators on your notebook when dump needs a new tape. :-) -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-current Sat Feb 8 14:54:21 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id OAA05690 for current-outgoing; Sat, 8 Feb 1997 14:54:21 -0800 (PST) Received: from mail2.uunet.ca (mail2.uunet.ca [142.77.1.15]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id OAA05678 for ; Sat, 8 Feb 1997 14:54:14 -0800 (PST) Received: from why.whine.com ([205.150.249.1]) by mail2.uunet.ca with ESMTP id <122914-14202>; Sat, 8 Feb 1997 17:54:10 -0500 Received: from why (why [205.150.249.1]) by why.whine.com (8.8.5/8.7.3) with SMTP id RAA15192; Sat, 8 Feb 1997 17:53:35 -0500 (EST) Date: Sat, 8 Feb 1997 17:53:35 -0500 From: Andrew Herdman X-Sender: andrew@why To: Poul-Henning Kamp cc: Andrew Herdman , current@freebsd.org Subject: Re: Make world of Current dies with weird errors. In-Reply-To: <8301.855419376@critter.dk.tfs.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Sat, 8 Feb 1997, Poul-Henning Kamp wrote: > In message , Andrew Herdman writes > : > >When i'm doing a make world, i get the following errors. > > > >make cleandir > > > > > > > >===> lib/libtelnet > >make in free(): warning: chunk is already free. > >make in free(): warning: chunk is already free. > >make in free(): warning: chunk is already free. > > Off the top of my head I'd say RAM/cache HW problem, but I have heard > other reports about the same phenomena enough to find it slightly > worrisome, and I have not been able to reproduce the problem here. > > If you can reliably reproduce this, and have time & courage, here's > how to proceed: > > in your chroot environment: > > ln -s A /etc/malloc.conf > reproduce the problem > you should now have a make.core file somewhere. > gdb /usr/src/.../make make.core > find the problem > make a patch > send-pr Well I had some courage. I can reliably reproduce the bug, and have with a make re-compiled with -g, and the malloc trick i now have a nice core file. As for using gdb for debugging... err well I don't now much about it... i've seen the bt command used extensively and this is what i got: Core was generated by `make'. Program terminated with signal 6, Abort trap. Cannot access memory at address 0x654f0. #0 0x807de11 in ?? () (gdb) bt #0 0x807de11 in ?? () #1 0x807d6e3 in ?? () #2 0x807c232 in ?? () #3 0x807c270 in ?? () #4 0x807d24b in ?? () #5 0x807d432 in ?? () #6 0x12731 in Lst_Destroy (l=0x588c0, freeProc=0) at /usr/src/usr.bin/make/lst.lib/lstDestroy.c:99 #7 0xfb2b in TargFreeGN (gnp=0x55d00) at targ.c:219 #8 0x1270b in Lst_Destroy (l=0x182e0, freeProc=0xfae0 ) at /usr/src/usr.bin/make/lst.lib/lstDestroy.c:93 #9 0xf9d7 in Targ_End () at targ.c:139 #10 0xa000 in main (argc=3, argv=0xefbfd798) at main.c:804 I have the core and the program that created, and if you want I can leave them somewhere for someone who knows what they are doing to take a peek at them. I will help where I can of course, but this one is bigger than I am. > > The actual complaint from the program means that some piece of memory > that was allocated with malloc is freed twice. The fact that it's > called a "chunk" tells that it is <= 2048 bytes long. > > If you can get a stacktrace, you will find the pointer to this piece > of memory in the topmost call to free() or realloc(). > > Try to see if you can compile a make with "-g" and still reproduce > the problem. Andrew From owner-freebsd-current Sat Feb 8 15:51:29 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id PAA08189 for current-outgoing; Sat, 8 Feb 1997 15:51:29 -0800 (PST) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id PAA08184 for ; Sat, 8 Feb 1997 15:51:24 -0800 (PST) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id AAA08878; Sun, 9 Feb 1997 00:51:14 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.8.5/8.6.9) id AAA29921; Sun, 9 Feb 1997 00:50:49 +0100 (MET) Message-ID: Date: Sun, 9 Feb 1997 00:50:49 +0100 From: j@uriah.heep.sax.de (J Wunsch) To: andrew@why.whine.com (Andrew Herdman) Cc: phk@critter.dk.tfs.com (Poul-Henning Kamp), andrew@why.whine.com (Andrew Herdman), current@freebsd.org Subject: Re: Make world of Current dies with weird errors. References: <8301.855419376@critter.dk.tfs.com> X-Mailer: Mutt 0.55-PL10 Mime-Version: 1.0 X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: ; from Andrew Herdman on Feb 8, 1997 17:53:35 -0500 Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk As Andrew Herdman wrote: > Core was generated by `make'. > Program terminated with signal 6, Abort trap. > Cannot access memory at address 0x654f0. > #0 0x807de11 in ?? () > (gdb) bt > #0 0x807de11 in ?? () > #1 0x807d6e3 in ?? () > #2 0x807c232 in ?? () > #3 0x807c270 in ?? () > #4 0x807d24b in ?? () > #5 0x807d432 in ?? () > #6 0x12731 in Lst_Destroy (l=0x588c0, freeProc=0) > at /usr/src/usr.bin/make/lst.lib/lstDestroy.c:99 Do an ``up 6'', this should get you here. There's most likely a free() call on line 99. It seems this one is freed multiple times (for some reason). -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-current Sat Feb 8 17:33:30 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id RAA13318 for current-outgoing; Sat, 8 Feb 1997 17:33:30 -0800 (PST) Received: from mule0.mindspring.com (mule0.mindspring.com [204.180.128.166]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id RAA13313 for ; Sat, 8 Feb 1997 17:33:26 -0800 (PST) Received: from rlb.users.mindspring.com (user-168-121-25-139.dialup.mindspring.com [168.121.25.139]) by mule0.mindspring.com (8.8.4/8.8.4) with SMTP id UAA22316 for ; Sat, 8 Feb 1997 20:33:20 -0500 Message-ID: <32FD295D.41C67EA6@mindspring.com> Date: Sat, 08 Feb 1997 20:33:17 -0500 From: Ron Bolin X-Mailer: Mozilla 3.01Gold (X11; I; FreeBSD 2.2-GAMMA i386) MIME-Version: 1.0 To: freebsd-current@freebsd.org Subject: AHC Driver Throughput Question Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I have an Adaptech 2940UW controller. I am interested in purchasing an Ultra-Wide SCSI-3 drive with the capability of 40MB/sec throughput. After giving the driver source a quick look, it appears the Ultra and Wide are supported, but not together since the max throughput registered by the driver is 20MB/sec in 16 bit mode of operation. Am I wrong in thinking that purchasing a Ultra-Wide SCSI-3 drive with an advertised max throughput of 40MB/sec would not be fully realized using the current driver? Thank's -Ron -- **************************************************************************** Ron Bolin rlb@mindspring.com, http://www.mindspring.com/~rlb/ GSU: gs01rlb@panther.gsu.edu matrlbx@indigo4.cs.gsu.edu Home: 770-992-8877 **************************************************************************** From owner-freebsd-current Sat Feb 8 17:34:10 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id RAA13420 for current-outgoing; Sat, 8 Feb 1997 17:34:10 -0800 (PST) Received: from perki0.connect.com.au (perki0.connect.com.au [192.189.54.85]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id RAA13372; Sat, 8 Feb 1997 17:34:00 -0800 (PST) Received: from nemeton.UUCP (Unemeton@localhost) by perki0.connect.com.au with UUCP id MAA06070 (8.7.6h/IDA-1.6); Sun, 9 Feb 1997 12:33:52 +1100 (EST) X-Authentication-Warning: perki0.connect.com.au: Unemeton set sender to giles@nemeton.com.au using -f Received: from localhost.nemeton.com.au (localhost.nemeton.com.au [127.0.0.1]) by nemeton.com.au (8.8.5/8.8.5) with SMTP id MAA10440; Sun, 9 Feb 1997 12:30:43 +1100 (EST) Message-Id: <199702090130.MAA10440@nemeton.com.au> To: Bruce Evans cc: current@freebsd.org, eivind@dimaga.com, hackers@freebsd.org Subject: Re: Proposed change to dump/restore In-reply-to: <199702082034.HAA24797@godzilla.zeta.org.au> Date: Sun, 09 Feb 1997 12:30:42 +1100 From: Giles Lean Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Sun, 9 Feb 1997 07:34:07 +1100 Bruce Evans wrote: > Why do dump and restore currently have group tty? n Whenever dump requires operator attention, notify all operators in the group ``operator'' by means similar to a wall(1). Giles From owner-freebsd-current Sat Feb 8 17:48:26 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id RAA14669 for current-outgoing; Sat, 8 Feb 1997 17:48:26 -0800 (PST) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id RAA14664 for ; Sat, 8 Feb 1997 17:48:23 -0800 (PST) Received: from time.cdrom.com (localhost [127.0.0.1]) by time.cdrom.com (8.8.5/8.6.9) with ESMTP id RAA08845; Sat, 8 Feb 1997 17:47:59 -0800 (PST) To: Robert N Watson cc: freebsd-current@freefall.freebsd.org Subject: Re: 3.0-970124-SNAP: man page search order In-reply-to: Your message of "Sat, 08 Feb 1997 14:50:49 EST." <8mzBYNO00YVp0P4FIt@andrew.cmu.edu> Date: Sat, 08 Feb 1997 17:47:59 -0800 Message-ID: <8842.855452879@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > 1. Installing packages from ftp2.freebsd.org sometimes fails for > specific packages -- xemacs in this case. This may just be a result of > this being a SNAP. Also, the sysinstall.debug output is weird (lots of > "failure"'s?) I think that pkg_add still has a problem with the xemacs package; something for me to fix. The other packages should be happy. > 2. The real thing is this. The man page search order finds all of the c > programming calls after the TCL ones, so "man bind" returns TCL's bind, > not the syscall bind. This is inconvenient if one is a C programmer not > a TCL programmer. I assume I can fix this with /etc/manpath.config, but > this doesn't seem like the right default setting? Yes, I *hate* that too! I shall look into whatever needs to be done to fix this one. Jordan From owner-freebsd-current Sat Feb 8 18:45:49 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id SAA19810 for current-outgoing; Sat, 8 Feb 1997 18:45:49 -0800 (PST) Received: from sendero.i-connect.net ([206.190.144.100]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id SAA19786 for ; Sat, 8 Feb 1997 18:45:41 -0800 (PST) Received: (from shimon@localhost) by sendero.i-connect.net (8.8.5/8.8.4) id TAA00777; Sat, 8 Feb 1997 19:43:42 -0800 (PST) Message-ID: X-Mailer: XFMail 1.1-alpha [p0] on FreeBSD Content-Type: text/plain; charset=iso-8859-8 Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <199702081200.MAA11290@peedub.gj.org> Date: Sat, 08 Feb 1997 18:55:53 -0800 (PST) Organization: iConnect Corp. From: Simon Shapiro To: Gary Jennejohn Subject: Re: Libopie, Who are You? Cc: freebsd-current@freebsd.org, Gary Jennejohn Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi Gary Jennejohn; On 08-Feb-97 you wrote: > Simon Shapiro writes: > >I have a directory, a makefile and no sources. > > > >What? Where? Why? How? > > > >Thanx. > > > >Simon > > > > the sources should be in /usr/src/contrib. Look at the Makefile, > you'll see a .PATH directive pointing at them. > > --- > Gary Jennejohn > Home - Gary.Jennejohn@munich.netsurf.de > Work - gjennejohn@frt.dec.com > > From owner-freebsd-current Sat Feb 8 18:45:51 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id SAA19812 for current-outgoing; Sat, 8 Feb 1997 18:45:51 -0800 (PST) Received: from sendero.i-connect.net ([206.190.144.100]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id SAA19787 for ; Sat, 8 Feb 1997 18:45:41 -0800 (PST) Received: (from shimon@localhost) by sendero.i-connect.net (8.8.5/8.8.4) id TAA00779; Sat, 8 Feb 1997 19:43:42 -0800 (PST) Message-ID: X-Mailer: XFMail 1.1-alpha [p0] on FreeBSD Content-Type: text/plain; charset=iso-8859-8 Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <199702081200.MAA11290@peedub.gj.org> Date: Sat, 08 Feb 1997 14:07:54 -0800 (PST) Organization: iConnect Corp. From: Simon Shapiro To: Gary Jennejohn Subject: Re: Libopie, Who are You? Cc: freebsd-current@freebsd.org, Gary Jennejohn Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi Gary Jennejohn; On 08-Feb-97 you wrote: > Simon Shapiro writes: > >I have a directory, a makefile and no sources. > > > >What? Where? Why? How? > > > >Thanx. > > > >Simon > > > > the sources should be in /usr/src/contrib. Look at the Makefile, > you'll see a .PATH directive pointing at them. Thanx. Please be patient with me. What I did is: cd /usr/src cvs checkout . make And it failed. I just cvsupp'ed again and did: find contrib -name '*opie*' and got nothing back. Then I did: cd /Archives/FreeBSD/FreeBSD-CVS/src #Where I keep my CVS tree find . -name '*opie*' and got: ./usr.bin/opieinfo ./usr.bin/opiekey ./usr.bin/opiepasswd ./lib/libopie Then I also did: find . -name '*opie*' -exec ls -ald {} \; and got: drwxr-xr-x 2 root wheel 512 Feb 8 13:38 ./usr.bin/opieinfo drwxr-xr-x 2 root wheel 512 Feb 8 13:38 ./usr.bin/opiekey drwxr-xr-x 2 root wheel 512 Feb 8 13:38 ./usr.bin/opiepasswd drwxr-xr-x 2 root wheel 512 Feb 8 13:35 ./lib/libopie Then I did find . -name '*opie*' -exec ls -ald {} \; Which gave me: total 1 -r--r--r-- 1 root wheel 799 Feb 7 04:27 Makefile,v total 1 -r--r--r-- 1 root wheel 793 Feb 7 04:27 Makefile,v total 1 -r--r--r-- 1 root wheel 804 Feb 7 04:29 Makefile,v total 2 -r--r--r-- 1 root wheel 1221 Feb 6 21:11 Makefile,v I also did: cd /usr/src find . -name '*opie*' and got: ./usr.bin/opieinfo ./usr.bin/opiekey ./usr.bin/opiepasswd ./lib/libopie And then I did: find . -name '*opie*' -exec ls -al {} \; and got: total 2 drwxr-xr-x 2 root wheel 512 Feb 7 20:39 CVS -rw-r--r-- 1 root wheel 813 Feb 6 19:51 Makefile total 2 drwxr-xr-x 2 root wheel 512 Feb 7 20:42 CVS -rw-r--r-- 1 root wheel 224 Feb 7 04:27 Makefile total 2 drwxr-xr-x 2 root wheel 512 Feb 7 20:42 CVS -rw-r--r-- 1 root wheel 221 Feb 7 04:27 Makefile total 2 drwxr-xr-x 2 root wheel 512 Feb 7 20:42 CVS -rw-r--r-- 1 root wheel 230 Feb 7 04:29 Makefile Now I was getting desparate. I went to another host, which has a mirror of ftp.freebsd.org/.../FreeBSD-current (as of last night) and did: find . | grep -i opie Which yielded a whole bunch of stuff. So, in may own naive way I am thinking ``Simon, you are doing something stupid. Better ask''. So I ask: Why am I not getting these from the CVS tree? Simon From owner-freebsd-current Sat Feb 8 18:45:52 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id SAA19823 for current-outgoing; Sat, 8 Feb 1997 18:45:52 -0800 (PST) Received: from sendero.i-connect.net ([206.190.144.100]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id SAA19788 for ; Sat, 8 Feb 1997 18:45:41 -0800 (PST) Received: (from shimon@localhost) by sendero.i-connect.net (8.8.5/8.8.4) id TAA00778; Sat, 8 Feb 1997 19:43:42 -0800 (PST) Message-ID: X-Mailer: XFMail 1.1-alpha [p0] on FreeBSD Content-Type: text/plain; charset=iso-8859-8 Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <199702072223.JAA19401@godzilla.zeta.org.au> Date: Sat, 08 Feb 1997 15:06:07 -0800 (PST) Organization: iConnect Corp. From: Simon Shapiro To: Bruce Evans Subject: Re: Pppd Drops Under Heavy Load Cc: freebsd-current@freebsd.org Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi Bruce Evans; On 07-Feb-97 you wrote: > >a. A USR Sportster 33.6 and a on the MB 16550-like UART running at > > 115,200 baud. (ccua1) > > > >b. Motorola BitSRFR-Pro ISDN on a 16550 card, running at 230,400 (frequency > > doubler; it appears 115,200 to the kernel). (ccua2) > > > >Symptoms: As the Subject says. After a while, under heavy load, the line > >silently drops. Rarely, I get in the log: > > Some buffers are scaled for 115200 bps max. Double RS_IBUFSIZE and TTYHOG > for 230400 bps (the latter is optional and best not done if you only use > kernel ppp). Also, perhaps user mode ppp depends on 115200 really being > 115200. Thanx. I found these in /usr/src/sys/sys/tty.h and /usr/src/sys/i386/isa/cy.c. The way the board provides 230,400 is by using a faster crystal. There is no way for software to know how fast the bits flow in the wire. Although larger buffers are better for faster wires, why the disconnects? There is flow control in the RS-232 and it is actually active. Simon P.S. Neophite question? How do I maintain these deltas on my local tree, so that the next cvs checkout does not wipe them out? In this case it looks as if the total increase in memory footprint will be 1.25KB... but I would like to knowwhat is the best rule to follow. Simon From owner-freebsd-current Sat Feb 8 18:45:57 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id SAA19863 for current-outgoing; Sat, 8 Feb 1997 18:45:57 -0800 (PST) Received: from sendero.i-connect.net ([206.190.144.100]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id SAA19830 for ; Sat, 8 Feb 1997 18:45:53 -0800 (PST) Received: (from shimon@localhost) by sendero.i-connect.net (8.8.5/8.8.4) id TAA00781; Sat, 8 Feb 1997 19:43:42 -0800 (PST) Message-ID: X-Mailer: XFMail 1.1-alpha [p0] on FreeBSD Content-Type: text/plain; charset=iso-8859-8 Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <199702072223.JAA19401@godzilla.zeta.org.au> Date: Sat, 08 Feb 1997 15:06:07 -0800 (PST) Organization: iConnect Corp. From: Simon Shapiro To: Bruce Evans Subject: Re: Pppd Drops Under Heavy Load Cc: freebsd-current@freebsd.org Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi Bruce Evans; On 07-Feb-97 you wrote: > >a. A USR Sportster 33.6 and a on the MB 16550-like UART running at > > 115,200 baud. (ccua1) > > > >b. Motorola BitSRFR-Pro ISDN on a 16550 card, running at 230,400 (frequency > > doubler; it appears 115,200 to the kernel). (ccua2) > > > >Symptoms: As the Subject says. After a while, under heavy load, the line > >silently drops. Rarely, I get in the log: > > Some buffers are scaled for 115200 bps max. Double RS_IBUFSIZE and TTYHOG > for 230400 bps (the latter is optional and best not done if you only use > kernel ppp). Also, perhaps user mode ppp depends on 115200 really being > 115200. Thanx. I found these in /usr/src/sys/sys/tty.h and /usr/src/sys/i386/isa/cy.c. The way the board provides 230,400 is by using a faster crystal. There is no way for software to know how fast the bits flow in the wire. Although larger buffers are better for faster wires, why the disconnects? There is flow control in the RS-232 and it is actually active. Simon P.S. Neophite question? How do I maintain these deltas on my local tree, so that the next cvs checkout does not wipe them out? In this case it looks as if the total increase in memory footprint will be 1.25KB... but I would like to knowwhat is the best rule to follow. Simon From owner-freebsd-current Sat Feb 8 20:49:08 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id UAA25958 for current-outgoing; Sat, 8 Feb 1997 20:49:08 -0800 (PST) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id UAA25946 for ; Sat, 8 Feb 1997 20:49:02 -0800 (PST) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.3/8.6.9) id PAA14069; Sun, 9 Feb 1997 15:45:55 +1100 Date: Sun, 9 Feb 1997 15:45:55 +1100 From: Bruce Evans Message-Id: <199702090445.PAA14069@godzilla.zeta.org.au> To: bde@zeta.org.au, Shimon@i-Connect.Net Subject: Re: Pppd Drops Under Heavy Load Cc: freebsd-current@freebsd.org Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >> Some buffers are scaled for 115200 bps max. Double RS_IBUFSIZE and TTYHOG >> for 230400 bps (the latter is optional and best not done if you only use >> kernel ppp). Also, perhaps user mode ppp depends on 115200 really being >> 115200. > >Thanx. I found these in /usr/src/sys/sys/tty.h and >/usr/src/sys/i386/isa/cy.c. You want the RS_IBUFSIZE in isa/sio.c. >The way the board provides 230,400 is by using a faster crystal. There is >no >way for software to know how fast the bits flow in the wire. It could output stuff and time how long it takes. >Although larger buffers are better for faster wires, why the disconnects? >There is flow control in the RS-232 and it is actually active. Don't know. It should work if both sides honour flow control. The problem that I was thinking of occurs on overloaded systems without flow control. >P.S. Neophite question? How do I maintain these deltas on my local tree, >so that the next cvs checkout does not wipe them out? In this case it looks >as if the total increase in memory footprint will be 1.25KB... but I would >like to knowwhat is the best rule to follow. There is no simple way. I use separate diffs and reapply them after each update. Bruce From owner-freebsd-current Sat Feb 8 21:29:44 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id VAA28240 for current-outgoing; Sat, 8 Feb 1997 21:29:44 -0800 (PST) Received: from rover.village.org (rover.village.org [204.144.255.49]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id VAA28231 for ; Sat, 8 Feb 1997 21:29:42 -0800 (PST) Received: from rover.village.org [127.0.0.1] by rover.village.org with esmtp (Exim 0.56 #1) id E0vtRpc-0003MK-00; Sat, 8 Feb 1997 22:29:40 -0700 To: current@freebsd.org Subject: OpenBSD buffer overflow fixes Date: Sat, 08 Feb 1997 22:29:40 -0700 From: Warner Losh Message-Id: Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I've merged in most of the buffer overflow fixes that have come across since the first of the year (since you have to start somewhere, right?). Please let me know if there are any problems that you encounter. I've already merged the them back into 2.1.x and 2.2.x branches. If there are problems, then those backmerges will need to be backed out. Warner From owner-freebsd-current Sat Feb 8 23:22:45 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id XAA03849 for current-outgoing; Sat, 8 Feb 1997 23:22:45 -0800 (PST) Received: from mail2.uunet.ca (mail2.uunet.ca [142.77.1.15]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id XAA03837 for ; Sat, 8 Feb 1997 23:22:42 -0800 (PST) Received: from why.whine.com ([205.150.249.1]) by mail2.uunet.ca with ESMTP id <123090-27959>; Sun, 9 Feb 1997 02:22:38 -0500 Received: from why (why [205.150.249.1]) by why.whine.com (8.8.5/8.7.3) with SMTP id CAA00548; Sun, 9 Feb 1997 02:22:04 -0500 (EST) Date: Sun, 9 Feb 1997 02:22:03 -0500 From: Andrew Herdman X-Sender: andrew@why To: J Wunsch cc: Andrew Herdman , Poul-Henning Kamp , current@freebsd.org Subject: Re: Make world of Current dies with weird errors. In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Sat, 8 Feb 1997, J Wunsch wrote: > As Andrew Herdman wrote: > > > Core was generated by `make'. > > Program terminated with signal 6, Abort trap. > > Cannot access memory at address 0x654f0. > > #0 0x807de11 in ?? () > > (gdb) bt > > #0 0x807de11 in ?? () > > #1 0x807d6e3 in ?? () > > #2 0x807c232 in ?? () > > #3 0x807c270 in ?? () > > #4 0x807d24b in ?? () > > #5 0x807d432 in ?? () > > #6 0x12731 in Lst_Destroy (l=0x588c0, freeProc=0) > > at /usr/src/usr.bin/make/lst.lib/lstDestroy.c:99 > > Do an ``up 6'', this should get you here. There's most likely a > free() call on line 99. It seems this one is freed multiple times > (for some reason). Ok, here it is.... (gdb) up 6 #6 0x12731 in Lst_Destroy (l=0x588c0, freeProc=0) at /usr/src/usr.bin/make/lst.lib/lstDestroy.c:99 99 free ((Address)ln); (gdb) This is the function: /*- *----------------------------------------------------------------------- * Lst_Destroy -- * Destroy a list and free all its resources. If the freeProc is * given, it is called with the datum from each node in turn before * the node is freed. * * Results: * None. * * Side Effects: * The given list is freed in its entirety. * *----------------------------------------------------------------------- */ void Lst_Destroy (l, freeProc) Lst l; register void (*freeProc) __P((ClientData)); { register ListNode ln; register ListNode tln = NilListNode; register List list = (List)l; if (l == NILLST || ! l) { /* * Note the check for l == (Lst)0 to catch uninitialized static Lst's. * Gross, but useful. */ return; } /* To ease scanning */ if (list->lastPtr != NilListNode) list->lastPtr->nextPtr = NilListNode; else { free ((Address)l); return; } if (freeProc) { for (ln = list->firstPtr; ln != NilListNode; ln = tln) { tln = ln->nextPtr; (*freeProc) (ln->datum); free ((Address)ln); } } else { for (ln = list->firstPtr; ln != NilListNode; ln = tln) { tln = ln->nextPtr; free ((Address)ln); /* This is line 99 */ } } free ((Address)l); } I look at this and my head hurts. I'm afraid pascal was my language of choice during my programming times.... :( Andrew From owner-freebsd-current Sat Feb 8 23:50:42 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id XAA05278 for current-outgoing; Sat, 8 Feb 1997 23:50:42 -0800 (PST) Received: from news1.gtn.com (news1.gtn.com [194.77.0.15]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id XAA05268 for ; Sat, 8 Feb 1997 23:50:39 -0800 (PST) Received: (from uucp@localhost) by news1.gtn.com (8.7.2/8.7.2) with UUCP id SAA07515 for current@FreeBSD.org; Sat, 8 Feb 1997 18:04:22 +0100 (MET) Received: (from andreas@localhost) by klemm.gtn.com (8.8.5/8.8.2) id RAA24580; Sat, 8 Feb 1997 17:58:29 +0100 (MET) Message-ID: <19970208175829.PL62066@klemm.gtn.com> Date: Sat, 8 Feb 1997 17:58:29 +0100 From: andreas@klemm.gtn.com (Andreas Klemm) To: current@FreeBSD.org Subject: -current of today - make world fails X-Mailer: Mutt 0.60-PL0 Mime-Version: 1.0 Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk ===> rtld cd /usr/src/gnu/usr.bin/as && make depend && make -DNOINFO -DNOMAN -DNOPROFILE all install obj updating targ-cpu.h... updating obj-format.h... updating host.h... updating targ-env.h... ===> doc make: don't know how to make /local/fbsd-current/src/gnu/usr.bin/as/obj/host.h. Stop *** Error code 2 Stop. *** Error code 1 Stop. -- andreas@klemm.gtn.com /\/\___ Wiechers & Partner Datentechnik GmbH Andreas Klemm ___/\/\/ Support Unix -- andreas.klemm@wup.de pgp p-key http://www-swiss.ai.mit.edu/~bal/pks-toplev.html >>> powered by <<< ftp://sunsite.unc.edu/pub/Linux/system/Printing/aps-491.tgz >>> FreeBSD <<<