From owner-freebsd-bugs Sun Aug 25 13:40:06 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id NAA05350 for bugs-outgoing; Sun, 25 Aug 1996 13:40:06 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id NAA05337; Sun, 25 Aug 1996 13:40:02 -0700 (PDT) Resent-Date: Sun, 25 Aug 1996 13:40:02 -0700 (PDT) Resent-Message-Id: <199608252040.NAA05337@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, charnier@xp11.frmug.org Received: from who.cdrom.com (who.cdrom.com [204.216.27.3]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id NAA04156 for ; Sun, 25 Aug 1996 13:31:35 -0700 (PDT) Received: from frmug.org (frmug-gw.frmug.org [193.56.58.252]) by who.cdrom.com (8.7.5/8.6.11) with SMTP id DAA24106 for ; Sun, 25 Aug 1996 03:10:19 -0700 (PDT) Received: (from uucp@localhost) by frmug.org (8.6.8/8.6.9) with UUCP id MAA18101 for FreeBSD-gnats-submit@freebsd.org; Sun, 25 Aug 1996 12:08:51 +0200 Received: (from charnier@localhost) by xp11.frmug.org (8.7.5/8.7.3/xp11-uucp-1.1) id LAA01819; Sun, 25 Aug 1996 11:37:05 +0200 (MET DST) Message-Id: <199608250937.LAA01819@xp11.frmug.org> Date: Sun, 25 Aug 1996 11:37:05 +0200 (MET DST) From: "Ph. Charnier" Reply-To: charnier@xp11.frmug.org To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: kern/1540: panic: ufs_unlock NOT LOCKED Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Number: 1540 >Category: kern >Synopsis: panic: ufs_unlock NOT LOCKED >Confidential: no >Severity: critical >Priority: high >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sun Aug 25 13:40:01 PDT 1996 >Last-Modified: >Originator: Ph. Charnier >Organization: ------ ------ Philippe Charnier charnier@lirmm.fr (smtp) charnier@xp11.frmug.org (uucp) ------------------------------------------------------------------------ >Release: FreeBSD 2.2-CURRENT i386 >Environment: current at cvs level 2387 19960823140002Z >Description: I got this after running umount on a ufs partition. From ufs_vnops.c:1738 #ifdef DIAGNOSTIC struct proc *p = curproc; if ((ip->i_flag & IN_LOCKED) == 0) { vprint("ufs_unlock: unlocked inode", ap->a_vp); => panic("ufs_unlock NOT LOCKED"); } if (p && p->p_pid != ip->i_lockholder && p->p_pid > -1 && ip->i_lockholder > -1 && lockcount++ < 100) panic("unlocker (%d) != lock holder (%d)", p->p_pid, ip->i_lockholder); #endif #0 boot (howto=256) at ../../kern/kern_shutdown.c:264 (kgdb) (kgdb) up 1 #1 0xf01153db in panic (fmt=0xf019e8c0 "ufs_unlock NOT LOCKED") at ../../kern/kern_shutdown.c:390 (kgdb) up 1 #2 0xf019e961 in ufs_unlock (ap=0xefbffe90) at ../../ufs/ufs/ufs_vnops.c:1738 (kgdb) print *ip $1 = {i_next = 0x7205c766, i_prev = 0x34000004, i_vnode = 0xe5895512, i_devvp = 0x8c9d026a, i_flag = 2397081304, i_dev = 12773608, i_number = 12320768, inode_u = {fs = 0xe8001dc0, lfs = 0xe8001dc0, e2fs = 0xe8001dc0}, i_dquot = {0x14b, 0x1f5e3cb9}, i_modrev = 0xf929001e6c0cbf00, i_lockf = 0xf3fcc031, i_lockholder = 38398122, i_lockwaiter = 2090926080, i_count = 251665856, i_endoff = 537909282, i_diroff = 69056, i_offset = 571441152, i_ino = 5466304, i_reclen = 3166957584, i_lockcount = -272629760, i_spare = { -980828111, 499156129, 2083884016, -1980752448, 898309232, -266485648, 1623910486, 1784545291, -130679040, 1794121523}, i_din = {di_mode = 26624, di_nlink = 514, di_u = {oldids = {0, 13823}, inumber = 905904128}, di_size = 0xec83006af01f05b4, di_atime = {ts_sec = 300438576, ts_nsec = -2097151827}, di_mtime = {ts_sec = 1032008900, ts_nsec = -266459600}, di_ctime = {ts_sec = 252408833, ts_nsec = 901152}, di_db = {251659520, -1264467934, -1947197691, 523499533, -1898344720, -1897886015, -1869557783, 270816511, 337921165, 1740132432, -1711276032, 0}, di_ib = {-1863057401, 294275, 2105769076}, di_flags = 24379416, di_blocks = 475892724, di_gen = -125631605, di_uid = 3087496193, di_gid = 1, di_spare = {1938539465, 16679684}}} >How-To-Repeat: I can reproduce this with umount Dumps an kernel with debugging symbols, available on request. >Fix: >Audit-Trail: >Unformatted: From owner-freebsd-bugs Sun Aug 25 14:50:09 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id OAA11067 for bugs-outgoing; Sun, 25 Aug 1996 14:50:09 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id OAA11061; Sun, 25 Aug 1996 14:50:06 -0700 (PDT) Resent-Date: Sun, 25 Aug 1996 14:50:06 -0700 (PDT) Resent-Message-Id: <199608252150.OAA11061@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, gclarkii@main.gbdata.com Received: from main.gbdata.com (Main.GBData.COM [207.90.222.20]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id OAA11016 for ; Sun, 25 Aug 1996 14:49:27 -0700 (PDT) Received: (from gclarkii@localhost) by main.gbdata.com (8.7.5/8.6.9) id QAA00469; Sun, 25 Aug 1996 16:49:32 -0500 (CDT) Message-Id: <199608252149.QAA00469@main.gbdata.com> Date: Sun, 25 Aug 1996 16:49:32 -0500 (CDT) From: Gary Clark II Reply-To: gclarkii@main.gbdata.com To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: misc/1541: libc_r problem (fork.S) Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 1541 >Category: misc >Synopsis: fork.o in libc_r fails to compile >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sun Aug 25 14:50:02 PDT 1996 >Last-Modified: >Originator: Gary Clark II >Organization: GB Data Systems (ISP, ICP and FreeBSD consulting) >Release: FreeBSD 2.2-CURRENT i386 >Environment: FreeBSD-current latest sup (10 hours old) >Description: Here is the line: main# make fork.o cpp -E -DLIBC_RCS -DSYSLIBC_RCS -DPTHREAD_KERNEL -D_THREAD_SAFE -I/usr/src/lib/l ibc_r/uthread -D__DBINTERFACE_PRIVATE -DPOSIX_MISTAKE -I/usr/src/lib/libc_r/../l ibc/locale -DYP -I/usr/src/lib/libc_r/../libc/i386 -I/usr/src/lib/libc_r/uthread /usr/src/lib/libc_r/../libc/i386/sys/fork.S | as -o fork.o /usr/src/lib/libc_r/../libc/i386/sys/fork.S: Assembler messages: /usr/src/lib/libc_r/../libc/i386/sys/fork.S:46: Error: Rest of line ignored. Fir st ignored character is `('. /usr/src/lib/libc_r/../libc/i386/sys/fork.S:46: Error: Expected comma after symb ol-name: rest of line ignored. /usr/src/lib/libc_r/../libc/i386/sys/fork.S:46: Error: Rest of line ignored. Fir st ignored character is `('. /usr/src/lib/libc_r/../libc/i386/sys/fork.S:46: Error: invalid character '_' in opcode *** Error code 1 >How-To-Repeat: See above >Fix: ???????????? >Audit-Trail: >Unformatted: From owner-freebsd-bugs Sun Aug 25 18:40:05 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id SAA06669 for bugs-outgoing; Sun, 25 Aug 1996 18:40:05 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id SAA06656; Sun, 25 Aug 1996 18:40:03 -0700 (PDT) Resent-Date: Sun, 25 Aug 1996 18:40:03 -0700 (PDT) Resent-Message-Id: <199608260140.SAA06656@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, leonard@dstc.edu.au Received: from trapdoor.dstc.edu.au (root@trapdoor.dstc.edu.au [130.102.176.12]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id SAA06129 for ; Sun, 25 Aug 1996 18:36:17 -0700 (PDT) Received: from scry.dstc.edu.au (scry.dstc.edu.au [130.102.176.222]) by trapdoor.dstc.edu.au (8.6.9/8.6.12) with ESMTP id LAA05035; Mon, 26 Aug 1996 11:36:12 +1000 Received: (from d@localhost) by scry.dstc.edu.au (8.7.5/8.6.12) id LAA00617; Mon, 26 Aug 1996 11:36:12 +1000 (EST) Message-Id: <199608260136.LAA00617@scry.dstc.edu.au> Date: Mon, 26 Aug 1996 11:36:12 +1000 (EST) From: David Leonard Reply-To: leonard@dstc.edu.au To: FreeBSD-gnats-submit@freebsd.org Cc: leonard@dstc.edu.au X-Send-Pr-Version: 3.2 Subject: bin/1542: swapon -a ignores 'noauto' tags in /etc/fstab Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 1542 >Category: bin >Synopsis: swapon -a ignores 'noauto' tags in /etc/fstab >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: change-request >Submitter-Id: current-users >Arrival-Date: Sun Aug 25 18:40:01 PDT 1996 >Last-Modified: >Originator: David Leonard >Organization: DSTC, Brisbane, Australia +61 7 3365 4310 >Release: FreeBSD 2.2-CURRENT i386 >Environment: FreeBSD scry.dstc.edu.au 2.2-CURRENT FreeBSD 2.2-CURRENT #0: Fri Aug 16 13:25:02 EST 1996 d@scry.dstc.edu.au:/u1/src/sys/compile/SCRY i386 >Description: swapon -a ignores the 'noauto' tag in /etc/fstab. This (I feel) is inconsistent with the -a option to mount. Since they both read from the same file (/etc/fstab) I would have thought they both honoured the noauto `option'! >How-To-Repeat: In /etc/fstab: /dev/wd0s2b none swap sw 0 0 /dev/wd1b none swap sw,noauto 0 0 reboot, and Device 512-blocks Used Avail Capacity Type /dev/wd0s2b 65536 64 65344 0% Interleaved /dev/wd1b 131072 0 130944 0% Interleaved Total 196352 64 196288 0% >Fix: untested diffs follow: cvs server: Diffing . Index: swapon.8 =================================================================== RCS file: /home/leonard/cvsroot/freebsd/src/sbin/swapon/swapon.8,v retrieving revision 1.1.1.1 diff -c -r1.1.1.1 swapon.8 *** swapon.8 1996/08/16 00:12:14 1.1.1.1 --- swapon.8 1996/08/26 01:29:27 *************** *** 61,67 **** All devices marked as ``sw'' swap devices in .Pa /etc/fstab ! are made available. .El .Pp The second form gives individual block devices as given --- 61,67 ---- All devices marked as ``sw'' swap devices in .Pa /etc/fstab ! are made available, unless marked with ``noauto''. .El .Pp The second form gives individual block devices as given Index: swapon.c =================================================================== RCS file: /home/leonard/cvsroot/freebsd/src/sbin/swapon/swapon.c,v retrieving revision 1.1.1.1 diff -c -r1.1.1.1 swapon.c *** swapon.c 1996/08/16 00:12:14 1.1.1.1 --- swapon.c 1996/08/26 01:29:27 *************** *** 76,81 **** --- 76,83 ---- while ((fsp = getfsent()) != NULL) { if (strcmp(fsp->fs_type, FSTAB_SW)) continue; + if (strstr(fsp->fs_mntops, "noauto")) + continue; if (add(fsp->fs_spec, 1)) stat = 1; else >Audit-Trail: >Unformatted: From owner-freebsd-bugs Mon Aug 26 00:30:04 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id AAA24880 for bugs-outgoing; Mon, 26 Aug 1996 00:30:04 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id AAA24874; Mon, 26 Aug 1996 00:30:02 -0700 (PDT) Date: Mon, 26 Aug 1996 00:30:02 -0700 (PDT) Message-Id: <199608260730.AAA24874@freefall.freebsd.org> To: freebsd-bugs Cc: From: J Wunsch Subject: Re: misc/1538: new /etc/security script Reply-To: J Wunsch Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR misc/1538; it has been noted by GNATS. From: J Wunsch To: Cc: FreeBSD-gnats-submit@FreeBSD.ORG Subject: Re: misc/1538: new /etc/security script Date: Sun, 25 Aug 1996 11:47:30 +0200 (MET DST) As pirzyk@faf.disney.com wrote: > *** /etc/security Sat Aug 24 16:00:46 1996 > --- /etc/security.bak Thu Nov 16 04:58:43 1995 (Btw., your patch is reversed. Not a big deal, but i thought i'd mention it.) > - echo "" > - echo "" > - echo "checking for accounts without passwords:" > - awk -F: '$2=="" && $1 != "+" {print $1}' /etc/master.passwd This is a matter of local policy and not always unwanted. So i'd leave this commented in the script, up to the local admin to enable it if he wants. > - echo "checking for block & character device files not in /dev:" > - find / -fstype local -name /dev -prune \( -type b -o -type c \) -exec ls -l {} \; | awk '{ print; }' > - What i don't like with these approaches is that there are multiple find's walking down the disk twice or more each night. This will only increase the sales volume of disk vendors... Instead, we should run *one* find, selecting all the desired items, and post-process its output for the various actions. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-bugs Mon Aug 26 06:57:45 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id GAA11243 for bugs-outgoing; Mon, 26 Aug 1996 06:57:45 -0700 (PDT) Received: from pluscom.cronyx.ru (pluscom.cronyx.ru [194.87.171.65]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id GAA11238 for ; Mon, 26 Aug 1996 06:57:42 -0700 (PDT) Received: by pluscom.cronyx.ru id RAA04182; (8.6.11/vak/1.9) Mon, 26 Aug 1996 17:55:17 +0400 From: marck@pluscom.cronyx.ru (Dmitry Morozovsky) Message-Id: <199608261355.RAA04182@pluscom.cronyx.ru> Subject: rwhod bug (or at least unexpected behaviour) To: freebsd-bugs@freebsd.org Date: Mon, 26 Aug 1996 17:55:16 +0400 (MSD) X-Mailer: ELM [version 2.4 PL24 ME8a] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi there. Some months ago I discovered strange behaviour in rwhod's work. Our network topology is like the following: World<--+ + +---------------+--------------+---------------+ Router host1 host2 host3 + + + | | | Client networks Our hosts are connected to Router (Cisco 2522) via sigle Ethernet segment. The net parameters are 194.87.171.64/27 Only on _one_ host (194.87.171.80 to be exact) there is _permanently_ rwhod data from FreeBSD router of _one_ of client networks (194.87.171.134/32) The only thing I suppose to be the cause is that there's wrong address of PPP interface on the remote side (I found it right now, BTW :), and this is -- surely, 194.87.171.80) So, is this behavior desired or is it misfeature? Please answer via mail 'cause i have not subscribed to this mailing list. Thank you. Sincerely, D.Marck ======================================================================== === D.Marck --- Dmitry Morozovsky --- marck@rinet.ru --- Wild Woozle === ======================================================================== From owner-freebsd-bugs Mon Aug 26 07:21:15 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id HAA12273 for bugs-outgoing; Mon, 26 Aug 1996 07:21:15 -0700 (PDT) Received: from whorfin.sjca.edu ([199.89.180.2]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id HAA12262 for ; Mon, 26 Aug 1996 07:21:11 -0700 (PDT) Received: from continuity.sjca.edu (continuity.sjca.edu [199.89.180.11]) by whorfin.sjca.edu (8.7.5/8.7.3) with ESMTP id KAA16533 for ; Mon, 26 Aug 1996 10:21:08 -0400 (EDT) From: Matt Braithwaite Received: (mab@localhost) by continuity.sjca.edu (8.7.5/8.6.12) id KAA00853; Mon, 26 Aug 1996 10:21:41 -0400 (EDT) Date: Mon, 26 Aug 1996 10:21:41 -0400 (EDT) Message-Id: <199608261421.KAA00853@continuity.sjca.edu> Reply-To: m-braithwaite@sjca.edu X-Organization: The Ancient Illuminated Seers of Bavaria X-Url: my homepage To: freebsd-bugs@freebsd.org Subject: passwd says ``yppasswdd not running on NIS master host'' Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk the subject line says it all, i guess, if you add the qualifier that i'm doing everything else right, as near as i can tell. :-) i get this message on both NIS clients and on the NIS server. yppasswdd is indeed running, and i can see it with rpcinfo -p, so i don't think it's a portmapper problem. i am using tcp wrappers, so i thought this might be a problem with them, so i tried temporarily removing my /etc/hosts.deny, but no joy. ypwhich gives me back the name of the master server with no problems. i do have the kerberized versions of things installed, but so far kerberos is not running. (the above message is almost certainly unrelated, but i just wanted to throw in all the data points.) any thoughts on this? thanks in advance... -- Matt Braithwaite #!/bin/perl -s-- -export-a-crypto-system-sig -RSA-3-lines-PERL http:// $m=unpack(H.$w,$m."\0"x$w),$_=`echo "16do$w 2+4Oi0$d*-^1[d2%Sa www.sjca.edu/ 2/d0; Mon, 26 Aug 1996 09:00:13 -0700 (PDT) Received: (from wpaul@localhost) by skynet.ctr.columbia.edu (8.6.12/8.6.9) id LAA12361; Mon, 26 Aug 1996 11:59:50 -0400 From: Bill Paul Message-Id: <199608261559.LAA12361@skynet.ctr.columbia.edu> Subject: Re: passwd says ``yppasswdd not running on NIS master host'' To: m-braithwaite@sjca.edu Date: Mon, 26 Aug 1996 11:59:48 -0400 (EDT) Cc: bugs@freebsd.org In-Reply-To: <199608261421.KAA00853@continuity.sjca.edu> from "Matt Braithwaite" at Aug 26, 96 10:21:41 am X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Of all the gin joints in all the towns in all the world, Matt Braithwaite had to walk into mine and say: > the subject line says it all, i guess, if you add the qualifier that > i'm doing everything else right, as near as i can tell. :-) Everything, except you forgot to tell us what version of FreeBSD you're using. :) Since you said 'yppasswdd' rather than 'rpc.yppasswdd' I'm going to assume you're using 2.1.5. (I rewrote pretty much all of the NIS server-side support for 2.2.) > i get this message on both NIS clients and on the NIS server. Hm. Are you sure your hosts database is configured correctly? Does the hostname for the server resolve correctly to the right IP address? > yppasswdd is indeed running, and i can see it with rpcinfo -p, so i > don't think it's a portmapper problem. i am using tcp wrappers, so i > thought this might be a problem with them, so i tried temporarily > removing my /etc/hosts.deny, but no joy. ypwhich gives me back the > name of the master server with no problems. Hm... even with tcp wrappers it should have worked on the server. > i do have the kerberized versions of things installed, but so far > kerberos is not running. (the above message is almost certainly > unrelated, but i just wanted to throw in all the data points.) > > any thoughts on this? thanks in advance... Well, a couple of things: - Try chpass too. See if it complains the same way. - Both passwd and chpass determine the name of the master host by performing a yp_master() on the passwd.byname map. (By contrast, ypwhich just asks ypbind what server it's bound to.) This means that the name of the master server must be encoded correctly into the map, otherwise they'll get confused. Go to the NIS server and do the following: # cd /var/yp/ # yp_mkdb -u passwd.byname | grep YP_MASTER_NAME You should see output that looks like this: # cd /var/yp/test1234 # yp_mkdb -u passwd.byname | grep YP_MASTER_NAME YP_MASTER_NAME OmniVAX YP_MASTER_NAME is a special key that the yp_mkdb program encodes into each NIS map as it is being built. (There are a few others too.) Alternatively, just do this: % yppoll passwd.byname You should see output that looks like this: [/home2/wpaul/libexec/ypxfr]:OmniVAX{40}% yppoll passwd.byname Map passwd.byname has order number 839196180. Sun Aug 4 18:03:00 1996 The master server is OmniVAX. Check that the master server name is correct for your configuration and that it resolves correctly. The master name encoded into all the NIS maps is determined by /var/yp/Makefile using the hostname(1) command. If hostname(1) on the master server returns an incorrect hostname, or a hostname which does not resolve correctly, then you'll need to edit /var/yp/Makefile a bit and rebuild your maps. Check in /var/yp/Makefile for a line that says: DBLOAD = /usr/sbin/yp_mkdb -m `hostname` Change this so that it reflects the correct hostname for your NIS server: DBLOAD = /usr/sbin/yp_mkdb -m my.nis.server.name Hope this helps. -Bill -- ============================================================================= -Bill Paul (212) 854-6020 | System Manager, Master of Unix-Fu Work: wpaul@ctr.columbia.edu | Center for Telecommunications Research Home: wpaul@skynet.ctr.columbia.edu | Columbia University, New York City ============================================================================= "If you're ever in trouble, go to the CTR. Ask for Bill. He will help you." ============================================================================= From owner-freebsd-bugs Mon Aug 26 10:32:37 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id KAA26167 for bugs-outgoing; Mon, 26 Aug 1996 10:32:37 -0700 (PDT) Received: from whorfin.sjca.edu ([199.89.180.2]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id KAA26054 for ; Mon, 26 Aug 1996 10:31:13 -0700 (PDT) Received: from continuity.sjca.edu (continuity.sjca.edu [199.89.180.11]) by whorfin.sjca.edu (8.7.5/8.7.3) with ESMTP id NAA18804; Mon, 26 Aug 1996 13:30:29 -0400 (EDT) From: Matt Braithwaite Received: (mab@localhost) by continuity.sjca.edu (8.7.5/8.6.12) id NAA01013; Mon, 26 Aug 1996 13:31:04 -0400 (EDT) Date: Mon, 26 Aug 1996 13:31:04 -0400 (EDT) Message-Id: <199608261731.NAA01013@continuity.sjca.edu> Reply-To: m-braithwaite@sjca.edu X-Organization: The Ancient Illuminated Seers of Bavaria X-Url: my homepage To: Bill Paul Cc: bugs@freebsd.org Subject: Re: passwd says ``yppasswdd not running on NIS master host'' In-Reply-To: <199608261559.LAA12361@skynet.ctr.columbia.edu> References: <199608261421.KAA00853@continuity.sjca.edu> <199608261559.LAA12361@skynet.ctr.columbia.edu> Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Bill Paul writes: > Everything, except you forgot to tell us what version of FreeBSD > you're using. :) > > Since you said 'yppasswdd' rather than 'rpc.yppasswdd' I'm going > to assume you're using 2.1.5. (I rewrote pretty much all of the NIS > server-side support for 2.2.) you're correct; sorry. your rewrite looks very compelling (i read about it before switching to freebsd), but i wasn't ready to go to 2.2 while it's still under development. > - Both passwd and chpass determine the name of the master host by performing > a yp_master() on the passwd.byname map. (By contrast, ypwhich just > asks ypbind what server it's bound to.) This means that the name of the > master server must be encoded correctly into the map, otherwise they'll > get confused. Go to the NIS server and do the following: > > # cd /var/yp/ > # yp_mkdb -u passwd.byname | grep YP_MASTER_NAME holy smokes--- i changed the hostname recently, but did not rebuild the password maps, because i didn't know about this. i just touched master.passwd, and rebuilt, and now everything works file. > YP_MASTER_NAME is a special key that the yp_mkdb program encodes into > each NIS map as it is being built. (There are a few others too.) is this documented anywhere? it sounds like i need to learn more about YP internals. :-) > Hope this helps. absolutely. thank you very much. -- Matt Braithwaite #!/bin/perl -s-- -export-a-crypto-system-sig -RSA-3-lines-PERL http:// $m=unpack(H.$w,$m."\0"x$w),$_=`echo "16do$w 2+4Oi0$d*-^1[d2%Sa www.sjca.edu/ 2/d0; Mon, 26 Aug 1996 14:15:03 -0700 (PDT) Received: (from wpaul@localhost) by skynet.ctr.columbia.edu (8.6.12/8.6.9) id RAA14404; Mon, 26 Aug 1996 17:14:54 -0400 From: Bill Paul Message-Id: <199608262114.RAA14404@skynet.ctr.columbia.edu> Subject: Re: passwd says ``yppasswdd not running on NIS master host'' To: m-braithwaite@sjca.edu Date: Mon, 26 Aug 1996 17:14:53 -0400 (EDT) Cc: bugs@freebsd.org In-Reply-To: <199608261731.NAA01013@continuity.sjca.edu> from "Matt Braithwaite" at Aug 26, 96 01:31:04 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Of all the gin joints in all the towns in all the world, Matt Braithwaite had to walk into mine and say: > Bill Paul writes: > > > Everything, except you forgot to tell us what version of FreeBSD > > you're using. :) > > > > Since you said 'yppasswdd' rather than 'rpc.yppasswdd' I'm going > > to assume you're using 2.1.5. (I rewrote pretty much all of the NIS > > server-side support for 2.2.) > > you're correct; sorry. your rewrite looks very compelling (i read > about it before switching to freebsd), but i wasn't ready to go to 2.2 > while it's still under development. I can understand that. I'm a little skiddish around it myself. :) Unfortunately, I did a little mucking about in libc as well, which means that it's not a simple matter to just build the 2.2-current NIS tools on 2.1.x (unless you really, *really* know what you're doing). > holy smokes--- i changed the hostname recently, but did not rebuild > the password maps, because i didn't know about this. i just touched > master.passwd, and rebuilt, and now everything works file. Aha. Zee case, she is solved. > > YP_MASTER_NAME is a special key that the yp_mkdb program encodes into > > each NIS map as it is being built. (There are a few others too.) > > is this documented anywhere? I think the yp_mkdb(8) man page says something about it. (Some of the special keys are optional or can be controlled to some extent using command line flags, which are documented.) Ideally, the NIS & NFS book from O'Reilly should talk about this. It's not FreeBSD-specific, but someone forced^H^H^H^H^H^Hrequired to deal with NIS a lot would find himself discovering this sort of thing sooner or later. > it sounds like i need to learn more > about YP internals. :-) You think this is bad, wait until NIS+ comes along. Even I haven't figured out what to do when an NIS+ master server changes hostnames. (Of course I haven't really tried to figure it out yet. I suppose I will once I start writing my on rpc.nisd. :) -Bill -- ============================================================================= -Bill Paul (212) 854-6020 | System Manager, Master of Unix-Fu Work: wpaul@ctr.columbia.edu | Center for Telecommunications Research Home: wpaul@skynet.ctr.columbia.edu | Columbia University, New York City ============================================================================= "If you're ever in trouble, go to the CTR. Ask for Bill. He will help you." ============================================================================= From owner-freebsd-bugs Mon Aug 26 19:10:04 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id TAA07622 for bugs-outgoing; Mon, 26 Aug 1996 19:10:04 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id TAA07616; Mon, 26 Aug 1996 19:10:03 -0700 (PDT) Date: Mon, 26 Aug 1996 19:10:03 -0700 (PDT) Message-Id: <199608270210.TAA07616@freefall.freebsd.org> To: freebsd-bugs Cc: From: Marc Slemko Subject: Re: ports/1520: sudo misses certain passwords Reply-To: Marc Slemko Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR ports/1520; it has been noted by GNATS. From: Marc Slemko To: Julian Elischer Cc: freebsd-gnats-submit@freebsd.org Subject: Re: ports/1520: sudo misses certain passwords Date: Sun, 25 Aug 1996 23:24:44 -0600 (MDT) On Wed, 21 Aug 1996, Julian Elischer wrote: > Andrew Stevenson wrote: > > >Description: > > > > If a user has one of a number of passwords and tries to use sudo sudo will not recognise their password. It continues as if you have got it wrong. Change the password and it works fine. The password works fine to log in with. > > > > >How-To-Repeat: > > > > One of the affected passwords is "martha:my". There are others but I can't rember them off hand...I will ask around our users if you need them. > > > The standard password utility truncates th apassword at 8 chars > sudo doesn't > > > tell the user to only type "martha:m" > or use a shorter passowrd.. > I patched it here, (it's trivial) but lost the patch exactly > It's of the form > > passwd[8] = 0; /* truncate password */ I think they are more likely using MD5 passwords (either libscrypt or libdescrypt which calls libscript if it gets a MD5 password, ie. one starting with '$1$') which can be longer than 8 characters, but sudo links, by default, against it's own tgetpass routine instead of the standard getpass. In sudo's tgetpass.c there is a define around line 70 for the password length (_PASSWD_LEN) that defaults to 8 characters. When a password is longer than this, it breaks. The solution is to either use the standard getpass (which is easy to do, but isn't really desirable, because tgetpass has a timeout built in, which is the main reason for tgetpass to exist) or define _PASSWD_LEN to something more appropriate. The trick is that they could also be using libdescrypt, which does truncate passwords at 8 characters, so simply increasing the define _may_ break things for people using descrypt. Other workarounds such as the one suggested above can work, but aren't really correct. -- Marc Slemko 1:342/1003@fidonet marcs@alive.ampr.ab.ca marcs@alive.ersys.edmonton.ab.ca From owner-freebsd-bugs Mon Aug 26 23:40:04 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id XAA16890 for bugs-outgoing; Mon, 26 Aug 1996 23:40:04 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id XAA16873; Mon, 26 Aug 1996 23:40:02 -0700 (PDT) Resent-Date: Mon, 26 Aug 1996 23:40:02 -0700 (PDT) Resent-Message-Id: <199608270640.XAA16873@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, jmacd@cs.berkeley.edu Received: from deceit.xcf.berkeley.edu (deceit.XCF.Berkeley.EDU [128.32.43.214]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id XAA16379 for ; Mon, 26 Aug 1996 23:33:58 -0700 (PDT) Received: (from jmacd@localhost) by deceit.xcf.berkeley.edu (8.7.5/8.7.3) id XAA15851; Mon, 26 Aug 1996 23:31:04 -0700 (PDT) Message-Id: <199608270631.XAA15851@deceit.xcf.berkeley.edu> Date: Mon, 26 Aug 1996 23:31:04 -0700 (PDT) From: jmacd@cs.berkeley.edu Reply-To: jmacd@cs.berkeley.edu To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: kern/1543: Artificial load on FreeBSD current Mon Aug 26 14:12:24 1996 Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 1543 >Category: kern >Synopsis: my load sticks at about 0.8 while not in use. >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Mon Aug 26 23:40:01 PDT 1996 >Last-Modified: >Originator: Josh MacDonald >Organization: University of California, Berkeley >Release: FreeBSD 2.2-CURRENT i386 >Environment: machine "i386" cpu "I386_CPU" cpu "I486_CPU" cpu "I586_CPU" ident DECEIT maxusers 10 options MFS options MATH_EMULATE #Support for x87 emulation options INET #InterNETworking options FFS #Berkeley Fast Filesystem options NFS #Network Filesystem options MSDOSFS #MSDOS Filesystem options "CD9660" #ISO 9660 Filesystem options PROCFS #Process filesystem options "COMPAT_43" #Compatible with BSD 4.3 options "SCSI_DELAY=15" #Be pessimistic about Joe SCSI device options BOUNCE_BUFFERS #include support for DMA bounce buffers options UCONSOLE #Allow users to grab the console options KTRACE options SYSVSHM options SYSVSEM options SYSVMSG config kernel root on sd1 controller isa0 controller pci0 controller fdc0 at isa? port "IO_FD1" bio irq 6 drq 2 vector fdintr disk fd0 at fdc0 drive 0 disk fd1 at fdc0 drive 1 controller ncr0 controller scbus0 device sd0 device cd0 #Only need one of these, the code dynamically grows device sc0 at isa? port "IO_KBD" tty irq 1 vector scintr device npx0 at isa? port "IO_NPX" irq 13 vector npxintr device sio0 at isa? port "IO_COM1" tty irq 4 vector siointr device sio1 at isa? port "IO_COM2" tty irq 3 vector siointr device ed0 at isa? port 0x280 net irq 10 iomem 0xd8000 vector edintr pseudo-device loop pseudo-device ether pseudo-device log pseudo-device pty 16 >Description: With none of my processes running and nothing that seems to be running from ps or top output, my load sticks at about 0.8. >How-To-Repeat: Before upgrading to this kernel, I was using the same config file with a June 12 SNAP kernel, and it was not doing this. The only addition since then is options KTRACE but it was doing that before. >Fix: - >Audit-Trail: >Unformatted: From owner-freebsd-bugs Tue Aug 27 04:29:08 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id EAA00643 for bugs-outgoing; Tue, 27 Aug 1996 04:29:08 -0700 (PDT) Received: from bsd7.cs.sunysb.edu (bsd7.cs.sunysb.edu [130.245.1.197]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id EAA00638 for ; Tue, 27 Aug 1996 04:29:03 -0700 (PDT) Received: (from uucp@localhost) by bsd7.cs.sunysb.edu (8.6.12/8.6.9) with UUCP id HAA16255; Tue, 27 Aug 1996 07:28:39 -0400 Received: (from gene@localhost) by starkhome.cs.sunysb.edu (8.7.5/8.6.9) id HAA19186; Tue, 27 Aug 1996 07:24:21 -0400 (EDT) Date: Tue, 27 Aug 1996 07:24:21 -0400 (EDT) From: Gene Stark Message-Id: <199608271124.HAA19186@starkhome.cs.sunysb.edu> To: "Jordan K. Hubbard" Cc: bugs@freebsd.org, bill@duchess.wagill.com In-reply-to: "Jordan K. Hubbard"'s message of Mon, 19 Aug 1996 23:10:01 -0700 (PDT) Subject: Re: misc/1515: Unable to install 2.1.5 from CD-ROM. References: <4vbmi6$13d@starkhome.cs.sunysb.edu> Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > I can only conclude that the Mitsumi driver was broken in 2.1.5 then. > I'm afraid there's nothing we can do in the short-term, and perhaps > not even in the long term unless one of these rather ancient Mitsumi > drives can be located and the bug found. :-( I have one of these drives (FX001D) that I am running with a system built from June 26 sources. The drive works fine. I don't yet have the 2.1.5 CD-ROM, so I can't say whether I can reproduce Bill's problem. If anything was indeed broken, it had to be after June 26, or something in the configuration on the 2.1.5 CD-ROM. I actually have a lab with about 40 of these "ancient" drives, so I have an interest in seeing that they continue to work. You'll recall for a long time that they were the only CD-ROM drive that *would* work under FreeBSD. - Gene Stark From owner-freebsd-bugs Tue Aug 27 04:29:27 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id EAA00672 for bugs-outgoing; Tue, 27 Aug 1996 04:29:27 -0700 (PDT) Received: from bsd7.cs.sunysb.edu (bsd7.cs.sunysb.edu [130.245.1.197]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id EAA00665 for ; Tue, 27 Aug 1996 04:29:25 -0700 (PDT) Received: (from uucp@localhost) by bsd7.cs.sunysb.edu (8.6.12/8.6.9) with UUCP id HAA16256; Tue, 27 Aug 1996 07:29:08 -0400 Received: (from gene@localhost) by starkhome.cs.sunysb.edu (8.7.5/8.6.9) id HAA19190; Tue, 27 Aug 1996 07:27:23 -0400 (EDT) Date: Tue, 27 Aug 1996 07:27:23 -0400 (EDT) From: Gene Stark Message-Id: <199608271127.HAA19190@starkhome.cs.sunysb.edu> To: Bill Cc: bugs@freebsd.org, jkh@time.cdrom.com In-reply-to: Bill's message of Mon, 19 Aug 1996 23:30:01 -0700 (PDT) Subject: Re: misc/1515: Unable to install 2.1.5 from CD-ROM. References: <4vbnrf$151@starkhome.cs.sunysb.edu> Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > Well, I am not sure about that either. In 2.1, although the original full > installation worked flawlessly, when I would go back to install additional > components (via /stand/sysinstall), sometimes I would get the same "no CD-ROM > devices found" message, eventhough I was always able to mount /cdrom every > time without a hitch. Don't know if this is still there, but there used to be bugs in the Mitsumi driver that would get it confused sometimes. You might wish to try ejecting the CD-ROM and putting it back in again a couple of times. I think there was some sort of race condition that kept it from sensing that there was a CD in the drive, but opening the door and closing it again generally made it feel better. - Gene Stark From owner-freebsd-bugs Tue Aug 27 08:40:08 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id IAA10451 for bugs-outgoing; Tue, 27 Aug 1996 08:40:08 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id IAA10437; Tue, 27 Aug 1996 08:40:04 -0700 (PDT) Resent-Date: Tue, 27 Aug 1996 08:40:04 -0700 (PDT) Resent-Message-Id: <199608271540.IAA10437@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, xaa@stack.urc.tue.nl Received: from terra.stack.urc.tue.nl (terra.stack.urc.tue.nl [131.155.140.128]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id IAA10340 for ; Tue, 27 Aug 1996 08:37:59 -0700 (PDT) Received: from alterego.stack.urc.tue.nl (xaa@alterego.stack.urc.tue.nl [131.155.141.160]) by terra.stack.urc.tue.nl (8.7.5) with ESMTP id RAA25430 for ; Tue, 27 Aug 1996 17:37:55 +0200 (MET DST) Received: (from xaa@localhost) by alterego.stack.urc.tue.nl (8.7.5/8.6.12) id RAA22360; Tue, 27 Aug 1996 17:37:53 +0200 (MET DST) Message-Id: <199608271537.RAA22360@alterego.stack.urc.tue.nl> Date: Tue, 27 Aug 1996 17:37:53 +0200 (MET DST) From: xaa@stack.urc.tue.nl Reply-To: xaa@stack.urc.tue.nl To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: ports/1544: msql 1.0.14 is in Old/, current is .16 Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 1544 >Category: ports >Synopsis: ports/databases/msql doesn't build >Confidential: no >Severity: critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Tue Aug 27 08:40:01 PDT 1996 >Last-Modified: >Originator: Mark Huizer >Organization: Mu! >Release: FreeBSD 2.2-CURRENT i386 >Environment: the portstree >Description: msql's Makefile fetches msql.1.0.14.* from a dir where 1.0.16 is 14 is in a subdir Old >How-To-Repeat: cd /usr/ports/databases/msql make fetch >Fix: change dirname from /pub/Minerva/msql/ to /pub/Minerva/msql/Old/ or port msql.1.0.16 :-) >Audit-Trail: >Unformatted: From owner-freebsd-bugs Tue Aug 27 12:47:06 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id MAA24831 for bugs-outgoing; Tue, 27 Aug 1996 12:47:06 -0700 (PDT) Received: from duchess.wagill.com (duchess.wagill.com [198.182.208.147]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id MAA24819 for ; Tue, 27 Aug 1996 12:46:47 -0700 (PDT) Received: (from bill@localhost) by duchess.wagill.com (8.7.5/8.7.3) id MAA19417; Tue, 27 Aug 1996 12:45:11 -0700 (PDT) Date: Tue, 27 Aug 1996 12:45:10 -0700 (PDT) From: William A Gill To: Gene Stark cc: "Jordan K. Hubbard" , bugs@freebsd.org Subject: Re: misc/1515: Unable to install 2.1.5 from CD-ROM. In-Reply-To: <199608271124.HAA19186@starkhome.cs.sunysb.edu> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hello Gene. Thank you for your reply. I am happy to see that someone else is acknowledging the importance of these Mitsumi drives; after all, they used to be the only viable game in town (and I was less than impressed by the FreeBSD organization's quick dismissal of the problem.). I later did manage to install 2.1.5 from the CD-ROM. The problem was one of the mcd0 driver not detecting the disc, although there was indeed a disc in the drive. Following is an excerpt from a second post which I did to the GNATS database describing how I got the drive to work. Thanks again. - Bill. When installing FreeBSD 2.1.5 from a Mitsumi FX001D CD-ROM drive, the installation script will NOT detect that there is a disc in the CD-ROM drive, and will NOT allow you to install from CD-ROM. One must follow the following procedure, *contrary* to the installation instructions; otherwise, the installation script will NOT detect that there is a disc in the CD-ROM drive: 1) Open the CD-ROM tray. 2) Place the FreeBSD 2.1.5 disc 1 on the tray. 3) LEAVE THE CD-ROM TRAY OPEN! 4) Insert the FreeBSD 2.1.5 boot floppy. 5) Re-boot the computer. 6) Allow the hardware probe to take place. 7) As soon as the hardware probe finds the mcd0 device, the CD-ROM drive tray will close. 8) The CD-ROM disc will be detected by the installation procedure, allowing the installation to come from CD-ROM. On Tue, 27 Aug 1996, Gene Stark wrote: > > I can only conclude that the Mitsumi driver was broken in 2.1.5 then. > > I'm afraid there's nothing we can do in the short-term, and perhaps > > not even in the long term unless one of these rather ancient Mitsumi > > drives can be located and the bug found. :-( > > I have one of these drives (FX001D) that I am running with a system built > from June 26 sources. The drive works fine. I don't yet have the 2.1.5 > CD-ROM, so I can't say whether I can reproduce Bill's problem. If anything > was indeed broken, it had to be after June 26, or something in the > configuration on the 2.1.5 CD-ROM. > > I actually have a lab with about 40 of these "ancient" drives, so I have an > interest in seeing that they continue to work. You'll recall for a long > time that they were the only CD-ROM drive that *would* work under FreeBSD. > > - Gene Stark > From owner-freebsd-bugs Tue Aug 27 13:39:29 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id NAA28445 for bugs-outgoing; Tue, 27 Aug 1996 13:39:29 -0700 (PDT) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id NAA28435 for ; Tue, 27 Aug 1996 13:39:23 -0700 (PDT) Received: from time.cdrom.com (localhost [127.0.0.1]) by time.cdrom.com (8.7.5/8.6.9) with ESMTP id NAA01479; Tue, 27 Aug 1996 13:37:44 -0700 (PDT) To: Gene Stark cc: bugs@freebsd.org, bill@duchess.wagill.com Subject: Re: misc/1515: Unable to install 2.1.5 from CD-ROM. In-reply-to: Your message of "Tue, 27 Aug 1996 07:24:21 EDT." <199608271124.HAA19186@starkhome.cs.sunysb.edu> Date: Tue, 27 Aug 1996 13:37:44 -0700 Message-ID: <1477.841178264@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > I have one of these drives (FX001D) that I am running with a system built > from June 26 sources. The drive works fine. I don't yet have the 2.1.5 > CD-ROM, so I can't say whether I can reproduce Bill's problem. If anything > was indeed broken, it had to be after June 26, or something in the > configuration on the 2.1.5 CD-ROM. Do you need me to send you one, or have you already ordered it? > I actually have a lab with about 40 of these "ancient" drives, so I have an > interest in seeing that they continue to work. You'll recall for a long > time that they were the only CD-ROM drive that *would* work under FreeBSD. I look forward to your test data for 2.1.5. ;-) Jordan From owner-freebsd-bugs Tue Aug 27 13:40:35 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id NAA28556 for bugs-outgoing; Tue, 27 Aug 1996 13:40:35 -0700 (PDT) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id NAA28550 for ; Tue, 27 Aug 1996 13:40:31 -0700 (PDT) Received: from time.cdrom.com (localhost [127.0.0.1]) by time.cdrom.com (8.7.5/8.6.9) with ESMTP id NAA01491; Tue, 27 Aug 1996 13:38:48 -0700 (PDT) To: Gene Stark cc: Bill , bugs@freebsd.org Subject: Re: misc/1515: Unable to install 2.1.5 from CD-ROM. In-reply-to: Your message of "Tue, 27 Aug 1996 07:27:23 EDT." <199608271127.HAA19190@starkhome.cs.sunysb.edu> Date: Tue, 27 Aug 1996 13:38:48 -0700 Message-ID: <1489.841178328@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > Don't know if this is still there, but there used to be bugs in the > Mitsumi driver that would get it confused sometimes. You might wish > to try ejecting the CD-ROM and putting it back in again a couple of times. > I think there was some sort of race condition that kept it from sensing > that there was a CD in the drive, but opening the door and closing it > again generally made it feel better. Someone also noted that they'd fixed their own Mitsumi problems by booting with the drive open, waiting until the probe caused it to close. This apparently resulted in a successful probe. Jordan From owner-freebsd-bugs Tue Aug 27 18:20:04 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id SAA13394 for bugs-outgoing; Tue, 27 Aug 1996 18:20:04 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id SAA13382; Tue, 27 Aug 1996 18:20:02 -0700 (PDT) Resent-Date: Tue, 27 Aug 1996 18:20:02 -0700 (PDT) Resent-Message-Id: <199608280120.SAA13382@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, Received:"from red.jnx.com (ppp-206-170-2-23.sntc01.pacbell.net [206.170.2.23]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id SAA12745 for" ; Tue, 27 Aug 1996 18:10:46.-0700 (PDT) Received: from base.jnx.com (base.jnx.com [208.197.169.238]) by red.jnx.com (8.7.5/8.7.3) with ESMTP id SAA11565; Tue, 27 Aug 1996 18:10:43 -0700 (PDT) Received: (from pst@localhost) by base.jnx.com (8.7.5/8.7.3) id SAA10352; Tue, 27 Aug 1996 18:10:39 -0700 (PDT) Message-Id: <199608280110.SAA10352@base.jnx.com> Date: Tue, 27 Aug 1996 18:10:39 -0700 (PDT) From: pusateri@jnx.com To: FreeBSD-gnats-submit@freebsd.org Cc: pst@jnx.com X-Send-Pr-Version: 3.2 Subject: kern/1545: SCSI tapes don't unload properly (bogus PREVENT_MEDIA_REMOVAL) Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 1545 >Category: kern >Synopsis: SCSI tapes don't unload properly >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Tue Aug 27 18:20:01 PDT 1996 >Last-Modified: >Originator: Tom Pusateri >Organization: Juniper Networks >Release: FreeBSD 2.2-CURRENT i386 >Environment: -current as of 27 Aug 1996. >Description: When I would do a "mt offline" command or use the /dev/erst* devices, the tape would unload but not eject as I expected. Looking at the HP documentation, it says that if a PREVENT_MEDIA_REMOVAL command has been issued, then this will happen. After looking at the kernel, it looks like st.c does issue this command and erroneously reverses it after sending the UNLOAD command. >How-To-Repeat: See description. >Fix: *** st.c.orig Mon Apr 1 23:54:26 1996 --- st.c Mon Aug 26 17:32:06 1996 *************** *** 496,501 **** --- 496,504 ---- if ((st->flags & (ST_WRITTEN | ST_FM_WRITTEN)) == ST_WRITTEN) st_write_filemarks(unit, 1, 0); + + scsi_prevent(sc_link, PR_ALLOW, SCSI_SILENT); + switch (mode & 0x3) { case 0: case 3: /* for now */ *************** *** 510,516 **** st_unmount(unit, EJECT); break; } - scsi_prevent(sc_link, PR_ALLOW, SCSI_SILENT); sc_link->flags &= ~SDEV_OPEN; st->flags &= ~ST_OPEN; --- 513,518 ---- *************** *** 1111,1116 **** --- 1113,1119 ---- flags); break; case MTOFFL: /* rewind and put the drive offline */ + scsi_prevent(sc_link, PR_ALLOW, SCSI_SILENT); st_unmount(unit, EJECT); break; case MTNOP: /* no operation, sets status only */ >Audit-Trail: >Unformatted: From owner-freebsd-bugs Tue Aug 27 18:22:22 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id SAA13630 for bugs-outgoing; Tue, 27 Aug 1996 18:22:22 -0700 (PDT) Received: (from pst@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id SAA13610; Tue, 27 Aug 1996 18:22:20 -0700 (PDT) Date: Tue, 27 Aug 1996 18:22:20 -0700 (PDT) From: Paul Traina Message-Id: <199608280122.SAA13610@freefall.freebsd.org> To: pusateri@jnx.com, pst, freebsd-bugs Subject: Re: kern/1545 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: SCSI tapes don't unload properly State-Changed-From-To: open-closed State-Changed-By: pst State-Changed-When: Tue Aug 27 18:21:46 PDT 1996 State-Changed-Why: Duplicate bug. From owner-freebsd-bugs Tue Aug 27 19:46:50 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id TAA18426 for bugs-outgoing; Tue, 27 Aug 1996 19:46:50 -0700 (PDT) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id TAA18419 for ; Tue, 27 Aug 1996 19:46:48 -0700 (PDT) Received: from time.cdrom.com (localhost [127.0.0.1]) by time.cdrom.com (8.7.5/8.6.9) with ESMTP id TAA02391; Tue, 27 Aug 1996 19:46:26 -0700 (PDT) To: William A Gill cc: Gene Stark , bugs@freebsd.org Subject: Re: misc/1515: Unable to install 2.1.5 from CD-ROM. In-reply-to: Your message of "Tue, 27 Aug 1996 12:45:10 PDT." Date: Tue, 27 Aug 1996 19:46:26 -0700 Message-ID: <2389.841200386@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > Thank you for your reply. I am happy to see that someone else is > acknowledging the importance of these Mitsumi drives; after all, they used to > be the only viable game in town (and I was less than impressed by the FreeBSD > organization's quick dismissal of the problem.). I'm sorry that you perceived this as a "quick dismissal." While I may have been quick to conclude that the Mitsumi driver was broken and you were up a creek, I certainly didn't "dismiss" the problem and would be more than happy to see someone fix it. You seem to be laboring under the misapprehension that people are paid to fix things on demand, however, and that's simply not the case. We have to wait until someone volunteers to do something before it gets done. Jordan From owner-freebsd-bugs Tue Aug 27 21:00:05 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id VAA23034 for bugs-outgoing; Tue, 27 Aug 1996 21:00:05 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id VAA22997; Tue, 27 Aug 1996 21:00:02 -0700 (PDT) Resent-Date: Tue, 27 Aug 1996 21:00:02 -0700 (PDT) Resent-Message-Id: <199608280400.VAA22997@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, kew@timesink.spk.wa.us Received: from tau-ceti.isc-br.com (root@tau-ceti.isc-br.com [129.189.2.133]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id UAA22299 for ; Tue, 27 Aug 1996 20:50:32 -0700 (PDT) Received: by tau-ceti.isc-br.com (Smail3.1.28.1 #10) id m0uvbUu-0002gmC; Tue, 27 Aug 96 20:40 PDT Received: (from root@localhost) by phobos.walker.org (8.7.5/8.7.3) id UAA12671; Tue, 27 Aug 1996 20:23:57 -0700 (PDT) Message-Id: <199608280323.UAA12671@phobos.walker.org> Date: Tue, 27 Aug 1996 20:23:57 -0700 (PDT) From: kew@timesink.spk.wa.us Reply-To: kew@timesink.spk.wa.us To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: misc/1546: misc problem Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 1546 >Category: misc >Synopsis: /usr/lib/libgcc.so.261.0 not found on 2.1.5 install >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Tue Aug 27 21:00:01 PDT 1996 >Last-Modified: >Originator: kew@timesink.spk.wa.us >Organization: just me, at my home; no company, no officialness >Release: FreeBSD 2.1-STABLE i386 >Environment: FRESH (i.e., no prior FreeBSD on disk) 2.1.5 installation from CDROM >Description: /usr/lib/libgcc.so.261.0 not found >How-To-Repeat: execute emacs that is installed from 2.1.5 CDROM >Fix: My fix was to reinstall said lib from old 2.1 CDROM. >Audit-Trail: >Unformatted: From owner-freebsd-bugs Tue Aug 27 22:09:19 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id WAA28565 for bugs-outgoing; Tue, 27 Aug 1996 22:09:19 -0700 (PDT) Received: from duchess.wagill.com (duchess.wagill.com [198.182.208.147]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id WAA28557 for ; Tue, 27 Aug 1996 22:09:15 -0700 (PDT) Received: (from bill@localhost) by duchess.wagill.com (8.7.5/8.7.3) id WAA20835; Tue, 27 Aug 1996 22:08:55 -0700 (PDT) Date: Tue, 27 Aug 1996 22:08:55 -0700 (PDT) From: William A Gill To: "Jordan K. Hubbard" cc: Gene Stark , bugs@freebsd.org Subject: Re: misc/1515: Unable to install 2.1.5 from CD-ROM. In-Reply-To: <2389.841200386@time.cdrom.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Dear Jordan: Please do not take my comments personally. I am well aware of the tremendous effort that you and others have put forth in order to bring FreeBSD to us, and I praise you and your colleagues for such efforts. However, please put yourself in my shoes. Here I am barely managing to get this O/S installed, and I fumble on the first down, so to speak. Yes, indeed I perceived your answer as a quick dismissal. Although I wasn't expecting you to personally jump on this one and fix it (since, after all, your effort is indeed a volunteer one), I did, perhaps unrealistically, hope for a bit more effort, or perhaps even guidance, towars being able to solve my problem, even if ultimately on my own. Again, I am well aware of the volunteer nature of FreeBSD (yes, it does say "free" right there on the name). But the mere presence of the "product" on the "market" should imply a certain level of support for it, albeit by a volunteer force. And, again, please, I beg you not to take this at the personal level; I am sure that you do plenty as it is for the livelihood and success of FreeBSD. And, speaking of volunteering, I hereby offer my help, since I am a software development professional, albeit one with limited experience with the Unix operating system. Best regards, - William A. Gill. On Tue, 27 Aug 1996, Jordan K. Hubbard wrote: > > Thank you for your reply. I am happy to see that someone else is > > acknowledging the importance of these Mitsumi drives; after all, they used to > > be the only viable game in town (and I was less than impressed by the FreeBSD > > organization's quick dismissal of the problem.). > > I'm sorry that you perceived this as a "quick dismissal." While I may > have been quick to conclude that the Mitsumi driver was broken and you > were up a creek, I certainly didn't "dismiss" the problem and would be > more than happy to see someone fix it. You seem to be laboring under > the misapprehension that people are paid to fix things on demand, > however, and that's simply not the case. We have to wait until > someone volunteers to do something before it gets done. > > Jordan > From owner-freebsd-bugs Tue Aug 27 22:40:05 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id WAA01725 for bugs-outgoing; Tue, 27 Aug 1996 22:40:05 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id WAA01703; Tue, 27 Aug 1996 22:40:03 -0700 (PDT) Resent-Date: Tue, 27 Aug 1996 22:40:03 -0700 (PDT) Resent-Message-Id: <199608280540.WAA01703@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, darrylo@sr.hp.com Received: from hp.com (hp.com [15.255.152.4]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id WAA00970 for ; Tue, 27 Aug 1996 22:37:00 -0700 (PDT) Received: from srmail.sr.hp.com by hp.com with ESMTP (1.37.109.16/15.5+ECS 3.3) id AA215730618; Tue, 27 Aug 1996 22:36:59 -0700 Received: from hpnmhjw.sr.hp.com by srmail.sr.hp.com with ESMTP (1.37.109.16/15.5+ECS 3.3) id AA143290618; Tue, 27 Aug 1996 22:36:58 -0700 Received: from mina.sr.hp.com by hpnmhjw.sr.hp.com with SMTP (1.37.109.16/15.5+ECS 3.3) id AA065250617; Tue, 27 Aug 1996 22:36:57 -0700 Message-Id: <199608280536.AA065250617@hpnmhjw.sr.hp.com> Date: Tue, 27 Aug 1996 22:36:57 -0700 From: darrylo@sr.hp.com Reply-To: darrylo@sr.hp.com To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: bin/1547: ncrcontrol won't work with FAILSAFE kernel Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 1547 >Category: bin >Synopsis: ncrcontrol won't work with FAILSAFE kernel >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Tue Aug 27 22:40:01 PDT 1996 >Last-Modified: >Originator: Darryl Okahata >Organization: Home >Release: FreeBSD 2.2-960801-SNAP i386 >Environment: NCR-815-based SCSI controller and FreeBSD 2.2-960801-SNAP kernel with the "FAILSAFE" kernel option enabled. >Description: If you have an NCR-based SCSI controller, and if your kernel is compiled with the "FAILSAFE" kernel option, the "ncrcontrol" program will fail with the message: ncrcontrol: incompatible with kernel. Rebuild! The program outputs this message because: ncr_version != kernel_version This is due to the size of the "struct ncb" structure having different sizes when FAILSAFE is defined. If FAILSAFE is not compiled into the kernel, there is no problem. >How-To-Repeat: Assuming an NCR SCSI controller is present, run: ncrcontrol -i >Fix: (Workaround.) Hand compile ncrcontrol with -DFAILSAFE. The real fix is a bummer, and I'll leave that for people with more free time on their hands. ;-) >Audit-Trail: >Unformatted: From owner-freebsd-bugs Tue Aug 27 22:40:08 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id WAA01751 for bugs-outgoing; Tue, 27 Aug 1996 22:40:08 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id WAA01731; Tue, 27 Aug 1996 22:40:06 -0700 (PDT) Resent-Date: Tue, 27 Aug 1996 22:40:06 -0700 (PDT) Resent-Message-Id: <199608280540.WAA01731@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, darrylo@sr.hp.com Received: from relay.hp.com (relay.hp.com [15.255.152.2]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id WAA01186 for ; Tue, 27 Aug 1996 22:38:23 -0700 (PDT) Received: from srmail.sr.hp.com by relay.hp.com with ESMTP (1.37.109.16/15.5+ECS 3.3) id AA099140700; Tue, 27 Aug 1996 22:38:21 -0700 Received: from hpnmhjw.sr.hp.com by srmail.sr.hp.com with ESMTP (1.37.109.16/15.5+ECS 3.3) id AA143450699; Tue, 27 Aug 1996 22:38:20 -0700 Received: from mina.sr.hp.com by hpnmhjw.sr.hp.com with SMTP (1.37.109.16/15.5+ECS 3.3) id AA065290699; Tue, 27 Aug 1996 22:38:19 -0700 Message-Id: <199608280538.AA065290699@hpnmhjw.sr.hp.com> Date: Tue, 27 Aug 1996 22:38:19 -0700 From: Darryl Okahata Reply-To: darrylo@sr.hp.com To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: bin/1548: ncrcontrol -i queries don't work for mere users Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 1548 >Category: bin >Synopsis: ncrcontrol -i queries don't work for mere users >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Tue Aug 27 22:40:04 PDT 1996 >Last-Modified: >Originator: Darryl Okahata >Organization: Home >Release: FreeBSD 2.2-960801-SNAP i386 >Environment: FreeBSD 2.2-960801-SNAP with an NCR-815-based SCSI controller. >Description: Even though ncrcontrol is setgid kmem, read-only queries such as "ncrcontrol -i" do not work for mere users. You must be root or some login that has a real group id of "kmem". This occurs because of code that is supposed to prevent the bad guys from doing arbitrary reads of kernel memory. This code is supposed to be used if the running kernel is not used; however, there's a bug that *always* causes the code to be used, which prevents legal/acceptable reads of kernel memory by mere users. >How-To-Repeat: On a system with an NCR-based SCSI controller, run the following as a mere user (non-root, non-kmem-group): ncrcontrol -i >Fix: Apply the following patch. *** ncrcontrol.c.orig Tue Aug 27 22:13:37 1996 --- ncrcontrol.c Tue Aug 27 22:14:51 1996 *************** *** 181,186 **** --- 181,195 ---- if (kvm_isopen) return; + #if defined(__NetBSD__) || (__FreeBSD__ >= 2) + /* + * Discard setgid privileges if not the running kernel so that bad + * guys can't print interesting stuff from kernel memory. + */ + if (vmunix != NULL || kmemf != NULL) + setgid(getgid()); + #endif + #if (__FreeBSD__ >= 2) if (!vmunix) { vmunix = getbootfile(); *************** *** 190,203 **** vmunix = _PATH_UNIX; } #endif - #if defined(__NetBSD__) || (__FreeBSD__ >= 2) - /* - * Discard setgid privileges if not the running kernel so that bad - * guys can't print interesting stuff from kernel memory. - */ - if (vmunix != NULL || kmemf != NULL) - setgid(getgid()); kvm = kvm_openfiles(vmunix, kmemf, NULL, flags, errbuf); if (kvm == NULL) { fprintf(stderr, "%s: kvm_openfiles: %s\n", prog, errbuf); --- 199,206 ---- vmunix = _PATH_UNIX; } #endif + #if defined(__NetBSD__) || (__FreeBSD__ >= 2) kvm = kvm_openfiles(vmunix, kmemf, NULL, flags, errbuf); if (kvm == NULL) { fprintf(stderr, "%s: kvm_openfiles: %s\n", prog, errbuf); >Audit-Trail: >Unformatted: From owner-freebsd-bugs Tue Aug 27 23:20:04 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id XAA04413 for bugs-outgoing; Tue, 27 Aug 1996 23:20:04 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id XAA04397; Tue, 27 Aug 1996 23:20:02 -0700 (PDT) Resent-Date: Tue, 27 Aug 1996 23:20:02 -0700 (PDT) Resent-Message-Id: <199608280620.XAA04397@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, msmith@cain.atrad.adelaide.edu.au Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id XAA04137 for ; Tue, 27 Aug 1996 23:12:35 -0700 (PDT) Received: from cain.atrad.adelaide.edu.au [203.20.121.17] by genesis.atrad.adelaide.edu.au (8.6.12/8.6.9) with ESMTP id PAA12455 for ; Wed, 28 Aug 1996 15:42:24 +0930 Received: (from msmith@localhost) by cain.atrad.adelaide.edu.au (8.6.12/8.6.9) id PAA16639; Wed, 28 Aug 1996 15:42:21 +0930 Message-Id: <199608280612.PAA16639@cain.atrad.adelaide.edu.au> Date: Wed, 28 Aug 1996 15:42:21 +0930 From: Michael Smith Reply-To: msmith@cain.atrad.adelaide.edu.au To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: ports/1549: Port submission for gdbtk Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 1549 >Category: ports >Synopsis: Port submission for gdbtk >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: change-request >Submitter-Id: current-users >Arrival-Date: Tue Aug 27 23:20:01 PDT 1996 >Last-Modified: >Originator: Michael Smith >Organization: Genesis Software >Release: FreeBSD 2.1-STABLE i386 (actually bogus) >Environment: ports-current >Description: second stab at gdbtk port >How-To-Repeat: ehh... >Fix: Unpack, install, and wonder where your disk went... begin 644 gdbtk.tar.gz M'XL(`$'D(S(``^Q<>U<;1[+/O]*G*"L;&!$!XF$[L1+GR`8[;##X(+BQ[WK/ M9#33@EE),[/S$)!LOONMJGY,CS3"8!QG]ZZ57=#T=%=W5U77JW_X/!CFX\TO M_M`/['8?/WP(7P!L/7[8M7_K3Q?@T?96]_'NSO;N#K[>ZFYO?P$/_]AER4^1 MY5X*\,4TFX;YQ4W]1)I]B@5]VL\YRW\43D3VAVG!'>3?W=G=QM?;^-]G^7^* MCRW_<.>;1Z-4B&$6;-S`B3M_MKK=1[N[2^6_M;N](^6_N_.X^ZA++;M;.U]` M]R.N8>GGOUS^FVMP$.5B`BA[2(LH"J-S\*)K>(&*\&RP!V=1>`5KF\WFEV'D M3XI`P'=3S[\(([&9>*DWW;AX6O-J-C4OFU\&8H1M'#JFN9&@SI67[[J/__QX&C?[9\\_[$Q'`6NE_H7+NEKM=_I_IM3 M=W#:/SEU^WM[)XW&V>"$VII-W.=?XTF8_PI9<7XNLEP$P"-IOSP6ASW_R=T_ MVN.AD,=-U$VGV"C<<9+&_L8X<05_$>YLNC&;NE/O*O."((6OX57_S0#7WN[` MY47H7T!V$1>3`"[C=`QQ1(2&<7X!R,\#9&Y`S,;O'1@6.>077@YA!D,Q"<4, MEQ7%V!C+P:,XI5&PN[&[`2P&W,CI!7;/A)AFU&\HD(2`-#R_(&*T'QJEY4?3 M\;PXN,*KZGZ)4]S",_``V3DCFC11#,[KP6D;Z1BS;43+!/?ZIWV;^8Y#DII- MO?8-3`R(@^U224Y/^GONV='!&_?Y\-F^[^]M?-P:][^;^]L?;;_G^*#A_TY2AV"8IJP MK1!7PB]R;S@10%H!HR+R\S".V$#%EX#<.AQ\FU M-$-;WW[SJ$,_'_//;^GGMUO\0K/*OGZ%OH+44KD"E2/;B."_"]"%(1A%F>AFA>D4A.^]K$ M=4[C(!Q=-[$!IQ0IF\U'ET!B]%)%)O`J^+X23TX3#T190)\'!> M:LDNT$(/KYO4?=E&>B!0E7""&:H,/L.VGD!1ZT"<-ATT^[C@%.*$!K79ZTZ\ MO!Q7L^%R7P&$$=.\B!.AG$@.E^%D0AX!M7543#I-'QV"OVCM_!S M_^2D?W3ZMH<]E%_CFINO]M'A8O_^,[3`IV^! M_,K!Z='^8``OCD^@#Z_1VA\\/SOLG\#KLY/7QX-]=%,#P2ZI>0,[1RP.TCN1 M>^$DPZV^1>$IOWGAS="A"5^$Y`\]\%&QWB^CIC>)T?G1QJ3/4GSK03@BIXK. M.0U1(=!G+DBO.:^&'7CT^"&\\K(,^C,4V'-O.DS#X!R_ONI#%XT6*O79H(\+ M;_SE('@"I?'LS&!K@_\C?7^TV?UF<_LQ=+M/MAX^03.89#GL7R7PEV8EJFJA M;\HV+EK4-,+O\-/^R='^H;NW_^SLI1U]B32-XFK4AI^&<1IGQ*4$5'(@UC[,[AAQE0 MMK>LUNQZBH:GVD8>&8]OM1&=?;5!&J5J&WHV$@FS%&U\CHHRB\.@R8)RV>.Y MN(Z8=+C_:H"!!!ZMPL^5A7/C)(.U=KM7-]J?Q*C$9F`8Y0L=B83LG(IS/+5X MI)<.P,?F%7+$G8IIV8D#((JD.N!?H(]:ZU!']>,]:S44B]N2M$?3NT9CS3"J M9Y%M-+AY',#WL+YEWJCUD,;@P"+EB,J\-?,VQB*-Q,0EIYOW*-9LPAJ<""_@ M,]GB^+4%:,QD1Z#P4.`A7*4OJ[0`>7JSQ/,%)#$VH*I1L+Y&"L<-:().LQ='ZKR*-R8)@5!EE MR%(828-E!=0PGJ6X!8?6V(&$`M.&HT1#+TBN<7IM\;_-?3%?<*0X4')G2"+QA^"PL$HBR$#ST!SC\7$G<3PN$B?"\]AN^NBU MJU]='9XB$MI((\<'O\]<%.ST4!;%:=.2\E2S?7+5]DJ)SDCLKD;K0[PQ:'IS/,OZ0"3T16JA M=>8SU#@:[2K*3B+S*XL#W-*;9U.B]\ZOX3NP#RKM7^W&V6(NZ1..K'0JW&XK M\LJ)(:^N18Y3D364%(?L:=-09(ZF@B2_%!$&9T@9/<@+D6,.[6$D4YK.41I/ M@2R/C`QQUPUUP$;4VS*RSKI<(A(ZBB_Q4"'/BX3YRGX*(T3_`A69@MTD1:9) M"Q`GQ'W6#FD%1I)[CN5$2Y;,8CC-J0"S<2E[J%3^PH M`0IX9"NI3Y.MZT4"/;"S/?2@#DS$UD>G@L.72EP M3%(Q"^,B*WE$$3GM<>JE8Z!$F)_D!MEZ9A34BFF27Y>EA?[)R\'98'_/4JL% MM^>@?\]S-*:H%L0^_<@ZI3V[FX3D(;H]DD.?:)"RCPJ.AUF8^04?HBPO1B.> MGM5/.9#:5T!!PZ*VTA[07-\^OD1G2TNI7/*(I[L>-&HE=3(4^#_ MZ0RH(X+*H9:M%ZO,]0.]6,GOS36VOU@EXY;1\0K$L#@_Y_IB.6ZCW<(I&D]@&36RRB@\ M/)!JJ2C0/)P$PA57"4G.R$)O2C__K?MW>/`]K&ZNRMWY"0Y%"?AH:!U]Z`(, M52F3O>Y`:Q.-=RE8[=98WZJSV&MAL=#ZC.RP<>J-Z;1(J3I$H*1,QDE6/L@G MR,\:8+0*02RR:)6=RV1RC8]TLF5%+Y2.@9+S=6:03XD2=BXI#*4Z8U#C<&:( MN_2]3(ZA\AC%,[RG#3C+"IZ!.JUF)8DHAF%XCH+R)K(V20>0-2<2(LBJ2UC- MV&]WRN&R]IER])11>HI)MD!S(")?2IVFUPX3#3!O%(Z.UX^.X4%)9A!3="K0 M3&$.+?36>1GQ/!NRPO=Q::@G9ORF^D:J8/:N8Q)*4`PU"N1$4([0'Z7PK3$) MA1G-X0J/J4R/L1[*&'DLETOO6"NH#H%94@`/9$Q1FB+#4+.T]:>6+:DH7V=N M6?9'^5)*:*E40Q/\`,?NR=[/)T_X]_'1X5M4:=H"GBU]-/1"OL,3C&J<\$Y= MRIA=7KBMY>Q!#S%$HEKS-%Q'865Q1+-MP&F<26U`I;=.+1U'5?.6S!"7&]*T M!])UZ3.!7MHX2$!FR#;QEHDMHH3\M*I*.2O:2&>T M9;:4V/_!\C[-2D:"?:EF33:3GUT=;1EQM7ND0F_>O)'[PN\RAH@+%=EYD8Q- MRU.;%?_^(6WKYLP4'8P+$%-W#<3'DDS;;ZPRI93O7PKLM/1)7F5I8:6WD( MTQPIGCR!KS*.JVEERM;R:EBZTK1?>BE?Y#C-%IV]2U8F-(A>Q2 MUX5?7C7GR:NJA,PS66U@@(Y(SQ( M\I2GX(-.)8,OKZ11T7DP3U(6?)3#[H!5.I(3K3\MJ$M;^_*Z^@12,'-41VDM M.QBAAZ4TDR^@R822J*5\C:#X2B>94,K8T3:4@B(TL)EW3;S^A2(E#NLBC.AX M*:MXSL/(%RCS"#-"WY7S$'F<"M M427A^13(L@2Z)\M>Y=)=NWY47PQV9"\=:0/02EG_36J%4KQ/J%\N#`H/)0ZRYE%R?YJN8VKXQ63HHT`51S)%MQ4 M=*RU')'*+XHJZU8DT8_#03XT99%Q&I!#-:4/_,X*MU!L5*HG^\I=N5'LXC,& M>;PA%6>3;<0`9-[\F@3F@5)+4TNPN$0L*FL,LJ/,OQ)5];6,*/JV3+@8/+EB MYDUTG,^[Z9F\BRO:]175]D)RIE811D@OU'*29%O:-,R?4A-3X.*0;RU^1K&V M?K+"`[Z:)P/3ZF`7*JUX=LZ5X:.Z_P(8<-U$7FJ8/$IES6780(3*:E8'K.I> MAPHMR)5`C#Q,XUTOIYA+=Y$1&$9V_#^^[,L*"N$NO3!G'UGCE)&DZ9_EZA5Z MDB05*`7A8@C-S3S>V$P]96F;D8X\6!W0OY$B=PHC].JY6[H599933(MFHM). MDW3U#LRZ5`(P*SJ[/M&KJ MM'@O3#7)B*X-U+`M_;]NA^(9\MO,0/[! MD3>%[\1RRF++S36HXH?1-^,[=%U&SGG\>N"^ZK\\>-[A/OW)I7`:\IL85U&!0T?&<'7>,S/`C452*]MK;6MW:ZCR7<"ZI8 M>!NU]1F@]<$`K>KZ*=>H[JJ(\&0$U;;9=',VK6ERK;\\N.GO$FK^GL$?\C`K MUUD(0N^$%H/;HL7@CF@Q1;@L,'PLT!A\.&BL3/JL>XV2BGWU/3^IJ7?96[:! M3E;_2J4<5*6\'$C7O5.K,2PBHPO4<"5G& MOG&X'?_6#%\^VA+&+(^3B^OL-KPE:M0W#>9Z%Z[,J7#BM07!LS[J>\U:>0MY M6:H*<_9#Q@]TYV,JM@GZ;/V:J1 M?*:"27!',*A#_1%PA'&H@Y%1[&H)>"RND51,G" MA0J.M'92=B50DOW&OD.7+VT8+-2C8+4,EH)@X080+/PW@V#ASBC8>?;92%?X M0Z"NX%@H#'@?OA4^#L`5;H=P!555F<>XSE^&5$&N4$6YRM*F%!C8.%?[8O3V M4%>Z#OWSL:YP$]BURK#$\*`>[DILJ`!>`>Z(>`6HA;Q"'>:5H_+;@5X-ZF,) MZI5)W0,O`%`#&%`WV_>$#`#<%C-0\O[?&?MJW*>-?P6X!P!6:J2&NO($OZEK MAC+DL:"P\I6$)]JWD"J`6<#$6NW&LM:Z-P($%>"V_ M_7@86R9W,\Q6Z@+9@%M`;17291%K6]GWAV%N;<6N3,G-5>RM6?3=\+<2>WL_ MW.T],;?WP-M^!*SM?7"VK+QWQ==^;%2M;YRK(K,(=+79NA3K"G!KL"L8M&L=SA4J M0%<][PWH5O-ON#4(>G?\XD6CX3A%1-`'$;2I[5E_L&_^$;;&P9&$Z#E7;>QX MU:;"AQI94_2';)C6W*1049M*-S5WT!0:5:YLN!KOVMVI-1`SU*Y*TW@4+%SI MF!H1(2:+89:'>9&+S/@S6<5#OST)AZC(*C_7E05.Y:2_G<:9JGUC<'#I88#@ MC86I",H\D%-DY=R-Z^:85[IW^N?_:#[]#P@*_K,*C:^A[$BNB<+"N3^GL#)E M=0\K?V4J\^;+5W7MJH["_$5N]<\L%EJ84H]AHU2&42F"F9>S4#^>)K@DE4KP MMC'9*[FGJV/Z/K@R@5S=_6>PHA9B$/X8UM<)^;Z/=$(=%<>GBH>L7#B^S;AN MN[U@BJBW/)DCGH:>T;#A;.;L8;HRW,AR=QH'`E9@X!Z\>'7*R2=]??[C29F] MJIXIJBV]I_W35V>;)Z\D<%*S<:%;.J,:6^MN;>+[30H06N7JK61+X0#D:JM9 M]T$P$:]/]UIM6-WF*:V^L_*$]36]^ M8;)+.;M^5@N0CSR'-`@+<\AF93J-A6"F<>R*QUL#*$R(^D!R5DO91)&+G"+H M_MP6>#%BDHG:T7HN38P6UY:+JZK3[PNG6ET/C`(K/B>E_:_K4DKA5$%12 M5_UZ=XE#=&SAEX&$S4VMNQQ@H+8^Y;]*^8VJ()MK7,1>@[]2KC,)Q\($8AT\ MW)A!H:GD'6S(CIOTB\%X\EJ_(:-]HW.M75^V686*[IT?:`6Y#GC?"3/@F*I5KLWEN%H^] MOKO-6B0A68!MO6]JTL:2.LNX44\6/4RJ@D9%U6B6+_\V6RV(]+ORYV5R,DOS MM:2-;?B_]HZTNVT;N5^E7X'&;FS'UD$=EN2LDU5LV=&+KY64IGEMGTI1DL/5 M0:U(V7'STM^^_S3:?W'BWKGY4GC[!?2*I!!=P-A M3X#E!FJ3-?98R11$A%;([*G0D,]\14"J*3Q4PN^Y[_LYN;NA"6'F&D>FX388 MU@KM_?DP1`O9FU2\C`^2H9B*#4'YWL=6)"1>%R&GC2R3O(Q@P-!!2`3Y9!/& MT61T!I,:FL21)XD@8SV,+\5Q(Y1_$%=Y`J(A1U''1#>F3![!$P7#Q@1(>^]L MB3G),G.)'F9S+J)<0Y+A%EGT M,Y*TXKC5YUW)$1&&R_7M8&7E#M6J)??+U2O.4"=N-1KTXQB;'+=STFTW.I*0 MHF(J.9"$/R6C00`:MTA'#'\L+;6H_BR)($O,)620X;,K-@JSMLAR/QN35C0[ ME!^5[T)$$20[^2SH1\YWFT,0"S9`(4"9C$Y&66%2'EMT.XZ+3A;32XZEKM8, M:`YTJ*I4"#)N\O',Q)[-Z,`*E",8J:<,@DZ`KVT212ZUB?F_"XXW+Y7\#5\* M=CL#.9Y+ MD[+I>-XL*X02\=&,8,/HL.47J`/-W&IDN3:9VT/00OL%\#C:?.D01MHWIBPK MYU4VX]+AMSS'4Z'T<7)@O*U,X&4L90`'ALU5R1[M!F)@^RY(C9+=G\$;"Q=S@V<^H6G^A2=(2!`+Z[($=*`T>ZX$IV M?=!YS!'L>*RO@[I@+[E[[B#60W>.VK')% MT%PZV8+6)`KJ*`/[Z@,91R8E"F-Y4O#K4\1D\#Z8VP[3:V':Y_;5#2Z&\4.= M4)@K3U:C6(#G%4=XQ79\0QV#]E@M'P[Q(`[A:*K`YP!+^[DNDT]H+0&XLDGB M6FY@CNUK7*ZR"GI\S9FP@P"ZI8T$8P`83^R;=Y\4L_+H]A%5H,G,$+JT15J&O)B=.EH& MK_1@UYQY,<+VM+,UK2]-RYKJ-Z'Z5LB*K]#9R`"\C0Y;VK;)3/J9N#ALM5\V MC_`=&7X\PU.8L#AIH.0<`#\>7QQW?S"]$-3N_'M^ M*[X__@!X17^E0]&N*-!'K?II`S>&S4W=!WH-"_7B\>;91:=Q<0Q3]4D]$I$N M85M;G]8IM7_AXGXL(GA2UF/&\K3>?K5%?K?DWJ$524U.*/%FGBECDS?NLP@D M93SI?1LV+Y]'1;700(.]7-POW"RB=@Y7Z39/D`SQ%C[VC![`U#L]F9T:N(9/ MLC&N"\8YI!;#NA4]F%2+[*X#2AZ)A2'EKLA_O)ST8&H6%0O!H,#+I1-UW@;U MN3K1)DP*P9GVN0Z'?8`LM)>CU\^O--P*Q`9?>%7GQY.0B,D)QR6SCG!A"*I/ MQ?:VR^/@+V:S\8T&`N6BPT>3\).[;>5_89^+Y?+5N/+57]BY"N:)45BI5HNK M5E/5AF/[TE]"WI+86T5&GRS:#I[8PU_?5U;PAW:H=DM_K&)<>4OW:`6MDD1K MUT!K""A=?C)*V$::5RA:92+'(<^?/V=PD/%R,@'!,A1[XWRT--@R3MUV:4<\ MALG0BX&^YY>.JPZ,-7!Q()U<[YQP`!.9Z(B//GJQ5?/%:B5TKW@N[4M\YX$: M0CVT=T.'0R0^\L:]+`*8=WG&'HEA3]`U"]6-#?C<@"V\)0\P%Y/>@"_*,UP8 M(FK)`Q4B+SSTF+MV?92PSCE:/,*B,<`P*]ZITQL_Y_/Y#[K-Z&![K:ZX450)9/MOC`WC)F\[@>KP<5]=U^L M]`+S5CJA#;EH"-&A-J7<1088'&[^K8POX1-I>U$//J9C`3X@!I(0*@@21Z?! MX$!H=)[*LTQQ:VPD65JY$)".XGE2^NZ5?7J$T^MB97(3QJ_T&TJKMF5,%"WC-)24*C84BHB%`4VNJ]$ M&-CI]E+>8NYW89.%+\%L<0](+'QOH_&#@+&J8C,P?-4M&70'4MV/7"'1Y:A6 MBJ*CCV-!KT:^$AQX2L$(`V!%,U;C8*T.!=V?ZMICC%^S`H"NPQC4I.)GA?GT M.Q:R"JX5A?C.]J&Q<812K:7\N_(,%^+EK*75M-PJOY,--_$5;&7TKI@14CE= MD&`X5P?U"J?'OG2=/V$GOD\SX7X$,__4YW_V+Z9[W_Q:*Y?Q2_*]B M)8G_]742\(%3%$_ERW##$%_OC?2O)/+7WS3RUW"*U_P[I]TC M6`S=E^&;B]4389D!PO`EUGW5;CN!V^(5L^$%9I.5H* M7X5AH0]V4Q#7['G/!1EF?B/O_]P2WT=&6U)>M^U&Y_5%M]YZT>RTZJVW;%I% M1V!G!Z_H7&V)>.AF$8T;W6K'CG6'(%P&2P&R="@FU;VCD_-ZI]L\.SI?J;1I MO`*Z>=9MGY\T7W0/ZB'9;%)1)`I9:W=+`Q&]O*W+;2HU0J[NSVK4"V4\I5B?E`KE6J651K8UN[0 M*@\K::HZLP/G7<:VJ4;!SO>+M7PA;P]+-7N0+U=*_6 MKPW+_0K4+CIVT1XD"_W3$J__4WM$KOU?IHU[UG\1%KU:_X5\N8#KOUS>3=;_ MUTAKXFQP36<$J(*/QS(8^$02!`IT>SA)1"?I-?&#%'U5$%'*%,@Z(/,0I%S! M9B&90?I=5=07EZ0C0)DW[[Q)F*<2CSYD.R`Y!P/_)N,-]U*IF1^DU^#I>K._ M3E_.O$`*Q2P)HCLRNF#16T7(#R5BH.ZG`2((!0TR;YB%`0P+]RCP8_D%B*D4`XC* M'S;;%R?UMV(PO7+GWA2]F,65/7?Y('XMG88"'9!8&ONID/.F#^J=QO%YJ]EH M;^^G^N3<)X;O=DP`5@IP/#B0;J$PHTG#MBQG>*)J"`309\ M+ANX_9OT1;US\%(C`\0!V-#)U3L0FG/K'R[.6YWV8;/U,4?8(UHYV1;7/6J> M8%6U90BU$Z@O#@U,M_WZ!4"18X.8HPV?0L]C8R(8`:X255O>+)9N:EJ?<,:5 M;#G=>=4E0"D3M_>6E0,0%N:V6P>4RP4_YO!<,D?PTX>-B\;9(6"K<],HDNK' M".+GG[/XMQ<62;]IO4*@FJ[7/\`3@JT&&;6G[L'YV5'S^'4+*.`&1D?_[.)M M['V1R0PH/$B&A@`#Z:4R&=1_,M`SJ5GLYQ;^/.?/G1Q:SD!WS$%>3KYL9ZG* MV.UQ[Q:?V5[,/9>?>B?O"J?LR_ M4ZG4&J]1UY<._$`3H-+.R4O.GHY02<;9?;N0R1E]ER82`:7D_'0_%4]1)*JF MTQBK/$-TLY?&-WNN?PBK?LRA>H$V!%*X4C0)U+G>L)]#:O5CZBAK9]8Q*N#2 MBBFJ`^7?6U3;U*(E<=*&[B4AFH:1>A.YY;<)XW4-NOIW6TC=/CE=IN83D9D/ M10@&)M;\!4NE[V4D,\1!Z8M(D^@\BFQ=\4LYAF&%R]_W(\PK`Q>0!>P(?5):@?AW2KL6=6]8HTE^$PF$ZT@9S%: MH6CM%2IO,(BM@>V7[UWH76 M8Q#]%M/P-]H",WYP@](!P^/7#UX/V.P\]83;']AH,R87Z["F1QY1_`)IC#\V M\`/Q_M'Z!XKFQM+3QT=XU^J]>(I(3-/?";-L9BB62J.`M*X;X(=S#]KPO4=1 M&$+83M>YZCJRZOZOF[1OF]">BMEU?^O7.X`JS\_QW2C!5Q,#\4W:'H1B"VCF"L$6=[?D-4I(B@"O)N)O,7)(*U MST$%:Y^1#!Y"ESR!V77XG-C_\>;TQ9UZ\VQ^A3;_"&G$0O[K$6@LUZH6K1WX M5_WS4_L5-[*>AX^E\N,YP]/Y@,(*QBM!R/)%$;,$X!36#$L MYY-F\Q:@WY:\OK5$]VDI5O[O?=XV[I'_K5)9G?^5+*O"[_\K51+Y_VLD)?\3 M'60=E/Y3IBA?W+-V]\K%J.PO"R\7K.Z5\K?+_):5+^Q8,,&\>R(L^:A0#+DP M!\K%H-4S]8I='4K4&7!,ATMMBS>6H6EWUKL*NBYZ5N+NK#Z_G M>^-!P#<%)[8[?>-.^]ZUV!>=D81]&C[=9#S4>T#PA67X;MYC^.`V-<(A*(6T M#%[+GI;J0&`V]WIV;WQ#-S#0%?])#O%6%]$T/.QI<^H&$H$M9/Z=@Y/N^:NX M,<&23O@S-FG]45 M.&.,/2CA?.N%FJ0D)2E)24I2DI*4I"0E*4E)2E*2DI2D)"4I24E*4I*2E*0D 7)2E)24I2DI*4I"3%I/\!ULAW^`#(```E ` end >Audit-Trail: >Unformatted: From owner-freebsd-bugs Wed Aug 28 00:06:14 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id AAA07295 for bugs-outgoing; Wed, 28 Aug 1996 00:06:14 -0700 (PDT) Received: (from jkh@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id AAA07276; Wed, 28 Aug 1996 00:06:11 -0700 (PDT) Date: Wed, 28 Aug 1996 00:06:11 -0700 (PDT) From: "Jordan K. Hubbard" Message-Id: <199608280706.AAA07276@freefall.freebsd.org> To: kew@timesink.spk.wa.us, jkh, freebsd-bugs Subject: Re: misc/1546 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: /usr/lib/libgcc.so.261.0 not found on 2.1.5 install State-Changed-From-To: open-closed State-Changed-By: jkh State-Changed-When: Wed Aug 28 00:04:49 PDT 1996 State-Changed-Why: This is on the 2.1.5 distribution, it's simply part of the compat20 distribution, which you need to select during installation. It used to be on by default, which I changed in 2.1.5 to avoid involuntary library pollution, and this seems to have broken a few packages which were erroneously linked (they should not have been) with the old libgcc. From owner-freebsd-bugs Wed Aug 28 00:38:27 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id AAA09227 for bugs-outgoing; Wed, 28 Aug 1996 00:38:27 -0700 (PDT) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id AAA09218 for ; Wed, 28 Aug 1996 00:38:24 -0700 (PDT) Received: from time.cdrom.com (localhost [127.0.0.1]) by time.cdrom.com (8.7.5/8.6.9) with ESMTP id AAA05147; Wed, 28 Aug 1996 00:38:11 -0700 (PDT) To: William A Gill cc: Gene Stark , bugs@freebsd.org Subject: Re: misc/1515: Unable to install 2.1.5 from CD-ROM. In-reply-to: Your message of "Tue, 27 Aug 1996 22:08:55 PDT." Date: Wed, 28 Aug 1996 00:38:11 -0700 Message-ID: <5145.841217891@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > Again, I am well aware of the volunteer nature of FreeBSD (yes, it does say > "free" right there on the name). But the mere presence of the "product" on > the "market" should imply a certain level of support for it, albeit by a > volunteer force. And such support does, indeed, exist. It's an extremely finite resource, however, and everything that enters our support system gets graded and acted upon in a rather organic fashion - whatever strikes the collective [un]consciousness of -questions as being answerable or relevant gets dealt with, other things sometimes slipping all the way down the queue and onto the floor. It's just the way it works, and you had the simple misfortune to enter the system with a problem which was both unexpected, considering how long it had gone unreported (or at least ignored) in -stable, and involved a piece of hardware which few still actually had. As things have progressed, more people have stepped forward and perhaps someone will hopefully soon have a fix for it. Jordan From owner-freebsd-bugs Wed Aug 28 02:00:51 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id CAA13609 for bugs-outgoing; Wed, 28 Aug 1996 02:00:51 -0700 (PDT) Received: from critter.tfs.com ([140.145.230.252]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id CAA13602; Wed, 28 Aug 1996 02:00:46 -0700 (PDT) Received: from critter.tfs.com (localhost.tfs.com [127.0.0.1]) by critter.tfs.com (8.7.5/8.7.3) with ESMTP id IAA00541; Wed, 28 Aug 1996 08:29:03 +0200 (MET DST) To: "Jordan K. Hubbard" cc: Gene Stark , bugs@freebsd.org, bill@duchess.wagill.com Subject: Re: misc/1515: Unable to install 2.1.5 from CD-ROM. In-reply-to: Your message of "Tue, 27 Aug 1996 13:37:44 PDT." <1477.841178264@time.cdrom.com> Date: Wed, 28 Aug 1996 08:29:02 +0200 Message-ID: <539.841213742@critter.tfs.com> From: Poul-Henning Kamp Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In message <1477.841178264@time.cdrom.com>, "Jordan K. Hubbard" writes: >> I have one of these drives (FX001D) that I am running with a system built >> from June 26 sources. The drive works fine. I don't yet have the 2.1.5 >> CD-ROM, so I can't say whether I can reproduce Bill's problem. If anything >> was indeed broken, it had to be after June 26, or something in the >> configuration on the 2.1.5 CD-ROM. > >Do you need me to send you one, or have you already ordered it? > Didn't we remove mcd1 ? could that be the problem ? -- Poul-Henning Kamp | phk@FreeBSD.ORG FreeBSD Core-team. http://www.freebsd.org/~phk | phk@login.dknet.dk Private mailbox. whois: [PHK] | phk@ref.tfs.com TRW Financial Systems, Inc. Future will arrive by its own means, progress not so. From owner-freebsd-bugs Wed Aug 28 02:09:45 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id CAA14037 for bugs-outgoing; Wed, 28 Aug 1996 02:09:45 -0700 (PDT) Received: from critter.tfs.com ([140.145.230.252]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id CAA14029; Wed, 28 Aug 1996 02:09:40 -0700 (PDT) Received: from critter.tfs.com (localhost.tfs.com [127.0.0.1]) by critter.tfs.com (8.7.5/8.7.3) with ESMTP id LAA01027; Wed, 28 Aug 1996 11:09:09 +0200 (MET DST) To: "Jordan K. Hubbard" cc: William A Gill , Gene Stark , bugs@FreeBSD.org Subject: Re: misc/1515: Unable to install 2.1.5 from CD-ROM. In-reply-to: Your message of "Wed, 28 Aug 1996 00:38:11 PDT." <5145.841217891@time.cdrom.com> Date: Wed, 28 Aug 1996 11:09:08 +0200 Message-ID: <1025.841223348@critter.tfs.com> From: Poul-Henning Kamp Sender: owner-bugs@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk In message <5145.841217891@time.cdrom.com>, "Jordan K. Hubbard" writes: >> Again, I am well aware of the volunteer nature of FreeBSD (yes, it does say >> "free" right there on the name). But the mere presence of the "product" on >> the "market" should imply a certain level of support for it, albeit by a >> volunteer force. > >And such support does, indeed, exist. It's an extremely finite We should also mention that a number of people will do more comprehensive support for money. -- Poul-Henning Kamp | phk@FreeBSD.ORG FreeBSD Core-team. http://www.freebsd.org/~phk | phk@login.dknet.dk Private mailbox. whois: [PHK] | phk@ref.tfs.com TRW Financial Systems, Inc. Future will arrive by its own means, progress not so. From owner-freebsd-bugs Wed Aug 28 02:16:00 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id CAA14248 for bugs-outgoing; Wed, 28 Aug 1996 02:16:00 -0700 (PDT) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id CAA14239 for ; Wed, 28 Aug 1996 02:15:57 -0700 (PDT) Received: from time.cdrom.com (localhost [127.0.0.1]) by time.cdrom.com (8.7.5/8.6.9) with ESMTP id CAA18481; Wed, 28 Aug 1996 02:14:47 -0700 (PDT) To: Poul-Henning Kamp cc: Gene Stark , bugs@freebsd.org, bill@duchess.wagill.com Subject: Re: misc/1515: Unable to install 2.1.5 from CD-ROM. In-reply-to: Your message of "Wed, 28 Aug 1996 08:29:02 +0200." <539.841213742@critter.tfs.com> Date: Wed, 28 Aug 1996 02:14:47 -0700 Message-ID: <18479.841223687@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > Didn't we remove mcd1 ? could that be the problem ? I don't see why. mcd0 should still be tweakable, unless there's some bug which thwacks mcd0 if mcd1 is missing?! Jordan From owner-freebsd-bugs Wed Aug 28 02:18:21 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id CAA14341 for bugs-outgoing; Wed, 28 Aug 1996 02:18:21 -0700 (PDT) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id CAA14335 for ; Wed, 28 Aug 1996 02:18:19 -0700 (PDT) Received: from time.cdrom.com (localhost [127.0.0.1]) by time.cdrom.com (8.7.5/8.6.9) with ESMTP id CAA18495; Wed, 28 Aug 1996 02:15:44 -0700 (PDT) To: Poul-Henning Kamp cc: William A Gill , Gene Stark , bugs@FreeBSD.org Subject: Re: misc/1515: Unable to install 2.1.5 from CD-ROM. In-reply-to: Your message of "Wed, 28 Aug 1996 11:09:08 +0200." <1025.841223348@critter.tfs.com> Date: Wed, 28 Aug 1996 02:15:44 -0700 Message-ID: <18493.841223744@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-bugs@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > We should also mention that a number of people will do more > comprehensive support for money. Really? Where? Maybe somebody should make a list! :-) Jordan From owner-freebsd-bugs Wed Aug 28 02:21:22 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id CAA14508 for bugs-outgoing; Wed, 28 Aug 1996 02:21:22 -0700 (PDT) Received: from critter.tfs.com ([140.145.230.252]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id CAA14503; Wed, 28 Aug 1996 02:21:19 -0700 (PDT) Received: from critter.tfs.com (localhost.tfs.com [127.0.0.1]) by critter.tfs.com (8.7.5/8.7.3) with ESMTP id LAA01177; Wed, 28 Aug 1996 11:20:47 +0200 (MET DST) To: "Jordan K. Hubbard" cc: William A Gill , Gene Stark , bugs@freebsd.org Subject: Re: misc/1515: Unable to install 2.1.5 from CD-ROM. In-reply-to: Your message of "Wed, 28 Aug 1996 02:15:44 PDT." <18493.841223744@time.cdrom.com> Date: Wed, 28 Aug 1996 11:20:47 +0200 Message-ID: <1175.841224047@critter.tfs.com> From: Poul-Henning Kamp Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In message <18493.841223744@time.cdrom.com>, "Jordan K. Hubbard" writes: >> We should also mention that a number of people will do more >> comprehensive support for money. > >Really? Where? Maybe somebody should make a list! :-) Could be an idea. I do for one do it. -- Poul-Henning Kamp | phk@FreeBSD.ORG FreeBSD Core-team. http://www.freebsd.org/~phk | phk@login.dknet.dk Private mailbox. whois: [PHK] | phk@ref.tfs.com TRW Financial Systems, Inc. Future will arrive by its own means, progress not so. From owner-freebsd-bugs Wed Aug 28 02:24:53 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id CAA14664 for bugs-outgoing; Wed, 28 Aug 1996 02:24:53 -0700 (PDT) Received: from critter.tfs.com ([140.145.230.252]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id CAA14646; Wed, 28 Aug 1996 02:24:50 -0700 (PDT) Received: from critter.tfs.com (localhost.tfs.com [127.0.0.1]) by critter.tfs.com (8.7.5/8.7.3) with ESMTP id LAA01212; Wed, 28 Aug 1996 11:24:18 +0200 (MET DST) To: "Jordan K. Hubbard" cc: Gene Stark , bugs@FreeBSD.org, bill@duchess.wagill.com Subject: Re: misc/1515: Unable to install 2.1.5 from CD-ROM. In-reply-to: Your message of "Wed, 28 Aug 1996 02:14:47 PDT." <18479.841223687@time.cdrom.com> Date: Wed, 28 Aug 1996 11:24:17 +0200 Message-ID: <1210.841224257@critter.tfs.com> From: Poul-Henning Kamp Sender: owner-bugs@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk In message <18479.841223687@time.cdrom.com>, "Jordan K. Hubbard" writes: >> Didn't we remove mcd1 ? could that be the problem ? > >I don't see why. mcd0 should still be tweakable, unless >there's some bug which thwacks mcd0 if mcd1 is missing?! Yes, but does people know they need to ? I mean if I installed 2.0 out of the box, 2.0.5 out of the box and then it suddenly doesn't work, would I know why ? -- Poul-Henning Kamp | phk@FreeBSD.ORG FreeBSD Core-team. http://www.freebsd.org/~phk | phk@login.dknet.dk Private mailbox. whois: [PHK] | phk@ref.tfs.com TRW Financial Systems, Inc. Future will arrive by its own means, progress not so. From owner-freebsd-bugs Wed Aug 28 03:13:48 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id DAA17136 for bugs-outgoing; Wed, 28 Aug 1996 03:13:48 -0700 (PDT) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id DAA17126 for ; Wed, 28 Aug 1996 03:13:44 -0700 (PDT) Received: from time.cdrom.com (localhost [127.0.0.1]) by time.cdrom.com (8.7.5/8.6.9) with ESMTP id DAA18664; Wed, 28 Aug 1996 03:13:35 -0700 (PDT) To: Poul-Henning Kamp cc: Gene Stark , bugs@FreeBSD.org, bill@duchess.wagill.com Subject: Re: misc/1515: Unable to install 2.1.5 from CD-ROM. In-reply-to: Your message of "Wed, 28 Aug 1996 11:24:17 +0200." <1210.841224257@critter.tfs.com> Date: Wed, 28 Aug 1996 03:13:35 -0700 Message-ID: <18661.841227215@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-bugs@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > I mean if I installed 2.0 out of the box, 2.0.5 out of the box > and then it suddenly doesn't work, would I know why ? You should have read the hardware guide, which lists all the IRQs that various things are set at. :) Jordan From owner-freebsd-bugs Wed Aug 28 03:28:01 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id DAA17713 for bugs-outgoing; Wed, 28 Aug 1996 03:28:01 -0700 (PDT) Received: from bsd7.cs.sunysb.edu (bsd7.cs.sunysb.edu [130.245.1.197]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id DAA17695 for ; Wed, 28 Aug 1996 03:27:55 -0700 (PDT) Received: (from uucp@localhost) by bsd7.cs.sunysb.edu (8.6.12/8.6.9) with UUCP id GAA17895; Wed, 28 Aug 1996 06:27:46 -0400 Received: (from gene@localhost) by starkhome.cs.sunysb.edu (8.7.5/8.6.9) id GAA23246; Wed, 28 Aug 1996 06:26:12 -0400 (EDT) Date: Wed, 28 Aug 1996 06:26:12 -0400 (EDT) From: Gene Stark Message-Id: <199608281026.GAA23246@starkhome.cs.sunysb.edu> To: phk@critter.tfs.com CC: jkh@time.cdrom.com, bugs@FreeBSD.org, bill@duchess.wagill.com In-reply-to: <1210.841224257@critter.tfs.com> (message from Poul-Henning Kamp on Wed, 28 Aug 1996 11:24:17 +0200) Subject: Re: misc/1515: Unable to install 2.1.5 from CD-ROM. Sender: owner-bugs@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk >> Didn't we remove mcd1 ? could that be the problem ? > >I don't see why. mcd0 should still be tweakable, unless >there's some bug which thwacks mcd0 if mcd1 is missing?! Looking at the CVS log and diffs, there were quite a number of changes since 2.0.5-RELEASE, some of which have to do with tracking the drive status. A behavioral change I noticed "recently" is that I have observed the drive to no longer eject in response to the button when the disk is mounted. My suspicion is that there has always been some sort of race condition, perhaps even in the hardware, that causes the Mitsumi sometimes not to know there is a CD in the drive. Cycling the door used to change its mind, but perhaps more recent changes to the driver have now blocked this type of workaround. I can't say too much more that isn't basically wild speculation. - Gene From owner-freebsd-bugs Wed Aug 28 13:30:08 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id NAA25862 for bugs-outgoing; Wed, 28 Aug 1996 13:30:08 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id NAA25855; Wed, 28 Aug 1996 13:30:06 -0700 (PDT) Resent-Date: Wed, 28 Aug 1996 13:30:06 -0700 (PDT) Resent-Message-Id: <199608282030.NAA25855@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, tli@jnx.com Received: from red.jnx.com (ppp-206-170-2-27.sntc01.pacbell.net [206.170.2.27]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id NAA25295 for ; Wed, 28 Aug 1996 13:23:47 -0700 (PDT) Received: from chimp.jnx.com (chimp.jnx.com [208.197.169.246]) by red.jnx.com (8.7.5/8.7.3) with ESMTP id NAA10782 for ; Wed, 28 Aug 1996 13:23:45 -0700 (PDT) Received: (from tli@localhost) by chimp.jnx.com (8.7.5/8.7.3) id NAA03739; Wed, 28 Aug 1996 13:23:44 -0700 (PDT) Message-Id: <199608282023.NAA03739@chimp.jnx.com> Date: Wed, 28 Aug 1996 13:23:44 -0700 (PDT) From: Tony Li Reply-To: tli@jnx.com To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: gnu/1550: "make install" needs to know how to update /usr/local/info/dir Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 1550 >Category: gnu >Synopsis: "make install" needs to know how to update /usr/local/info/dir >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Wed Aug 28 13:30:02 PDT 1996 >Last-Modified: >Originator: Tony Li >Organization: Juniper Networks, Inc. >Release: FreeBSD 2.2-CURRENT i386 >Environment: Gnu Emacs installed. >Description: If a port installs info-style documentation in /usr/local/info, it should update /usr/local/info/dir so that there's an index to it. >How-To-Repeat: cd /usr/ports/gnu/id-utils make install >Fix: The workaround is to manually edit /usr/local/info/dir. >Audit-Trail: >Unformatted: From owner-freebsd-bugs Wed Aug 28 15:01:34 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id PAA01704 for bugs-outgoing; Wed, 28 Aug 1996 15:01:34 -0700 (PDT) Received: from main.gbdata.com (Main.GBData.COM [207.90.222.20]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id PAA01680 for ; Wed, 28 Aug 1996 15:01:15 -0700 (PDT) Received: (from gclarkii@localhost) by main.gbdata.com (8.7.5/8.6.9) id QAA24119; Wed, 28 Aug 1996 16:59:37 -0500 (CDT) From: Gary Clark II Message-Id: <199608282159.QAA24119@main.gbdata.com> Subject: Re: misc/1515: Unable to install 2.1.5 from CD-ROM. To: phk@critter.tfs.com (Poul-Henning Kamp) Date: Wed, 28 Aug 1996 16:59:37 -0500 (CDT) Cc: jkh@time.cdrom.com, bill@duchess.wagill.com, gene@starkhome.cs.sunysb.edu, bugs@freebsd.org In-Reply-To: <1175.841224047@critter.tfs.com> from Poul-Henning Kamp at "Aug 28, 96 11:20:47 am" X-Mailer: ELM [version 2.4ME+ PL22 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Poul-Henning Kamp wrote: > In message <18493.841223744@time.cdrom.com>, "Jordan K. Hubbard" writes: > >> We should also mention that a number of people will do more > >> comprehensive support for money. > > > >Really? Where? Maybe somebody should make a list! :-) We used to have a listing on CD-ROM for this sort of thing. (Or one can do a search on yahoo on "FreeBSD consulting" and see what comes up.:) > I do for one do it. > -- > Poul-Henning Kamp | phk@FreeBSD.ORG FreeBSD Core-team. Gary -- Gary Clark II (N5VMF) | I speak only for myself and "maybe" my company gclarkii@GBData.COM | Member of the FreeBSD Doc Team Providing Internet and ISP startups mail info@GBData.COM for information FreeBSD FAQ at ftp://ftp.FreeBSD.ORG/pub/FreeBSD/docs/freebsd-faq.ascii From owner-freebsd-bugs Wed Aug 28 18:58:33 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id SAA01097 for bugs-outgoing; Wed, 28 Aug 1996 18:58:33 -0700 (PDT) Received: from orion.webspan.net (root@orion.webspan.net [206.154.70.41]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id SAA01092 for ; Wed, 28 Aug 1996 18:58:30 -0700 (PDT) Received: from localhost (gpalmer@localhost [127.0.0.1]) by orion.webspan.net (8.7.5/8.6.12) with SMTP id VAA24235; Wed, 28 Aug 1996 21:58:07 -0400 (EDT) X-Authentication-Warning: orion.webspan.net: Host gpalmer@localhost [127.0.0.1] didn't use HELO protocol To: Gene Stark cc: phk@critter.tfs.com, jkh@time.cdrom.com, bugs@FreeBSD.org, bill@duchess.wagill.com From: "Gary Palmer" Subject: Re: misc/1515: Unable to install 2.1.5 from CD-ROM. In-reply-to: Your message of "Wed, 28 Aug 1996 06:26:12 EDT." <199608281026.GAA23246@starkhome.cs.sunysb.edu> Date: Wed, 28 Aug 1996 21:58:06 -0400 Message-ID: <24231.841283886@orion.webspan.net> Sender: owner-bugs@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk Gene Stark wrote in message ID <199608281026.GAA23246@starkhome.cs.sunysb.edu>: > A behavioral change I noticed "recently" is that I have observed the > drive to no longer eject in response to the button when the disk is > mounted. As it should ... Unix's don't appreciate mounted media being changed on them :-) The previous behaviour, where it WOULD allow mounted disks to be ejected, was broken. Gary -- Gary Palmer FreeBSD Core Team Member FreeBSD: Turning PC's into workstations. See http://www.FreeBSD.ORG/ for info From owner-freebsd-bugs Wed Aug 28 19:42:38 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id TAA04699 for bugs-outgoing; Wed, 28 Aug 1996 19:42:38 -0700 (PDT) Received: from print.elec.uq.edu.au (root@print.elec.uq.edu.au [130.102.96.6]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id TAA04673; Wed, 28 Aug 1996 19:42:31 -0700 (PDT) Received: (from haytham@localhost) by print.elec.uq.edu.au (8.6.12/8.6.12) id MAA20327; Thu, 29 Aug 1996 12:42:27 +1000 From: Haytham Algyndy Message-Id: <199608290242.MAA20327@print.elec.uq.edu.au> Subject: unsubscribe To: freebsd-bugs@freefall.freebsd.org Date: Thu, 29 Aug 1996 12:42:19 +1000 (EST) Cc: owner-bugs@freefall.freebsd.org X-Mailer: ELM [version 2.4ME+ PL12 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk unsubscribe From owner-freebsd-bugs Wed Aug 28 19:48:18 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id TAA05534 for bugs-outgoing; Wed, 28 Aug 1996 19:48:18 -0700 (PDT) Received: (from jkh@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id TAA05522; Wed, 28 Aug 1996 19:48:15 -0700 (PDT) Date: Wed, 28 Aug 1996 19:48:15 -0700 (PDT) From: "Jordan K. Hubbard" Message-Id: <199608290248.TAA05522@freefall.freebsd.org> To: zgabor@code.hu, jkh, freebsd-bugs Subject: Re: bin/1241 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: The jot(1) command with -s (FROM 2.1.0 CD) generates core dump State-Changed-From-To: open-closed State-Changed-By: jkh State-Changed-When: Wed Aug 28 19:47:47 PDT 1996 State-Changed-Why: I can't reproduce this bug in -current; it must be fixed. From owner-freebsd-bugs Thu Aug 29 03:21:56 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id DAA00188 for bugs-outgoing; Thu, 29 Aug 1996 03:21:56 -0700 (PDT) Received: (from asami@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id DAA00167; Thu, 29 Aug 1996 03:21:53 -0700 (PDT) Date: Thu, 29 Aug 1996 03:21:53 -0700 (PDT) From: Satoshi Asami Message-Id: <199608291021.DAA00167@freefall.freebsd.org> To: xaa@stack.urc.tue.nl, asami, freebsd-bugs Subject: Re: ports/1544 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: ports/databases/msql doesn't build State-Changed-From-To: open-closed State-Changed-By: asami State-Changed-When: Thu Aug 29 03:21:06 PDT 1996 State-Changed-Why: msql-1.0.16 is already in ports-current. From owner-freebsd-bugs Thu Aug 29 04:30:04 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id EAA03392 for bugs-outgoing; Thu, 29 Aug 1996 04:30:04 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id EAA03386; Thu, 29 Aug 1996 04:30:03 -0700 (PDT) Resent-Date: Thu, 29 Aug 1996 04:30:03 -0700 (PDT) Resent-Message-Id: <199608291130.EAA03386@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, lkoeller@odie.physik2.uni-rostock.de Received: from odie.physik2.uni-rostock.de (odie.physik2.uni-rostock.de [139.30.40.28]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id EAA03098 for ; Thu, 29 Aug 1996 04:20:52 -0700 (PDT) Received: (from lkoeller@localhost) by odie.physik2.uni-rostock.de (8.7.5/8.7.3) id NAA24035; Thu, 29 Aug 1996 13:20:20 +0200 (MET DST) Message-Id: <199608291120.NAA24035@odie.physik2.uni-rostock.de> Date: Thu, 29 Aug 1996 13:20:20 +0200 (MET DST) From: Lars Koeller Reply-To: lkoeller@odie.physik2.uni-rostock.de To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: docs/1551: zgrep manual page not installed Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 1551 >Category: docs >Synopsis: manpage of zgrep not installed in 2.1.5R >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Thu Aug 29 04:30:01 PDT 1996 >Last-Modified: >Originator: Lars Koeller >Organization: University of Rostock, Germany >Release: FreeBSD 2.1.5-RELEASE i386 >Environment: FreeBSD 2.1.5 RELEASE >Description: The manpage of zgrep is missing in /usr/share/man/man1 but it is available in /usr/src/gnu/usr.bin/gzip. >How-To-Repeat: man zgrep >Fix: Add zgrep.1 in the Line MAN1= gzexe.1 gzip.1 zdiff.1 zforce.1 zmore.1 znew.1 in the file /usr/src/gnu/usr.bin/gzip/Makefile. >Audit-Trail: >Unformatted: From owner-freebsd-bugs Thu Aug 29 13:40:06 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id NAA03690 for bugs-outgoing; Thu, 29 Aug 1996 13:40:06 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id NAA03683; Thu, 29 Aug 1996 13:40:04 -0700 (PDT) Resent-Date: Thu, 29 Aug 1996 13:40:04 -0700 (PDT) Resent-Message-Id: <199608292040.NAA03683@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, pst@jnx.com Received: from red.jnx.com (ppp-206-170-2-68.sntc01.pacbell.net [206.170.2.68]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id NAA03141 for ; Thu, 29 Aug 1996 13:30:32 -0700 (PDT) Received: (from pst@localhost) by red.jnx.com (8.7.5/8.7.3) id NAA09729; Thu, 29 Aug 1996 13:30:30 -0700 (PDT) Message-Id: <199608292030.NAA09729@red.jnx.com> Date: Thu, 29 Aug 1996 13:30:30 -0700 (PDT) From: Paul Traina Reply-To: pst@jnx.com To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: bin/1552: moused has no manual page Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 1552 >Category: bin >Synopsis: moused has no manual page (and -s option is broken) >Confidential: no >Severity: serious >Priority: high >Responsible: freebsd-bugs >State: open >Class: change-request >Submitter-Id: current-users >Arrival-Date: Thu Aug 29 13:40:02 PDT 1996 >Last-Modified: >Originator: Paul Traina >Organization: Juniper Networks, Inc. >Release: FreeBSD 2.2-CURRENT i386 >Environment: -current >Description: man moused does not work. Software should NOT be imported into freebsd without a manual page. Also, the -s option is broken, it's calling usage() instead of break. >How-To-Repeat: man moused moused -s >Fix: Obvious. >Audit-Trail: >Unformatted: From owner-freebsd-bugs Thu Aug 29 19:20:06 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id TAA25898 for bugs-outgoing; Thu, 29 Aug 1996 19:20:06 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id TAA25879; Thu, 29 Aug 1996 19:20:03 -0700 (PDT) Resent-Date: Thu, 29 Aug 1996 19:20:03 -0700 (PDT) Resent-Message-Id: <199608300220.TAA25879@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, oly@world.std.com Received: from ghostwheel.shadow.net (oly@world-f.std.com [199.172.62.5]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id TAA25328 for ; Thu, 29 Aug 1996 19:13:33 -0700 (PDT) Received: (from oly@localhost) by ghostwheel.shadow.net (8.6.12/8.6.12) id SAA19758; Thu, 29 Aug 1996 18:14:40 -0400 Message-Id: <199608292214.SAA19758@ghostwheel.shadow.net> Date: Thu, 29 Aug 1996 18:14:40 -0400 From: Oliver Oberdorf Reply-To: oly@world.std.com To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: ports/1553: cops 1.04 port Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 1553 >Category: ports >Synopsis: submittal of cops port >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: change-request >Submitter-Id: current-users >Arrival-Date: Thu Aug 29 19:20:01 PDT 1996 >Last-Modified: >Originator: Oliver Oberdorf >Organization: none >Release: FreeBSD 2.1-STABLE i386 >Environment: >Description: I've made a port for cops 1.04. I was unable to find any clear statement on copying restrictions. I was also unable to find the author's web page (if any). I'll look again later - until then, I'm not sure if it's OK to distribute for a fee. cops is a system security checking program. I did not implement password checking, though I am looking into adding MD5 support to the cops routines. >How-To-Repeat: >Fix: >Audit-Trail: >Unformatted: From owner-freebsd-bugs Fri Aug 30 02:30:06 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id CAA28395 for bugs-outgoing; Fri, 30 Aug 1996 02:30:06 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id CAA28383; Fri, 30 Aug 1996 02:30:03 -0700 (PDT) Date: Fri, 30 Aug 1996 02:30:03 -0700 (PDT) Message-Id: <199608300930.CAA28383@freefall.freebsd.org> To: freebsd-bugs Cc: From: asami@freebsd.org (Satoshi Asami) Subject: Re: gnu/1550: "make install" needs to know how to update /usr/local/info/dir Reply-To: asami@freebsd.org (Satoshi Asami) Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR ports/1550; it has been noted by GNATS. From: asami@freebsd.org (Satoshi Asami) To: FreeBSD-gnats-submit@freefall.FreeBSD.org, tli@jnx.com Cc: Subject: Re: gnu/1550: "make install" needs to know how to update /usr/local/info/dir Date: Fri, 30 Aug 1996 02:25:16 -0700 (PDT) * If a port installs info-style documentation in /usr/local/info, it * should update /usr/local/info/dir so that there's an index to it. I agree. But how? ;) This has been discussed before, and no solution came up. The closest (I think) was the idea to write a utility to add to and delete entries from dir safely. Something that takes arguments like "section name", "info file name" and "comment". (And it created the section if it doesn't exist, etc....) Satoshi From owner-freebsd-bugs Fri Aug 30 04:30:23 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id EAA10126 for bugs-outgoing; Fri, 30 Aug 1996 04:30:23 -0700 (PDT) Received: from ghpc6.ihf.rwth-aachen.de (ghpc6.ihf.RWTH-Aachen.DE [134.130.90.6]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id EAA10120 for ; Fri, 30 Aug 1996 04:30:14 -0700 (PDT) Received: (from thomas@localhost) by ghpc6.ihf.rwth-aachen.de (8.6.12/8.6.9) id NAA07174; Fri, 30 Aug 1996 13:30:05 +0200 From: Thomas Gellekum Message-Id: <199608301130.NAA07174@ghpc6.ihf.rwth-aachen.de> Subject: Re: gnu/1550: "make install" needs to know how to update /usr/local/info/dir To: asami@freebsd.org Date: Fri, 30 Aug 1996 13:30:04 +0200 (MET DST) Cc: freebsd-bugs@freefall.freebsd.org In-Reply-To: <199608300930.CAA28383@freefall.freebsd.org> from Satoshi Asami at "Aug 30, 96 02:30:03 am" Organization: Institut f. Hochfrequenztechnik, RWTH Aachen X-Mailer: ELM [version 2.4ME+ PL11 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Satoshi Asami wrote: > The following reply was made to PR ports/1550; it has been noted by GNATS. > > From: asami@freebsd.org (Satoshi Asami) > To: FreeBSD-gnats-submit@freefall.FreeBSD.org, tli@jnx.com > Cc: Subject: Re: gnu/1550: "make install" needs to know how to update /usr/local/info/dir > Date: Fri, 30 Aug 1996 02:25:16 -0700 (PDT) > > * If a port installs info-style documentation in /usr/local/info, it > * should update /usr/local/info/dir so that there's an index to it. > > I agree. But how? ;) > > This has been discussed before, and no solution came up. The closest > (I think) was the idea to write a utility to add to and delete entries > from dir safely. Something that takes arguments like "section name", > "info file name" and "comment". (And it created the section if it > doesn't exist, etc....) There's a utility called gen-dir-node (hope I got it right) in the texinfo distribution. It requires the `right' layout for the info files (don't ask me about details currently, I'd have to take a look myself). We should probably move texinfo to src/contrib anyway ... As an aside: can mtree be persuaded to install a link localdir->dir in /usr/local/info when run in the install target? tg From owner-freebsd-bugs Fri Aug 30 10:50:03 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id KAA08656 for bugs-outgoing; Fri, 30 Aug 1996 10:50:03 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id KAA08648; Fri, 30 Aug 1996 10:50:02 -0700 (PDT) Date: Fri, 30 Aug 1996 10:50:02 -0700 (PDT) Message-Id: <199608301750.KAA08648@freefall.freebsd.org> To: freebsd-bugs Cc: From: Tony Li Subject: Re: gnu/1550: "make install" needs to know how to update /usr/local/info/dir Reply-To: Tony Li Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR ports/1550; it has been noted by GNATS. From: Tony Li To: asami@freebsd.org Cc: FreeBSD-gnats-submit@freefall.FreeBSD.org, tli@jnx.com Subject: Re: gnu/1550: "make install" needs to know how to update /usr/local/info/dir Date: Fri, 30 Aug 1996 10:43:34 -0700 (PDT) * If a port installs info-style documentation in /usr/local/info, it * should update /usr/local/info/dir so that there's an index to it. I agree. But how? ;) Well, an AI system would be best. ;-) However, even the ability to automatically append an entry to the dir file would be a big win. How you cons up the entry is another interesting problem. I suggest you munge together the package name, the name of the info file, and pkg/COMMENT. Tony p.s. For brownie points, cons up the entry and then grep the dir file so you don't create duplicate entries. For double brownie points, sort the index entries alphabetically. p.p.s. For infinite brownie points, convince rms that info was a mistake and that everything should be done with man pages. ;-) From owner-freebsd-bugs Fri Aug 30 11:25:06 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id LAA12186 for bugs-outgoing; Fri, 30 Aug 1996 11:25:06 -0700 (PDT) Received: from cholla.flyingfox.com (cholla.flyingfox.com [206.14.52.121]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id LAA12149; Fri, 30 Aug 1996 11:24:58 -0700 (PDT) Received: (from jas@localhost) by cholla.flyingfox.com (8.6.12/8.6.12) id LAA02383; Fri, 30 Aug 1996 11:25:43 -0700 Date: Fri, 30 Aug 1996 11:25:43 -0700 From: Jim Shankland Message-Id: <199608301825.LAA02383@cholla.flyingfox.com> To: freebsd-bugs@freebsd.org, freebsd-questions@freebsd.org Subject: 2.1.5-RELEASE sysinstall via ftp over ppp fails Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk (Apologies if this is old hat. I poked around the archives, and saw nothing similar.) I ran into what looks like a sysinstall bug last night, while trying to install 2.1.5 on a home machine via PPP from an archive I keep at the office. The PPP link came up fine, but the ftp connection was not established, and it appears that it was trying to establish an ftp connection to ".52.18" -- no wonder it didn't work! That string appears nowhere in the URL I specified; rather, it is the tail of the default gateway address I filled in in sysinstall's menu. Doing a 2.1.0 install in the same manner, on the same hardware, worked fine. (Yes, I used a 2.1.0 boot floppy for the 2.1.0 install, and a 2.1.5 floppy for the 2.1.5 install.) And loading 2.1.5 from ftp.freebsd.org (selected from the sysinstall menu), instead of filling in my own URL, worked fine; so I've worked around this problem. I'll take a look at the sysinstall sources when I get a chance. On the other hand, since this is now low priority for me, the words of Ogden Nash come to mind: A child need not be very clever To know that "Later, dear" means "Never." Jim Shankland Flying Fox Computer Systems, Inc. From owner-freebsd-bugs Fri Aug 30 19:10:06 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id TAA14603 for bugs-outgoing; Fri, 30 Aug 1996 19:10:06 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id TAA14591; Fri, 30 Aug 1996 19:10:03 -0700 (PDT) Resent-Date: Fri, 30 Aug 1996 19:10:03 -0700 (PDT) Resent-Message-Id: <199608310210.TAA14591@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, goldberg@cs.ubc.ca Received: from homebrew.cs.ubc.ca (homebrew.cs.ubc.ca [142.103.14.232]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id TAA14254 for ; Fri, 30 Aug 1996 19:02:40 -0700 (PDT) Received: (from goldberg@localhost) by homebrew.cs.ubc.ca (8.6.12/8.6.12) id TAA18350; Fri, 30 Aug 1996 19:02:37 -0700 Message-Id: <199608310202.TAA18350@homebrew.cs.ubc.ca> Date: Fri, 30 Aug 1996 19:02:37 -0700 From: goldberg@cs.ubc.ca Reply-To: goldberg@cs.ubc.ca To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: kern/1555: kern Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 1555 >Category: kern >Synopsis: nfsd send error 55 >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Fri Aug 30 19:10:01 PDT 1996 >Last-Modified: >Originator: Murray W. Goldberg >Organization: ------------------------------ Murray W. Goldberg, Instructor Dept. of Computer Science, University of British Columbia 2366 Main Mall, Vancouver, British Columbia, Canada, V6T 1Z4 (604) 822-3153, goldberg@cs.ubc.ca >Release: FreeBSD 2.1-STABLE i386 >Environment: FreeBSD homebrew.cs.ubc.ca 2.1.0-RELEASE FreeBSD 2.1.0-RELEASE #0: Wed Aug 28 21:34:16 PDT 1996 goldberg@homebrew.cs.ubc.ca:/usr/src/sys/compile/MURRAY i386 >Description: Repeated messages of the form: Aug 22 07:27:53 homebrew /kernel: nfsd send error 55 Aug 23 07:16:49 homebrew /kernel: nfsd send error 55 Aug 23 07:17:04 homebrew /kernel: nfsd send error 55 Aug 23 07:23:25 homebrew /kernel: nfsd send error 55 Aug 24 07:11:22 homebrew /kernel: nfsd send error 55 As you can see they come is small clumps and are not that frequent. They normally come at that time of the day. The only thing I can think of unique about 7:00am is that a tape backup of an NFS mounted filesystem is finishing sometime around then (it begins at 2:00am). This problem first appeared when I updated the H/W config from a P-166, 64meg, to a Pentium-Pro 200, 128meg. Nothing else changed. >How-To-Repeat: >Fix: >Audit-Trail: >Unformatted: Murray W. Goldberg From owner-freebsd-bugs Fri Aug 30 20:49:08 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id UAA17594 for bugs-outgoing; Fri, 30 Aug 1996 20:49:08 -0700 (PDT) Received: (from gpalmer@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id UAA17574; Fri, 30 Aug 1996 20:49:02 -0700 (PDT) Date: Fri, 30 Aug 1996 20:49:02 -0700 (PDT) From: Gary Palmer Message-Id: <199608310349.UAA17574@freefall.freebsd.org> To: gpalmer, gnats-admin, freebsd-bugs Subject: Re: bin/1554 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: routed kills default permanently Responsible-Changed-From-To: gnats-admin->freebsd-bugs Responsible-Changed-By: gpalmer Responsible-Changed-When: Fri Aug 30 20:48:07 PDT 1996 Responsible-Changed-Why: Needed a bit of work to get into gnats format, so was assigned to gnats-admin. Now properly formatted, so move to freebsd-bugs From owner-freebsd-bugs Fri Aug 30 20:50:08 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id UAA17661 for bugs-outgoing; Fri, 30 Aug 1996 20:50:08 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id UAA17655; Fri, 30 Aug 1996 20:50:03 -0700 (PDT) Resent-Date: Fri, 30 Aug 1996 20:50:03 -0700 (PDT) Resent-Message-Id: <199608310350.UAA17655@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, Received:"from orion.webspan.net (root@orion.webspan.net [206.154.70.41]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id UAA17273 for" ; Fri, 30 Aug 1996 20:43:52.-0700 (PDT) Received: from localhost (gpalmer@localhost [127.0.0.1]) by orion.webspan.net (8.7.5/8.6.12) with SMTP id XAA06874 for ; Fri, 30 Aug 1996 23:43:41 -0400 (EDT) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.4]) by orion.webspan.net (8.7.5/8.6.12) with ESMTP id VAA22943 for ; Fri, 30 Aug 1996 21:00:36 -0400 (EDT) Received: (from nobody@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id SAA10793; Fri, 30 Aug 1996 18:00:33 -0700 (PDT) Message-Id: <199608310100.SAA10793@freefall.freebsd.org> Date: Fri, 30 Aug 1996 18:00:33 -0700 (PDT) From: arver@sn.no, Arve.Ronning@alcatel.no To: gnats-admin@freebsd.org X-Send-Pr-Version: www-1.0 Subject: i386/1556: ATAPI CDROM probes ok, but will not 'mount_cd9660' Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 1556 >Category: i386 >Synopsis: ATAPI CDROM probes ok, but will not 'mount_cd9660' >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Fri Aug 30 20:50:01 PDT 1996 >Last-Modified: >Originator: Arve Ronning >Organization: >Release: 2.1.5-RELEASE [GENERIC] & 2.2-960801-SNAP >Environment: >Description: Hitachi CDR-7730 (4x ATAPI CDROM drive) probes ok during boot, but 'mount_cd9660 /dev/wcd0c /mnt' responds 'mount_cd9660: /dev/wcd0c: Device not configured' because the drive rejects the ATAPI_TEST_UNIT_READY command during open which returns ENXIO. This is caused by a violation of ATA by atapi_wait_cmd() which does not wait for the ARS_BSY status bit low when polling for ARS_DRQ high. (See /sys/i386/isa/atapi.?). If my (short term:) memory serves me right, I believe others have reported this behaviour for at least one other ATAPI CDROM drive model. (Can't remember who/which one). >How-To-Repeat: You will need a Hitachi CDR-7730 ATAPI CDROM drive and 2.1.5R or 960801-SNAP or -current. If this works like it does on my P100/Triton, the probe will be ok (although it reports 'medium type unknown' even with a 9660 disk in the drive) and the mount_cd9660 will fail. >Fix: Proposed patch for 2.1.5R : (atapi.c Version 1.5, Thu Sep 21 23:08:11 MSD 1995) *** atapi.c.ori Sat Sep 30 01:11:15 1995 --- atapi.c Wed Aug 28 21:23:01 1996 *************** *** 536,550 **** int atapi_wait_cmd (struct atapi *ata, struct atapicmd *ac) { /* Wait for DRQ from 50 usec to 3 msec for slow devices */ ! int cnt = ata->intrcmd ? 10000 : ata->slow ? 3000 : 50; for (; cnt>0; cnt-=10) { ac->result.status = inb (ata->port + AR_STATUS); ! if (ac->result.status & ARS_DRQ) break; DELAY (10); } ! if (! (ac->result.status & ARS_DRQ)) { printf ("atapi%d.%d: no cmd drq\n", ata->ctrlr, ac->unit); ac->result.code = RES_NODRQ; ac->result.error = inb (ata->port + AR_ERROR); --- 536,554 ---- int atapi_wait_cmd (struct atapi *ata, struct atapicmd *ac) { /* Wait for DRQ from 50 usec to 3 msec for slow devices */ ! /* Add another 2 msec for slooow devices (eg CDR-7730) */ ! int cnt = ata->intrcmd ? 10000 : ata->slow ? 3000+2000 : 50; for (; cnt>0; cnt-=10) { ac->result.status = inb (ata->port + AR_STATUS); ! /* ! * According to ATA, ARS_DRQ is only valid when ARS_BSY is low ! */ ! if ((ac->result.status & (ARS_BSY | ARS_DRQ)) == ARS_DRQ) break; DELAY (10); } ! if ((ac->result.status & (ARS_BSY | ARS_DRQ)) != ARS_DRQ) { printf ("atapi%d.%d: no cmd drq\n", ata->ctrlr, ac->unit); ac->result.code = RES_NODRQ; ac->result.error = inb (ata->port + AR_ERROR); Proposed patch for 2.2-960801-SNAP / 2.2-current ( atapi.c Version 1.9, Mon Oct 9 22:34:47 MSK 1995 ) *** atapi.c.2.2 Sat Aug 24 19:06:00 1996 --- atapi.c Sat Aug 31 02:53:40 1996 *************** *** 577,591 **** int atapi_wait_cmd (struct atapi *ata, struct atapicmd *ac) { /* Wait for DRQ from 50 usec to 3 msec for slow devices */ ! int cnt = ata->intrcmd ? 10000 : ata->slow ? 3000 : 50; int ireason = 0, phase = 0; /* Wait for command phase. */ for (; cnt>0; cnt-=10) { - ireason = inb (ata->port + AR_IREASON); ac->result.status = inb (ata->port + AR_STATUS); phase = (ireason & (ARI_CMD | ARI_IN)) | ! (ac->result.status & ARS_DRQ); if (phase == PHASE_CMDOUT) break; DELAY (10); --- 577,596 ---- int atapi_wait_cmd (struct atapi *ata, struct atapicmd *ac) { /* Wait for DRQ from 50 usec to 3 msec for slow devices */ ! /* Allow another 2 msec for sloow devices (eg CDR-7730) */ ! int cnt = ata->intrcmd ? 10000 : ata->slow ? 3000+2000 : 50; int ireason = 0, phase = 0; /* Wait for command phase. */ for (; cnt>0; cnt-=10) { ac->result.status = inb (ata->port + AR_STATUS); + ireason = inb (ata->port + AR_IREASON); + /* + * According to ATA, AR_IREASON and ARS_DRQ are + * valid only when ARS_BSY is low. + */ phase = (ireason & (ARI_CMD | ARI_IN)) | ! (ac->result.status & (ARS_BSY | ARS_DRQ)); if (phase == PHASE_CMDOUT) break; DELAY (10); >Audit-Trail: >Unformatted: From owner-freebsd-bugs Fri Aug 30 23:21:40 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id XAA24391 for bugs-outgoing; Fri, 30 Aug 1996 23:21:40 -0700 (PDT) Received: from Gatekeeper.Lamb.net (ulf@cat-food.Melmac.org [206.169.44.2]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id XAA24363; Fri, 30 Aug 1996 23:21:35 -0700 (PDT) Received: (from ulf@localhost) by Gatekeeper.Lamb.net (8.7.5/8.7.3) id XAA00267; Fri, 30 Aug 1996 23:22:26 -0700 (PDT) From: Ulf Zimmermann Message-Id: <199608310622.XAA00267@Gatekeeper.Lamb.net> Subject: 2 bugs, I think ;-) To: bugs@freebsd.org, hackers@freebsd.org Date: Fri, 30 Aug 1996 23:22:26 -0700 (PDT) X-Mailer: ELM [version 2.4ME+ PL22 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi. Looks like I found 2 bugs in 2.1.5R. Have no -current running so I don't know how far it is the same there. 1.) I accidently added an alias to an interface twice. If you do so, no error message comes up. But you get weird entries in the routing table. The alias shows up as Gateway to Link#1 (as example) and it shows up with an MAC address, sometimes the local number, sometimes from a remote number. 2.) I have a host which has 4 ports, if I do a traceroute from a machine on port 1 to a machine on port 4, the traceroute shows me always the IP number of the last added alias on port 1. Even the main IP number is the gateway to get from that host to the other network. Ulf. --------------------------------------------------------------------- Ulf Zimmermann, 1525 Pacific Ave., Alameda, CA-94501, #: 510-865-0204 Lamb Art Internet Services || http://www.Lamb.net/ From owner-freebsd-bugs Sat Aug 31 00:10:05 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id AAA26519 for bugs-outgoing; Sat, 31 Aug 1996 00:10:05 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id AAA26511; Sat, 31 Aug 1996 00:10:03 -0700 (PDT) Resent-Date: Sat, 31 Aug 1996 00:10:03 -0700 (PDT) Resent-Message-Id: <199608310710.AAA26511@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, leonard@dstc.edu.au Received: from trapdoor.dstc.edu.au (root@trapdoor.dstc.edu.au [130.102.176.12]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id AAA26172 for ; Sat, 31 Aug 1996 00:02:37 -0700 (PDT) Received: from scry.dstc.edu.au (scry.dstc.edu.au [130.102.176.222]) by trapdoor.dstc.edu.au (8.6.9/8.6.12) with ESMTP id RAA13017 for ; Sat, 31 Aug 1996 17:02:34 +1000 Received: (from root@localhost) by scry.dstc.edu.au (8.7.5/8.6.12) id RAA15403; Sat, 31 Aug 1996 17:02:34 +1000 (EST) Message-Id: <199608310702.RAA15403@scry.dstc.edu.au> Date: Sat, 31 Aug 1996 17:02:34 +1000 (EST) From: David Leonard Reply-To: leonard@dstc.edu.au To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: bin/1557: pkg_add's auto dependency get .. doesn't work Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 1557 >Category: bin >Synopsis: pkg_add's auto dependency get .. doesn't work >Confidential: no >Severity: serious >Priority: low >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sat Aug 31 00:10:01 PDT 1996 >Last-Modified: >Originator: David Leonard >Organization: DSTC, Brisbane, Australia +61 7 3365 4310 >Release: FreeBSD 2.2-CURRENT i386 >Environment: sup from sup.au.freebsd.org yesterday >Description: When you pkg_add something from a URL when the dependencies aren't all installed, pkg_add will attempt to auto-install the dependent packages for you. but it doesn't work. >How-To-Repeat: without having autoconf or m4 installed, i did # pkg_add -v "ftp://ftp/u9/freebsd/packages-2.1.5/All/autoconf-2.10.tgz" Trying to fetch ftp://ftp/u9/freebsd/packages-2.1.5/All/autoconf-2.10.tgz. Extracting from FTP connection into /var/tmp/instmp.014625 +CONTENTS [... and so on ...] share/autoconf/config.sub tar command returns 0 status Package `autoconf-2.10' depends on `m4-1.4'. Trying to fetch ftp://ftp/u9/freebsd/packages-2.1.5/All/m4-1.4. Error: FTP Unable to get ftp://ftp/u9/freebsd/packages-2.1.5/All/m4-1.4 Segmentation fault (core dumped) So, i looked into why the .tgz extension isn't being added in, and added that (see patches to pkg_install/lib/file.c below) then retried after a similar output it died on a 'Broken Pipe' signal after trying to fetch the right file. (i can't cut and paste because vi trashed the scrollback buffer) anyway, i traced this to a thing inside libftpio where with ftpGetURL, an static FILE* is being closed on each re-open. I suspect that the fclose done in ftpGetURL() is to avoid exhausting file descriptors... anyway what i have now works, even though some FILE*'s are left unclosed. i could not see straight away where the sigpipe was coming from... should have kept the core :( >Fix: ------------------------------------------------------------ for src/lib/libftpio/ Index: ftpio.c =================================================================== RCS file: /home/leonard/cvsroot/freebsd/src/lib/libftpio/ftpio.c,v retrieving revision 1.1.1.3 diff -c -r1.1.1.3 ftpio.c *** ftpio.c 1996/08/30 17:35:30 1.1.1.3 --- ftpio.c 1996/08/31 06:49:51 *************** *** 292,304 **** { char host[255], name[255]; int port; ! static FILE *fp = NULL; FILE *fp2; if (fp) { /* Close previous managed connection */ fclose(fp); fp = NULL; } if (get_url_info(url, host, &port, name) == SUCCESS) { fp = ftpLogin(host, user, passwd, port, 0); if (fp) { --- 292,307 ---- { char host[255], name[255]; int port; ! /* static */ FILE *fp = NULL; FILE *fp2; + #if 0 if (fp) { /* Close previous managed connection */ fclose(fp); fp = NULL; } + #endif + if (get_url_info(url, host, &port, name) == SUCCESS) { fp = ftpLogin(host, user, passwd, port, 0); if (fp) { ------------------------------------------------------------ for src/usr.sbin/pkg_install/lib might also want to add the '.tar.gz' case too? Index: file.c =================================================================== RCS file: /home/leonard/cvsroot/freebsd/src/usr.sbin/pkg_install/lib/file.c,v retrieving revision 1.1.1.1 diff -c -r1.1.1.1 file.c *** file.c 1996/08/16 00:20:37 1.1.1.1 --- file.c 1996/08/31 06:50:07 *************** *** 244,251 **** snprintf(pword, HOSTNAME_MAX + 40, "%s@%s", pw->pw_name, me); } if (Verbose) ! printf("Trying to fetch %s.\n", fname); ftp = ftpGetURL(fname, uname, pword); if (ftp) { pen[0] = '\0'; if ((rp = make_playpen(pen, 0)) != NULL) { --- 244,261 ---- snprintf(pword, HOSTNAME_MAX + 40, "%s@%s", pw->pw_name, me); } if (Verbose) ! printf("Trying to fetch %s\n", fname); ftp = ftpGetURL(fname, uname, pword); + + /* try adding a .tgz extension if there isn't one already */ + if (!ftp && 0!=strcmp( fname+(strlen(fname)-4), ".tgz") ) + { + strcat( fname, ".tgz" ); + if (Verbose) + printf("That failed, so let's try %s\n", fname); + ftp = ftpGetURL( fname, uname, pword ); + } + if (ftp) { pen[0] = '\0'; if ((rp = make_playpen(pen, 0)) != NULL) { >Audit-Trail: >Unformatted: From owner-freebsd-bugs Sat Aug 31 00:40:05 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id AAA27557 for bugs-outgoing; Sat, 31 Aug 1996 00:40:05 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id AAA27550; Sat, 31 Aug 1996 00:40:03 -0700 (PDT) Resent-Date: Sat, 31 Aug 1996 00:40:03 -0700 (PDT) Resent-Message-Id: <199608310740.AAA27550@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, gpalmer@freebsd.org Received: from mutara.noc.webspan.net (gpalmer@mutara.noc.webspan.net [206.154.70.44]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id AAA27325 for ; Sat, 31 Aug 1996 00:31:14 -0700 (PDT) Received: (from gpalmer@localhost) by mutara.noc.webspan.net (8.7.5/8.6.12) id DAA09658; Sat, 31 Aug 1996 03:31:05 -0400 (EDT) Message-Id: <199608310731.DAA09658@mutara.noc.webspan.net> Date: Sat, 31 Aug 1996 03:31:05 -0400 (EDT) From: gpalmer@freebsd.org Reply-To: gpalmer@freebsd.org To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: kern/1558: PCI probe seems to have lost a device in -current Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 1558 >Category: kern >Synopsis: PCI probe seems to have lost a device in -current >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sat Aug 31 00:40:02 PDT 1996 >Last-Modified: >Originator: Gary Palmer >Organization: None >Release: FreeBSD 2.2-CURRENT i386 >Environment: Tyan Titan Pro (?) natoma chipset P6 motherboard >Description: It seems that one of the chip ID's has been lost somewhere, so that a device has a description in -stable but not -current. >From a 2.1.5-RELEASE boot message on the machine: Aug 20 22:00:24 news /kernel: Probing for devices on PCI bus 0: Aug 20 22:00:25 news /kernel: chip0 rev 2 on pci0:0 Aug 20 22:00:25 news /kernel: chip1 rev 1 on pci0:7:0 Aug 20 22:00:25 news /kernel: chip2 rev 0 on pci0:7:1 Now running a -current from a week or so ago: Aug 24 16:31:42 news2 /kernel: Probing for devices on PCI bus 0: Aug 24 16:31:42 news2 /kernel: chip0 rev 2 on pci0:0 Aug 24 16:31:42 news2 /kernel: chip1 rev 1 on pci0:7:0 Aug 24 16:31:42 news2 /kernel: pci0:7:1: Intel Corporation, device=0x7010, class=storage (ide) [no driver assigned] Notice that chip1 (on the motherboard) is not being identified as a PCI-ISA bridge anymore. Either 2.1.5 is ID'ing it wrong, or -current doesn't have the chip id code for some reason. >How-To-Repeat: Play with a natoma based motherboard under both 2.1.5 and -current >Fix: Add the chip id to the table in -current, or fix the id code in -stable >Audit-Trail: >Unformatted: From owner-freebsd-bugs Sat Aug 31 04:30:39 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id EAA07551 for bugs-outgoing; Sat, 31 Aug 1996 04:30:39 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id EAA07537 for freebsd-bugs; Sat, 31 Aug 1996 04:30:37 -0700 (PDT) Date: Sat, 31 Aug 1996 04:30:37 -0700 (PDT) From: GNU GNATS Message-Id: <199608311130.EAA07537@freefall.freebsd.org> To: freebsd-bugs Subject: Summary of Problem Reports Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Number of currently open reports: 403 Number of curently analyzed reports: 20 From owner-freebsd-bugs Sat Aug 31 04:30:41 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id EAA07560 for bugs-outgoing; Sat, 31 Aug 1996 04:30:41 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id EAA07534 for freebsd-bugs; Sat, 31 Aug 1996 04:30:36 -0700 (PDT) Date: Sat, 31 Aug 1996 04:30:36 -0700 (PDT) From: GNU GNATS Message-Id: <199608311130.EAA07534@freefall.freebsd.org> To: freebsd-bugs Subject: List of open Problem Reports Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk This is the list of currently open problem reports [1994/11/30] kern/34 nullfs and union mounts can result in wild pointer r [1995/01/10] bin/104 pax -rwl may corrupt filesystem [1995/01/14] bin/115 systat iostat display doesn't scale high enough [1995/01/14] bin/129 fsck cannot take a mount point as an argument [1995/01/15] bin/146 version of compress is kinda old and slow [1995/01/21] bin/174 Poor error message from stty [1995/01/22] kern/176 EIDRM not defined in errno.h [1995/01/24] gnu/183 can't resolve "operator <<" overload [1995/01/24] bin/184 send-pr says "Aborting ..." and happily removes the [1995/01/30] bin/198 1.1.5.1 pine binary loops; top shows fancy values [1995/02/14] kern/216 /kernel: panic: ffs_alloccg: map corrupted [1995/03/02] misc/229 acos() core dump [1995/03/28] kern/281 Messages printed when checking CD ROM device too ver [1995/03/28] kern/282 buslogic adapter information WAY too verbose [1995/04/01] kern/291 PCI devices still probe/attach after being disabled [1995/04/20] kern/353 xcdplayer crashes machine (with NCR810 SCSI) [1995/04/20] misc/355 policy on /usr/local permission in base release [1995/05/08] bin/389 Simultaneous creation/deletion of dirs corrupts file [1995/05/12] bin/398 VI doesnt do the correct thing [1995/05/13] bin/401 Add REMOTE_* variables [1995/05/14] kern/405 The gpio driver does not work with the AT-GPIB, only [1995/05/15] misc/423 Sound devices are too insecure [1995/05/16] kern/425 arp entries not getting removed when interface chang [1995/05/23] i386/440 want vidcontrol option to apply settings to all sysc [1995/05/26] kern/446 unable to diskless-boot a PC when the server mounts [1995/06/14] bin/514 Crash recovery impossible without static mt/chflags. [1995/06/15] bin/517 Bad group change with 'install' [1995/06/15] bin/519 execution of quotacheck from /etc/rc fails [1995/06/17] kern/528 slow 386 reports excessive interrupt-level buffer ov [1995/06/26] kern/565 slip freezes machine [1995/07/02] kern/579 sio: RS_IBUFSIZE at 256 bytes serial lines loose dat [1995/07/04] kern/587 if_le hangs on OACTIVE with 2k buffer [1995/07/04] kern/588 Configuration of DEC ethernet cards not possible [1995/07/05] bin/591 SPAP request REJexted in stead of NAKed [1995/07/09] misc/605 NIS: get*bynis routine problems [1995/07/29] kern/638 Transmitted packets not passed to bpf in if_le.c [1995/08/01] docs/646 vmstat man page out of date [1995/08/01] bin/648 printf format conversion incorrect (duplicate) [1995/08/02] gnu/650 Current flex is outdated [1995/08/03] kern/652 Multiple addresses on one interface interacts badly [1995/08/05] gnu/655 ld -r of shared objects worked in 1.1.5, not in 2.0. [1995/08/07] bin/658 ifconfig alias has to be separately given [1995/08/07] bin/661 Hercules is not capable of having a ISO-Latin1 Scree [1995/08/11] gnu/672 Nor all ph headers get created [1995/08/11] ports/673 /bin/sh + inn1.4 innwatch going belly up [1995/08/11] bin/675 make does unnecessary rebuilds [1995/08/12] kern/677 X gets a bus error when calling mmap() [1995/08/13] bin/680 2.0.5's tip using termios doesn't act the way it did [1995/08/14] kern/688 Page fault: supervisor write, page not present [1995/08/15] i386/692 My modem is not found if my external cache is disabl [1995/08/18] kern/700 The comments in /sys/net/if.h are confusing [1995/08/21] kern/703 ppp not always deleting route properly when a ppp li [1995/08/22] bin/706 increased root DNS traffic and long latencies for r- [1995/08/29] bin/715 ls gives weird tabular form [1995/08/31] bin/716 W returns wrong results at login [1995/09/19] bin/728 /bin/sh messes up quoting when going through eval [1995/09/23] docs/735 missing description for mount options in fstab(5) ma [1995/09/25] gnu/737 FreeBSD-current/src/gnu/usr.bin/gzip/Makefile [1995/09/26] bin/739 Some problems when an output filter reads all input [1995/09/26] kern/742 syslog errors accessing Mac hard disks [patch] [1995/09/27] bin/743 vi cannot edit a file where the name starts with + [1995/09/27] kern/745 occasional filesystem inconsistencies, and "panic: f [1995/09/27] bin/747 date(1) gives weird time zones and interprets GMT[+- [1995/09/27] kern/750 cd9660 confused by not-ready or I/O errors FDIV030 [1995/09/28] kern/752 setting multiple addresses for a single interfaces l [1995/09/28] kern/753 my archive scsi tape drive does not work [1995/09/28] docs/754 there is no man page for the psm(4) mouse driver [1995/10/03] kern/765 umount -f can`t umount a NFS filesystem in use [1995/10/05] misc/767 Configure-time does time-warp on non-UTC CMOS - FDIV [1995/10/09] kern/774 dump fails with "slave couldn't reopen disk: Device [1995/10/11] bin/777 patch doesn't realize stdin is closed and asks quest [1995/10/12] bin/778 tar complains "EOF not on block boundary" on a good [1995/10/14] kern/781 OPEN_MAX in kernel config and FD_SETSIZE in /usr/inc [1995/10/18] bin/786 Problem with NIS and large group maps [1995/10/25] kern/792 cd9660 very slow. [1995/10/25] kern/793 ep0 cannot be configured and more. [1995/10/29] docs/801 rlogind k, v, and x options are not documented [1995/10/31] bin/803 bsd m4 chokes and dies while FSF m4 works... [1995/11/11] bin/815 mountd reports unknown hosts with non-informative me [1995/11/12] kern/820 scsi tape problems [1995/11/13] kern/821 Config doesn't properly trap signals [1995/11/16] bin/826 tcpmux listener in inetd does not work [1995/11/20] kern/831 one minor complaint about the kernel visual config c [1995/11/22] kern/835 ed panics with SMC ultra with iomem, if no iomem in [1995/11/25] bin/839 by default, use of "at" is overly restricted [1995/11/27] bin/841 stale nfs mounts cannot be umounted [1995/11/28] misc/848 Inst gripes about geometry but won't accept true val [1995/11/28] bin/850 dump treats write-protect as an EOT & spoils set FDI [1995/11/29] bin/852 Sendmail is loosing mail (apparently)! [1995/11/30] bin/854 swapinfo shows incorrect information for vnconfig'd [1995/11/30] ports/857 Need ANSI_C define to not declare some functions [1995/12/01] bin/859 /bin/sh -c does not ignore SIGINT [1995/12/02] kern/860 visual mode in kernel -c is too restrictive [1995/12/03] kern/861 sb16 support in 2.1 is erratic and has cosmetic defe [1995/12/03] kern/863 panic on kernel page fault, NULL curproc [1995/12/06] ports/869 xcdplayer installs itself is /usr/X11R6, not /usr/lo [1995/12/06] ports/871 port.subdir.mk DEBUG_FLAGS is not used for CFLAGS [1995/12/08] kern/876 NFS allows bogus accesses to cached data [1995/12/17] kern/900 ext2fs triggers divide by zero trap in vnode_pager_h [1995/12/20] i386/906 /sys/i386/boot/netboot/nb8390.com cannot recognize N [1995/12/25] bin/914 hayes dialer for tip fails 1st attempt to dial [1995/12/29] kern/920 sio output looses chars in fifo on close() [1995/12/29] kern/921 getrusage() returns 0 after system up for a long tim [1995/12/31] kern/924 EISA devices have disappeared from vmstat/systat int [1996/01/01] bin/926 Mounting nfs disks before starting mountd: Chicken o [1996/01/02] kern/927 VGA mode not restored [1996/01/03] kern/930 sio/getty problem? [1996/01/06] kern/932 de0 occasionally enables 100baseTX when plugged into [1996/01/06] misc/934 ppp dies with Bus Error when processing long LOGIN s [1996/01/09] kern/940 panic: free vnode isn't [1996/01/12] misc/942 X11 mono server dumps core on supported video hardwa [1996/01/15] kern/946 divide-by-zero in kernel on bad disk info [1996/01/16] kern/949 panic, undebugable dump? [1996/01/17] kern/951 -current kernel crashes with devfs error on bootup [1996/01/19] kern/956 Kernel page fault, null callp [1996/01/19] bin/958 ttys file does not include all ptys [1996/01/21] bin/961 'more $file', incorrect CRLF compacting. [1996/01/23] ports/968 Netscape & cern_httpd ports out of date/dead links [1996/01/25] kern/971 Default limits for number of processes per user ridi [1996/01/25] conf/972 inetd.conf should comment out k-services if no Kerbe [1996/01/28] kern/975 getrusage returns negative deltas [1996/01/28] kern/976 NCR SCSI driver gives assertion errors and disk beco [1996/01/29] kern/978 Three deadlocks in row [1996/02/01] bin/986 problems make-ing with cd in the rule [1996/02/03] bin/993 g++ complains about /usr/include/machine/cpufunc.h [1996/02/06] kern/998 badness in file system silently crashes machine [1996/02/07] bin/999 /usr/share/mk/sys.mk missing common $(RM) macro [1996/02/07] kern/1001 M_NAMEI malloc leak in the kernel [1996/02/08] kern/1008 Daily crash while writing network backups to local t [1996/02/09] kern/1012 vnode_pager_putpages: attempt to write meta-data!!! [1996/02/10] kern/1016 panic: vm_page_free: freeing free page, sddump: no s [1996/02/10] kern/1017 ssh stopped working between 15th Jan and 9th Feb [1996/02/12] kern/1018 panic: unwire: page not in pmap [1996/02/12] bin/1019 getty cannot detect ppp logins [1996/02/12] kern/1020 Boca 16-port board still hangs [1996/02/12] bin/1021 pppd doesn't handle PAP-only authentication well [1996/02/12] docs/1023 using touch to create swap file for NFS doesn't work [1996/02/14] kern/1026 deadlocks if parent vfork and child has cntrl termin [1996/02/14] bin/1028 shutdown -r does not seem to always complete [1996/02/15] bin/1029 cd behaves erraticly if cwd is a mount-point, which [1996/02/17] bin/1030 /bin/sh does not pass environment variables on prope [1996/02/18] kern/1034 Instant panic in -current [1996/02/19] bin/1035 ls to terminal always uses ? for non-printable chars [1996/02/19] docs/1036 List of dead xrefs in man pages [1996/02/19] bin/1037 2.x telnetd handles CTRL-M differently than other tt [1996/02/25] i386/1042 Warning from sio driver reports wrong device FDIV045 [1996/02/26] misc/1043 vm_bounce_alloc error on 2.1 install with 4G drive [1996/02/27] kern/1045 Lockup: b_to_q to a clist with no reserved cblocks [1996/02/27] gnu/1047 send-pr: Aborting... [1996/02/28] i386/1048 ep driver fails to detect card when told specific va [1996/02/28] bin/1050 Process (zip) hangs (unkillable) after floppy error [1996/02/29] kern/1051 zip fails on dos partition [1996/02/29] bin/1052 /bin/sh problem with new GCC (snapshot for 2.8) [1996/03/02] bin/1056 pppd fails if -detach [1996/03/05] kern/1064 Recursive panic? [1996/03/06] kern/1065 wt could crash reading short blocks [1996/03/08] bin/1068 man ignores -P option when combined with -k [1996/03/08] ports/1069 TkMan acts erroneusly on apropos [1996/03/09] bin/1073 telnet -8 does not work with SunOS or Solaris [1996/03/09] bin/1074 tty rows & columns settings sometimes reset to zero [1996/03/11] conf/1076 'make install' fails for /usr/src/share/examples in [1996/03/15] misc/1079 Can not work about get{host|net]byaddr on NIS. [1996/03/16] kern/1080 Panic @ _get_pt_entry+0x8 [1996/03/16] kern/1081 Fatal double fault [1996/03/17] kern/1087 Device close entry is not called when unmounting UFS [1996/03/18] docs/1089 stat manpage unclear about st_mtime & friends [1996/03/20] kern/1090 iostat displays incorrect sps count [1996/03/20] bin/1093 route's diagnostic is weird [1996/03/21] bin/1095 make's continuation line handling buggy when used wi [1996/03/23] kern/1098 File system corruption (2 cases) [1996/03/26] kern/1102 Differentiation of FreeBSD & Linux ELF binaries [pat [1996/03/28] bin/1105 Bug in find command [1996/03/28] ports/1109 mods to vim-3.0 port [1996/03/30] bin/1111 mail.local will happily deliver mail to a quota'd fi [1996/03/31] misc/1112 Can not work getnetbyaddr on NIS [1996/04/05] kern/1118 panic: setrunqueue encountered when wine fork()'s [1996/04/06] kern/1119 Mounted EXT2FS partition is not cleanly unmounted up [1996/04/06] kern/1121 System crashes on boot up just after the "devfs read [1996/04/07] kern/1122 Kernel (current) does not see all memory [1996/04/09] bin/1127 sh(1) parameter expansion for substring processing n [1996/04/11] kern/1134 PPB support is broken for multiple/unknown PPBs. [1996/04/11] kern/1135 starting an extra mountd and then killing it crashes [1996/04/12] bin/1136 broken printf in sh(1) [1996/04/14] bin/1139 uname.1 and uname.c disagree about display ordering [1996/04/14] docs/1141 pcvt(4) references non-existent man page. [1996/04/15] kern/1144 sig{add, del}set and sigismember fns don't check sig [1996/04/15] bin/1145 tftpd should support -s [1996/04/19] docs/1151 intro(3) references libc(3) and plot(3), which do no [1996/04/22] bin/1154 Configure tunN device for ip-over-ip tunnelling [1996/04/23] ports/1155 systat or top display disagreeing information [1996/04/24] kern/1157 SCSI Disk Timeouts (ahc0) [1996/04/28] kern/1160 Panic: bad dir [1996/04/29] kern/1163 2.2-960323-SNAP: fatal trap 12 [1996/04/29] kern/1164 machine locks up [1996/04/30] docs/1165 Printer Text Filter scripts should be in /usr/share/ [1996/04/30] kern/1166 pmap panic (dump available) [1996/05/02] docs/1169 bogus reference to keysu(1) in key(1) and keyinit(1) [1996/05/02] kern/1171 panic: setrunnable after touching long idle windows [1996/05/07] kern/1177 Machine hangs with message "vm_fork: no pte for UPAG [1996/05/08] kern/1180 freeing held page, count=%d [1996/05/09] bin/1181 fsck displays wrong char in "option?" diagnostic [1996/05/09] bin/1182 timed records improper entry in wtmp [1996/05/09] bin/1184 ls + xterm + nvi + columns != 80 + ^Z = mangled list [1996/05/10] misc/1187 pppd dies with a segv [1996/05/11] kern/1190 panic: page fault (wild pointer?) [1996/05/13] ports/1200 pop3 requests may crash client [1996/05/13] kern/1201 FreeBSD SCSI changer driver leaves a bit to be desir [1996/05/13] bin/1202 netgroups in /etc/hosts.equiv stopped working in -st [1996/05/14] kern/1204 umount -f after SCSI reset -> reboot [1996/05/15] bin/1206 /bin/sh + emacs + ^G = ruined terminal [1996/05/16] kern/1208 Rebooting nfs server results "Permission denied" mes [1996/05/16] gnu/1209 send-pr should refuse PR's without subject and synop [1996/05/17] gnu/1210 gcc (v2.6.3) -O and -O2 compile-time bus error [1996/05/18] bin/1212 ppp eventually runs out of file descriptors [1996/05/18] kern/1213 kernel page fault [1996/05/19] kern/1216 Support for i586 clock clibration is not built in [1996/05/19] kern/1217 separating to hardrives to two IDE channels hangs th [1996/05/20] bin/1221 new gcc-2.7.2 gives a LOT of warnings, and a few ERR [1996/05/20] ports/1222 Header files conflict [1996/05/21] kern/1227 vm_page_activate: already active (new vm system) [1996/05/21] kern/1228 probe doesn't find P-n-P modem [1996/05/21] bin/1229 redundant redeclaration of `lseek' [1996/05/21] bin/1230 make ``.for'' loops iterate backwards [1996/05/21] bin/1231 make(1) execution of ``.BEGIN'' does not halt on err [1996/05/22] kern/1236 some #def's in pcvt_conf.h not braketed by #ifndef's [1996/05/23] bin/1237 [1996/05/24] bin/1242 In the "sys/stat.h" file, the S_ISFIFO and S_ISSOCK [1996/05/24] kern/1246 aic-7850 driver sees more cdroms then exists [1996/05/24] misc/1247 Conflicting header files [1996/05/24] bin/1248 /bin/sh has trouble with arguments past 9(ie. ${10}) [1996/05/25] docs/1249 incorrect manpages [1996/05/26] i386/1251 aha0 and bt0(eisa) conflicts again. [1996/05/26] kern/1252 Heavy activity on a CD causes panic [1996/05/26] kern/1256 ZNYX 314 mysterously looses packets [1996/05/26] kern/1257 System got blown away by "vm_pageout_scan: page not [1996/05/27] kern/1258 new vm code: freeing held page [1996/05/27] conf/1264 panic with two new Quantum FireBall 1280 [1996/05/27] kern/1269 vm_pageout_scan: page not inactive? (loops, effectiv [1996/05/28] conf/1270 /etc/ttys does not list all valid ptys (breaks scree [1996/05/28] kern/1271 Kernel panic using PLIP in 27/05 current [1996/05/28] docs/1272 document the -o option for f2c [1996/05/28] bin/1273 remote hostname gets corrupted in rshd [1996/05/28] kern/1274 Kernel panics with filesystem error [1996/05/28] bin/1276 pppd hangs serial port - ENOBUFS [1996/05/29] kern/1278 SUN Solaris clients gets host not responding, when w [1996/05/30] docs/1280 locale and collating [1996/05/31] kern/1284 panic: vm_page_free: freeing busy page [1996/05/31] conf/1285 route_multicast and route_loopback lines in /etc/sys [1996/06/01] kern/1286 cluster_read() calls strategy routine without B_READ [1996/06/02] bin/1287 /bin/sh does alias expansion in case patterns [1996/06/02] i386/1288 wdgetctlr (wd.c) return incorrect number of cylinder [1996/06/05] kern/1293 Fatal trap 12: page fault while in kernel mode (PPP/ [1996/06/06] misc/1299 National charecter problem in XFree86 [1996/06/07] kern/1301 DEC FDDI/PCI Adapter: halt code = 6 (DMA Error) [1996/06/08] kern/1302 3COM 3c590 can't receive packets [1996/06/09] bin/1305 dc miscomputes remainder [1996/06/10] kern/1307 vm_page_free: freeing busy page [1996/06/10] kern/1308 vm_page_free: wire count > 1 in 960501-SNAP [1996/06/11] kern/1311 Panic: vm_page_free while installing new kernel [1996/06/11] bin/1312 automounter hangs on boot [1996/06/12] bin/1315 ls(1) [1996/06/12] bin/1316 10 tunnel device limit [1996/06/12] conf/1319 muldi3 is not included into kernel's Makefile by con [1996/06/13] bin/1320 dump limits blocksize to 32K [1996/06/14] bin/1322 savecore does not take minfree into account [1996/06/14] kern/1323 960612's psm driver does not see the mouse. 960501 d [1996/06/15] kern/1326 defvs panic: cleaned vnode isn't [1996/06/16] kern/1327 keyboard probe in -current fails, X reboots machine [1996/06/18] i386/1331 changes and bug in ft driver [1996/06/18] bin/1332 changes to amd and possible nfs lkm bug? [1996/06/18] kern/1333 free vnode isn't: another -stable coredump [1996/06/19] misc/1335 /etc/security generates an error with files with spa [1996/06/19] kern/1336 Permission for .. in NFS mounts is somewhat non-intu [1996/06/20] bin/1337 Yacc skeleton parser generates warning with -Wall [1996/06/21] misc/1340 make world fails [1996/06/22] kern/1345 kernel page fault, NULL pointer dereference in exit( [1996/06/25] bin/1350 sed continuation lines in text don't work [1996/06/25] bin/1351 security problem with mv(1) [1996/06/26] conf/1352 Missing files from /usr/share/info [1996/07/01] bin/1361 ruptime and long downtimes [1996/07/03] bin/1364 ps(1) bugs [1996/07/04] bin/1366 make(1) [1996/07/04] i386/1367 reprobe a device that does not exist = panic [1996/07/04] misc/1369 Need SC_MORE_LUS for Emulex MD23 also [1996/07/06] kern/1371 kernel doesn't flush all its buffers when told to ha [1996/07/06] misc/1372 compile time error with cc -ansi and RPC headers [1996/07/06] misc/1373 RPC include lacks prototypes [1996/07/06] docs/1374 the default listed in the newfs -i man page does not [1996/07/07] bin/1375 Extraneous warning from mv(1) [1996/07/07] misc/1376 if_tun.c does not set if_ibytes and if_obytes to zer [1996/07/09] bin/1377 mv(1) retains the setuid bit when it is unable to pr [1996/07/09] gnu/1379 Man command problem, when it writes into symlinked d [1996/07/09] misc/1380 Year 2000 breakage with tm_year [1996/07/13] conf/1382 FreeBSD has minor year 2000 problem in distr /etc/rc [1996/07/14] docs/1383 ppp(8) man page suggests using shell script for logi [1996/07/15] bin/1387 Group file errors cause absolute havoc [1996/07/15] misc/1388 libftpio: some problems with ftpGet() fixed [1996/07/16] misc/1390 feedback from 2.1.5R update over 2.1-stable [1996/07/16] bin/1391 cpio -O ignores umask [1996/07/16] bin/1392 PPP silently fails to work when CTS/RTS isnt availab [1996/07/16] misc/1393 cant bootstrap lex in -current from 2.1 base [1996/07/18] kern/1397 can't send to a pipe [1996/07/18] bin/1398 .OBJDIR modifications to tree broke make reinstall? [1996/07/18] kern/1399 invoking setuid programs over NFS case vnode_pager e [1996/07/19] docs/1402 sh(1) manual [1996/07/19] docs/1404 send-pr manual pages lacks version number [1996/07/19] gnu/1407 ld computes wrong size of common (global data) [1996/07/20] bin/1410 /usr/bin/login is suid, with little requirement for [1996/07/20] bin/1411 vi dumps core when scrolling through files in 'set l [1996/07/21] conf/1412 installscript doesn't allow 2nd ftp site to be chose [1996/07/21] misc/1413 Missing library libgcc.261 [1996/07/21] i386/1414 3c595 ceases to work aftern installation. [1996/07/21] pending/1415 Installing gnats package makes send-pr fail. [1996/07/21] ports/1416 cflow(1) doesn't parse GNU C __attribute__ syntax [1996/07/22] bin/1418 tclsh Makefile does not work [1996/07/23] kern/1420 panic vrele: negative reference count [1996/07/23] kern/1421 Non-bug in sosend() [1996/07/23] ports/1422 make in /usr/ports doens't doesn't notice new versio [1996/07/24] bin/1425 doing :numbers on systat -netstat doesn't repaint cl [1996/07/24] bin/1427 yacc-generated parser generates warnings with -Wall [1996/07/24] misc/1428 ncurses doesn't always display ALTCHARSET correctly [1996/07/25] bin/1429 sh(1) and getopts [1996/07/25] pending/1430 request for a customer id [1996/07/25] pending/1431 request for a customer id [1996/07/25] kern/1432 Rexmit timeout for TCP too short [1996/07/26] pending/1434 request for a customer id [1996/07/28] docs/1437 bsd.doc.mk sees PRINTER and spews [1996/07/29] conf/1441 On re-install, says it didn't touch etc files but di [1996/07/30] ports/1444 There is no port of slnr [1996/08/02] docs/1457 ed(1) man [1996/08/03] bin/1461 Incorrect address binding of Kerberized rlogin [1996/08/03] kern/1462 nfsstat doesn't work if using LKM'ed version of NFS [1996/08/03] bin/1463 make world memory fault in gnu/usr.bin/perl/x2p [1996/08/04] kern/1467 scsi_prevent causing tape problems on close [1996/08/06] bin/1469 it is difficult to run /usr/sbin/ppp from a script [1996/08/07] ports/1470 need more info in the ports structure [1996/08/07] gnu/1471 send-pr needs configurable Reply-To field [1996/08/07] gnu/1472 send-pr could have a configurable Reply-To field [1996/08/07] docs/1474 wrong data on EXB-8505 in handbook [1996/08/08] kern/1478 pci/pcisupport.c does not compile [1996/08/08] bin/1479 libc.so.2.2 [1996/08/09] kern/1480 terminal "cons25" resize problem [1996/08/09] bin/1481 Error in sed branch or label command [1996/08/09] bin/1482 vidcontrol -f fnt-size file-with-wrong-fnt-size [1996/08/09] bin/1485 makeinfo randomly gets aborted by signal 11 [1996/08/09] kern/1487 bug in exec(2) [1996/08/12] bin/1492 perror ("") does not prepend ": " [1996/08/12] docs/1493 incomplete prototypes in man pages for mmap function [1996/08/12] bin/1494 some patches to ijppp [1996/08/14] ports/1495 more tkdesk patches... [1996/08/15] kern/1498 system hangs during inactivity [1996/08/16] kern/1500 times system call returning zero user time. [1996/08/17] kern/1501 vmstat reports impossible avm after starting up X [1996/08/17] bin/1502 vmstat 'avm' field merges with procs 'w' field for l [1996/08/17] ports/1503 new port -- cxterm (updated chinese xterm) [1996/08/17] ports/1504 latex port completely failes [1996/08/17] misc/1505 make world looks for /usr/share/dict/eign [1996/08/17] ports/1506 new port -- celvis (Chinese vi) [1996/08/17] kern/1508 syscons should protect against useless DDB entry [1996/08/17] docs/1509 handbook typo (hw.sgml, scsi.sgml) [1996/08/18] ports/1510 socks 0.16.4 no longer on ftp.net.com [1996/08/18] kern/1512 Use of madvise may may cause bad memory mappings [1996/08/19] bin/1513 rsh can hang forever [1996/08/19] kern/1514 mlock fails on readonly regions [1996/08/19] misc/1515 Unable to install 2.1.5 from CD-ROM. [1996/08/20] kern/1516 vm_fault.c contains dead code or too many underscore [1996/08/20] ports/1517 What is InterViews ??!?! [1996/08/20] ports/1518 No man pages in audio/mpegaudio port [1996/08/20] bin/1519 chpass creates an NIS security hole [1996/08/21] ports/1520 sudo dosn't recognise certain passwords and thinks y [1996/08/21] bin/1521 send-pr apparently gets the OS version wrong [1996/08/21] bin/1522 dump | restore of filesystem corrupted files [1996/08/21] bin/1523 "cvs update -d -P" prunes unchecked-in directories [1996/08/21] ports/1524 New port -- xtem-5.18beta [1996/08/21] ports/1525 xvnews-2.3.2 [1996/08/21] ports/1526 xtar-1.4 [1996/08/21] ports/1527 xmaddressbook-1.5.3 [1996/08/21] ports/1528 New port -- imp-0.54.1 [1996/08/21] ports/1529 New port -- bricons-3.0 [1996/08/22] ports/1530 New port of poppassd [1996/08/22] kern/1531 Machine hangs, unable to either fork or exec. [1996/08/22] kern/1533 Machine can be panicked by a userland program. [1996/08/22] i386/1534 Installing from Mitsumi FX001D CD-ROM drive [1996/08/23] misc/1536 WWW query-pr interface sometimes messes up [1996/08/23] ports/1537 new port -- tin 1.3unoff [1996/08/24] misc/1538 enhanced /etc/security script [1996/08/24] ports/1539 Attempts to run Linux elf binaries using libXpm fail [1996/08/25] kern/1540 panic: ufs_unlock NOT LOCKED [1996/08/25] misc/1541 fork.o in libc_r fails to compile [1996/08/25] bin/1542 swapon -a ignores 'noauto' tags in /etc/fstab [1996/08/26] kern/1543 my load sticks at about 0.8 while not in use. [1996/08/27] bin/1547 ncrcontrol won't work with FAILSAFE kernel [1996/08/27] bin/1548 ncrcontrol -i queries don't work for mere users [1996/08/27] ports/1549 Port submission for gdbtk [1996/08/28] ports/1550 "make install" needs to know how to update /usr/loca [1996/08/29] docs/1551 manpage of zgrep not installed in 2.1.5R [1996/08/29] bin/1552 moused has no manual page (and -s option is broken) [1996/08/29] ports/1553 submittal of cops port [1996/08/30] bin/1554 routed kills default permanently [1996/08/30] kern/1555 nfsd send error 55 [1996/08/30] i386/1556 ATAPI CDROM probes ok, but will not 'mount_cd9660' [1996/08/31] bin/1557 pkg_add's auto dependency get .. doesn't work [1996/08/31] kern/1558 PCI probe seems to have lost a device in -current This is the list of problem reports already analyzed: [1994/12/01] kern/35 mount -t union -o -b : lower layer not seen by shell [1995/01/11] i386/105 Distributed libm (msun) has non-standard error handl [1995/03/20] kern/260 msync and munmap don't bother to update mod times [1995/03/20] docs/264 There are no manual pages for the forms library. [1995/03/22] kern/267 NFS code gives error messages, systems jams for a fe [1995/04/09] bin/326 Weekly cron generates some usage and error messages [1995/05/09] bin/392 Simultaneous cp and ls of files on dos f/s hangs pro [1995/05/27] gnu/450 tar --exclude -c doesn't work [1995/06/17] kern/527 dump causes assertion in ncr.c [1995/06/21] docs/538 MAP_FILE not mentioned in mmap man page. [1995/10/07] bin/771 telnet character mode not set and broken when set - [1995/10/15] kern/782 chmod does a null pointer dereference [1995/10/26] kern/794 swap partition at offset 0 still broken [1995/12/04] i386/867 Notebook with APM and 3C589C in PCMCIA freezes after [1995/12/29] misc/922 From line handling incorrect in mail.local [1996/01/22] kern/965 2.0.5: system crashes daily because of "multiple fre [1996/01/30] bin/981 clnt_broadcast() is not aware of aliases [1996/03/04] kern/1059 null fs panics system [1996/03/06] kern/1067 panic: ufs_lock: recursive lock not expected, pid: 2 [1996/08/08] ports/1476 new port -- lsof /* EOF -- this list has not been truncated */ From owner-freebsd-bugs Sat Aug 31 05:10:04 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id FAA09796 for bugs-outgoing; Sat, 31 Aug 1996 05:10:04 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id FAA09790; Sat, 31 Aug 1996 05:10:02 -0700 (PDT) Resent-Date: Sat, 31 Aug 1996 05:10:02 -0700 (PDT) Resent-Message-Id: <199608311210.FAA09790@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, bill@duchess.wagill.com Received: from duchess.wagill.com (duchess.wagill.com [198.182.208.147]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id FAA09658 for ; Sat, 31 Aug 1996 05:08:40 -0700 (PDT) Received: (from bill@localhost) by duchess.wagill.com (8.7.5/8.7.3) id FAA29553; Sat, 31 Aug 1996 05:08:37 -0700 (PDT) Message-Id: <199608311208.FAA29553@duchess.wagill.com> Date: Sat, 31 Aug 1996 05:08:37 -0700 (PDT) From: William A Gill Reply-To: bill@duchess.wagill.com To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: bin/1559: ftpd apparently not recognizing -l or -S parms Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 1559 >Category: bin >Synopsis: ftpd apparently not recognizing -l or -S parms >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sat Aug 31 05:10:01 PDT 1996 >Last-Modified: >Originator: William A Gill >Organization: >Release: FreeBSD 2.1-STABLE i386 >Environment: FreeBSD duchess.wagill.com 2.1.5-RELEASE FreeBSD 2.1.5-RELEASE #0: Wed Jul 17 03:09:31 1996 jkh@whisker.cdrom.com:/usr/src/sys/compile/GENERIC i386 >Description: 1) I am not getting any ftpd accesses logged in the syslog. 2) I am not getting any anonymous ftp accesses in /var/log/ftpd. I have "ftpd -ll -S" in the inetd conf file. These used to work under 2.1. >How-To-Repeat: >Fix: >Audit-Trail: >Unformatted: From owner-freebsd-bugs Sat Aug 31 11:40:08 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id LAA05761 for bugs-outgoing; Sat, 31 Aug 1996 11:40:08 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id LAA05738; Sat, 31 Aug 1996 11:40:04 -0700 (PDT) Resent-Date: Sat, 31 Aug 1996 11:40:04 -0700 (PDT) Resent-Message-Id: <199608311840.LAA05738@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, adam@veda.is Received: from veda.is (ubiq.veda.is [193.4.230.60]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id LAA05564 for ; Sat, 31 Aug 1996 11:35:40 -0700 (PDT) Received: (from adam@localhost) by veda.is (8.7.5/8.7.3) id SAA24338; Sat, 31 Aug 1996 18:35:38 GMT Message-Id: <199608311835.SAA24338@veda.is> Date: Sat, 31 Aug 1996 18:35:38 GMT From: Adam David Reply-To: adam@veda.is To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: bin/1560: Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 1560 >Category: bin >Synopsis: >Confidential: no >Severity: serious >Priority: high >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sat Aug 31 11:40:02 PDT 1996 >Last-Modified: >Originator: Adam David >Organization: Veda Internet >Release: FreeBSD 2.2-CURRENT i386 >Environment: ??? >Description: /usr/include/termcap.h declares tputs() as type void, whereas in /usr/include/*curses.h it says an integer is returned. This results in a type conflict and programs don't compile. >How-To-Repeat: try to build the ircII port. >Fix: ??? >Audit-Trail: >Unformatted: From owner-freebsd-bugs Sat Aug 31 14:30:05 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id OAA14423 for bugs-outgoing; Sat, 31 Aug 1996 14:30:05 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id OAA14413; Sat, 31 Aug 1996 14:30:03 -0700 (PDT) Date: Sat, 31 Aug 1996 14:30:03 -0700 (PDT) Message-Id: <199608312130.OAA14413@freefall.freebsd.org> To: freebsd-bugs Cc: From: "Jordan K. Hubbard" Subject: Re: bin/1557: pkg_add's auto dependency get .. doesn't work Reply-To: "Jordan K. Hubbard" Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR bin/1557; it has been noted by GNATS. From: "Jordan K. Hubbard" To: leonard@dstc.edu.au Cc: FreeBSD-gnats-submit@freebsd.org Subject: Re: bin/1557: pkg_add's auto dependency get .. doesn't work Date: Sat, 31 Aug 1996 14:23:51 -0700 > So, i looked into why the .tgz extension isn't being added in, and > added that (see patches to pkg_install/lib/file.c below) then > retried Genuine bug, thanks. > anyway, i traced this to a thing inside libftpio where with > ftpGetURL, an static FILE* is being closed on each re-open. > > I suspect that the fclose done in ftpGetURL() is to avoid > exhausting file descriptors... anyway what i have now works, Erm, sort of. :-( That construct is very deliberately the way it is, due to the fact that when you open a connection to an FTP, that returns one FILE*. If you then ask for a file from that connection, it returns another FILE*. Now, and this is the important part, if you close the first file pointer before finishing with the second, you lose. The intended use of ftpGetURL() was that you'd process the file it returned all the way to completion and close it before asking for another URL. This is clearly not what pkg_add is doing, and pkg_add has a bug I'll have to look into. Leaving leaks in libftpio is not an acceptable solution by any conceivable stretch. However, you have suggested an important optimization to me, and that's to cache the old host connection when getting ftpGetURL() requests back-to-back for the same host. That just makes simple sense, and was easy to do. I'll commit the changes shortly to libftpio, as well as some fixes to pkg_add. Jordan