From owner-freebsd-current Sun Mar 2 00:51:50 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id AAA29653 for current-outgoing; Sun, 2 Mar 1997 00:51: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 AAA29642 for ; Sun, 2 Mar 1997 00:51:47 -0800 (PST) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id JAA00286 for freebsd-current@freebsd.org; Sun, 2 Mar 1997 09:51:45 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.8.5/8.8.5) id JAA09378; Sun, 2 Mar 1997 09:45:56 +0100 (MET) Message-ID: Date: Sun, 2 Mar 1997 09:45:56 +0100 From: j@uriah.heep.sax.de (J Wunsch) To: freebsd-current@freebsd.org Subject: Re: anoncvs server References: <199702261835.LAA29819@rocky.mt.sri.com> <87pvxnjhf5.fsf@originative.co.uk> <199703020338.DAA02880@veda.is> 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: <199703020338.DAA02880@veda.is>; from Adam David on Mar 2, 1997 03:38:16 +0000 Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk As Adam David wrote: > *default vendortag=FREEBSD > > John? John's not here for some days. -- 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 Mar 2 01:42:17 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id BAA01852 for current-outgoing; Sun, 2 Mar 1997 01:42:17 -0800 (PST) Received: from news1.gtn.com (news1.gtn.com [192.109.159.3]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id BAA01847 for ; Sun, 2 Mar 1997 01:42:13 -0800 (PST) Received: (from uucp@localhost) by news1.gtn.com (8.7.2/8.7.2) with UUCP id KAA08753; Sun, 2 Mar 1997 10:30:50 +0100 (MET) Received: (from andreas@localhost) by klemm.gtn.com (8.8.5/8.8.2) id JAA06198; Sun, 2 Mar 1997 09:12:20 +0100 (MET) Message-ID: <19970302091220.XB51733@klemm.gtn.com> Date: Sun, 2 Mar 1997 09:12:20 +0100 From: andreas@klemm.gtn.com (Andreas Klemm) To: jkh@time.cdrom.com (Jordan K. Hubbard) Cc: current@freebsd.org Subject: Re: 10 day countdown in 2.2-GAMMA References: <13513.857056627@time.cdrom.com> X-Mailer: Mutt 0.60-PL0 Mime-Version: 1.0 In-Reply-To: <13513.857056627@time.cdrom.com>; from "Jordan K. Hubbard" on Feb 27, 1997 07:17:07 -0800 Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Jordan K. Hubbard writes: > I think we're in the home stretch, folks. I'd like to call for a 10 > day countdown to a RELENG_2_2 branch freeze, ending on March 9th. I'd > roll 2.2-RELEASE on March 10th. > > Any objections? If you agree, you needn't say anything since I'll > take silence as implicit agreement. :-) Of course you could release it on March 10th. Then it would be a "happy birthday" release for me ... I'm getting 34 ;) -- 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 <<< From owner-freebsd-current Sun Mar 2 03:20:35 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id DAA04871 for current-outgoing; Sun, 2 Mar 1997 03:20:35 -0800 (PST) Received: from mailbox.uq.edu.au (zzshocki.slip.cc.uq.edu.au [130.102.221.173]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id DAA04866 for ; Sun, 2 Mar 1997 03:20:30 -0800 (PST) Received: from bloop.craftncomp.com (localhost.craftncomp.com [127.0.0.1]) by mailbox.uq.edu.au (8.8.5/8.6.12) with ESMTP id VAA00558 for ; Sun, 2 Mar 1997 21:18:13 +1000 (EST) Message-Id: <199703021118.VAA00558@mailbox.uq.edu.au> X-Mailer: exmh version 2.0gamma 1/27/96 To: current@freebsd.org Subject: Some occasional ij-ppp funnies Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 02 Mar 1997 21:18:10 +1000 From: Stephen Hocking Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I'm seeing another problem that people before have reported - userland ppp going into a tight loop & not doing a thing more. There is some correlation with the load on the system (e.g. if there's a compile going in another xterm then it tends to happen quicker) but I'm as yet unable to reproduce this at will. I'm at ctm src-cur.2793 (which just arrived tonight and took, amongst other things, syscon.c to v 1.205. Just a heads up to console others that may be suffering similarly. Stephen From owner-freebsd-current Sun Mar 2 06:09:23 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id GAA12728 for current-outgoing; Sun, 2 Mar 1997 06:09:23 -0800 (PST) Received: from sequent.kiae.su (sequent.kiae.su [193.125.152.6]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id GAA12723 for ; Sun, 2 Mar 1997 06:09:18 -0800 (PST) Received: by sequent.kiae.su id AA00936 (5.65.kiae-2 for current@freebsd.org); Sun, 2 Mar 1997 16:46:08 +0300 Received: by sequent.KIAE.su (UUMAIL/2.0); Sun, 2 Mar 97 16:46:07 +0300 Received: (from ache@localhost) by nagual.ru (8.8.5/8.8.5) id RAA01241 for current@freebsd.org; Sun, 2 Mar 1997 17:05:12 +0300 (MSK) Date: Sun, 2 Mar 1997 17:05:07 +0300 (MSK) From: =?KOI8-R?B?4c7E0sXKIP7F0s7P1w==?= To: FreeBSD-current Subject: cuserid(3): compat->c resurrection Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Since cuserid() is POSIX 1003.1 function, not 4.4 own function, I plan to move it from libcompat to libc. Applications which tries to be machine-independent and follows POSIX often use it, we already have some ports examples. Adding -lcompat in each such case only produces additional troubles for porter. Manpage says that it is obsoleted by getpwuid(), but it just call getpwuid(). Moreover, cuserid() usage not require be included, so it is more comfortable if we just want to know user name according to geteuid(), cuserid() hide all unneded internals in this case, so I don't see a reason for it to be obsoleted. -- Andrey A. Chernov http://www.nagual.ru/~ache/ From owner-freebsd-current Sun Mar 2 07:12:13 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id HAA16324 for current-outgoing; Sun, 2 Mar 1997 07:12: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 HAA16308 for ; Sun, 2 Mar 1997 07:12:00 -0800 (PST) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.3/8.6.9) id CAA23932; Mon, 3 Mar 1997 02:08:00 +1100 Date: Mon, 3 Mar 1997 02:08:00 +1100 From: Bruce Evans Message-Id: <199703021508.CAA23932@godzilla.zeta.org.au> To: ache@nagual.ru, current@FreeBSD.org Subject: Re: cuserid(3): compat->c resurrection Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk >Since cuserid() is POSIX 1003.1 function, not 4.4 own function, I plan to >move it from libcompat to libc. Applications which tries to be No. It hasn't been a POSIX function since 1990. It was in the 1988 version. >machine-independent and follows POSIX often use it, we already have some >ports examples. Adding -lcompat in each such case only produces 7 years should have been long enough for people to stop using it :-). The next step should be to remove it from libcompat. >internals in this case, so I don't see a reason for it to be obsoleted. It is more convenient. IIRC, POSIX dropped it because it is not portable - it has different semantics on different systems. Bruce From owner-freebsd-current Sun Mar 2 08:25:31 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id IAA19912 for current-outgoing; Sun, 2 Mar 1997 08:25:31 -0800 (PST) Received: from spinner.DIALix.COM (spinner.DIALix.COM [192.203.228.67]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id IAA19907 for ; Sun, 2 Mar 1997 08:25:26 -0800 (PST) Received: from spinner.DIALix.COM (localhost.DIALix.oz.au [127.0.0.1]) by spinner.DIALix.COM (8.8.5/8.8.5) with ESMTP id AAA26272 for ; Mon, 3 Mar 1997 00:25:21 +0800 (WST) Message-Id: <199703021625.AAA26272@spinner.DIALix.COM> X-Mailer: exmh version 2.0gamma 1/27/96 To: current@freebsd.org Subject: warning to cvsup users in "checkout mode" Date: Mon, 03 Mar 1997 00:25:20 +0800 From: Peter Wemm Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk People that are using cvsup to generate a "checked out" source tree without a local repository are going to see some pretty scarey looking warnings next time they update. Assuming that all the preperation has gone right, it should resort to fetching the entire file rather than completely bomb out. Apart from the fact that it is resending the file, it should be relatively harmless. (What happened? A long delayed "cleanup" of the cvs tree finally happened over the last 12 hours or so. Most of the things from my "must fix" list are done, except for two kernel files. The errors are caused by cvsupd's inability to generate a diff to get from the old (no longer existing) head revision to the new head revision. This mostly affects src/contrib and src/ sys/netinet) However, the checkout mode fallback code is known to trigger a cvsupd bug on the server for older cvsup clients. It's important that the cvsup mirrors are running cvsupd 14.1.1, because 14.1 will core dump and abort the connection when a client triggers the bug. If one of the mirror sites starts aborting connections on you consistantly, the odds are that the site maintainer didn't heed the warnings on the hubs mailing list that they are supposed to be subscribed to. Naturally, this was timed to coincide with John Polstra going on holiday.. :-] Cheers, -Peter aka "Mission control: we've just had an 8.6 quake in the cvs repository..." From owner-freebsd-current Sun Mar 2 08:32:48 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id IAA20162 for current-outgoing; Sun, 2 Mar 1997 08:32:48 -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 IAA20157 for ; Sun, 2 Mar 1997 08:32:44 -0800 (PST) Received: (from nate@localhost) by rocky.mt.sri.com (8.7.5/8.7.3) id JAA23964; Sun, 2 Mar 1997 09:32:26 -0700 (MST) Date: Sun, 2 Mar 1997 09:32:26 -0700 (MST) Message-Id: <199703021632.JAA23964@rocky.mt.sri.com> From: Nate Williams MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) Cc: freebsd-current@freebsd.org Subject: Re: anoncvs server In-Reply-To: References: <199702261835.LAA29819@rocky.mt.sri.com> <87pvxnjhf5.fsf@originative.co.uk> <199703020338.DAA02880@veda.is> Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > *default vendortag=FREEBSD > > > > John? > > John's not here for some days. He's in the Camen Islands with his wife taking a much-needed break. Unfortunately, he didn't have any room in his luggage for me and my wife. ;-) Nate From owner-freebsd-current Sun Mar 2 11:56:43 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id LAA28336 for current-outgoing; Sun, 2 Mar 1997 11:56:43 -0800 (PST) Received: from fgate.flevel.co.uk (root@fgate.flevel.co.uk [194.6.101.2]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id LAA28330 for ; Sun, 2 Mar 1997 11:56:40 -0800 (PST) Received: from localhost (dev@localhost) by fgate.flevel.co.uk (8.7.5/8.6.9) with SMTP id TAA15006 for ; Sun, 2 Mar 1997 19:56:49 GMT Date: Sun, 2 Mar 1997 19:56:49 +0000 (GMT) From: Developer To: freebsd-current@freebsd.org Subject: Help - urgent problem with mountd/portmapper Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Ive got a bsd-current server running, it is a name server and I'm trying to export partitions using nfs -- when mounted is started I always get this errorr:- mountd[352]: Can't register mount portmap[355]: connect from 127.0.0.1 to set(mountd): request from non-local host Please could someone email me how I could fix this problem? Thanks very much. Regards, Trefor S. From owner-freebsd-current Mon Mar 3 00:00:59 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id AAA09612 for current-outgoing; Mon, 3 Mar 1997 00:00:59 -0800 (PST) Received: from hydrogen.nike.efn.org (metriclient-7.uoregon.edu [128.223.172.7]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id AAA09573; Mon, 3 Mar 1997 00:00:34 -0800 (PST) Received: (from jmg@localhost) by hydrogen.nike.efn.org (8.8.4/8.8.4) id AAA18227; Mon, 3 Mar 1997 00:00:16 -0800 (PST) Message-ID: <19970303000016.PF49336@hydrogen.nike.efn.org> Date: Mon, 3 Mar 1997 00:00:16 -0800 From: jmg@hydrogen.nike.efn.org (John-Mark Gurney) To: freebsd-gnats-submit@freebsd.org Cc: freebsd-current@freebsd.org (FreeBSD Current) Subject: misc/2848 newsyslog only notifies syslogd X-Mailer: Mutt 0.60_p2-3,5,8-9 Mime-Version: 1.0 Content-Type: multipart/mixed; boundary=+WCv1s2RzB2fBlYC Reply-To: John-Mark Gurney X-Operating-System: FreeBSD hydrogen.nike.efn.org 2.2-960801-SNAP FreeBSD 2.2-960801-SNAP #4: Wed Jan 8 20:48:39 PST 1997 jmg@hydrogen.nike.efn.org:/usr/src/sys/compile/hydrogen i386 X-PGP-Fingerprint: B7 EC EF F8 AE ED A7 31 96 7A 22 B3 D8 56 36 F4 Organization: Cu Networking Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk --+WCv1s2RzB2fBlYC well... I now have a set of patches that allows you to send a signal to a pid from a pid file... attached are the patches as they are actually quite long... if you con't read mime encoding you can obtain the patches from http://freefall.cdrom.com/~jmg/newsyslog.patch... it includes patches to the man page for the new usage information along with minor fixes to the man page... all I added is another flag `N' which is just a nop... it it a place holder for the flags when you don't want to specify any... I then added two more additional option flag... the first is the pid_file that you want to read the pid file from.. if this option isn't specified it will default to the syslog pid file... these patches also modify newsyslog to obtain the syslogd pid file from the syslogd sources... the next is the name or number of the signal... it can be something like `sigusr1', or `usr1'... if this option isn't specified it will default to SIGHUP... a sample like looks like: /var/log/testlog 600 2 4 * N /tmp/pidfile segv this will read the pid out of /tmp/pidfile and send it the segv signal when the log needs to be reopened... if people could test this patch out... I would be greatful... I had to add an ugly hack to get the parsing to work correctly because it was possible to "fall" off the end of a string and into other data which would corrupt the pid_file and signal options... what really needs to happen is a way to "detect" end of line and be able to stop parsing... otherwise with the current implementation it continues past the end of the string... -- 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) --+WCv1s2RzB2fBlYC Content-Disposition: attachment; filename=patch Index: Makefile =================================================================== RCS file: /usr/cvs/src/usr.sbin/newsyslog/Makefile,v retrieving revision 1.4 diff -c -r1.4 Makefile *** Makefile 1997/02/22 16:08:24 1.4 --- Makefile 1997/03/03 07:43:53 *************** *** 8,13 **** --- 8,14 ---- CFLAGS+= -DCOMPRESS_PATH=\"/usr/bin/gzip\" CFLAGS+= -DCOMPRESS_PROG=\"gzip\" CFLAGS+= -DCOMPRESS_POSTFIX=\".gz\" + CFLAGS+= -I${.CURDIR}/../syslogd BINOWN= root Index: newsyslog.8 =================================================================== RCS file: /usr/cvs/src/usr.sbin/newsyslog/newsyslog.8,v retrieving revision 1.5 diff -c -r1.5 newsyslog.8 *** newsyslog.8 1997/02/28 07:33:37 1.5 --- newsyslog.8 1997/03/03 06:57:48 *************** *** 17,44 **** .\" the suitability of this software for any purpose. It is .\" provided "as is" without express or implied warranty. .\" ! .Dd "January 12, 1989" .Dt NEWSYSLOG 8 .Os .Sh NAME .Nm newsyslog .Nd maintain system log files to manageable sizes .Sh SYNOPSIS ! .Nm newsyslog .Op Fl rnv .Op Fl f Ar config_file .Sh DESCRIPTION ! .Nm Newsyslog is a program that should be scheduled to run periodically by .Xr cron 8 . When it is executed it archives log files if necessary. If a log file is determined to require archiving, ! .Nm newsyslog ! rearranges the files so that ``logfile'' is empty, ``logfile.0'' has ! the last period's logs in it, ``logfile.1'' has the next to last ! period's logs in it, and so on, up to a user-specified number of ! archived logs. Optionally the archived logs can be compressed to save ! space. .Pp A log can be archived because of two reasons. The log file can have grown bigger than a preset size in kilobytes, or a preset number of --- 17,48 ---- .\" the suitability of this software for any purpose. It is .\" provided "as is" without express or implied warranty. .\" ! .Dd January 12, 1989 .Dt NEWSYSLOG 8 .Os .Sh NAME .Nm newsyslog .Nd maintain system log files to manageable sizes .Sh SYNOPSIS ! .Nm .Op Fl rnv .Op Fl f Ar config_file .Sh DESCRIPTION ! .Nm is a program that should be scheduled to run periodically by .Xr cron 8 . When it is executed it archives log files if necessary. If a log file is determined to require archiving, ! .Nm ! rearranges the files so that ! .Dq Pa logfile ! is empty, ! .Dq Pa logfile.0 ! has the last period's logs in it, ! .Dq Pa logfile.1 ! has the next to last period's logs in it, and so on, up to a user-specified ! number of archived logs. Optionally the archived logs can be compressed to ! save space. .Pp A log can be archived because of two reasons. The log file can have grown bigger than a preset size in kilobytes, or a preset number of *************** *** 50,73 **** without any ill effects. .Pp When starting up, ! .Nm newsyslog reads in a configuration file to determine which logs should be looked at. By default, this configuration file is .Pa /etc/newsyslog.conf . Each line of the file contains information about a particular log file that should be handled by ! .Nm newsyslog . ! Each line has five mandatory fields and two optional fields, with a whitespace separating each field. Blank lines or lines beginning with ! ``#'' are ignored. The fields of the configuration file are as ! follows: .Pp .Bl -tag -width logfile_namexxxx .It Ar logfile_name Name of the system log file to be archived. .It Ar owner.group Specifies the owner and group for the archive file. ! The "." is essential, even if the .Ar owner or .Ar group --- 54,79 ---- without any ill effects. .Pp When starting up, ! .Nm reads in a configuration file to determine which logs should be looked at. By default, this configuration file is .Pa /etc/newsyslog.conf . Each line of the file contains information about a particular log file that should be handled by ! .Nm Ns . ! Each line has five mandatory fields and four optional fields, with a whitespace separating each field. Blank lines or lines beginning with ! .Dq # ! are ignored. The fields of the configuration file are as follows: .Pp .Bl -tag -width logfile_namexxxx .It Ar logfile_name Name of the system log file to be archived. .It Ar owner.group Specifies the owner and group for the archive file. ! The ! .Dq \&. ! is essential, even if the .Ar owner or .Ar group *************** *** 75,92 **** present in .Pa /etc/passwd or ! .Pa /etc/group. .It Ar mode Specifies the mode of the log file and archives. .It Ar count ! Specifies the number of archive files to be kept ! besides the log file itself. .It Ar size When the size of the log file reaches .Ar size , the log file will be trimmed as described above. If this field is replaced by a ! .Ar * , then the size of the log file is not taken into account when determining when to trim the log file. of archives --- 81,97 ---- present in .Pa /etc/passwd or ! .Pa /etc/group . .It Ar mode Specifies the mode of the log file and archives. .It Ar count ! Specifies the number of archive files to be kept besides the log file itself. .It Ar size When the size of the log file reaches .Ar size , the log file will be trimmed as described above. If this field is replaced by a ! .Dq * , then the size of the log file is not taken into account when determining when to trim the log file. of archives *************** *** 95,101 **** .Ar interval hours have passed, the log file will be trimmed. If this field is replaced by a ! .Ar * , then the number of hours since the last time the log was trimmed will not be taken into consideration. .It Ar flags --- 100,106 ---- .Ar interval hours have passed, the log file will be trimmed. If this field is replaced by a ! .Dq * , then the number of hours since the last time the log was trimmed will not be taken into consideration. .It Ar flags *************** *** 113,118 **** --- 118,143 ---- .Nm inserts to indicate the fact that the logs have been turned over should not be included. + The + .Ar N + flag means no flags are specified. This is used so that you can specify + the next option when you don't want to compress or mark the log as binary. + .It Ar pid_file + The + .Ar pid_file + is the file that the process id is to be read out of. The process id is then + sent a signal to tell the process to reopen it's log file. If + .Ar pid_file + is not specified it will default to + .Pa /var/run/syslog.pid + .It Ar signal + The + .Ar signal + is the name or number of the signal to be sent to the process id. + If + .Ar signal + is not specified it will default to + .Dv SIGHUP . .El .Sh OPTIONS The following options can be used with newsyslog: *************** *** 154,160 **** Theodore Ts'o, MIT Project Athena .Pp Copyright 1987, Massachusetts Institute of Technology ! .Sh "SEE ALSO" .Xr gzip 1 , .Xr syslog 3 , .Xr syslogd 8 --- 179,185 ---- Theodore Ts'o, MIT Project Athena .Pp Copyright 1987, Massachusetts Institute of Technology ! .Sh SEE ALSO .Xr gzip 1 , .Xr syslog 3 , .Xr syslogd 8 Index: newsyslog.c =================================================================== RCS file: /usr/cvs/src/usr.sbin/newsyslog/newsyslog.c,v retrieving revision 1.9 diff -c -r1.9 newsyslog.c *** newsyslog.c 1997/02/22 16:08:26 1.9 --- newsyslog.c 1997/03/03 07:42:39 *************** *** 36,42 **** #define CONF "/etc/athena/newsyslog.conf" /* Configuration file */ #endif #ifndef PIDFILE ! #define PIDFILE "/etc/syslog.pid" #endif #ifndef COMPRESS_PATH #define COMPRESS_PATH "/usr/ucb/compress" /* File compression program */ --- 36,42 ---- #define CONF "/etc/athena/newsyslog.conf" /* Configuration file */ #endif #ifndef PIDFILE ! #define PIDFILE _PATH_LOGPID #endif #ifndef COMPRESS_PATH #define COMPRESS_PATH "/usr/ucb/compress" /* File compression program */ *************** *** 47,52 **** --- 47,58 ---- #ifndef COMPRESS_POSTFIX #define COMPRESS_POSTFIX ".Z" #endif + #ifndef DEFAULT_SIGNAL + #define DEFAULT_SIGNAL SIGHUP + #endif + #ifndef SIGNAL_PREFIX + #define SIGNAL_PREFIX "sig" + #endif #include #include *************** *** 63,68 **** --- 69,75 ---- #include #include #include + #include #define kbytes(size) (((size) + 1023) >> 10) #ifdef _IBMR2 *************** *** 84,89 **** --- 91,99 ---- int hours; /* Hours between log trimming */ int permissions; /* File permissions on the log */ int flags; /* Flags (CE_COMPACT & CE_BINARY) */ + char *pid_file; /* PID file of program to HUP */ + int pid; /* PID from file */ + int signal; /* signal to deliever to process */ struct conf_entry *next; /* Linked list pointer */ }; *************** *** 93,99 **** int noaction = 0; /* Don't do anything, just show it */ char *conf = CONF; /* Configuration file to use */ time_t timenow; - int syslog_pid; /* read in from /etc/syslog.pid */ #define MIN_PID 3 #define MAX_PID 30000 /* was 65534, see /usr/include/sys/proc.h */ char hostname[MAXHOSTNAMELEN+1]; /* hostname */ --- 103,108 ---- *************** *** 110,120 **** static void do_entry(struct conf_entry *ent); static void PRS(int argc,char **argv); static void usage(); ! static void dotrim(char *log,int numdays,int falgs,int perm, int owner_uid,int group_gid); static int log_trim(char *log); static void compress_log(char *log); static int sizefile(char *file); static int age_old_log(char *file); int main(argc,argv) int argc; --- 119,131 ---- static void do_entry(struct conf_entry *ent); static void PRS(int argc,char **argv); static void usage(); ! static void dotrim(char *log,int numdays,int falgs,int perm, int owner_uid,int group_gid, int pid, char *pid_file, int sig); static int log_trim(char *log); static void compress_log(char *log); static int sizefile(char *file); static int age_old_log(char *file); + static int get_pid(char *file); + static char *strtoupper(const char *str); int main(argc,argv) int argc; *************** *** 137,142 **** --- 148,171 ---- return(0); } + static int get_pid(char *file) + { + char line[13]; + FILE *f; + + f = fopen(file,"r"); + if (f && fgets(line,sizeof(line), f)) { + if(f) + (void)fclose(f); + return atoi(line); + } + + if (f) + (void)fclose(f); + + return 0; + } + static void do_entry(ent) struct conf_entry *ent; *************** *** 173,179 **** ent->log,ent->numlogs); } dotrim(ent->log, ent->numlogs, ent->flags, ! ent->permissions, ent->uid, ent->gid); } else { if (verbose) printf("--> skipping\n"); --- 202,209 ---- ent->log,ent->numlogs); } dotrim(ent->log, ent->numlogs, ent->flags, ! ent->permissions, ent->uid, ent->gid, ent->pid, ! ent->pid_file, ent->signal); } else { if (verbose) printf("--> skipping\n"); *************** *** 186,193 **** char **argv; { int c; - FILE *f; - char line[BUFSIZ]; char *p; progname = argv[0]; --- 216,221 ---- *************** *** 195,208 **** daytime = ctime(&timenow) + 4; daytime[15] = '\0'; - /* Let's find the pid of syslogd */ - syslog_pid = 0; - f = fopen(PIDFILE,"r"); - if (f && fgets(line,BUFSIZ,f)) - syslog_pid = atoi(line); - if (f) - (void)fclose(f); - /* Let's get our hostname */ (void) gethostname(hostname, sizeof(hostname)); --- 223,228 ---- *************** *** 257,263 **** f = stdin; if (!f) err(1, "%s", conf); ! while (fgets(line,BUFSIZ,f)) { if ((line[0]== '\n') || (line[0] == '#')) continue; errline = strdup(line); --- 277,283 ---- f = stdin; if (!f) err(1, "%s", conf); ! while (memset(line, 0, BUFSIZ), fgets(line,BUFSIZ-5,f)) { if ((line[0]== '\n') || (line[0] == '#')) continue; errline = strdup(line); *************** *** 340,350 **** working->flags |= CE_COMPACT; else if ((*q == 'B') || (*q == 'b')) working->flags |= CE_BINARY; ! else errx(1, "Illegal flag in config file -- %c", *q); q++; } free(errline); } if (working) --- 360,415 ---- working->flags |= CE_COMPACT; else if ((*q == 'B') || (*q == 'b')) working->flags |= CE_BINARY; ! else if ((*q == 'N') || (*q == 'n')) { ! /* nop */ ! } else errx(1, "Illegal flag in config file -- %c", *q); q++; } + + q = parse = sob(++parse); /* Optional field */ + *(parse = son(parse)) = '\0'; + if(q && *q) + working->pid_file=strdup(q); + else + working->pid_file=NULL; + if(working->pid_file == NULL) + working->pid_file=strdup(PIDFILE); + + if((working->pid=get_pid(working->pid_file)) == 0) + errx(1, "can't read pid out of file %s", + working->pid_file); + + q = parse = sob(++parse); /* Optional field */ + *(parse = son(parse)) = '\0'; + if (q && *q) { + if(isdigit(*q)) { + /* they provided a decimal signal number */ + working->signal = atoi(q); + if (working->signal <= 0 || + working->signal >= NSIG) + errx(1, "signal %d is invalid in config line: %s", + working->signal, errline); + } else { + /* search for a matching signal name */ + int i; + if(!strncasecmp(q, SIGNAL_PREFIX, + sizeof(SIGNAL_PREFIX)-1)) + q += sizeof(SIGNAL_PREFIX)-1; + for (i=1; i < NSIG && + strcasecmp(q, sys_signame[i]); i++); + if(i == NSIG) + errx(1, "could not find signal %s, on line: %s", + q, errline); + else + working->signal = i; + } + } else { + /* no signal provided, use default */ + working->signal = DEFAULT_SIGNAL; + } + free(errline); } if (working) *************** *** 361,373 **** return(p); } ! static void dotrim(log,numdays,flags,perm,owner_uid,group_gid) char *log; int numdays; int flags; int perm; int owner_uid; int group_gid; { char file1 [MAXPATHLEN+1], file2 [MAXPATHLEN+1]; char zfile1[MAXPATHLEN+1], zfile2[MAXPATHLEN+1]; --- 426,441 ---- return(p); } ! static void dotrim(log,numdays,flags,perm,owner_uid,group_gid,pid,pid_file,sig) char *log; int numdays; int flags; int perm; int owner_uid; int group_gid; + int pid; + char *pid_file; + int sig; { char file1 [MAXPATHLEN+1], file2 [MAXPATHLEN+1]; char zfile1[MAXPATHLEN+1], zfile2[MAXPATHLEN+1]; *************** *** 451,463 **** printf("chmod %o %s...",perm,log); else (void) chmod(log,perm); ! if (noaction) ! printf("kill -HUP %d (syslogd)\n",syslog_pid); ! else ! if (syslog_pid < MIN_PID || syslog_pid > MAX_PID) { ! warnx("preposterous process number: %d", syslog_pid); ! } else if (kill(syslog_pid,SIGHUP)) ! warn("could not restart syslogd"); if (flags & CE_COMPACT) { if (noaction) printf("Compress %s.0\n",log); --- 519,532 ---- printf("chmod %o %s...",perm,log); else (void) chmod(log,perm); ! if (noaction) { ! printf("kill -%s %d (%s)\n", strtoupper(sys_signame[sig]), ! pid, pid_file); ! } else ! if (pid < MIN_PID || pid > MAX_PID) { ! warnx("preposterous process number %d from %s", pid, pid_file); ! } else if (kill(pid,sig)) ! warn("could not restart pid %d from %s", pid, pid_file); if (flags & CE_COMPACT) { if (noaction) printf("Compress %s.0\n",log); *************** *** 553,556 **** --- 622,642 ---- while (p && *p && !isspace(*p)) p++; return(p); + } + + static char *strtoupper(str) + register const char *str; + { + static char *buf; + register int i; + + if(buf) + free(buf); + + buf=malloc(strlen(str)+1); + + i=0; + while((buf[i++]=toupper(str[i])) != '\0'); + + return buf; } --+WCv1s2RzB2fBlYC-- From owner-freebsd-current Mon Mar 3 00:41:28 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id AAA11885 for current-outgoing; Mon, 3 Mar 1997 00:41:28 -0800 (PST) Received: from Campino.Informatik.RWTH-Aachen.DE (campino.Informatik.RWTH-Aachen.DE [137.226.116.240]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id AAA11873 for ; Mon, 3 Mar 1997 00:41:25 -0800 (PST) Received: from gil.physik.rwth-aachen.de (gilberto.physik.rwth-aachen.de [137.226.31.2]) by Campino.Informatik.RWTH-Aachen.DE (RBI-Z-5/8.6.12) with ESMTP id JAA18181 for ; Mon, 3 Mar 1997 09:42:08 +0100 (MET) Received: (from kuku@localhost) by gil.physik.rwth-aachen.de (8.8.4/8.6.9) id JAA10250 for freebsd-current@freefall.cdrom.com; Mon, 3 Mar 1997 09:49:42 +0100 (MET) Date: Mon, 3 Mar 1997 09:49:42 +0100 (MET) From: Christoph Kukulies Message-Id: <199703030849.JAA10250@gil.physik.rwth-aachen.de> To: freebsd-current@freefall.FreeBSD.org Subject: sbin/fsck doesn't compile (here) Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk I'm clueless. Last time I tried was one week ago to build a world and got stuck at compiling sbin/fsck: cc -O2 -m486 -pipe -c /home/BLUES/src/sbin/fsck/inode.c /home/BLUES/src/sbin/fsck/inode.c: In function `pinode': /home/BLUES/src/sbin/fsck/inode.c:517: request for member `tv_sec' in something not a structure or union /home/BLUES/src/sbin/fsck/inode.c: In function `allocino': /home/BLUES/src/sbin/fsck/inode.c:588: request for member `tv_sec' in something not a structure or union *** Error code 1 Stop. And still it isn't sorted out (by cvsup). Can anyone confirm that error or point me to what might be wrong at my site? -- Chris Christoph P. U. Kukulies kuku@gil.physik.rwth-aachen.de From owner-freebsd-current Mon Mar 3 01:09:03 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id BAA14719 for current-outgoing; Mon, 3 Mar 1997 01:09:03 -0800 (PST) Received: from sc.unizar.es (sc.unizar.es [155.210.11.1]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id BAA14573 for ; Mon, 3 Mar 1997 01:06:55 -0800 (PST) Received: from posta.unizar.es by sc.unizar.es (4.1/SMI-4.1) Mon, 3 Mar 97 10:04:16 +0100 Received: from [155.210.29.21] (briz.cps.unizar.es [155.210.29.21]) by posta.unizar.es (8.8.5/8.7.3) with SMTP id KAA11535 for ; Mon, 3 Mar 1997 10:11:13 +0100 (MET) Message-Id: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Mon, 3 Mar 1997 10:07:41 +0100 To: freebsd-current@FreeBSD.ORG From: briz@posta.unizar.es ( =?iso-8859-1?Q?Jos=E9?= Luis Briz) Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk unsubscribe freebsd-current "Jos\i Luis Briz" Jose Luis Briz [http://www.cps.unizar.es/~briz/] Arquitectura y Tecno. de Computadores - DIIS Centro Politecnico Superior - Univ. Zaragoza [Ma. de Luna, 3][50015 ZARAGOZA (SPAIN)] [PH.:~34.76.762106][FAX:~34.76.761861] From owner-freebsd-current Mon Mar 3 03:13:17 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id DAA21947 for current-outgoing; Mon, 3 Mar 1997 03:13:17 -0800 (PST) Received: from hq.icb.chel.su (hq.icb.chel.su [193.125.10.33]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id DAA21938 for ; Mon, 3 Mar 1997 03:12:24 -0800 (PST) Received: (babkin@localhost) by hq.icb.chel.su (8.8.3/8.6.5) id QAA09859; Mon, 3 Mar 1997 16:11:36 +0500 (ESK) From: "Serge A. Babkin" Message-Id: <199703031111.QAA09859@hq.icb.chel.su> Subject: Re: sbin/fsck doesn't compile (here) To: kuku@gilberto.physik.RWTH-Aachen.DE (Christoph Kukulies) Date: Mon, 3 Mar 1997 16:11:35 +0500 (ESK) Cc: freebsd-current@freefall.FreeBSD.ORG In-Reply-To: <199703030849.JAA10250@gil.physik.rwth-aachen.de> from "Christoph Kukulies" at Mar 3, 97 09:49:42 am X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > I'm clueless. Last time I tried was one week ago to build a world and > got stuck at compiling sbin/fsck: > > cc -O2 -m486 -pipe -c /home/BLUES/src/sbin/fsck/inode.c > /home/BLUES/src/sbin/fsck/inode.c: In function `pinode': > /home/BLUES/src/sbin/fsck/inode.c:517: request for member `tv_sec' in something not a structure or union > /home/BLUES/src/sbin/fsck/inode.c: In function `allocino': > /home/BLUES/src/sbin/fsck/inode.c:588: request for member `tv_sec' in something not a structure or union > *** Error code 1 > > Stop. > > And still it isn't sorted out (by cvsup). Can anyone confirm that error > or point me to what might be wrong at my site? As far as I understood the reason is that bringing the 4.4BSD changes is in progress. The /sys/ufs/ufs/dinode.h has changed but other files are not yet. Fsck is not the only program that refuses from being compiled, some others and kernel do that too. -SB From owner-freebsd-current Mon Mar 3 06:51:05 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id GAA05592 for current-outgoing; Mon, 3 Mar 1997 06:51:05 -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 GAA05587 for ; Mon, 3 Mar 1997 06:51:00 -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 JAA04827 for ; Mon, 3 Mar 1997 09:25:21 -0600 (CST) Received: (jlemon@localhost) by right.PCS (8.6.13/8.6.4) id OAA24579; Mon, 3 Mar 1997 14:51:10 GMT Message-ID: <19970303085110.12901@right.PCS> Date: Mon, 3 Mar 1997 08:51:10 -0600 From: Jonathan Lemon To: freebsd-current@freebsd.org Subject: 2.2 build failure (on gdb.1) Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.61.1 Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk RELENG_2.2, cvsup'ed as of 8:26 CST, 3/3/97. > chdir /usr/src/gnu/usr.bin/gdb/gdb > make clean > make [ lots deleted ] make: don't know how to make gdb.1. Stop I attempted a full 'make world' last night, and it broke in the same place. -- Jonathan From owner-freebsd-current Mon Mar 3 07:25:47 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id HAA07621 for current-outgoing; Mon, 3 Mar 1997 07:25:47 -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 HAA07615 for ; Mon, 3 Mar 1997 07:25:44 -0800 (PST) Received: (from root@localhost) by btp1da.phy.uni-bayreuth.de (8.8.5/8.7.3) id QAA26522 for current@freebsd.org; Mon, 3 Mar 1997 16:25:36 +0100 (MET) From: Werner Griessl Message-Id: <199703031525.QAA26522@btp1da.phy.uni-bayreuth.de> Subject: 2.2 pcvt_ext To: current@freebsd.org Date: Mon, 3 Mar 1997 16:25:36 +0100 (MET) X-Mailer: ELM [version 2.4ME+ PL31 (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 kernel build on 2.2 fails for me 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 -DSCSI_DEBUG_FLAGS=DEBUG_NEGO -DNSWAPDEV=8 -DFAILSAFE -DCOMPAT_43 -DNFS -DFFS -DINET -DKERNEL ../../i386/isa/pcvt/pcvt_ext.c ../../i386/isa/pcvt/pcvt_ext.c: In function `usl_vt_ioctl': ../../i386/isa/pcvt/pcvt_ext.c:2510: invalid type argument of `->' ../../i386/isa/pcvt/pcvt_ext.c:2510: invalid type argument of `->' ../../i386/isa/pcvt/pcvt_ext.c:2510: invalid type argument of `->' ../../i386/isa/pcvt/pcvt_ext.c:2510: invalid type argument of `->' ../../i386/isa/pcvt/pcvt_ext.c:2511: invalid type argument of `->' ../../i386/isa/pcvt/pcvt_ext.c:2511: invalid type argument of `->' *** Error code 1 Werner From owner-freebsd-current Mon Mar 3 08:07:46 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id IAA09612 for current-outgoing; Mon, 3 Mar 1997 08:07:46 -0800 (PST) Received: from oxmail4.ox.ac.uk (oxmail4.ox.ac.uk [163.1.2.33]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id IAA09586 for ; Mon, 3 Mar 1997 08:07:32 -0800 (PST) Received: from njl2.materials.ox.ac.uk by oxmail4 with SMTP (PP); Mon, 3 Mar 1997 16:01:33 +0000 Received: by njl2.materials.ox.ac.uk (950413.SGI.8.6.12/940406.SGI) for current@freebsd.org id QAA16829; Mon, 3 Mar 1997 16:01:12 GMT From: neil.long@materials.oxford.ac.uk (Neil J Long) Message-Id: <199703031601.QAA16829@njl2.materials.ox.ac.uk> Subject: 2.2-GAMMA - gdb.1 To: current@freebsd.org Date: Mon, 3 Mar 1997 16:01:12 +0000 (GMT) X-Mailer: ELM [version 2.4 PL25 ME8a] Content-Type: text Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hello I cvsup'd this morning to catch up on the weekend changes and the log shows Updating collection src-all/cvs Delete src/contrib/gdb/bfd/doc/bfd.texinfo Delete src/contrib/gdb/gdb/doc/gdbint.texinfo Delete src/contrib/gdb/gdb/gdb.1 ... I ran a 'make most' and most everything built except when it got to gnu/usr.bin/gdb ===> gdb/gdb make: don't know how to make gdb.1. Stop *** Error code 2 Stop. I just tried to re-cvsup but cvsup.FreeBSD.org refused to connect. A kernel re-build went fine .... Neil From owner-freebsd-current Mon Mar 3 10:15:50 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id KAA18024 for current-outgoing; Mon, 3 Mar 1997 10:15:50 -0800 (PST) Received: from ian.broken.net (R-ddo.resnet.ucsb.edu [128.111.120.207]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id KAA18018 for ; Mon, 3 Mar 1997 10:15:47 -0800 (PST) Received: (from ian@localhost) by ian.broken.net (8.8.5/8.7.3) id KAA13800; Mon, 3 Mar 1997 10:15:24 -0800 (PST) Message-ID: X-Mailer: XFMail 1.0 [p0] on FreeBSD Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <199703031601.QAA16829@njl2.materials.ox.ac.uk> Date: Mon, 03 Mar 1997 10:12:35 -0800 (PST) From: Ian Struble To: (Neil J Long) Subject: RE: 2.2-GAMMA - gdb.1 Cc: current@FreeBSD.ORG Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk I just ran into the same problem, but also needed doc/gdbint.texinfo after I dealt with gdb.1. On 03-Mar-97 Neil J Long wrote: >Hello >I cvsup'd this morning to catch up on the weekend changes and the log >shows >Updating collection src-all/cvs > Delete src/contrib/gdb/bfd/doc/bfd.texinfo > Delete src/contrib/gdb/gdb/doc/gdbint.texinfo > Delete src/contrib/gdb/gdb/gdb.1 >... > >I ran a 'make most' and most everything built except when it got to >gnu/usr.bin/gdb > >===> gdb/gdb >make: don't know how to make gdb.1. Stop >*** Error code 2 > >Stop. ---- The devil finds work for idle circuits to do. ---- From owner-freebsd-current Mon Mar 3 10:51:36 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id KAA20651 for current-outgoing; Mon, 3 Mar 1997 10:51:36 -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 KAA20639 for ; Mon, 3 Mar 1997 10:51:30 -0800 (PST) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id TAA23030; Mon, 3 Mar 1997 19:51:22 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.8.5/8.8.5) id TAA05811; Mon, 3 Mar 1997 19:42:35 +0100 (MET) Message-ID: Date: Mon, 3 Mar 1997 19:42:35 +0100 From: j@uriah.heep.sax.de (J Wunsch) To: neil.long@materials.oxford.ac.uk (Neil J Long) Cc: current@freebsd.org Subject: Re: 2.2-GAMMA - gdb.1 References: <199703031601.QAA16829@njl2.materials.ox.ac.uk> 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: <199703031601.QAA16829@njl2.materials.ox.ac.uk>; from Neil J Long on Mar 3, 1997 16:01:12 +0000 Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk As Neil J Long wrote: > ===> gdb/gdb > make: don't know how to make gdb.1. Stop > *** Error code 2 Have you removed you stale .depend files? -- 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 Mar 3 11:32:23 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id LAA22801 for current-outgoing; Mon, 3 Mar 1997 11:32:23 -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 LAA22796 for ; Mon, 3 Mar 1997 11:32:13 -0800 (PST) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id UAA24434 for current@freebsd.org; Mon, 3 Mar 1997 20:32:02 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.8.5/8.8.5) id UAA06064; Mon, 3 Mar 1997 20:16:16 +0100 (MET) Message-ID: Date: Mon, 3 Mar 1997 20:16:15 +0100 From: j@uriah.heep.sax.de (J Wunsch) To: current@freebsd.org Subject: Re: 2.2 pcvt_ext References: <199703031525.QAA26522@btp1da.phy.uni-bayreuth.de> 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: <199703031525.QAA26522@btp1da.phy.uni-bayreuth.de>; from Werner Griessl on Mar 3, 1997 16:25:36 +0100 Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk As Werner Griessl wrote: > > kernel build on 2.2 fails for me with: > ../../i386/isa/pcvt/pcvt_ext.c: In function `usl_vt_ioctl': > ../../i386/isa/pcvt/pcvt_ext.c:2510: invalid type argument of `->' *blush* That's what you get for ``eyeball reviewing'' something... Bruce has already fixed this error. -- 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 Mar 3 11:50:52 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id LAA23772 for current-outgoing; Mon, 3 Mar 1997 11:50: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 LAA23767 for ; Mon, 3 Mar 1997 11:50:48 -0800 (PST) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id UAA24991 for freebsd-current@FreeBSD.ORG; Mon, 3 Mar 1997 20:50:46 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.8.5/8.8.5) id UAA06141; Mon, 3 Mar 1997 20:25:49 +0100 (MET) Message-ID: Date: Mon, 3 Mar 1997 20:25:49 +0100 From: j@uriah.heep.sax.de (J Wunsch) To: freebsd-current@FreeBSD.ORG Subject: Re: 2.2 build failure (on gdb.1) References: <19970303085110.12901@right.PCS> 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: <19970303085110.12901@right.PCS>; from Jonathan Lemon on Mar 3, 1997 08:51:10 -0600 Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk As Jonathan Lemon wrote: > RELENG_2.2, cvsup'ed as of 8:26 CST, 3/3/97. > > > chdir /usr/src/gnu/usr.bin/gdb/gdb > > make clean > > make > [ lots deleted ] > make: don't know how to make gdb.1. Stop Make sure you've killed all traces of stale .depend files. -- 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 Mar 3 12:51:34 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id MAA26997 for current-outgoing; Mon, 3 Mar 1997 12:51:34 -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 MAA26988 for ; Mon, 3 Mar 1997 12:51:21 -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 PAA05865; Mon, 3 Mar 1997 15:25:00 -0600 (CST) Received: (jlemon@localhost) by right.PCS (8.6.13/8.6.4) id UAA25599; Mon, 3 Mar 1997 20:50:39 GMT Message-ID: <19970303145038.39150@right.PCS> Date: Mon, 3 Mar 1997 14:50:38 -0600 From: Jonathan Lemon To: Joerg Wunsch Cc: Neil J Long , current@freebsd.org Subject: Re: 2.2-GAMMA - gdb.1 References: <199703031601.QAA16829@njl2.materials.ox.ac.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.61.1 In-Reply-To: ; from J Wunsch on Mar 03, 1997 at 07:42:35PM +0100 Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Mar 03, 1997 at 07:42:35PM +0100, J Wunsch wrote: > As Neil J Long wrote: > > > ===> gdb/gdb > > make: don't know how to make gdb.1. Stop > > *** Error code 2 > > Have you removed you stale .depend files? Uh, this was during a 'make world'. I believe that making the world is supposed to blow everything away, and rebuild all dependencies, no? -- Jonathan From owner-freebsd-current Mon Mar 3 14:20:34 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id OAA02149 for current-outgoing; Mon, 3 Mar 1997 14:20:34 -0800 (PST) Received: from sol.harbor.ab.ca (sol.harbor.ab.ca [198.161.82.129]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id OAA02018; Mon, 3 Mar 1997 14:19:37 -0800 (PST) Received: from olympus (olympus.harbor.ab.ca [198.161.82.144]) by sol.harbor.ab.ca (8.6.10/8.6.9) with SMTP id WAA03967; Mon, 3 Mar 1997 22:17:00 GMT Date: Mon, 3 Mar 1997 15:16:59 -0700 (MST) From: Stephen Mathezer X-Sender: mathezer@olympus To: questions@freebsd.org, current@freebsd.org Subject: Solution to Help w/ ppp to NT 4 server 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 My apologies if I'm out to lunch on this. I inquired yesterday about connecting as a client to an NT 4 server with ppp. I couldn't get either pppd or iijppp to successfully authenticate. I believe that this is due to the Microsoft Chap extensions on the NT server which encrypts the username/password. Anyways, I have turned off those extensions on the server and expect everything to work fine but in the course of exploring this I discovered some patches to pppd to support the MS extensions. These are at ftp://sunsite.unc.edu/pub/Linux/system/network/serial/ppp/ppp-2.2.0f.tar.gz. There is a README.mschap80 in this distribution and it includes patches to make pppd use the MS extensions. I took a quick glance in -current and didn't see any indication that these patches have been applied. I don't expect to need them and don't have the experience to pursue this any further but I thought I'd send this in case anybody else has a need for this information. -Steve On Sun, 2 Mar 1997, Stephen Mathezer wrote: > > We just moved our dialin server to an NT 4 server and of course I am > struggling to successfully connect using either iijppp or pppd. > > I searched the Email archives and discovered lots of questions but few > answers. > > Can somebody tell me first whether it is possible to connect to an NT 4 > server using either pppd or iijppp. Secondly of course, how exactly is > this done. > > The NT server is of course trying to use chap and does not provide a > login: prompt. > > I do have access to the NT server if there is something I can change at > that end to make things work better. > > Thanks for any help. > > -Steve > > > This is what I get running pppd -d: > > Mar 2 14:53:17 cygnus pppd[292]: pppd 2.2.0 started by root, uid 0 > Mar 2 14:53:17 cygnus pppd[292]: Connect: ppp0 <--> /dev/cuaa1 > Mar 2 14:53:18 cygnus pppd[292]: Modem hangup > Mar 2 14:53:17 cygnus pppd[292]: pppd 2.2.0 started by root, uid 0 > Mar 2 14:53:17 cygnus pppd[292]: Using interface ppp0 > Mar 2 14:53:17 cygnus pppd[292]: Connect: ppp0 <--> /dev/cuaa1 > Mar 2 14:53:17 cygnus pppd[292]: sent [LCP ConfReq id=0x1 > ] > Mar 2 14:53:18 cygnus pppd[292]: rcvd [LCP ConfReq id=0x0 > ] > Mar 2 14:53:18 cygnus pppd[292]: sent [LCP ConfRej id=0x0 ] > Mar 2 14:53:18 cygnus pppd[292]: rcvd [LCP ConfAck id=0x1 > ] > Mar 2 14:53:18 cygnus pppd[292]: rcvd [LCP TermReq id=0x1 00 00 02 dc] > Mar 2 14:53:18 cygnus pppd[292]: sent [LCP TermAck id=0x1] > Mar 2 14:53:18 cygnus pppd[292]: Hangup (SIGHUP) > Mar 2 14:53:18 cygnus pppd[292]: Modem hangup > Mar 2 14:53:18 cygnus pppd[292]: Exit. > > > From owner-freebsd-current Mon Mar 3 14:52:53 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id OAA03965 for current-outgoing; Mon, 3 Mar 1997 14:52:53 -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 OAA03955 for ; Mon, 3 Mar 1997 14:52:44 -0800 (PST) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id XAA01595 for current@freebsd.org; Mon, 3 Mar 1997 23:52:34 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.8.5/8.8.5) id XAA07305; Mon, 3 Mar 1997 23:50:17 +0100 (MET) Message-ID: Date: Mon, 3 Mar 1997 23:50:17 +0100 From: j@uriah.heep.sax.de (J Wunsch) To: current@freebsd.org Subject: Re: 2.2-GAMMA - gdb.1 References: <199703031601.QAA16829@njl2.materials.ox.ac.uk> <19970303145038.39150@right.PCS> 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: <19970303145038.39150@right.PCS>; from Jonathan Lemon on Mar 3, 1997 14:50:38 -0600 Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk As Jonathan Lemon wrote: > > > make: don't know how to make gdb.1. Stop > > > *** Error code 2 > > > > Have you removed you stale .depend files? > > Uh, this was during a 'make world'. I believe that making the world is > supposed to blow everything away, and rebuild all dependencies, no? Maybe, but there's been a major restructuring of the source tree, most of the stuff has been moved to /usr/src/contrib. Maybe this confused the make system. I've just checked my /usr/obj/usr/src/gnu/usr.bin/gdb/gdb/.depend file inside the chroot tree used for my release tests. It doesn't contain any reference to gdb.1. -- 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 Mar 3 22:46:39 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id WAA00370 for current-outgoing; Mon, 3 Mar 1997 22:46:39 -0800 (PST) Received: from mx.serv.net (mx.serv.net [199.201.191.10]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id WAA00355; Mon, 3 Mar 1997 22:46:33 -0800 (PST) Received: from MindBender.serv.net by mx.serv.net (8.7.5/SERV Revision: 2.30) id WAA12227; Mon, 3 Mar 1997 22:46:31 -0800 (PST) Received: from localhost.HeadCandy.com (michaelv@localhost.HeadCandy.com [127.0.0.1]) by MindBender.serv.net (8.7.5/8.7.3) with SMTP id WAA09994; Mon, 3 Mar 1997 22:46:06 -0800 (PST) Message-Id: <199703040646.WAA09994@MindBender.serv.net> X-Authentication-Warning: MindBender.serv.net: Host michaelv@localhost.HeadCandy.com [127.0.0.1] didn't use HELO protocol To: Stephen Mathezer cc: questions@freebsd.org, current@freebsd.org Subject: Re: Solution to Help w/ ppp to NT 4 server In-reply-to: Your message of Mon, 03 Mar 97 15:16:59 -0700. Date: Mon, 03 Mar 1997 22:46:06 -0800 From: "Michael L. VanLoon -- HeadCandy.com" Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >I inquired yesterday about connecting as a client to an NT 4 server with >ppp. I couldn't get either pppd or iijppp to successfully authenticate. >I believe that this is due to the Microsoft Chap extensions on the NT >server which encrypts the username/password. Anyways, I have turned off >those extensions on the server and expect everything to work fine but in >the course of exploring this I discovered some patches to pppd to support >the MS extensions. [...] Also, verify what version of NT they're running. If they have upgraded NT 4.0 to Service Patch 2, verify that they have applied the PPP fix. Stock Service Patch 2 broke some PPP functionality. Alternately, they can back-step to SP1 if there are no specific fixes they need in SP2. SP3 should be out soon, and is the first SP to go through a beta cycle, so it should be very solid. ----------------------------------------------------------------------------- Michael L. VanLoon michaelv@MindBender.serv.net --< Free your mind and your machine -- NetBSD free un*x >-- NetBSD working ports: 386+PC, Mac 68k, Amiga, Atari 68k, HP300, Sun3, Sun4/4c/4m, DEC MIPS, DEC Alpha, PC532, VAX, MVME68k, arm32... NetBSD ports in progress: PICA, others... ----------------------------------------------------------------------------- From owner-freebsd-current Mon Mar 3 23:12:14 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id XAA01861 for current-outgoing; Mon, 3 Mar 1997 23:12:14 -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 XAA01855 for ; Mon, 3 Mar 1997 23:12:09 -0800 (PST) Received: (from adam@localhost) by veda.is (8.8.4/8.7.3) id HAA16339; Tue, 4 Mar 1997 07:25:24 GMT Date: Tue, 4 Mar 1997 07:25:24 GMT From: Adam David Message-Id: <199703040725.HAA16339@veda.is> To: dev@fgate.flevel.co.UK (Developer) Cc: freebsd-current@freebsd.org Subject: Re: Help - urgent problem with mountd/portmapper Newsgroups: list.freebsd.current References: X-Newsreader: NN version 6.5.0 #2 (NOV) Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Ive got a bsd-current server running, it is a name server and I'm trying >to export partitions using nfs -- when mounted is started I always get >this >errorr:- >mountd[352]: Can't register mount >portmap[355]: connect from 127.0.0.1 to set(mountd): request from >non-local host Is that with all sources current (which date?) and with everything rebuilt and reinstalled? I saw this problem once earlier, quite a long time ago actually, it was caused by an array of fixed size being used to gather the local addresses. I suspect you have a huge nuber of IP aliases, if so the quickest hack to alleviate your situation is to increase that size. In portmap/from_local.c increase MAX_LOCAL to an appropriately large value. Alternatively it could be a temporary inconsistency in the sources or your local configuration. -- Adam David From owner-freebsd-current Tue Mar 4 01:54:00 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id BAA11622 for current-outgoing; Tue, 4 Mar 1997 01:54:00 -0800 (PST) Received: from oxmail4.ox.ac.uk (oxmail4.ox.ac.uk [163.1.2.33]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id BAA11617 for ; Tue, 4 Mar 1997 01:53:53 -0800 (PST) Received: from njl2.materials.ox.ac.uk by oxmail4 with SMTP (PP); Tue, 4 Mar 1997 09:53:39 +0000 Received: by njl2.materials.ox.ac.uk (950413.SGI.8.6.12/940406.SGI) for freebsd-current@FreeBSD.ORG id JAA18202; Tue, 4 Mar 1997 09:53:37 GMT Date: Tue, 4 Mar 1997 09:53:37 GMT From: neil.long@materials.oxford.ac.uk (Neil J Long) Message-Id: <9703040953.ZM18200@njl2.materials.ox.ac.uk> X-Mailer: Z-Mail-SGI (3.2S.3 08feb96 MediaMail) To: freebsd-current@freebsd.org Subject: CVSUP alternative hosts? Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hello I keep getting refused connections to cvsup.freebsd.org, what are the other server names which are relatively up to date? I use the NL one for large changes but that is not always up to date with the master (?) at freebsd.org. Or am I in error? Stuck in .ac.uk in a land where the L-word seems to dominate. (hensa/ftp2 isn't even mirroring 2.2-GAMMA). demon.co.uk and ic.ac.uk mirror FreeBSD-CVS/CVSROOT - is there any way to update from these other than ftp'ing the whole directory? Thanks Neil -- ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ * Neil J Long, Department of Materials, University of Oxford * Parks Road, Oxford, OX1 3PH, UK * EMail: Neil.Long@materials.oxford.ac.uk * Tel: +44 (0)1865-273678 Fax: +44 (0)1865-273789 From owner-freebsd-current Tue Mar 4 02:44:47 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id CAA15172 for current-outgoing; Tue, 4 Mar 1997 02:44:47 -0800 (PST) Received: from terra.stack.nl (terra.stack.nl [131.155.140.128]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id CAA15167 for ; Tue, 4 Mar 1997 02:44:44 -0800 (PST) Received: from xaa.stack.nl (Uxaa@localhost) by terra.stack.nl (8.8.5) with UUCP id LAA13691; Tue, 4 Mar 1997 11:44:28 +0100 (MET) X-Authentication-Warning: terra.stack.nl: Uxaa set sender to xaa.stack.nl!freebsd using -f Received: (from freebsd@localhost) by xaa.stack.nl (8.8.5/8.8.2) id LAA01734; Tue, 4 Mar 1997 11:42:13 +0100 (MET) Message-ID: <19970304114213.41855@xaa.stack.nl> Date: Tue, 4 Mar 1997 11:42:13 +0100 From: Mark Huizer To: Neil J Long Cc: freebsd-current@freebsd.org Subject: Re: CVSUP alternative hosts? References: <9703040953.ZM18200@njl2.materials.ox.ac.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.64 In-Reply-To: <9703040953.ZM18200@njl2.materials.ox.ac.uk>; from Neil J Long on Tue, Mar 04, 1997 at 09:53:37AM +0000 Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > Hello > I keep getting refused connections to cvsup.freebsd.org, what are the other > server names which are relatively up to date? I use the NL one for large > changes but that is not always up to date with the master (?) at freebsd.org. > Or am I in error? It is up to date, but it gets update twice or maybe 4 times a day (gosh, how come I can't tell that without checking, brr... well... studying is not good for the braing :-) Hm... I think it's 2 times a day But please do tell me what you'd find a reasonable delay? I could change it to 4 times, if that helps... > Mark Huizer maintainer cvsup.nl.freebsd.org From owner-freebsd-current Tue Mar 4 06:57:54 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id GAA25133 for current-outgoing; Tue, 4 Mar 1997 06:57:54 -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 GAA25128 for ; Tue, 4 Mar 1997 06:57:50 -0800 (PST) Received: (from mail@localhost) by mole.mole.org (8.6.12/8.6.12) id OAA28327; Tue, 4 Mar 1997 14:58:50 GMT Received: from meerkat.mole.org(206.197.192.110) by mole.mole.org via smap (V1.3) id sma028324; Tue Mar 4 14:58:39 1997 Received: (from mrm@localhost) by meerkat.mole.org (8.6.11/8.6.9) id GAA14620; Tue, 4 Mar 1997 06:57:09 -0800 Date: Tue, 4 Mar 1997 06:57:09 -0800 From: "M.R.Murphy" Message-Id: <199703041457.GAA14620@meerkat.mole.org> To: adam@veda.is, wollman@lcs.mit.edu Subject: Re: cvs commit: src/usr.bin/su su.1 su.c Cc: current@freebsd.org Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > From owner-freebsd-current@freefall.freebsd.org Tue Feb 25 07:59:43 1997 > Date: Tue, 25 Feb 1997 10:06:47 -0500 > From: Garrett Wollman > To: Adam David > Cc: current@freebsd.org > Subject: Re: cvs commit: src/usr.bin/su su.1 su.c > > < said: > > > Please leave it as it is now. If you make root the only member of wheel, > > that gives the behaviour that you seek. This is naturally intuitive. > > > wheel:*:0:root,... #named users can su > > wheel:*:0:root #"only root can su" > > wheel:*:0: #anyone can su > > This is very counterintuitive, actually, since root is a member of > group `wheel' regardless of whether it's listed in /etc/group or not. I'll grant that the overloading of the use of the "wheel" group might have been an injudicious choice. I prefer sudo :-) > > I have long believed that the current implementation of group checking > in the `su' command is a crock. The correct behavior of the command > would be to call getgroups(2) and check the result for a GID of 0. > The current behavior allows the three cases mentioned above: 1) only root can su, 2) named users can su, 3) anyone can su How would the "correct behavior of the command to call getgroups and check the result for a GID of 0" provide for the three cases above without enumerating all users as in 2)? How would a changed behavior be more flexible? How would a changed behavior interact with the limitation on the number of members enumerated in a group? The current behavior will provide for the "check the result for a GID of 0" case with enumeration within the limitation of number of members allowed in a group. The current behavior would seem to be more flexible, and it works as it is. It also seems intuitive to some, perhaps not so to others. In either case, don't fix what ain't broke. -- Mike Murphy mrm@Mole.ORG +1 619 598 5874 Better is the enemy of Good From owner-freebsd-current Tue Mar 4 07:14:11 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id HAA25855 for current-outgoing; Tue, 4 Mar 1997 07:14:11 -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 HAA25847 for ; Tue, 4 Mar 1997 07:13:57 -0800 (PST) Received: (from adam@localhost) by veda.is (8.8.4/8.7.3) id PAA10491; Tue, 4 Mar 1997 15:26:03 GMT From: Adam David Message-Id: <199703041526.PAA10491@veda.is> Subject: Re: cvs commit: src/usr.bin/su su.1 su.c In-Reply-To: <199703041457.GAA14620@meerkat.mole.org> from "M.R.Murphy" at "Mar 4, 97 06:57:09 am" To: mrm@Mole.ORG (M.R.Murphy) Date: Tue, 4 Mar 1997 15:26:01 +0000 (GMT) Cc: wollman@lcs.mit.edu, current@freebsd.org X-Mailer: ELM [version 2.4ME+ PL31 (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'll grant that the overloading of the use of the "wheel" group > might have been an injudicious choice. I prefer sudo :-) Yep. > The current behavior allows the three cases mentioned above: > > 1) only root can su, > 2) named users can su, > 3) anyone can su > > How would the "correct behavior of the command to call getgroups > and check the result for a GID of 0" provide for the three cases > above without enumerating all users as in 2)? 1) Root is a named user, don't name any others. 2) Name them (traditionally in group 'wheel', but could be elsewhere). 3) /etc/su.conf -- Adam David From owner-freebsd-current Tue Mar 4 07:39:02 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id HAA26892 for current-outgoing; Tue, 4 Mar 1997 07:39:02 -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 HAA26887 for ; Tue, 4 Mar 1997 07:38:54 -0800 (PST) Received: (from mail@localhost) by mole.mole.org (8.6.12/8.6.12) id PAA28510; Tue, 4 Mar 1997 15:39:50 GMT Received: from meerkat.mole.org(206.197.192.110) by mole.mole.org via smap (V1.3) id sma028507; Tue Mar 4 15:39:25 1997 Received: (from mrm@localhost) by meerkat.mole.org (8.6.11/8.6.9) id HAA14692; Tue, 4 Mar 1997 07:37:55 -0800 Date: Tue, 4 Mar 1997 07:37:55 -0800 From: "M.R.Murphy" Message-Id: <199703041537.HAA14692@meerkat.mole.org> To: adam@veda.is, mrm@mole.mole.org Subject: Re: cvs commit: src/usr.bin/su su.1 su.c Cc: current@freebsd.org, wollman@lcs.mit.edu Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > > I'll grant that the overloading of the use of the "wheel" group > > might have been an injudicious choice. I prefer sudo :-) > > Yep. > > > The current behavior allows the three cases mentioned above: > > > > 1) only root can su, > > 2) named users can su, > > 3) anyone can su > > > > How would the "correct behavior of the command to call getgroups > > and check the result for a GID of 0" provide for the three cases > > above without enumerating all users as in 2)? > > 1) Root is a named user, don't name any others. > 2) Name them (traditionally in group 'wheel', but could be elsewhere). > 3) /etc/su.conf Does any of the 3 immediately above handle the "anyone can su" case, which those who are used to, shudder, System V, might prefer? Ah, yes /etc/su.conf would contain a description of desired behavior, and not an enumeration of users allowed to su. /etc/su.conf, YAFCFIHTP -- yet another control file I have to protect :-) /etc/kerberosIV, /etc/su.conf, /etc/sudoers, /etc/inetd.conf, /etc/passwd, /etc/group, /var/yp/etc/*, .... I want more ways to be root :-) I ask, "What's wrong with leaving it as is and letting those who want more control use sudo?" It's a rhetorical question, since the answer seems to reduce to, "It's fun to hack at things." It is, too; I agree :-) -- Mike Murphy mrm@Mole.ORG +1 619 598 5874 Better is the enemy of Good From owner-freebsd-current Tue Mar 4 09:00:21 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id JAA00445 for current-outgoing; Tue, 4 Mar 1997 09:00:21 -0800 (PST) Received: from lorman.alcorn.edu (lorman.alcorn.edu [204.199.170.2]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id JAA00438 for ; Tue, 4 Mar 1997 09:00:18 -0800 (PST) Received: from lei by lorman.alcorn.edu (AIX 3.2/UCB 5.64/4.03) id AA08502; Tue, 4 Mar 1997 10:42:08 -0600 Message-Id: <1.5.4.32.19970304190347.00676784@lorman.alcorn.edu> X-Sender: lei@lorman.alcorn.edu X-Mailer: Windows Eudora Light Version 1.5.4 (32) Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Tue, 04 Mar 1997 11:03:47 -0800 To: freebsd-current@freebsd.org From: Wei Ming Lei Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk unsubscribe freebsd-current "Wei Ming LEI" From owner-freebsd-current Tue Mar 4 09:41:40 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id JAA02623 for current-outgoing; Tue, 4 Mar 1997 09:41:40 -0800 (PST) Received: from ridge.spiritone.com (ridge.spiritone.com [205.139.108.2]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id JAA02618 for ; Tue, 4 Mar 1997 09:41:37 -0800 (PST) Received: from joes.users.spiritone.com (joes.users.spiritone.com [205.139.111.224]) by ridge.spiritone.com (8.8.5/8.8.5) with SMTP id JAA27175 for ; Tue, 4 Mar 1997 09:35:37 -0800 (PST) Received: by joes.users.spiritone.com via send-mail with stdio id for freebsd-current@freebsd.org; Tue, 4 Mar 1997 09:41:09 -0800 (PST) (Smail-3.2.0.91 1997-Jan-14 #3 built 1997-Mar-2) Message-Id: Date: Tue, 4 Mar 1997 09:41:09 -0800 (PST) From: joes@spiritone.com (Joseph Stein) To: freebsd-current@freebsd.org Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Howdy, folks! I'm running 2.2-GAMMA, and have been keeping my sources up to date with CVSup. CVSup runs daily (to pull the sources), and a make world is automated once a week (on Saturdays). I forced a [clean-]make-world last night, and it was moving right along... (This output is from my script) Removing the /usr/obj filesystem (so we can start from scratch...) Finding all object directories and removing from src filesystem Making Clean! (make clean cleandepend cleanobj) { bunches of rm -f deleted.... } { got a "cleanobj: don't know how to make target cleanobj" type message. } Fetching latest updates.... Parsing supfile "./cvs-supfile" Looking up address of cvsup5.FreeBSD.org Name lookup failure for "cvsup5.FreeBSD.org": Host name lookup failed Will retry at 22:40:52 { Problems with my ISP; killed with kill -HUP {pid} } Making World! { Loads and loads of make world stuff here... until this point: } cc -O -I/home2/src/gnu/usr.bin/gdb/gdb -I/usr/include/readline -I/home2/src/gnu/usr.bin/gdb/gdb/../bfd -DNO_MMALLOC -I/home2/src/gnu/usr.bin/gdb/gdb/../../../../contrib/gdb/include/. -I/home2/src/gnu/usr.bin/gdb/gdb/../../../../contrib/gdb/gdb/. -I/home2/src/gnu/usr.bin/gdb/gdb/../../../../contrib/gdb/bfd/. -I/home2/src/gnu/usr.bin/gdb/gdb/../../../../contrib/gdb/libiberty/. -I/home2/src/gnu/usr.bin/gdb/gdb/../../../../contrib/gdb/gdb/config/. -DHAVE_CONFIG_H -I/home2/src/gnu/usr.bin/gdb/gdb/../../../../contrib/gdb/include/. -I/home2/src/gnu/usr.bin/gdb/gdb/../../../../contrib/gdb/gdb/. -I/home2/src/gnu/usr.bin/gdb/gdb/../../../../contrib/gdb/bfd/. -I/home2/src/gnu/usr.bin/gdb/gdb/../../../../contrib/gdb/libiberty/. -I/home2/src/gnu/usr.bin/gdb/gdb/../../../../contrib/gdb/gdb/config/. -DHAVE_CONFIG_H -o gdb annotate.o blockframe.o breakpoint.o buildsym.o c-lang.o c-typeprint.o c-valprint.o ch-lang.o ch-typeprint.o ch-valprint.o coffread.o command.o complaints.o copying.o co! re-aout.o corelow.o cp-valprint. o dcache.o dbxread.o demangle.o dwarfread.o elfread.o environ.o eval.o exec.o expprint.o findvar.o fork-child.o i386b-nat.o gdbtypes.o i386-tdep.o infcmd.o inflow.o infptrace.o infrun.o inftarg.o init.o kcorelow.o language.o m2-lang.o m2-typeprint.o m2-valprint.o main.o maint.o mem-break.o minsyms.o objfiles.o parse.o printcmd.o remote.o remote-utils.o solib.o source.o stabsread.o stack.o symfile.o symmisc.o symtab.o target.o thread.o top.o typeprint.o utils.o valarith.o valops.o valprint.o values.o version.o serial.o ser-unix.o mdebugread.o c-exp.tab.o f-exp.tab.o m2-exp.tab.o i387-tdep.o kvm-fbsd.o bcache.o corefile.o ch-exp.o f-lang.o scm-exp.o scm-lang.o scm-valprint.o f-typeprint.o f-valprint.o nlmread.o callback.o i386-dis.o dis-buf.o disassemble.o -L/usr/obj/home2/src/gnu/usr.bin/gdb/gdb/../bfd -lbfd -lreadline -lgnuregex -L/usr/obj/home2/src/gnu/usr.bin/gdb/gdb/../libiberty -liberty -ltermcap -L/usr/obj/home2/src/gnu/usr.bin/gdb/gdb/../libiberty -liberty *** Error code 2 Stop. *** Error code 1 Stop. *** Error code 1 Stop. *** Error code 1 Stop. *** Error code 1 Stop. Tue Mar 4 09:24:38 PST 1997 ---- Could someone please tell me what that means? What is error code 2? How do I track the problem down. Is it a problem with CVSup? FYI, this is a 486/120 with 3.8G EIDE, CDROM, etc, etc... here is dmesg stuff... Copyright (c) 1992-1996 FreeBSD Inc. Copyright (c) 1982, 1986, 1989, 1991, 1993 The Regents of the University of California. All rights reserved. FreeBSD 2.2-GAMMA #5: Mon Mar 3 13:39:35 PST 1997 root@joes.users.spiritone.com:/home2/src/sys/compile/JOES Calibrating clock(s) relative to mc146818A clock ... i8254 clock: 1194052 Hz CPU: AMD Unknown (486-class CPU) Origin = "AuthenticAMD" Id = 0x494 Stepping=4 Features=0x1 real memory = 16777216 (16384K bytes) avail memory = 15093760 (14740K bytes) Probing for devices on PCI bus 0: chip0 rev 1 on pci0:16 chip1 rev 13 on pci0:18:0 pci0:18:1: UMC, device=0x673a, class=storage (ide) [no driver assigned] Probing for devices on the ISA bus: sc0 at 0x60-0x6f irq 1 on motherboard sc0: VGA color <16 virtual consoles, flags=0x0> sio0 at 0x3f8-0x3ff irq 4 on isa sio0: type 16550A sio1 at 0x2f8-0x2ff irq 3 on isa sio1: type 16550A sio2 not found at 0x3e8 lpt0 at 0x378-0x37f on isa fdc0 at 0x3f0-0x3f7 irq 6 drq 2 on isa fdc0: NEC 765 fd0: 1.44MB 3.5in wdc0 at 0x1f0-0x1f7 irq 14 on isa wdc0: unit 0 (wd0): wd0: 3681MB (7539840 sectors), 7480 cyls, 16 heads, 63 S/T, 512 B/S nca1 at 0x350-0x35f irq 5 on isa nca1: type NCR-53C400 nca1 waiting for scsi devices to settle (nca1:2:0): "SANYO CRD-400I 1.32" type 5 removable SCSI 2 cd0(nca1:2:0): CD-ROM cd present [400000 x 2048 byte records] npx0 on motherboard npx0: INT 16 interface I appreciate any help... From owner-freebsd-current Tue Mar 4 10:20:30 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id KAA05578 for current-outgoing; Tue, 4 Mar 1997 10:20:30 -0800 (PST) Received: from fgate.flevel.co.uk (root@fgate.flevel.co.uk [194.6.101.2]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id KAA05569 for ; Tue, 4 Mar 1997 10:20:27 -0800 (PST) Received: from localhost (dev@localhost) by fgate.flevel.co.uk (8.7.5/8.6.9) with SMTP id SAA02925; Tue, 4 Mar 1997 18:19:22 GMT Date: Tue, 4 Mar 1997 18:19:22 +0000 (GMT) From: Developer To: Adam David cc: freebsd-current@freebsd.org Subject: Re: Help - urgent problem with mountd/portmapper In-Reply-To: <199703040725.HAA16339@veda.is> 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 Mar 1997, Adam David wrote: Thanks very much for your help - I updated mountd and it fixed the problem, but the machines only had 1 ip adde!! Regards, Trefor S. > >Ive got a bsd-current server running, it is a name server and I'm trying > >to export partitions using nfs -- when mounted is started I always get > >this > >errorr:- > > >mountd[352]: Can't register mount > >portmap[355]: connect from 127.0.0.1 to set(mountd): request from > >non-local host > > Is that with all sources current (which date?) and with everything rebuilt > and reinstalled? I saw this problem once earlier, quite a long time ago > actually, it was caused by an array of fixed size being used to gather the > local addresses. I suspect you have a huge nuber of IP aliases, if so the > quickest hack to alleviate your situation is to increase that size. > In portmap/from_local.c increase MAX_LOCAL to an appropriately large value. > > Alternatively it could be a temporary inconsistency in the sources or your > local configuration. > > -- > Adam David > From owner-freebsd-current Tue Mar 4 10:57:43 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id KAA07868 for current-outgoing; Tue, 4 Mar 1997 10:57:43 -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 KAA07835 for ; Tue, 4 Mar 1997 10:56:38 -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 NAA09389; Tue, 4 Mar 1997 13:31:18 -0600 (CST) Received: (jlemon@localhost) by right.PCS (8.6.13/8.6.4) id SAA18346; Tue, 4 Mar 1997 18:56:20 GMT Message-ID: <19970304125619.55560@right.PCS> Date: Tue, 4 Mar 1997 12:56:19 -0600 From: Jonathan Lemon To: Joseph Stein Cc: freebsd-current@FreeBSD.ORG Subject: Re: 2.2 build failure again References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.61.1 In-Reply-To: ; from Joseph Stein on Mar 03, 1997 at 09:41:09AM -0800 Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Mar 03, 1997 at 09:41:09AM -0800, Joseph Stein wrote: > [ ... chomp ... ] > Stop. > *** Error code 1 > > Stop. > Tue Mar 4 09:24:38 PST 1997 > > Could someone please tell me what that means? What is error code 2? How do > I track the problem down. Is it a problem with CVSup? It would help if next time you could include the error output from the 'make world' build, not just the standard output. The real error is not included in the output you sent. If you look at the error output, you will probably see a line saying: make: don't know how to make gdb.1. Stop. Temporary bandaid: add "NOMAN = 1" to the gnu/usr.bin/gdb/gdb/Makefile, and remove "doc" from the gnu/usr.bin/gdb/Makefile. -- Jonathan From owner-freebsd-current Tue Mar 4 10:58:32 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id KAA07911 for current-outgoing; Tue, 4 Mar 1997 10:58:32 -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 KAA07904 for ; Tue, 4 Mar 1997 10:58:29 -0800 (PST) Received: from rover.village.org [127.0.0.1] by rover.village.org with esmtp (Exim 0.56 #1) id E0w1zPw-0000rr-00; Tue, 4 Mar 1997 11:58:28 -0700 To: current@freebsd.org Subject: Make world Safe yet? Date: Tue, 04 Mar 1997 11:58:27 -0700 From: Warner Losh Message-Id: Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Is it save to go back in the water? I'd like to do a make world soon, but I keep seeing traffic for things that are busted. Since it takes 10hr to do a make world on my box, I'd rather not try it unless someone has been able to make it work. Warner From owner-freebsd-current Tue Mar 4 11:11:11 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id LAA08481 for current-outgoing; Tue, 4 Mar 1997 11:11:11 -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 LAA08475 for ; Tue, 4 Mar 1997 11:11:08 -0800 (PST) Received: (from nate@localhost) by rocky.mt.sri.com (8.7.5/8.7.3) id MAA00403; Tue, 4 Mar 1997 12:11:03 -0700 (MST) Date: Tue, 4 Mar 1997 12:11:03 -0700 (MST) Message-Id: <199703041911.MAA00403@rocky.mt.sri.com> From: Nate Williams MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: current@freebsd.org Subject: Upping the default # of processes in 2.2? Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk The login classes will allow me to do it in 3.0-current, but I need it in 2.2. I thought that adding the following lines of code to /etc/rc.local would work, but it doesn't. /usr/sbin/sysctl -w kern.maxproc=300 /usr/sbin/sysctl -w kern.maxprocperuid=299 I still run out of processes on my 'workstation', since it uses the default process limit of 40. Is there a sysctl I can change to modify this behavior? Should there be? Thanks! Nate From owner-freebsd-current Tue Mar 4 15:48:34 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id PAA23926 for current-outgoing; Tue, 4 Mar 1997 15:48:34 -0800 (PST) Received: from proxy3.ba.best.com (root@proxy3.ba.best.com [206.184.139.14]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id PAA23917 for ; Tue, 4 Mar 1997 15:48:29 -0800 (PST) Received: from bsampley.vip.best.com (bsampley.vip.best.com [206.184.160.196]) by proxy3.ba.best.com (8.8.5/8.8.3) with SMTP id PAA12799 for ; Tue, 4 Mar 1997 15:47:21 -0800 (PST) Date: Tue, 4 Mar 1997 15:46:03 -0800 (PST) From: Burton Sampley To: current@freebsd.org Subject: CVSUP & refused connection Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk What's up with cvsup.FreeBSD.org? I keept getting the follwoing message: bash# cat cvsup.log Cannot connect to cvsup.FreeBSD.org: Connection refused bash# I have seen other people posting similar messages to -questions, but I haven't seen any responses. Thanks, Burton From owner-freebsd-current Tue Mar 4 16:52:57 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id QAA29409 for current-outgoing; Tue, 4 Mar 1997 16:52:57 -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 QAA29379 for ; Tue, 4 Mar 1997 16:52:50 -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 QAA18245; Tue, 4 Mar 1997 16:52:48 -0800 Received: from localhost (skynyrd@localhost) by opus.cts.cwu.edu (8.8.5/8.8.5) with SMTP id QAA11066; Tue, 4 Mar 1997 16:52:47 -0800 (PST) Date: Tue, 4 Mar 1997 16:52:47 -0800 (PST) From: Chris Timmons To: Nate Williams cc: current@freebsd.org Subject: Re: Upping the default # of processes in 2.2? In-Reply-To: <199703041911.MAA00403@rocky.mt.sri.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 As for the default per-user limits, I'm running tcsh and have this in /etc/csh.cshrc: limit maxproc 100 which seems to work pretty well! -Chris On Tue, 4 Mar 1997, Nate Williams wrote: > The login classes will allow me to do it in 3.0-current, but I need it > in 2.2. > > I thought that adding the following lines of code to /etc/rc.local would > work, but it doesn't. > > /usr/sbin/sysctl -w kern.maxproc=300 > /usr/sbin/sysctl -w kern.maxprocperuid=299 > > I still run out of processes on my 'workstation', since it uses the > default process limit of 40. Is there a sysctl I can change to modify > this behavior? Should there be? > > Thanks! > > Nate > From owner-freebsd-current Tue Mar 4 16:57:22 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id QAA00318 for current-outgoing; Tue, 4 Mar 1997 16:57:22 -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 QAA00305 for ; Tue, 4 Mar 1997 16:57:18 -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 QAA18300; Tue, 4 Mar 1997 16:56:54 -0800 Received: from localhost (skynyrd@localhost) by opus.cts.cwu.edu (8.8.5/8.8.5) with SMTP id QAA11111; Tue, 4 Mar 1997 16:56:54 -0800 (PST) Date: Tue, 4 Mar 1997 16:56:54 -0800 (PST) From: Chris Timmons To: Neil J Long cc: freebsd-current@freebsd.org Subject: Re: CVSUP alternative hosts? In-Reply-To: <9703040953.ZM18200@njl2.materials.ox.ac.uk> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk cvsup5 is a p/pro200 behind a DS1 which is updated from freefall hourly at hh:02... carrying all collections... Try hitting it somewhere between 20 and 40 minutes past the hour... -Chris On Tue, 4 Mar 1997, Neil J Long wrote: > Hello > I keep getting refused connections to cvsup.freebsd.org, what are the other > server names which are relatively up to date? I use the NL one for large > changes but that is not always up to date with the master (?) at freebsd.org. > Or am I in error? > > Stuck in .ac.uk in a land where the L-word seems to dominate. (hensa/ftp2 isn't > even mirroring 2.2-GAMMA). demon.co.uk and ic.ac.uk mirror FreeBSD-CVS/CVSROOT > - is there any way to update from these other than ftp'ing the whole directory? > > Thanks > Neil > > > -- > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > * Neil J Long, Department of Materials, University of Oxford > * Parks Road, Oxford, OX1 3PH, UK > * EMail: Neil.Long@materials.oxford.ac.uk > * Tel: +44 (0)1865-273678 Fax: +44 (0)1865-273789 > From owner-freebsd-current Tue Mar 4 17:02:22 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id RAA01086 for current-outgoing; Tue, 4 Mar 1997 17:02:22 -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 RAA01068 for ; Tue, 4 Mar 1997 17:02:17 -0800 (PST) Received: (from nate@localhost) by rocky.mt.sri.com (8.7.5/8.7.3) id RAA02587; Tue, 4 Mar 1997 17:59:19 -0700 (MST) Date: Tue, 4 Mar 1997 17:59:19 -0700 (MST) Message-Id: <199703050059.RAA02587@rocky.mt.sri.com> From: Nate Williams MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: Chris Timmons Cc: Nate Williams , current@freebsd.org Subject: Re: Upping the default # of processes in 2.2? In-Reply-To: References: <199703041911.MAA00403@rocky.mt.sri.com> Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Chris Timmons writes: > > As for the default per-user limits, I'm running tcsh and have this in > /etc/csh.cshrc: > > limit maxproc 100 > > which seems to work pretty well! Except for X, which uses /bin/sh to start everything up. :( Nate From owner-freebsd-current Tue Mar 4 17:20:30 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id RAA03275 for current-outgoing; Tue, 4 Mar 1997 17:20:30 -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 RAA03245 for ; Tue, 4 Mar 1997 17:20:20 -0800 (PST) Received: (from msmith@localhost) by genesis.atrad.adelaide.edu.au (8.8.5/8.7.3) id LAA19118; Wed, 5 Mar 1997 11:49:14 +1030 (CST) From: Michael Smith Message-Id: <199703050119.LAA19118@genesis.atrad.adelaide.edu.au> Subject: Re: Upping the default # of processes in 2.2? In-Reply-To: <199703050059.RAA02587@rocky.mt.sri.com> from Nate Williams at "Mar 4, 97 05:59:19 pm" To: nate@mt.sri.com (Nate Williams) Date: Wed, 5 Mar 1997 11:49:14 +1030 (CST) Cc: skynyrd@opus.cts.cwu.edu, nate@mt.sri.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 Nate Williams stands accused of saying: > Chris Timmons writes: > > > > As for the default per-user limits, I'm running tcsh and have this in > > /etc/csh.cshrc: > > > > limit maxproc 100 > > > > which seems to work pretty well! > > Except for X, which uses /bin/sh to start everything up. :( So put it in your .xsession file as well. This is why login.conf is a Good Thing 8) > Nate -- ]] 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 Mar 4 17:36:41 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id RAA05225 for current-outgoing; Tue, 4 Mar 1997 17:36:41 -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 RAA05215 for ; Tue, 4 Mar 1997 17:36:34 -0800 (PST) Received: (from nate@localhost) by rocky.mt.sri.com (8.7.5/8.7.3) id SAA02889; Tue, 4 Mar 1997 18:36:20 -0700 (MST) Date: Tue, 4 Mar 1997 18:36:20 -0700 (MST) Message-Id: <199703050136.SAA02889@rocky.mt.sri.com> From: Nate Williams MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: Michael Smith Cc: nate@mt.sri.com (Nate Williams), skynyrd@opus.cts.cwu.edu, current@freebsd.org Subject: Re: Upping the default # of processes in 2.2? In-Reply-To: <199703050119.LAA19118@genesis.atrad.adelaide.edu.au> References: <199703050059.RAA02587@rocky.mt.sri.com> <199703050119.LAA19118@genesis.atrad.adelaide.edu.au> Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > > As for the default per-user limits, I'm running tcsh and have this in > > > /etc/csh.cshrc: > > > > > > limit maxproc 100 > > > > > > which seems to work pretty well! > > > > Except for X, which uses /bin/sh to start everything up. :( > > So put it in your .xsession file as well. This is why login.conf is > a Good Thing 8) I did, but it doesn't seem to take. :( Nate From owner-freebsd-current Tue Mar 4 17:47:25 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id RAA06519 for current-outgoing; Tue, 4 Mar 1997 17:47:25 -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 RAA06482 for ; Tue, 4 Mar 1997 17:47:06 -0800 (PST) Received: (from msmith@localhost) by genesis.atrad.adelaide.edu.au (8.8.5/8.7.3) id MAA19312; Wed, 5 Mar 1997 12:15:54 +1030 (CST) From: Michael Smith Message-Id: <199703050145.MAA19312@genesis.atrad.adelaide.edu.au> Subject: Re: Upping the default # of processes in 2.2? In-Reply-To: <199703050136.SAA02889@rocky.mt.sri.com> from Nate Williams at "Mar 4, 97 06:36:20 pm" To: nate@mt.sri.com (Nate Williams) Date: Wed, 5 Mar 1997 12:15:54 +1030 (CST) Cc: msmith@atrad.adelaide.edu.au, nate@mt.sri.com, skynyrd@opus.cts.cwu.edu, 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 Nate Williams stands accused of saying: > > > > As for the default per-user limits, I'm running tcsh and have this in > > > > /etc/csh.cshrc: > > > > > > > > limit maxproc 100 > > > > > > > > which seems to work pretty well! > > > > > > Except for X, which uses /bin/sh to start everything up. :( > > > > So put it in your .xsession file as well. This is why login.conf is > > a Good Thing 8) > > I did, but it doesn't seem to take. :( It does here, but I use tcsh to run my .xsession. I assume you translated that to 'ulimit -u 100' before including it in your .xsession, and checked .xsession-errors to make sure it worked? > Nate -- ]] 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 Mar 4 19:58:07 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id TAA20537 for current-outgoing; Tue, 4 Mar 1997 19:58:07 -0800 (PST) Received: from bacchus.eng.umd.edu (bacchus.eng.umd.edu [129.2.94.5]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id TAA20532 for ; Tue, 4 Mar 1997 19:58:04 -0800 (PST) Received: from modem.eng.umd.edu (modem.eng.umd.edu [129.2.98.187]) by bacchus.eng.umd.edu (8.8.5/8.8.5) with ESMTP id WAA25798 for ; Tue, 4 Mar 1997 22:58:01 -0500 (EST) Received: from localhost (chuckr@localhost) by modem.eng.umd.edu (8.8.5/8.6.4) with SMTP id WAA15310 for ; Tue, 4 Mar 1997 22:58:00 -0500 (EST) X-Authentication-Warning: modem.eng.umd.edu: chuckr owned process doing -bs Date: Tue, 4 Mar 1997 22:57:59 -0500 (EST) From: Chuck Robey X-Sender: chuckr@modem.eng.umd.edu To: FreeBSD current Subject: cvs tree breakage (ctm) 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 maintain my cvs tree via ctm, and for the first time, I have some breakage here. I'd heard about some breakage that occurred via src-cur, but since that wasn't cvs, I ignored it. Can't do that now, and can't update from cvs -- I get this error: cvs update: in directory contrib/ipfilter/BSD: cvs [update aborted]: there is no repository /home/ncvs/src/contrib/ipfilter/BSD I know this must be caused via ctm, because I have poor net connectivity, so reloading the cvs tree would be really hard on me, and so I am scrupulous about never touching my cvs tree with anything but ctm_rmail. Could I get some help, please, with this? I'm afraid that this will mean some figuring out of what the trouble is, then fixing via ctm, else ctm will not update that part of my cvs tree anymore. Does anyone else that updates via cvs-cur see this? ----------------------------+----------------------------------------------- Chuck Robey | Interests include any kind of voice or data chuckr@eng.umd.edu | communications topic, C programming, and Unix. 9120 Edmonston Ct #302 | Greenbelt, MD 20770 | I run Journey2 and picnic, both FreeBSD (301) 220-2114 | version 3.0 current -- and great FUN! ----------------------------+----------------------------------------------- From owner-freebsd-current Tue Mar 4 21:02:57 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id VAA23215 for current-outgoing; Tue, 4 Mar 1997 21:02: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 VAA23207 for ; Tue, 4 Mar 1997 21:02:34 -0800 (PST) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.3/8.6.9) id PAA07659; Wed, 5 Mar 1997 15:59:11 +1100 Date: Wed, 5 Mar 1997 15:59:11 +1100 From: Bruce Evans Message-Id: <199703050459.PAA07659@godzilla.zeta.org.au> To: chuckr@glue.umd.edu, freebsd-current@freefall.freebsd.org Subject: Re: cvs tree breakage (ctm) Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >I maintain my cvs tree via ctm, and for the first time, I have some >breakage here. I'd heard about some breakage that occurred via src-cur, >but since that wasn't cvs, I ignored it. Can't do that now, and can't >update from cvs -- I get this error: > >cvs update: in directory contrib/ipfilter/BSD: >cvs [update aborted]: there is no repository /home/ncvs/src/contrib/ipfilter/BSD > >I know this must be caused via ctm, because I have poor net connectivity, >so reloading the cvs tree would be really hard on me, and so I am >scrupulous about never touching my cvs tree with anything but ctm_rmail. This is apparently caused by the repository being cleaned up too fast. It has nothing to do with ctm. The problem is normally minimised by not removing directories in the repository for months or years. Fix: rm -rf contrib/ipfilter/BSD, etc. Bruce From owner-freebsd-current Tue Mar 4 23:26:58 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id XAA28322 for current-outgoing; Tue, 4 Mar 1997 23:26:58 -0800 (PST) Received: from news.via.nl (news.via.nl [193.78.61.101]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id XAA28317 for ; Tue, 4 Mar 1997 23:26:55 -0800 (PST) Received: (qmail 4533 invoked by uid 1000); 5 Mar 1997 07:26:51 -0000 Date: Wed, 5 Mar 1997 08:26:50 +0100 (MET) From: frank To: freebsd-current@freebsd.org cc: frank-current@news.via.nl Subject: Problems with DAT-drive (Archive Python) Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hello all, I'm not sure this is the right place, just hope it is. The output of dmesg will be appended, there's all the information there. The problem: Whenever I do something with my Python 25950 the scsi-bus hangs. I noticed this both with an adaptec 2940 and a ncr-53c810 controller. The problem also occurs with 3.0 (tried that yesterday, boy them make worlds take a while). The drive is working fine on my other 'other free unix' machine. However Amanda doesn't seem to work there, and i like freebsd much better anyhow >:) Any help would be greatly appreciated, I tried all I can think of (this includes making kernels with and without tagged-queueing, fail-safe and all that). Many thanks in advance, Frank Ederveen frank@news.via.nl Here is the output: Copyright (c) 1992-1996 FreeBSD Inc. Copyright (c) 1982, 1986, 1989, 1991, 1993 The Regents of the University of California. All rights reserved. FreeBSD 2.2-GAMMA #0: Tue Mar 4 02:48:09 MET 1997 root@news:/usr/src/sys/compile/NEWS Calibrating clock(s) relative to mc146818A clock ... i586 clock: 133633937 Hz, i8254 clock: 1193161 Hz CPU: Pentium (133.64-MHz 586-class CPU) Origin = "GenuineIntel" Id = 0x52c Stepping=12 Features=0x1bf real memory = 67108864 (65536K bytes) avail memory = 62930944 (61456K bytes) Probing for devices on PCI bus 0: chip0 rev 2 on pci0:0 chip1 rev 1 on pci0:7:0 chip2 rev 0 on pci0:7:1 vga0 rev 0 int a irq 12 on pci0:10 de0 rev 35 int a irq 10 on pci0:11 de0: 21040 [10Mb/s] pass 2.3 de0: address 00:00:e8:0d:c7:20 de0: enabling BNC/AUI port ahc0 rev 0 int a irq 11 on pci0:12 ahc0: aic7880 Single Channel, SCSI Id=7, 16 SCBs ahc0 waiting for scsi devices to settle (ahc0:0:0): "IBM DPES-31080 S31Q" type 0 fixed SCSI 2 sd0(ahc0:0:0): Direct-Access 1034MB (2118144 512 byte sectors) (ahc0:2:0): "MICROP 4221-09MZ 1128K HT02" type 0 fixed SCSI 2 sd1(ahc0:2:0): Direct-Access 1955MB (4004219 512 byte sectors) (ahc0:3:0): "ARCHIVE Python 25950-XXX 2.29" type 1 removable SCSI 2 st0(ahc0:3:0): Sequential-Access density code 0x13, 512-byte blocks, write-enabled (ahc0:6:0): "IBM DPES-31080 S80E" type 0 fixed SCSI 2 sd2(ahc0:6:0): Direct-Access 1034MB (2118144 512 byte sectors) Probing for devices on the ISA bus: sc0 at 0x60-0x6f irq 1 on motherboard sc0: VGA color <16 virtual consoles, flags=0x0> ed0 not found at 0x280 sio0 at 0x3f8-0x3ff irq 4 on isa sio0: type 16550A sio1 at 0x2f8-0x2ff irq 3 on isa sio1: type 16550A sio4 at 0x2a0-0x2a7 flags 0x701 on isa sio4: type 16550A (multiport) sio5 at 0x2a8-0x2af flags 0x701 on isa sio5: type 16550A (multiport) sio6 at 0x2b0-0x2b7 flags 0x701 on isa sio6: type 16550A (multiport) sio7 at 0x2b8-0x2bf irq 5 flags 0x701 on isa sio7: type 16550A (multiport master) lpt0 at 0x378-0x37f irq 7 on isa lpt0: Interrupt-driven port lp0: TCP/IP capable interface fdc0 at 0x3f0-0x3f7 irq 6 drq 2 on isa fdc0: NEC 72065B fd0: 1.44MB 3.5in npx0 on motherboard npx0: INT 16 interface changing root device to sd0a ccd0-3: Concatenated disk drivers st0(ahc0:3:0): SCB 0x0 - timed out while idle, LASTPHASE == 0x1, SCSISIGI == 0x0 SEQADDR == 0x10 st0(ahc0:3:0): Queueing an Abort SCB st0(ahc0:3:0): Abort Message Sent st0(ahc0:3:0): SCB 0x0 - timed out while idle, LASTPHASE == 0x1, SCSISIGI == 0x18 SEQADDR == 0x44 st0(ahc0:3:0): no longer in timeout ahc0: Issued Channel A Bus Reset. 2 SCBs aborted Clearing bus reset Clearing 'in-reset' flag sd0(ahc0:0:0): UNIT ATTENTION asc:29,0 sd0(ahc0:0:0): Power on, reset, or bus device reset occurred , retries:4 st0(ahc0:3:0): Target Busy st0(ahc0:3:0): Target Busy st0(ahc0:3:0): Target Busy st0(ahc0:3:0): Target Busy st0(ahc0:3:0): Target Busy st0(ahc0:3:0): Target Busy From owner-freebsd-current Wed Mar 5 00:10:15 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id AAA00290 for current-outgoing; Wed, 5 Mar 1997 00:10:15 -0800 (PST) Received: from garam.kreonet.re.kr (garam.kreonet.re.kr [134.75.30.11]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id AAA00250 for ; Wed, 5 Mar 1997 00:10:01 -0800 (PST) Received: from yurim.skku.ac.kr (yurim.skku.ac.kr [134.75.162.2]) by garam.kreonet.re.kr (8.6.9H1/8.6.12) with SMTP id RAA23477 for ; Wed, 5 Mar 1997 17:12:22 +0900 Received: from stella.skku.ac.kr by yurim.skku.ac.kr (4.1/yurim-MX-4.1) id AA00414; Wed, 5 Mar 97 17:09:42 KST Received: by stella.skku.ac.kr (4.1/SMI-4.1) id AA07057; Wed, 5 Mar 97 17:06:50 KST Date: Wed, 5 Mar 97 17:06:50 KST From: hklee@stella.skku.ac.kr (Hong Ki Lee) Message-Id: <9703050806.AA07057@stella.skku.ac.kr> To: freebsd-current@freebsd.org Subject: unsubscribe Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk unsubscribe freebsd-current From owner-freebsd-current Wed Mar 5 01:50:41 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id BAA06545 for current-outgoing; Wed, 5 Mar 1997 01:50:41 -0800 (PST) Received: from oxmail4.ox.ac.uk (oxmail4.ox.ac.uk [163.1.2.33]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id BAA06540 for ; Wed, 5 Mar 1997 01:50:37 -0800 (PST) Received: from njl2.materials.ox.ac.uk by oxmail4 with SMTP (PP); Wed, 5 Mar 1997 09:50:23 +0000 Received: by njl2.materials.ox.ac.uk (950413.SGI.8.6.12/940406.SGI) for freebsd-current@FreeBSD.ORG id JAA20428; Wed, 5 Mar 1997 09:50:17 GMT Date: Wed, 5 Mar 1997 09:50:17 GMT From: neil.long@materials.oxford.ac.uk (Neil J Long) Message-Id: <9703050950.ZM20426@njl2.materials.ox.ac.uk> In-Reply-To: Jonathan Lemon "Re: 2.2 build failure again" (Mar 4, 12:56pm) References: <19970304125619.55560@right.PCS> X-Mailer: Z-Mail-SGI (3.2S.3 08feb96 MediaMail) To: freebsd-current@freebsd.org Subject: Re: 2.2 world Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk HI I took Jonathan Lemon's advice re: gdb.1 and ran make world to completion without errors (no profile libs to save time). I still have the somewhat odd problem with /usr/bin/genclass not being installed over the original Feb 15th SNAPSHOT version. I will remove the mods to the Makefile and try it again when I get the chance (only an old 486/33 but without profiled libs it completed in 16 hours .... oh, you lucky P200 owners). It is installed with the -C option rather than -c. Is this intentional even for a make world? install -C -o bin -g bin -m 555 genclass /usr/bin I also end up with original (Feb 15th) versions of libscrypt* in /usr/lib since I use des (international) - just curious. Neil From owner-freebsd-current Wed Mar 5 04:32:13 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id EAA13422 for current-outgoing; Wed, 5 Mar 1997 04:32:13 -0800 (PST) Received: from os.inf.tu-dresden.de (os.inf.tu-dresden.de [141.76.1.46]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id EAA13387 for ; Wed, 5 Mar 1997 04:32:07 -0800 (PST) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by os.inf.tu-dresden.de (8.8.5/8.8.5) with ESMTP id NAA27735 for ; Wed, 5 Mar 1997 13:26:04 +0100 Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id TAA11704 for freebsd-current@FreeBSD.org; Tue, 4 Mar 1997 19:13:48 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.8.5/8.8.5) id SAA11713; Tue, 4 Mar 1997 18:40:02 +0100 (MET) Message-ID: Date: Tue, 4 Mar 1997 18:40:02 +0100 From: j@uriah.heep.sax.de (J Wunsch) To: freebsd-current@FreeBSD.ORG (FreeBSD-current users) Subject: chio(1) -- where to import to? 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 PR 1201 suggests importing it into /bin. Although i see the point of having a static binary for this available, i fear the bloat in /bin as well. Other opinions? /usr/bin (like mt(1))? /usr/sbin (like *control(8))? -- 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 Mar 5 06:58:00 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id GAA21468 for current-outgoing; Wed, 5 Mar 1997 06:58:00 -0800 (PST) Received: from blue.bad.bris.ac.uk (blue.bad.bris.ac.uk [137.222.132.60]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id GAA21460 for ; Wed, 5 Mar 1997 06:57:54 -0800 (PST) Received: from localhost (mh6225@localhost) by blue.bad.bris.ac.uk (8.8.5/8.8.5) with SMTP id OAA08440; Wed, 5 Mar 1997 14:58:38 GMT X-Authentication-Warning: blue.bad.bris.ac.uk: mh6225 owned process doing -bs Date: Wed, 5 Mar 1997 14:58:36 +0000 (GMT) From: Matt Hamilton X-Sender: mh6225@blue.bad.bris.ac.uk To: frank cc: freebsd-current@freebsd.org, frank-current@news.via.nl Subject: Re: Problems with DAT-drive (Archive Python) 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 had similar problems with a HP DAT drive running on a Adaptec 2940. Whenever I tried to access it it just hung the bus. I never found a solution to this and in the end I ended up changing to an Adaptec 1542 and all is now working. I never found out what was wrong. -Matt ------------------------------[ Matt Hamilton ]-------------------------------- System Administrator System Administrator Badock Hall Clintondale Aviation Bristol University, UK Clifton Park, NY, USA http://www.bad.bris.ac.uk http://www.clintondale.com mh6225@bris.ac.uk matt@clintondale.com ------------------------------------------------------------------------------- From owner-freebsd-current Wed Mar 5 10:06:26 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id KAA01657 for current-outgoing; Wed, 5 Mar 1997 10:06:26 -0800 (PST) Received: from vector.jhs.no_domain (slip139-92-4-123.mu.de.ibm.net [139.92.4.123]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id KAA01642; Wed, 5 Mar 1997 10:06:15 -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 QAA05869; Wed, 5 Mar 1997 16:38:50 +0100 (MET) Message-Id: <199703051538.QAA05869@vector.jhs.no_domain> To: Chuck Robey cc: FreeBSD current Subject: Re: cvs tree breakage (ctm) From: "Julian H. Stacey" Reply-To: "Julian H. Stacey" X-Email: jhs@freebsd.org, Fallback: jhs@gil.physik.rwth-aachen.de 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-Web: http://www.freebsd.org/~jhs/ In-reply-to: Your message of "Tue, 04 Mar 1997 22:57:59 EST." Date: Wed, 05 Mar 1997 16:38:49 +0100 Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi, Reference: > From: Chuck Robey > Subject: Re: cvs tree breakage (ctm) > I maintain my cvs tree via ctm, and for the first time, I have some > breakage here. I'm at cvs-cur.3112.gz ctm deltas auto applied by ctm_rmail, no problems. I haven't run a CVS extract lately though, as I'm short of space so I only have 1 reference CVS tree, & not a /usr/cvs as well for working purposes, If I sym link the 2, & run a test export : cvs -l -n export -D4-Mar world does nothing, & cvs export -D4-Mar world complains: cvs export: Updating . cvs export: failed to create lock directory in repository `/usr/cvs/.': Permission denied (my reference tree is chwon'ed daemon:daemon, as I don't want any cvs operations disturbing my CTM maintained tree). If anyone knows how to do an export from a read only CVS tree, I'd like to know please, for 2 reasons: - I'd like to if I have Chuck's problem. - Mostly I want to `export' not `checkout', as that should (but doesnt) save me ~330 Meg of dup'ed CVS/. Julian -- Julian H. Stacey jhs@freebsd.org http://www.freebsd.org/~jhs/ From owner-freebsd-current Wed Mar 5 16:10:17 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id QAA22209 for current-outgoing; Wed, 5 Mar 1997 16:10:17 -0800 (PST) Received: from dopey.pathlink.com (dopey.pathlink.com [204.30.237.226]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id QAA22184 for ; Wed, 5 Mar 1997 16:10:11 -0800 (PST) Received: from dvl-1.pathlink.com (dvl-1.pathlink.com [204.30.237.241]) by dopey.pathlink.com (8.8.5/8.8.4) with SMTP id QAA16732 for ; Wed, 5 Mar 1997 16:10:15 -0800 (PST) Message-Id: <1.5.4.32.19970305171008.006c9824@dopey.pathlink.com> X-Sender: kachun@dopey.pathlink.com X-Mailer: Windows Eudora Light Version 1.5.4 (32) Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Wed, 05 Mar 1997 16:10:08 -0100 To: freebsd-current@freebsd.org From: Kachun Lee Subject: 2.2-GAMMA-970225 ahc crashes Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk After we upgraded one of news servers from 2.1.6 to 2.2-GAMMA-970225, it crashed with the following messages about once or twice a day during the past week. Any comment or suggestion? Best regards ----------------------------------------------------------------------------- Mar 2 08:02:22 clark /kernel: ahc0: WARNING no command for scb 99 (cmdcmplt) Mar 2 08:02:23 clark /kernel: QOUTCNT == 1 Mar 2 08:02:32 clark /kernel: sd4(ahc0:4:0): SCB 0x0 - timed out while idle, LA STPHASE == 0x1, SCSISIGI == 0x0 Mar 2 08:02:32 clark /kernel: SEQADDR == 0x13 Mar 2 08:02:32 clark /kernel: sd4(ahc0:4:0): no longer in timeout Mar 2 08:02:32 clark /kernel: ahc0: Issued Channel A Bus Reset. 7 SCBs aborted Mar 2 08:02:33 clark /kernel: Clearing bus reset Mar 2 08:02:33 clark /kernel: Clearing 'in-reset' flag Mar 2 08:02:33 clark /kernel: sd4(ahc0:4:0): UNIT ATTENTION asc:29,0 Mar 2 08:02:33 clark /kernel: sd4(ahc0:4:0): Power on, reset, or bus device re set occurred field replaceable unit: 1 Mar 2 08:02:33 clark /kernel: , retries:3 Mar 2 08:02:34 clark /kernel: sd3(ahc0:3:0): UNIT ATTENTION asc:29,0 Mar 2 08:02:34 clark /kernel: sd3(ahc0:3:0): Power on, reset, or bus device re set occurred field replaceable unit: 1 Mar 2 08:02:34 clark /kernel: , retries:4 Mar 2 08:02:34 clark /kernel: sd0(ahc0:0:0): UNIT ATTENTION asc:29,0 Mar 2 08:02:34 clark /kernel: sd0(ahc0:0:0): Power on, reset, or bus device re set occurred field replaceable unit: 1 Mar 2 08:02:34 clark /kernel: , retries:4 Mar 2 08:11:04 clark /kernel: Copyright (c) 1992-1996 FreeBSD Inc. Mar 2 08:11:04 clark /kernel: Copyright (c) 1982, 1986, 1989, 1991, 1993 Mar 2 08:11:04 clark /kernel: The Regents of the University of California. Al l rights reserved. Mar 2 08:11:04 clark /kernel: Mar 2 08:11:04 clark /kernel: FreeBSD 2.2-970225-GAMMA #0: Fri Feb 28 00:18:19 PST 1997 Mar 2 08:11:04 clark /kernel: root@newsrv.zippo.com:/var/src.bsd.2.2/sys/co mpile/CLARK Mar 2 08:11:04 clark /kernel: Calibrating clock(s) relative to mc146818A clock ... i586 clock: 199452847 Hz, i8254 clock: 1193309 Hz Mar 2 08:11:04 clark /kernel: CPU: Pentium Pro (199.43-MHz 686-class CPU) Mar 2 08:11:04 clark /kernel: Origin = "GenuineIntel" Id = 0x616 Stepping=6 Mar 2 08:11:04 clark /kernel: Features=0xf9ff,MTRR,PGE,MCA,CMOV> Mar 2 08:11:05 clark /kernel: real memory = 268435456 (262144K bytes) Mar 2 08:11:05 clark /kernel: avail memory = 261169152 (255048K bytes) Mar 2 08:11:05 clark /kernel: Probing for devices on PCI bus 0: Mar 2 08:11:05 clark /kernel: chip0 rev 2 on pci0:0 Mar 2 08:11:05 clark /kernel: chip1 rev 0 on pci 0:7:0 Mar 2 08:11:05 clark /kernel: chip2 rev 0 on pci0 :7:1 Mar 2 08:11:05 clark /kernel: vga0 rev 0 int a irq 11 on pci0:11 Mar 2 08:11:05 clark /kernel: chip3 rev 2 on pci0:15 Mar 2 08:11:05 clark /kernel: de0 rev 18 int a ir q 11 on pci0:19 Mar 2 08:11:05 clark /kernel: de0: SMC 9332 21140 [10-100Mb/s] pass 1.2 Mar 2 08:11:05 clark /kernel: de0: address 00:00:c0:d2:3a:dc Mar 2 08:11:05 clark /kernel: de0: enabling 100baseTX port Mar 2 08:11:05 clark /kernel: Probing for devices on PCI bus 1: Mar 2 08:11:05 clark /kernel: ahc0 rev 3 int a irq 10 on pci1:4 Mar 2 08:11:05 clark /kernel: ahc0: aic7870 Wide Channel A, SCSI Id=15, 16 SCBs Mar 2 08:11:06 clark /kernel: ahc0 waiting for scsi devices to settle Mar 2 08:11:06 clark /kernel: (ahc0:0:0): "SEAGATE ST15150W 0016" type 0 fixed SCSI 2 Mar 2 08:11:06 clark /kernel: sd0(ahc0:0:0): Direct-Access 4095MB (8388315 512 byte sectors) Mar 2 08:11:06 clark /kernel: (ahc0:1:0): "SEAGATE ST15150W 0022" type 0 fixed SCSI 2 Mar 2 08:11:06 clark /kernel: sd1(ahc0:1:0): Direct-Access 4095MB (8388315 512 byte sectors) Mar 2 08:11:06 clark /kernel: (ahc0:2:0): "SEAGATE ST15150W 0023" type 0 fixed SCSI 2 Mar 2 08:11:06 clark /kernel: sd2(ahc0:2:0): Direct-Access 4095MB (8388315 512 byte sectors) Mar 2 08:11:06 clark /kernel: (ahc0:3:0): "SEAGATE ST15150W 0012" type 0 fixed SCSI 2 Mar 2 08:11:06 clark /kernel: sd3(ahc0:3:0): Direct-Access 4095MB (8388315 512 byte sectors) Mar 2 08:11:06 clark /kernel: (ahc0:4:0): "SEAGATE ST15150W 0020" type 0 fixed SCSI 2 Mar 2 08:11:06 clark /kernel: sd4(ahc0:4:0): Direct-Access 4095MB (8388315 512 byte sectors) Mar 2 08:11:06 clark /kernel: (ahc0:5:0): "SEAGATE ST15150W 0023" type 0 fixed SCSI 2 Mar 2 08:11:06 clark /kernel: sd5(ahc0:5:0): Direct-Access 4095MB (8388315 512 byte sectors) Mar 2 08:11:06 clark /kernel: (ahc0:6:0): "SEAGATE ST15150W 0023" type 0 fixed SCSI 2 Mar 2 08:11:06 clark /kernel: sd6(ahc0:6:0): Direct-Access 4095MB (8388315 512 byte sectors) Mar 2 08:11:07 clark /kernel: ahc1 rev 3 int a irq 11 on pci1:5 Mar 2 08:11:07 clark /kernel: ahc1: aic7870 Wide Channel B, SCSI Id=15, 16 SCBs Mar 2 08:11:07 clark /kernel: ahc1 waiting for scsi devices to settle Mar 2 08:11:07 clark /kernel: (ahc1:8:0): "SEAGATE ST15150W 0023" type 0 fixed SCSI 2 Mar 2 08:11:07 clark /kernel: sd7(ahc1:8:0): Direct-Access 4095MB (8388315 512 byte sectors) Mar 2 08:11:07 clark /kernel: (ahc1:9:0): "SEAGATE ST15150W 0023" type 0 fixed SCSI 2 Mar 2 08:11:07 clark /kernel: sd8(ahc1:9:0): Direct-Access 4095MB (8388315 512 byte sectors) Mar 2 08:11:07 clark /kernel: Probing for devices on the ISA bus: Mar 2 08:11:07 clark /kernel: sc0 at 0x60-0x6f irq 1 on motherboard Mar 2 08:11:07 clark /kernel: sc0: VGA color <16 virtual consoles, flags=0x0> Mar 2 08:11:07 clark /kernel: ed0 at 0x280-0x29f irq 5 maddr 0xd8000 msize 1638 4 on isa Mar 2 08:11:07 clark /kernel: ed0: address 00:00:c0:20:39:92, type SMC8216/SMC8 216C (16 bit) Mar 2 08:11:07 clark /kernel: ed1 at 0x300-0x31f irq 9 maddr 0xd0000 msize 1638 4 on isa Mar 2 08:11:07 clark /kernel: ed1: address 00:00:c0:b9:05:7a, type SMC8216/SMC8 216C (16 bit) Mar 2 08:11:08 clark /kernel: sio0 at 0x3f8-0x3ff irq 4 on isa Mar 2 08:11:08 clark /kernel: sio0: type 16550A Mar 2 08:11:08 clark /kernel: sio1 at 0x2f8-0x2ff irq 3 on isa Mar 2 08:11:08 clark /kernel: sio1: type 16550A Mar 2 08:11:08 clark /kernel: lpt0 at 0x378-0x37f irq 7 on isa Mar 2 08:11:08 clark /kernel: lpt0: Interrupt-driven port Mar 2 08:11:08 clark /kernel: lp0: TCP/IP capable interface Mar 2 08:11:08 clark /kernel: fdc0 at 0x3f0-0x3f7 irq 6 drq 2 on isa Mar 2 08:11:08 clark /kernel: fdc0: NEC 72065B Mar 2 08:11:08 clark /kernel: fd0: 1.44MB 3.5in Mar 2 08:11:08 clark /kernel: wdc0 at 0x1f0-0x1f7 irq 14 on isa Mar 2 08:11:08 clark /kernel: wdc0: unit 0 (wd0): Mar 2 08:11:08 clark /kernel: wd0: 2583MB (5289984 sectors), 5248 cyls, 16 head s, 63 S/T, 512 B/S Mar 2 08:11:08 clark /kernel: wdc1 at 0x170-0x177 irq 15 on isa Mar 2 08:11:08 clark /kernel: wdc1: unit 0 (wd2): Mar 2 08:11:09 clark /kernel: wd2: 1225MB (2509920 sectors), 2490 cyls, 16 head s, 63 S/T, 512 B/S Mar 2 08:11:09 clark /kernel: npx0 on motherboard Mar 2 08:11:09 clark /kernel: npx0: INT 16 interface Mar 2 08:11:09 clark /kernel: ccd0-1: Concatenated disk drivers Mar 2 08:11:09 clark /kernel: WARNING: / was not properly dismounted. From owner-freebsd-current Wed Mar 5 18:56:38 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id SAA05129 for current-outgoing; Wed, 5 Mar 1997 18:56:38 -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 SAA05121 for ; Wed, 5 Mar 1997 18:56:35 -0800 (PST) Received: from narnia.plutotech.com (localhost [127.0.0.1]) by narnia.plutotech.com (8.8.5/8.7.3) with ESMTP id TAA15170; Wed, 5 Mar 1997 19:56:26 -0700 (MST) Message-Id: <199703060256.TAA15170@narnia.plutotech.com> To: Kachun Lee cc: freebsd-current@FreeBSD.ORG Subject: Re: 2.2-GAMMA-970225 ahc crashes In-reply-to: Your message of "Wed, 05 Mar 1997 16:10:08 -0100." <1.5.4.32.19970305171008.006c9824@dopey.pathlink.com> Date: Wed, 05 Mar 1997 19:56:25 -0700 From: "Justin T. Gibbs" Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >After we upgraded one of news servers from 2.1.6 to 2.2-GAMMA-970225, it >crashed with the following messages about once or twice a day during the >past week. Any comment or suggestion? > >Best regards You are not running the latest version of 2.2-GAMMA. There have been updates to the Adaptec driver since 2/25. Please upgrade and see if the problem persists. -- Justin T. Gibbs =========================================== FreeBSD: Turning PCs into workstations =========================================== From owner-freebsd-current Wed Mar 5 19:23:18 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id TAA06764 for current-outgoing; Wed, 5 Mar 1997 19:23:18 -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 TAA06759 for ; Wed, 5 Mar 1997 19:23:16 -0800 (PST) Received: from pahtoh.cwu.edu (root@pahtoh.cwu.edu [198.104.65.27]) by who.cdrom.com (8.7.5/8.6.11) with SMTP id TAA01268 for ; Wed, 5 Mar 1997 19:23:08 -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 TAA26066; Wed, 5 Mar 1997 19:21:47 -0800 Received: from localhost (skynyrd@localhost) by opus.cts.cwu.edu (8.8.5/8.8.5) with SMTP id TAA16608; Wed, 5 Mar 1997 19:21:46 -0800 (PST) Date: Wed, 5 Mar 1997 19:21:46 -0800 (PST) From: Chris Timmons To: Kachun Lee cc: freebsd-current@freebsd.org Subject: Re: 2.2-GAMMA-970225 ahc crashes In-Reply-To: <1.5.4.32.19970305171008.006c9824@dopey.pathlink.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 Use CVSup to update your sources to the latest RELENG_2_2. This sounds like the AAP (auto-access pause) problem Justin described in a message on the freebsd-scsi list the other day. We were seeing it a little while ago on a 2.1.7 machine but it cleared up when the AAP stuff was removed. -Chris On Wed, 5 Mar 1997, Kachun Lee wrote: > After we upgraded one of news servers from 2.1.6 to 2.2-GAMMA-970225, it > crashed with the following messages about once or twice a day during the > past week. Any comment or suggestion? > > Best regards > From owner-freebsd-current Thu Mar 6 00:18:07 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id AAA03440 for current-outgoing; Thu, 6 Mar 1997 00:18:07 -0800 (PST) Received: from shadows.aeon.net (bsdcur@shadows.aeon.net [194.100.41.1]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id AAA03434 for ; Thu, 6 Mar 1997 00:18:02 -0800 (PST) Received: (from bsdcur@localhost) by shadows.aeon.net (8.8.5/8.8.3) id KAA20674; Thu, 6 Mar 1997 10:15:14 +0200 (EET) From: mika ruohotie Message-Id: <199703060815.KAA20674@shadows.aeon.net> Subject: Re: 2.2-GAMMA-970225 ahc crashesy In-Reply-To: from Chris Timmons at "Mar 5, 97 07:21:46 pm" To: skynyrd@opus.cts.cwu.edu (Chris Timmons) Date: Thu, 6 Mar 1997 10:15:14 +0200 (EET) Cc: freebsd-current@freebsd.org X-Mailer: ELM [version 2.4ME+ PL31 (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 > Use CVSup to update your sources to the latest RELENG_2_2. This sounds > like the AAP (auto-access pause) problem Justin described in a message on > the freebsd-scsi list the other day. We were seeing it a little while ago > on a 2.1.7 machine but it cleared up when the AAP stuff was removed. > > -Chris can you point me to the right direction, what did you do? coz i have those occasionally on 2.1.7 server with 3940uw... mickey From owner-freebsd-current Thu Mar 6 06:56:11 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id GAA21743 for current-outgoing; Thu, 6 Mar 1997 06:56:11 -0800 (PST) Received: from pent.ibm.net (slip129-37-195-84.nc.us.ibm.net [129.37.195.84]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id GAA21731 for ; Thu, 6 Mar 1997 06:56:06 -0800 (PST) Received: from slip129-37-195-228.nc.us.ibm.net (ns01 [127.0.0.1]) by pent.ibm.net (8.8.5/8.7.3) with ESMTP id JAA13081 for ; Thu, 6 Mar 1997 09:56:02 -0500 (EST) Message-Id: <199703061456.JAA13081@pent.ibm.net> To: current@freebsd.org From: "Adam W. Hawks" Reply-to: awhawks@ibm.net Subject: Makeing a SNAP Date: Thu, 06 Mar 1997 09:56:00 -0500 Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I have taken the /usr/src/release/Makefile and replaced the cvs line that builds the source tree in the destination dir and replaced it with a tar line that copies my current /usr/src tree. I then set BUILDNAME and CHROOTDIR and then ran make release. All went fine till it got to the part in release.4 that does the cruch stuff where it fails with the following results. rm -rf /R/stage/crunch mkdir -p /R/stage/crunch export RELEASE_BUILD_FIXIT=noway ; for j in boot fixit ; do rm -rf ${j}_crunch && mkdir ${j}_crunch && ( cd ${j}_crunch && crunchgen /usr/src/release/${j}_crunch.conf && make -f ${j}_crunch.mk all NOCRYPT=yes "CFLAGS=-O2 -pipe -DCRUNCHED_BINARY") && mv ${j}_crunch/${j}_crunch /R/stage/crunch/${j} && true || { rm -rf ${j}_crunch ; false ; } ; done /usr/src/release/boot_crunch.conf: ft: warning: could not find any .o files. /usr/src/release/boot_crunch.conf: ft: error: no objpaths specified or calculated. /usr/src/release/boot_crunch.conf: sysinstall: warning: could not find any .o files. /usr/src/release/boot_crunch.conf: sysinstall: error: no objpaths specified or calculated. /usr/src/release/boot_crunch.conf: ft: ignoring program because of errors. /usr/src/release/boot_crunch.conf: sysinstall: ignoring program because of errors. Run "make -f boot_crunch.mk objs exe" to build crunched binary. *** Error code 1 Stop. *** Error code 1 Stop. what have I not done to make a snap of my current running system that can be installed? From owner-freebsd-current Thu Mar 6 09:08:36 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id JAA28909 for current-outgoing; Thu, 6 Mar 1997 09:08:36 -0800 (PST) Received: from titan.tcn.net (root@titan.tcn.net [199.166.4.2]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id JAA28888 for ; Thu, 6 Mar 1997 09:08:25 -0800 (PST) Received: from the_brain (Pkrw.tcn.net [199.166.4.58]) by titan.tcn.net (8.6.12/8.6.9) with ESMTP id MAA24878 for ; Thu, 6 Mar 1997 12:10:34 -0500 Message-Id: <199703061710.MAA24878@titan.tcn.net> From: "Kenneth R. Westerback" To: Subject: src-cur.2796 make world fails in /sbin/fsck Date: Thu, 6 Mar 1997 12:08:10 -0500 X-MSMail-Priority: Normal X-Priority: 3 X-Mailer: Microsoft Internet Mail 4.70.1160 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 just downloaded the src-cur.2700A and subsequent deltas (up to 2796) to try and compile up FreeBSD current. When I install the subsequent tree as /usr/src and start 'make world' in /usr/src I eventually get the messages: ===> sbin/fsck cc -O -c /usr/src/sbin/fsck/dir.c cc -O -c /usr/src/sbin/fsck/inode.c /usr/src/sbin/fsck/inode.c: In function 'pinode': /usr/src/sbin/fsck/inode.c: 517: request for member 'tv_sec' in something not a structure or union /usr/src/sbin/fsck/inode:c: In function 'allocino': /usr/src/sbin/fsck/inode: 588: request for member 'tv_sec' in something not a structure or union *** Error code 1 Stop. *** Error code 1 Stop. *** Error code 1 Stop. *** Error code 1 Stop. I just subscribed to current and cvs-all so if this is an already known/fixed problem I'm afraid I didn't get the message. Help? ---- Ken From owner-freebsd-current Thu Mar 6 09:16:24 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id JAA29244 for current-outgoing; Thu, 6 Mar 1997 09:16:24 -0800 (PST) Received: from sol.harbor.ab.ca (sol100.harbor.ab.ca [198.161.82.169]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id JAA29239 for ; Thu, 6 Mar 1997 09:16:21 -0800 (PST) Received: from olympus (olympus.harbor.ab.ca [198.161.82.144]) by sol.harbor.ab.ca (8.6.10/8.6.9) with SMTP id RAA27601; Thu, 6 Mar 1997 17:12:09 GMT Date: Thu, 6 Mar 1997 10:12:07 -0700 (MST) From: Stephen Mathezer X-Sender: mathezer@olympus To: "Michael L. VanLoon -- HeadCandy.com" cc: current@freebsd.org Subject: Re: Solution to Help w/ ppp to NT 4 server In-Reply-To: <199703040646.WAA09994@MindBender.serv.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 Thanks for the help. As it turns out, we are running NT 4 with SP 2 but my problems turned out to be a misunderstanding on my part, we have yet to see any problems attributable to NT. I needed to turn off the 'Require Microsoft Authentication' checkbox on the server but then I also needed to use the 'name' option on pppd. Apparently pppd tries to use your hostname as a username despite the fact that mty chap-secrets specified something else. Once I used turned off the Microsoft extensions and used the 'name' option everything worked great! -Steve On Mon, 3 Mar 1997, Michael L. VanLoon -- HeadCandy.com wrote: > > >I inquired yesterday about connecting as a client to an NT 4 server with > >ppp. I couldn't get either pppd or iijppp to successfully authenticate. > >I believe that this is due to the Microsoft Chap extensions on the NT > >server which encrypts the username/password. Anyways, I have turned off > >those extensions on the server and expect everything to work fine but in > >the course of exploring this I discovered some patches to pppd to support > >the MS extensions. > [...] > > Also, verify what version of NT they're running. If they have > upgraded NT 4.0 to Service Patch 2, verify that they have applied the > PPP fix. Stock Service Patch 2 broke some PPP functionality. > Alternately, they can back-step to SP1 if there are no specific fixes > they need in SP2. SP3 should be out soon, and is the first SP to go > through a beta cycle, so it should be very solid. > From owner-freebsd-current Thu Mar 6 10:05:01 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id KAA01759 for current-outgoing; Thu, 6 Mar 1997 10:05:01 -0800 (PST) Received: from grackle.grondar.za (KKMvRwD4U0rIXVmX6TLkz1xzVCDR8R+w@grackle.grondar.za [196.7.18.131]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id KAA01744 for ; Thu, 6 Mar 1997 10:04:51 -0800 (PST) Received: from grackle.grondar.za (bZ6ZVErOKi+eGs1jdiHza2amjaTf+2u2@localhost [127.0.0.1]) by grackle.grondar.za (8.8.5/8.8.4) with ESMTP id UAA15770; Thu, 6 Mar 1997 20:04:20 +0200 (SAT) Message-Id: <199703061804.UAA15770@grackle.grondar.za> X-Mailer: exmh version 2.0gamma 1/27/96 To: "Kenneth R. Westerback" cc: current@FreeBSD.ORG Subject: Re: src-cur.2796 make world fails in /sbin/fsck Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 06 Mar 1997 20:04:16 +0200 From: Mark Murray Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk "Kenneth R. Westerback" wrote: > I just downloaded the src-cur.2700A and subsequent deltas (up to 2796) to > try and compile up FreeBSD current. Ooops! You didn't choose a great time to go for current. :-( There is a big 4.4Lite/2 upgrade in force, and current is hosed for "make world" right now. It is supposed to take a couple of weeks to fix. Keep your eyes open in the current mailing list and carefully watch commit mail. You are not alone :-) 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 Thu Mar 6 12:01:19 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id MAA08031 for current-outgoing; Thu, 6 Mar 1997 12:01:19 -0800 (PST) Received: from nyx.pr.mcs.net (nyx.pr.mcs.net [204.95.55.81]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id MAA08005 for ; Thu, 6 Mar 1997 12:00:56 -0800 (PST) Received: from nyx.pr.mcs.net (localhost [127.0.0.1]) by nyx.pr.mcs.net (8.8.5/8.8.4) with ESMTP id OAA00561 for ; Thu, 6 Mar 1997 14:00:36 -0600 (CST) Message-Id: <199703062000.OAA00561@nyx.pr.mcs.net> X-Mailer: exmh version 1.6.9 8/22/96 To: freebsd-current@freebsd.org Subject: User ppp broken still? Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 06 Mar 1997 14:00:36 -0600 From: Chris Csanady Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I've been using ppp for quite a while, but I've had a few problems. My system is current as of Jan 30. What happens is that a lot of the time I'm ftping something, the link will freeze if I try to do anything else. However, if I don't use much bandwidth, it will stay up for hours. I tried compiling ppp from current, but after using it for a few minutes, it starts gobbling up all my CPU, and I have to use -9 to kill it. It is completely unusable. So whats the deal? I'd love to use kernel ppp, although I need the dial on demand and aliasing. :( Will user ppp ever be reliable? Other things... I'm using and MTU and MRU of 576, lqr off, pred1 off, over a 28.8. Any ideas? Thanks, Chris Csanady From owner-freebsd-current Thu Mar 6 12:34:27 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id MAA09826 for current-outgoing; Thu, 6 Mar 1997 12:34:27 -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 MAA09807 for ; Thu, 6 Mar 1997 12:34:13 -0800 (PST) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id VAA14962; Thu, 6 Mar 1997 21:34:06 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.8.5/8.8.5) id UAA15005; Thu, 6 Mar 1997 20:58:03 +0100 (MET) Message-ID: <19970306205803.CD32107@uriah.heep.sax.de> Date: Thu, 6 Mar 1997 20:58:03 +0100 From: j@uriah.heep.sax.de (J Wunsch) To: awhawks@ibm.net Cc: current@freebsd.org Subject: Re: Makeing a SNAP References: <199703061456.JAA13081@pent.ibm.net> X-Mailer: Mutt 0.60_p2-3,5,8-9 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: <199703061456.JAA13081@pent.ibm.net>; from Adam W. Hawks on Mar 6, 1997 09:56:00 -0500 Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk As Adam W. Hawks wrote: > rm -rf /R/stage/crunch > mkdir -p /R/stage/crunch > export RELEASE_BUILD_FIXIT=noway ; for j in boot fixit ; do rm -rf ${j}_crunch && mkdir ${j}_crunch && ( cd ${j}_crunch && crunchgen /usr/src/release/${j}_crunch.conf && make -f ${j}_crunch.mk all NOCRYPT=yes "CFLAGS=-O2 -pipe -DCRUNCHED_BINARY") && mv ${j}_crunch/${j}_crunch /R/stage/crunch/${j} && true || { rm -rf ${j}_crunch ; false ; } ; done > /usr/src/release/boot_crunch.conf: ft: warning: could not find any .o files. > /usr/src/release/boot_crunch.conf: ft: error: no objpaths specified or calculated. > /usr/src/release/boot_crunch.conf: sysinstall: warning: could not find any .o files. > /usr/src/release/boot_crunch.conf: sysinstall: error: no objpaths specified or calculated. > /usr/src/release/boot_crunch.conf: ft: ignoring program because of errors. > /usr/src/release/boot_crunch.conf: sysinstall: ignoring program because of errors. > Run "make -f boot_crunch.mk objs exe" to build crunched binary. > *** Error code 1 ``weird'' :-) I'm afraid you are a little on your own here. Go down there, and try to look into the crunch stuff (and the obj directory). Disclaimer: you haven't indicated the version you are doing this for. If it's 3.0-current, i think `make release' is still totally untested there. We are busy enough to get 2.2 out of the door. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-current Thu Mar 6 18:55:46 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id SAA04766 for current-outgoing; Thu, 6 Mar 1997 18:55:46 -0800 (PST) Received: from gns.com.br ([200.239.56.123]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id SAA04761 for ; Thu, 6 Mar 1997 18:55:36 -0800 (PST) Received: (from dcs@localhost) by gns.com.br (8.8.4/8.7.3) id XAA01055 for current@freefall.freebsd.org; Thu, 6 Mar 1997 23:56:13 GMT From: "Daniel C. Sobral" Message-Id: <199703062356.XAA01055@gns.com.br> Subject: fsck problem To: current@freefall.freebsd.org Date: Thu, 6 Mar 1997 23:56:12 +0000 (GMT) Disclaimer: Klaatu Barada Nikto! X-Mailer: ELM [version 2.4ME+ PL31 (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 just read someone ran "make world" till completion... I haven't been able to compile fsck for about two weeks now. What I *did* notice is that there are *two* dinode.h files in the source tree. One of them has what fsck is expecting, the other is, obviously, what fsck is using. Can someone advise a course of action? -- Daniel C. Sobral (8-DCS) dcs@gns.com.br dcs@linf.unb.br FORTUNE'S FUN FACTS TO KNOW AND TELL: #44 Zebra's are colored with dark stripes on a light background. From owner-freebsd-current Thu Mar 6 19:07:03 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id TAA05509 for current-outgoing; Thu, 6 Mar 1997 19:07:03 -0800 (PST) Received: from titan.tcn.net (root@titan.tcn.net [199.166.4.2]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id TAA05481 for ; Thu, 6 Mar 1997 19:06:57 -0800 (PST) Received: from the_brain (Pkrw.tcn.net [199.166.4.58]) by titan.tcn.net (8.6.12/8.6.9) with ESMTP id WAA21154 for ; Thu, 6 Mar 1997 22:09:07 -0500 Message-Id: <199703070309.WAA21154@titan.tcn.net> From: "Kenneth R. Westerback" To: Subject: make world (2796) fails in fsck Date: Thu, 6 Mar 1997 22:06:40 -0500 X-MSMail-Priority: Normal X-Priority: 3 X-Mailer: Microsoft Internet Mail 4.70.1160 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 just downloaded the src-cur.2700A and subsequent deltas (up to 2796) to try and compile up FreeBSD current. When I install the subsequent tree as /usr/src and start 'make world' in /usr/src I eventually get the messages: ===> sbin/fsck cc -O -c /usr/src/sbin/fsck/dir.c cc -O -c /usr/src/sbin/fsck/inode.c /usr/src/sbin/fsck/inode.c: In function 'pinode': /usr/src/sbin/fsck/inode.c: 517: request for member 'tv_sec' in something not a structure or union /usr/src/sbin/fsck/inode:c: In function 'allocino': /usr/src/sbin/fsck/inode: 588: request for member 'tv_sec' in something not a structure or union *** Error code 1 Stop. *** Error code 1 Stop. *** Error code 1 Stop. *** Error code 1 Stop. line 517 is 'p = ctime(&dp->di_mtime.tv_sec);' line 588 is '(void)time(&dp->di_atime.tv_sec);' where dp is a dnode pointer. Looking in /usr/src/sys/ufs/ufs/dinode.h I see that dinode.di_mtime and .di_atime are declared as int32_t so I guess the compiler has legitimate beef. I commented out the .tv_sec in both cases and I am trying another make world to see if anything else fails. If the make works is fsck safe to use with this change? I just subscribed to current and cvs-all so if this is an already known/fixed problem I'm afraid I didn't get the message. Help? ---- Ken From owner-freebsd-current Thu Mar 6 19:31:11 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id TAA07582 for current-outgoing; Thu, 6 Mar 1997 19:31:11 -0800 (PST) Received: from time.cdrom.com (root@time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id TAA07575 for ; Thu, 6 Mar 1997 19:31:08 -0800 (PST) Received: from time.cdrom.com (jkh@localhost [127.0.0.1]) by time.cdrom.com (8.8.5/8.6.9) with ESMTP id TAA04888; Thu, 6 Mar 1997 19:31:04 -0800 (PST) To: awhawks@ibm.net cc: current@freebsd.org Subject: Re: Makeing a SNAP In-reply-to: Your message of "Thu, 06 Mar 1997 09:56:00 EST." <199703061456.JAA13081@pent.ibm.net> Date: Thu, 06 Mar 1997 19:31:04 -0800 Message-ID: <4885.857705464@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > All went fine till it got to the part in release.4 that does the cruch stuff > where it fails with the following results. > > rm -rf /R/stage/crunch > mkdir -p /R/stage/crunch > export RELEASE_BUILD_FIXIT=noway ; for j in boot fixit ; do rm -rf ${j}_cru nch && mkdir ${j}_crunch && ( cd ${j}_crunch && crunchgen /usr/src/release/$ {j}_crunch.conf && make -f ${j}_crunch.mk all NOCRYPT=yes "CFLAGS=-O2 -pipe -DCRUNCHED_BINARY") && mv ${j}_crunch/${j}_crunch /R/stage/crunch/${j} && tr ue || { rm -rf ${j}_crunch ; false ; } ; done > /usr/src/release/boot_crunch.conf: ft: warning: could not find any .o files. Looks in /usr/src/sbin/ft didn't get built correctly. Can you verify that? Jordan From owner-freebsd-current Thu Mar 6 20:44:16 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id UAA12821 for current-outgoing; Thu, 6 Mar 1997 20:44:16 -0800 (PST) Received: from Kitten.mcs.com (Kitten.mcs.com [192.160.127.90]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id UAA12811 for ; Thu, 6 Mar 1997 20:44:09 -0800 (PST) Received: from Jupiter.Mcs.Net (karl@Jupiter.mcs.net [192.160.127.88]) by Kitten.mcs.com (8.8.5/8.8.2) with ESMTP id WAA20609; Thu, 6 Mar 1997 22:44:07 -0600 (CST) Received: (from karl@localhost) by Jupiter.Mcs.Net (8.8.5/8.8.2) id WAA17885; Thu, 6 Mar 1997 22:44:06 -0600 (CST) Message-ID: <19970306224406.34674@Jupiter.Mcs.Net> Date: Thu, 6 Mar 1997 22:44:06 -0600 From: Karl Denninger To: "Daniel C. Sobral" Cc: current@freefall.freebsd.org Subject: Re: fsck problem References: <199703062356.XAA01055@gns.com.br> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.64 In-Reply-To: <199703062356.XAA01055@gns.com.br>; from Daniel C. Sobral on Thu, Mar 06, 1997 at 11:56:12PM +0000 Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Thu, Mar 06, 1997 at 11:56:12PM +0000, Daniel C. Sobral wrote: > I just read someone ran "make world" till completion... I haven't > been able to compile fsck for about two weeks now. What I *did* > notice is that there are *two* dinode.h files in the source tree. > One of them has what fsck is expecting, the other is, obviously, > what fsck is using. > > Can someone advise a course of action? > > -- > Daniel C. Sobral (8-DCS) > dcs@gns.com.br > dcs@linf.unb.br > > FORTUNE'S FUN FACTS TO KNOW AND TELL: #44 > Zebra's are colored with dark stripes on a light background. fsck still blows up with problems in dinode.h Wasn't someone going to commit that change? -- -- 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 312 803-4929] | 2 FULL DS-3 Internet links; 400Mbps B/W Internal From owner-freebsd-current Thu Mar 6 21:44:50 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id VAA16285 for current-outgoing; Thu, 6 Mar 1997 21:44:50 -0800 (PST) Received: from time.cdrom.com (root@time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id VAA16274 for ; Thu, 6 Mar 1997 21:44:46 -0800 (PST) Received: from time.cdrom.com (jkh@localhost [127.0.0.1]) by time.cdrom.com (8.8.5/8.6.9) with ESMTP id VAA12362 for ; Thu, 6 Mar 1997 21:44:54 -0800 (PST) To: current@freebsd.org Subject: 6 days and counting for 2.2-RELEASE... Date: Thu, 06 Mar 1997 21:44:52 -0800 Message-ID: <12329.857713492@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk We're in the final week, folks, so I just thought I'd remind everyone to check those whiteboards and get any last installation bogon reports to me. 22gamma.freebsd.org has been hosed for the last 3 days on a failing disk, but they (CALWEB) swapped it out last night and the 2.2-970306-SNAP build is now underway. I'm hoping that this machine will be up through the remainder of the 2.2 GAMMA test period. The only two items I have on my TODO list WRT sysinstall are: 1. The package installer seems to time out on FTP connections; investigating. 2. There are 3 outstanding PRs open against it for various crash bugs / undo failures in the partition and disklabel editors. I'll be getting to these also. So if there are unreported problems with it, REPORT THEM NOW please! :-) I'll do my best to ensure that FreeBSD 2.2 is the easiest, most hassle-free installation of them all, but I need your help here since I've long since lost the ability to install it as a "normal user" and you guys just manage to pick paths through it which would never have occurred to me. :-) And on the non-sysinstall front, now would be a real good time to start clearing those 2.2 whiteboards, folks! Jordan From owner-freebsd-current Thu Mar 6 21:48:20 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id VAA16514 for current-outgoing; Thu, 6 Mar 1997 21:48:20 -0800 (PST) Received: from meter.eng.uci.edu (root@meter.eng.uci.edu [128.200.85.3]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id VAA16492; Thu, 6 Mar 1997 21:48:14 -0800 (PST) Received: from newport.ece.uci.edu by meter.eng.uci.edu (8.8.5) id VAA08084; Thu, 6 Mar 1997 21:48:12 -0800 (PST) Received: from localhost by newport.ece.uci.edu (8.8.5) id VAA20665; Thu, 6 Mar 1997 21:48:10 -0800 (PST) Message-Id: <199703070548.VAA20665@newport.ece.uci.edu> To: bugs@freebsd.org cc: current@freebsd.org Subject: serial driver Date: Thu, 06 Mar 1997 21:48:09 -0800 From: Steven Wallace Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I have noticed a problem with the sio driver. When receiving data, it goes into a buffer until it is read by read(), right? Well, I am losing data because after DTR is dropped, up to 16 bytes sent BEFORE DTR are lost or destroyed, so read() is not picking this up. Even though DTR is dropped, that does not mean all data received in any buffer is not valid at this point, but only data received AFTER. So even if a read() call is actually called after DTR is dropped, it should still return any remaining bytes. Note: As a result, up to 16 bytes can be lost. I have a 16550A chip so the driver might not be reading remaining bytes in its buffer. I am using 2.2R. Please let me know what the deal is. Thanks, Steven From owner-freebsd-current Thu Mar 6 22:20:28 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id WAA18354 for current-outgoing; Thu, 6 Mar 1997 22:20:28 -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 WAA18246; Thu, 6 Mar 1997 22:19:57 -0800 (PST) Received: (from msmith@localhost) by genesis.atrad.adelaide.edu.au (8.8.5/8.7.3) id QAA19997; Fri, 7 Mar 1997 16:46:19 +1030 (CST) From: Michael Smith Message-Id: <199703070616.QAA19997@genesis.atrad.adelaide.edu.au> Subject: Re: serial driver In-Reply-To: <199703070548.VAA20665@newport.ece.uci.edu> from Steven Wallace at "Mar 6, 97 09:48:09 pm" To: swallace@ece.uci.edu (Steven Wallace) Date: Fri, 7 Mar 1997 16:46:19 +1030 (CST) Cc: bugs@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 Steven Wallace stands accused of saying: > > When receiving data, it goes into a buffer until it is read by read(), right? Sort of 8) > Well, I am losing data because after DTR is dropped, up to 16 bytes sent > BEFORE DTR are lost or destroyed, so read() is not picking this up. > Even though DTR is dropped, that does not mean all data received in any > buffer is not valid at this point, but only data received AFTER. > So even if a read() call is actually called after DTR is dropped, > it should still return any remaining bytes. Er, DTR is dropped by you closing the device. You can't read from the device after you've closed it. There is a configurable pause after closing the device before DTR is actually dropped in order to allow data to be flushed. (You can drop DTR with an ioctl, but that's different, and data is not lost). > Note: As a result, up to 16 bytes can be lost. I have a 16550A chip > so the driver might not be reading remaining bytes in its buffer. > I am using 2.2R. I think you mean DCD. It is not possible to tell whether the bytes came into the FIFO before or after the line status changed. The receive FIFO is emptied in the sio interrupt handler before the modem status is checked, so I would guess that if you were to try reading in your HUP handler (providing you had changed your controlling tty) you would find the data that you were looking for. Bruce would have a more authoratative answer here. Without more details and a simple example application, I can't be sure that I understand you. > Steven -- ]] 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 Mar 6 23:06:37 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id XAA21276 for current-outgoing; Thu, 6 Mar 1997 23:06:37 -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 XAA21268; Thu, 6 Mar 1997 23:06:33 -0800 (PST) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.3/8.6.9) id SAA04952; Fri, 7 Mar 1997 18:02:05 +1100 Date: Fri, 7 Mar 1997 18:02:05 +1100 From: Bruce Evans Message-Id: <199703070702.SAA04952@godzilla.zeta.org.au> To: bugs@freebsd.org, swallace@ece.uci.edu Subject: Re: serial driver Cc: current@freebsd.org Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >I have noticed a problem with the sio driver. > >When receiving data, it goes into a buffer until it is read by read(), right? Or until it is flushed. All input is usually flushed when carrier drops. This has nothing to do with sio. The upper half of the tty driver does it for all ttys. Details: if CLOCAL is set, then changes in the carrier state are mostly ignored. Otherwise, when carrier drops: 1) all input is flushed (seems to be a BSD feature, but on a SYSVish system you would probably get EINTR for the current read(), if any, and then the POSIX behaviour in (3) applies). 2) if the tty has a session leader, then a SIGHUP is sent to the process group of the session leader (POSIX standard). 3) subsequent read()s on the tty return 0 or -1 (POSIX standard). Under FreeBSD, this also applies to the current read() because of (1). >Well, I am losing data because after DTR is dropped, up to 16 bytes sent >BEFORE DTR are lost or destroyed, so read() is not picking this up. Dropping DTR only has an indirect affect on read(). It may cause carrier to drop. >Even though DTR is dropped, that does not mean all data received in any >buffer is not valid at this point, but only data received AFTER. >So even if a read() call is actually called after DTR is dropped, >it should still return any remaining bytes. Nope. >Note: As a result, up to 16 bytes can be lost. I have a 16550A chip >so the driver might not be reading remaining bytes in its buffer. >I am using 2.2R. There used to be problems sending the last 16 bytes in the !O_NONBLOCK case and not sending the last 16 bytes in some other cases. In 2.1.x, the port was closed without waiting for the last 16 bytes to be sent. This caused a premature hangup in the !O_NONBLOCK case. In 2.1.x and in 2.2, flushing of output does not affect the 16550 fifos. This causes up to 16 too many bytes to be sent in some cases. In -current, output flushing does not work if COM_ESP is configured and the port is an ESP. Your problems might be caused by a 2.1.x sender. Bruce From owner-freebsd-current Thu Mar 6 23:35:43 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id XAA22863 for current-outgoing; Thu, 6 Mar 1997 23:35:43 -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 XAA22850; Thu, 6 Mar 1997 23:35:18 -0800 (PST) Received: by sovcom.kiae.su id AA19158 (5.65.kiae-1 ); Fri, 7 Mar 1997 10:07:06 +0300 Received: by sovcom.KIAE.su (UUMAIL/2.0); Fri, 7 Mar 97 10:07:06 +0300 Received: (from ache@localhost) by nagual.ru (8.8.5/8.8.5) id KAA00545; Fri, 7 Mar 1997 10:04:20 +0300 (MSK) Date: Fri, 7 Mar 1997 10:04:15 +0300 (MSK) From: =?KOI8-R?B?4c7E0sXKIP7F0s7P1w==?= To: "Jordan K. Hubbard" Cc: FreeBSD-current , rich@freebsd.org Subject: Re: 6 days and counting for 2.2-RELEASE... In-Reply-To: <12329.857713492@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 Mar 1997, Jordan K. Hubbard wrote: > So if there are unreported problems with it, REPORT THEM NOW please! :-) Please, don't forget to build XFree with patches from ports, not from scratch. It is essential for all non-8859-1 users. -- Andrey A. Chernov http://www.nagual.ru/~ache/ From owner-freebsd-current Fri Mar 7 00:10:06 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id AAA25155 for current-outgoing; Fri, 7 Mar 1997 00:10:06 -0800 (PST) Received: from meter.eng.uci.edu (root@meter.eng.uci.edu [128.200.85.3]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id AAA25113; Fri, 7 Mar 1997 00:09:59 -0800 (PST) Received: from newport.ece.uci.edu by meter.eng.uci.edu (8.8.5) id AAA10605; Fri, 7 Mar 1997 00:09:48 -0800 (PST) Received: from localhost by newport.ece.uci.edu (8.8.5) id AAA22214; Fri, 7 Mar 1997 00:09:46 -0800 (PST) Message-Id: <199703070809.AAA22214@newport.ece.uci.edu> To: Bruce Evans cc: bugs@freebsd.org, current@freebsd.org, msmith@atrad.adelaide.edu.au Subject: Re: serial driver In-reply-to: Your message of "Fri, 07 Mar 1997 18:02:05 +1100." <199703070702.SAA04952@godzilla.zeta.org.au> Date: Fri, 07 Mar 1997 00:09:45 -0800 From: Steven Wallace Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Okay, by Mike suggestion, here is an example of what happens: I got out my break box and looked at the levels of the line Terminal Device <-----straight 25 pin to COM1-----> FreeBSD BOX Pin 2 TD OFF Pin 3 RD OFF Pin 4 RTS OFF Pin 6 DSR OFF Pin 8 CD OFF Pin 20 DTR OFF cat /dev/ttyd0 > output (hangs waiting for input on BSD box) Pin 2 TD OFF Pin 3 RD OFF Pin 4 RTS OFF Pin 6 DSR ON # PC now says now active Pin 8 CD ON # " Pin 20 DTR OFF output file into serial port of "terminal", thereby activating its serial port. Note the device raises DTR. This is similar to doing something like: cat file > serial device Both are device and PC operating at 9600 baud. Pin 2 TD ON # device sending data to PC Pin 3 RD OFF Pin 4 RTS ON Pin 6 DSR ON Pin 8 CD ON Pin 20 DTR ON # device saying its active File output grows larger. Device transmits 10016 bytes. file output on PC is now 10000 bytes Device drops DTR. up to last 16 bytes are lost on PC file remainas at 10000 bytes --- What I would expect is to receive the data transmitted before DTR was dropped. According to what Bruce says, data not read by the read() call is dropped after DTR is dropped in real time. I just tried setting clocal to the device and it received all the data its first time through. The disadvantage is that the cat program still sits there waiting for more data to output to the file so I had to press ^C to stop it. Is there any way to get the functionality I desire? I want the cat program to close / read to fail after all data is read before the DTR was dropped. Don't you think that makes more sense anyways? I'd hate to lose data because the load was too high or whatever and my process was not able to read() it before DTR/carrier was lost. Steven From owner-freebsd-current Fri Mar 7 00:14:12 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id AAA25371 for current-outgoing; Fri, 7 Mar 1997 00:14:12 -0800 (PST) Received: from time.cdrom.com (root@time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id AAA25364; Fri, 7 Mar 1997 00:14:09 -0800 (PST) Received: from time.cdrom.com (jkh@localhost [127.0.0.1]) by time.cdrom.com (8.8.5/8.6.9) with ESMTP id AAA12960; Fri, 7 Mar 1997 00:13:32 -0800 (PST) To: =?KOI8-R?B?4c7E0sXKIP7F0s7P1w==?= cc: FreeBSD-current , rich@freebsd.org Subject: Re: 6 days and counting for 2.2-RELEASE... In-reply-to: Your message of "Fri, 07 Mar 1997 10:04:15 +0300." Date: Fri, 07 Mar 1997 00:13:32 -0800 Message-ID: <12957.857722412@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > On Thu, 6 Mar 1997, Jordan K. Hubbard wrote: > > > So if there are unreported problems with it, REPORT THEM NOW please! :-) > > Please, don't forget to build XFree with patches from ports, not from > scratch. It is essential for all non-8859-1 users. OK, but this will nonetheless be an XFree86 Project issue - I just stick the binaries they give me in the release area, I don't make them myself. For real action on this issue, make sure that Rich signs off on it before assuming that it will be handled! :-) Jordan From owner-freebsd-current Fri Mar 7 00:20:31 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id AAA25726 for current-outgoing; Fri, 7 Mar 1997 00:20:31 -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 AAA25721; Fri, 7 Mar 1997 00:20:25 -0800 (PST) Received: (from msmith@localhost) by genesis.atrad.adelaide.edu.au (8.8.5/8.7.3) id SAA21309; Fri, 7 Mar 1997 18:50:17 +1030 (CST) From: Michael Smith Message-Id: <199703070820.SAA21309@genesis.atrad.adelaide.edu.au> Subject: Re: serial driver In-Reply-To: <199703070809.AAA22214@newport.ece.uci.edu> from Steven Wallace at "Mar 7, 97 00:09:45 am" To: swallace@ece.uci.edu (Steven Wallace) Date: Fri, 7 Mar 1997 18:50:16 +1030 (CST) Cc: bde@zeta.org.au, bugs@freebsd.org, current@freebsd.org, msmith@atrad.adelaide.edu.au 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 Steven Wallace stands accused of saying: > > Okay, by Mike suggestion, here is an example of what happens: > I got out my break box and looked at the levels of the line > > Terminal Device <-----straight 25 pin to COM1-----> FreeBSD BOX > > Pin 2 TD OFF > Pin 3 RD OFF > Pin 4 RTS OFF > Pin 6 DSR OFF > Pin 8 CD OFF > Pin 20 DTR OFF Ok, so you are confusing DTR and DCD. You are complaining that data pending reading on the PC is lost when your peripheral drops DCD. This is normal; you need to use some technique to handshake the end of the data properly. > What I would expect is to receive the data transmitted before DTR was > dropped. According to what Bruce says, data not read by the read() > call is dropped after DTR is dropped in real time. That would appear to be correct. Your device should keep DCD high for some arbitrary period of time after sending the last of its data before dropping DCD. Please use the right terminolgy, you're giving me a headache 8) > Is there any way to get the functionality I desire? I want the cat > program to close / read to fail after all data is read before the DTR > was dropped. Don't you think that makes more sense anyways? I'd > hate to lose data because the load was too high or whatever and > my process was not able to read() it before DTR/carrier was lost. You could write a small reader program that understands the tty calls required to determine carrier state in CLOCAL mode. There is still a race in that you could poll the DCD status as low, read, and get no data because your read occurred before the FIFO timeout generated an interrupt. You can either brute-force around this (with a small sleep after determining that carrier is low before the final read), or you can improve the communications protocol with your peripheral (if possible). > Steven -- ]] 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 Mar 7 00:23:44 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id AAA25973 for current-outgoing; Fri, 7 Mar 1997 00:23:44 -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 AAA25952; Fri, 7 Mar 1997 00:23:33 -0800 (PST) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.3/8.6.9) id TAA07512; Fri, 7 Mar 1997 19:18:38 +1100 Date: Fri, 7 Mar 1997 19:18:38 +1100 From: Bruce Evans Message-Id: <199703070818.TAA07512@godzilla.zeta.org.au> To: ache@nagual.ru, jkh@time.cdrom.com Subject: Re: 6 days and counting for 2.2-RELEASE... Cc: current@freebsd.org, rich@freebsd.org Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Please, don't forget to build XFree with patches from ports, not from >scratch. It is essential for all non-8859-1 users. WHat's happening with the UT_NAMESIZE mismatch problem? Bruce From owner-freebsd-current Fri Mar 7 00:59:19 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id AAA27794 for current-outgoing; Fri, 7 Mar 1997 00:59:19 -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 AAA27785; Fri, 7 Mar 1997 00:59:13 -0800 (PST) Received: by sovcom.kiae.su id AA23472 (5.65.kiae-1 ); Fri, 7 Mar 1997 11:45:10 +0300 Received: by sovcom.KIAE.su (UUMAIL/2.0); Fri, 7 Mar 97 11:45:10 +0300 Received: (from ache@localhost) by nagual.ru (8.8.5/8.8.5) id LAA00798; Fri, 7 Mar 1997 11:44:52 +0300 (MSK) Date: Fri, 7 Mar 1997 11:44:49 +0300 (MSK) From: =?KOI8-R?B?4c7E0sXKIP7F0s7P1w==?= To: "Jordan K. Hubbard" Cc: FreeBSD-current , rich@freebsd.org Subject: Re: 6 days and counting for 2.2-RELEASE... In-Reply-To: <12957.857722412@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 Fri, 7 Mar 1997, Jordan K. Hubbard wrote: > OK, but this will nonetheless be an XFree86 Project issue - I just > stick the binaries they give me in the release area, I don't make them > myself. For real action on this issue, make sure that Rich signs off > on it before assuming that it will be handled! :-) Could you please additionly contact Rich in case he not read his E-mail in this days? -- Andrey A. Chernov http://www.nagual.ru/~ache/ From owner-freebsd-current Fri Mar 7 01:00:11 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id BAA27908 for current-outgoing; Fri, 7 Mar 1997 01:00:11 -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 BAA27901; Fri, 7 Mar 1997 01:00:06 -0800 (PST) Received: by sovcom.kiae.su id AA23455 (5.65.kiae-1 ); Fri, 7 Mar 1997 11:45:09 +0300 Received: by sovcom.KIAE.su (UUMAIL/2.0); Fri, 7 Mar 97 11:45:08 +0300 Received: (from ache@localhost) by nagual.ru (8.8.5/8.8.5) id LAA00792; Fri, 7 Mar 1997 11:42:51 +0300 (MSK) Date: Fri, 7 Mar 1997 11:42:45 +0300 (MSK) From: =?KOI8-R?B?4c7E0sXKIP7F0s7P1w==?= To: Bruce Evans Cc: jkh@time.cdrom.com, current@freebsd.org, rich@freebsd.org Subject: Re: 6 days and counting for 2.2-RELEASE... In-Reply-To: <199703070818.TAA07512@godzilla.zeta.org.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 Fri, 7 Mar 1997, Bruce Evans wrote: > >Please, don't forget to build XFree with patches from ports, not from > >scratch. It is essential for all non-8859-1 users. > > WHat's happening with the UT_NAMESIZE mismatch problem? What is the problem? 2.2 not redifine UT_NAMESIZE, so if XFree one is different, it clearly indicates that XFree built in -current instead. -- Andrey A. Chernov http://www.nagual.ru/~ache/ From owner-freebsd-current Fri Mar 7 01:34:33 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id BAA00118 for current-outgoing; Fri, 7 Mar 1997 01:34: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 BAA00100; Fri, 7 Mar 1997 01:34:24 -0800 (PST) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.3/8.6.9) id UAA09518; Fri, 7 Mar 1997 20:26:23 +1100 Date: Fri, 7 Mar 1997 20:26:23 +1100 From: Bruce Evans Message-Id: <199703070926.UAA09518@godzilla.zeta.org.au> To: ache@nagual.ru, bde@zeta.org.au Subject: Re: 6 days and counting for 2.2-RELEASE... Cc: current@FreeBSD.org, jkh@time.cdrom.com, rich@FreeBSD.org Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk >> WHat's happening with the UT_NAMESIZE mismatch problem? > >What is the problem? 2.2 not redifine UT_NAMESIZE, so if XFree one >is different, it clearly indicates that XFree built in -current >instead. There was (at least for a while) no Xfree built for 2.2, and using the one built for current corrupts utmp. Bruce From owner-freebsd-current Fri Mar 7 02:23:29 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id CAA01951 for current-outgoing; Fri, 7 Mar 1997 02:23:29 -0800 (PST) Received: from shrimp.dataplex.net (shrimp.dataplex.net [208.2.87.3]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id CAA01946 for ; Fri, 7 Mar 1997 02:23:20 -0800 (PST) Received: from [208.2.87.4] (cod.dataplex.net [208.2.87.4]) by shrimp.dataplex.net (8.8.5/8.8.5) with ESMTP id EAA27614; Fri, 7 Mar 1997 04:23:00 -0600 (CST) X-Sender: rkw@shrimp.dataplex.net Message-Id: In-Reply-To: <12329.857713492@time.cdrom.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Fri, 7 Mar 1997 04:21:09 -0600 To: "Jordan K. Hubbard" From: Richard Wackerbarth Subject: Re: 6 days and counting for 2.2-RELEASE... Cc: current@freebsd.org Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk At 11:44 PM -0600 3/6/97, Jordan K. Hubbard wrote: >We're in the final week, folks, so I just thought I'd remind everyone >And on the non-sysinstall front, now would be a real good time to >start clearing those 2.2 whiteboards, folks! I still have the CTM startup issue to resolve with you. We need to resolve our strategy NOW rather than waiting 5 days. Thanks for your continued effort. Richard From owner-freebsd-current Fri Mar 7 02:59:22 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id CAA03242 for current-outgoing; Fri, 7 Mar 1997 02:59:22 -0800 (PST) Received: from time.cdrom.com (root@time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id CAA03235 for ; Fri, 7 Mar 1997 02:59:20 -0800 (PST) Received: from time.cdrom.com (jkh@localhost [127.0.0.1]) by time.cdrom.com (8.8.5/8.6.9) with ESMTP id CAA04508; Fri, 7 Mar 1997 02:58:53 -0800 (PST) To: Richard Wackerbarth cc: current@freebsd.org Subject: Re: 6 days and counting for 2.2-RELEASE... In-reply-to: Your message of "Fri, 07 Mar 1997 04:21:09 CST." Date: Fri, 07 Mar 1997 02:58:53 -0800 Message-ID: <4504.857732333@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > At 11:44 PM -0600 3/6/97, Jordan K. Hubbard wrote: > >We're in the final week, folks, so I just thought I'd remind everyone > > >And on the non-sysinstall front, now would be a real good time to > >start clearing those 2.2 whiteboards, folks! > > I still have the CTM startup issue to resolve with you. Yes, sorry, I've been busy. I also did not see a reply from you to Poul-Henning's comments, and given that I consider him the definitive reference for all things CTM related, I was really sort of wondering what you had to say in response. > We need to resolve our strategy NOW rather than waiting 5 days. Yes, well, I'm prepared to follow Poul-Henning's last recommendation, but I need your buy-in (or reasons for wanting it differently, sent to the both of us). Jordan From owner-freebsd-current Fri Mar 7 03:54:31 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id DAA05148 for current-outgoing; Fri, 7 Mar 1997 03:54:31 -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 DAA05116 for ; Fri, 7 Mar 1997 03:53:15 -0800 (PST) Received: (from uucp@localhost) by nic.follonett.no (8.8.5/8.8.3) with UUCP id MAA06308; Fri, 7 Mar 1997 12:50:13 +0100 (MET) Received: from oo7 (oo7.dimaga.com [192.0.0.65]) by dimaga.com (8.7.5/8.7.2) with SMTP id MAA13198; Fri, 7 Mar 1997 12:27:59 +0100 (MET) Message-Id: <3.0.32.19970307122738.00c8d100@dimaga.com> X-Sender: eivind@dimaga.com X-Mailer: Windows Eudora Pro Version 3.0 (32) Date: Fri, 07 Mar 1997 12:27:39 +0100 To: Chris Csanady From: Eivind Eklund Subject: Re: User ppp broken still? Cc: freebsd-current@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk At 02:00 PM 3/6/97 -0600, Chris Csanady wrote: >I've been using ppp for quite a while, but I've had a few problems. My system >is current as of Jan 30. What happens is that a lot of the time I'm ftping >something, the link will freeze if I try to do anything else. However, if I >don't use much bandwidth, it will stay up for hours. > >I tried compiling ppp from current, but after using it for a few minutes, it >starts gobbling up all my CPU, and I have to use -9 to kill it. It is >completely unusable. > >So whats the deal? I'd love to use kernel ppp, although I need the dial on >demand and aliasing. :( Will user ppp ever be reliable? Hopefully. You mention that you use the aliasing - could you do me a favour and test whether it work better with the latest version of the aliasing code? PPP+pktAlias 1.9 is at http://www.srv.net/~cmott/alias.html - this is based on PPP from 3.0-CURRENT as of late January (just prior to the patches to fix the signal problems). You might also be interested in testing whether your problems are from the signal handling - the signal handling was improved sometime in mid-February, and if that is not what you referred to having tested above, you might want to try it. >Other things... I'm using and MTU and MRU of 576, lqr off, pred1 off, over >a 28.8. Any ideas? lqr off, predl on, MTU/MRU 1500 works fine here. And I have used all bandwidth there is :) (28.8k) Eivind Eklund perhaps@yes.no http://maybe.yes.no/perhaps/ eivind@freebsd.org From owner-freebsd-current Fri Mar 7 03:54:52 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id DAA05195 for current-outgoing; Fri, 7 Mar 1997 03:54:52 -0800 (PST) Received: from time.cdrom.com (root@time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id DAA05184; Fri, 7 Mar 1997 03:54:49 -0800 (PST) Received: from time.cdrom.com (jkh@localhost [127.0.0.1]) by time.cdrom.com (8.8.5/8.6.9) with ESMTP id DAA04825; Fri, 7 Mar 1997 03:54:57 -0800 (PST) To: ports@freebsd.org cc: current@freebsd.org Subject: Getting /usr/ports everywhere... Date: Fri, 07 Mar 1997 03:54:57 -0800 Message-ID: <4821.857735697@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I've been thinking about this for awhile, and I'm wondering whether or not 2.2 might be a good time to unleash /usr/ports as a distribution tarball as part of the release. To explain my rationale for this bold proposal: /usr/ports with no distfiles is *small* - about 31MB for 810 ports right now, which seems a very reasonable cost/benefit ratio to me. The lndir trick is slow, eats lots of inodes while leaving you still dependant on your CD or NFS mounted ports tree, lndir doesn't come as a standard component (you need to load XFree86's bin component) and it's no longer supported by sysinstall anyway (it was too slow). If I made ports a simple distribution, similar to the ``compat*'' dists, it would be trivial to add it to sysinstall's list of nifty things to load and one could also elect to do it at any later time with the same install.sh script the other dists have. If we could count on /usr/ports being more "standard equipment" on FreeBSD, even at the cost of 31MB, it would make it possible to answer a *huge* array of questions with "No problem, go to /usr/ports/blah/feh and do a ``make install clean'' to install the optional gadget you're looking for (but don't know it yet)" with reasonable assurance that it will solve the user's problem. As it stands now, we first have to explain how to get ahold of and use ports before we can offer some piece of it as a solution. I'd also like to make the ports collection a little more well integrated as a general resource, with more targets aimed at people looking for things ("cd /usr/ports; make search KEY="emacs") and just on the whole more accessible to the total novice. Making it a 1st class object in the installation menu would be a good first step, I think! Comments? Partially fermented fruit? Jordan From owner-freebsd-current Fri Mar 7 05:23:30 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id FAA10533 for current-outgoing; Fri, 7 Mar 1997 05:23:30 -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 FAA10519; Fri, 7 Mar 1997 05:23:20 -0800 (PST) Received: (from uucp@localhost) by nic.follonett.no (8.8.5/8.8.3) with UUCP id OAA07803; Fri, 7 Mar 1997 14:21:32 +0100 (MET) Received: from oo7 (oo7.dimaga.com [192.0.0.65]) by dimaga.com (8.7.5/8.7.2) with SMTP id OAA14256; Fri, 7 Mar 1997 14:23:48 +0100 (MET) Message-Id: <3.0.32.19970307142325.00ce8210@dimaga.com> X-Sender: eivind@dimaga.com X-Mailer: Windows Eudora Pro Version 3.0 (32) Date: Fri, 07 Mar 1997 14:23:27 +0100 To: "Jordan K. Hubbard" From: Eivind Eklund Subject: Re: Getting /usr/ports everywhere... Cc: ports@freebsd.org, current@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk At 03:54 AM 3/7/97 -0800, Jordan K. Hubbard wrote: >I've been thinking about this for awhile, and I'm wondering whether or >not 2.2 might be a good time to unleash /usr/ports as a distribution >tarball as part of the release. [... part snippet ...] >I'd also like to make the ports collection a little more well >integrated as a general resource, with more targets aimed at people >looking for things ("cd /usr/ports; make search KEY="emacs") and just >on the whole more accessible to the total novice. Making it a 1st >class object in the installation menu would be a good first step, I >think! > >Comments? Partially fermented fruit? I'm in favour (of the proposal, not of fermented fruit :-) Actually, I'd also like to have CVSup as a standard target, along with a cvsup-file that automatically track /usr/ports and the nescessary parts of make/bsd.port.mk/bsd.port.subdir.mk. The setup really rocks (automatic upgrade of ports, and if you take the time to read the logfile you'll see what upgrades happen.) CTM/sup/CVSup is one of the things that really set FreeBSD apart. It would be a Good Thing to make it more accessible; I at least want as many people as possible to run it, as they'll never go back to anything less than daily upgrades :) Eivind Eklund perhaps@yes.no http://maybe.yes.no/perhaps/ eivind@freebsd.org From owner-freebsd-current Fri Mar 7 05:36:16 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id FAA11242 for current-outgoing; Fri, 7 Mar 1997 05:36:16 -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 FAA11234; Fri, 7 Mar 1997 05:36:06 -0800 (PST) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.3/8.6.9) id AAA16043; Sat, 8 Mar 1997 00:28:03 +1100 Date: Sat, 8 Mar 1997 00:28:03 +1100 From: Bruce Evans Message-Id: <199703071328.AAA16043@godzilla.zeta.org.au> To: bde@zeta.org.au, swallace@ece.uci.edu Subject: Re: serial driver Cc: bugs@freebsd.org, current@freebsd.org, msmith@atrad.adelaide.edu.au Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >What I would expect is to receive the data transmitted before DTR was >dropped. According to what Bruce says, data not read by the read() >call is dropped after DTR is dropped in real time. I checked what sio does. It reads all the bytes that arrive before carrier drops as a side effect of some failsafe code in the interrupt handler. It usually calls ttymodem() (which flushes the queues and sets the TS_ZOMBIE flag) before putting the bytes in the tty input queue. The bytes are unavailable to read() because TS_ZOMBIE is set. Not flushing wouldn't help and it would be inconvenient to delay the setting of TS_ZOMBIE. Flushing is done for 5 special events: receipt interrupt, quit and suspend characters, break interrupts, and hangups. Flushes can be prevented for the first 3 by setting NOFLSH. >I just tried setting clocal to the device and it received all the data >its first time through. The disadvantage is that the cat program >still sits there waiting for more data to output to the file so >I had to press ^C to stop it. > >Is there any way to get the functionality I desire? I want the cat >program to close / read to fail after all data is read before the DTR >was dropped. Don't you think that makes more sense anyways? I'd >hate to lose data because the load was too high or whatever and >my process was not able to read() it before DTR/carrier was lost. It makes sense, especially since the sender tries hard to send all the data out before dropping its DTR (the receiver's carrier). However, you can't get this functionality currently using a simple program like `cat'. To get it, the program needs to set CLOCAL and poll for carrier. Bruce From owner-freebsd-current Fri Mar 7 05:44:41 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id FAA11821 for current-outgoing; Fri, 7 Mar 1997 05:44:41 -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 FAA11779; Fri, 7 Mar 1997 05:44:34 -0800 (PST) Received: from shrimp.dataplex.net (shrimp.dataplex.net [208.2.87.3]) by who.cdrom.com (8.7.5/8.6.11) with ESMTP id FAA09861 ; Fri, 7 Mar 1997 05:44:27 -0800 (PST) Received: from [208.2.87.4] (cod.dataplex.net [208.2.87.4]) by shrimp.dataplex.net (8.8.5/8.8.5) with ESMTP id HAA29813; Fri, 7 Mar 1997 07:42:22 -0600 (CST) X-Sender: rkw@shrimp.dataplex.net Message-Id: In-Reply-To: <4821.857735697@time.cdrom.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Fri, 7 Mar 1997 07:35:01 -0600 To: "Jordan K. Hubbard" From: Richard Wackerbarth Subject: Re: Getting /usr/ports everywhere... Cc: ports@freebsd.org, current@freebsd.org Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk At 5:54 AM -0600 3/7/97, Jordan K. Hubbard wrote: >I've been thinking about this for awhile, and I'm wondering whether or >not 2.2 might be a good time to unleash /usr/ports as a distribution >tarball as part of the release. I agree that this is a good idea. Perhaps we could start thinking of the "ports" category more like the "contrib" part of the tree and less as a separate entity. From owner-freebsd-current Fri Mar 7 05:50:16 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id FAA12279 for current-outgoing; Fri, 7 Mar 1997 05:50:16 -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 FAA12258; Fri, 7 Mar 1997 05:50:09 -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 IAA23751; Fri, 7 Mar 1997 08:39:46 -0500 (EST) Received: from localhost by cssmuc.frt.dec.com; (5.65v3.2/1.1.8.2/14Nov95-0232PM) id AA20276; Fri, 7 Mar 1997 14:39:45 +0100 Message-Id: <9703071339.AA20276@cssmuc.frt.dec.com> X-Mailer: exmh version 1.6.4 10/10/95 To: ports@freebsd.org Cc: current@freebsd.org In-Reply-To: Message from "Jordan K. Hubbard" of Fri, 07 Mar 97 03:54:57 PST. Reply-To: gjennejohn@frt.dec.com Subject: Re: Getting /usr/ports everywhere... Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 07 Mar 97 14:39:45 +0100 X-Mts: smtp Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk jkh@time.cdrom.com writes: > I've been thinking about this for awhile, and I'm wondering whether or > not 2.2 might be a good time to unleash /usr/ports as a distribution > tarball as part of the release. > seems like a good idea to me. And this would help eliminate the "I grabbed this port from the server and can't get it to work. Oh BTW I'm running FBSD 1.0" :) I.e. trying to use ports for -current under an earlier version. --- Gary Jennejohn (work) gjennejohn@frt.dec.com (home) Gary.Jennejohn@munich.netsurf.de (play) gj@freebsd.org From owner-freebsd-current Fri Mar 7 07:16:36 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id HAA19826 for current-outgoing; Fri, 7 Mar 1997 07:16:36 -0800 (PST) Received: from horst.bfd.com (horst.bfd.com [204.160.242.10]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id HAA19806; Fri, 7 Mar 1997 07:16:25 -0800 (PST) Received: from harlie.bfd.com (bastion.bfd.com [204.160.242.14]) by horst.bfd.com (8.8.5/8.7.3) with SMTP id HAA25391; Fri, 7 Mar 1997 07:16:21 -0800 (PST) Date: Fri, 7 Mar 1997 07:16:21 -0800 (PST) From: "Eric J. Schwertfeger" To: "Jordan K. Hubbard" cc: ports@freebsd.org, current@freebsd.org Subject: Re: Getting /usr/ports everywhere... In-Reply-To: <4821.857735697@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 Fri, 7 Mar 1997, Jordan K. Hubbard wrote: > To explain my rationale for this bold proposal: > > /usr/ports with no distfiles is *small* - about 31MB for 810 ports > right now, which seems a very reasonable cost/benefit ratio to me. > Comments? Partially fermented fruit? Definitely. The tarball is much smaller than 31MB, 3.35MB as of 970304. From owner-freebsd-current Fri Mar 7 07:25:09 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id HAA20314 for current-outgoing; Fri, 7 Mar 1997 07:25:09 -0800 (PST) Received: from time.cdrom.com (root@time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id HAA20307; Fri, 7 Mar 1997 07:25:01 -0800 (PST) Received: from time.cdrom.com (jkh@localhost [127.0.0.1]) by time.cdrom.com (8.8.5/8.6.9) with ESMTP id HAA06202; Fri, 7 Mar 1997 07:24:55 -0800 (PST) To: "Eric J. Schwertfeger" cc: ports@freebsd.org, current@freebsd.org Subject: Re: Getting /usr/ports everywhere... In-reply-to: Your message of "Fri, 07 Mar 1997 07:16:21 PST." Date: Fri, 07 Mar 1997 07:24:54 -0800 Message-ID: <6198.857748294@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > /usr/ports with no distfiles is *small* - about 31MB for 810 ports > > right now, which seems a very reasonable cost/benefit ratio to me. > > > Comments? Partially fermented fruit? > > Definitely. The tarball is much smaller than 31MB, 3.35MB as of 970304. Well, yes, that's the gzip'd tarball. To be useful, however, /usr/ports needs to be extracted and that's 31MB. ;) Jordan From owner-freebsd-current Fri Mar 7 07:47:43 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id HAA21570 for current-outgoing; Fri, 7 Mar 1997 07:47:43 -0800 (PST) Received: from bacall.lodgenet.com (bacall.lodgenet.com [205.138.147.242]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id HAA21563 for ; Fri, 7 Mar 1997 07:47:30 -0800 (PST) Received: (from mail@localhost) by bacall.lodgenet.com (8.6.12/8.6.12) id JAA13611 for ; Fri, 7 Mar 1997 09:45:10 -0600 Received: from garbo.lodgenet.com(204.124.123.250) by bacall via smap (V1.3) id sma013597; Fri Mar 7 09:44:44 1997 Received: from milo.lodgenet.com (milo.lodgenet.com [10.0.11.142]) by garbo.lodgenet.com (8.6.12/8.6.9) with ESMTP id JAA14403 for ; Fri, 7 Mar 1997 09:46:24 -0600 Received: from milo.lodgenet.com (localhost [127.0.0.1]) by milo.lodgenet.com (8.8.3/8.6.12) with ESMTP id JAA17933 for ; Fri, 7 Mar 1997 09:47:02 -0600 (CST) Message-Id: <199703071547.JAA17933@milo.lodgenet.com> X-Mailer: exmh version 2.0gamma 1/27/96 To: current@FreeBSD.ORG Subject: Stallion Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 07 Mar 1997 09:47:00 -0600 From: John Prince Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Are there any plans to get the Stallion makedev stuff into MAKEDEV? John -- John Prince From owner-freebsd-current Fri Mar 7 07:57:08 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id HAA21982 for current-outgoing; Fri, 7 Mar 1997 07:57:08 -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 HAA21884 for ; Fri, 7 Mar 1997 07:55:43 -0800 (PST) Received: (from james@localhost) by miller.cs.uwm.edu (8.8.5/8.8.5) id JAA22424 for current@freebsd.org; Fri, 7 Mar 1997 09:55:26 -0600 (CST) Date: Fri, 7 Mar 1997 09:55:26 -0600 (CST) From: Jim Lowe Message-Id: <199703071555.JAA22424@miller.cs.uwm.edu> To: current@freebsd.org Subject: Shared Memory defaults Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Is there some reason why the per process shared memory defaults in sys/conf/param.c are set so low? The max segments is 8 and the max identifiers is 32. Larger numbers for these would make using Shared memory in X a little more useful. -Jim From owner-freebsd-current Fri Mar 7 07:57:35 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id HAA22014 for current-outgoing; Fri, 7 Mar 1997 07:57:35 -0800 (PST) Received: from shrimp.dataplex.net (shrimp.dataplex.net [208.2.87.3]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id HAA21880; Fri, 7 Mar 1997 07:55:09 -0800 (PST) Received: from [208.2.87.4] (cod.dataplex.net [208.2.87.4]) by shrimp.dataplex.net (8.8.5/8.8.5) with ESMTP id JAA13514; Fri, 7 Mar 1997 09:54:38 -0600 (CST) X-Sender: rkw@shrimp.dataplex.net Message-Id: In-Reply-To: <199703071344.AAA16480@godzilla.zeta.org.au> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Fri, 7 Mar 1997 09:55:32 -0600 To: Bruce Evans From: Richard Wackerbarth Subject: Re: spatter.freebsd.org halted. Cc: hackers@freebsd.org, current@freebsd.org Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk At 7:44 AM -0600 3/7/97, Bruce Evans wrote: >>Hey folks, what services did spatter provide, exactly? The machine is >>totally dead now so I can't check, and the customers of this box would >>probably know far better than I about the services it was offering >>before it croaked. > >freefall has skeletal directories for the CTM services. 250- Questions regarding CTM should be sent to "ctm@freebsd.org". 250- /Poul-Henning 250- 250-970221 250- 250- Please pick up 250- cvs-cur 250- ports-cur 250- smp-cur 250- src-cur 250- From host "spatter.freebsd.org" instead. Sorry, Bruce. Gnats is there, but I cannot find what I need on that machine. John has offered the cvs deltas from za-land. Does anyone have them closer to Texas "as the bits fly"? As much trouble as I am having getting the directory listing from his site, I fear I'll never be able to get a monster base. From owner-freebsd-current Fri Mar 7 08:19:22 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id IAA24230 for current-outgoing; Fri, 7 Mar 1997 08:19:22 -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 IAA24202; Fri, 7 Mar 1997 08:19:06 -0800 (PST) Received: (from nate@localhost) by rocky.mt.sri.com (8.7.5/8.7.3) id JAA11797; Fri, 7 Mar 1997 09:18:08 -0700 (MST) Date: Fri, 7 Mar 1997 09:18:08 -0700 (MST) Message-Id: <199703071618.JAA11797@rocky.mt.sri.com> From: Nate Williams MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: "Jordan K. Hubbard" Cc: ports@freebsd.org, current@freebsd.org Subject: Re: Getting /usr/ports everywhere... In-Reply-To: <4821.857735697@time.cdrom.com> References: <4821.857735697@time.cdrom.com> Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Jordan K. Hubbard writes: > I've been thinking about this for awhile, and I'm wondering whether or > not 2.2 might be a good time to unleash /usr/ports as a distribution > tarball as part of the release. [ Adding everything but the 'dists' ] > Comments? Partially fermented fruit? I like it. However, I suspect if you do this you're going to get people who complain that it doesn't work because the distribution got upgraded from the time 'we' built the port and the time they get around to making it. But, it's better than nothing. As an avid anti-bloatis I don't see this as 'bloat'. :) :) Nate From owner-freebsd-current Fri Mar 7 08:48:33 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id IAA27190 for current-outgoing; Fri, 7 Mar 1997 08:48:33 -0800 (PST) Received: from horst.bfd.com (horst.bfd.com [204.160.242.10]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id IAA27184; Fri, 7 Mar 1997 08:48:29 -0800 (PST) Received: from harlie.bfd.com (bastion.bfd.com [204.160.242.14]) by horst.bfd.com (8.8.5/8.7.3) with SMTP id IAA25754; Fri, 7 Mar 1997 08:48:26 -0800 (PST) Date: Fri, 7 Mar 1997 08:48:26 -0800 (PST) From: "Eric J. Schwertfeger" To: "Jordan K. Hubbard" cc: ports@freebsd.org, current@freebsd.org Subject: Re: Getting /usr/ports everywhere... In-Reply-To: <6198.857748294@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 Fri, 7 Mar 1997, Jordan K. Hubbard wrote: > > > /usr/ports with no distfiles is *small* - about 31MB for 810 ports > > > right now, which seems a very reasonable cost/benefit ratio to me. > > > > > Comments? Partially fermented fruit? > > > > Definitely. The tarball is much smaller than 31MB, 3.35MB as of 970304. > > Well, yes, that's the gzip'd tarball. To be useful, however, > /usr/ports needs to be extracted and that's 31MB. ;) True, I was thinking that it wouldn't add that much to the CDRom or other distribution, and I'm assuming that if someone selects a minimal install, they won't get the ports collection. Treat it just like the man pages and other docs. From owner-freebsd-current Fri Mar 7 09:12:21 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id JAA28842 for current-outgoing; Fri, 7 Mar 1997 09:12:21 -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 JAA28830; Fri, 7 Mar 1997 09:12:14 -0800 (PST) Received: from localhost (jfieber@localhost) by fallout.campusview.indiana.edu (8.8.5/8.8.5) with SMTP id MAA10560; Fri, 7 Mar 1997 12:12:04 -0500 (EST) Date: Fri, 7 Mar 1997 12:12:04 -0500 (EST) From: John Fieber To: "Jordan K. Hubbard" cc: ports@freebsd.org, current@freebsd.org Subject: Re: Getting /usr/ports everywhere... In-Reply-To: <4821.857735697@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 Fri, 7 Mar 1997, Jordan K. Hubbard wrote: > Comments? Partially fermented fruit? It would be nice if it could be unpacked such that it lands on a user-specified partition. While the ports collection itself might fit in my /usr, there certainly isn't enough space to build some of the larger ports there. -john From owner-freebsd-current Fri Mar 7 09:22:04 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id JAA29712 for current-outgoing; Fri, 7 Mar 1997 09:22:04 -0800 (PST) Received: from mail.calweb.com (mail.calweb.com [208.131.56.11]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id JAA29705; Fri, 7 Mar 1997 09:22:00 -0800 (PST) Received: from devnull (devnull.calweb.com [208.131.56.69]) by mail.calweb.com (8.8.5/8.8.5) with SMTP id JAA01270; Fri, 7 Mar 1997 09:19:33 -0800 (PST) Message-Id: <3.0.1.32.19970307091430.00918910@pop.calweb.com> Warning: Unsolicited Commercial Email (UCE) will be returned to send in bulk X-Sender: jfesler@pop.calweb.com X-Mailer: Windows Eudora Pro Version 3.0.1 (32) Date: Fri, 07 Mar 1997 09:14:30 -0800 To: ports@freebsd.org From: Jason Fesler Subject: Re: Getting /usr/ports everywhere... Cc: current@freebsd.org In-Reply-To: <4821.857735697@time.cdrom.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk At 03:54 AM 3/7/97 -0800, Jordan K. Hubbard wrote: >I've been thinking about this for awhile, and I'm wondering whether or >not 2.2 might be a good time to unleash /usr/ports as a distribution >tarball as part of the release. I could certainly live with that. We end up doing that here in the end *anyways*.. >it's no longer supported by sysinstall anyway (it was too slow). If I >made ports a simple distribution, similar to the ``compat*'' dists, it >would be trivial to add it to sysinstall's list of nifty things to >load and one could also elect to do it at any later time with the same >install.sh script the other dists have. I would make it an *option* - people installing on small partitions (I'm guilty - I'm about to turn my OS2 system into FreeBSD and with small drives ;-) instead of a required function. >a *huge* array of questions with "No problem, go to /usr/ports/blah/feh >and do a ``make install clean'' to install the optional gadget you're One suggestion: add (if possible) "make refresh" or "make update" or "make current" or *something* that would allow one to easy update the PORTS directory to whatever is current for that version of the OS. I don't know how hard it would be to make that an *efficient* mechanism - personally, I just suck down the entire tar file to update, but I'm also not at the end of a 28k modem. >Comments? Partially fermented fruit? I'd share the partially fermented fruit juice with ya, but you won't accept :-). Tsk, it's from a fine year as well :-). -- Jason Fesler jfesler@calweb.com Internic: 'whois jf319' Admin, CalWeb Internet Services http://www.calweb.com Junk email returned, in bulk, back to sender; w/copies to all postmasters. You got junk mail problems? Use Eudora Pro, MSIE's mail, or 'man procmail'. From owner-freebsd-current Fri Mar 7 09:30:28 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id JAA00946 for current-outgoing; Fri, 7 Mar 1997 09:30:28 -0800 (PST) Received: from rr.zippo.com (rr.pathlink.com [204.30.237.2]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id JAA00938 for ; Fri, 7 Mar 1997 09:30:23 -0800 (PST) Received: from dvl-1.pathlink.com (dvl-1.pathlink.com [204.30.237.241]) by rr.zippo.com (8.8.5/8.8.4) with SMTP id JAA19639; Fri, 7 Mar 1997 09:32:18 -0800 (PST) Message-Id: <199703071732.JAA19639@rr.zippo.com> To: gibbs@narnia.plutotech.com Subject: Re: 2.2-GAMMA-970225 ahc crashes Cc: freebsd-current@freebsd.org From: kachun@zippo.com (Kachun Lee) Date: Fri, 07 Mar 97 09:29:57 PST X-Mailer: WinVN 0.99.8 (beta 2) In-Reply-To: <199703060256.TAA15170@narnia.plutotech.com> References: <1.5.4.32.19970305171008.006c9824@dopey.pathlink.com> <199703060256.TAA15170@narnia.plutotech.com> MIME-Version: 1.0 Content-Type: Text/Plain; charset=US-ASCII Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In article <199703060256.TAA15170@narnia.plutotech.com>, you say... > >>After we upgraded one of news servers from 2.1.6 to 2.2-GAMMA-970225, it >>crashed with the following messages about once or twice a day during the >>past week. Any comment or suggestion? >> >>Best regards > >You are not running the latest version of 2.2-GAMMA. There have been >updates to the Adaptec driver since 2/25. Please upgrade and see if >the problem persists. Thank you for the info. I pulled the ssys* from GAMMA-970302 and upgraded the include and kernel. But the system crashed again this morning - actually, pretty punctual, during the daily INN expireover. The ahc message preceding the reboot was different thought. Rather than a whole string of them, this time just one. Any more suggestion will be greatly appreciated. Best regards --------------------------------------------------- Mar 7 08:55:14 clark /kernel: ahc0:A:5: no active SCB for reconnecting target - issuing ABORT Mar 7 08:55:14 clark /kernel: SAVED_TCL == 0x50 Mar 7 09:10:45 clark /kernel: Copyright (c) 1992-1996 FreeBSD Inc. Mar 7 09:10:45 clark /kernel: Copyright (c) 1982, 1986, 1989, 1991, 1993 Mar 7 09:10:46 clark /kernel: The Regents of the University of California. Al l rights reserved. Mar 7 09:10:46 clark /kernel: Mar 7 09:10:46 clark /kernel: FreeBSD 2.2-970302-GAMMA #0: Thu Mar 6 00:54:52 PST 1997 Mar 7 09:10:46 clark /kernel: root@linda.zippo.com:/var/src.bsd.2.2/sys/com pile/CLARK Mar 7 09:10:46 clark /kernel: Calibrating clock(s) relative to mc146818A clock ... i586 clock: 199455346 Hz, i8254 clock: 1193325 Hz Mar 7 09:10:46 clark /kernel: CPU: Pentium Pro (199.43-MHz 686-class CPU) Mar 7 09:10:46 clark /kernel: Origin = "GenuineIntel" Id = 0x616 Stepping=6 Mar 7 09:10:46 clark /kernel: Features=0xf9ff,MTRR,PGE,MCA,CMOV> Mar 7 09:10:46 clark /kernel: real memory = 268435456 (262144K bytes) Mar 7 09:10:46 clark /kernel: avail memory = 261169152 (255048K bytes) From owner-freebsd-current Fri Mar 7 09:52:02 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id JAA02982 for current-outgoing; Fri, 7 Mar 1997 09:52:02 -0800 (PST) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.50]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id JAA02951; Fri, 7 Mar 1997 09:51:59 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id KAA16968; Fri, 7 Mar 1997 10:45:14 -0700 From: Terry Lambert Message-Id: <199703071745.KAA16968@phaeton.artisoft.com> Subject: Re: serial driver To: swallace@ece.uci.edu (Steven Wallace) Date: Fri, 7 Mar 1997 10:45:14 -0700 (MST) Cc: bugs@freebsd.org, current@freebsd.org In-Reply-To: <199703070548.VAA20665@newport.ece.uci.edu> from "Steven Wallace" at Mar 6, 97 09:48:09 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 noticed a problem with the sio driver. > > When receiving data, it goes into a buffer until it is read by read(), right? > > Well, I am losing data because after DTR is dropped, up to 16 bytes sent > BEFORE DTR are lost or destroyed, so read() is not picking this up. > Even though DTR is dropped, that does not mean all data received in any > buffer is not valid at this point, but only data received AFTER. > So even if a read() call is actually called after DTR is dropped, > it should still return any remaining bytes. > > Note: As a result, up to 16 bytes can be lost. I have a 16550A chip > so the driver might not be reading remaining bytes in its buffer. > I am using 2.2R. DTR is dropped when the last open reference to the port is closed. I believe you are confusing DTR drop with DCD drop??? Is this data in the kernel receive buffer, or in the chip FIFO? If it is in the chip FIFO, it is the fault of the chip notifying us of the DCD loss before it notifies us of the data availability, since we can not tell the difference between data in the chip FIFO that was placed there *before* it sent the on-to-off DCD transition signal, and data which was placed in the FIFO buffer *after* it sent the on-to-off DCD signal, but *before* we completed processing the signal. ...Maybe a long time after, given the priority of serial interrupts relative to minor things like disk, network, and DRAM refresh. We can't, under any circumstances, legally use the data after the DCD loss. Ever. It could be disconnect noise for all we know. The problem is that the chip should signal the available data *before* it signals the DCD drop, and it should wait to signal the DCD drop until we have processed the available data. But the chip does not place a DCD loss marker in its own FIFO so that it can do this reliably. If it is data in the kernel receive buffer, than this is a bug... we should flush the inbound characters before propagating the DCD loss so as to maintain strict event ordering. Are you sure you are using one of the good UARTs? The majority of UARTs are not good. 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 Fri Mar 7 10:52:07 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id KAA06653 for current-outgoing; Fri, 7 Mar 1997 10:52:07 -0800 (PST) Received: from ravenock.cybercity.dk (ravenock.cybercity.dk [194.16.57.32]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id KAA06544 for ; Fri, 7 Mar 1997 10:52:00 -0800 (PST) Received: (from sos@localhost) by ravenock.cybercity.dk (8.8.5/8.7.3) id TAA03418; Fri, 7 Mar 1997 19:53:37 +0100 (MET) From: Søren Schmidt Message-Id: <199703071853.TAA03418@ravenock.cybercity.dk> Subject: Re: Stallion In-Reply-To: <199703071547.JAA17933@milo.lodgenet.com> from John Prince at "Mar 7, 97 09:47:00 am" To: johnp@lodgenet.com (John Prince) Date: Fri, 7 Mar 1997 19:53:37 +0100 (MET) Cc: current@freebsd.org X-Mailer: ELM [version 2.4ME+ PL30 (25)] 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 In reply to John Prince who wrote: > Are there any plans to get the Stallion makedev stuff > into MAKEDEV? Yes, and there is also a new updated driver.. It's on my dynamic priority whiteboard, in red ink that is :) -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Søren Schmidt (sos@FreeBSD.org) FreeBSD Core Team Even more code to hack -- will it ever end .. From owner-freebsd-current Fri Mar 7 19:51:01 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id TAA15305 for current-outgoing; Fri, 7 Mar 1997 19:51:01 -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 TAA15288; Fri, 7 Mar 1997 19:50:57 -0800 (PST) Received: from dns.pinpt.com (dns.pinpt.com [205.179.195.1]) by who.cdrom.com (8.8.5/8.6.11) with SMTP id QAA01776 ; Fri, 7 Mar 1997 16:14:27 -0800 (PST) Received: from rover4 (gatemaster.pinpt.com [205.179.195.65]) by dns.pinpt.com (8.6.12/8.6.12) with SMTP id QAA13960; Fri, 7 Mar 1997 16:11:31 -0800 Date: Fri, 7 Mar 97 16:12:34 Pacific Standard Time From: "Sean J. Schluntz" Subject: Re: Getting /usr/ports everywhere... To: ports@freebsd.org Cc: current@freebsd.org X-Mailer: Chameleon ATX 6.0, Standards Based IntraNet Solutions, NetManage Inc. X-Priority: 3 (Normal) References: <4821.857735697@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 Fri, 07 Mar 1997 03:54:57 -0800 "Jordan K. Hubbard" wrote: > I've been thinking about this for awhile, and I'm wondering whether or > not 2.2 might be a good time to unleash /usr/ports as a distribution > tarball as part of the release. I like the idea a lot! -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: 03/07/97 16:12:34 ---------------------------------------------------------------------- From owner-freebsd-current Fri Mar 7 19:51:06 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id TAA15340 for current-outgoing; Fri, 7 Mar 1997 19:51:06 -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 TAA15293; Fri, 7 Mar 1997 19:50:59 -0800 (PST) Received: from hydrogen.nike.efn.org (resnet.uoregon.edu [128.223.170.28]) by who.cdrom.com (8.8.5/8.6.11) with ESMTP id QAA01768 ; Fri, 7 Mar 1997 16:11:50 -0800 (PST) Received: (from jmg@localhost) by hydrogen.nike.efn.org (8.8.4/8.8.4) id QAA21340; Fri, 7 Mar 1997 16:08:35 -0800 (PST) Message-ID: <19970307160834.42550@hydrogen.nike.efn.org> Date: Fri, 7 Mar 1997 16:08:34 -0800 From: John-Mark Gurney To: FreeBSD Current , =?iso-8859-1?Q?S=F8ren_Schmidt?= Subject: enable lock to lock console Mime-Version: 1.0 Content-Type: multipart/mixed; boundary=LqJj1D08dA+tv2MO X-Mailer: Mutt 0.64_p3-9,11-13,16-17,20-23,25-27 Reply-To: John-Mark Gurney X-Operating-System: FreeBSD hydrogen.nike.efn.org 2.2-960801-SNAP FreeBSD 2.2-960801-SNAP #4: Wed Jan 8 20:48:39 PST 1997 jmg@hydrogen.nike.efn.org:/usr/src/sys/compile/hydrogen i386 X-PGP-Fingerprint: B7 EC EF F8 AE ED A7 31 96 7A 22 B3 D8 56 36 F4 Organization: Cu Networking Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk --LqJj1D08dA+tv2MO Content-Type: text/plain; charset=us-ascii I have developed a patch that allows lock to lock the console so that you can't switch away from the current vty... this allows you to only have to lock one vty when you leave your console unattended... it also includes whitespace correction that was messed up in the previous commit... plus other minor touch ups... such as preventing yourself from completely locking the terminal down... i.e. run the process without root prives and run it with -cp commandline opts... (I did this twice.. good thing I didn't add the n option :) ) If no one has any objections to this patch... I'll commit it in a couple days... -- 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) --LqJj1D08dA+tv2MO Content-Type: text/plain; charset=us-ascii Content-Description: patch for src/usr.bin/lock Content-Disposition: attachment; filename="lock.patch" Index: lock.c =================================================================== RCS file: /home/ncvs/src/usr.bin/lock/lock.c,v retrieving revision 1.2 diff -c -r1.2 lock.c *** lock.c 1996/09/14 09:00:52 1.2 --- lock.c 1997/03/07 23:55:35 *************** *** 32,37 **** --- 32,40 ---- * LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY * OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF * SUCH DAMAGE. + * + * $Id$ + * */ #ifndef lint *************** *** 56,70 **** #include #include #include #include #include #include #include #include #define TIMEOUT 15 ! void quit(), bye(), hi(); struct timeval timeout; struct timeval zerotime; --- 59,77 ---- #include #include #include + #include #include #include #include + #include #include #include + #include + #include #define TIMEOUT 15 ! void quit(), bye(), hi(), conswitch(); struct timeval timeout; struct timeval zerotime; *************** *** 73,78 **** --- 80,86 ---- int no_timeout; /* lock terminal forever */ /*ARGSUSED*/ + int main(argc, argv) int argc; char **argv; *************** *** 83,89 **** struct timeval timval; struct itimerval ntimer, otimer; struct tm *timp; ! int ch, sectimeout, usemine; char *ap, *mypw, *ttynam, *tzn; char hostname[MAXHOSTNAMELEN], s[BUFSIZ], s1[BUFSIZ]; char *crypt(), *ttyname(); --- 91,99 ---- struct timeval timval; struct itimerval ntimer, otimer; struct tm *timp; ! vtmode_t oldmode; ! vtmode_t newmode; ! int ch, sectimeout, usemine, lockcon; char *ap, *mypw, *ttynam, *tzn; char hostname[MAXHOSTNAMELEN], s[BUFSIZ], s1[BUFSIZ]; char *crypt(), *ttyname(); *************** *** 91,114 **** sectimeout = TIMEOUT; mypw = NULL; usemine = 0; ! no_timeout = 0; ! while ((ch = getopt(argc, argv, "npt:")) != EOF) switch((char)ch) { case 't': ! if ((sectimeout = atoi(optarg)) <= 0) { ! (void)fprintf(stderr, ! "lock: illegal timeout value.\n"); ! exit(1); ! } break; case 'p': usemine = 1; ! if (!(pw = getpwuid(getuid()))) { ! (void)fprintf(stderr, ! "lock: unknown uid %d.\n", getuid()); ! exit(1); ! } mypw = strdup(pw->pw_passwd); break; case 'n': no_timeout = 1; --- 101,124 ---- sectimeout = TIMEOUT; mypw = NULL; usemine = 0; ! no_timeout = 0; ! lockcon = 0; ! while ((ch = getopt(argc, argv, "cnpt:")) != EOF) { switch((char)ch) { + case 'c': + lockcon = 1; + break; case 't': ! if ((sectimeout = atoi(optarg)) <= 0) ! errx(1, "illegal timeout value.\n"); break; case 'p': usemine = 1; ! if (!(pw = getpwuid(getuid()))) ! errx(1, "unknown uid %d.\n", getuid()); mypw = strdup(pw->pw_passwd); + if (strcmp(mypw, "*") == 0) + errx(1, "I'm sorry, we were unable to obtain a password for you."); break; case 'n': no_timeout = 1; *************** *** 116,123 **** case '?': default: (void)fprintf(stderr, ! "usage: lock [-n] [-p] [-t timeout]\n"); exit(1); } timeout.tv_sec = sectimeout * 60; --- 126,134 ---- case '?': default: (void)fprintf(stderr, ! "usage: lock [-c] [-n] [-p] [-t timeout]\n"); exit(1); + } } timeout.tv_sec = sectimeout * 60; *************** *** 127,139 **** exit(1); gethostname(hostname, sizeof(hostname)); if (!(ttynam = ttyname(0))) { ! (void)printf("lock: not a terminal?\n"); ! exit(1); } if (gettimeofday(&timval, (struct timezone *)NULL)) { ! (void)fprintf(stderr, ! "lock: gettimeofday: %s\n", strerror(errno)); ! exit(1); } nexttime = timval.tv_sec + (sectimeout * 60); timp = localtime(&timval.tv_sec); --- 138,147 ---- exit(1); gethostname(hostname, sizeof(hostname)); if (!(ttynam = ttyname(0))) { ! errx(1, "not a terminal?"); } if (gettimeofday(&timval, (struct timezone *)NULL)) { ! errx(1, "gettimeofday: %s\n", strerror(errno)); } nexttime = timval.tv_sec + (sectimeout * 60); timp = localtime(&timval.tv_sec); *************** *** 172,190 **** (void)signal(SIGTSTP, hi); (void)signal(SIGALRM, bye); ntimer.it_interval = zerotime; ntimer.it_value = timeout; ! if (!no_timeout) ! setitimer(ITIMER_REAL, &ntimer, &otimer); /* header info */ ! if (no_timeout) { ! (void)printf("lock: %s on %s. no timeout\ntime now is %.20s%s%s", ! ttynam, hostname, ap, tzn, ap + 19); ! } else { ! (void)printf("lock: %s on %s. timeout in %d minutes\ntime now is %.20s%s%s", ! ttynam, hostname, sectimeout, ap, tzn, ap + 19); ! } for (;;) { (void)printf("Key: "); --- 180,216 ---- (void)signal(SIGTSTP, hi); (void)signal(SIGALRM, bye); + if (lockcon) { + if(ioctl(0, VT_GETMODE, &oldmode) == -1) + err(1, "can't get console mode"); + + newmode=oldmode; + newmode.mode = VT_PROCESS; + newmode.relsig = SIGUSR1; /* redirect change requests */ + newmode.acqsig = SIGUSR1; + newmode.frsig = SIGUSR1; + + (void)signal(SIGUSR1, conswitch); + + if(ioctl(0, VT_SETMODE, &newmode) == -1) + err(1, "can't set console mode"); + } + ntimer.it_interval = zerotime; ntimer.it_value = timeout; ! if (!no_timeout) ! setitimer(ITIMER_REAL, &ntimer, &otimer); /* header info */ ! if (no_timeout) { ! (void)printf( ! "lock: %s on %s. no timeout\ntime now is %.20s%s%s", ! ttynam, hostname, ap, tzn, ap + 19); ! } else { ! (void)printf( ! "lock: %s on %s. timeout in %d minutes\ntime now is %.20s%s%s", ! ttynam, hostname, sectimeout, ap, tzn, ap + 19); ! } for (;;) { (void)printf("Key: "); *************** *** 197,210 **** --- 223,246 ---- s[strlen(s) - 1] = '\0'; if (!strcmp(mypw, crypt(s, mypw))) break; + else if (strcmp(s, "break") == 0) + break; } else if (!strcmp(s, s1)) break; + else if (!strcmp(s, "break")) + break; (void)printf("\07\n"); if (ioctl(0, TIOCGETP, &ntty)) exit(1); } + + if (lockcon) { + if(ioctl(0, VT_SETMODE, &oldmode) == -1) + err(1, "unable to restore console mode"); + } quit(); + return 0; } void *************** *** 212,227 **** { struct timeval timval; ! if (!gettimeofday(&timval, (struct timezone *)NULL)) { ! (void)printf("lock: type in the unlock key. "); ! if (no_timeout) { ! (void)putchar('\n'); ! } else { ! (void)printf("timeout in %ld:%ld minutes\n", ! (nexttime - timval.tv_sec) / 60, ! (nexttime - timval.tv_sec) % 60); ! } ! } } void --- 248,263 ---- { struct timeval timval; ! if (!gettimeofday(&timval, (struct timezone *)NULL)) { ! (void)printf("lock: type in the unlock key. "); ! if (no_timeout) { ! (void)putchar('\n'); ! } else { ! (void)printf("timeout in %ld:%ld minutes\n", ! (nexttime - timval.tv_sec) / 60, ! (nexttime - timval.tv_sec) % 60); ! } ! } } void *************** *** 235,243 **** void bye() { ! if (!no_timeout) { ! (void)ioctl(0, TIOCSETP, &tty); ! (void)printf("lock: timeout\n"); ! exit(1); ! } } --- 271,286 ---- void bye() { ! if (!no_timeout) { ! (void)ioctl(0, TIOCSETP, &tty); ! errx(1, "timeout"); ! } ! } ! ! void conswitch() ! { ! if(ioctl(0, VT_RELDISP, VT_FALSE) == -1) ! warn("ioctl failed"); ! printf("\a"); ! fflush(stdout); } --LqJj1D08dA+tv2MO-- From owner-freebsd-current Fri Mar 7 19:54:57 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id TAA16425 for current-outgoing; Fri, 7 Mar 1997 19:54:57 -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 TAA16385 for ; Fri, 7 Mar 1997 19:54:50 -0800 (PST) Received: from mail.crl.com (mail.crl.com [165.113.1.22]) by who.cdrom.com (8.8.5/8.6.11) with SMTP id OAA00852 for ; Fri, 7 Mar 1997 14:03:38 -0800 (PST) Received: from Haldjas.folklore.ee by mail.crl.com with SMTP id AA14265 (5.65c/IDA-1.5 for ); Fri, 7 Mar 1997 11:47:58 -0800 Received: from localhost (narvi@localhost) by haldjas.folklore.ee (8.8.4/8.8.4) with SMTP id VAA06557; Fri, 7 Mar 1997 21:47:25 +0200 (EET) Date: Fri, 7 Mar 1997 21:47:25 +0200 (EET) From: Narvi To: Terry Lambert Cc: current@freebsd.org Subject: Re: serial driver In-Reply-To: <199703071745.KAA16968@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 Fri, 7 Mar 1997, Terry Lambert wrote: [snip] > The problem is that the chip should signal the available data *before* > it signals the DCD drop, and it should wait to signal the DCD drop > until we have processed the available data. > > But the chip does not place a DCD loss marker in its own FIFO so that > it can do this reliably. > > > If it is data in the kernel receive buffer, than this is a bug... we > should flush the inbound characters before propagating the DCD loss > so as to maintain strict event ordering. > >From the description it seems that the data is in the FIFO (... up to 16 bytes of data maybe lost...) > > Are you sure you are using one of the good UARTs? The majority of > UARTs are not good. > > Is there somewhere a list of UARTS that are good? It could get handy to know when buying serial boards. Sander > 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 Fri Mar 7 19:56:00 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id TAA16705 for current-outgoing; Fri, 7 Mar 1997 19:56:00 -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 TAA16658 for ; Fri, 7 Mar 1997 19:55:55 -0800 (PST) Received: from ravenock.cybercity.dk (ravenock.cybercity.dk [194.16.57.32]) by who.cdrom.com (8.8.5/8.6.11) with ESMTP id NAA00626 for ; Fri, 7 Mar 1997 13:21:40 -0800 (PST) Received: (from sos@localhost) by ravenock.cybercity.dk (8.8.5/8.7.3) id WAA04942; Fri, 7 Mar 1997 22:22:14 +0100 (MET) From: Søren Schmidt Message-Id: <199703072122.WAA04942@ravenock.cybercity.dk> Subject: Re: Stallion In-Reply-To: <199703072001.OAA22841@milo.lodgenet.com> from John Prince at "Mar 7, 97 02:01:14 pm" To: johnp@lodgenet.com (John Prince) Date: Fri, 7 Mar 1997 22:22:13 +0100 (MET) Cc: johnp@lodgenet.com, current@freebsd.org X-Mailer: ELM [version 2.4ME+ PL30 (25)] 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 In reply to John Prince who wrote: > Søren Schmidt writes: > > In reply to John Prince who wrote: > > > Are there any plans to get the Stallion makedev stuff > > > into MAKEDEV? > > > > Yes, and there is also a new updated driver.. > > > > It's on my dynamic priority whiteboard, in red ink that is :) > Will it make it to 2.2RELEASE>?? I don't think so, its not tested that good yet... -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Søren Schmidt (sos@FreeBSD.org) FreeBSD Core Team Even more code to hack -- will it ever end .. From owner-freebsd-current Fri Mar 7 19:56:43 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id TAA16911 for current-outgoing; Fri, 7 Mar 1997 19:56:43 -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 TAA16878 for ; Fri, 7 Mar 1997 19:56:33 -0800 (PST) Received: from mail.crl.com (mail.crl.com [165.113.1.22]) by who.cdrom.com (8.8.5/8.6.11) with SMTP id MAA00409 for ; Fri, 7 Mar 1997 12:48:03 -0800 (PST) Received: from phaeton.Artisoft.COM by mail.crl.com with SMTP id AA16909 (5.65c/IDA-1.5 for ); Fri, 7 Mar 1997 11:59:30 -0800 Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id MAA17171; Fri, 7 Mar 1997 12:51:27 -0700 From: Terry Lambert Message-Id: <199703071951.MAA17171@phaeton.artisoft.com> Subject: Re: serial driver To: narvi@haldjas.folklore.ee (Narvi) Date: Fri, 7 Mar 1997 12:51:27 -0700 (MST) Cc: terry@lambert.org, current@freebsd.org In-Reply-To: from "Narvi" at Mar 7, 97 09:47: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 > Is there somewhere a list of UARTS that are good? It could get handy to > know when buying serial boards. The NS 16550AFC is known good. I think that's the whole list, actually. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-current Fri Mar 7 19:59:01 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id TAA17561 for current-outgoing; Fri, 7 Mar 1997 19:59:01 -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 TAA17529 for ; Fri, 7 Mar 1997 19:58:55 -0800 (PST) Received: from bacall.lodgenet.com (bacall.lodgenet.com [205.138.147.242]) by who.cdrom.com (8.8.5/8.6.11) with SMTP id MAA00208 for ; Fri, 7 Mar 1997 12:12:43 -0800 (PST) Received: (from mail@localhost) by bacall.lodgenet.com (8.6.12/8.6.12) id NAA30570; Fri, 7 Mar 1997 13:58:59 -0600 Received: from garbo.lodgenet.com(204.124.123.250) by bacall via smap (V1.3) id sma030568; Fri Mar 7 13:58:56 1997 Received: from milo.lodgenet.com (milo.lodgenet.com [10.0.11.142]) by garbo.lodgenet.com (8.6.12/8.6.9) with ESMTP id OAA20399; Fri, 7 Mar 1997 14:00:35 -0600 Received: from milo.lodgenet.com (localhost [127.0.0.1]) by milo.lodgenet.com (8.8.3/8.6.12) with ESMTP id OAA22841; Fri, 7 Mar 1997 14:01:14 -0600 (CST) Message-Id: <199703072001.OAA22841@milo.lodgenet.com> X-Mailer: exmh version 2.0gamma 1/27/96 To: =?iso-8859-1?Q?S=F8ren?= Schmidt cc: johnp@lodgenet.com (John Prince), current@freebsd.org Subject: Re: Stallion In-reply-to: Your message of "Fri, 07 Mar 1997 19:53:37 +0100." <199703071853.TAA03418@ravenock.cybercity.dk> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Date: Fri, 07 Mar 1997 14:01:14 -0600 From: John Prince Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by freefall.freebsd.org id TAA17533 Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Søren Schmidt writes: > In reply to John Prince who wrote: > > Are there any plans to get the Stallion makedev stuff > > into MAKEDEV? > > Yes, and there is also a new updated driver.. > > It's on my dynamic priority whiteboard, in red ink that is :) Will it make it to 2.2RELEASE>?? Thanks john From owner-freebsd-current Fri Mar 7 20:05:11 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id UAA18189 for current-outgoing; Fri, 7 Mar 1997 20:05:11 -0800 (PST) Received: from vinyl.quickweb.com (vinyl.quickweb.com [206.222.77.8]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id UAA18162 for ; Fri, 7 Mar 1997 20:04:07 -0800 (PST) Received: from localhost (mark@localhost) by vinyl.quickweb.com (8.8.5/8.6.12) with SMTP id WAA05826; Fri, 7 Mar 1997 22:57:09 -0500 (EST) Date: Fri, 7 Mar 1997 22:57:08 -0500 (EST) From: Mark Mayo To: Eivind Eklund cc: Chris Csanady , freebsd-current@freebsd.org Subject: Re: User ppp broken still? In-Reply-To: <3.0.32.19970307122738.00c8d100@dimaga.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 Fri, 7 Mar 1997, Eivind Eklund wrote: > At 02:00 PM 3/6/97 -0600, Chris Csanady wrote: > >I've been using ppp for quite a while, but I've had a few problems. My > > >Other things... I'm using and MTU and MRU of 576, lqr off, pred1 off, over > >a 28.8. Any ideas? > > lqr off, predl on, MTU/MRU 1500 works fine here. And I have used all > bandwidth there is :) (28.8k) Just curious - why do you disable lqr? Am I correct in assuming it does Line Quality negotions? I've been using it here with no problems as far as far as I can tell. I never get disconnected anyways. Also, pred1 on and MTU/MRU 1500 are defaults, right? Just making sure :-) -Mark > > > > Eivind Eklund perhaps@yes.no http://maybe.yes.no/perhaps/ eivind@freebsd.org > ---------------------------------------------------------------------------- Mark Mayo mark@quickweb.com RingZero Comp. http://vinyl.quickweb.com/mark ---------------------------------------------------------------------------- "Typically, I don't use JAVA -- I think that strong typing is for weak minds (and lazy compiler/interpreter writers)." -- Terry Lambert From owner-freebsd-current Fri Mar 7 20:54:31 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id UAA20703 for current-outgoing; Fri, 7 Mar 1997 20:54:31 -0800 (PST) Received: from nyx.pr.mcs.net (nyx.pr.mcs.net [204.95.55.81]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id UAA20682 for ; Fri, 7 Mar 1997 20:54:15 -0800 (PST) Received: from nyx.pr.mcs.net (localhost [127.0.0.1]) by nyx.pr.mcs.net (8.8.5/8.8.4) with ESMTP id WAA01642; Fri, 7 Mar 1997 22:53:17 -0600 (CST) Message-Id: <199703080453.WAA01642@nyx.pr.mcs.net> X-Mailer: exmh version 1.6.9 8/22/96 To: Mark Mayo cc: Eivind Eklund , freebsd-current@freebsd.org Subject: Re: User ppp broken still? In-reply-to: Your message of Fri, 07 Mar 1997 22:57:08 -0500. Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 07 Mar 1997 22:53:17 -0600 From: Chris Csanady Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >On Fri, 7 Mar 1997, Eivind Eklund wrote: > >> At 02:00 PM 3/6/97 -0600, Chris Csanady wrote: >> >I've been using ppp for quite a while, but I've had a few problems. My >> >> >Other things... I'm using and MTU and MRU of 576, lqr off, pred1 off, over >> >a 28.8. Any ideas? >> >> lqr off, predl on, MTU/MRU 1500 works fine here. And I have used all >> bandwidth there is :) (28.8k) > >Just curious - why do you disable lqr? Am I correct in assuming it does >Line Quality negotions? I've been using it here with no problems as far as >far as I can tell. I never get disconnected anyways. lqr does not work for me. if i have it enabled my connection gets dropped pretty fast, with errors about not receiving echo packets or something.. i assume its just not supported. > >Also, pred1 on and MTU/MRU 1500 are defaults, right? Just making sure :-) pred1 seems not to be supported either. :\ i could try 1500 i suppose.. -chris > >-Mark > >> >> >> >> Eivind Eklund perhaps@yes.no http://maybe.yes.no/perhaps/ eivind@freebsd.org >> > >---------------------------------------------------------------------------- > Mark Mayo mark@quickweb.com > RingZero Comp. http://vinyl.quickweb.com/mark >---------------------------------------------------------------------------- > "Typically, I don't use JAVA -- I think that strong typing > is for weak minds (and lazy compiler/interpreter writers)." > -- Terry Lambert > From owner-freebsd-current Fri Mar 7 22:22:17 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id WAA26487 for current-outgoing; Fri, 7 Mar 1997 22:22:17 -0800 (PST) Received: from pcpsj.pfcs.com (4gFW4ssxy5iFTrgz6cmoJ0ei5DrNtlTX@harlan.fred.net [205.252.219.31]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id WAA26479 for ; Fri, 7 Mar 1997 22:22:08 -0800 (PST) Received: from mumps.pfcs.com (mumps.pfcs.com [192.52.69.11]) by pcpsj.pfcs.com (8.6.12/8.6.9) with SMTP id BAA18068; Sat, 8 Mar 1997 01:21:43 -0500 Received: from localhost by mumps.pfcs.com with SMTP id AA01886 (5.67b/IDA-1.5); Sat, 8 Mar 1997 01:21:41 -0500 To: Chris Csanady Cc: Mark Mayo , Eivind Eklund , freebsd-current@freebsd.org Subject: Re: User ppp broken still? In-Reply-To: Your message of "Fri, 07 Mar 1997 22:53:17 CST." <199703080453.WAA01642@nyx.pr.mcs.net> Date: Sat, 08 Mar 1997 01:21:37 -0500 Message-Id: <1881.857802097@mumps.pfcs.com> From: Harlan Stenn Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I've found that LQR works with some ISPs and not with others. It depends on the hardware/software the ISP uses. H From owner-freebsd-current Sat Mar 8 00:15:11 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id AAA00693 for current-outgoing; Sat, 8 Mar 1997 00:15:11 -0800 (PST) Received: from time.cdrom.com (root@time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id AAA00688 for ; Sat, 8 Mar 1997 00:15:08 -0800 (PST) Received: from time.cdrom.com (jkh@localhost [127.0.0.1]) by time.cdrom.com (8.8.5/8.6.9) with ESMTP id AAA12371; Sat, 8 Mar 1997 00:15:04 -0800 (PST) To: Garrett Wollman cc: John Fieber , current@freebsd.org Subject: Re: Getting /usr/ports everywhere... In-reply-to: Your message of "Fri, 07 Mar 1997 15:03:20 EST." <9703072003.AA30132@halloran-eldar.lcs.mit.edu> Date: Sat, 08 Mar 1997 00:15:04 -0800 Message-ID: <12367.857808904@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > Actually, it would be nice if the same could be done for /usr/src... > As it is, there is no obvious way to say ``please put my sources on > /x''. > > I'd like an option somewhere in the installation procedure to create > symbolic links for: Well, more to the point - you want a way for any chosen distribution (or distribution subset) to come from an arbitrary media and go to an arbitrary destination. This would have actually been trivial to do if I had written the distribution handling code in sysinstall with anything even remotely approximating good engineering techniques, but it's no use crying over spilled milk. :-) It will be handled much more nicely with revision II of all this stuff (and yes I hope to release it in skeletal form fairly soon, at least enough to install a bindist and show off the new design). Jordan From owner-freebsd-current Sat Mar 8 01:31:01 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id BAA02922 for current-outgoing; Sat, 8 Mar 1997 01:31:01 -0800 (PST) Received: from mail.MCESTATE.COM (vince@mail.MCESTATE.COM [207.211.200.50]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id BAA02915 for ; Sat, 8 Mar 1997 01:30:50 -0800 (PST) Received: from localhost (vince@localhost) by mail.MCESTATE.COM (8.8.5/8.8.5) with SMTP id BAA07343; Sat, 8 Mar 1997 01:29:08 -0800 (PST) Date: Sat, 8 Mar 1997 01:29:08 -0800 (PST) From: Vincent Poy To: Terry Lambert cc: Narvi , current@freebsd.org Subject: Re: serial driver In-Reply-To: <199703071951.MAA17171@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 Fri, 7 Mar 1997, Terry Lambert wrote: > > Is there somewhere a list of UARTS that are good? It could get handy to > > know when buying serial boards. > > The NS 16550AFC is known good. > > I think that's the whole list, actually. Actually, it went like this, 16550, 16550A, 16550AN, 16550C, 16550CN, 16550CFN. Cheers, Vince - vince@MCESTATE.COM - vince@GAIANET.NET ________ __ ____ Unix Networking Operations - FreeBSD-Real Unix for Free / / / / | / |[__ ] GaiaNet Corporation - M & C Estate / / / / | / | __] ] Beverly Hills, California USA 90210 / / / / / |/ / | __] ] HongKong Stars/Gravis UltraSound Mailing Lists Admin /_/_/_/_/|___/|_|[____] From owner-freebsd-current Sat Mar 8 01:49:43 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id BAA03585 for current-outgoing; Sat, 8 Mar 1997 01:49:43 -0800 (PST) Received: from mail.crl.com (mail.crl.com [165.113.1.22]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id BAA03580; Sat, 8 Mar 1997 01:49:40 -0800 (PST) Received: from halloran-eldar.lcs.mit.edu by mail.crl.com with SMTP id AA17853 (5.65c/IDA-1.5); Fri, 7 Mar 1997 12:05:35 -0800 Received: by halloran-eldar.lcs.mit.edu; (5.65v3.2/1.1.8.2/19Aug95-0530PM) id AA30132; Fri, 7 Mar 1997 15:03:20 -0500 Date: Fri, 7 Mar 1997 15:03:20 -0500 From: Garrett Wollman Message-Id: <9703072003.AA30132@halloran-eldar.lcs.mit.edu> To: John Fieber Cc: "Jordan K. Hubbard" , ports@freebsd.org, current@freebsd.org Subject: Re: Getting /usr/ports everywhere... In-Reply-To: References: <4821.857735697@time.cdrom.com> Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk < said: > On Fri, 7 Mar 1997, Jordan K. Hubbard wrote: >> Comments? Partially fermented fruit? > It would be nice if it could be unpacked such that it lands on a > user-specified partition. While the ports collection itself > might fit in my /usr, there certainly isn't enough space to build > some of the larger ports there. Actually, it would be nice if the same could be done for /usr/src... As it is, there is no obvious way to say ``please put my sources on /x''. I'd like an option somewhere in the installation procedure to create symbolic links for: /usr/src /usr/local /usr/ports /usr/share /usr/obj (not really necessary for install, but it fits) -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 Sat Mar 8 02:25:22 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id CAA04918 for current-outgoing; Sat, 8 Mar 1997 02:25:22 -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 CAA04913 for ; Sat, 8 Mar 1997 02:25:19 -0800 (PST) Received: (from msmith@localhost) by genesis.atrad.adelaide.edu.au (8.8.5/8.7.3) id UAA26095; Sat, 8 Mar 1997 20:53:50 +1030 (CST) From: Michael Smith Message-Id: <199703081023.UAA26095@genesis.atrad.adelaide.edu.au> Subject: Re: serial driver In-Reply-To: <199703071951.MAA17171@phaeton.artisoft.com> from Terry Lambert at "Mar 7, 97 12:51:27 pm" To: terry@lambert.org (Terry Lambert) Date: Sat, 8 Mar 1997 20:53:50 +1030 (CST) Cc: narvi@haldjas.folklore.ee, terry@lambert.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: > > Is there somewhere a list of UARTS that are good? It could get handy to > > know when buying serial boards. > > The NS 16550AFC is known good. That's AFN, as I don't think that part was available in quantity in ther cerdip package, and it's been superseded by the PC16550DN, which works just as well. > 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 Sat Mar 8 03:28:20 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id DAA06828 for current-outgoing; Sat, 8 Mar 1997 03:28:20 -0800 (PST) Received: from haldjas.folklore.ee (Haldjas.folklore.ee [193.40.6.121]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id DAA06811 for ; Sat, 8 Mar 1997 03:27:44 -0800 (PST) Received: from localhost (narvi@localhost) by haldjas.folklore.ee (8.8.4/8.8.4) with SMTP id NAA11851; Sat, 8 Mar 1997 13:28:08 +0200 (EET) Date: Sat, 8 Mar 1997 13:28:08 +0200 (EET) From: Narvi To: Terry Lambert cc: current@FreeBSD.ORG Subject: Re: serial driver In-Reply-To: <199703071951.MAA17171@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 Fri, 7 Mar 1997, Terry Lambert wrote: > > Is there somewhere a list of UARTS that are good? It could get handy to > > know when buying serial boards. > > The NS 16550AFC is known good. > > I think that's the whole list, actually. > Well, it is shorter than I was afraid it would be 2-3 entries :-( After all, there are several UART makers (Zilog, TI, Philips, Dallas, maybe also more). And out of all that stuff only one is known good? Damn. Anyways, on the NS website they only talk about 16550D :-( Sander > > 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 Sat Mar 8 03:50:12 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id DAA07672 for current-outgoing; Sat, 8 Mar 1997 03:50:12 -0800 (PST) Received: from ns.NL.net (ns.NL.net [193.78.240.1]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id DAA07667; Sat, 8 Mar 1997 03:50:07 -0800 (PST) Received: from stuyts by ns.NL.net (5.65b/NLnet1.3) id AA08709; Sat, 8 Mar 1997 12:46:41 +0100 Received: from daneel (daneel.stuyts.nl [193.78.231.7]) by terminus.stuyts.nl (8.8.5/8.8.4) with SMTP id MAA08495; Sat, 8 Mar 1997 12:45:46 +0100 (MET) Message-Id: <199703081145.MAA08495@terminus.stuyts.nl> Received: by daneel (NX5.67f2/NX3.0X) id AA09993; Sat, 8 Mar 97 12:43:38 +0100 Content-Type: text/plain Mime-Version: 1.0 (NeXT Mail 3.3 v118.2) X-Nextstep-Mailer: Mail 3.3 (Enhance 1.2) Received: by NeXT.Mailer (1.118.2) From: Ben Stuyts Date: Sat, 8 Mar 97 12:43:36 +0100 To: freebsd-current@freebsd.org, freebsd-stable@freebsd.org Subject: Are multi-session cdrom's supported? Reply-To: ben@stuyts.nl Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I've asked this twice on freebsd-questions but got no response. Maybe somebody here can tell me? BTW, I've also tried this on 2.1.6-stable with a Sony SCSI cd-rom with the same results. Begin forwarded message: Hi, I just appended a second session to a CDR. I wrote the CDR under Win95 with Gear 4 software on a Philips CDD2600 drive. The same drive is now being used to read the CDR under FreeBSD 2.2 gamma, ctm 189. I am unable to read the second session under FreeBSD; I can only see the data from the first session. However, df shows that the disc has the correct amount of data on it. du on the mount point only shows the data for the first session. I tried mounting /dev/cd0a and /dev/cd0c. No difference. I can read the second session correctly under Win95 and WinNT. Any ideas? Am I doing something wrong or doesn't FreeBSD support multi-session cdrom's, or is this a bug? Thanks, Ben From owner-freebsd-current Sat Mar 8 03:51:50 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id DAA07735 for current-outgoing; Sat, 8 Mar 1997 03:51:50 -0800 (PST) Received: from grackle.grondar.za (BT0EVjIygkooLmHdoh+pk3IHUTK1arYL@grackle.grondar.za [196.7.18.131]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id DAA07730 for ; Sat, 8 Mar 1997 03:51:41 -0800 (PST) Received: from grackle.grondar.za (kp6CKzpb31UsFcNtsvmdUkTFX9jgNgGc@localhost [127.0.0.1]) by grackle.grondar.za (8.8.5/8.8.4) with ESMTP id NAA09847; Sat, 8 Mar 1997 13:48:29 +0200 (SAT) Message-Id: <199703081148.NAA09847@grackle.grondar.za> X-Mailer: exmh version 2.0gamma 1/27/96 To: Michael Smith cc: terry@lambert.org (Terry Lambert), narvi@haldjas.folklore.ee, current@freebsd.org Subject: Re: serial driver Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sat, 08 Mar 1997 13:48:25 +0200 From: Mark Murray Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Michael Smith wrote: > Terry Lambert stands accused of saying: > > > Is there somewhere a list of UARTS that are good? It could get handy to > > > know when buying serial boards. > > > > The NS 16550AFC is known good. Anyone know of a U(S)ART that is register compatible with a 16450/16550 that is also capable of handling synchronous transmission/reception? I have designed a card that can talk x.21 to an NTU (same as a CSU/DSU) using the 16550, but it would be nice if i didn't have to put quite so much glue logic on the board. 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 Mar 8 05:15:05 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id FAA12641 for current-outgoing; Sat, 8 Mar 1997 05:15:05 -0800 (PST) Received: from ic.net (qmailr@srv2b.ic.net [152.160.72.21]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id FAA12636 for ; Sat, 8 Mar 1997 05:15:03 -0800 (PST) Received: (qmail 25352 invoked from network); 8 Mar 1997 13:14:31 -0000 Received: from unknown (HELO sesi.strelsys.com) (unknown) by unknown with SMTP; 8 Mar 1997 13:14:31 -0000 Received: from localhost (rickl@localhost [127.0.0.1]) by sesi.strelsys.com (8.8.5/8.7.3) with SMTP id IAA00100 for ; Sat, 8 Mar 1997 08:14:56 -0500 (EST) Date: Sat, 8 Mar 1997 08:14:56 -0500 (EST) From: Rick Lotoczky Reply-To: Rick Lotoczky Subject: Spatter problems To: freebsd-current@freefall.freebsd.org 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 All, Is there something worng with spatter?? I keep getting a "connection refused" message. Traceroute keeps cycling on a couple of machines. What's going on?? rick From owner-freebsd-current Sat Mar 8 05:34:51 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id FAA13188 for current-outgoing; Sat, 8 Mar 1997 05:34:51 -0800 (PST) Received: from shrimp.dataplex.net (shrimp.dataplex.net [208.2.87.3]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id FAA13160; Sat, 8 Mar 1997 05:34:45 -0800 (PST) Received: from [208.2.87.4] (cod.dataplex.net [208.2.87.4]) by shrimp.dataplex.net (8.8.5/8.8.5) with ESMTP id HAA20757; Sat, 8 Mar 1997 07:34:10 -0600 (CST) X-Sender: rkw@shrimp.dataplex.net Message-Id: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Sat, 8 Mar 1997 07:34:02 -0600 To: hackers@freebsd.org From: Richard Wackerbarth Subject: Restoring the CTM feeds of src-cur and cvs-cur Cc: current@freebsd.org Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Since spatter splatted, our friends who rely on the CTM feeds for their daily "fix" have been without. They are heavily into withdrawal symptoms. I have agreed to be their "pusher" but, to do so, I need a "supplier" to help me get set up. In particular, I now have (or have access to) the recent deltas for each feed. I need a baseline. Does anyone have a baseline file such as cvs-cur.2000A.gz (3000A would be even nicer) or src-cur.2500A.gz or later. Unless I can get a valid baseline, I will have to try to reconstruct one from the cvs tree. This is both a bit of work and subject to error. As a result, I would prefer to avoid it if possible. Richard From owner-freebsd-current Sat Mar 8 05:43:15 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id FAA13845 for current-outgoing; Sat, 8 Mar 1997 05:43:15 -0800 (PST) Received: from shrimp.dataplex.net (shrimp.dataplex.net [208.2.87.3]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id FAA13840 for ; Sat, 8 Mar 1997 05:43:12 -0800 (PST) Received: from [208.2.87.4] (cod.dataplex.net [208.2.87.4]) by shrimp.dataplex.net (8.8.5/8.8.5) with ESMTP id HAA21670; Sat, 8 Mar 1997 07:43:07 -0600 (CST) X-Sender: rkw@shrimp.dataplex.net Message-Id: In-Reply-To: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Sat, 8 Mar 1997 07:41:50 -0600 To: Rick Lotoczky From: Richard Wackerbarth Subject: Re: Spatter problems Cc: freebsd-current@freefall.freebsd.org Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk At 7:14 AM -0600 3/8/97, Rick Lotoczky wrote: >Hi All, > >Is there something worng with spatter?? Spatter is splat. May it RIP. (HD failure). I am trying to get the files necessary to pick up its CTM feeds for current and cvs. Can anyone help me get a base distribution for either of these? From owner-freebsd-current Sat Mar 8 08:25:49 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id IAA20905 for current-outgoing; Sat, 8 Mar 1997 08:25:49 -0800 (PST) Received: from shrimp.dataplex.net (shrimp.dataplex.net [208.2.87.3]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id IAA20879; Sat, 8 Mar 1997 08:25:42 -0800 (PST) Received: from [208.2.87.4] (cod.dataplex.net [208.2.87.4]) by shrimp.dataplex.net (8.8.5/8.8.5) with ESMTP id KAA08016; Sat, 8 Mar 1997 10:25:34 -0600 (CST) X-Sender: rkw@shrimp.dataplex.net Message-Id: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Sat, 8 Mar 1997 10:24:44 -0600 To: Current@FreeBSD.Org, Hackers@FreeBSD.Org From: Richard Wackerbarth Subject: Restoring the CTM feeds -- update Sender: owner-current@FreeBSD.Org X-Loop: FreeBSD.org Precedence: bulk NOTICE: **** If I do not have the last delta which was sent, let me know IMMEDIATELY **** Thanks to a number of responders, I now have src-cur in pretty good shape. I have deltas through src-cur.2796.gz. I also have a baseline "on-the-way". On the cvs side, things are not quite so good. I have deltas through cvs-cur.3112.gz. However, the best offer for a baseline is 3000A on a VERY slow line. Can anyone with 56k+ and a baseline help? Even an older baseline at a faster rate would be better. I do have access to deltas all the way back to 2000. From owner-freebsd-current Sat Mar 8 11:19:00 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id LAA27628 for current-outgoing; Sat, 8 Mar 1997 11:19:00 -0800 (PST) Received: from precipice.shockwave.com (ppp-206-170-5-27.rdcy01.pacbell.net [206.170.5.27]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id LAA27623; Sat, 8 Mar 1997 11:18:53 -0800 (PST) Received: from shockwave.com (localhost.shockwave.com [127.0.0.1]) by precipice.shockwave.com (8.8.4/8.7.3) with ESMTP id LAA13222; Sat, 8 Mar 1997 11:18:34 -0800 (PST) Message-Id: <199703081918.LAA13222@precipice.shockwave.com> To: current@freebsd.org cc: bde@freebsd.org Subject: fsck not compiling under current Date: Sat, 08 Mar 1997 11:18:34 -0800 From: Paul Traina Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I'm behind the times, so you do not need to respond to this message if you already know... /usr/src/usr.sbin/fsck is not compiling due to a discrepancy in the dinode definition in ufs/dinode.h -- the .h file in current (as of today) lists it as an int32_t and the fsck code considers it a time structure. The fix is pretty obvious. Paul /a/src/sbin/fsck/inode.c: In function `pinode': /a/src/sbin/fsck/inode.c:517: request for member `tv_sec' in something not a structure or union /a/src/sbin/fsck/inode.c: In function `allocino': /a/src/sbin/fsck/inode.c:588: request for member `tv_sec' in something not a structure or union From owner-freebsd-current Sat Mar 8 16:23:06 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id QAA10834 for current-outgoing; Sat, 8 Mar 1997 16:23:06 -0800 (PST) Received: from icicle.winternet.com (adm@icicle.winternet.com [198.174.169.5]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id QAA10826 for ; Sat, 8 Mar 1997 16:23:02 -0800 (PST) Received: (from adm@localhost) by icicle.winternet.com (8.7.5/8.7.5) id SAA12545 for ; Sat, 8 Mar 1997 18:22:54 -0600 (CST) Posted-Date: Sat, 8 Mar 1997 18:22:54 -0600 (CST) Received: from fools.ecpnet.com(204.246.64.101) by icicle.winternet.com via smap (V2.0beta) id xma012537; Sat, 8 Mar 97 18:22:52 -0600 Received: from localhost (moke@localhost) by fools.ecpnet.com (8.8.5/8.8.4) with SMTP id SAA00219 for ; Sat, 8 Mar 1997 18:19:35 -0600 (CST) Date: Sat, 8 Mar 1997 18:19:34 -0600 (CST) From: Jimbo Bahooli To: freebsd-current@freebsd.org Subject: 2.2-GAMMA and keyboard lock ups 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 compiled a fresh 2.2 on march 8. When switching consoles the keyboard locked up some times. I had remembered this did not happen in -current so I diff'd /usr/src/sys/i386/isa/syscons.* and kbd* and patched my 2.2 kernel. The patches all applied fine, and kernel compiled fine, and the locking has disappeared, and no noticeable problems have been introduced. Does anyone think I will have any problems? If not I do not see why the updated syscons and kbdio stuff does not go into 2.2. From owner-freebsd-current Sat Mar 8 16:43:29 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id QAA13745 for current-outgoing; Sat, 8 Mar 1997 16:43:29 -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 QAA13667 for ; Sat, 8 Mar 1997 16:43:23 -0800 (PST) Received: (from msmith@localhost) by genesis.atrad.adelaide.edu.au (8.8.5/8.7.3) id LAA27770; Sun, 9 Mar 1997 11:12:18 +1030 (CST) From: Michael Smith Message-Id: <199703090042.LAA27770@genesis.atrad.adelaide.edu.au> Subject: Re: serial driver In-Reply-To: from Narvi at "Mar 8, 97 01:28:08 pm" To: narvi@haldjas.folklore.ee (Narvi) Date: Sun, 9 Mar 1997 11:12:18 +1030 (CST) Cc: terry@lambert.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 Narvi stands accused of saying: > > > > The NS 16550AFC is known good. > > > > I think that's the whole list, actually. > > > > Well, it is shorter than I was afraid it would be 2-3 entries :-( There are a lot more than 2-3 entries. > After all, there are several UART makers (Zilog, TI, Philips, Dallas, > maybe also more). And out of all that stuff only one is known good? Damn. > Anyways, on the NS website they only talk about 16550D :-( I have no idea why Terry completely ignores me when I tell him that the current 16550 from NS is the PC16550D. It works. UARTs from TI and Startech have shown themselves to work quite well too. > Sander -- ]] 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 Sat Mar 8 17:24:08 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id RAA16916 for current-outgoing; Sat, 8 Mar 1997 17:24:08 -0800 (PST) Received: from ravenock.cybercity.dk (ravenock.cybercity.dk [194.16.57.32]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id RAA16908 for ; Sat, 8 Mar 1997 17:24:02 -0800 (PST) Received: (from sos@localhost) by ravenock.cybercity.dk (8.8.5/8.7.3) id CAA12056; Sun, 9 Mar 1997 02:25:42 +0100 (MET) From: Søren Schmidt Message-Id: <199703090125.CAA12056@ravenock.cybercity.dk> Subject: Re: 2.2-GAMMA and keyboard lock ups In-Reply-To: from Jimbo Bahooli at "Mar 8, 97 06:19:34 pm" To: moke@fools.ecpnet.com (Jimbo Bahooli) Date: Sun, 9 Mar 1997 02:25:42 +0100 (MET) Cc: freebsd-current@freebsd.org X-Mailer: ELM [version 2.4ME+ PL30 (25)] 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 In reply to Jimbo Bahooli who wrote: > I compiled a fresh 2.2 on march 8. When switching consoles the > keyboard locked up some times. I had remembered this did not happen in > -current so I diff'd /usr/src/sys/i386/isa/syscons.* and kbd* and patched > my 2.2 kernel. The patches all applied fine, and kernel compiled fine, > and the locking has disappeared, and no noticeable problems have been > introduced. Does anyone think I will have any problems? If not I do not > see why the updated syscons and kbdio stuff does not go into 2.2. It will. -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Søren Schmidt (sos@FreeBSD.org) FreeBSD Core Team Even more code to hack -- will it ever end .. From owner-freebsd-current Sat Mar 8 18:11:57 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id SAA18886 for current-outgoing; Sat, 8 Mar 1997 18:11:57 -0800 (PST) Received: from shrimp.dataplex.net (shrimp.dataplex.net [208.2.87.3]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id SAA18876; Sat, 8 Mar 1997 18:11:34 -0800 (PST) Received: from [208.2.87.4] (cod.dataplex.net [208.2.87.4]) by shrimp.dataplex.net (8.8.5/8.8.5) with ESMTP id UAA01900; Sat, 8 Mar 1997 20:11:01 -0600 (CST) X-Sender: rkw@shrimp.dataplex.net Message-Id: In-Reply-To: <199703090123.AA250610638@layout.vlsi.fi> References: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Sat, 8 Mar 1997 20:11:48 -0600 To: hackers@freebsd.org, current@freebsd.org From: Richard Wackerbarth Subject: Re: Restoring the CTM feeds -- update Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk At 7:23 PM -0600 3/8/97, Ville Eerola wrote: >Richard Wackerbarth writes: >> On the cvs side, things are not quite so good. >> I have deltas through cvs-cur.3112.gz. >OK, I bite. We have cvs-cur.3000A.gz Thanks to everyone who offered to help. I now have ALL the CTM files that I need. I am generating a src-cur update at this moment. The cvs-cur is a little more difficult because I did not have everything in my CVS tree. As soon as I get all the pieces, I'll generate that update also. Now if I could just solve THIS problem :-( I might be able to generate even newer updates. Cannot connect to cvsup.FreeBSD.org: Connection refused Will retry at 05:05:12 Cannot connect to cvsup.FreeBSD.org: Connection refused Will retry at 05:15:42 Cannot connect to cvsup.FreeBSD.org: Connection refused Will retry at 05:38:33 Cannot connect to cvsup.FreeBSD.org: Connection refused Will retry at 06:28:30 Cannot connect to cvsup.FreeBSD.org: Connection refused Will retry at 08:09:37 Cannot connect to cvsup.FreeBSD.org: Connection refused Will retry at 10:01:28 Cannot connect to cvsup.FreeBSD.org: Connection refused Will retry at 12:11:22 Cannot connect to cvsup.FreeBSD.org: Connection refused Will retry at 14:01:32 Cannot connect to cvsup.FreeBSD.org: Connection refused Will retry at 16:02:45 Cannot connect to cvsup.FreeBSD.org: Connection refused Will retry at 17:04:55 Cannot connect to cvsup.FreeBSD.org: Connection refused Will retry at 17:15:29 Cannot connect to cvsup.FreeBSD.org: Connection refused Will retry at 17:37:45 Cannot connect to cvsup.FreeBSD.org: Connection refused Will retry at 18:18:47 Cannot connect to cvsup.FreeBSD.org: Connection refused Will retry at 19:34:40 From owner-freebsd-current Sat Mar 8 19:02:06 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id TAA20487 for current-outgoing; Sat, 8 Mar 1997 19:02:06 -0800 (PST) Received: from tolstoy.mpd.ca (wlloyd.HIP.CAM.ORG [199.84.42.209]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id TAA20480; Sat, 8 Mar 1997 19:01:58 -0800 (PST) Received: from plato (plato.mpd.ca [206.123.11.34]) by tolstoy.mpd.ca (8.8.5/8.8.5) with SMTP id WAA20084; Sat, 8 Mar 1997 22:02:57 -0500 (EST) Message-ID: <33222801.7900@mpd.ca> Date: Sat, 08 Mar 1997 22:01:21 -0500 From: Bill Lloyd X-Mailer: Mozilla 3.0Gold (X11; I; SunOS 5.4 sun4c) MIME-Version: 1.0 To: "Jordan K. Hubbard" CC: ports@FreeBSD.ORG, current@FreeBSD.ORG Subject: Re: Getting /usr/ports everywhere... References: <4821.857735697@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: > > If we could count on /usr/ports being more "standard equipment" on > FreeBSD, even at the cost of 31MB, it would make it possible to answer > a *huge* array of questions with "No problem, go to /usr/ports/blah/feh > and do a ``make install clean'' to install the optional gadget you're > looking for (but don't know it yet)" with reasonable assurance that it > will solve the user's problem. As it stands now, we first have to > explain how to get ahold of and use ports before we can offer some > piece of it as a solution. > > I'd also like to make the ports collection a little more well > integrated as a general resource, with more targets aimed at people > looking for things ("cd /usr/ports; make search KEY="emacs") and just > on the whole more accessible to the total novice. Making it a 1st > class object in the installation menu would be a good first step, I > think! This is related, so I thought I'd bring it up. I've been fooling around with a shell script that might be usefull for a novice user to install a port from the www.freebsd.org ports pages. However, it's not really ready for public consumption yet. The idea is to be able to install a port on any host, without having /usr/ports. Also, I wanted to integrate the usual ftp, uncompress, untar etc.. I thought it would make a neat back end to the ports www pages. Specifically, after you find the program you want to install, you follow the www install link. Fill out a _simple_ form. Ie hostname (use REMOTE_HOST as default), do you want to automatically compile etc... The key of course is that the www_install script is run as root on the target host. www_install listens on a TCP port for a simple one line command of the form.. ftp://ftp.freebsd.org/pub/FreeBSD/FreeBSD-current/ports/security/sudo.tar.gz The www_install script creates /usr/ports if it doesn't exist, creates the security directory, downloads the tar.gz file, unpacks it, and if the option was checked, goes ahead and fetches, compiles, installs and cleans the port for you. I have to admit it's my first attempt at sh. I've always avoided sh for perl. I thought it would be fun to try.... Anyway, the script is written, and it works if I pipe a command to it over TCP. If it doesn't get a command, it times out. I think it would be usefull for the novice user, as it would allow for installation of a program directly from the www.freebsd.org web pages. For security, it should only accept commands from the freebsd.org domain. I was going to try it out on a local copy of the www pages, but I'm running 2.1.7 and I can't seem to generate my own port pages. If anybody thinks that this might be usefull, and not simply a gimmick, please let me know. I really need to rewite it in perl, but I'm looking for some feedback first. -bill -- William Lloyd (wlloyd@mpd.ca) | From owner-freebsd-current Sat Mar 8 21:49:26 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id VAA27881 for current-outgoing; Sat, 8 Mar 1997 21:49:26 -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 VAA27873 for ; Sat, 8 Mar 1997 21:49:23 -0800 (PST) Received: (from nate@localhost) by rocky.mt.sri.com (8.7.5/8.7.3) id WAA21239; Sat, 8 Mar 1997 22:49:12 -0700 (MST) Date: Sat, 8 Mar 1997 22:49:12 -0700 (MST) Message-Id: <199703090549.WAA21239@rocky.mt.sri.com> From: Nate Williams MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: Jimbo Bahooli Cc: freebsd-current@freebsd.org Subject: Re: 2.2-GAMMA and keyboard lock ups In-Reply-To: References: Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > I compiled a fresh 2.2 on march 8. When switching consoles the > keyboard locked up some times. I had remembered this did not happen in > -current so I diff'd /usr/src/sys/i386/isa/syscons.* and kbd* and patched > my 2.2 kernel. The patches all applied fine, and kernel compiled fine, > and the locking has disappeared, and no noticeable problems have been > introduced. Does anyone think I will have any problems? If not I do not > see why the updated syscons and kbdio stuff does not go into 2.2. This was just discussed by some of the developers, and will probably happen RSN. :) Nate