From owner-freebsd-stable Sun Jul 20 15:01:01 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id PAA04582 for stable-outgoing; Sun, 20 Jul 1997 15:01:01 -0700 (PDT) Received: from eve.umiacs.umd.edu (eve.umiacs.umd.edu [128.8.120.38]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id PAA04577 for ; Sun, 20 Jul 1997 15:00:58 -0700 (PDT) Received: by eve.umiacs.umd.edu (8.8.5/UMIACS-0.9/04-05-88) id SAA11346; Sun, 20 Jul 1997 18:00:57 -0400 (EDT) Date: Sun, 20 Jul 1997 18:00:57 -0400 (EDT) Message-Id: <199707202200.SAA11346@eve.umiacs.umd.edu> From: "David A. Bader" To: freebsd-stable@freebsd.org Subject: "saver" Reply-to: dbader@umiacs.umd.edu Sender: owner-freebsd-stable@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi, I've cvsup'ed to the most recent 2.2-stable (as of a few minutes ago), and I still have the following problem. "saver" in /etc/rc.conf is no longer working. (It worked last under 2.2.2-R). I've tried blanktime="5" and saver="snake", saver="green". Also, I've rebuilt the lkm's in /lkm for the saver. When are these loaded? Where should I be looking? What's broken? Thanks, david David A. Bader, Ph.D. Office: 301-405-6755 Institute for Advanced Computer Studies FAX: 301-314-9658 A.V. Williams Building Internet: dbader@umiacs.umd.edu University of Maryland WWW: http://www.umiacs.umd.edu/~dbader College Park, MD 20742 From owner-freebsd-stable Sun Jul 20 17:24:12 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id RAA10083 for stable-outgoing; Sun, 20 Jul 1997 17:24:12 -0700 (PDT) Received: from ridge.spiritone.com (ridge.spiritone.com [205.139.108.2]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id RAA10078 for ; Sun, 20 Jul 1997 17:24:09 -0700 (PDT) Received: from joes.users.spiritone.com (joes.users.spiritone.com [205.139.111.224]) by ridge.spiritone.com (8.8.6/8.8.6) with ESMTP id RAA28554 for ; Sun, 20 Jul 1997 17:23:32 -0700 (PDT) Received: (from joes@localhost) by joes.users.spiritone.com (8.8.6/8.8.6) id RAA00823 for freebsd-stable@freebsd.org; Sun, 20 Jul 1997 17:23:33 -0700 (PDT) From: Joseph Stein Message-Id: <199707210023.RAA00823@joes.users.spiritone.com> Subject: make world (long) To: freebsd-stable@freebsd.org Date: Sun, 20 Jul 1997 17:23:32 -0700 (PDT) X-Mailer: ELM [version 2.4ME+ PL31H (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I actually took the time to browse through the stdout and stderr from my make world today; and found the following. Are any of these warnings critical? Note, there are about 390 lines of warnings. Warning: Object directory not changed from original /usr/src/usr.bin/lex/lib /usr/src/lib/libncurses/lib_bkgd.c:30: warning: suggest parentheses around comparison in operand of & /usr/src/lib/libncurses/lib_doupdate.c:221: warning: suggest parentheses around comparison in operand of | /usr/src/lib/libncurses/lib_doupdate.c:238: warning: suggest parentheses around comparison in operand of | /usr/src/lib/libncurses/lib_doupdate.c:429: warning: suggest parentheses around comparison in operand of | /usr/src/lib/libncurses/lib_doupdate.c:433: warning: suggest parentheses around comparison in operand of | /usr/src/lib/libncurses/lib_doupdate.c:444: warning: suggest parentheses around comparison in operand of | /usr/src/lib/libncurses/lib_addch.c:59: warning: suggest parentheses around comparison in operand of & /usr/src/lib/libncurses/lib_clreol.c:32: warning: suggest parentheses around comparison in operand of | /usr/src/lib/libncurses/lib_clrbot.c:33: warning: suggest parentheses around comparison in operand of | /usr/src/lib/libncurses/lib_bkgd.c:30: warning: suggest parentheses around comparison in operand of & /usr/src/lib/libncurses/lib_doupdate.c:221: warning: suggest parentheses around comparison in operand of | /usr/src/lib/libncurses/lib_doupdate.c:238: warning: suggest parentheses around comparison in operand of | /usr/src/lib/libncurses/lib_doupdate.c:429: warning: suggest parentheses around comparison in operand of | /usr/src/lib/libncurses/lib_doupdate.c:433: warning: suggest parentheses around comparison in operand of | /usr/src/lib/libncurses/lib_doupdate.c:444: warning: suggest parentheses around comparison in operand of | /usr/src/lib/libncurses/lib_addch.c:59: warning: suggest parentheses around comparison in operand of & /usr/src/lib/libncurses/lib_clreol.c:32: warning: suggest parentheses around comparison in operand of | /usr/src/lib/libncurses/lib_clrbot.c:33: warning: suggest parentheses around comparison in operand of | /usr/src/secure/lib/libdes/read_pwd.c:239: warning: variable `number' might be clobbered by `longjmp' or `vfork' /usr/src/secure/lib/libdes/read_pwd.c:240: warning: variable `ok' might be clobbered by `longjmp' or `vfork' /usr/src/secure/lib/libdes/read_pwd.c:241: warning: variable `ps' might be clobbered by `longjmp' or `vfork' /usr/src/secure/lib/libdes/read_pwd.c:242: warning: variable `is_a_tty' might be clobbered by `longjmp' or `vfork' /usr/src/secure/lib/libdes/read_pwd.c:244: warning: variable `tty' might be clobbered by `longjmp' or `vfork' /usr/src/secure/lib/libdes/read_pwd.c:239: warning: variable `number' might be clobbered by `longjmp' or `vfork' /usr/src/secure/lib/libdes/read_pwd.c:240: warning: variable `ok' might be clobbered by `longjmp' or `vfork' /usr/src/secure/lib/libdes/read_pwd.c:241: warning: variable `ps' might be clobbered by `longjmp' or `vfork' /usr/src/secure/lib/libdes/read_pwd.c:242: warning: variable `is_a_tty' might be clobbered by `longjmp' or `vfork' /usr/src/secure/lib/libdes/read_pwd.c:244: warning: variable `tty' might be clobbered by `longjmp' or `vfork' /usr/src/lib/libc/../libc/stdlib/strtoq.c:108: warning: integer overflow in expression /usr/src/lib/libc/../libc/stdlib/strtoq.c:108: warning: integer overflow in expression /usr/src/lib/libdisk/../../sbin/disklabel/dkcksum.c:37: warning: `sccsid' defined but not used /usr/src/lib/libncurses/lib_bkgd.c:30: warning: suggest parentheses around comparison in operand of & /usr/src/lib/libncurses/lib_doupdate.c:221: warning: suggest parentheses around comparison in operand of | /usr/src/lib/libncurses/lib_doupdate.c:238: warning: suggest parentheses around comparison in operand of | /usr/src/lib/libncurses/lib_doupdate.c:429: warning: suggest parentheses around comparison in operand of | /usr/src/lib/libncurses/lib_doupdate.c:433: warning: suggest parentheses around comparison in operand of | /usr/src/lib/libncurses/lib_doupdate.c:444: warning: suggest parentheses around comparison in operand of | /usr/src/lib/libncurses/lib_addch.c:59: warning: suggest parentheses around comparison in operand of & /usr/src/lib/libncurses/lib_clreol.c:32: warning: suggest parentheses around comparison in operand of | /usr/src/lib/libncurses/lib_clrbot.c:33: warning: suggest parentheses around comparison in operand of | /usr/src/lib/libncurses/lib_bkgd.c:30: warning: suggest parentheses around comparison in operand of & /usr/src/lib/libncurses/lib_doupdate.c:221: warning: suggest parentheses around comparison in operand of | /usr/src/lib/libncurses/lib_doupdate.c:238: warning: suggest parentheses around comparison in operand of | /usr/src/lib/libncurses/lib_doupdate.c:429: warning: suggest parentheses around comparison in operand of | /usr/src/lib/libncurses/lib_doupdate.c:433: warning: suggest parentheses around comparison in operand of | /usr/src/lib/libncurses/lib_doupdate.c:444: warning: suggest parentheses around comparison in operand of | /usr/src/lib/libncurses/lib_addch.c:59: warning: suggest parentheses around comparison in operand of & /usr/src/lib/libncurses/lib_clreol.c:32: warning: suggest parentheses around comparison in operand of | /usr/src/lib/libncurses/lib_clrbot.c:33: warning: suggest parentheses around comparison in operand of | /usr/src/lib/libpcap/../../contrib/libpcap/scanner.l:496: warning: `yyunput' defined but not used /usr/src/lib/libpcap/../../contrib/libpcap/scanner.l:496: warning: `yyunput' defined but not used /usr/src/lib/libss/error.c:91: warning: passing arg 1 of `free' discards `const' from pointer target type /usr/src/lib/libss/error.c:91: warning: passing arg 1 of `free' discards `const' from pointer target type /usr/src/lib/libutil/login.c:35: warning: `sccsid' defined but not used /usr/src/lib/libutil/login_tty.c:35: warning: `sccsid' defined but not used /usr/src/lib/libutil/logout.c:35: warning: `sccsid' defined but not used /usr/src/lib/libutil/logwtmp.c:35: warning: `sccsid' defined but not used /usr/src/lib/libutil/pty.c:35: warning: `sccsid' defined but not used /usr/src/lib/libutil/login.c:35: warning: `sccsid' defined but not used /usr/src/lib/libutil/login_tty.c:35: warning: `sccsid' defined but not used /usr/src/lib/libutil/logout.c:35: warning: `sccsid' defined but not used /usr/src/lib/libutil/logwtmp.c:35: warning: `sccsid' defined but not used /usr/src/lib/libutil/pty.c:35: warning: `sccsid' defined but not used /usr/src/gnu/usr.bin/awk/awk.y:35: warning: static declaration for `yylex' follows non-static /usr/src/gnu/usr.bin/groff/libgroff/../../../../contrib/groff/libgroff/font.cc:774: warning: variable `i' shadows local /usr/src/gnu/usr.bin/groff/libgroff/../../../../contrib/groff/libgroff/font.cc:737: warning: this is the shadowed declaration /usr/src/gnu/usr.bin/groff/eqn/../../../../contrib/groff/eqn/list.cc:162: warning: variable `i' shadows local /usr/src/gnu/usr.bin/groff/eqn/../../../../contrib/groff/eqn/list.cc:94: warning: this is the shadowed declaration /usr/src/gnu/usr.bin/groff/eqn/../../../../contrib/groff/eqn/list.cc:190: warning: variable `i' shadows local /usr/src/gnu/usr.bin/groff/eqn/../../../../contrib/groff/eqn/list.cc:177: warning: this is the shadowed declaration /usr/src/gnu/usr.bin/groff/grops/../../../../contrib/groff/grops/psrm.cc:965: warning: variable `i' shadows local /usr/src/gnu/usr.bin/groff/grops/../../../../contrib/groff/grops/psrm.cc:941: warning: this is the shadowed declaration /usr/src/gnu/usr.bin/groff/tbl/../../../../contrib/groff/tbl/table.cc:672: warning: variable `i' shadows local /usr/src/gnu/usr.bin/groff/tbl/../../../../contrib/groff/tbl/table.cc:666: warning: this is the shadowed declaration /usr/src/gnu/usr.bin/groff/tbl/../../../../contrib/groff/tbl/table.cc:2654: warning: variable `p' shadows local /usr/src/gnu/usr.bin/groff/tbl/../../../../contrib/groff/tbl/table.cc:2514: warning: this is the shadowed declaration /usr/src/gnu/usr.bin/groff/tfmtodit/../../../../contrib/groff/tfmtodit/tfmtodit.cc:832: warning: variable `k' shadows local /usr/src/gnu/usr.bin/groff/tfmtodit/../../../../contrib/groff/tfmtodit/tfmtodit.cc:801: warning: this is the shadowed declaration /usr/src/lib/libc/../libc/stdlib/strtoq.c:108: warning: integer overflow in expression /usr/src/lib/libc/../libc/stdlib/strtoq.c:108: warning: integer overflow in expression /usr/src/lib/libc/../libc/stdlib/strtoq.c:108: warning: integer overflow in expression /usr/src/lib/libdisk/../../sbin/disklabel/dkcksum.c:37: warning: `sccsid' defined but not used /usr/src/lib/libncurses/lib_bkgd.c:30: warning: suggest parentheses around comparison in operand of & /usr/src/lib/libncurses/lib_doupdate.c:221: warning: suggest parentheses around comparison in operand of | /usr/src/lib/libncurses/lib_doupdate.c:238: warning: suggest parentheses around comparison in operand of | /usr/src/lib/libncurses/lib_doupdate.c:429: warning: suggest parentheses around comparison in operand of | /usr/src/lib/libncurses/lib_doupdate.c:433: warning: suggest parentheses around comparison in operand of | /usr/src/lib/libncurses/lib_doupdate.c:444: warning: suggest parentheses around comparison in operand of | /usr/src/lib/libncurses/lib_addch.c:59: warning: suggest parentheses around comparison in operand of & /usr/src/lib/libncurses/lib_clreol.c:32: warning: suggest parentheses around comparison in operand of | /usr/src/lib/libncurses/lib_clrbot.c:33: warning: suggest parentheses around comparison in operand of | /usr/src/lib/libncurses/lib_bkgd.c:30: warning: suggest parentheses around comparison in operand of & /usr/src/lib/libncurses/lib_doupdate.c:221: warning: suggest parentheses around comparison in operand of | /usr/src/lib/libncurses/lib_doupdate.c:238: warning: suggest parentheses around comparison in operand of | /usr/src/lib/libncurses/lib_doupdate.c:429: warning: suggest parentheses around comparison in operand of | /usr/src/lib/libncurses/lib_doupdate.c:433: warning: suggest parentheses around comparison in operand of | /usr/src/lib/libncurses/lib_doupdate.c:444: warning: suggest parentheses around comparison in operand of | /usr/src/lib/libncurses/lib_addch.c:59: warning: suggest parentheses around comparison in operand of & /usr/src/lib/libncurses/lib_clreol.c:32: warning: suggest parentheses around comparison in operand of | /usr/src/lib/libncurses/lib_clrbot.c:33: warning: suggest parentheses around comparison in operand of | /usr/src/lib/libncurses/lib_bkgd.c:30: warning: suggest parentheses around comparison in operand of & /usr/src/lib/libncurses/lib_doupdate.c:221: warning: suggest parentheses around comparison in operand of | /usr/src/lib/libncurses/lib_doupdate.c:238: warning: suggest parentheses around comparison in operand of | /usr/src/lib/libncurses/lib_doupdate.c:429: warning: suggest parentheses around comparison in operand of | /usr/src/lib/libncurses/lib_doupdate.c:433: warning: suggest parentheses around comparison in operand of | /usr/src/lib/libncurses/lib_doupdate.c:444: warning: suggest parentheses around comparison in operand of | /usr/src/lib/libncurses/lib_addch.c:59: warning: suggest parentheses around comparison in operand of & /usr/src/lib/libncurses/lib_clreol.c:32: warning: suggest parentheses around comparison in operand of | /usr/src/lib/libncurses/lib_clrbot.c:33: warning: suggest parentheses around comparison in operand of | /usr/src/lib/libpcap/../../contrib/libpcap/scanner.l:496: warning: `yyunput' defined but not used /usr/src/lib/libpcap/../../contrib/libpcap/scanner.l:496: warning: `yyunput' defined but not used /usr/src/lib/libpcap/../../contrib/libpcap/scanner.l:496: warning: `yyunput' defined but not used /usr/src/lib/libss/error.c:91: warning: passing arg 1 of `free' discards `const' from pointer target type /usr/src/lib/libss/error.c:91: warning: passing arg 1 of `free' discards `const' from pointer target type /usr/src/lib/libss/error.c:91: warning: passing arg 1 of `free' discards `const' from pointer target type /usr/src/lib/libutil/login.c:35: warning: `sccsid' defined but not used /usr/src/lib/libutil/login_tty.c:35: warning: `sccsid' defined but not used /usr/src/lib/libutil/logout.c:35: warning: `sccsid' defined but not used /usr/src/lib/libutil/logwtmp.c:35: warning: `sccsid' defined but not used /usr/src/lib/libutil/pty.c:35: warning: `sccsid' defined but not used /usr/src/lib/libutil/login.c:35: warning: `sccsid' defined but not used /usr/src/lib/libutil/login_tty.c:35: warning: `sccsid' defined but not used /usr/src/lib/libutil/logout.c:35: warning: `sccsid' defined but not used /usr/src/lib/libutil/logwtmp.c:35: warning: `sccsid' defined but not used /usr/src/lib/libutil/pty.c:35: warning: `sccsid' defined but not used /usr/src/lib/libutil/login.c:35: warning: `sccsid' defined but not used /usr/src/lib/libutil/login_tty.c:35: warning: `sccsid' defined but not used /usr/src/lib/libutil/logout.c:35: warning: `sccsid' defined but not used /usr/src/lib/libutil/logwtmp.c:35: warning: `sccsid' defined but not used /usr/src/lib/libutil/pty.c:35: warning: `sccsid' defined but not used /usr/include/machine/asmacros.h:192: warning: `ALTENTRY' redefined /usr/src/lib/libc/i386/DEFS.h:94: warning: this is the location of the previous definition /usr/include/machine/asmacros.h:192: warning: `ALTENTRY' redefined /usr/src/lib/libc/i386/DEFS.h:94: warning: this is the location of the previous definition /usr/include/machine/asmacros.h:192: warning: `ALTENTRY' redefined /usr/src/lib/libc/i386/DEFS.h:94: warning: this is the location of the previous definition /usr/include/machine/asmacros.h:192: warning: `ALTENTRY' redefined /usr/src/lib/libc/i386/DEFS.h:94: warning: this is the location of the previous definition /usr/include/machine/asmacros.h:192: warning: `ALTENTRY' redefined /usr/src/lib/libc/i386/DEFS.h:94: warning: this is the location of the previous definition /usr/include/machine/asmacros.h:192: warning: `ALTENTRY' redefined /usr/src/lib/libc/i386/DEFS.h:94: warning: this is the location of the previous definition /usr/include/machine/asmacros.h:192: warning: `ALTENTRY' redefined /usr/src/lib/libc/i386/DEFS.h:94: warning: this is the location of the previous definition /usr/include/machine/asmacros.h:192: warning: `ALTENTRY' redefined /usr/src/lib/libc/i386/DEFS.h:94: warning: this is the location of the previous definition /usr/include/machine/asmacros.h:192: warning: `ALTENTRY' redefined /usr/src/lib/libc/i386/DEFS.h:94: warning: this is the location of the previous definition /usr/include/machine/asmacros.h:192: warning: `ALTENTRY' redefined /usr/src/lib/libc/i386/DEFS.h:94: warning: this is the location of the previous definition /usr/include/machine/asmacros.h:192: warning: `ALTENTRY' redefined /usr/src/lib/libc/i386/DEFS.h:94: warning: this is the location of the previous definition /usr/include/machine/asmacros.h:192: warning: `ALTENTRY' redefined /usr/src/lib/libc/i386/DEFS.h:94: warning: this is the location of the previous definition /usr/include/machine/asmacros.h:192: warning: `ALTENTRY' redefined /usr/src/lib/libc/i386/DEFS.h:94: warning: this is the location of the previous definition /usr/include/machine/asmacros.h:192: warning: `ALTENTRY' redefined /usr/src/lib/libc/i386/DEFS.h:94: warning: this is the location of the previous definition /usr/include/machine/asmacros.h:192: warning: `ALTENTRY' redefined /usr/src/lib/libc/i386/DEFS.h:94: warning: this is the location of the previous definition /usr/include/machine/asmacros.h:192: warning: `ALTENTRY' redefined /usr/src/lib/libc/i386/DEFS.h:94: warning: this is the location of the previous definition /usr/include/machine/asmacros.h:192: warning: `ALTENTRY' redefined /usr/src/lib/libc/i386/DEFS.h:94: warning: this is the location of the previous definition /usr/include/machine/asmacros.h:192: warning: `ALTENTRY' redefined /usr/src/lib/libc/i386/DEFS.h:94: warning: this is the location of the previous definition /usr/include/machine/asmacros.h:192: warning: `ALTENTRY' redefined /usr/src/lib/libc/i386/DEFS.h:94: warning: this is the location of the previous definition /usr/include/machine/asmacros.h:192: warning: `ALTENTRY' redefined /usr/src/lib/libc/i386/DEFS.h:94: warning: this is the location of the previous definition /usr/include/machine/asmacros.h:192: warning: `ALTENTRY' redefined /usr/src/lib/libc/i386/DEFS.h:94: warning: this is the location of the previous definition /usr/include/machine/asmacros.h:192: warning: `ALTENTRY' redefined /usr/src/lib/libc/i386/DEFS.h:94: warning: this is the location of the previous definition /usr/include/machine/asmacros.h:192: warning: `ALTENTRY' redefined /usr/src/lib/libc/i386/DEFS.h:94: warning: this is the location of the previous definition /usr/src/games/adventure/vocab.c:136: warning: assignment makes pointer from integer without a cast /usr/src/gnu/usr.bin/awk/awk.y:35: warning: static declaration for `yylex' follows non-static echo '/*WARNING: This file is automatically generated!*/' >underscore.c /usr/src/gnu/usr.bin/gperf/doc/../../../../contrib/gperf/gperf.texinfo:73: Warning: The command `@ichapter' is obsolete; use `@chapter' instead. /usr/src/gnu/usr.bin/groff/libgroff/../../../../contrib/groff/libgroff/font.cc:774: warning: variable `i' shadows local /usr/src/gnu/usr.bin/groff/libgroff/../../../../contrib/groff/libgroff/font.cc:737: warning: this is the shadowed declaration /usr/src/gnu/usr.bin/groff/eqn/../../../../contrib/groff/eqn/list.cc:162: warning: variable `i' shadows local /usr/src/gnu/usr.bin/groff/eqn/../../../../contrib/groff/eqn/list.cc:94: warning: this is the shadowed declaration /usr/src/gnu/usr.bin/groff/eqn/../../../../contrib/groff/eqn/list.cc:190: warning: variable `i' shadows local /usr/src/gnu/usr.bin/groff/eqn/../../../../contrib/groff/eqn/list.cc:177: warning: this is the shadowed declaration /usr/src/gnu/usr.bin/groff/grops/../../../../contrib/groff/grops/psrm.cc:965: warning: variable `i' shadows local /usr/src/gnu/usr.bin/groff/grops/../../../../contrib/groff/grops/psrm.cc:941: warning: this is the shadowed declaration /usr/src/gnu/usr.bin/groff/tbl/../../../../contrib/groff/tbl/table.cc:672: warning: variable `i' shadows local /usr/src/gnu/usr.bin/groff/tbl/../../../../contrib/groff/tbl/table.cc:666: warning: this is the shadowed declaration /usr/src/gnu/usr.bin/groff/tbl/../../../../contrib/groff/tbl/table.cc:2654: warning: variable `p' shadows local /usr/src/gnu/usr.bin/groff/tbl/../../../../contrib/groff/tbl/table.cc:2514: warning: this is the shadowed declaration /usr/src/gnu/usr.bin/groff/tfmtodit/../../../../contrib/groff/tfmtodit/tfmtodit.cc:832: warning: variable `k' shadows local /usr/src/gnu/usr.bin/groff/tfmtodit/../../../../contrib/groff/tfmtodit/tfmtodit.cc:801: warning: this is the shadowed declaration /usr/src/libexec/ftpd/ftpd.c:2098: warning: variable `dout' might be clobbered by `longjmp' or `vfork' /usr/src/libexec/ftpd/ftpd.c:2099: warning: variable `dirlist' might be clobbered by `longjmp' or `vfork' /usr/src/libexec/ftpd/ftpd.c:2100: warning: variable `simple' might be clobbered by `longjmp' or `vfork' /usr/src/libexec/ftpd/ftpd.c:2101: warning: variable `freeglob' might be clobbered by `longjmp' or `vfork' /usr/src/libexec/ftpd/ftpcmd.y:830: warning: static declaration for `yylex' follows non-static /usr/src/libexec/ftpd/ftpcmd.y:45: warning: `sccsid' defined but not used /usr/src/libexec/ftpd/logwtmp.c:37: warning: `sccsid' defined but not used /usr/src/libexec/ftpd/popen.c:77: warning: variable `iop' might be clobbered by `longjmp' or `vfork' /usr/src/libexec/rpc.rquotad/rquotad.c:264: warning: passing arg 4 of `quotactl' from incompatible pointer type /usr/src/share/doc/psd/title/Title:48: warning: `pt' not defined /usr/src/share/doc/psd/12.make/../../../../usr.bin/make/PSD.doc/tutorial.ms:171: warning: `Ix' not defined /usr/src/share/doc/psd/12.make/../../../../usr.bin/make/PSD.doc/tutorial.ms:174: warning: can't find font `C' /usr/src/share/doc/psd/12.make/../../../../usr.bin/make/PSD.doc/tutorial.ms:740: warning: `Rd' not defined /usr/src/share/doc/psd/12.make/../../../../usr.bin/make/PSD.doc/tutorial.ms:1084: warning: `Rm' not defined /usr/src/share/doc/psd/21.ipc/3.t:339: warning: indent cannot be negative /usr/src/share/doc/psd/21.ipc/4.t:352: warning: indent cannot be negative /usr/src/share/doc/psd/22.rpcgen/../../../../lib/libc/rpc/PSD.doc/rpcgen.ms:13: warning: missing closing delimiter /usr/src/share/doc/psd/22.rpcgen/../../../../lib/libc/rpc/PSD.doc/rpcgen.ms:95: warning: can't find font `CW' Network Programming ... /usr/src/share/doc/psd/23.rpc/../../../../lib/libc/rpc/PSD.doc/rpc.prog.ms:8: warning: number register `PN' not defined /usr/src/share/doc/psd/23.rpc/../../../../lib/libc/rpc/PSD.doc/rpc.prog.ms:181: warning: can't find font `CW' /usr/src/share/doc/psd/23.rpc/../../../../lib/libc/rpc/PSD.doc/rpc.prog.ms:226: warning: missing name /usr/src/share/doc/psd/23.rpc/../../../../lib/libc/rpc/PSD.doc/rpc.prog.ms:233: warning: `sp.5' not defined (probable missing space after `sp') /usr/src/share/doc/psd/23.rpc/../../../../lib/libc/rpc/PSD.doc/rpc.prog.ms:526: warning: `sp.5' not defined (probable missing space after `sp') /usr/src/share/doc/psd/23.rpc/../../../../lib/libc/rpc/PSD.doc/rpc.prog.ms:1942: warning: `/"' not defined /usr/src/share/doc/psd/23.rpc/../../../../lib/libc/rpc/PSD.doc/rpc.prog.ms:2064: warning: number register `"' not defined /usr/src/share/doc/psd/24.xdr/../../../../lib/libc/rpc/PSD.doc/xdr.nts.ms:16: warning: missing closing delimiter /usr/src/share/doc/psd/24.xdr/../../../../lib/libc/rpc/PSD.doc/xdr.nts.ms:83: warning: can't find font `CW' /usr/src/share/doc/psd/24.xdr/../../../../lib/libc/rpc/PSD.doc/xdr.nts.ms:85: warning: `sp.5' not defined (probable missing space after `sp') /usr/src/share/doc/psd/24.xdr/../../../../lib/libc/rpc/PSD.doc/xdr.nts.ms:89: warning: `sp.5' not defined (probable missing space after `sp') /usr/src/share/doc/psd/24.xdr/../../../../lib/libc/rpc/PSD.doc/xdr.nts.ms:105: warning: `sp.5' not defined (probable missing space after `sp') /usr/src/share/doc/psd/24.xdr/../../../../lib/libc/rpc/PSD.doc/xdr.nts.ms:109: warning: `sp.5' not defined (probable missing space after `sp') /usr/src/share/doc/psd/24.xdr/../../../../lib/libc/rpc/PSD.doc/xdr.nts.ms:185: warning: `sp.5' not defined (probable missing space after `sp') /usr/src/share/doc/psd/24.xdr/../../../../lib/libc/rpc/PSD.doc/xdr.nts.ms:190: warning: `sp.5' not defined (probable missing space after `sp') /usr/src/share/doc/psd/24.xdr/../../../../lib/libc/rpc/PSD.doc/xdr.nts.ms:208: warning: `sp.5' not defined (probable missing space after `sp') /usr/src/share/doc/psd/24.xdr/../../../../lib/libc/rpc/PSD.doc/xdr.nts.ms:213: warning: `sp.5' not defined (probable missing space after `sp') /usr/src/share/doc/psd/24.xdr/../../../../lib/libc/rpc/PSD.doc/xdr.nts.ms:506: warning: `sp.5' not defined (probable missing space after `sp') /usr/src/share/doc/psd/24.xdr/../../../../lib/libc/rpc/PSD.doc/xdr.nts.ms:510: warning: `sp.5' not defined (probable missing space after `sp') /usr/src/share/doc/psd/24.xdr/../../../../lib/libc/rpc/PSD.doc/xdr.nts.ms:514: warning: `sp.5' not defined (probable missing space after `sp') /usr/src/share/doc/psd/24.xdr/../../../../lib/libc/rpc/PSD.doc/xdr.nts.ms:518: warning: `sp.5' not defined (probable missing space after `sp') /usr/src/share/doc/psd/24.xdr/../../../../lib/libc/rpc/PSD.doc/xdr.nts.ms:522: warning: `sp.5' not defined (probable missing space after `sp') /usr/src/share/doc/psd/24.xdr/../../../../lib/libc/rpc/PSD.doc/xdr.nts.ms:526: warning: `sp.5' not defined (probable missing space after `sp') /usr/src/share/doc/psd/24.xdr/../../../../lib/libc/rpc/PSD.doc/xdr.nts.ms:530: warning: `sp.5' not defined (probable missing space after `sp') /usr/src/share/doc/psd/24.xdr/../../../../lib/libc/rpc/PSD.doc/xdr.nts.ms:556: warning: `sp.5' not defined (probable missing space after `sp') /usr/src/share/doc/psd/24.xdr/../../../../lib/libc/rpc/PSD.doc/xdr.nts.ms:596: warning: `sp.5' not defined (probable missing space after `sp') /usr/src/share/doc/psd/24.xdr/../../../../lib/libc/rpc/PSD.doc/xdr.nts.ms:598: warning: `sp.5' not defined (probable missing space after `sp') /usr/src/share/doc/psd/24.xdr/../../../../lib/libc/rpc/PSD.doc/xdr.nts.ms:602: warning: `sp.5' not defined (probable missing space after `sp') /usr/src/share/doc/psd/24.xdr/../../../../lib/libc/rpc/PSD.doc/xdr.nts.ms:875: warning: `sp.5' not defined (probable missing space after `sp') /usr/src/share/doc/psd/24.xdr/../../../../lib/libc/rpc/PSD.doc/xdr.nts.ms:904: warning: `sp.5' not defined (probable missing space after `sp') /usr/src/share/doc/psd/24.xdr/../../../../lib/libc/rpc/PSD.doc/xdr.nts.ms:1025: warning: `sp.5' not defined (probable missing space after `sp') /usr/src/share/doc/psd/24.xdr/../../../../lib/libc/rpc/PSD.doc/xdr.nts.ms:1031: warning: `sp.5' not defined (probable missing space after `sp') /usr/src/share/doc/psd/24.xdr/../../../../lib/libc/rpc/PSD.doc/xdr.nts.ms:1038: warning: `sp.5' not defined (probable missing space after `sp') /usr/src/share/doc/psd/24.xdr/../../../../lib/libc/rpc/PSD.doc/xdr.nts.ms:1064: warning: `sp.5' not defined (probable missing space after `sp') /usr/src/share/doc/psd/24.xdr/../../../../lib/libc/rpc/PSD.doc/xdr.nts.ms:1115: warning: `sp.5' not defined (probable missing space after `sp') /usr/src/share/doc/psd/24.xdr/../../../../lib/libc/rpc/PSD.doc/xdr.nts.ms:1137: warning: `sp.5' not defined (probable missing space after `sp') /usr/src/share/doc/psd/24.xdr/../../../../lib/libc/rpc/PSD.doc/xdr.nts.ms:1329: warning: `sp.5' not defined (probable missing space after `sp') /usr/src/share/doc/psd/24.xdr/../../../../lib/libc/rpc/PSD.doc/xdr.nts.ms:1333: warning: `sp.5' not defined (probable missing space after `sp') /usr/src/share/doc/psd/24.xdr/../../../../lib/libc/rpc/PSD.doc/xdr.nts.ms:1411: warning: `sp.5' not defined (probable missing space after `sp') /usr/src/share/doc/psd/24.xdr/../../../../lib/libc/rpc/PSD.doc/xdr.nts.ms:1437: warning: `sp.5' not defined (probable missing space after `sp') /usr/src/share/doc/psd/24.xdr/../../../../lib/libc/rpc/PSD.doc/xdr.nts.ms:1475: warning: `sp.5' not defined (probable missing space after `sp') /usr/src/share/doc/psd/24.xdr/../../../../lib/libc/rpc/PSD.doc/xdr.nts.ms:1554: warning: `sp.5' not defined (probable missing space after `sp') /usr/src/share/doc/psd/24.xdr/../../../../lib/libc/rpc/PSD.doc/xdr.nts.ms:1558: warning: `sp.5' not defined (probable missing space after `sp') /usr/src/share/doc/psd/24.xdr/../../../../lib/libc/rpc/PSD.doc/xdr.nts.ms:1608: warning: `sp.5' not defined (probable missing space after `sp') /usr/src/share/doc/psd/24.xdr/../../../../lib/libc/rpc/PSD.doc/xdr.nts.ms:1751: warning: `sp.5' not defined (probable missing space after `sp') External Data Representation ... /usr/src/share/doc/psd/25.xdrrfc/../../../../lib/libc/rpc/PSD.doc/xdr.rfc.ms:13: warning: number register `PN' not defined /usr/src/share/doc/psd/25.xdrrfc/../../../../lib/libc/rpc/PSD.doc/xdr.rfc.ms:14: warning: missing closing delimiter /usr/src/share/doc/psd/25.xdrrfc/../../../../lib/libc/rpc/PSD.doc/xdr.rfc.ms:79: warning: can't find font `CW' /usr/src/share/doc/psd/26.rpcrfc/../../../../lib/libc/rpc/PSD.doc/rpc.rfc.ms:13: warning: missing closing delimiter /usr/src/share/doc/psd/26.rpcrfc/../../../../lib/libc/rpc/PSD.doc/rpc.rfc.ms:251: warning: can't find font `CW' /usr/src/share/doc/psd/27.nfsrpc/../../../../lib/libc/rpc/PSD.doc/nfs.rfc.ms:13: warning: missing closing delimiter /usr/src/share/doc/psd/27.nfsrpc/../../../../lib/libc/rpc/PSD.doc/nfs.rfc.ms:565: warning: can't find font `CW' /usr/src/share/doc/psd/28.cvs/../../../../contrib/cvs/doc/cvs-paper.ms:410: warning: indent cannot be negative /usr/src/share/doc/psd/28.cvs/../../../../contrib/cvs/doc/cvs-paper.ms:487: warning: indent cannot be negative /usr/src/share/doc/psd/28.cvs/../../../../contrib/cvs/doc/cvs-paper.ms:604: warning: can't find font `CW' /usr/src/share/doc/smm/title/Title:48: warning: `pt' not defined /usr/src/share/doc/smm/title/Title:173: warning: `Ed' not defined /usr/src/share/doc/smm/title/Title:173: warning: `Dt' not defined /usr/src/share/doc/smm/title/Title:173: warning: `OT' not defined /usr/src/share/doc/smm/01.setup/1.t:62: warning: can't find font `CW' /usr/src/share/doc/smm/01.setup/2.t:1341: warning: can't find font `C' /usr/src/share/doc/smm/01.setup/2.t:1379: warning: indent cannot be negative /usr/src/share/doc/smm/01.setup/2.t:1423: warning: indent cannot be negative /usr/src/share/doc/smm/01.setup/6.t:672: warning: indent cannot be negative /usr/src/share/doc/smm/02.config/../../../../usr.sbin/config/SMM.doc/5.t:73: warning: indent cannot be negative /usr/src/share/doc/smm/05.fastfs/3.t:159: warning: indent cannot be negative /usr/src/share/doc/smm/05.fastfs/3.t:194: warning: indent cannot be negative /usr/src/share/doc/smm/05.fastfs/4.t:117: warning: indent cannot be negative /usr/src/share/doc/smm/10.named/../../../../contrib/bind/doc/bog/files.me:714: warning: can't break line /usr/src/share/doc/smm/10.named/../../../../contrib/bind/doc/bog/files.me:779: warning: can't break line /usr/src/share/doc/smm/10.named/../../../../contrib/bind/doc/bog/files.me:792: warning: can't break line /usr/src/share/doc/smm/10.named/../../../../contrib/bind/doc/bog/files.me:925: warning: can't break line /usr/src/share/doc/smm/10.named/../../../../contrib/bind/doc/bog/files.me:963: warning: can't break line /usr/src/share/doc/smm/10.named/../../../../contrib/bind/doc/bog/files.me:996: warning: can't break line /usr/src/share/doc/smm/10.named/../../../../contrib/bind/doc/bog/files.me:997: warning: can't break line /usr/src/share/doc/smm/10.named/../../../../contrib/bind/doc/bog/files.me:998: warning: can't break line /usr/src/share/doc/smm/10.named/../../../../contrib/bind/doc/bog/files.me:1108: warning: can't break line /usr/src/share/doc/smm/10.named/../../../../contrib/bind/doc/bog/root.cache:94: warning: can't break line /usr/src/share/doc/usd/title/Title:48: warning: `pt' not defined :3550: warning: `1.6' not defined /usr/src/share/doc/usd/12.vi/viapwh/../../../../../contrib/nvi/docs/USD.doc/vitut/vi.apwh.ms:42: warning: `CB' not defined /usr/src/share/doc/usd/12.vi/viapwh/../../../../../contrib/nvi/docs/USD.doc/vitut/vi.apwh.ms:88: warning: `VL' not defined /usr/src/share/doc/usd/12.vi/viapwh/../../../../../contrib/nvi/docs/USD.doc/vitut/vi.apwh.ms:109: warning: `LE' not defined /usr/src/share/doc/papers/beyond4.3/beyond43.ms:156: warning: can't find font `C' /usr/src/share/doc/papers/diskperf/results.ms:231: warning: indent cannot be negative /usr/src/share/doc/papers/diskperf/results.ms:413: warning: indent cannot be negative /usr/src/share/doc/papers/fsinterface/fsinterface.ms:35: warning: number register `v' not defined /usr/src/share/doc/papers/fsinterface/fsinterface.ms:60: warning: number register `UX' not defined kernmalloc.ms:66: warning: number register `d' not defined kernmalloc.ms:407: warning: number register `OI' not defined appendix.ms:3: warning: only `z' and `u' scale indicators valid in this context appendix.ms:14: warning: number register `v' not defined appendix.ms:107: warning: `vS' not defined appendix.ms:131: warning: number register `x' not defined appendix.ms:271: warning: `vE' not defined :331: warning: indent cannot be negative /usr/src/share/doc/papers/memfs/1.t:390: warning: number register `rS' not defined /usr/src/share/doc/papers/memfs/1.t:390: warning: `Li' not defined /usr/src/share/doc/papers/memfs/1.t:390: warning: number register `Ns' not defined /usr/src/share/doc/papers/memfs/1.t:401: warning: `FS' not defined /usr/src/share/doc/papers/memfs/1.t:401: warning: `[G' not defined /usr/src/share/doc/papers/memfs/1.t:401: warning: `[O' not defined /usr/src/share/doc/papers/memfs/1.t:401: warning: `FE' not defined /usr/src/share/doc/papers/memfs/1.t:413: warning: `[V' not defined /usr/src/share/doc/papers/memfs/1.t:413: warning: `[N' not defined /usr/src/share/doc/papers/memfs/1.t:413: warning: `[I' not defined /usr/src/share/doc/papers/memfs/1.t:413: warning: `[O' not defined /usr/src/share/doc/papers/memfs/1.t:427: warning: `[I' not defined /usr/src/share/doc/papers/memfs/1.t:427: warning: `[O' not defined /usr/src/share/doc/papers/memfs/1.t:441: warning: `[I' not defined /usr/src/share/doc/papers/memfs/1.t:441: warning: `[O' not defined A.gt:3: warning: only `z' and `u' scale indicators valid in this context A.gt:14: warning: number register `v' not defined A.gt:110: warning: `vS' not defined A.gt:154: warning: number register `x' not defined A.gt:351: warning: `vE' not defined :34: warning: number register `xx' not defined :1112: warning: indent cannot be negative :1270: warning: indent cannot be negative :2537: warning: `FK' not defined 3.t:203: warning: indent cannot be negative 3.t:363: warning: indent cannot be negative 3.t:626: warning: indent cannot be negative 3.t:769: warning: indent cannot be negative 4.t:645: warning: indent cannot be negative appendix.tmp:3: warning: only `z' and `u' scale indicators valid in this context appendix.tmp:14: warning: number register `v' not defined appendix.tmp:134: warning: number register `x' not defined appendix.tmp:848: warning: only `z' and `u' scale indicators valid in this context /usr/src/usr.bin/vacation/vacation.c:35: warning: `copyright' defined but not used /usr/src/usr.bin/vacation/vacation.c:41: warning: `sccsid' defined but not used /usr/src/usr.bin/vacation/vacation.c:42: warning: `rcsid' defined but not used /usr/src/usr.bin/vi/../../contrib/nvi/vi/getc.c:52: warning: passing arg 3 of `db_eget' from incompatible pointer type /usr/src/usr.bin/vi/../../contrib/nvi/vi/getc.c:182: warning: passing arg 4 of `db_get' from incompatible pointer type /usr/src/usr.bin/vi/../../contrib/nvi/vi/v_txt.c:2226: warning: comparison of distinct pointer types lacks a cast /usr/src/usr.bin/vi/../../contrib/nvi/vi/v_txt.c:2244: warning: comparison of distinct pointer types lacks a cast /usr/src/usr.bin/vi/../../contrib/nvi/vi/v_ulcase.c:119: warning: passing arg 4 of `db_get' from incompatible pointer type /usr/src/usr.sbin/edquota/edquota.c:252: warning: passing arg 4 of `quotactl' from incompatible pointer type /usr/src/usr.sbin/edquota/edquota.c:322: warning: passing arg 4 of `quotactl' from incompatible pointer type /usr/src/usr.sbin/mrouted/mrouted/../cfparse.y:25: warning: static declaration for `yylex' follows non-static /usr/src/secure/lib/libdes/read_pwd.c:239: warning: variable `number' might be clobbered by `longjmp' or `vfork' /usr/src/secure/lib/libdes/read_pwd.c:240: warning: variable `ok' might be clobbered by `longjmp' or `vfork' /usr/src/secure/lib/libdes/read_pwd.c:241: warning: variable `ps' might be clobbered by `longjmp' or `vfork' /usr/src/secure/lib/libdes/read_pwd.c:242: warning: variable `is_a_tty' might be clobbered by `longjmp' or `vfork' /usr/src/secure/lib/libdes/read_pwd.c:244: warning: variable `tty' might be clobbered by `longjmp' or `vfork' /usr/src/secure/lib/libdes/read_pwd.c:239: warning: variable `number' might be clobbered by `longjmp' or `vfork' /usr/src/secure/lib/libdes/read_pwd.c:240: warning: variable `ok' might be clobbered by `longjmp' or `vfork' /usr/src/secure/lib/libdes/read_pwd.c:241: warning: variable `ps' might be clobbered by `longjmp' or `vfork' /usr/src/secure/lib/libdes/read_pwd.c:242: warning: variable `is_a_tty' might be clobbered by `longjmp' or `vfork' /usr/src/secure/lib/libdes/read_pwd.c:244: warning: variable `tty' might be clobbered by `longjmp' or `vfork' /usr/src/secure/lib/libdes/read_pwd.c:239: warning: variable `number' might be clobbered by `longjmp' or `vfork' /usr/src/secure/lib/libdes/read_pwd.c:240: warning: variable `ok' might be clobbered by `longjmp' or `vfork' /usr/src/secure/lib/libdes/read_pwd.c:241: warning: variable `ps' might be clobbered by `longjmp' or `vfork' /usr/src/secure/lib/libdes/read_pwd.c:242: warning: variable `is_a_tty' might be clobbered by `longjmp' or `vfork' /usr/src/secure/lib/libdes/read_pwd.c:244: warning: variable `tty' might be clobbered by `longjmp' or `vfork' bdes.o: WARNING! des_setkey(3) not present in the system! bdes.o: WARNING! des_cipher(3) not present in the system! /usr/src/lkm/cd9660/../../sys/isofs/cd9660/cd9660_vfsops.c:89: warning: no previous prototype for `cd9660_mod' /usr/src/lkm/fdesc/../../sys/miscfs/fdesc/fdesc_vfsops.c:314: warning: no previous prototype for `fdesc_mod' /usr/src/lkm/joy/../../sys/i386/isa/joy.c:284: warning: no previous prototype for `joy_stat' /usr/src/lkm/kernfs/../../sys/miscfs/kernfs/kernfs_vfsops.c:381: warning: no previous prototype for `kernfs_mod' /usr/src/lkm/msdos/../../sys/msdosfs/msdosfs_vfsops.c:796: warning: no previous prototype for `msdos_mod' /usr/src/lkm/nfs/../../sys/nfs/nfs_subs.c:1179: warning: assignment from incompatible pointer type /usr/src/lkm/nfs/../../sys/nfs/nfs_subs.c:1182: warning: assignment from incompatible pointer type /usr/src/lkm/nfs/../../sys/nfs/nfs_vfsops.c:126: warning: no previous prototype for `nfs_mod' /usr/src/lkm/nullfs/../../sys/miscfs/nullfs/null_vfsops.c:390: warning: no previous prototype for `null_mod' /usr/src/lkm/nullfs/../../sys/miscfs/nullfs/null_vnops.c:334: warning: passing arg 1 of `null_bypass' from incompatible pointer type /usr/src/lkm/portal/../../sys/miscfs/portal/portal_vfsops.c:350: warning: no previous prototype for `portal_mod' /usr/src/lkm/procfs/../../sys/miscfs/procfs/procfs_vfsops.c:280: warning: no previous prototype for `procfs_mod' /usr/src/lkm/umapfs/../../sys/miscfs/umapfs/umap_subr.c:390: warning: passing arg 2 of `umap_findid' from incompatible pointer type /usr/src/lkm/umapfs/../../sys/miscfs/umapfs/umap_subr.c:416: warning: passing arg 2 of `umap_findid' from incompatible pointer type /usr/src/lkm/umapfs/../../sys/miscfs/umapfs/umap_vfsops.c:431: warning: no previous prototype for `umap_mod' /usr/src/lkm/umapfs/../../sys/miscfs/umapfs/umap_vnops.c:280: warning: passing arg 1 of `umap_bypass' from incompatible pointer type /usr/src/lkm/umapfs/../../sys/miscfs/umapfs/umap_vnops.c:467: warning: passing arg 1 of `umap_bypass' from incompatible pointer type From owner-freebsd-stable Sun Jul 20 17:55:20 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id RAA11712 for stable-outgoing; Sun, 20 Jul 1997 17:55:20 -0700 (PDT) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id RAA11698 for ; Sun, 20 Jul 1997 17:55:14 -0700 (PDT) Received: (from msmith@localhost) by genesis.atrad.adelaide.edu.au (8.8.5/8.7.3) id KAA19592; Mon, 21 Jul 1997 10:25:05 +0930 (CST) From: Michael Smith Message-Id: <199707210055.KAA19592@genesis.atrad.adelaide.edu.au> Subject: Re: routing problems In-Reply-To: <199707201117.EAA00593@blimp.mimi.com> from Satoshi Asami at "Jul 20, 97 04:17:01 am" To: asami@cs.berkeley.edu (Satoshi Asami) Date: Mon, 21 Jul 1997 10:25:05 +0930 (CST) Cc: msmith@atrad.adelaide.edu.au, stable@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-freebsd-stable@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Satoshi Asami stands accused of saying: > * What version of sys/net/rtsock.c do you have? Is this pre- or post- > * Julian's route changes? > > Thanks Mike and Mike (Burgett). I had a halfway-through-Julian's-changes > rtsock.c. Everything is fine now. My face is red. ;) *phew* Not at all. I'm very glad to get a positive "yes it works" on the latest of Julian's changes. > Satoshi -- ]] Mike Smith, Software Engineer msmith@gsoft.com.au [[ ]] Genesis Software genesis@gsoft.com.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control. (ph) +61-8-8267-3493 [[ ]] Unix hardware collector. "Where are your PEZ?" The Tick [[ From owner-freebsd-stable Sun Jul 20 18:58:57 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id SAA14760 for stable-outgoing; Sun, 20 Jul 1997 18:58:57 -0700 (PDT) Received: from nasu.utsunomiya-u.ac.jp (nasu.utsunomiya-u.ac.jp [160.12.128.3]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id SAA14746 for ; Sun, 20 Jul 1997 18:58:37 -0700 (PDT) Received: from outmail.utsunomiya-u.ac.jp (outmail.utsunomiya-u.ac.jp [160.12.196.3]) by nasu.utsunomiya-u.ac.jp (8.8.4+2.7Wbeta4/3.5Wpl3) with ESMTP id KAA12981; Mon, 21 Jul 1997 10:45:55 +0900 (JST) Received: from zodiac.mech.utsunomiya-u.ac.jp (BkvwWwnYKRJysPP0zSDmOGSOORKEadrX@zodiac.mech.utsunomiya-u.ac.jp [160.12.33.1]) by outmail.utsunomiya-u.ac.jp (8.8.4+2.7Wbeta4/3.5Wpl3) with ESMTP id KAA29643; Mon, 21 Jul 1997 10:45:55 +0900 (JST) Received: from zodiac.mech.utsunomiya-u.ac.jp (zodiac.mech.utsunomiya-u.ac.jp [160.12.33.1]) by zodiac.mech.utsunomiya-u.ac.jp (8.7.6+2.6Wbeta7/3.4W/zodiac-May96) with ESMTP id KAA05516; Mon, 21 Jul 1997 10:51:39 +0900 (JST) Message-Id: <199707210151.KAA05516@zodiac.mech.utsunomiya-u.ac.jp> To: dbader@umiacs.umd.edu cc: freebsd-stable@freebsd.org, yokota@zodiac.mech.utsunomiya-u.ac.jp Subject: Re: "saver" In-reply-to: Your message of "Sun, 20 Jul 1997 18:00:57 -0400." <199707202200.SAA11346@eve.umiacs.umd.edu> References: <199707202200.SAA11346@eve.umiacs.umd.edu> Date: Mon, 21 Jul 1997 10:51:38 +0900 From: Kazutaka YOKOTA Sender: owner-freebsd-stable@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > I've cvsup'ed to the most recent 2.2-stable (as of a few minutes >ago), and I still have the following problem. "saver" in /etc/rc.conf >is no longer working. (It worked last under 2.2.2-R). I've tried >blanktime="5" and saver="snake", saver="green". Also, I've rebuilt >the lkm's in /lkm for the saver. When are these loaded? Where should >I be looking? What's broken? /etc/rc.i386 will load the screen saver. You can see if the saver module is loaded properly by running `modstat' after the boot. Kazu From owner-freebsd-stable Sun Jul 20 19:44:53 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id TAA16846 for stable-outgoing; Sun, 20 Jul 1997 19:44:53 -0700 (PDT) Received: from eve.umiacs.umd.edu (eve.umiacs.umd.edu [128.8.120.38]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id TAA16841 for ; Sun, 20 Jul 1997 19:44:48 -0700 (PDT) Received: by eve.umiacs.umd.edu (8.8.5/UMIACS-0.9/04-05-88) id WAA11507; Sun, 20 Jul 1997 22:44:13 -0400 (EDT) Date: Sun, 20 Jul 1997 22:44:13 -0400 (EDT) Message-Id: <199707210244.WAA11507@eve.umiacs.umd.edu> From: "David A. Bader" To: yokota@zodiac.mech.utsunomiya-u.ac.jp CC: freebsd-stable@freebsd.org, yokota@zodiac.mech.utsunomiya-u.ac.jp In-reply-to: <199707210151.KAA05516@zodiac.mech.utsunomiya-u.ac.jp> (message from Kazutaka YOKOTA on Mon, 21 Jul 1997 10:51:38 +0900) Subject: Re: "saver" Reply-to: dbader@umiacs.umd.edu Sender: owner-freebsd-stable@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >/etc/rc.i386 will load the screen saver. You can see if the saver >module is loaded properly by running `modstat' after the boot. > Thanks, Only rc.i386 is no longer in /etc, it's now been moved to /etc/etc.i386/rc.i386. What startup module is supposed to call rc.i386? -david From owner-freebsd-stable Sun Jul 20 20:05:30 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id UAA17675 for stable-outgoing; Sun, 20 Jul 1997 20:05:30 -0700 (PDT) Received: from nasu.utsunomiya-u.ac.jp (nasu.utsunomiya-u.ac.jp [160.12.128.3]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id UAA17647 for ; Sun, 20 Jul 1997 20:05:14 -0700 (PDT) Received: from outmail.utsunomiya-u.ac.jp (outmail.utsunomiya-u.ac.jp [160.12.196.3]) by nasu.utsunomiya-u.ac.jp (8.8.4+2.7Wbeta4/3.5Wpl3) with ESMTP id MAA13071; Mon, 21 Jul 1997 12:04:50 +0900 (JST) Received: from zodiac.mech.utsunomiya-u.ac.jp (fjBcRdIV7W6ncbZPowS5t+yc/Qb2Qhuu@zodiac.mech.utsunomiya-u.ac.jp [160.12.33.1]) by outmail.utsunomiya-u.ac.jp (8.8.4+2.7Wbeta4/3.5Wpl3) with ESMTP id MAA29813; Mon, 21 Jul 1997 12:04:50 +0900 (JST) Received: from zodiac.mech.utsunomiya-u.ac.jp (zodiac.mech.utsunomiya-u.ac.jp [160.12.33.1]) by zodiac.mech.utsunomiya-u.ac.jp (8.7.6+2.6Wbeta7/3.4W/zodiac-May96) with ESMTP id MAA06632; Mon, 21 Jul 1997 12:10:34 +0900 (JST) Message-Id: <199707210310.MAA06632@zodiac.mech.utsunomiya-u.ac.jp> To: dbader@umiacs.umd.edu cc: freebsd-stable@freebsd.org, yokota@zodiac.mech.utsunomiya-u.ac.jp Subject: Re: "saver" In-reply-to: Your message of "Sun, 20 Jul 1997 22:44:13 -0400." <199707210244.WAA11507@eve.umiacs.umd.edu> References: <199707210244.WAA11507@eve.umiacs.umd.edu> Date: Mon, 21 Jul 1997 12:10:33 +0900 From: Kazutaka YOKOTA Sender: owner-freebsd-stable@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >>/etc/rc.i386 will load the screen saver. You can see if the saver >>module is loaded properly by running `modstat' after the boot. >> > >Thanks, > Only rc.i386 is no longer in /etc, it's now been moved to >/etc/etc.i386/rc.i386. Well, this is one of `gotcha' when updating the system with `make world'. Files in /usr/src/etc need to be manually copied to /etc, but the correct locations to copy some of the files may not be so obvious. In the source tree, rc.i386 IS located in /usr/src/etc/etc.i386. But, when installed, it should be in /etc. Similarly, you should be careful about the following files too. in the source tree correct destination ------------------------------------------------------------------- /usr/src/etc/etc.i386/disktab /etc /usr/src/etc/etc.i386/MAKEDEV /dev /usr/src/etc/root/dot.cshrc /root/.cshrc /usr/src/etc/root/dot.login /root/.login /usr/src/etc/root/dot.klogin /root/.klogin /usr/src/etc/root/dot.profile /root/.profile /usr/src/etc/MAKEDEV.local /dev There also are some programs in /usr/src/usr.{bin,sbin} and /usr/src/gnu which want to install files in /etc. >What startup module is supposed to call rc.i386? /etc/rc Kazu From owner-freebsd-stable Sun Jul 20 21:46:27 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id VAA22121 for stable-outgoing; Sun, 20 Jul 1997 21:46:27 -0700 (PDT) Received: from david.siemens.de (david.siemens.de [139.23.36.11]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id VAA22116 for ; Sun, 20 Jul 1997 21:46:24 -0700 (PDT) Received: from salomon.mchp.siemens.de (salomon.siemens.de [139.23.33.13]) by david.siemens.de (8.8.6/8.8.5) with ESMTP id GAA24499 for ; Mon, 21 Jul 1997 06:46:17 +0200 (MDT) Received: from curry.mchp.siemens.de (daemon@curry.mchp.siemens.de [146.180.31.23]) by salomon.mchp.siemens.de (8.8.6/8.8.5) with ESMTP id GAA17340 for ; Mon, 21 Jul 1997 06:46:16 +0200 (MDT) Received: (from daemon@localhost) by curry.mchp.siemens.de (8.8.6/8.8.6) id GAA10394 for ; Mon, 21 Jul 1997 06:46:15 +0200 (MET DST) From: Andre Albsmeier Message-Id: <199707210446.GAA02450@curry.mchp.siemens.de> Subject: Can't set mountd options from rc.conf To: freebsd-stable@freebsd.org Date: Mon, 21 Jul 1997 06:46:03 +0200 (CEST) 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-freebsd-stable@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi, currently it's not possible to set any mountd options apart from -n from rc.conf in 2.2-STABLE. Wouldn't it be a good idea to replace weak_mountd_authentication with mountd_flags and change rc.network accordingly? -Andre From owner-freebsd-stable Mon Jul 21 00:24:11 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id AAA27476 for stable-outgoing; Mon, 21 Jul 1997 00:24:11 -0700 (PDT) Received: from ha1.rdc1.sdca.home.com (siteadm@ha1.rdc1.sdca.home.com [24.0.3.66]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id AAA27468 for ; Mon, 21 Jul 1997 00:24:08 -0700 (PDT) Received: from CX63802-A.dt1.sdca.home.com ([24.0.130.58]) by ha1.rdc1.sdca.home.com (Netscape Mail Server v2.02) with SMTP id AAA9009 for ; Mon, 21 Jul 1997 00:24:06 -0700 Message-ID: <33D30E77.41C67EA6@home.com> Date: Mon, 21 Jul 1997 00:23:35 -0700 From: Marty Gordon Organization: @Home X-Mailer: Mozilla 3.01Gold (X11; I; FreeBSD 2.2-STABLE i386) MIME-Version: 1.0 To: freebsd-stable@freebsd.org Subject: re: make world fails at bin/ls/stat_flags.c after 2.2.2 + cvsup's Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@freebsd.org X-Loop: FreeBSD.org Precedence: bulk My thanks to all who put me on the right track. I got several suggestions that 'make world' sometimes doesn't. I needed to do an 'make includes' first, then the 'make world' ran fine (after 40+hrs on my poor 'lil 486 box). Thanks again. I also had the problem with the default router 'breaking' after one particular cvsup this past week. I was suddendly getting the messages about writing to a socket/file that already exists. I jimmied the code in 'rc.networks' to avoid that (or so I thought) and later cvsups during this weekend seemed to fix the problem (Julian's route chgs?). Fortunate I have other machines at home that I can talk to the world on. It's tough when your little beast suddenly doesn't want to talk to the world. I've been so please with cvsup and all that I tried doing one for 'ports-all'. Basically I added that collection to the stable-supfile in my previous message. What it seemed to do when it got to the ports, was delete loads of files. After it was done I tried making some of the ports and found the many seemed to missing the 'Makefile'. Hmmmm. My mistake again? Did I miss something stupid/obvious? My 'workaround' was to just tar.gz the ports dir down to my machine and untar it over /usr/ports. Most things work now. On another front, I'm almost ready to get a new MB/CPU and was really thinging about the AMD K6 200 or 233. I'm interested in Tom's HD Page review of the FIC PA-2007, but of course no store in San Diego has ever heard of First International or sells FIC. My next best choice *WAS* the ABIT IT5H, but following the NG's and this list, it would seem that I'd be better off waiting for 1.6/1.7/2.0 or whatever has the switching VR, and fixed other problems. Then there's ASUS and TYAN and ... I'd like to configure the bestest, fastest, stablest, coolest, parity/ECC motherboard/CPU combo that is best for various 32-bit OSes like NT and FreeBSD for under $800 or so. As I understand it, Pentiums and K5's are 'optimized' for 16 bit OS and PPro/K6 a run 32 bit better. True? I know there are price reductions in the works from Intel, but they are still pretty pricey and I sure thought the K6 was a more affordable alternative. I guess you get what you pay for (or not). Any comments? At this point I'd decided it would be best to hold off for another month or two and watch the prices and check the ng's for progress. God I love FreeBSD and FreeBSDers. Nothing like it in the galaxy! Marty From owner-freebsd-stable Mon Jul 21 02:04:21 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id CAA01996 for stable-outgoing; Mon, 21 Jul 1997 02:04:21 -0700 (PDT) Received: from ha1.rdc1.sdca.home.com (siteadm@ha1.rdc1.sdca.home.com [24.0.3.66]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id CAA01989 for ; Mon, 21 Jul 1997 02:04:18 -0700 (PDT) Received: from CX63802-A.dt1.sdca.home.com ([24.0.130.58]) by ha1.rdc1.sdca.home.com (Netscape Mail Server v2.02) with SMTP id AAA12419 for ; Mon, 21 Jul 1997 02:04:16 -0700 Message-ID: <33D325EE.167EB0E7@home.com> Date: Mon, 21 Jul 1997 02:03:42 -0700 From: Marty Gordon Organization: @Home X-Mailer: Mozilla 3.01Gold (X11; I; FreeBSD 2.2-STABLE i386) MIME-Version: 1.0 To: FreeBSD Stable Subject: Problems making x11 ports: missing /etc/mtree/BSD.x11.dist Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I keep running into the same problem making many of the x11 'stable' ports. It can't find the BSD.x11.dist file. It's not on my 2.2.2 CD either. This is after I tried using cvsup for ports-all. (my prior message). Here's a typical complaint when making something from /usr/ports/x11: ===> Installing for xview-config-3.2.1 mtree: /etc/mtree/BSD.x11.dist: No such file or directory *** Error code 1 What is currently there is: /etc/mtree -r--r--r-- 1 root wheel 798 May 20 03:36 BSD.root.dist -r--r--r-- 1 root wheel 9103 May 20 03:36 BSD.usr.dist -r--r--r-- 1 root wheel 1732 May 20 03:36 BSD.var.dist -r--r--r-- 1 root wheel 3291 May 20 03:36 BSD.local.dist -r--r--r-- 1 root wheel 643 May 20 03:36 BSD.include.dist which seems a bit out of date AND the x11 file is missing. What's the 'best' way to get the up-to-date files and keep them current? Also, after my first 2-day marathon 'make world' following the 2.2.2 CD and then multiple cvsup's for stable, do I do a 'make world' after each cvsup? Will it run much faster now, i.e. only do makes for the downloaded updates or is there a better way to rebuild my system after weekly cvsup's? I guess I'm starting to get a FreeBSD addition. ;-) Thanks, Marty From owner-freebsd-stable Mon Jul 21 03:00:32 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id DAA04001 for stable-outgoing; Mon, 21 Jul 1997 03:00:32 -0700 (PDT) Received: from silvia.HIP.Berkeley.EDU (ala-ca18-12.ix.netcom.com [204.32.168.204]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id DAA03993 for ; Mon, 21 Jul 1997 03:00:28 -0700 (PDT) Received: (from asami@localhost) by silvia.HIP.Berkeley.EDU (8.8.6/8.6.9) id DAA18371; Mon, 21 Jul 1997 03:00:22 -0700 (PDT) Date: Mon, 21 Jul 1997 03:00:22 -0700 (PDT) Message-Id: <199707211000.DAA18371@silvia.HIP.Berkeley.EDU> To: mlghome@home.com CC: freebsd-stable@FreeBSD.ORG In-reply-to: <33D325EE.167EB0E7@home.com> (message from Marty Gordon on Mon, 21 Jul 1997 02:03:42 -0700) Subject: Re: Problems making x11 ports: missing /etc/mtree/BSD.x11.dist From: asami@cs.berkeley.edu (Satoshi Asami) Sender: owner-freebsd-stable@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk * I keep running into the same problem making many of the x11 'stable' * ports. It can't find the BSD.x11.dist file. It's not on my 2.2.2 CD * either. This is after I tried using cvsup for ports-all. (my prior * message). This was due to the mixup in the release process. It has since been fixed, but 2.2.2 went out without BSD.x11.dist in /etc/mtree. * What's the 'best' way to get the up-to-date files and keep them current? It should be in the source distribution (/usr/src/etc/mtree/BSD.x11.dist). Or, you can get the "2.2.2-to-2.2-stable-upgrade-kit" you can get from "http://www.freebsd.org/ports/". * Also, after my first 2-day marathon 'make world' following the 2.2.2 CD * and then multiple cvsup's for stable, do I do a 'make world' after each * cvsup? Will it run much faster now, i.e. only do makes for the * downloaded updates or is there a better way to rebuild my system after * weekly cvsup's? I'll let someone else answer that. If you already have the source tree, you should probably just go to /usr/src/etc/mtree and copy BSD.*.dist to /etc/mtree. * I guess I'm starting to get a FreeBSD addition. ;-) Oh yes, it's addictive. I can attest to that. :) Satoshi From owner-freebsd-stable Mon Jul 21 03:04:20 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id DAA04151 for stable-outgoing; Mon, 21 Jul 1997 03:04:20 -0700 (PDT) Received: from ha1.rdc1.sdca.home.com (siteadm@ha1.rdc1.sdca.home.com [24.0.3.66]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id DAA04144 for ; Mon, 21 Jul 1997 03:04:13 -0700 (PDT) Received: from CX63802-A.dt1.sdca.home.com ([24.0.130.58]) by ha1.rdc1.sdca.home.com (Netscape Mail Server v2.02) with SMTP id AAA3876 for ; Mon, 21 Jul 1997 03:04:11 -0700 Message-ID: <33D33419.41C67EA6@home.com> Date: Mon, 21 Jul 1997 03:04:09 -0700 From: Marty Gordon Organization: @Home X-Mailer: Mozilla 3.01Gold (X11; I; FreeBSD 2.2-STABLE i386) MIME-Version: 1.0 To: FreeBSD Stable Subject: RE: Problems making x11 ports: missing /etc/mtree/BSD.x11.dist Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Oopps. I guess I should have poked around a bit further. Now I see the 2.2-stable upgrade kit, which I've downloaded. Other than the obvious untarring from, say '/', is there some other, more proper way to install this patch/fix? I know have the missing BSD.x11.dist, but given the dates on the other '.mk' files from June, should I ignore those, as I've been downloading cvsups on a regular basis? Cheers, Marty From owner-freebsd-stable Mon Jul 21 03:15:24 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id DAA04618 for stable-outgoing; Mon, 21 Jul 1997 03:15:24 -0700 (PDT) Received: from bastuba.partitur.se ([193.219.246.194]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id DAA04613 for ; Mon, 21 Jul 1997 03:15:21 -0700 (PDT) Received: from [193.219.246.211] (elbas.partitur.se [193.219.246.211]) by bastuba.partitur.se (8.8.5/8.8.5) with ESMTP id MAA11428; Mon, 21 Jul 1997 12:15:15 +0200 (CEST) X-Sender: girgen@mbox.partitur.se Message-Id: In-Reply-To: <33D325EE.167EB0E7@home.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Mon, 21 Jul 1997 12:15:18 +0200 To: Marty Gordon , freebsd-stable@FreeBSD.ORG From: Palle Girgensohn Subject: Re: Problems making x11 ports: missing /etc/mtree/BSD.x11.dist Sender: owner-freebsd-stable@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Hi Marty, The problem is mentioned at http://www.freebsd.org/ports/index.html. For 2.2.2 RELEASE, a tarball with a few files needed for some of the ports to work is at ftp://ftp.freebsd.org/pub/FreeBSD/packages-2.2.2/222upgrade-97.07.09.tgz. just unpack it onto / and the files you lack will be present. Regards, Palle >I keep running into the same problem making many of the x11 'stable' >ports. It can't find the BSD.x11.dist file. It's not on my 2.2.2 CD >either. This is after I tried using cvsup for ports-all. (my prior >message). > >Here's a typical complaint when making something from /usr/ports/x11: > >===> Installing for xview-config-3.2.1 > >mtree: /etc/mtree/BSD.x11.dist: No such file or directory >*** Error code 1 > >What is currently there is: >/etc/mtree >-r--r--r-- 1 root wheel 798 May 20 03:36 BSD.root.dist >-r--r--r-- 1 root wheel 9103 May 20 03:36 BSD.usr.dist >-r--r--r-- 1 root wheel 1732 May 20 03:36 BSD.var.dist >-r--r--r-- 1 root wheel 3291 May 20 03:36 BSD.local.dist >-r--r--r-- 1 root wheel 643 May 20 03:36 BSD.include.dist > >which seems a bit out of date AND the x11 file is missing. > >What's the 'best' way to get the up-to-date files and keep them current? > >Also, after my first 2-day marathon 'make world' following the 2.2.2 CD >and then multiple cvsup's for stable, do I do a 'make world' after each >cvsup? Will it run much faster now, i.e. only do makes for the >downloaded updates or is there a better way to rebuild my system after >weekly cvsup's? > >I guess I'm starting to get a FreeBSD addition. ;-) > >Thanks, >Marty ________________________________________________________________________ Palle Girgensohn Partitur Informationsteknik AB girgen@partitur.se http://www.partitur.se/ From owner-freebsd-stable Mon Jul 21 03:19:43 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id DAA04851 for stable-outgoing; Mon, 21 Jul 1997 03:19:43 -0700 (PDT) Received: from time.cdrom.com (root@time.cdrom.com [204.216.27.226]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id DAA04846 for ; Mon, 21 Jul 1997 03:19:39 -0700 (PDT) Received: from time.cdrom.com (jkh@localhost.cdrom.com [127.0.0.1]) by time.cdrom.com (8.8.6/8.6.9) with ESMTP id DAA26969; Mon, 21 Jul 1997 03:17:50 -0700 (PDT) To: dbader@umiacs.umd.edu cc: yokota@zodiac.mech.utsunomiya-u.ac.jp, freebsd-stable@FreeBSD.ORG Subject: Re: "saver" In-reply-to: Your message of "Sun, 20 Jul 1997 22:44:13 EDT." <199707210244.WAA11507@eve.umiacs.umd.edu> Date: Mon, 21 Jul 1997 03:17:50 -0700 Message-ID: <26966.869480270@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-freebsd-stable@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > >/etc/rc.i386 will load the screen saver. You can see if the saver > >module is loaded properly by running `modstat' after the boot. > > > > Thanks, > Only rc.i386 is no longer in /etc, it's now been moved to > /etc/etc.i386/rc.i386. Say what?! That's sure news to me! :-) Jordan From owner-freebsd-stable Mon Jul 21 04:11:46 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id EAA07131 for stable-outgoing; Mon, 21 Jul 1997 04:11:46 -0700 (PDT) Received: from silvia.HIP.Berkeley.EDU (ala-ca18-12.ix.netcom.com [204.32.168.204]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id EAA07113 for ; Mon, 21 Jul 1997 04:11:20 -0700 (PDT) Received: (from asami@localhost) by silvia.HIP.Berkeley.EDU (8.8.6/8.6.9) id EAA22664; Mon, 21 Jul 1997 04:11:08 -0700 (PDT) Date: Mon, 21 Jul 1997 04:11:08 -0700 (PDT) Message-Id: <199707211111.EAA22664@silvia.HIP.Berkeley.EDU> To: girgen@partitur.se CC: mlghome@home.com, freebsd-stable@FreeBSD.ORG In-reply-to: (message from Palle Girgensohn on Mon, 21 Jul 1997 12:15:18 +0200) Subject: Re: Problems making x11 ports: missing /etc/mtree/BSD.x11.dist From: asami@cs.berkeley.edu (Satoshi Asami) Sender: owner-freebsd-stable@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk * ftp://ftp.freebsd.org/pub/FreeBSD/packages-2.2.2/222upgrade-97.07.09.tgz. * just unpack it onto / and the files you lack will be present. Um, that's a FreeBSD package, please use pkg_add! ;) Satoshi From owner-freebsd-stable Mon Jul 21 05:25:30 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id FAA10687 for stable-outgoing; Mon, 21 Jul 1997 05:25:30 -0700 (PDT) Received: from as5200-port-254.no.neosoft.com (as5200-port-254.no.neosoft.com [206.27.167.254]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id FAA10670 for ; Mon, 21 Jul 1997 05:25:26 -0700 (PDT) Received: (from conrads@localhost) by as5200-port-254.no.neosoft.com (8.8.6/8.8.6) id MAA01047 for freebsd-stable@FreeBSD.ORG; Mon, 21 Jul 1997 12:24:06 GMT Message-ID: X-Mailer: XFMail 1.2-alpha [p0] on FreeBSD Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <26966.869480270@time.cdrom.com> Date: Mon, 21 Jul 1997 07:24:04 -0500 (CDT) Organization: NeoSoft, Inc. From: Conrad Sabatier To: freebsd-stable@FreeBSD.ORG Subject: Re: "saver" Sender: owner-freebsd-stable@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On 21-Jul-97 "Jordan K. Hubbard" wrote: >> >> Thanks, >> Only rc.i386 is no longer in /etc, it's now been moved to >> /etc/etc.i386/rc.i386. > >Say what?! That's sure news to me! :-) Well, this thread certainly does help to illustrate some of the confusion that can result during an upgrade re: /etc. :-) OK, shoot me if this sounds terribly simplistic or heretical, but why not have the install part of "make world" actually do just that -- install all the files in /etc that are supposed to be installed to have a functioning system? It would be a simple matter to either rename the old /etc files to say, *.old, or to install the new versions as *.new. Or perhaps even create a whole new directory, say, /etc.new. At least in this way, there would be no doubt about what files need to be examined for changes, as well as their correct place within the hierarchical structure. Can anyone think of why this would be a Bad Idea? -- Conrad Sabatier http://www.neosoft.com/~conrads/ From owner-freebsd-stable Mon Jul 21 05:30:54 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id FAA10958 for stable-outgoing; Mon, 21 Jul 1997 05:30:54 -0700 (PDT) Received: from eve.umiacs.umd.edu (eve.umiacs.umd.edu [128.8.120.38]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id FAA10953 for ; Mon, 21 Jul 1997 05:30:50 -0700 (PDT) Received: by eve.umiacs.umd.edu (8.8.5/UMIACS-0.9/04-05-88) id IAA12056; Mon, 21 Jul 1997 08:30:36 -0400 (EDT) Date: Mon, 21 Jul 1997 08:30:36 -0400 (EDT) Message-Id: <199707211230.IAA12056@eve.umiacs.umd.edu> From: "David A. Bader" To: yokota@zodiac.mech.utsunomiya-u.ac.jp CC: freebsd-stable@freebsd.org In-reply-to: <199707210310.MAA06632@zodiac.mech.utsunomiya-u.ac.jp> (message from Kazutaka YOKOTA on Mon, 21 Jul 1997 12:10:33 +0900) Subject: ntpdate (was Re: "saver") Reply-to: dbader@umiacs.umd.edu Sender: owner-freebsd-stable@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Kazu, Thanks for the help -- I hadn't seen that list of files before which need to be copied to /etc. One additional question about a difference in 2.2-stable from 2.2.2-R: It used to be the case that "ntpdate" was placed in /etc/daily to synchronize my local clock with an NTP time server. Now the only synchronization that takes place is during startup in /etc/rc.networks. Why has this been moved out of "daily"? Thanks, david From owner-freebsd-stable Mon Jul 21 07:12:16 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id HAA14920 for stable-outgoing; Mon, 21 Jul 1997 07:12:16 -0700 (PDT) Received: from tyree.iii.co.uk (tyree.iii.co.uk [193.117.77.66]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id HAA14914 for ; Mon, 21 Jul 1997 07:12:10 -0700 (PDT) Received: (from nik@localhost) by tyree.iii.co.uk (8.8.4/8.8.4) id PAA17186; Mon, 21 Jul 1997 15:10:18 +0100 (BST) Message-ID: <19970721151017.19441@iii.co.uk> Date: Mon, 21 Jul 1997 15:10:17 +0100 From: Nik.Clayton@iii.co.uk To: Conrad Sabatier Cc: freebsd-stable@FreeBSD.ORG Subject: Re: "saver" References: <26966.869480270@time.cdrom.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.76e In-Reply-To: ; from Conrad Sabatier on Mon, Jul 21, 1997 at 07:24:04AM -0500 Organization: interactive investor Sender: owner-freebsd-stable@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Mon, Jul 21, 1997 at 07:24:04AM -0500, Conrad Sabatier wrote: > Well, this thread certainly does help to illustrate some of the confusion > that can result during an upgrade re: /etc. :-) Yep. Been there, done that. > OK, shoot me if this sounds terribly simplistic or heretical, but why not > have the install part of "make world" actually do just that -- install all > the files in /etc that are supposed to be installed to have a functioning > system? Take a look through http://www.freebsd.org/tutorials/upgrade/upgrade.html and see the steps that need to be done to *properly* upgrade /etc. > It would be a simple matter to either rename the old /etc files to say, > *.old, or to install the new versions as *.new. Or perhaps even create a > whole new directory, say, /etc.new. Replacing steps 4.x in the above tutorial? That wouldn't be too hard. > Can anyone think of why this would be a Bad Idea? Not particularly. I'd prepare patches myself, except I don't currently have an accessible FreeBSD machine. -- --+==[ Nik Clayton is Just Another Perl Hacker at Interactive Investor ]==+-- Pithy quotes suck. From owner-freebsd-stable Mon Jul 21 07:19:44 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id HAA15101 for stable-outgoing; Mon, 21 Jul 1997 07:19:44 -0700 (PDT) Received: from as5200-port-254.no.neosoft.com (as5200-port-254.no.neosoft.com [206.27.167.254]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id HAA15095 for ; Mon, 21 Jul 1997 07:19:39 -0700 (PDT) Received: (from conrads@localhost) by as5200-port-254.no.neosoft.com (8.8.6/8.8.6) id OAA04216 for freebsd-stable@freebsd.org; Mon, 21 Jul 1997 14:18:18 GMT Message-ID: X-Mailer: XFMail 1.2-alpha [p0] on FreeBSD Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 Date: Mon, 21 Jul 1997 09:18:17 -0500 (CDT) Organization: NeoSoft, Inc. From: Conrad Sabatier To: freebsd-stable@freebsd.org Subject: mount_msdos -- is it safe yet? Sender: owner-freebsd-stable@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Has the support for DOS mounts in RELENG_2_2 progressed yet to the point where it would be safe to mount my 1.6 gig DOS/Win95 drive (one huge partition) without fear of corrupting my ufs? Sorry if this is an untimely question, but I haven't seen it come up in a while. -- Conrad Sabatier http://www.neosoft.com/~conrads/ From owner-freebsd-stable Mon Jul 21 09:18:51 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id JAA21367 for stable-outgoing; Mon, 21 Jul 1997 09:18:51 -0700 (PDT) Received: from mail.webspan.net (root@mail.webspan.net [206.154.70.7]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id JAA21362 for ; Mon, 21 Jul 1997 09:18:47 -0700 (PDT) Received: from orion.webspan.net (orion.webspan.net [206.154.70.5]) by mail.webspan.net (WEBSPAN/970608) with ESMTP id MAA15434; Mon, 21 Jul 1997 12:18:19 -0400 (EDT) Received: from orion.webspan.net (localhost [127.0.0.1]) by orion.webspan.net (WEBSPAN/970608) with ESMTP id MAA10598; Mon, 21 Jul 1997 12:18:01 -0400 (EDT) To: "Jordan K. Hubbard" cc: dbader@umiacs.umd.edu, yokota@zodiac.mech.utsunomiya-u.ac.jp, freebsd-stable@FreeBSD.ORG From: "Gary Palmer" Subject: Re: "saver" In-reply-to: Your message of "Mon, 21 Jul 1997 03:17:50 PDT." <26966.869480270@time.cdrom.com> Date: Mon, 21 Jul 1997 12:17:59 -0400 Message-ID: <10592.869501879@orion.webspan.net> Sender: owner-freebsd-stable@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk "Jordan K. Hubbard" wrote in message ID <26966.869480270@time.cdrom.com>: > > Only rc.i386 is no longer in /etc, it's now been moved to > > /etc/etc.i386/rc.i386. > > Say what?! That's sure news to me! :-) He was probably (mistakenly) assuming /usr/src/ layout mirrors real life. Gary -- Gary Palmer FreeBSD Core Team Member FreeBSD: Turning PC's into workstations. See http://www.FreeBSD.ORG/ for info From owner-freebsd-stable Mon Jul 21 09:57:40 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id JAA24142 for stable-outgoing; Mon, 21 Jul 1997 09:57:40 -0700 (PDT) Received: from mailhost.anasazi.com (mailhost.anasazi.com [138.113.128.2]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id JAA24131 for ; Mon, 21 Jul 1997 09:57:33 -0700 (PDT) Received: from chad.anasazi.com by mailhost.anasazi.com (5.65/3.7b) id AA01283; Mon, 21 Jul 97 09:56:56 -0700 Received: by chad.anasazi.com (5.65/3.7) id AA13314; Mon, 21 Jul 97 09:56:54 -0700 From: chad@anasazi.com (Chad R. Larson) Message-Id: <9707211656.AA13314@chad.anasazi.com> Subject: Re: routing problems To: asami@cs.berkeley.edu (Satoshi Asami) Date: Mon, 21 Jul 1997 09:56:53 -0700 (MST) Cc: stable@FreeBSD.ORG In-Reply-To: <199707192045.NAA02802@blimp.mimi.com> from "Satoshi Asami" at Jul 19, 97 01:45:25 pm Reply-To: chad@anasazi.com X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-freebsd-stable@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > Probing for devices on PCI bus 0: > vx0 <3COM 3C595 Fast Etherlink III PCI> rev 0 int a irq 11 on pci0:11 > utp/tx[*utp*]: disable 'auto select' with DOS util! address 00:a0:24:c5:f0:03 ^^^^^^^ I'll bet your problems start here. -crl -- Chad R. Larson (CRL22) Brother, can you paradigm? 602-870-3330 chad@anasazi.com chad@anasaz.UUCP chad@dcfinc.com Anasazi, Inc. - 7500 North Dreamy Draw Drive, Suite 120, Phoenix, Az 85020 From owner-freebsd-stable Mon Jul 21 11:22:13 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id LAA00750 for stable-outgoing; Mon, 21 Jul 1997 11:22:13 -0700 (PDT) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id LAA00745 for ; Mon, 21 Jul 1997 11:22:09 -0700 (PDT) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.5/8.6.9) id EAA23031; Tue, 22 Jul 1997 04:12:53 +1000 Date: Tue, 22 Jul 1997 04:12:53 +1000 From: Bruce Evans Message-Id: <199707211812.EAA23031@godzilla.zeta.org.au> To: conrads@neosoft.com, freebsd-stable@FreeBSD.ORG Subject: Re: mount_msdos -- is it safe yet? Sender: owner-freebsd-stable@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Has the support for DOS mounts in RELENG_2_2 progressed yet to the point >where it would be safe to mount my 1.6 gig DOS/Win95 drive (one huge >partition) without fear of corrupting my ufs? Support for DOS mounts hasn't progressed much for 2-3 years (diffs for sys/msdosfs are a whole 35K, half for Lite2 integration, since 1996/01/01), but the ufs corruption bug was fixed slightly before 2.2 was released (it was was mostly in vfs). Bruce From owner-freebsd-stable Mon Jul 21 11:37:14 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id LAA01919 for stable-outgoing; Mon, 21 Jul 1997 11:37:14 -0700 (PDT) Received: from bob.tri-lakes.net ([207.3.81.6]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id LAA01906 for ; Mon, 21 Jul 1997 11:37:11 -0700 (PDT) Received: from [207.3.81.149] by bob.tri-lakes.net (NTMail 3.02.13) with ESMTP id ka233178 for ; Mon, 21 Jul 1997 13:37:21 -0500 Message-ID: <33D36608.167EB0E7@tri-lakes.net> Date: Mon, 21 Jul 1997 13:37:12 +0000 From: Chris Dillon X-Mailer: Mozilla 3.01Gold (X11; I; FreeBSD 2.2-STABLE i386) MIME-Version: 1.0 To: Conrad Sabatier CC: freebsd-stable@freebsd.org Subject: Re: mount_msdos -- is it safe yet? References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Conrad Sabatier wrote: > > Has the support for DOS mounts in RELENG_2_2 progressed yet to the point > where it would be safe to mount my 1.6 gig DOS/Win95 drive (one huge > partition) without fear of corrupting my ufs? > > Sorry if this is an untimely question, but I haven't seen it come up in a > while. I'm not sure if it is your UFS partitions that are in danger of being corrupted, but rather the DOS partitions. I have mounted my DOS partitions as read-only for quite some time now without any problems at all. I have even on occasion remounted them as writable and thrown some files on them. I think as read-only they are quite safe. The only time there may be some problems, if there are still any problems to speak of, is when they are writable. From owner-freebsd-stable Mon Jul 21 15:02:14 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id PAA14601 for stable-outgoing; Mon, 21 Jul 1997 15:02:14 -0700 (PDT) Received: from dilbert.my.net (slip166-72-218-159.il.us.ibm.net [166.72.218.159]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id PAA14588 for ; Mon, 21 Jul 1997 15:02:08 -0700 (PDT) Received: from localhost (haplo@localhost) by dilbert.my.net (8.8.6/8.8.5) with SMTP id RAA02787 for ; Mon, 21 Jul 1997 17:00:33 -0500 (CDT) X-Authentication-Warning: dilbert.my.net: haplo owned process doing -bs Date: Mon, 21 Jul 1997 17:00:32 -0500 (CDT) From: Jordan Klein X-Sender: haplo@dilbert.my.net To: freebsd-stable@freebsd.org Subject: Re: mount_msdos -- is it safe yet? In-Reply-To: <33D36608.167EB0E7@tri-lakes.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Mon, 21 Jul 1997, Chris Dillon wrote: > Conrad Sabatier wrote: > > > > Has the support for DOS mounts in RELENG_2_2 progressed yet to the point > > where it would be safe to mount my 1.6 gig DOS/Win95 drive (one huge > > partition) without fear of corrupting my ufs? > > > > Sorry if this is an untimely question, but I haven't seen it come up in a > > while. > > I'm not sure if it is your UFS partitions that are in danger of being > corrupted, but rather the DOS partitions. I have mounted my DOS > partitions as read-only for quite some time now without any problems at > all. I have even on occasion remounted them as writable and thrown some > files on them. I think as read-only they are quite safe. The only time > there may be some problems, if there are still any problems to speak of, > is when they are writable. > I don't know about that. A while back, I mounted my win95 partition (1 gig) just to send a file over the internet to someone. Once that was done, my UFS partition was trashed, forcing me to reinstall FreeBSD. I don't remember the exact version of FreeBSD I was using at the time. I think it may have been 2.1-Stable, or 3.0-Current. Since then, I have been VERY gunshy mounting dos partitions. I have mounted my dos partition several times with 2.2-Stable, and have yet to receive any problems, though. --- Jordan Klein Playing with FreeBSD and loving it jklein @ theramp . net haplo @ ibm . net http://www.theramp.net/jklein http://www.ibm.net Spam me and die Remove spaces from email addr to reply From owner-freebsd-stable Mon Jul 21 16:09:00 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id QAA18616 for stable-outgoing; Mon, 21 Jul 1997 16:09:00 -0700 (PDT) Received: from bob.tri-lakes.net ([207.3.81.6]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id QAA18606 for ; Mon, 21 Jul 1997 16:08:54 -0700 (PDT) Received: from [207.3.81.149] by bob.tri-lakes.net (NTMail 3.02.13) with ESMTP id ha233435 for ; Mon, 21 Jul 1997 18:09:13 -0500 Message-ID: <33D3A5C6.2781E494@tri-lakes.net> Date: Mon, 21 Jul 1997 18:09:10 +0000 From: Chris Dillon X-Mailer: Mozilla 3.01Gold (X11; I; FreeBSD 2.2-STABLE i386) MIME-Version: 1.0 To: Jordan Klein CC: freebsd-stable@FreeBSD.ORG Subject: Re: mount_msdos -- is it safe yet? References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Jordan Klein wrote: > > On Mon, 21 Jul 1997, Chris Dillon wrote: > > > Conrad Sabatier wrote: > > > > > > Has the support for DOS mounts in RELENG_2_2 progressed yet to the point > > > where it would be safe to mount my 1.6 gig DOS/Win95 drive (one huge > > > partition) without fear of corrupting my ufs? > > > > > > Sorry if this is an untimely question, but I haven't seen it come up in a > > > while. > > > > I'm not sure if it is your UFS partitions that are in danger of being > > corrupted, but rather the DOS partitions. I have mounted my DOS > > partitions as read-only for quite some time now without any problems at > > all. I have even on occasion remounted them as writable and thrown some > > files on them. I think as read-only they are quite safe. The only time > > there may be some problems, if there are still any problems to speak of, > > is when they are writable. > > > > I don't know about that. A while back, I mounted my win95 partition > (1 gig) just to send a file over the internet to someone. Once that was > done, my UFS partition was trashed, forcing me to reinstall FreeBSD. I > don't remember the exact version of FreeBSD I was using at the time. I > think it may have been 2.1-Stable, or 3.0-Current. Since then, I have > been VERY gunshy mounting dos partitions. > > I have mounted my dos partition several times with 2.2-Stable, and have > yet to receive any problems, though. > I apparently escaped the problem without knowing it by mounting drives no larger than 528MB (i always split my DOS drives up to make up for the FAT kludge of wasting cluster space). I ususally have about 5 DOS partitions mounted, all 528 MB except for the last one which is even smaller. From owner-freebsd-stable Mon Jul 21 18:18:04 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id SAA24968 for stable-outgoing; Mon, 21 Jul 1997 18:18:04 -0700 (PDT) Received: from austin.polstra.com (austin.polstra.com [206.213.73.10]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id SAA24961 for ; Mon, 21 Jul 1997 18:17:59 -0700 (PDT) Received: from austin.polstra.com (jdp@localhost) by austin.polstra.com (8.8.6/8.8.5) with ESMTP id SAA03193; Mon, 21 Jul 1997 18:17:55 -0700 (PDT) Message-Id: <199707220117.SAA03193@austin.polstra.com> To: mlghome@home.com Subject: Re: make world fails at bin/ls/stat_flags.c after 2.2.2 + cvsup's In-Reply-To: <33D30E77.41C67EA6@home.com> References: <33D30E77.41C67EA6@home.com> Organization: Polstra & Co., Seattle, WA Cc: stable@freebsd.org Date: Mon, 21 Jul 1997 18:17:55 -0700 From: John Polstra Sender: owner-freebsd-stable@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In article <33D30E77.41C67EA6@home.com>, Marty Gordon wrote: > > I've been so please with cvsup and all that I tried doing one for > 'ports-all'. Basically I added that collection to the stable-supfile in > my previous message. Uh-oh ... > What it seemed to do when it got to the ports, was > delete loads of files. Yeah. :-( Sorry about that. I have high-priority plans to make that much harder to do. Here's the deal. To get 2.2-stable, you've been using "tag=RELENG_2_2" somewhere in your supfile. That's fine for the main source tree (src/*). But unfortunately, that tag doesn't even exist for the ports tree (ports/*). So CVSup assumes that all the files in ports/* pre-date that tag, and it deletes them all. In CVSup's defense, I can only say that CVS will do exactly the same thing to you. Nevertheless, this has been clobbering too many people lately, so I'm going to have to do something about it. In the short term, I'll try to add big loud warnings to the sample cvsupfiles and the handbook and other places where people might notice. In the longer term, I will add some knowledge of the valid tags to the CVSup server config files so that it can make it much more difficult for users to make this mistake. One thing you and others might wish to do is to use the "-d" option on your cvsup command line (new in version 15.1). See cvsup(1) for details. This option allows you to give it a safety limit of some number of files that can be deleted in a single update run before it gets suspicious and quits. It's not a cure-all, but it can limit the damage. (This idea comes from phk's CTM package.) To recover your ports tree again, just add "tag=." to the cvsupfile line(s) associated with the ports tree, e.g.: ports-all tag=. This will override the default tag for just the ports collection(s). (The ``.'' isn't punctuation; it really must be there in the file.) John -- John Polstra jdp@polstra.com John D. Polstra & Co., Inc. Seattle, Washington USA "Self-knowledge is always bad news." -- John Barth From owner-freebsd-stable Mon Jul 21 19:03:43 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id TAA27303 for stable-outgoing; Mon, 21 Jul 1997 19:03:43 -0700 (PDT) Received: from awfulhak.demon.co.uk (awfulhak.demon.co.uk [158.152.17.1]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id TAA27209; Mon, 21 Jul 1997 19:02:43 -0700 (PDT) Received: from awfulhak.org (dev.lan.awfulhak.org [10.0.1.5]) by awfulhak.demon.co.uk (8.8.5/8.8.5) with ESMTP id BAA12773; Tue, 22 Jul 1997 01:51:32 +0100 (BST) Received: from dev.lan.awfulhak.org (localhost [127.0.0.1]) by awfulhak.org (8.8.6/8.8.6) with ESMTP id BAA01521; Tue, 22 Jul 1997 01:51:32 +0100 (BST) Message-Id: <199707220051.BAA01521@awfulhak.org> X-Mailer: exmh version 2.0delta 6/3/97 To: dbader@umiacs.umd.edu cc: freebsd-questions@FreeBSD.ORG, freebsd-stable@FreeBSD.ORG, jkh@FreeBSD.ORG Subject: Re: resolv and 2.2 (-stable) In-reply-to: Your message of "Thu, 17 Jul 1997 15:17:07 EDT." <199707171917.PAA06865@eve.umiacs.umd.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 22 Jul 1997 01:51:32 +0100 From: Brian Somers Sender: owner-freebsd-stable@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > Hi, > > I'm having a nameserver problem with 2.2-stable: My machine has been [.....] The following was recently posted to demon.announce: : Subject: Root Name Servers : Newsgroups: demon.announce,cityscp.announce : Followup-To: demon.service : Reply-To: helpdesk@demon.net : Date: 17 Jul 97 18:08:14 GMT : Organization: Demon Internet Ltd. : From: malcolm@muir-et2.staff.demon.net (Malcolm Muir) : : Earlier today, as noted in status, seven of the eight highest level : (ROOT) Name Servers for the internet, on which all users ultimately : depend, lost their information for the .net and .com domains. : : The effect of this is that the whole internet slowly looses any knowledge : of the affected domains as the various caches around the internet time : out and expire the date. Eventually all services (connectivity, email, : www etc.) associated with such domains fail. : : Symptons would be error messages like "host not found" or in some : cases emails would be returned back to the sender. : : At the time of writing the Root Name Servers appear to be returning to : normal, however there could be 'knock-on' effects for some time. : : At present we have no idea of why this occurred, however it is totally : outside the control of Demon Internet. : : Malcolm Muir : Demon Internet : : -- : Malcolm S. Muir Demon Internet Ltd. : Sunderland 322 Regents Park Road : England London N3 2QQ > Thanks for any help, > david > > David A. Bader, Ph.D. Office: 301-405-6755 > Institute for Advanced Computer Studies FAX: 301-314-9658 > A.V. Williams Building Internet: dbader@umiacs.umd.edu > University of Maryland WWW: http://www.umiacs.umd.edu/~dbader > College Park, MD 20742 > -- Brian , Don't _EVER_ lose your sense of humour.... From owner-freebsd-stable Mon Jul 21 19:13:12 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id TAA27931 for stable-outgoing; Mon, 21 Jul 1997 19:13:12 -0700 (PDT) Received: from whizzo.TransSys.COM (whizzo.TransSys.COM [144.202.42.10]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id TAA27926 for ; Mon, 21 Jul 1997 19:13:08 -0700 (PDT) Received: from localhost.transsys.com (localhost.transsys.com [127.0.0.1]) by whizzo.TransSys.COM (8.8.6/8.7.3) with SMTP id WAA10142; Mon, 21 Jul 1997 22:09:05 -0400 (EDT) Message-Id: <199707220209.WAA10142@whizzo.TransSys.COM> X-Mailer: exmh version 2.0delta 6/3/97 To: dbader@umiacs.umd.edu cc: yokota@zodiac.mech.utsunomiya-u.ac.jp, freebsd-stable@FreeBSD.ORG From: "Louis A. Mamakos" Subject: Re: ntpdate (was Re: "saver") References: <199707211230.IAA12056@eve.umiacs.umd.edu> In-reply-to: Your message of "Mon, 21 Jul 1997 08:30:36 EDT." <199707211230.IAA12056@eve.umiacs.umd.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 21 Jul 1997 22:09:05 -0400 Sender: owner-freebsd-stable@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The "ntpdate" program was primarily intended as a way to get the clock on your system set with minimal accuracy, say within a few hundred milliseconds. The assumption is that you then start an NTP daemon which keeps the clock synchronized to a much tighter tolerance. The long-lived daemon has the ability to better estimate the path characteristics over a large number of clock offset/delay samples as well as being able to do a better job at not trying to synchronize to an "insane" clock. Additionally, it can estimate the intrinsic drift of the clock in your system, and continue to apply frequency corrections even if it loses contact with it's reference clock. Running an ntpdate periodically "behind the back" of an NTP daemon throws much of this out of kilter, and is obviously wrong if you happen to be running xntpd on your system. I think having ntpdate in /etc/daily is really broken unless it's automatically inhibited should you have xntpd configured to run. louie From owner-freebsd-stable Mon Jul 21 19:35:08 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id TAA29297 for stable-outgoing; Mon, 21 Jul 1997 19:35:08 -0700 (PDT) Received: from sendero-ppp.i-connect.net (sendero-ppp.i-Connect.Net [206.190.143.100]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id TAA29291 for ; Mon, 21 Jul 1997 19:35:03 -0700 (PDT) Received: (qmail 15255 invoked by uid 1000); 22 Jul 1997 02:35:18 -0000 Message-ID: X-Mailer: XFMail 1.1 [p0] on FreeBSD Content-Type: text/plain; charset=iso-8859-8 Content-Transfer-Encoding: 8bit MIME-Version: 1.0 Date: Mon, 21 Jul 1997 18:48:11 -0700 (PDT) Organization: Atlas Telecom From: Simon Shapiro To: freebsd-stable@freebsd.org Subject: Make Release in RELENG_2_2 Sender: owner-freebsd-stable@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Make release on cvs as of last night, produces: chflags -R noschg /R/stage/trees touch release.2 cd /usr/doc && make all distribute DISTDIR=/R/stage/trees ===> FAQ sgmlfmt -f html /usr/doc/FAQ/FAQ.sgml sgmlfmt: not found *** Error code 1 (continuing) sgmlfmt -f latin1 /usr/doc/FAQ/FAQ.sgml sgmlfmt: not found *** Error code 1 (continuing) `all' not remade because of errors. ===> handbook sgmlfmt -f html -links /usr/doc/handbook/handbook.sgml sgmlfmt: not found *** Error code 1 (continuing) sgmlfmt -f latin1 -links /usr/doc/handbook/handbook.sgml sgmlfmt: not found *** Error code 1 (continuing) `all' not remade because of errors. cd /usr/doc ; make afterdistribute DESTDIR=/R/stage/trees/bin ===> FAQ cd /usr/doc/FAQ ; make install DESTDIR=/R/stage/trees/doc SHARED=copies install -c -o bin -g bin -m 444 FAQ*.html /R/stage/trees/doc/usr/share/doc/FAQ install: FAQ*.html: No such file or directory .... ``which sgmlfmt'' produces: /usr/bin/sgmlfmt ll /usr/bin/sgmlfmt -r-xr-xr-x 1 bin bin 19170 Jul 15 05:30 /usr/bin/sgmlfmt /usr/src/usr.bin is missing sgmlfmt. Manual checkout yields empty diretory. The CVS directory has all the files moved to an Attic subdir. I just CVSup'ed again, and there is no change. Actually, usr.bin/sgmls, sys/pc98/pc98/{ic,matcd,sound}, usr.bin/chkey, compile_et/test, usr.bin/calendar/calendars/de_DE.ISO8859-1, usr.bin/fib,usr.bin/keylogin, usr.bin/keylogout, usr.bin/ld, usr.bin/man, usr.bin/ncftp, usr.bin/newkey, usr.bin/patch, usr.bin/timedef, usr.bin/tip/aculib, usr.sbin/ckdist, usr.sbin/dbsym, usr.sbin/eeprom, usr.sbin/fsdb, usr.sbin/mptable, and a bunch others which do not seem to care. I destroyed the cvs sup database and ran again; Same thing. I guess the sgmlfmt program is indeed depreciated, but the make release process needs it. One more thing: in usr.bin/vi: unifdef -UHAVE_TCL_INTERP /usr/src/usr.bin/vi/../../contrib/nvi/ex/ex_tcl.c > ex_notcl.c *** Error code 1 (ignored) unifdef -UHAVE_PERL_INTERP /usr/src/usr.bin/vi/../../contrib/nvi/ex/ex_perl.c > ex_noperl.c *** Error code 1 (ignored) A series of rmdir: ... rmdir: des/usr/share/man: Directory not empty rmdir: des/usr/share: Directory not empty rmdir: des/usr: Directory not empty rmdir: des: Directory not empty *** Error code 1 (ignored) touch release.5 R/stage/trees/doc/usr/share/doc/FAQ install: FAQ*.html: No such file or directory .... ``which sgmlfmt'' produces: /usr/bin/sgmlfmt ll /usr/bin/sgmlfmt -r-xr-xr-x 1 bin bin 19170 Jul 15 05:30 /usr/bin/sgmlfmt From owner-freebsd-stable Mon Jul 21 23:48:08 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id XAA10653 for stable-outgoing; Mon, 21 Jul 1997 23:48:08 -0700 (PDT) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id XAA10647 for ; Mon, 21 Jul 1997 23:48:05 -0700 (PDT) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.5/8.6.9) id QAA14661; Tue, 22 Jul 1997 16:40:39 +1000 Date: Tue, 22 Jul 1997 16:40:39 +1000 From: Bruce Evans Message-Id: <199707220640.QAA14661@godzilla.zeta.org.au> To: cdillon@tri-lakes.net, haplo@ibm.net Subject: Re: mount_msdos -- is it safe yet? Cc: freebsd-stable@FreeBSD.ORG Sender: owner-freebsd-stable@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >I apparently escaped the problem without knowing it by mounting drives >no larger than 528MB (i always split my DOS drives up to make up for the >FAT kludge of wasting cluster space). I ususally have about 5 DOS >partitions mounted, all 528 MB except for the last one which is even >smaller. I think you mean 512MB, but the problem was actually for (msdosfs) cluster sizes larger than the old value of MAXBSIZE (16K). Such cluster sizes normally occur for file systems larger than 512MB, but they can occur for any size of file system, e.g., when a file system that was initially larger than 512MB is shrunk using FIPS to any size. Shrinking sometimes causes the warning "root directory is not a multiple of the cluster size in length". This is not a problem, but it is sometimes confused with the real one. getblk() used to accept requests for blocks larger than the maximum supported and allocate only MAXBSIZE bytes for them. This caused neighboring blocks (perhaps belonging to other file systems) in the buffer cache to be trashed when the allocated space was overrun. Now getblk() panics instead, and MAXBSIZE is 64K, so all possible msdosfs cluster sizes work. msdsofs is still too broken to reject cluster sizes >= MAXBSIZE like ufs does. getblk() is still broken in 2.1. Bruce From owner-freebsd-stable Tue Jul 22 06:11:37 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id GAA26937 for stable-outgoing; Tue, 22 Jul 1997 06:11:37 -0700 (PDT) Received: from fallout.campusview.indiana.edu (fallout.campusview.indiana.edu [149.159.1.1]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id GAA26932 for ; Tue, 22 Jul 1997 06:11:34 -0700 (PDT) Received: from localhost (jfieber@localhost) by fallout.campusview.indiana.edu (8.8.5/8.8.5) with SMTP id IAA27961; Tue, 22 Jul 1997 08:11:25 -0500 (EST) Date: Tue, 22 Jul 1997 08:11:25 -0500 (EST) From: John Fieber To: Simon Shapiro cc: freebsd-stable@FreeBSD.ORG Subject: Re: Make Release in RELENG_2_2 In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Mon, 21 Jul 1997, Simon Shapiro wrote: > Make release on cvs as of last night, produces: > > chflags -R noschg /R/stage/trees > touch release.2 > cd /usr/doc && make all distribute DISTDIR=/R/stage/trees > ===> FAQ > sgmlfmt -f html /usr/doc/FAQ/FAQ.sgml > sgmlfmt: not found The FAQ, handbook and associated tools are no longer in the src tree. See ports/textproc for the tools and the new top level cvs collection of doc for the handbook and FAQ. As far as the make release breakage, I'll check into it. -john From owner-freebsd-stable Tue Jul 22 07:50:01 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id HAA02678 for stable-outgoing; Tue, 22 Jul 1997 07:50:01 -0700 (PDT) Received: from gatekeeper.ukrv.de (gatekeeper.ukrv.de [193.175.72.2]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id HAA02651 for ; Tue, 22 Jul 1997 07:49:53 -0700 (PDT) Received: by gatekeeper.ukrv.de; (5.65/1.1.8.2/17Oct95-0336PM) id AA25225; Tue, 22 Jul 1997 16:49:38 +0200 Received: from mailhost(193.175.66.33) by gatekeeper.ukrv.de via smap (V1.3-JSC) id sma000654; Tue Jul 22 16:49:21 1997 Received: from merlin.ukrv.de by mailhost.ukrv.de; (5.65/1.1.8.2/08Mar95-0213PM) id AA15683; Tue, 22 Jul 1997 16:49:16 +0200 Received: by merlin.ukrv.de (4.1/UKRV-Gen PCG 0.1) id AA06814; Tue, 22 Jul 97 16:49:16 +0200 From: Udo Wolter Message-Id: <9707221449.AA06814@merlin.ukrv.de> Subject: Re: mount_msdos -- is it safe yet? In-Reply-To: <33D36608.167EB0E7@tri-lakes.net> from Chris Dillon at "Jul 21, 97 01:37:12 pm" To: cdillon@tri-lakes.net (Chris Dillon) Date: Tue, 22 Jul 1997 16:49:16 +0200 (MET DST) Cc: conrads@neosoft.com, freebsd-stable@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-freebsd-stable@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > Has the support for DOS mounts in RELENG_2_2 progressed yet to the point > > where it would be safe to mount my 1.6 gig DOS/Win95 drive (one huge > > partition) without fear of corrupting my ufs? > > > > Sorry if this is an untimely question, but I haven't seen it come up in a > > while. > > I'm not sure if it is your UFS partitions that are in danger of being > corrupted, but rather the DOS partitions. I have mounted my DOS > partitions as read-only for quite some time now without any problems at > all. I have even on occasion remounted them as writable and thrown some > files on them. I think as read-only they are quite safe. The only time > there may be some problems, if there are still any problems to speak of, > is when they are writable. In all Releases I mounted the DOS-partitions read-only even though they're bigger than 504MB. When I mount them read-write the DOS-partitions gets trashed (not everytimes, but sometimes). I noticed it more often when I'm using cp. mv seemed to be better, but no poker game anymore. As long as the msdosfs is buggy I recommend the mtools (I'm using V3.6 by myself and they're working fine for me ! I think there must be a more uptodate version). I never had any problems with them, they work on SCSI disks and on (E)IDE disks. Ok, these tools are not quite good to copy whole trees, but they're working without trashing the disk. Setting up a system will last longer than copy trees by hand... Bye, Udo -- Udo Wolter, email: uwp@cs.tu-berlin.de !!! LOW-TECH Page: http://low-tech.home.ml.org !!! From owner-freebsd-stable Tue Jul 22 14:33:32 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id OAA29981 for stable-outgoing; Tue, 22 Jul 1997 14:33:32 -0700 (PDT) Received: from kelly.prima.ruhr.de (root@kelly.prima.ruhr.de [141.39.232.1]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id OAA29975 for ; Tue, 22 Jul 1997 14:33:29 -0700 (PDT) Received: from chokepnt.prima.ruhr.de (DialPPP-3-81.rz.ruhr-uni-bochum.de [134.147.3.81]) by kelly.prima.ruhr.de (8.6.11/8.6.9) with SMTP id XAA30691 for ; Tue, 22 Jul 1997 23:33:37 +0200 Message-ID: <33D54233.2781E494@prima.ruhr.de> Date: Wed, 23 Jul 1997 01:28:51 +0200 From: Philipp Reichmuth X-Mailer: Mozilla 3.01Gold (X11; I; FreeBSD 2.2-STABLE i386) MIME-Version: 1.0 To: stable@freebsd.org Subject: make world on the K6 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi folks! Someone had mailed me that doing "make cleandir && make obj && make depend && make && make install" instead of doing "make world" solved the problems with the K6. In fact, it really does. I wonder what "make world" is doing that clobbers cc1 in the process? Is the above procedure omitting anything that is vitally needed? Are there any news on the topic of the K6? (I had to do without my mailhost for sime time, and it got be quite out of track *grumble*) Philipp From owner-freebsd-stable Tue Jul 22 14:33:46 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id OAA00111 for stable-outgoing; Tue, 22 Jul 1997 14:33:46 -0700 (PDT) Received: from kelly.prima.ruhr.de (root@kelly.prima.ruhr.de [141.39.232.1]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id OAA00105 for ; Tue, 22 Jul 1997 14:33:43 -0700 (PDT) Received: from chokepnt.prima.ruhr.de (DialPPP-3-81.rz.ruhr-uni-bochum.de [134.147.3.81]) by kelly.prima.ruhr.de (8.6.11/8.6.9) with SMTP id XAA30695; Tue, 22 Jul 1997 23:33:40 +0200 Message-ID: <33D542D6.446B9B3D@prima.ruhr.de> Date: Wed, 23 Jul 1997 01:31:34 +0200 From: Philipp Reichmuth X-Mailer: Mozilla 3.01Gold (X11; I; FreeBSD 2.2-STABLE i386) MIME-Version: 1.0 To: Udo Wolter CC: Chris Dillon , conrads@neosoft.com, freebsd-stable@FreeBSD.ORG Subject: Re: mount_msdos -- is it safe yet? References: <9707221449.AA06814@merlin.ukrv.de> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Udo Wolter wrote: > As long as the msdosfs is buggy I recommend the mtools (I'm using V3.6 > by myself and they're working fine for me ! I think there must be a more > uptodate version). I never had any problems with them, they work on > SCSI disks and on (E)IDE disks. Ok, these tools are not quite good to > copy whole trees, but they're working without trashing the disk. > Setting up a system will last longer than copy trees by hand... How about LFN and VFAT32 support? (I don't have the time to do it myself) Philipp From owner-freebsd-stable Tue Jul 22 17:32:24 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id RAA10706 for stable-outgoing; Tue, 22 Jul 1997 17:32:24 -0700 (PDT) Received: from time.cdrom.com (root@time.cdrom.com [204.216.27.226]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id RAA10701 for ; Tue, 22 Jul 1997 17:32:21 -0700 (PDT) Received: from time.cdrom.com (jkh@localhost.cdrom.com [127.0.0.1]) by time.cdrom.com (8.8.6/8.6.9) with ESMTP id RAA01435; Tue, 22 Jul 1997 17:28:08 -0700 (PDT) To: Philipp Reichmuth cc: Udo Wolter , Chris Dillon , conrads@neosoft.com, freebsd-stable@FreeBSD.ORG Subject: Re: mount_msdos -- is it safe yet? In-reply-to: Your message of "Wed, 23 Jul 1997 01:31:34 +0200." <33D542D6.446B9B3D@prima.ruhr.de> Date: Tue, 22 Jul 1997 17:28:08 -0700 Message-ID: <1431.869617688@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-freebsd-stable@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > How about LFN and VFAT32 support? (I don't have the time to do it > myself) They're waiting for someone who actually has the time. :) Jordan From owner-freebsd-stable Tue Jul 22 18:16:55 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id SAA13205 for stable-outgoing; Tue, 22 Jul 1997 18:16:55 -0700 (PDT) Received: from mail.adc.iii.org.tw (mail.adc.iii.org.tw [140.92.75.200]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id SAA13187 for ; Tue, 22 Jul 1997 18:16:46 -0700 (PDT) Received: from francis (francis.adc.iii.org.tw [140.92.75.109]) by mail.adc.iii.org.tw (8.8.6/8.8.5) with ESMTP id IAA24304 for ; Wed, 23 Jul 1997 08:51:39 +0800 (CST) Message-ID: <33D55B3D.1C4B9ADF@adc.iii.org.tw> Date: Wed, 23 Jul 1997 09:15:41 +0800 From: "Francis W.S. Yeh" Organization: Avionics Development Center/Institute for Information Industry X-Mailer: Mozilla 4.01 [en] (WinNT; I) MIME-Version: 1.0 To: stable@freebsd.org Subject: Bug report X-Priority: 3 (Normal) Content-Type: text/plain; charset=x-user-defined Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Dear Sir: Here is a situation I met on our FreeBSD 2.2.2R (prior to 2.2-970625-RELENG) that I consider a bug. A transcript of the commands that shows this problem is listed below: ------------------------------------------------------------------- mail2[francis]:~> nslookup www.bcc.com.tw Server: mail.adc.iii.org.tw Address: 140.92.75.200 Non-authoritative answer: Name: BCC_WWW.BCC.COM.TW Address: 203.69.33.1 Aliases: www.bcc.com.tw mail2[francis]:~> ping www.bcc.com.tw ping: unknown host www.bcc.com.tw mail2[francis]:~> ------------------------------------------------------------------- On another FreeBSD 2.2.2R system in the same IP subnet which serves as our name server, the same problem exists. However, on two other systems in the same IP subnet with the same DNS settings, the situation does not occur. One of them is a Sun Ultra1 running Solaris 2.5.1. The other one is a Windows NT workstation 4.0 Chinese edition Pentium PC. I posted the problem on a news group for FreeBSD which is local to our country a few days ago and got some response. Another one with a FreeBSD 2.2.2R, a FreeBSD 2.2-970625-RELENG and an older FreeBSD system responded with similar observation. He found the same problem on his FreeBSD 2.2.2R and 2.2-970625-RELENG systems but the older system works well. Some one suggests that the problem is related to the other FQDN of www.bcc.com.tw, i.e. BCC_WWW.BCC.COM.TW, for it has a '_' in its host name. According to RFC1034, '_' is not said to be an allowable label character. However, I still wonder why this happens: (1) Why does nslookup works while ping fails? (2) Why does other systems works (including older version of FreeBSD) while FreeBSD 2.2.2R and later fails? Thanks for all your excellent works. Regards. -- Francis Wu-Sung Yeh Avionics Development Center / Institute for Information Industry 4F, 134, Section 3, Min-Sheng East Road, Taipei, Taiwan, R.O.C. Tel: 886-2-718-9123 ext.134 Fax: 886-2-545-3950 From owner-freebsd-stable Tue Jul 22 19:07:50 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id TAA15926 for stable-outgoing; Tue, 22 Jul 1997 19:07:50 -0700 (PDT) Received: from shell.uniserve.com (tom@shell.uniserve.com [204.244.210.252]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id TAA15919 for ; Tue, 22 Jul 1997 19:07:45 -0700 (PDT) Received: from localhost (tom@localhost) by shell.uniserve.com (8.8.5/8.8.5) with SMTP id TAA22212; Tue, 22 Jul 1997 19:05:00 -0700 (PDT) X-Authentication-Warning: shell.uniserve.com: tom owned process doing -bs Date: Tue, 22 Jul 1997 19:05:00 -0700 (PDT) From: Tom To: "Francis W.S. Yeh" cc: stable@FreeBSD.ORG Subject: Re: Bug report In-Reply-To: <33D55B3D.1C4B9ADF@adc.iii.org.tw> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Wed, 23 Jul 1997, Francis W.S. Yeh wrote: > Some one suggests that the problem is related to the other FQDN of > www.bcc.com.tw, i.e. BCC_WWW.BCC.COM.TW, for it has a '_' in its host > name. According to RFC1034, '_' is not said to be an allowable label Exactly. Remove the "_" ASAP. > character. However, I still wonder why this happens: > (1) Why does nslookup works while ping fails? nslookup uses it own resolver code, to accomplish direct access to some features. > (2) Why does other systems works (including older version of FreeBSD) > while FreeBSD 2.2.2R and later fails? Different version of libresolv. All newer versions do this. If you upgrade your solaris 2.5.1 to the libresolv from Bind 8.8.1, it will do the exact same thing. This is, apparently, some statements that you can put into /etc/resolv.conf to tell the resolver to allow "_". Don't rely on this though, get the sites to fix the problem at the source. > Thanks for all your excellent works. Regards. > > -- > Francis Wu-Sung Yeh > Avionics Development Center / Institute for Information Industry > 4F, 134, Section 3, Min-Sheng East Road, Taipei, Taiwan, R.O.C. > Tel: 886-2-718-9123 ext.134 Fax: 886-2-545-3950 > Tom From owner-freebsd-stable Tue Jul 22 19:27:30 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id TAA17067 for stable-outgoing; Tue, 22 Jul 1997 19:27:30 -0700 (PDT) Received: from dilbert.my.net (slip129-37-233-153.mi.us.ibm.net [129.37.233.153]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id TAA17050 for ; Tue, 22 Jul 1997 19:27:26 -0700 (PDT) Received: from localhost (haplo@localhost) by dilbert.my.net (8.8.6/8.8.5) with SMTP id VAA21878; Tue, 22 Jul 1997 21:25:46 -0500 (CDT) X-Authentication-Warning: dilbert.my.net: haplo owned process doing -bs Date: Tue, 22 Jul 1997 21:25:45 -0500 (CDT) From: Jordan Klein X-Sender: haplo@dilbert.my.net To: Marty Gordon cc: FreeBSD Stable Subject: Re: Problems making x11 ports: missing /etc/mtree/BSD.x11.dist In-Reply-To: <33D325EE.167EB0E7@home.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Mon, 21 Jul 1997, Marty Gordon wrote: > I keep running into the same problem making many of the x11 'stable' > ports. It can't find the BSD.x11.dist file. It's not on my 2.2.2 CD > either. This is after I tried using cvsup for ports-all. (my prior > message). > > Here's a typical complaint when making something from /usr/ports/x11: > > ===> Installing for xview-config-3.2.1 > > mtree: /etc/mtree/BSD.x11.dist: No such file or directory > *** Error code 1 > > What is currently there is: > /etc/mtree > -r--r--r-- 1 root wheel 798 May 20 03:36 BSD.root.dist > -r--r--r-- 1 root wheel 9103 May 20 03:36 BSD.usr.dist > -r--r--r-- 1 root wheel 1732 May 20 03:36 BSD.var.dist > -r--r--r-- 1 root wheel 3291 May 20 03:36 BSD.local.dist > -r--r--r-- 1 root wheel 643 May 20 03:36 BSD.include.dist > > which seems a bit out of date AND the x11 file is missing. > > What's the 'best' way to get the up-to-date files and keep them current? > > Also, after my first 2-day marathon 'make world' following the 2.2.2 CD > and then multiple cvsup's for stable, do I do a 'make world' after each > cvsup? Will it run much faster now, i.e. only do makes for the > downloaded updates or is there a better way to rebuild my system after > weekly cvsup's? > > I guess I'm starting to get a FreeBSD addition. ;-) > > Thanks, > Marty > > Look for the file in /usr/src/etc/mtree. If you've been cvsupping, it'll be there. Not certain about base 2.2.2 distribution tho. I had the same problem till I copied the file into /etc/mtree. Jordan Klein Playing with FreeBSD and loving it jklein @ theramp . net haplo @ ibm . net http://www.theramp.net/jklein http://www.ibm.net Spam me and die Remove spaces from email addr to reply From owner-freebsd-stable Tue Jul 22 19:38:11 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id TAA17791 for stable-outgoing; Tue, 22 Jul 1997 19:38:11 -0700 (PDT) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id TAA17776 for ; Tue, 22 Jul 1997 19:38:07 -0700 (PDT) Received: (from msmith@localhost) by genesis.atrad.adelaide.edu.au (8.8.5/8.7.3) id MAA04966; Wed, 23 Jul 1997 12:05:05 +0930 (CST) From: Michael Smith Message-Id: <199707230235.MAA04966@genesis.atrad.adelaide.edu.au> Subject: Re: Bug report In-Reply-To: <33D55B3D.1C4B9ADF@adc.iii.org.tw> from "Francis W.S. Yeh" at "Jul 23, 97 09:15:41 am" To: francis@mail.adc.iii.org.tw (Francis W.S. Yeh) Date: Wed, 23 Jul 1997 12:05:04 +0930 (CST) Cc: stable@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-freebsd-stable@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Francis W.S. Yeh stands accused of saying: > Dear Sir: > Here is a situation I met on our FreeBSD 2.2.2R (prior to > 2.2-970625-RELENG) that I consider a bug. A transcript of the commands > that shows this problem is listed below: > ------------------------------------------------------------------- > mail2[francis]:~> nslookup www.bcc.com.tw > Server: mail.adc.iii.org.tw > Address: 140.92.75.200 > > Non-authoritative answer: > Name: BCC_WWW.BCC.COM.TW > Address: 203.69.33.1 > Aliases: www.bcc.com.tw > > mail2[francis]:~> ping www.bcc.com.tw > ping: unknown host www.bcc.com.tw > mail2[francis]:~> > ------------------------------------------------------------------- > > On another FreeBSD 2.2.2R system in the same IP subnet which serves > as our name server, the same problem exists. However, on two other > systems in the same IP subnet with the same DNS settings, the situation > does not occur. One of them is a Sun Ultra1 running Solaris 2.5.1. The > other one is a Windows NT workstation 4.0 Chinese edition Pentium PC. > I posted the problem on a news group for FreeBSD which is local to > our country a few days ago and got some response. Another one with a > FreeBSD 2.2.2R, a FreeBSD 2.2-970625-RELENG and an older FreeBSD system > responded with similar observation. He found the same problem on his > FreeBSD 2.2.2R and 2.2-970625-RELENG systems but the older system works > well. There have been changes in the DNS software ("bind") between the older systems and FreeBSD 2.2.2. > Some one suggests that the problem is related to the other FQDN of > www.bcc.com.tw, i.e. BCC_WWW.BCC.COM.TW, for it has a '_' in its host > name. According to RFC1034, '_' is not said to be an allowable label > character. However, I still wonder why this happens: This is correct, and this is why ping fails. > (1) Why does nslookup works while ping fails? nslookup is returning the database record. Ping is attempting to obtain an address, but the record specifies an illegal hostname and > (2) Why does other systems works (including older version of FreeBSD) > while FreeBSD 2.2.2R and later fails? Because the older systems predate the rigid enforcement of the legal character set for hostnames. Incidentally, you should upgrade the DNS software all of the systems which are not enforcing these rules, as they contain security holes which can be exploited by hostile parties to gain root access to your systems. -- ]] 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-stable Tue Jul 22 20:45:28 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id UAA21276 for stable-outgoing; Tue, 22 Jul 1997 20:45:28 -0700 (PDT) Received: from mail.webspan.net (root@mail.webspan.net [206.154.70.7]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id UAA21262 for ; Tue, 22 Jul 1997 20:45:22 -0700 (PDT) Received: from orion.webspan.net (orion.webspan.net [206.154.70.5]) by mail.webspan.net (WEBSPAN/970608) with ESMTP id XAA08765; Tue, 22 Jul 1997 23:45:21 -0400 (EDT) Received: from orion.webspan.net (localhost [127.0.0.1]) by orion.webspan.net (WEBSPAN/970608) with ESMTP id XAA08344; Tue, 22 Jul 1997 23:45:20 -0400 (EDT) To: "Francis W.S. Yeh" cc: stable@FreeBSD.ORG From: "Gary Palmer" Subject: Re: Bug report In-reply-to: Your message of "Wed, 23 Jul 1997 09:15:41 +0800." <33D55B3D.1C4B9ADF@adc.iii.org.tw> Date: Tue, 22 Jul 1997 23:45:20 -0400 Message-ID: <8342.869629520@orion.webspan.net> Sender: owner-freebsd-stable@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk "Francis W.S. Yeh" wrote in message ID <33D55B3D.1C4B9ADF@adc.iii.org.tw>: > Some one suggests that the problem is related to the other FQDN of > www.bcc.com.tw, i.e. BCC_WWW.BCC.COM.TW, for it has a '_' in its host > name. According to RFC1034, '_' is not said to be an allowable label > character. However, I still wonder why this happens: > (1) Why does nslookup works while ping fails? > (2) Why does other systems works (including older version of FreeBSD) > while FreeBSD 2.2.2R and later fails? The block on _'s in domain names isn't in the nameserver, but in the resolver library. nslookup doesn't use the resolver library, but `ping', `traceroute' et al do. The resolver in 2.2 and later was upgraded to a newer release of BIND, which contained the stricter checks. Gary -- Gary Palmer FreeBSD Core Team Member FreeBSD: Turning PC's into workstations. See http://www.FreeBSD.ORG/ for info From owner-freebsd-stable Tue Jul 22 23:51:00 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id XAA29108 for stable-outgoing; Tue, 22 Jul 1997 23:51:00 -0700 (PDT) Received: from silvia.HIP.Berkeley.EDU (ala-ca26-44.ix.netcom.com [207.93.42.108]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id XAA29102 for ; Tue, 22 Jul 1997 23:50:56 -0700 (PDT) Received: (from asami@localhost) by silvia.HIP.Berkeley.EDU (8.8.6/8.6.9) id XAA21218; Tue, 22 Jul 1997 23:50:48 -0700 (PDT) Date: Tue, 22 Jul 1997 23:50:48 -0700 (PDT) Message-Id: <199707230650.XAA21218@silvia.HIP.Berkeley.EDU> To: haplo@ibm.net CC: mlghome@home.com, freebsd-stable@FreeBSD.ORG In-reply-to: (message from Jordan Klein on Tue, 22 Jul 1997 21:25:45 -0500 (CDT)) Subject: Re: Problems making x11 ports: missing /etc/mtree/BSD.x11.dist From: asami@cs.berkeley.edu (Satoshi Asami) Sender: owner-freebsd-stable@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk * Look for the file in /usr/src/etc/mtree. If you've been cvsupping, it'll * be there. Not certain about base 2.2.2 distribution tho. I had the same * problem till I copied the file into /etc/mtree. Seems like a lot of people are tripping over this one. How about this patch? Satoshi ------- Index: bsd.port.mk =================================================================== RCS file: /usr/cvs/src/share/mk/bsd.port.mk,v retrieving revision 1.227.2.25 diff -u -r1.227.2.25 bsd.port.mk --- bsd.port.mk 1997/07/17 17:53:43 1.227.2.25 +++ bsd.port.mk 1997/07/23 06:46:52 @@ -1114,7 +1118,13 @@ .if make(real-install) .if !defined(NO_MTREE) @if [ `id -u` = 0 ]; then \ - ${MTREE_CMD} ${MTREE_ARGS} ${PREFIX}/; \ + if [ ! -f ${MTREE_FILE} ]; then \ + ${ECHO_MSG} "Error: mtree file \"${MTREE_FILE}\" is missing."; \ + ${ECHO_MSG} "Copy it from a suitable location (e.g., /usr/src/etc/mtree) and try again."; \ + exit 1; \ + else \ + ${MTREE_CMD} ${MTREE_ARGS} ${PREFIX}/; \ + fi; \ else \ ${ECHO_MSG} "Warning: not superuser, can't run mtree."; \ ${ECHO_MSG} "Become root and try again to ensure correct permissions."; \ From owner-freebsd-stable Wed Jul 23 00:18:11 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id AAA00644 for stable-outgoing; Wed, 23 Jul 1997 00:18:11 -0700 (PDT) Received: from acromail.ml.org (acroal.vip.best.com [206.86.222.181]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id AAA00638 for ; Wed, 23 Jul 1997 00:18:07 -0700 (PDT) Received: from localhost (kernel@localhost) by acromail.ml.org (8.8.6/8.8.5) with SMTP id AAA26228; Wed, 23 Jul 1997 00:17:49 -0700 (PDT) Date: Wed, 23 Jul 1997 00:17:49 -0700 (PDT) From: FreeBSD Technical Reader To: Satoshi Asami cc: haplo@ibm.net, mlghome@home.com, freebsd-stable@FreeBSD.ORG Subject: /etc/rc.conf In-Reply-To: <199707230650.XAA21218@silvia.HIP.Berkeley.EDU> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Has anyone noticed there rc.conf file mysteriously getting bigger after doing cvsups to stable. Seems that I have a 600k file and comments are being tagged onto the ends of the lines to form _very_ long lines, it still works though. From owner-freebsd-stable Wed Jul 23 00:22:51 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id AAA00856 for stable-outgoing; Wed, 23 Jul 1997 00:22:51 -0700 (PDT) Received: from silvia.HIP.Berkeley.EDU (ala-ca26-44.ix.netcom.com [207.93.42.108]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id AAA00851 for ; Wed, 23 Jul 1997 00:22:46 -0700 (PDT) Received: (from asami@localhost) by silvia.HIP.Berkeley.EDU (8.8.6/8.6.9) id AAA21357; Wed, 23 Jul 1997 00:22:00 -0700 (PDT) Date: Wed, 23 Jul 1997 00:22:00 -0700 (PDT) Message-Id: <199707230722.AAA21357@silvia.HIP.Berkeley.EDU> To: kernel@acromail.ml.org CC: haplo@ibm.net, mlghome@home.com, freebsd-stable@freebsd.org, jdp@polstra.com In-reply-to: (message from FreeBSD Technical Reader on Wed, 23 Jul 1997 00:17:49 -0700 (PDT)) Subject: Re: /etc/rc.conf From: asami@cs.berkeley.edu (Satoshi Asami) Sender: owner-freebsd-stable@freebsd.org X-Loop: FreeBSD.org Precedence: bulk * Has anyone noticed there rc.conf file mysteriously getting bigger after * doing cvsups to stable. Seems that I have a 600k file and comments are * being tagged onto the ends of the lines to form _very_ long lines, it * still works though. Um, if you want to ask about cvsup, talk to John Polstra (jdp). I have no idea why you thought I'm an expert in the matter. ;) Satoshi From owner-freebsd-stable Wed Jul 23 00:58:43 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id AAA02450 for stable-outgoing; Wed, 23 Jul 1997 00:58:43 -0700 (PDT) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id AAA02444 for ; Wed, 23 Jul 1997 00:58:39 -0700 (PDT) Received: (from msmith@localhost) by genesis.atrad.adelaide.edu.au (8.8.5/8.7.3) id RAA07876; Wed, 23 Jul 1997 17:27:20 +0930 (CST) From: Michael Smith Message-Id: <199707230757.RAA07876@genesis.atrad.adelaide.edu.au> Subject: Re: /etc/rc.conf In-Reply-To: from FreeBSD Technical Reader at "Jul 23, 97 00:17:49 am" To: kernel@acromail.ml.org (FreeBSD Technical Reader) Date: Wed, 23 Jul 1997 17:27:20 +0930 (CST) Cc: asami@cs.berkeley.edu, haplo@ibm.net, mlghome@home.com, freebsd-stable@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-freebsd-stable@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk FreeBSD Technical Reader stands accused of saying: > > > Has anyone noticed there rc.conf file mysteriously getting bigger after > doing cvsups to stable. Seems that I have a 600k file and comments are > being tagged onto the ends of the lines to form _very_ long lines, it > still works though. Sounds like you may have hit a bogon in sysinstall; do you use it to change /etc/rc.conf on a regular basis? -- ]] 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-stable Wed Jul 23 03:20:20 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id DAA08607 for stable-outgoing; Wed, 23 Jul 1997 03:20:20 -0700 (PDT) Received: from bastuba.partitur.se ([193.219.246.194]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id DAA08601 for ; Wed, 23 Jul 1997 03:20:15 -0700 (PDT) Received: from [193.219.246.211] (elbas.partitur.se [193.219.246.211]) by bastuba.partitur.se (8.8.5/8.8.5) with ESMTP id MAA17187; Wed, 23 Jul 1997 12:19:51 +0200 (CEST) X-Sender: girgen@mbox.partitur.se Message-Id: In-Reply-To: <199707230757.RAA07876@genesis.atrad.adelaide.edu.au> References: from FreeBSD Technical Reader at "Jul 23, 97 00:17:49 am" Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Wed, 23 Jul 1997 12:19:37 +0200 To: Michael Smith From: Palle Girgensohn Subject: Re: /etc/rc.conf Cc: haplo@ibm.net, mlghome@home.com, freebsd-stable@FreeBSD.ORG, jdp@polstra.com Sender: owner-freebsd-stable@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >FreeBSD Technical Reader stands accused of saying: >> >> >> Has anyone noticed there rc.conf file mysteriously getting bigger after >> doing cvsups to stable. Seems that I have a 600k file and comments are >> being tagged onto the ends of the lines to form _very_ long lines, it >> still works though. > I have the same problem. Didn't think of it beeing cvsup, but it could very well be so. I set the mode to r--r--r-- for the time beeing. For your info; I only cvsup the ports collection. ________________________________________________________________________ Palle Girgensohn Partitur Informationsteknik AB girgen@partitur.se http://www.partitur.se/ From owner-freebsd-stable Wed Jul 23 03:21:39 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id DAA08663 for stable-outgoing; Wed, 23 Jul 1997 03:21:39 -0700 (PDT) Received: from time.cdrom.com (root@time.cdrom.com [204.216.27.226]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id DAA08658 for ; Wed, 23 Jul 1997 03:21:35 -0700 (PDT) Received: from time.cdrom.com (jkh@localhost.cdrom.com [127.0.0.1]) by time.cdrom.com (8.8.6/8.6.9) with ESMTP id DAA03377; Wed, 23 Jul 1997 03:19:23 -0700 (PDT) To: FreeBSD Technical Reader cc: Satoshi Asami , haplo@ibm.net, mlghome@home.com, freebsd-stable@FreeBSD.ORG Subject: Re: /etc/rc.conf In-reply-to: Your message of "Wed, 23 Jul 1997 00:17:49 PDT." Date: Wed, 23 Jul 1997 03:19:23 -0700 Message-ID: <3373.869653163@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-freebsd-stable@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > Has anyone noticed there rc.conf file mysteriously getting bigger after > doing cvsups to stable. Seems that I have a 600k file and comments are The two events are unrelated - it's sysinstall which is borked in 2.2.2 and fully noted in ERRATA.TXT. Jordan From owner-freebsd-stable Wed Jul 23 04:53:10 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id EAA12222 for stable-outgoing; Wed, 23 Jul 1997 04:53:10 -0700 (PDT) Received: from venus.net (venus.net [205.243.72.10]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id EAA12217 for ; Wed, 23 Jul 1997 04:53:08 -0700 (PDT) Received: from localhost (ve1-p1.venus.net [205.243.75.4]) by venus.net (8.7.1/8.7.3) with SMTP id HAA09488; Wed, 23 Jul 1997 07:57:08 -0400 (EDT) Date: Wed, 23 Jul 1997 06:51:42 -0500 (EST) From: Andre LeClaire X-Sender: leclaire@localhost To: "Jordan K. Hubbard" cc: FreeBSD Technical Reader , Satoshi Asami , haplo@ibm.net, mlghome@home.com, freebsd-stable@FreeBSD.ORG Subject: Re: /etc/rc.conf In-Reply-To: <3373.869653163@time.cdrom.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > Has anyone noticed there rc.conf file mysteriously getting bigger after > > doing cvsups to stable. Seems that I have a 600k file and comments are > > The two events are unrelated - it's sysinstall which is borked in > 2.2.2 and fully noted in ERRATA.TXT. > > Jordan > ERRATA.TXT where? The file on the 2.2.2 CDROM only mentions a problem with /etc/login.conf - no mention of sysinstall. Andre From owner-freebsd-stable Wed Jul 23 05:06:37 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id FAA12733 for stable-outgoing; Wed, 23 Jul 1997 05:06:37 -0700 (PDT) Received: from time.cdrom.com (root@time.cdrom.com [204.216.27.226]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id FAA12721 for ; Wed, 23 Jul 1997 05:06:33 -0700 (PDT) Received: from time.cdrom.com (jkh@localhost.cdrom.com [127.0.0.1]) by time.cdrom.com (8.8.6/8.6.9) with ESMTP id FAA03823; Wed, 23 Jul 1997 05:04:52 -0700 (PDT) To: Andre LeClaire cc: FreeBSD Technical Reader , Satoshi Asami , haplo@ibm.net, mlghome@home.com, freebsd-stable@FreeBSD.ORG Subject: Re: /etc/rc.conf In-reply-to: Your message of "Wed, 23 Jul 1997 06:51:42 CDT." Date: Wed, 23 Jul 1997 05:04:52 -0700 Message-ID: <3819.869659492@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-freebsd-stable@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > ERRATA.TXT where? The file on the 2.2.2 CDROM only mentions a problem with > /etc/login.conf - no mention of sysinstall. I can't update CDROMs, but I can update FTP distributions. :-) ftp://ftp.freebsd.org/pub/FreeBSD/2.2.2-RELEASE/ERRATA.TXT Jordan From owner-freebsd-stable Wed Jul 23 06:11:53 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id GAA15874 for stable-outgoing; Wed, 23 Jul 1997 06:11:53 -0700 (PDT) Received: from designaweb.com.sg ([203.116.8.86]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id GAA15867 for ; Wed, 23 Jul 1997 06:11:48 -0700 (PDT) Received: from localhost (lai@localhost) by designaweb.com.sg (8.8.5/8.6.12) with SMTP id VAA29257 for ; Wed, 23 Jul 1997 21:08:07 +0800 (SGT) Date: Wed, 23 Jul 1997 21:08:07 +0800 (SGT) From: Clifton Lai To: freebsd-stable@FreeBSD.ORG Subject: Bind 4.9.6 on 2.1-Stable In-Reply-To: <199707202200.SAA11346@eve.umiacs.umd.edu> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk I tried compiling Bind 4.9.6 on my 2.1-Stable machine, but it can't get past make depend, anybody got it compiled on 2.1-Stable? Lai From owner-freebsd-stable Wed Jul 23 08:52:40 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id IAA26105 for stable-outgoing; Wed, 23 Jul 1997 08:52:40 -0700 (PDT) Received: from austin.polstra.com (austin.polstra.com [206.213.73.10]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id IAA26094 for ; Wed, 23 Jul 1997 08:52:30 -0700 (PDT) Received: from austin.polstra.com (jdp@localhost) by austin.polstra.com (8.8.6/8.8.5) with ESMTP id IAA15201 for ; Wed, 23 Jul 1997 08:52:22 -0700 (PDT) Message-Id: <199707231552.IAA15201@austin.polstra.com> To: stable@freebsd.org Subject: Re: /etc/rc.conf Date: Wed, 23 Jul 1997 08:52:21 -0700 From: John Polstra Sender: owner-freebsd-stable@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > >> Has anyone noticed there rc.conf file mysteriously getting bigger after > >> doing cvsups to stable. Seems that I have a 600k file and comments are > >> being tagged onto the ends of the lines to form _very_ long lines, it > >> still works though. > > > > I have the same problem. Didn't think of it beeing cvsup, but it could very > well be so. I set the mode to r--r--r-- for the time beeing. For your info; > I only cvsup the ports collection. Sheesh. Come on, you guys -- make an effort, will ya?! 1. CVSup doesn't touch the /etc directory. 2. CVSup verifies the MD5 checksum of every file that it updates. 3. CVSup doesn't have a history of corrupting people's files. 4. On the other hand, there is a history of pure speculation similar to this thread, which only fuels more such nonsense, thank you very much. 5. If you really thought it was a CVSup bug, then why didn't you report it to cvsup-bugs@polstra.com? -- John Polstra jdp@polstra.com John D. Polstra & Co., Inc. Seattle, Washington USA "Self-knowledge is always bad news." -- John Barth From owner-freebsd-stable Wed Jul 23 13:06:56 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id NAA10938 for stable-outgoing; Wed, 23 Jul 1997 13:06:56 -0700 (PDT) Received: from mail.webspan.net (root@mail.webspan.net [206.154.70.7]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id NAA10921 for ; Wed, 23 Jul 1997 13:06:47 -0700 (PDT) Received: from orion.webspan.net (orion.webspan.net [206.154.70.5]) by mail.webspan.net (WEBSPAN/970608) with ESMTP id QAA01819; Wed, 23 Jul 1997 16:06:37 -0400 (EDT) Received: from orion.webspan.net (localhost [127.0.0.1]) by orion.webspan.net (WEBSPAN/970608) with ESMTP id QAA03718; Wed, 23 Jul 1997 16:06:36 -0400 (EDT) To: FreeBSD Technical Reader cc: Satoshi Asami , haplo@ibm.net, mlghome@home.com, freebsd-stable@FreeBSD.ORG From: "Gary Palmer" Subject: Re: /etc/rc.conf In-reply-to: Your message of "Wed, 23 Jul 1997 00:17:49 PDT." Date: Wed, 23 Jul 1997 16:06:36 -0400 Message-ID: <3716.869688396@orion.webspan.net> Sender: owner-freebsd-stable@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk FreeBSD Technical Reader wrote in message ID : > Has anyone noticed there rc.conf file mysteriously getting bigger after > doing cvsups to stable. Seems that I have a 600k file and comments are > being tagged onto the ends of the lines to form _very_ long lines, it > still works though. My guess is you are regularly running sysconfig ... it's nothing to do with CVSUP! The bug in sysconfig is known about and fixed. Gary -- Gary Palmer FreeBSD Core Team Member FreeBSD: Turning PC's into workstations. See http://www.FreeBSD.ORG/ for info From owner-freebsd-stable Wed Jul 23 14:27:19 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id OAA15639 for stable-outgoing; Wed, 23 Jul 1997 14:27:19 -0700 (PDT) Received: from scotty.masternet.it (scotty.masternet.it [194.184.65.2]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id OAA15590 for ; Wed, 23 Jul 1997 14:26:04 -0700 (PDT) Received: from gmarco (slip12.zia.ms.it [195.250.8.22]) by scotty.masternet.it (8.8.6/8.8.5) with SMTP id XAA05142; Wed, 23 Jul 1997 23:23:59 GMT Message-Id: <3.0.3.32.19970723233204.0070362c@scotty.masternet.it> X-Sender: gmarco@scotty.masternet.it X-Mailer: QUALCOMM Windows Eudora Pro Version 3.0.3 (32) Date: Wed, 23 Jul 1997 23:32:04 +0200 To: Philipp Reichmuth , stable@FreeBSD.ORG From: Gianmarco Giovannelli Subject: Re: make world on the K6 In-Reply-To: <33D54233.2781E494@prima.ruhr.de> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-freebsd-stable@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk At 01.28 23/07/97 +0200, Philipp Reichmuth wrote: >Someone had mailed me that doing >"make cleandir && make obj && make depend && make && make install" >instead of doing "make world" solved the problems with the K6. In fact, >it really does. > >I wonder what "make world" is doing that clobbers cc1 in the process? Is >the above procedure omitting anything that is vitally needed? Are there >any news on the topic of the K6? Hei, I mailed you this thing but I am not sure if it is an equivalent of make world.... Any opinion is welcome.... Regards... Gianmarco "Unix expert since yesterday" Home page: http://www2.masternet.it/~gmarco Server page: http://www2.masternet.it/ From owner-freebsd-stable Wed Jul 23 15:10:05 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id PAA18375 for stable-outgoing; Wed, 23 Jul 1997 15:10:05 -0700 (PDT) Received: from lepton.nuc.net (wheelman@lepton.nuc.net [204.49.61.5]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id PAA18327 for ; Wed, 23 Jul 1997 15:09:57 -0700 (PDT) Received: from localhost (wheelman@localhost) by lepton.nuc.net (8.8.6/8.7.3) with SMTP id RAA28518; Wed, 23 Jul 1997 17:09:18 -0500 (CDT) Date: Wed, 23 Jul 1997 17:09:17 -0500 (CDT) From: Jaime Bozza To: Gianmarco Giovannelli cc: Philipp Reichmuth , stable@FreeBSD.ORG Subject: Re: make world on the K6 In-Reply-To: <3.0.3.32.19970723233204.0070362c@scotty.masternet.it> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Wed, 23 Jul 1997, Gianmarco Giovannelli wrote: > At 01.28 23/07/97 +0200, Philipp Reichmuth wrote: > >Someone had mailed me that doing > >"make cleandir && make obj && make depend && make && make install" > >instead of doing "make world" solved the problems with the K6. In fact, > >it really does. > > Hei, I mailed you this thing but I am not sure if it is an equivalent of > make world.... I've noticed many times that a make world will fail somewhere. Especially when I haven't done one in a while. Here's what I usually end up doing: 1) Manually doing a "make depend all install" on the include directory 2) Manually doing a "make depend all install" on the lib directory 3) Running a make world. 9 times out of 10 this will solve the problems. From what I've seen, a make world needs to compile certain items before installing the include and libraries, and in many cases those tools rely on something IN the includes or libraries. Sort of a Catch-22. On the other hand, I had a system that kept on freaking out on me every time I ran a make world. This was a 2.1.6 system, which I was updating to 2.1-stable (at least for now) ... No matter what I did, a make world wouldn't work. It would give strange errors, which I would assume to be some sort of memory hole. I had to run the steps manually. Jaime Bozza Nucleus Communications, Inc. From owner-freebsd-stable Wed Jul 23 16:28:00 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id QAA22664 for stable-outgoing; Wed, 23 Jul 1997 16:28:00 -0700 (PDT) Received: from mailhost.anasazi.com (mailhost.anasazi.com [138.113.128.2]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id QAA22655 for ; Wed, 23 Jul 1997 16:27:55 -0700 (PDT) Received: from chad.anasazi.com by mailhost.anasazi.com (5.65/3.7b) id AA10896; Wed, 23 Jul 97 16:26:57 -0700 Received: by chad.anasazi.com (5.65/3.7) id AA01662; Wed, 23 Jul 97 16:26:54 -0700 From: chad@anasazi.com (Chad R. Larson) Message-Id: <9707232326.AA01662@chad.anasazi.com> Subject: Re: make world on the K6 To: wheelman@nuc.net (Jaime Bozza) Date: Wed, 23 Jul 1997 16:26:53 -0700 (MST) Cc: gmarco@giovannelli.it, chokepnt@prima.ruhr.de, stable@FreeBSD.ORG In-Reply-To: from "Jaime Bozza" at Jul 23, 97 05:09:17 pm Reply-To: chad@anasazi.com X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-freebsd-stable@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > I've noticed many times that a make world will fail somewhere. Especially > when I haven't done one in a while. Here's what I usually end up > doing: > > 1) Manually doing a "make depend all install" on the include directory > > 2) Manually doing a "make depend all install" on the lib directory > > 3) Running a make world. Does this sound like perhaps the Makefiles need some work? If a "make install" or a "make depend" is necessary to do a make world, why don't they get run as part of the "make world." -crl -- Chad R. Larson (CRL22) Brother, can you paradigm? 602-870-3330 chad@anasazi.com chad@anasaz.UUCP chad@dcfinc.com Anasazi, Inc. - 7500 North Dreamy Draw Drive, Suite 120, Phoenix, Az 85020 From owner-freebsd-stable Wed Jul 23 18:02:19 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id SAA27578 for stable-outgoing; Wed, 23 Jul 1997 18:02:19 -0700 (PDT) Received: from acromail.ml.org (acroal.vip.best.com [206.86.222.181]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id SAA27573 for ; Wed, 23 Jul 1997 18:02:15 -0700 (PDT) Received: from localhost (kernel@localhost) by acromail.ml.org (8.8.6/8.8.5) with SMTP id SAA01415; Wed, 23 Jul 1997 18:01:34 -0700 (PDT) Date: Wed, 23 Jul 1997 18:01:34 -0700 (PDT) From: FreeBSD Technical Reader To: Michael Smith cc: asami@cs.berkeley.edu, haplo@ibm.net, mlghome@home.com, freebsd-stable@FreeBSD.ORG Subject: Re: /etc/rc.conf In-Reply-To: <199707230757.RAA07876@genesis.atrad.adelaide.edu.au> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk I don't really know, I've used sysinstall to install a few packages post-installation but that is it. On Wed, 23 Jul 1997, Michael Smith wrote: > FreeBSD Technical Reader stands accused of saying: > > > > > > Has anyone noticed there rc.conf file mysteriously getting bigger after > > doing cvsups to stable. Seems that I have a 600k file and comments are > > being tagged onto the ends of the lines to form _very_ long lines, it > > still works though. > > Sounds like you may have hit a bogon in sysinstall; do you use it to > change /etc/rc.conf on a regular basis? > > -- > ]] 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-stable Wed Jul 23 18:06:40 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id SAA27815 for stable-outgoing; Wed, 23 Jul 1997 18:06:40 -0700 (PDT) Received: from acromail.ml.org (acroal.vip.best.com [206.86.222.181]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id SAA27804 for ; Wed, 23 Jul 1997 18:06:35 -0700 (PDT) Received: from localhost (kernel@localhost) by acromail.ml.org (8.8.6/8.8.5) with SMTP id SAA01444; Wed, 23 Jul 1997 18:06:52 -0700 (PDT) Date: Wed, 23 Jul 1997 18:06:52 -0700 (PDT) From: FreeBSD Technical Reader To: John Polstra cc: stable@FreeBSD.ORG Subject: Re: /etc/rc.conf In-Reply-To: <199707231552.IAA15201@austin.polstra.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk I should of also mentioned that this seems to happen after a make world, that is why I was cvsupping in the first place. On Wed, 23 Jul 1997, John Polstra wrote: > > >> Has anyone noticed there rc.conf file mysteriously getting bigger after > > >> doing cvsups to stable. Seems that I have a 600k file and comments are > > >> being tagged onto the ends of the lines to form _very_ long lines, it > > >> still works though. > > > > > > > I have the same problem. Didn't think of it beeing cvsup, but it could very > > well be so. I set the mode to r--r--r-- for the time beeing. For your info; > > I only cvsup the ports collection. > > Sheesh. Come on, you guys -- make an effort, will ya?! > > 1. CVSup doesn't touch the /etc directory. > > 2. CVSup verifies the MD5 checksum of every file that it updates. > > 3. CVSup doesn't have a history of corrupting people's files. > > 4. On the other hand, there is a history of pure speculation similar > to this thread, which only fuels more such nonsense, thank you > very much. > > 5. If you really thought it was a CVSup bug, then why didn't you > report it to cvsup-bugs@polstra.com? > -- > John Polstra jdp@polstra.com > John D. Polstra & Co., Inc. Seattle, Washington USA > "Self-knowledge is always bad news." -- John Barth > From owner-freebsd-stable Wed Jul 23 18:08:01 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id SAA27892 for stable-outgoing; Wed, 23 Jul 1997 18:08:01 -0700 (PDT) Received: from acromail.ml.org (acroal.vip.best.com [206.86.222.181]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id SAA27877 for ; Wed, 23 Jul 1997 18:07:55 -0700 (PDT) Received: from localhost (kernel@localhost) by acromail.ml.org (8.8.6/8.8.5) with SMTP id SAA01453; Wed, 23 Jul 1997 18:08:15 -0700 (PDT) Date: Wed, 23 Jul 1997 18:08:15 -0700 (PDT) From: FreeBSD Technical Reader To: John Polstra cc: stable@FreeBSD.ORG Subject: Re: /etc/rc.conf In-Reply-To: <199707231552.IAA15201@austin.polstra.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk But now I am really wondering if it was sysinstall that was breaking it since after a make world this morning (and editing the files long lines) It doesn't seem to have grown, sorry! On Wed, 23 Jul 1997, John Polstra wrote: > > >> Has anyone noticed there rc.conf file mysteriously getting bigger after > > >> doing cvsups to stable. Seems that I have a 600k file and comments are > > >> being tagged onto the ends of the lines to form _very_ long lines, it > > >> still works though. > > > > > > > I have the same problem. Didn't think of it beeing cvsup, but it could very > > well be so. I set the mode to r--r--r-- for the time beeing. For your info; > > I only cvsup the ports collection. > > Sheesh. Come on, you guys -- make an effort, will ya?! > > 1. CVSup doesn't touch the /etc directory. > > 2. CVSup verifies the MD5 checksum of every file that it updates. > > 3. CVSup doesn't have a history of corrupting people's files. > > 4. On the other hand, there is a history of pure speculation similar > to this thread, which only fuels more such nonsense, thank you > very much. > > 5. If you really thought it was a CVSup bug, then why didn't you > report it to cvsup-bugs@polstra.com? > -- > John Polstra jdp@polstra.com > John D. Polstra & Co., Inc. Seattle, Washington USA > "Self-knowledge is always bad news." -- John Barth > From owner-freebsd-stable Wed Jul 23 19:49:58 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id TAA02594 for stable-outgoing; Wed, 23 Jul 1997 19:49:58 -0700 (PDT) Received: from wintermute.essex1.com (wintermute.essex1.com [206.31.1.3]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id TAA02573 for ; Wed, 23 Jul 1997 19:49:21 -0700 (PDT) Received: from davejohn ([206.31.0.230]) by wintermute.essex1.com (post.office MTA v2.0 0813 ID# 0-11038) with SMTP id AAA327 for ; Wed, 23 Jul 1997 21:48:05 -0500 Message-Id: <3.0.1.32.19970723215253.0068dd88@mail.essex1.com> X-Sender: davidj@mail.essex1.com (Unverified) X-Mailer: Windows Eudora Light Version 3.0.1 (32) Date: Wed, 23 Jul 1997 21:52:53 -0500 To: freebsd-stable@FreeBSD.ORG From: Dave Johnson Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-freebsd-stable@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk subscribe ----------------------- Dave Johnson davidj@essex1.com ----------------------- From owner-freebsd-stable Wed Jul 23 20:36:11 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id UAA04985 for stable-outgoing; Wed, 23 Jul 1997 20:36:11 -0700 (PDT) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id UAA04979 for ; Wed, 23 Jul 1997 20:36:06 -0700 (PDT) Received: (from msmith@localhost) by genesis.atrad.adelaide.edu.au (8.8.5/8.7.3) id NAA13881; Thu, 24 Jul 1997 13:05:03 +0930 (CST) From: Michael Smith Message-Id: <199707240335.NAA13881@genesis.atrad.adelaide.edu.au> Subject: Re: make world on the K6 In-Reply-To: <9707232326.AA01662@chad.anasazi.com> from "Chad R. Larson" at "Jul 23, 97 04:26:53 pm" To: chad@anasazi.com Date: Thu, 24 Jul 1997 13:05:03 +0930 (CST) Cc: wheelman@nuc.net, gmarco@giovannelli.it, chokepnt@prima.ruhr.de, stable@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-freebsd-stable@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Chad R. Larson stands accused of saying: > > I've noticed many times that a make world will fail somewhere. Especially > > when I haven't done one in a while. Here's what I usually end up > > doing: > > > > 1) Manually doing a "make depend all install" on the include directory > > > > 2) Manually doing a "make depend all install" on the lib directory > > > > 3) Running a make world. > > Does this sound like perhaps the Makefiles need some work? If a "make > install" or a "make depend" is necessary to do a make world, why don't > they get run as part of the "make world." No, there's nothing like that wrong with the Makefiles. > -crl -- ]] 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-stable Wed Jul 23 23:52:34 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id XAA13121 for stable-outgoing; Wed, 23 Jul 1997 23:52:34 -0700 (PDT) Received: from www.giovannelli.it (www.giovannelli.it [194.184.65.4]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id XAA13116 for ; Wed, 23 Jul 1997 23:52:28 -0700 (PDT) Received: from gmarco (slip5.zia.ms.it [195.250.8.15]) by www.giovannelli.it (8.8.6/8.8.5) with SMTP id IAA12651; Thu, 24 Jul 1997 08:49:47 +0200 (MET DST) Message-Id: <3.0.3.32.19970724085447.0074335c@giovannelli.it> X-Sender: gmarco@giovannelli.it X-Mailer: QUALCOMM Windows Eudora Pro Version 3.0.3 (32) Date: Thu, 24 Jul 1997 08:54:47 +0200 To: Michael Smith From: Gianmarco Giovannelli Subject: Re: make world on the K6 Cc: stable@FreeBSD.ORG In-Reply-To: <199707240335.NAA13881@genesis.atrad.adelaide.edu.au> References: <9707232326.AA01662@chad.anasazi.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-freebsd-stable@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk At 13.05 24/07/97 +0930, Michael Smith wrote: >Chad R. Larson stands accused of saying: >> > I've noticed many times that a make world will fail somewhere. Especially >> > when I haven't done one in a while. Here's what I usually end up >> > doing: >> > >> > 1) Manually doing a "make depend all install" on the include directory >> > >> > 2) Manually doing a "make depend all install" on the lib directory >> > >> > 3) Running a make world. >> >> Does this sound like perhaps the Makefiles need some work? If a "make >> install" or a "make depend" is necessary to do a make world, why don't >> they get run as part of the "make world." > >No, there's nothing like that wrong with the Makefiles. > Hello Mike, Only a little silly question : make cleandir && make obj && make depend && make && make install is roughly equivalent to a make world ? Or something is missing ? Thanks very much for your attention... Regards... Gianmarco "Unix expert since yesterday" Home page: http://www2.masternet.it/~gmarco Server page: http://www2.masternet.it/ From owner-freebsd-stable Thu Jul 24 07:21:52 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id HAA00886 for stable-outgoing; Thu, 24 Jul 1997 07:21:52 -0700 (PDT) Received: from lepton.nuc.net (wheelman@lepton.nuc.net [204.49.61.5]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id HAA00870 for ; Thu, 24 Jul 1997 07:21:47 -0700 (PDT) Received: from localhost (wheelman@localhost) by lepton.nuc.net (8.8.6/8.7.3) with SMTP id JAA12499; Thu, 24 Jul 1997 09:20:45 -0500 (CDT) Date: Thu, 24 Jul 1997 09:20:44 -0500 (CDT) From: Jaime Bozza To: "Chad R. Larson" cc: gmarco@giovannelli.it, chokepnt@prima.ruhr.de, stable@FreeBSD.ORG Subject: Re: make world on the K6 In-Reply-To: <9707232326.AA01662@chad.anasazi.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Wed, 23 Jul 1997, Chad R. Larson wrote: > Does this sound like perhaps the Makefiles need some work? If a "make > install" or a "make depend" is necessary to do a make world, why don't > they get run as part of the "make world." Actually, they ARE done during a make world. But a make world tries to compile a couple of tools BEFORE installing the includes. In many cases, this is what has caused make world to fail. At least for me. Jaime Bozza Nucleus Communications, Inc. From owner-freebsd-stable Thu Jul 24 09:01:14 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id JAA06945 for stable-outgoing; Thu, 24 Jul 1997 09:01:14 -0700 (PDT) Received: from implode.root.com (implode.root.com [198.145.90.17]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id JAA06940 for ; Thu, 24 Jul 1997 09:01:08 -0700 (PDT) Received: from implode.root.com (localhost [127.0.0.1]) by implode.root.com (8.8.5/8.8.5) with ESMTP id JAA10659; Thu, 24 Jul 1997 09:01:35 -0700 (PDT) Message-Id: <199707241601.JAA10659@implode.root.com> To: Jaime Bozza cc: "Chad R. Larson" , gmarco@giovannelli.it, chokepnt@prima.ruhr.de, stable@FreeBSD.ORG Subject: Re: make world on the K6 In-reply-to: Your message of "Thu, 24 Jul 1997 09:20:44 CDT." From: David Greenman Reply-To: dg@root.com Date: Thu, 24 Jul 1997 09:01:34 -0700 Sender: owner-freebsd-stable@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >On Wed, 23 Jul 1997, Chad R. Larson wrote: > >> Does this sound like perhaps the Makefiles need some work? If a "make >> install" or a "make depend" is necessary to do a make world, why don't >> they get run as part of the "make world." > >Actually, they ARE done during a make world. But a make world tries to >compile a couple of tools BEFORE installing the includes. In many cases, >this is what has caused make world to fail. At least for me. My "make world" problem often showed up in the early stages of it (after about an hour or so), but with a Peltier effect cooler will last about 1:45:00 before failing - this is well into the "all" part of the build. I have no reason to believe that this problem has anything to do with the FreeBSD build environment. -DG David Greenman Core-team/Principal Architect, The FreeBSD Project From owner-freebsd-stable Fri Jul 25 16:12:17 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id QAA00320 for stable-outgoing; Fri, 25 Jul 1997 16:12:17 -0700 (PDT) Received: from bob.tri-lakes.net ([207.3.81.6]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id QAA00291 for ; Fri, 25 Jul 1997 16:11:47 -0700 (PDT) Received: from [207.3.81.149] by bob.tri-lakes.net (NTMail 3.02.13) with ESMTP id da236083 for ; Fri, 25 Jul 1997 18:12:06 -0500 Message-ID: <33D8EC89.41C67EA6@tri-lakes.net> Date: Fri, 25 Jul 1997 18:12:25 +0000 From: Chris Dillon X-Mailer: Mozilla 3.01Gold (X11; I; FreeBSD 2.2-STABLE i386) MIME-Version: 1.0 To: stable@freebsd.org Subject: make world fails after CVSUP on 1997/07/25 01:56:45 for 2.2-STABLE Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I have just been using CVSUP for a while as a means of keeping the system source tree up to date. I do a cvsup to -stable almost daily, but only do a make world every once in a while. Just last night I tried to do a make world (i actually do a make includes;make world, since i read in here that it might prevent the occasional failure). A make include fails as follows: ======8<====== "/usr/share/mk/bsd.man.mk", line 10: Malformed conditional (!empty(MANBUILDCAT)) "/usr/share/mk/bsd.man.mk", line 21: Malformed conditional (!empty(MANBUILDCAT)) "/usr/share/mk/bsd.man.mk", line 27: if-less endif "/usr/share/mk/bsd.man.mk", line 27: Need an operator "/usr/share/mk/bsd.lib.mk", line 264: if-less elif "/usr/share/mk/bsd.lib.mk", line 265: Inconsistent operator for maninstall "/usr/share/mk/bsd.lib.mk", line 267: if-less endif "/usr/share/mk/bsd.lib.mk", line 267: Need an operator Fatal errors encountered -- cannot continue *** Error code 1 Stop. ======8<====== Make world fails in a similar fashion. I had done several cvsup's after 1997/07/25 01:56:45, but looking through the logs, this was the only time bsd.man.mk was changed: ======8<====== CVSup update begins at 1997/07/25 01:56:45 Connected to cvsup.freebsd.org Updating collection src-all/cvs Edit src/sbin/ipfw/ipfw.c Edit src/share/mk/bsd.man.mk Edit src/sys/netinet/ip_input.c ....[updates for other collections cut out].... CVSup update ends at 1997/07/25 02:01:03 ======8<====== Is this something that needs to be fixed in the tree or has something on my own system broken? Also, is this the best way to report this kind of thing? :-) Thanks, Chris Dillon From owner-freebsd-stable Fri Jul 25 22:22:47 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id WAA14906 for stable-outgoing; Fri, 25 Jul 1997 22:22:47 -0700 (PDT) Received: from mail.itw.net (mail.itw.net [206.138.122.6]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id WAA14893 for ; Fri, 25 Jul 1997 22:22:40 -0700 (PDT) Received: from babumpabajard (babump.itw.com [206.138.122.76]) by mail.itw.net (8.8.0/8.7.3) with SMTP id BAA22850 for ; Sat, 26 Jul 1997 01:22:37 -0400 Message-Id: <3.0.32.19970726012212.00968e60@mail.itw.com> X-Sender: babump@mail.itw.com X-Mailer: Windows Eudora Pro Version 3.0 (32) Date: Sat, 26 Jul 1997 01:22:13 -0400 To: stable@FreeBSD.ORG From: Babumpabajard Subject: Upgrading to stable Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-freebsd-stable@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk I recently CVsup'ed the sources for stable, and successfully did a make world. I then used the tutorial on upgrading from sources to re-do my /dev dirctory, and did all the other things it notes, and restarted. When it restarted it came up with the inablity to find /dev/wd0s1f device. I did not do a sh MAKEDEV wd0s1f. This error is becuase I did not do a sh MAKEDEV wd0s1f, right? Now, if I start in single user mode, I can read /dev, and there is no wd0s1f, but I can't create it becuase it's mounting /dev as a read-only file system. Am I correct in assuming the read-only file system error is becuase I didn't completely re-make my devices? Can I turn off readonly mode? How can I fix this? Can I? Thanks for all the help I've already received, and thanks for reading this :> Michael From owner-freebsd-stable Sat Jul 26 11:53:16 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id LAA12979 for stable-outgoing; Sat, 26 Jul 1997 11:53:16 -0700 (PDT) Received: from news1.gtn.com (news1.gtn.com [192.109.159.3]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id LAA12974; Sat, 26 Jul 1997 11:53:05 -0700 (PDT) Received: (from uucp@localhost) by news1.gtn.com (8.7.2/8.7.2) with UUCP id RAA13218; Sat, 26 Jul 1997 17:00:16 +0200 (MET DST) Received: (from andreas@localhost) by klemm.gtn.com (8.8.6/8.8.6) id QAA06099; Sat, 26 Jul 1997 16:46:46 +0200 (CEST) Message-ID: <19970726164646.57497@gtn.com> Date: Sat, 26 Jul 1997 16:46:46 +0200 From: Andreas Klemm To: bde@FreeBSD.org Cc: stable@FreeBSD.org Subject: make world fails on 2.2-STABLE because of still broken bsd.man.mk Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.79 X-Disclaimer: A free society is one where it is safe to be unpopular X-Operating-System: FreeBSD 3.0-CURRENT SMP Sender: owner-freebsd-stable@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk Hi Bruce, I noticed, that you fixed bsd.man.mk on the HEAD branch. In the company I still can't do a make world after updating the CVS tree and checking out (updating) the 2.2-STABLE sources. Could you please submit your changes to the 2.2-STABLE branch as well ? Thanks. Andreas /// -- Andreas Klemm | klemm.gtn.com - powered by Symmetric MultiProcessor FreeBSD http://www.freebsd.org/~fsmp/SMP/SMP.html http://www.freebsd.org/~fsmp/SMP/benches.html